DEFINIMOS QUE LAS 6 FASES, QUE DEFINIMOS QUE LAS 6 FASES, QUE TODO PROYECTO DE DESARROLLO DE TODO PROYECTO DE DESARROLLO DE SOFWARE DEBE CONTEMPLAR, SON SOFWARE DEBE CONTEMPLAR, SON LAS SIGUIENTES:LAS SIGUIENTES:

RU ---RU --- REQUISITOS DE USUARIO REQUISITOS DE USUARIO

RS ---RS --- REQUISITOS DE SOFTWARE REQUISITOS DE SOFTWARE

DA ---DA --- DISEÑO DE LA ARQUITECTURA DISEÑO DE LA ARQUITECTURA

DD ---DD --- DISEÑO DETALLADO DISEÑO DETALLADO

TR ---TR --- TRANSFERENCIA TRANSFERENCIA

OM ---OM --- OPERACIÓN Y MANTENIMIENTO OPERACIÓN Y MANTENIMIENTO

ES PRECISO ADOPTAR UN MODELO DE ES PRECISO ADOPTAR UN MODELO DE CICLO DE VIDA QUE DEFINA EN QUE CICLO DE VIDA QUE DEFINA EN QUE SECUENCIA RELATIVA, SE EJECUTA SECUENCIA RELATIVA, SE EJECUTA CADA FASE Y COMO SE INCORPORA CADA FASE Y COMO SE INCORPORA AL CICLO DE VIDA LOS CAMBIOS AL CICLO DE VIDA LOS CAMBIOS REALIZADOS AL SOFTWARE.REALIZADOS AL SOFTWARE.

SE HAN DEFINIDO TRES SE HAN DEFINIDO TRES MODELOS DE CICLOS DE VIDA MODELOS DE CICLOS DE VIDA SEGÚN LAS CARACTERISTICAS DE SEGÚN LAS CARACTERISTICAS DE UN SOFTWARE:UN SOFTWARE:

MODELO EN CASCADAMODELO EN CASCADA

MODELO INCREMENTALMODELO INCREMENTAL

MODELO EVOLUTIVOMODELO EVOLUTIVO

MODELO EN CASCADA O MODELO EN CASCADA O WATERFALLWATERFALL

ES UN MODELO SECUENCIAL Y EL MAS SIMPLE Y POPULAR PARA PROYECTOS PEQUEÑOS. ES DE CORTA DURACION, CADA FASE SE EJECUTA UNA UNICA VEZ. ESTE METODO SIMPLIFICA MUCHO LAS LABORES DE GESTION Y ABARATA EL PRODUCTO RESULTANTE.CUANDO SE PRESENTAN ERRORES EN UNA FASE SE DETIENE TODO EL PROCESO EN GENERAL.ALGUNOS EJEMPLOS DE PROYECTOS SIMPLES PARA ESTE MODELO SE PUEDEN CONSIDERAR ENTRE OTROS COMO LOS INVENTARIOS O CARTERAS.

RU

RS

DA

DD

TR

OM

MODELO INCREMENTALMODELO INCREMENTALESTE MODELO ES SIMILAR AL DE CASCADA HASTA LA FASE DE (DA).A PARTIR DE LA SIGUIENTE FASE (DD) SE IMPLANTAN PROCESOS POR SEPARADO Y MANEJABLES, PERMITIENDO REALIZAR ENTREGAS MULTIPLES DEL PRODUCTO.LO ANTERIOR A RAZON A QUE ALGUNAS FUNCIONES SE NECESITAN ANTES QUE OTRAS RECURRIENDO A MODIFICACIONES LAS CUALES NO PERJUDICAN EL PROYECTO EN GENERAL SINO A PARTIR DEL (DD).ESTE METODO TAMBIEN SE APLICA CUANDO SE REALIZAN EVALUACIONES DE VERSIONES ANTES DE SER ENTREGADAS Y COMPLETAS O CUANDO LOS PRESUPUESTOS DE DESARROLLO DEBEN REPARTIRSEN ENTRE DIFERENTES AÑOS O EJERCICIOS.EJEMPLOS DE APLICACIONES PUEDEN SER LAS CONTABLES VULNERABLES A MODIFICACIONES.

RU

RS

DA

DD

TR

OM

DD

TR

OM

MODELO EVOLUTIVOMODELO EVOLUTIVOA DIFERENCIA DE LOS MODELOS ANTERIORES, ESTE TOMA TODAS LAS FASES, CUANDO EXISTE LA INTENCION, A PRIORI, DE LIBERAR EN EL TIEMPO VARIAS VERSIONES DEL MISMO DESARROLLO DEL SOFTWARE.ALGUNAS MOTIVACIONES PARA APLICAR ESTE MODELO SON:CUANDO EL USUARIO FINAL NO ESTA EN CONDICIONES DE DEFINIR CON MAS DETALLE ESTOS REQUISITOS.TAMBIEN DEPENDE DE LOS DESARROLLOS TECNOLOGICOS APLICABLES A NUEVAS VERSIONES, EJ: ORDENADORES MAS RAPIDOS O CON MAS MEMORIAS, ESTANDARES DE INTERFAZ O COMUNICACIONES ENTRE OTROS.NO HAY TIEMPO SUFICIENTE PARA SATISFACER TODOS LOS POSIBLES REQUISITOS DEJANDO ALGUNOS DE ELLOS PARA FUTURAS VERSIONES.ALGUNAS APLICACIONES ACTAS PARA ESTE MODELO ES EL DESARROLLO DE LA PLATAFORMA MICROSOFT WINDOWS LA CUAL POSEE INUMERABLES VERSIONES DE ACUERDO A LAS NECESIDADES DE USUSARIOS LOS CUALES HAN SIDO EN GRAN PARTE EL PILAR DE ESTE PROYECTO.

RU RS

DA

OM1

DDTR

RU RS

DA

OM2

DDTR

RU RS

DA

OM3

DDTR