CAPÍTULO 2: Modelos de Proceso Software Tradicionales
Transcript of CAPÍTULO 2: Modelos de Proceso Software Tradicionales
CAPÍTULO 2:Modelos de Proceso Software
Tradicionales
Ing. Alejandra Colina V.
Enero, 2019
• 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
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
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
Ciclo del Vida Clásico
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.
Construcción por Prototipos
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.
Desarrollo Rápido de Aplicaciones
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.
Modelos Evolutivos o Iterativos
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.
Modelos Iterativos como el incremental
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
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.
Modelos Iterativos como el espiral
▪ 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.
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.
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:
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:
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?