• Author / Uploaded
• TheBodkins

Citation preview

Instituto Tecnológico de Parral Ingeniería en Sistemas Computacionales Ingeniería de Software

Norma IEEE 830 Alumno: David Hernández Escárcega 17410414 Profesora: M.A. Alma E. Zubia Barraza

10/02/2020

Objetivo: Investigar y analizar la historia, importancia y funcionamiento de la norma IEEE 830 para lograr comprenderla y poder adaptarla a la vida profesional de un desarrollador de software. Procedimiento: Para la realización de este reporte se llevaron a cabo los siguientes pasos: 1. Investigue la página oficial de IEEE. 2. Investigue y analice fuentes alternas con el objetivo de complementar la información. 3. Analice la información recabada con el fin de buscar faltantes en la información. 4. Contrasté la información de las distintas fuentes con el fin de obtener la mejor información posible. 5. De acuerdo al resultado de dicha actividad redacte mis resultados y conclusión. Resultados: El estándar IEEE 830 fue creada por Software Engineering Standars Committee del IEEE Computer Society y publicada el 20 de octubre de 1998 y es un conjunto de recomendaciones para la especificación de los requerimiento o requisitos de software el cual tiene como producto final la documentación de los acuerdos entre el cliente y el grupo de desarrollo para así cumplir con la totalidad de exigencias estipuladas. La IEEE 830 se encarga de poner las pautas para identificar y esquematizar los requerimientos de software. como parte integral del desarrollo de software, sino también como base fundamental de este, todo esto con el fin de no caer en cambios, errores o situaciones que pongan en peligro la creación de una solución, producto o software; incurriendo en gastos o cambios producto de un mal análisis de requerimientos. Sirve para que: ● un cliente describa claramente lo que quiere. ● un proveedor entienda claramente lo que el cliente quiere. ● se establezcan bases para un contrato de desarrollo. ● Se reduzca el esfuerzo de análisis, diseño y programación. ● Se tenga una base o referencia para probar el software solicitado. ● Se le puedan hacer mejoras a este software. La puede usar: ● Un cliente/usuario que vaya a definir requerimientos de un software que necesite. ● Un desarrollador que haga software mediante proyectos o para su venta masiva. Ventajas al usarlo ● Se establece la base para el acuerdo entre los clientes y los proveedores sobre lo que debe hacer el producto de software.

● Se reduce el esfuerzo de desarrollo. ● Se proporciona una base para estimaciones realistas de costos y horarios. ● Ayudar a los participantes a desarrollar una plantilla para la especificación de requisitos de software en sus propias organizaciones. Conclusión: Las normalizaciones fueron creadas con el fin de tener una estandarización de cómo se hacen las cosas y este en específico fue creado con el fin de preservar la calidad y un óptimo funcionamiento del software, además de ser una metodología que ayuda a los desarrolladores a que la creación de sus proyectos lleven un orden, se puedan estimar fácilmente tiempos y costos, además de conocer exactamente lo que quiere el cliente y así evitar que el producto final no sea el esperado, también buscando la escalabilidad del software en un futuro.

Bibliografía IEEE . (s.f.). IEEE standars Association. Recuperado el 2019 de Febrero de 9, de 830-1998 - IEEE Recommended Practice for Software Requirements Specifications: https://standards.ieee.org/standard/830-1998.html#Standard Bochmann, G. v. (2009). Requirements Specification with the IEEE 830 Standard. ottawa: uOttawa. Obtenido de https://www.cin.ufpe.br/~if716/arquivos20162/03-IEEE-830