UNIVERSIDAD “JOSÉ CARLOS MARIATEGUI”          FACULTAD DE           INGENIERIA           CARRERA PROFESIONAL       INGENIE...
PARADIGMACICLO DE VIDA DELSOFTWARE Este fue el modelo inicial planteado para organizar el proceso de desarrollo, aunque an...
PARADIGMA CICLO DE VIDA   DEL SOFTWAREIngeniería    de  software   Análisis                        Diseño   Codificación  ...
Ciclo de vida clásico                         Análisis y                       requerimientos                         del ...
Ingeniería y análisis del sistema                    Es esencial cuando el software                      debe interrelacio...
Ingeniería y análisis del sistema             La ingeniería y análisis del                    sistema abarcan             ...
Análisis de los requerimientos delsistema                En esta etapa los                           requerimientos del   ...
Diseño         ••estructurade datos          estructura de datos         ••arquitecturade software          arquitectura d...
Codificación             El diseño debe traducirse               en una forma legible.             El paso de la codificac...
Prueba     Una vez que se ha generado el código,        comienza la prueba del programa,   la prueba se enfoca sobre la ló...
Mantenimiento      El mantenimiento del software se aplica       cada uno de los pasos precedentes del       cada uno de l...
Estudio de                          Estudio de                         factibilidad                          factibilidad ...
Ingeniería de requerimientos              •Identificar y documentar los              requerimientos exactos del           ...
FunciónDiseño - Especificación                           Estructura            •Dividir el sistema en partes y establecer ...
Verificación         •Comprobar que los distintos productos         del ciclo de vida del software verifican         las p...
Por estudiantes: Jesus Wilson Calavelli Gomez Gabino Ramos
Próxima SlideShare
Cargando en…5
×

Modelo en cascada

456 visualizaciones

Publicado el

0 comentarios
0 recomendaciones
Estadísticas
Notas
  • Sé el primero en comentar

  • Sé el primero en recomendar esto

Sin descargas
Visualizaciones
Visualizaciones totales
456
En SlideShare
0
De insertados
0
Número de insertados
2
Acciones
Compartido
0
Descargas
5
Comentarios
0
Recomendaciones
0
Insertados 0
No insertados

No hay notas en la diapositiva.

Modelo en cascada

  1. 1. UNIVERSIDAD “JOSÉ CARLOS MARIATEGUI” FACULTAD DE INGENIERIA CARRERA PROFESIONAL INGENIERIA DE SISTEMAS E INFORMÁTICA CURSO : ANALISIS Y DISEÑO DE SISTEMAS II TEMA : MODELO EN CASCADA DOCENTE : ING. JULIO SANCHEZ ZAMBRANO ALUMNO : JESUS WILSON CALAVELLI GOMEZ : GABINO RAMOS MOQUEGUA – PERU 211 0
  2. 2. PARADIGMACICLO DE VIDA DELSOFTWARE Este fue el modelo inicial planteado para organizar el proceso de desarrollo, aunque antiguo, tiene vigencia en algunos proyectos o como parte de otros modelos, da la medida de los pasos tradicionales de cualquier modelo: análisis, diseño, codificación, prueba y mantenimiento.
  3. 3. PARADIGMA CICLO DE VIDA DEL SOFTWAREIngeniería de software Análisis Diseño Codificación Prueba Mantenimiento
  4. 4. Ciclo de vida clásico Análisis y requerimientos del sistema Mantenimiento Diseño Ingeniería y análisis del sistema Prueba Codificación
  5. 5. Ingeniería y análisis del sistema Es esencial cuando el software debe interrelacionarse con otros elementos tales como hardware, personas y bases de datos.
  6. 6. Ingeniería y análisis del sistema La ingeniería y análisis del sistema abarcan los requerimientos globales a un nivel de sistema con una pequeña cantidad de análisis y diseño a nivel superior. Además de un análisis costo beneficio del sistema es decir si toda la inversión que se hará para el sistema conviene a los beneficios que traerá el mismo.
  7. 7. Análisis de los requerimientos delsistema En esta etapa los requerimientos del sistema se documentan y se analizan con el cliente.
  8. 8. Diseño ••estructurade datos estructura de datos ••arquitecturade software arquitectura de software ••detalleprocedimental detalle procedimental
  9. 9. Codificación El diseño debe traducirse en una forma legible. El paso de la codificación ejecuta la tarea de establecer la etapa de diseño legible para la maquina, si el diseño se ejecuta de una manera detallada la codificación puede realizarse mecánicamente.
  10. 10. Prueba Una vez que se ha generado el código, comienza la prueba del programa, la prueba se enfoca sobre la lógica interna del software asegurando que todas las sentencias se han probado y sobre las funciones externas estoy realizando pruebas para asegurar que la entrada definida producirá los resultados que realmente se requieren.
  11. 11. Mantenimiento El mantenimiento del software se aplica cada uno de los pasos precedentes del cada uno de los pasos precedentes del ciclo de vida a un programa ciclo de un existente en lugar de uno nuevo. existente en lugar de uno nuevo.
  12. 12. Estudio de Estudio de factibilidad factibilidad Ingeniería de Ingeniería de Prototipación Prototipación requerimientos requerimientos Diseño y Diseño y especificación especificación al ue nci jo sec fases. Flu re las utput da Codificación Codificación• ent ut – o zar ca •Inp finali e deb etapa •Se Verificación Verificación Entrega y Entrega y mantenimiento mantenimiento
  13. 13. Ingeniería de requerimientos •Identificar y documentar los requerimientos exactos del sistema según las necesidades de los usuarios finales. •Cualidades del sistema. •Funcionales, no−funcionales, del proceso y del mantenimiento
  14. 14. FunciónDiseño - Especificación Estructura •Dividir el sistema en partes y establecer las •relaciones entre ellas. •Arquitectura y diseño detallado. •Establecer qué hará exactamente cada parte. •En esta fase se crea un modelo funcional − estructural de los requerimientos. •El diseño debe permitir implementaciones que verifiquen los requerimientos.
  15. 15. Verificación •Comprobar que los distintos productos del ciclo de vida del software verifican las propiedades y funciones establecidas en los requerimientos. •Testing vs. análisis •Testing funcional y estructural •Ejecución simbólica •Verificación & Validación
  16. 16. Por estudiantes: Jesus Wilson Calavelli Gomez Gabino Ramos

×