Modelo en Cascada
El
más conocido, esta basado en el ciclo convencional de una ingeniería,
el paradigma del ciclo de vida abarca las siguientes actividades:
Ingeniería y Análisis del Sistema: debido a que el software es siempre parte de un sistema mayor el
trabajo comienza estableciendo los requisitos de todos los elementos del
sistema y luego asignando algún subconjunto de estos requisitos al
software.
Análisis de los requisitos del software:
el proceso de recopilación de los requisitos se centra e intensifica
especialmente en el software. El ingeniero de software (Analistas) debe
comprender el ámbito de la información del software, así como la
función, el rendimiento y las interfaces requeridas.
Diseño:
el diseño del software se enfoca en cuatro atributos distintos del
programa: la estructura de los datos, la arquitectura del software, el
detalle procedimental y la caracterización de la interfaz. El proceso de
diseño traduce los requisitos en una representación del software con la
calidad requerida antes de que comience la codificación.
Codificación:
el diseño debe traducirse en una forma legible para la maquina. El paso
de codificación realiza esta tarea. Si el diseño se realiza de una
manera detallada la codificación puede realizarse mecánicamente.
Prueba:
una vez que se ha generado el código comienza la prueba del programa.
La prueba se centra en la lógica interna del software, y en las
funciones externas, realizando pruebas que aseguren que la entrada
definida produce los resultados que realmente se requieren.
Mantenimiento:
el software sufrirá cambios después de que se entrega al cliente. Los
cambios ocurrirán debido a que hayan encontrado errores, a que el
software deba adaptarse a cambios del entorno externo (sistema operativo
o dispositivos periféricos), o debido a que el cliente requiera
ampliaciones funcionales o del rendimiento.
Desventajas:
- Los proyectos reales raramente siguen el flujo secuencial que propone el modelo, siempre hay iteraciones y se crean problemas en la aplicación del paradigma.
- Normalmente, es difícil para el cliente establecer explícitamente al principio todos los requisitos. El ciclo de vida clásico lo requiere y tiene dificultades en acomodar posibles incertidumbres que pueden existir al comienzo de muchos productos.
- El cliente debe tener paciencia. Hasta llegar a las etapas finales del proyecto, no estará disponible una versión operativa del programa. Un error importante no detectado hasta que el programa este funcionando puede ser desastroso.
Ventaja:
La
ventaja de este método radica en su sencillez ya que sigue los pasos
intuitivos necesarios a la hora de desarrollar el software.
http://xherrera334.blogspot.es/1192588380/resumen/
No hay comentarios.:
Publicar un comentario