Ciclo de vida del Software

la produccin de software es algo mas que la produccin; hay etapas que la preceden y otras que la siguen.El ciclo de vida del software esta constituido por el conjunto de todas estas etapas. Los mtodos y tcnicas de la ingeniera del software se inscriben dentro del marco delimitado por el ciclo de vida del software, y , mas concretamente por las diferentes etapas que se distinguen.

Las misma existencia de distintos modelos del ciclo de vida del software hace comprende que no hay ninguno que se ideal o que no tenga grandes limitaciones. Sin embargo, es indispensable que todo proyecto se desarrollo dentro del marco terico de un ciclo de vida claramente definido, si se requiere tener una mnima garanta de cumplimiento de los plazos, y respetar los limites de los recursos asignados.

Ciclo de vida de Cascada.Se cree que el modelo en cascada fue el primer modelo de proceso introducido y seguido ampliamente en la ingeniera el software. La innovacin estuvo en la primera vez que la ingeniera del software fue dividida en fases separadas. La primera descripcin formal del modelo en cascada se cree que fue en un artculo publicado en 1970 por Winston W. Royce, aunque Royce no us el trmino cascada en este artculo. Irnicamente, Royce estaba presentando este modelo como un ejemplo de modelo que no funcionaba, defectuoso.

Modelo en V

El modelo en v se desarroll para terminar con algunos de los problemas que se vieron utilizando el enfoque de cascada tradicional. Los defectos estaban siendo encontrados demasiado tarde en el ciclo de vida, ya que las pruebas no se introducan hasta el final del proyecto. El modelo en v dice que las pruebas necesitan empezarse lo ms pronto posible en el ciclo de vida. Tambin muestra que las pruebas no son slo una actividad basada en la ejecucin. Hay una variedad de actividades que se han de realizar antes del fin de la fase de codificacin.

Realmente las etapas individuales del proceso pueden ser casi las mismas que las del modelo en cascada. Sin embargo hay una gran diferencia. En vez de ir para abajo de una forma lineal las fases del proceso vuelven hacia arriba tras la fase de codificacin, formando una v. La razn de esto es que para cada una de las fases de diseo se ha encontrado que hay un homlogo en las fases de pruebas que se correlacionan.

Modelo iterativo

Es un modelo derivado del ciclo de vida en cascada. Este modelo busca reducir el riesgo que surge entre las necesidades del usuario y el producto final por malos entendidos durante la etapa de recogida de requisitos. Consiste en la iteracin de varios ciclos de vida en cascada. Al final de cada iteracin se le entrega al cliente una versin mejorada o con mayores funcionalidades del producto. El cliente es quien despus de cada iteracin evala el producto y lo corrige o propone mejoras. Estas iteraciones se repetirn hasta obtener un producto que satisfaga las necesidades del cliente.

Modelo de desarrollo incremental

El modelo incremental combina elementos del modelo en cascada con la filosofa interactiva de construccin de prototipos. Se basa en la filosofa de construir incrementando las funcionalidades del programa. Este modelo aplica secuencias lineales de forma escalonada mientras progresa el tiempo en el calendario. Cada secuencia lineal produce un incremento del software.

Modelo en espiral

Este sistema es muy utilizado en proyectos grandes y complejos como puede ser, por ejemplo, la creacin de un sistema operativo. Al ser un modelo de ciclo de vida orientado a la gestin de riesgos se dice que uno de los aspectos fundamentales de su xito radica en que el equipo que lo aplique tenga la necesaria experiencia y habilidad para detectar y catalogar correctamente riesgos. Al ser un modelo de ciclo de vida orientado a la gestin de riesgos se dice que uno de los aspectos fundamentales de su xito radica en que el equipo que lo aplique tenga la necesaria experiencia y habilidad para detectar y catalogar correctamente riesgos.

Tareas: Para cada ciclo habr cuatro actividades:

1. Determinar o fijar objetivos:a. Fijar tambin los productos definidos a obtener: requerimientos, especificacin, manual de usuario. b. Fijar las restricciones c. Identificacin de riesgos del proyecto y estrategias alternativas para evitarlosd. Hay una cosa que solo se hace una vez: planificacin inicial o previa

2. Anlisis del riesgo:a. Se estudian todos los riesgos potenciales y se seleccionan una o varias alternativas propuestas para reducir o eliminar los riesgos

3. Desarrollar, verificar y validar (probar):a. Tareas de la actividad propia y de prueba b. Anlisis de alternativas e identificacin de resolucin de riesgos c. Dependiendo del resultado de la evaluacin de riesgos, se elige un modelo para el desarrollo, que puede ser cualquiera de los otros existentes, como formal, evolutivo, cascada, etc. As, por ejemplo, si los riesgos de la interfaz de usuario son dominantes, un modelo de desarrollo apropiado podra ser la construccin de prototipos evolutivos.

4. Planificar: a. Revisamos todo lo que hemos hecho, evalundolo y con ello decidimos si continuamos con las fases siguientes y planificamos la prxima actividad.

Modelo de Prototipos

Un cliente, a menudo, define un conjunto de objetivos generales para el software, pero no identifica los requisitos detallados de entrada, proceso o salida. En otros casos, el responsable del desarrollo del software puede no estar seguro de la eficiencia de un algoritmo, de la calidad de adaptacin de un sistema operativo, o de la forma en que debera tomarse la interaccin hombre-mquina. En estas y en otras muchas situaciones, un paradigma de construccin de prototipos puede ofrecer el mejor enfoque.

El paradigma de construccin de prototipos comienza con la recoleccin de requisitos. El desarrollador y el cliente encuentran y definen los objetivos globales para el software, identifican los requisitos conocidos y las reas del esquema en donde es obligatoria ms definicin. Entonces aparece un diseo rpido.

El diseo rpido se centra en una representacin de esos aspectos del software que sern visibles para el usuario/cliente. El diseo rpido lleva a la construccin de un prototipo. El prototipo lo evala el cliente/usuario y se utiliza para refinar los requisitos del software a desarrollar. La iteracin ocurre cuando el prototipo se pone a punto para satisfacer las necesidades del cliente, permitiendo al mismo tiempo que el desarrollador comprenda mejor lo que se necesita hacer.

Modelo De Desarrollo Evolutivo

El modelo de desarrollo evolutivo construye versiones sucesivas de un producto, el modelo evolutivo asume que los requerimientos no son completamente conocidos al inicio del proyecto.Basada en esta retroalimentacin, la especificacin de requerimientos es actualizada. El desarrollo de software en forma evolutiva requiere un especial cuidado en la manipulacin de documentos, programas, datos de test, etc. desarrollados para distintas versiones del software.

Modelo de Prototipado de Requerimientos

El prototipado de requerimientos es la creacin de una implementacin parcial de un sistema, para el propsito explcito de aprender sobre los requerimientos del sistema. Un prototipo es construido de una manera rpida tal como sea posible.

Christian Oswaldo Martinez Pags ID: 00140281Universidad Interamericana para el Desarrollo