CAPÍTULO 2: Modelos de Proceso Software Tradicionales
Transcript of CAPÍTULO 2: Modelos de Proceso Software Tradicionales
![Page 1: CAPÍTULO 2: Modelos de Proceso Software Tradicionales](https://reader036.fdocument.pub/reader036/viewer/2022070718/62c4dedc39588f6c703efc73/html5/thumbnails/1.jpg)
CAPÍTULO 2:Modelos de Proceso Software
Tradicionales
Ing. Alejandra Colina V.
Enero, 2019
![Page 2: CAPÍTULO 2: Modelos de Proceso Software Tradicionales](https://reader036.fdocument.pub/reader036/viewer/2022070718/62c4dedc39588f6c703efc73/html5/thumbnails/2.jpg)
• Reconocer los elementos que conforman los distintos modelos
de procesos de software tradicionales, sus características,
fortalezas, debilidades y entorno de trabajo.
Objetivo del capítulo
![Page 3: CAPÍTULO 2: Modelos de Proceso Software Tradicionales](https://reader036.fdocument.pub/reader036/viewer/2022070718/62c4dedc39588f6c703efc73/html5/thumbnails/3.jpg)
Contenido
Tipos de modelos de proceso de desarrollo de software tradicionales
Construcción por Prototipos
Ciclo del Vida ClásicoDesarrollo Rápido de Aplicaciones
Modelos Iterativos como el incremental y espiral
![Page 4: CAPÍTULO 2: Modelos de Proceso Software Tradicionales](https://reader036.fdocument.pub/reader036/viewer/2022070718/62c4dedc39588f6c703efc73/html5/thumbnails/4.jpg)
Taller N° 2
En pareja se desea que realice una investigación relacionadacon los modelos de proceso de software tradicionales. Eldocente asignará a cada grupo el nombre del modelo adesarrollar para lo cual se debe investigar lo siguiente:
▪Características
▪ Fortalezas
▪Estrategias de trabajo
▪Ejemplos de proyecto que se pueden seguir en función delmodelo
![Page 5: CAPÍTULO 2: Modelos de Proceso Software Tradicionales](https://reader036.fdocument.pub/reader036/viewer/2022070718/62c4dedc39588f6c703efc73/html5/thumbnails/5.jpg)
Ciclo del Vida Clásico
![Page 6: CAPÍTULO 2: Modelos de Proceso Software Tradicionales](https://reader036.fdocument.pub/reader036/viewer/2022070718/62c4dedc39588f6c703efc73/html5/thumbnails/6.jpg)
Este modelo utiliza un proceso lineal secuencial, las actividades
son ejecutadas en secuencia, es decir no puede iniciar una
actividad sin antes haber terminado la anterior, su desarrollo
comienza desde la comunicación hasta el despliegue.
![Page 7: CAPÍTULO 2: Modelos de Proceso Software Tradicionales](https://reader036.fdocument.pub/reader036/viewer/2022070718/62c4dedc39588f6c703efc73/html5/thumbnails/7.jpg)
Construcción por Prototipos
![Page 8: CAPÍTULO 2: Modelos de Proceso Software Tradicionales](https://reader036.fdocument.pub/reader036/viewer/2022070718/62c4dedc39588f6c703efc73/html5/thumbnails/8.jpg)
En este modelo, al inicio del proyecto, el ingeniero de software se reúne con
el cliente para relevar los requerimientos, se identifican los objetivos
globales y las funcionalidades que ya son conocidas, además de los
objetivos que necesitan mayor definición, esta falta de definición inicial del
alcance del sistema es bastante común por parte de los clientes.
Luego, se construye un diseño rápido que se centra en partes del sistema
que serán visibles para los clientes, como por ejemplo las interfaces de
entrada/salida, luego esto nos lleva a la construcción de prototipos que son
probados y evaluados por el cliente.
![Page 9: CAPÍTULO 2: Modelos de Proceso Software Tradicionales](https://reader036.fdocument.pub/reader036/viewer/2022070718/62c4dedc39588f6c703efc73/html5/thumbnails/9.jpg)
Desarrollo Rápido de Aplicaciones
![Page 10: CAPÍTULO 2: Modelos de Proceso Software Tradicionales](https://reader036.fdocument.pub/reader036/viewer/2022070718/62c4dedc39588f6c703efc73/html5/thumbnails/10.jpg)
Es modelo de desarrollo lineal secuencial, una adaptación a “alta
velocidad”, donde se destaca un ciclo de desarrollo
extremadamente corto y donde se logra el desarrollo rápido
utilizado un enfoque de construcción basado en componentes.
Este modelo es útil, permite comprende bien los requisitos
delimitando el ámbito del proyecto, permite el desarrollo de un
sistema completamente funcional en periodos cortos de tiempo.
![Page 11: CAPÍTULO 2: Modelos de Proceso Software Tradicionales](https://reader036.fdocument.pub/reader036/viewer/2022070718/62c4dedc39588f6c703efc73/html5/thumbnails/11.jpg)
Modelos Evolutivos o Iterativos
![Page 12: CAPÍTULO 2: Modelos de Proceso Software Tradicionales](https://reader036.fdocument.pub/reader036/viewer/2022070718/62c4dedc39588f6c703efc73/html5/thumbnails/12.jpg)
Este modelo permite basarse en lo entendido inicialmente por el
cliente y el desarrollador para obtener la versión inicial, a partir de
esto se va mejorando la información y detallando las
especificaciones con las que se obtienen las versiones sucesivas
hasta llegar a la versión final.
![Page 13: CAPÍTULO 2: Modelos de Proceso Software Tradicionales](https://reader036.fdocument.pub/reader036/viewer/2022070718/62c4dedc39588f6c703efc73/html5/thumbnails/13.jpg)
Modelos Iterativos como el incremental
![Page 14: CAPÍTULO 2: Modelos de Proceso Software Tradicionales](https://reader036.fdocument.pub/reader036/viewer/2022070718/62c4dedc39588f6c703efc73/html5/thumbnails/14.jpg)
Se puede querer desarrollar con una necesidad imperiosa de
dar rápidamente cierta funcionalidad limitada de software a
los usuarios y aumentarla en las entregas posteriores de
software.
El modelo incremental combina elementos de los flujos de
proceso lineal y paralelo
![Page 15: CAPÍTULO 2: Modelos de Proceso Software Tradicionales](https://reader036.fdocument.pub/reader036/viewer/2022070718/62c4dedc39588f6c703efc73/html5/thumbnails/15.jpg)
El modelo incremental aplica secuencias lineales en forma
escalonada a medida que avanza el calendario de
actividades.
Cada secuencia lineal produce “incrementos” de software
susceptibles de entregarse de manera parecida a los
incrementos producidos en un flujo de proceso evolutivo.
![Page 16: CAPÍTULO 2: Modelos de Proceso Software Tradicionales](https://reader036.fdocument.pub/reader036/viewer/2022070718/62c4dedc39588f6c703efc73/html5/thumbnails/16.jpg)
Modelos Iterativos como el espiral
![Page 17: CAPÍTULO 2: Modelos de Proceso Software Tradicionales](https://reader036.fdocument.pub/reader036/viewer/2022070718/62c4dedc39588f6c703efc73/html5/thumbnails/17.jpg)
▪ Es un Modelo de Proceso de software evolutivo.
▪ Fue propuesto originalmente por Barry Boehm en 1988.
▪ En el modelo espiral, el software se desarrolla en una serie de
versiones increméntales.
▪ Durante las primeras iteraciones, la versión incremental podría ser un
modelo en papel o un prototipo. Durante las últimas iteraciones, se
producen versiones cada vez más completas de ingeniería del sistema.
![Page 18: CAPÍTULO 2: Modelos de Proceso Software Tradicionales](https://reader036.fdocument.pub/reader036/viewer/2022070718/62c4dedc39588f6c703efc73/html5/thumbnails/18.jpg)
El Modelo en espiral se divide en actividades estructurales
llamadas regiones de tareas.
Generalmente, existen entre tres y seis regiones de tareas, cada
región está compuesta por un conjunto de tareas que se
adaptan a las características del proyecto.
![Page 19: CAPÍTULO 2: Modelos de Proceso Software Tradicionales](https://reader036.fdocument.pub/reader036/viewer/2022070718/62c4dedc39588f6c703efc73/html5/thumbnails/19.jpg)
Las seis regiones de tareas de un Modelo en Espiral clásico
• Tareas que son necesarias para establecer la comunicación entre el desarrollador y el cliente.
Comunicación con el cliente
• Tareas requeridas para planificar el proyecto resultado de los requerimientos, definiendo los recursos a utilizar, el tiempo y otras informaciones necesarias para el proyecto.
Planificación:
• Tareas donde se evalúan riesgos técnicos y de gestión del proyecto.
Análisis de riesgos:
![Page 20: CAPÍTULO 2: Modelos de Proceso Software Tradicionales](https://reader036.fdocument.pub/reader036/viewer/2022070718/62c4dedc39588f6c703efc73/html5/thumbnails/20.jpg)
Las seis regiones de tareas de un Modelo en Espiral clásico
• tareas para construir una o más representaciones de la aplicación.
Ingeniería:
• tareas para construir, probar, instalar y proporcionar soporte al usuario.
Construcción y adaptación:
• tareas para obtener la validación del cliente según la evaluación de las representaciones del software creadas durante la etapa de ingeniería e implementación durante la etapa de instalación.
Evaluación el cliente:
![Page 21: CAPÍTULO 2: Modelos de Proceso Software Tradicionales](https://reader036.fdocument.pub/reader036/viewer/2022070718/62c4dedc39588f6c703efc73/html5/thumbnails/21.jpg)
Deber N° 1
• ¿Qué paradigma de ingeniería del software de los presentadosen piensa es más eficaz?
• Proporcione cinco ejemplos de proyectos de desarrollo en loscuales sea adecuado el desarrollo por prototipos.
• Investigue las herramientas CASE existentes que soportanDRA.
• ¿Qué es más importante, el producto o el proceso?