Académique Documents
Professionnel Documents
Culture Documents
METODOLOGIA
DE
UNA
DEFINICION
METODOLOGA
DE
UNA
CLASIFICACIN
METODOLOGAS
DE
LAS
-INCREMENTAL
-ESPIRAL
CASCADA
Modelo en cascada
Es un proceso secuencial, fcil de desarrollo en el que los pasos de desarrollo
son vistos hacia abajo (como en una cascada de agua) a travs de las fases de
anlisis de las necesidades, el diseo, implantacin, pruebas (validacin), la
integracin y mantenimiento.
Los principios bsicos del modelo de cascada son los siguientes:
Tipo Sashimi
-Parecido al cascada puro pero con las etapas solapadas.
-Su nombre viene de la presentacin del pescado crudo cortado, en que sus
partes se solapan entre s.
Ventajas: Mejora la calidad. No hace falta una documentacin detallada (por el
solapado de las etapas).
Desventajas: Por ser solapado, es difcil gestionar el comienzo y fin de cada
etapa.
Iterativo
puro.
Intenta
reducir
el
desacuerdo
de
los
Prototipado
Proyecto ideal
Productos con innovaciones importantes
En tecnologas nuevas o poco probadas, en que la incertidumbre del resultado
impide un desarrollo secuencial.
Migrar aplicaciones a otras tecnologas
Incremental
*************************************
Objetivos:
-Construir aumentando las funcionalidades del sistema (crear una por una)
-Construccin de mdulos que cumplen cada funcin. (cada miembro del
equipo construye uno)
-Se diferencia del iterativo en que: Se van aadiendo las partes (cada funcin)
a la anterior. Al final de cada ciclo se entrega una nueva funcionalidad.
Ventajas:
Construir un sistema pequeo siempre es menos riesgoso que construir un
sistema grande.
Espiral (?)
Ventajas: Se puede comenzar un proyecto con algo grado de incertidumbre.
Bajo riesgo de retraso en caso de deteccin de errores (se pueden resolver en
la prxima rama de la espiral)
Desventajas: Cada vuelta en la espiral suma tiempo.
Dificultad para evaluar los riesgos
Comunicacin continua con el cliente o usuario
Proyecto ideal
-Grandes proyectos internos en los que los requerimientos no estn disponibles
al principio y el usuario est en nuestro entorno laboral.
******************************
problemas:
1) El proceso no es visible. Esto significa que los administradores tienen
que hacer entregas regulares para medir el progreso del producto. Si los
sistemas se desarrollan rpidamente, no es rentable producir documentos
que
reflejen
cada
versin
del
sistema.
2) A menudo los sistemas tienen una estructura deficiente. Esto hace
referencia que los cambios continuos tienden a corromper la estructura del
software. Incorporar cambios en l se convierte cada vez ms en una tarea
difcil y costosa.
Para sistemas pequeos y de tamao medio (hasta 500,000 lneas de
cdigo), el enfoque evolutivo de desarrollo es el mejor. Los problemas del
desarrollo evolutivo se hacen particularmente agudos para sistemas
grandes y complejos con un perodo de vida largo, donde diferentes
equipos desarrollan distintas partes del sistema. Es difcil establecer una
arquitectura del sistema usando este enfoque, ya que hace difcil integrar
las contribuciones de los equipos. Para sistemas grandes se recomienda un
proceso mixto es decir que incorpore las mejores caractersticas del
modelo en cascada y del desarrollo evolutivo. Esto implica desarrollar un
prototipo desechable, utilizando un enfoque evolutivo para resolver
incertidumbres en la especificacin del sistema. Puede entonces no
implementarse utilizando un enfoque ms estructurado.