1

Ciclo de Vida del Software

Introduccion

Un modelo de ciclo de vida define el estado de las fases a través de las cuales se mueve un proyecto de desarrollo de software.

El primer ciclo de vida del software, "Cascada", fue definido por Winston Royce a fines del 70. Desde entonces muchos equipos de desarrollo han seguido este modelo. Sin embargo, desde 10 a 15 años atrás, el modelo cascada hasido sujeto de numerosas críticas, debido a que es restrictivo y rígido, lo cual dificulta el desarrollo de proyectos de software moderno. En su lugar, muchos modelos nuevos de ciclo de vida han sido propuestos, incluyendo modelos que pretenden desarrollar software más rápidamente, o más incrementalmente o de una forma más evolutiva, o precediendo el desarrollo a escala total con algún conjunto deprototipos rápidos.

Definición de un Modelo de Ciclo de Vida

Un modelo de ciclo de vida de software es una vista de las actividades que ocurren durante el desarrollo de software, intenta determinar el orden de las etapas involucradas y los criterios de transición asociadas entre estas etapas.

Un modelo de ciclo de vida del software:

Describe las fases principales de desarrollo de software.Define las fases primarias esperadas para ser ejecutadas durante esas fases.
Ayuda a administrar el progreso del proyecto, y
Provee un espacio de trabajo para la definición de un detallado proceso de desarrollo de software.


Así, los modelos por una parte suministran una guía para los desarrolladores de software con el fin de ordenar las diversas actividades técnicas en el proyecto, por otraparte suministran, un marco para la administración del desarrollo y el mantenimiento, en el sentido en que permiten estimar recursos, definir puntos de control intermedios, monitorear el avance, etc.


Modelos de ciclo de vida




Es el conjunto de etapas que describen el proceso de desarrollo de software
desde su nacimiento hasta su reemplazo o eliminación.

Se compone de las siguientes fases:¿…Que es Fase…?. Conjunto de actividades relacionadas con un objetivo en el desarrollo de un proyecto. Se construye agrupando tareas (actividades elementales) que pueden compartir un tramo determinado del tiempo de vida de un proyecto. La agrupación temporal de tareas impone requisitos temporales correspondientes a la asignación de recursos (humanos, financieros o materiales).
 
Cuanto másgrande y complejo sea un proyecto, mayor detalle se necesitará en la definición de las fases para que el contenido de cada una siga siendo manejable. De esta forma, cada fase de un proyecto puede considerarse un “micro-proyecto” en sí mismo, compuesto por un conjunto de micro-fases.

REQUISITOS
Definición de objetivos: definir el resultado del proyecto y su papel en la estrategia global.
ANALISISAnálisis de los requisitos y su viabilidad: recopilar, examinar y formular los requisitos del cliente y examinar cualquier restricción que se pueda aplicar.
DISEÑO
Diseño general: requisitos generales de la arquitectura de la aplicación.
Diseño en detalle: definición precisa de cada subconjunto de la aplicación.
CODIFICACION
Programación (programación e implementación): es la implementación de unlenguaje de programación para crear las funciones definidas durante la etapa de diseño.

PRUEBAS
Prueba de unidad: prueba individual de cada subconjunto de la aplicación para garantizar que se implementaron de acuerdo con las especificaciones.
Integración: el propósito de la prueba de integración es garantizar que los diferentes módulos se integren con la aplicación. esta debe estarcuidadosamente documentada en la liberación.
Prueba beta (o validación), para garantizar que el software cumple con las especificaciones originales.
LIBERACION (release)
Documentación: sirve para documentar información necesaria para los usuarios del software y para futuros desarrollos.
Implementación definitiva de la aplicación.
Mantenimiento: para todos los procedimientos correctivos (mantenimiento...