El documento describe varios modelos prescriptivos de procesos de desarrollo de software. Estos incluyen el modelo en cascada, incremental, de desarrollo rápido de aplicaciones, evolutivos como el basado en prototipos y en espiral, y el proceso unificado. Cada modelo se caracteriza por su enfoque particular para las actividades y fases del desarrollo de software.

1. MODELO DESCRPTIVOS DEL PROCESO DEL SOFWARE

2. Es un conjunto estructurado de actividades requeridas para desarrollar un sistema de software. Las actividades varían dependiendo de la organización y del tipo de sistema a desarrollarse.

3. Características del proceso Entendible.- Se encuentra el proceso bien definido y es entendible ?. Visible.- El proceso es visible al exterior ?. Soportable.- Puede el proceso ser soportado por diferentes herramientas?. Aceptable.- El proceso es aceptado por aquellos involucrados en el? Confiable.- Los errores del proceso son descubiertos antes de que se conviertan en errores del producto?

4. Robusto.- Puede continuar el proceso a pesar de problemas inesperados? Mantenible .-Puede el proceso evolucionar para cumplir con los objetivos organizacionales ?. Rapidez.- Que tan rápido puede producirse el sistema ?.

5. Modelo de Cascada

6. Fases Modelo de Cascada Análisis de requerimientos y definición. Diseño del sistema y del software. Implementación y prueba de unidades Integración y prueba del sistema. Operación y mantenimiento.

7. La dificultad en esta modelo reside, en la dificultad de hacer cambios entre etapas. CRITICAS: No refleja realmente el proceso de desarrollo del software Se tarda mucho tiempo en pasar por todo el ciclo Perpetua el fracaso de la industria del software en su comunicación con el usuario final Las revisiones de proyectos de gran complejidad son muy difíciles Impone una estructura de gestión de proyectos

8. MODELO INCREMENTAL Se evitan proyectos largos y se entrega “ Algo de valor ” a los usuarios con cierta frecuencia El usuario se involucra más Difícil de evaluar el coste total Difícil de aplicar a sistemas transaccionales que tienden a ser integrados y a operar como un todo. Requiere gestores experimentados Los errores en los requisitos se detectan tarde.

10. Ventajas Se puede financiar el proyecto por partes Apropiado para proyectos grandes de larga duración No se necesita tanto personal al principio como para una implementación completa Inconvenientes Se necesitan pruebas de regresión Pueden aumentar el coste debido a las pruebas

11. MODELO DRA (Desarrollo Rápido de Aplicaciones): El Modelo DRA consiste en un desarrollo rápido de aplicaciones basado en el modelo lineal secuencial, pero donde se enfatiza un ciclo de desarrollo extremadamente corto. Es una adaptación a alta velocidad del modelo lineal secuencial, donde se puede aumentar la velocidad haciendo uso de componentes. Si se comprenden bien los requisitos y se limita el ámbito del proyecto, el proceso DRA permite al equipo de desarrollo crear un sistema completamente funcional, dentro de periodos cortos de tiempo

12. Objetivos: Proporcionar una productividad 10 veces mayor, Proporcionar un conjunto de herramientas y técnicas transferibles a cualquier organización para desarrollar en forma rápida y de manera repetible Ámbito: Se usa en el desarrollo de aplicaciones de negocios y sistemas de información, No se aplica en el desarrollo software altamente especializado (juegos o simuladores).

14. 1.Modelado de Gestión : determinar los flujos de información para responder a las siguientes preguntas: ¿Qué información conduce los procesos?, ¿Qué información debe generar?, ¿A dónde va dirigida esa información? ¿Quién la genera? 2.Modelado de Datos: se define los distintos objetos y sus relaciones. 3.Modelado de Procesos: se definen los distintos procesos q transformarán la información de tal forma q estos procesos permitan: añadir, modificar, borrar y recuperar objetos de datos. 4.Generación de la Aplicación : el DRA basa en crear software mediante el uso de componentes ya existente y en el empleo de herramientas automáticas. 5.Prueba: escasa duración ya q muchos de los componentes ya están probados.

15. Desventajas Para proyectos grandes necesitamos de recursos suficientes para formar los equipos necesarios. Compromiso de colaboración entre desarrolladores y clientes. No todas las aplicaciones son susceptibles de aplicar este modelo. Cuando los riesgos técnicos son altos DRA no es apropiado. Cuando el grado de interoperatividad con programas ya existentes es alto, no es apropiado.

16. Modelos Evolutivos Los modelos evolutivos se caracterizan porque permiten a los ingenieros del software, desarrollar de manera iterativa, nuevas versiones del software cada vez más completas.

17. Modelo basados en prototipos Todos Los requerimientos no son conocidos al principio. Sólo se desarrollan los que se conocen bien. Los usuarios lo prueban y añaden requerimientos. La aplicación se hace por fases. Se hace una implementación parcial del sistema y se prueba. Se utiliza en sistemas complejos. Modelos Prescriptivos de Proceso

18. Modelo basados en prototipos Modelos Prescriptivos de Proceso

19. Modelo basados en prototipos No modifica el flujo del ciclo de vida Reduce el riesgo de construir productos que no satisfagan las necesidades de los usuarios Reduce costos y aumenta la probabilidad de éxito Exige disponer de las herramientas adecuadas No presenta calidad ni robustez Una vez identificados todos los requisitos mediante el prototipo, se construye el producto de ingeniería.

20. Modelo basados en prototipos Para que sea efectivo Debe ser un sistema con el que se pueda experimentar Debe ser comparativamente barato Debe desarrollarse rápidamente Énfasis en la interfaz de usuario Equipo de desarrollo reducido Herramientas y lenguajes adecuados

21. Modelo en Espiral Se construyen sucesivas versiones del software cada vez más complejas. Incorpora objetivos de calidad y gestión de riesgos Elimina errores y alternativas no atractivas al comienzo Permite iteraciones, vuelta atrás y finalizaciones rápidas Cada ciclo empieza identificando: Los objetivos de la porción correspondiente Cada ciclo se completa con una revisión que incluye todo el ciclo anterior y el plan para el siguiente Se utiliza cuando no se tiene claro los requerimientos. Se eligen múltiples alternativas y se coge la mejor. Cada vuelta de la espiral se resuelve un conjunto particular de problemas del cliente. Después de cada vuelta realizamos un prototipo. Modelos Prescriptivos de Proceso

22. Fases del Modelo de Espiral Planteamiento de Objetivos Se identifican los objetivos específicos para cada fase del proyecto. Identificación y reducción de riesgos. Los riesgos clave se identifican y analizan, y la información sirve para minimizar los riesgos. Desarrollo y Validación. Se elige un modelo apropiado para la siguiente fase del desarrollo. Planeación. Se revisa el proyecto y se trazan planes para la siguiente ronda del espiral.

23. Modelo en Espiral En cada ciclo de la espiral el producto de software es cada vez más sofisticado En cada etapa de planificación se produce ajustes al plan del proyecto Costos y planificación se ajustan según la evaluación del cliente Modelos Prescriptivos de Proceso

24. Ventajas del Modelo de Espiral Centra su atención en la reutilización de componentes y eliminación de errores en información descubierta en fases iníciales. Los objetivos de calidad son el primer objetivo. Integra desarrollo con mantenimiento. Provee un marco de desarrollo de hardware/software. Modelos Prescriptivos de Proceso

25. Modelo de Desarrollo Concurrente En vez de confinar las actividades de ingeniería de software a una secuencia de pasos, define una red de actividades. Todas las actividades de la red existen simultáneamente con otras. Los sucesos generados dentro de una actividad, o en algún otro lado de la red de actividad, inician las transiciones entre los estados de otra actividad. Se utiliza para desarrollar aplicaciones cliente/servidor.

26. Modelo de Desarrollo Concurrente Cuando la mayoría de los requerimientos comienzan a ser bien entendidos, en este tiempo se dedica un esfuerzo considerable al diseño Durante el diseño de arquitectura, es posible que algunos componentes comiencen a ser bien definidos antes que la arquitectura completa sea estabilizada. En algunos proyectos, múltiples etapas de un producto se han desarrollado concurrentemente ejemplo: no es inusual estar haciendo manutención de la etapa 1 de un producto, y al mismo tiempo estar haciendo manutención sobre un componente 2, mientras que se está haciendo codificación sobre un componente 3, mientras se realiza diseño sobre una etapa 4, y especificación de requisitos sobre un componente 5. Diversas actividades están ocurriendo simultáneamente. Eligiendo seguir un proyecto usando técnicas de modelación concurrente, se posibilita el conocimiento del estado verdadero en el que se encuentra el proyecto.

27. Modelo de Desarrollo Concurrente Modelos Prescriptivos de Proceso Ninguna Bajo revisión Cambios en espera Cambios en espera En línea base Hecho Bajo Desarrollo

28. El proceso unificado Proceso Unificado es un marco de desarrollo de software que se caracteriza por estar dirigido por casos de uso. Está basado en componentes e interfaces bien definidas Aspectos característicos: Dirigido por casos de uso Centrado en la arquitectura Iterativo e incremental Modelos Prescriptivos de Proceso

29. El Proceso Unificado Dirigido por casos de uso Caso de uso: Fragmento de funcionalidad que proporciona al usuario un resultado importante Modelo de casos de uso: Funcionalidad total del sistema

30. El Proceso Unificado Centrado en la Arquitectura Describe diferentes vistas del sistema Incluye los aspectos estáticos y dinámicos más significativos Es la forma del software La arquitectura y los casos de uso evolucionan en paralelo Se empieza por la parte que no es específica de los casos de uso

31. El Proceso Unificado Iterativo e incremental Se divide el trabajo en mini-proyectos Cada mini-proyecto es una iteración que resulta en un incremento La iteración Trata un conjunto de casos de uso Trata los riesgos más importantes En cada iteración se persiguen unos objetivos concretos .

32. Fases del Proceso Unificado Fase de Inicio: Primera fase del ciclo de vida del software, en la que la idea inicial para el desarrollo es refinada hasta el punto de quedar lo suficientemente bien establecida como para garantizar la entrada en la base de elaboración. Fase de Elaboración: Segunda fase del ciclo de vida, en la que se define la arquitectura. Fase de Construcción: Tercera fase del ciclo de vida del software, en la que el software es desarrollado a partir de una línea base de la arquitectura ejecutable, hasta el punto en el que se esta listo para ser transmitido a las comunidades de usuarios. Fase de Transición: Cuarta fase del ciclo de vida del software es puesto en manos de la comunidad de usuarios.

33. El Proceso Unificado Iterativo e incremental Iter #n --- --- --- --- Iter #2 Test Iter #n-1 --- --- Iter #1 Implementac. Diseño Análisis Requisitos Transición Construcción Elaboración Gestación Flujos de trabajo / Fases

34. Bibliografia . Roger S. Pressman. Ingenieria del Software. Ed. McGrawhill Henry F. Korth. Analisis y Diseño de Sistemas. Ed. McGrawhill Jeffrey L. Whitten. Analisis y Diseño de Sistemas de Información. Ed. Irwin. Steve MacConell. Desarrollo y Gestion de Proyectos Informaticos. Ed. McGrawhill Modelos Prescriptivos de Proceso