Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Estndar E.S.A.
El rbol de documentos
Fases :
Definicin de requerimientos de usuario (UR)
Definicin de requerimientos de software (SR)
Diseo aquitectnico (AD);
Diseo detallado y codificacin (DD);
Transferncia;
Operacin y manutencin.
REVISIONES
+ +.........+ + +.........+ + +.........+ +
Revisiones Recorrer las Revisiones Recorrer las Revisiones Recorrer las Revisiones
tcnicas inspecciones tcnicas inspecciones tcnicas inspecciones tcnicas
HITOS
DESTACADOS
URD SRD ADD cdigo/DDD/SUM STD PHD
Aprobado Aprobado Aprobado aprobado entregable entregable
Aceptacin Aceptacin
provisional final
Estndar E.S.A.
Enfoque en Cascada
DD
TR
Fase OM
Estndar E.S.A. Las entregas incrementales se caracterizan por dividir las
fases DD, TR y OM en varias unidades ms manejables,
Enfoque a una vez que el plan arquitectnico completo est
definido.
UR
Este enfoque puede ser beneficioso para proyectos
grandes dnde una sola entrega sera impracticable. Esto
puede ocurrir por varios razones como :
DD2
Las pruebas incrementales requeridos incrementan el
costo del software.
TR 2
OM 2
Estndar E.S.A.
Enfocado al desarrollo
Incremental
1 evolutivo El enfoque incremental evolutivo se caracteriza por un desarrollo que
planifica liberar mltiples versiones.
UR 1
SR
Para producir una nueva versin, todas las fases del ciclo de vida sern
1 ejecutadas.
OM
completar los requisitos.
Algunas partes de la implementacin pueden depender de la
disponibilidad de futuras tecnologas;
Se consideran nuevos requisitos de usuario pero aun no se conocen;
Algunos requisitos pueden ser significativamente ms difciles de
conocer que otros, y se decide no retrasar una entrega utilizable.
2
UR 2
Las extensiones dibujadas muestra que el traslape de las fases puede
ocurrir hasta que cada nueva versin sea finalmente aceptada.
SR 2
AD 2
DD 2
TR 2
OM
En un desarrollo incremental evolutivo, el diseador debe
considerar las prioridades del usuario y producir las partes
del software que se consideran importante para el usuario
y, posibles de desarrollar con mnimos problemas tcnicos
1 o retrasos.
UR 1 La desventaja de este enfoque evolutivo es que si los
SR 1 requisitos estn muy incompletos al empezar, la estructura
inicial del software podra no soportar el peso de
AD 1 evoluciones posteriores. Un costoso rediseo puede ser
DD
necesario.
1
TR
Peor aun, las soluciones temporales pueden volverse
empotradas en el sistema y distorsionar su evolucin.
1
OM En el futuro, los usuarios pueden ponerse impacientes
con los problemas detectados en cada nueva versin.
UR
adaptaciones).
2
SR 2
En un desarrollo evolutivo, no es necesario llevar a cabo
todos los requisitos en cada ciclo de desarrollo. Sin
AD embargo, el plan arquitectnico debe considerar todos los
re2
quisitos conocidos.
DD 2
TR 2
OM