CUADRO COMPARATIVO DE LA ETAPAS DEL DESARROLLO DEL SOFTWARE

Se extraen los requisitos del software para comenzar su creación, los resultados del análisis de requisitos con el cliente es
plasmado en un documento, donde su estructura viene definida por varios estándares;
Necesario: Un requisito es necesario si su omisión provoca una deficiencia en el sistema a construir.
Conciso: Un requisito es conciso si es fácil de leer y entender .Completo: Un requisito está completo si no necesita ampliar
Análisis detalles en su redacción, es decir, si se proporciona la información suficiente para su comprensión.
Consistente: Un requisito es consistente si no es contradictorio con otro requisito. No ambiguo: Un requisito no es ambiguo
cuando tiene una sola interpretación. Verificable: Un requisito es verificable cuando puede ser cuantificado
Es el proceso de utilizar la información recolectada, en la etapa de análisis al diseño del software. La principal tarea
de diseño es desarrollar un modelo o las especificaciones para el software o componentes del sistema. Esta etapa de
Diseño y manera general define en gran medida como funcionara el software sin entrar en muchos detalles. Se definen los Casos
de Uso para cubrir las funciones que realizará el sistema, y se transforman las entidades definidas en el análisis de
Arquitectura requisitos en clases de diseño, obteniendo un modelo cercano a la programación orientada a objetos.

Se traduce el diseño a código. Es la parte más obvia del trabajo de ingeniería de software y la primera en que se obtienen
resultados “tangibles”. No necesariamente es la etapa más larga ni la más compleja aunque una especificación o diseño
incompletos/ambiguos pueden exigir que, tareas propias de las etapas anteriores se tengan que realizarse en esta.
Consiste en utilizar los modelos creados durante la etapa de diseño para crear los componentes del software, esta parte
Programación del proceso en el que los ingenieros de software programan el código para el proyecto de trabajo que está en relación de las
demanda del software, la complejidad y la duración de esta etapa está ligada al o a los lenguajes de programación que el
desarrollador utilice.
Esta etapa consiste realice correctamente las tareas indicadas en la especificación. Una técnica de prueba es probar
Pruebas por separado cada módulo del software, y luego probarlo de forma integral, para así llegar al objetivo. Se considera
una buena práctica el que las pruebas sean efectuadas por alguien distinto al desarrollador que la programó, idealmente
un área de pruebas; sin perjuicio de lo anterior el programador debe hacer sus propias pruebas.

Documentación Realización del manual de usuario, y posiblemente un manual técnico con el propósito de mantenimiento futuro y
Ampliaciones al sistema. Las tareas de esta etapa se inician ya en el primera fase pero sólo finalizan una vez terminadas las
pruebas. Todo lo concerniente a la documentación del propio desarrollo del software y de la gestión del proyecto,
pasando por modelaciones (UML), diagramas, pruebas, manuales de usuario, manuales técnicos, etc; todo con el
propósito de eventuales correcciones, usabilidad, mantenimiento futuro y ampliaciones al sistema.

Mantenimiento Esta etapa consiste en la corrección de errores que no fueron previamente detectados, mejoras funcionales, y otros tipos de
soporte, la parte del mantenimiento es parte del ciclo de vida del software y no pertenece estrictamente al desarrollo,
sin embargo, las mejoras y correcciones pueden ser consideradas como parte del desarrollo.

JESUS ALBERTO VINALAY MARTINEZ 13321021