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ásico Desarrollo Rápido de Aplicaciones
Modelos Iterativos como el incremental y espiral
Taller N° 2
En pareja se desea que realice una investigación relacionada con los modelos de proceso de software tradicionales. El docente asignará a cada grupo el nombre del modelo a desarrollar para lo cual se debe investigar lo siguiente:
▪ Características
▪ Fortalezas
▪ Estrategias de trabajo
▪ Ejemplos de proyecto que se pueden seguir en función del modelo
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. En tales casos, se elige un modelo de proceso diseñado para producir el software en incrementos.
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:
Taller N° 3
• ¿Qué paradigma de ingeniería del software de los presentados en piensa es más eficaz?
• Proporcione cinco ejemplos de proyectos de desarrollo en los cuales sea adecuado el desarrollo por prototipos.
• Investigue las herramientas CASE existentes que soportan DRA.
• ¿Qué es más importante, el producto o el proceso?
