Ciclos de vida de un desarrollo de sistema

Clsico o cascada
Responde a la secuencia de pasos de desarrollo de software empleado desde el comienzo del
desarrollo para la mayor parte de los sistemas
Definicin de requisitos
Es obtener una clara comprensin del problema a resolver, extraer las necesidades del usuario y
derivar a ellas las funciones que debe realizar el sistema, y esta se divide en dos
Anlisis de requisitos de usuario
Anlisis de requisitos de sistema
Se procede a identificar los requisitos del usuario, se hace en varios niveles para poder llegar a un punto
donde las funciones identificadas estn lo suficientemente claras de tal forma no exija ms refinamiento
Diseo
La fase de diseo tiene como objetivo determinar una solucin a los requisitos del sistema definidos
en la fase anterior
En la sub fase de diseo arquitectnico se empieza con el modelo lgico que se gener en la fase de
definicin de requisitos y se transforma en una arquitectura agrupando las funciones identificadas en
componentes software
El resultado de esto es la documentacin de diseo arquitectnico (DDA)
La ltima sub-fase se conoce como diseo detallado al final de esta fase se genera el documento de diseo
detallado (DDD)
Implementacin
Su objetivo es producir una solucin eficiente en un lenguaje de ejecucin que implementa las
decisiones adoptadas en la fase de diseo, esto incluye codificacin y pruebas de sistema hasta obtener un
paquete ejecutable
Es en esta fase cuando se selecciona un lenguaje de programacin determinado.
Al final de esta fase se genera el manual de usuario junto con el cdigo fuente del sistema y pruebas
asociadas
Transferencia del producto
Esta fase tiene como objetivo instalar el sistema de software y hacer las pruebas de aceptacin
necesarias.
Tambin hay que tener presente que el usuario tiene que aceptar el sistema que se le entrega en funcin de
los requisitos de estos mismos y as mismo en el tiempo de desarrollo conocer las decisiones asociadas con
los requisitos de los usuarios



Evolucin
Se suele incluir en la fase de mantenimiento aunque la implicacin de esta es ms amplia de lo que
ese trmino implica en otras ingenieras, hay 3 tipos diferentes de mantenimiento
Correctivo: Pretende eliminar problemas surgidos durante la fase de operacin del sistema que no
haban sido detectados
Perfectivo: Se mejora la funcionalidad del sistema
Evolutivo: Pretende modificar las funcionalidades del sistema para adaptarlas a las nuevas
necesidades del usuario o con objetivo de adaptarlo a nuevas interfaces
Ventajas
Fase conocida por todos los desarrolladores y ligados a los perfiles tcnicos clsicamente
establecidos.
Es el ms eficiente cuando el sistema es conocido y los requisitos estables ya que se puede avanzar
rpidamente hacia la fase de diseo arquitectnico sin que exista el peligro de una contina interaccin
entre las primeras fases
Permite una gestin del proceso de desarrollo basad en revisiones de los documentos generados en cada
fase facilitando la ejecucin de los procedimientos de gestin
Desventajas
No est hecho nada hasta que se termine
No se pueden cambiar los requisitos una vez iniciado el desarrollo
La eliminacin de fallas suele ser extremadamente difcil
La segunda debilidad ms importante del ciclo de vida de un proyecto clsico es su insistencia en que las
fases sucedan secuencialmente
Estructurado
Estudio de factibilidad: Opcional
Anlisis de requisitos: Documentos de especificacin de usuarios, sistemas
Diseo arquitectnico: Arquitectura del sistema
Diseo detallado: Diagrama de diseo
Implementacin: Cdigo probado, Manual de usuario
Transferencia del producto: Entrega al cliente y evolucin
Modelo en espiral
El modelo en espiral fue desarrollado para cubrir las mejores caractersticas tanto del ciclo de vida
clsico, como de la creacin de prototipos, aadiendo al mismo tiempo un nuevo elemento: el anlisis de
riesgo, este tiene 4 actividades principales
Planificacin: determina los objetivos, alternativas y restricciones.
Anlisis de riesgos: anlisis de alternativas e identificacin y reduccin de riesgos
Ingeniera: desarrollo del producto del siguiente nivel
Evaluacin del cliente: valora los resultados de la ingeniera
Durante la primera vuelta alrededor del espiral se definen los objetivos, alternativas y restricciones, y se
analizan e identifican riesgos, si el anlisis de riesgo indica que hay una incertidumbre en los requisitos se
puede usar la creacin de prototipos en el cuadrante de ingeniera para dar asistencia tanto al encargado de
desarrollo como al cliente, despus en el cuadrante de evaluacin de cliente el cliente hace sugerencias
sobre modificaciones, en la base de los comentarios del cliente se produce en la siguiente fase de anlisis de
riesgo
Por cada interaccin del espiral, se construye una nueva versin del software cada vez ms completa
Este utiliza la creacin de prototipos como un mecanismo de reduccin de riesgos pero ms importante
permite a quien lo desarrolla aplicar el enfoque de creacin de prototipo en cualquier etapa de la evolucin
de prototipo
Prototipo
Ciclo
Comienzo recoleccin y refinamiento de requisitos diseo rpido Construccin del
prototipo Evaluacin del prototipo por el cliente refinamiento del prototipo producto de
ingeniera Parada
Una alternativa de enfoque para a definicin de los requerimientos consisten en capturar un
conjunto de necesidades e implementarlas de forma rpida con la intencin de declarada de expandirlas y
refinarlas de forma iterativa al ir aumentando la comprensin del sistema.
Tambin conocido como modelamiento heurstico. Y ofrece una alternativa atractiva para tratar
mejor la incertidumbre, la ambigedad y la volubilidad
Para lograr todo lo anterior se utilizan las siguientes herramientas:
Diccionario de datos integrados.
Generador de pantallas.
Generador de reportes no guiados por procedimientos.
Un lenguaje de programacin.
Medios poderosos de administracin de bases de datos.
Caracterstica de esta metodologa
No modifica el flujo de ciclo de vida
Reduce las probabilidades de construir algo que no quera el usuario
Reduce costo y aumenta las probabilidades de xito
Exige disponer de las herramientas adecuadas
No presenta calidad ni robustez
Debe ser un sistema con el cual se deba experimentar
Debe desarrollarse rpidamente
El nfasis predomina en la interfaz de usuario
El equipo es pequeo
Se empela herramienta y lenguajes adecuados
El cliente ve resultados de manera rpida




Esquema
Anlisis de requisitos del sistema

Anlisis de requisito de software

Diseo preliminar

Diseo detallado

Codificacin

Pruebas

Operacin y mantenimiento

Incremental

Anlisis Diseo Cdigo Prueba} Todo eso es un incremento

Se trata de reducir riesgos cuando se crea un sistema muy complejo o largo creando solo una parte del
sistema reservando los otros aspectos a los otros niveles.
Este modelo incremental se basa que en el proceso de construccin siempre va incrementando
subconjuntos de requerimientos. Este modelo es 100% compatible con el modelo de cascada.
Beneficios
Es menos riesgoso construir de apoco que toda la plataforma de una
Es ms fcil saber si los requerimientos planteados para los siguientes niveles son los
correctos
Si un error es realizado solo la ltima iteracin es necesario descartar
Permite el trabajo con prototipos ejecutables intermedio
La documentacin de las fase de anlisis y diseo queda ms reforzada
Los errores de un incremento pueden ser arreglados antes de empezar con el prximo
Desventajas
Requieren el empleo de mtodos formales para ejecutar la descripcin de la especificacin
y el diseo con sofisticadas herramientas graficas
Siguen existiendo dificultades para la evaluacin de requerimientos temporales
Se mantienen dificultades en la evaluacin de requisitos no funcionales igual que en los
prototipos desechables


Combinacin de paradigmas
En muchos casos los paradigmas deben combinarse para as poder utilizar todas las
ventajas de cada uno en un solo proyecto.
El modelo en espiral lo hace directamente combinando la creacin de prototipos y algunos
elementos del ciclo de vida clsico, en un enfoque evolutivo de la vida de software
La naturaleza del software debe dictar el mtodo a elegir
Prototipo desechable / Prototipo incremental.
Modelo espirar / Prototipos.
Cascada o ciclo clsico / prototipos.
Seleccin de un modelo de ciclo de vida
Criterios a considerar
Madures de la aplicacin
Complejidad del problema y la solucin
Frecuencia y magnitud esperadas en los cambios de requerimiento
Financiamiento disponible, y perfil de tiempo disponible
Acceso de los desarrolladores a los usuarios
Certeza en los requerimientos
Otros que se pueden incluir son
Tolerancia a riesgos
Planes y presupuestos crticos
Grado de lentitud de construccin de los planes y presupuesto