Caso:

Es acerca de proyectos que se desarrollan en la empresa que son aplicaciones WEB, de este tipo de aplicacin ya se cuenta con una
plantilla definida en donde el cliente solo debe de solicitar el cambio para poder reutilizar la aplicacin completa y solo aplica los
ajustes que el cliente solicita y pone en marcha el producto, el tiempo de entrega de dichas aplicaciones nunca debe rebasar mas de 3
meses. Para poder lograr la completa satisfaccin de las especificaciones del cliente, se debe de mantener una comunicacin muy
cercana para poder entender los requerimientos y para que tambin para que lo revise y se vaya liberando los avances. El equipo de
desarrollo que se cuenta en de 5 integrantes, pero el compromiso de cada uno es muy elevado, esta dedicacin tan alta que se tiene
es para que si existe algn cambio solicitado por algn cliente, cualquiera de los que estamos involucrados en dar el soporte se debe
de encontrar disponible para realizar dicho cambio y no dejar caer los cambios que en ese momento requiera el cliente.
Qu ciclo de vida es el ms adecuado y por qu

Suciclodevidacomprendeunaseriedeetapasentrelasqueseencuentranlassiguientes:
Planificacin
Anlisis
Diseo
Implementacin
Pruebas

Instalacinodespliegue
Usoymantenimiento
Bsicamente,resolverunproblemaserequiere:
Comprenderelproblema(anlisis)
Plantearunaposiblesolucin,considerandosolucionesalternativas(diseo)
Llevaracabolasolucinplanteada(implementacin)
Comprobarqueelresultadoobtenidoescorrecto(pruebas)
Lasetapasadicionalesdeplanificacin,instalacinymantenimientoqueaparecenenelciclo
devidadeunsistemadeinformacinsonnecesariasenelmundorealporqueeldesarrollode
unsistemadeinformacinconllevaunoscostesasociados(loquesehacenecesariala
planificacin)ysesuponeque,unavezconstruidoelsistemadeinformacin,stedeberapoderutilizarse(sino,notendrasentidohaber
invertidoensudesarrollo).
Paracadaunadelasfasesenquehemosdescompuestoelciclodevidadeunsistemadeinformacinsehanpropuestomultituddeprcticas
tiles,entendiendoporprcticasaquellosconceptos,principios,mtodosyherramientasquefacilitanlaconsecucindelosobjetivosdecada
etapa.
Independientementedelaprecisinconlaquehayamospreparadonuestroproyecto,siempreseproducealgncontratiempoqueechepor
tierralamejordelasplanificaciones.Esalgoinevitableconloquehemosdeviviryparalocualdisponemosdeunaherramienta
extremadamentetil:lagestinderiesgos,quetradicionalmentesedescomponeenevaluacinderiesgosycontrolderiesgos.
Laevaluacinderiesgosseutilizaparaidentificar"riesgos"quepuedenafectarnegativamentealplandenuestroproyecto,estimarla
probabilidaddequeelriesgosematerialiceyanalizarsuposibleimpactoennuestroproyecto.Qusucederasialgnmiembroclavedel
nuestroequipoabandonalaempresa,sevadevacaciones,seponeenfermoopideunabajapordepresincausadaporunentornodetrabajo
hostil?ysialfinalnosencontramosconalgnproblemadecompatibilidaddelsistemaquehemosdesarrollamosconlaconfiguracindelos
equipossobrelosquehadefuncionar?si,inadvertidamente,borramosomodificamoserrneamentealgnqueotroficheroclave?sinuestro
ordenadorseavera?
Unavezanalizadoslosriesgospotencialmentemspeligrosos,podemosrecurriradistintastcnicasdecontrolderiesgos.Porejemplo,
podemoselaborarplanesdecontingenciaparalosriesgosqueseanmsprobablesydeconsecuenciasmsdesastrosasparaelproyecto.Otal
vezseamoscapacesdeeliminarelriesgoderaz(omitigarlo)sibuscamosalgunaalternativaenlaqueelriesgoidentificadonopueda
presentarse(osepresentedebilitado).

Independientementedelasolucinporlaqueoptemos,elanlisisderiesgosnosenseaquehemosdedejarunmargenparaimprevistos
previsiblesyaadirciertaholguraalaplanificacindenuestroproyecto.Lashiptesisbarajadasalanalizarriesgospotencialespueden
convertirseenrealidadynuncaestdemsdejaralgodemargendemaniobra.
Identifica y describe 3 modelos de desarrollo de software para el caso de estudio.
Metodologa

Ventajas

Se tiene todo bien organizado y no se mezclan las

fases.

Es perfecto para proyectos que son rgidos, y

adems donde se especifiquen muy bien los
requerimientos y se conozca muy bien la
herramienta a utilizar.

Modelo en
cascada

Modelo Vida
Espiral

La planificacin es sencilla.

La calidad del producto resultante es alta.

Sus fases son conocidas por los desarrolladores.

Los usuarios lo pueden comprender fcilmente.

Desventajas

Iteraciones costosas.

Los problemas
posteriormente.

Puede que el software no cumpla con los requisitos.

Es difcil incorporar nuevas cosas si se quiere actualizar.

Es normal detenerse en su desarrollo y seguir con otras fases.

Se tarda mucho tiempo en pasar por todo el ciclo.

Las revisiones de proyectos de gran complejidad son muy

difciles.

que

se

presentan

son

corregidos

El modelo en espiral es un enfoque realista del desarrollo de

sistemas.

Resulta difcil convencer a grandes clientes de que el enfoque evolutivo

es controlable.

Modelo de proceso adaptable.

El modelo en espiral puede aplicarse a lo largo de la vida del
software.

Es nuevo y no se ha utilizado tanto como otros modelos de ciclo de vida.

El desarrollador y el cliente comprenden y reaccionan mejor

ante riesgos en cada uno de los niveles evolutivos.
Permite a quien lo desarrolla aplicar el enfoque de
construccin de prototipos en cualquier etapa de evolucin
del producto.
Demanda una consideracin directa de los riesgos tcnicos
en todas las etapas del proyecto y si se aplica
adecuadamente debe reducir los riesgos antes de que se

Requiere una considerable habilidad para la evaluacin del riesgo, y

cuenta con esta habilidad para el xito.
Si un riesgo importante no es detectado y gestionado a tiempo,
indudablemente surgirn problemas.

conviertan en problemas.
Modelos evolutivos como el espiral, son apropiados,
particularmente para el desarrollo de Sistemas OO.
Trata de mejorar los ciclos de vida clsicos y prototipos.
Permite acomodar otros modelos.
Incorpora objetivos de calidad y gestin de riesgos.
Elimina errores y alternativas no atractivas al comienzo.

Modelo en
Construcci
n de
Prototipos

Modelo
Incremental

No modifica el flujo del ciclo de vida.

Reduce el riesgo de construir productos que no

satisfagan las necesidades de los usuarios.

Reduce costos y aumenta la probabilidad de xito.

Exige disponer de las herramientas adecuadas.

No presenta calidad ni robustez.

Una vez identificados todos los requisitos mediante

el prototipo, se construye el producto de ingeniera.

El modelo de desarrollo incremental provee algunos

beneficios significativos para los proyectos:

Construir un sistema pequeo es siempre menos

riesgoso que construir un sistema grande.

Al ir desarrollando parte de las funcionalidades, es

ms fcil determinar si los requerimientos
planeados para los niveles subsiguientes son
correctos.

Si un error importante es realizado, solo la ltima

iteracin necesita ser descartada.

Reduciendo el tiempo de desarrollo de un sistema

(en este caso en incremente del sistema decrecen

A los usuarios les gusta el sistema real y a los desarrolladores les gusta
construir algo de inmediato. Sin embargo, la construccin de prototipos
se torna problemtica por las siguientes razones:

El cliente ve funcionando lo que para l es la primera versin

del prototipo que ha sido construido con chicle y cable para
embalaje, y puede decepcionarse al indicarle que el sistema
aun no ha sido construido.

El desarrollador puede caer en la tentacin de aumentar el

prototipo para construir el sistema final sin tener en cuenta las
obligaciones de calidad y de mantenimiento que tiene con el
cliente.

El modelo incremental no es recomendable para casos de sistemas de

tiempo real, de alto nivel de seguridad, de procesamiento distribuido, y/o
de alto ndice de riesgos.

las probabilidades que esos requerimientos de

usuarios puedan cambiar durante el desarrollo.

Si un error importante es realizado, el incremento

previo puede ser usado.

Los errores de desarrollo realizados en un

incremento, pueden ser arreglados antes del
comienzo del prximo incremento.

Seleccin de la mejor opcin

La mejor opcin:
Modelo incremental
En una visin genrica, el proceso se divide en 4 partes: Anlisis, Diseo, Cdigo y Prueba.
Sin embargo, para la produccin del Software, se usa el principio de trabajo en cadena o
Pipeline, utilizado en muchas otras formas de programacin. Con esto se mantiene al
cliente en constante contacto con los resultados obtenidos en cada incremento. Es el
mismo cliente el que incluye o desecha elementos. El proceso se repite hasta que se
elabore el producto completo. De esta forma el tiempo de entrega se reduce
considerablemente.
Al igual que los otros mtodos de modelado, el Modelo Incremental es de naturaleza
interactiva pero se diferencia de aquellos en que al final de cada incremento se entrega un
producto completamente operacional.

En el Modelo Incremental:

Se evitan proyectos largos y se entrega algo de valor a los usuarios con cierta
frecuencia.

El usuario se involucra ms.

Con un paradigma incremental se reduce el tiempo de desarrollo inicial, ya que se

implementa la funcionalidad parcial.

Tambin provee un impacto ventajoso frente al cliente, que es la entrega temprana

de partes operativas del Software.

El modelo proporciona todas las ventajas del modelo en cascada realimentado,

reduciendo sus desventajas slo al mbito de cada incremento.

Permite entregar al cliente un producto ms rpido en comparacin del modelo de

cascada.

Resulta ms sencillo acomodar cambios al acotar el tamao de los incrementos.

Por su versatilidad requiere de una planeacin cuidadosa tanto a nivel administrativo

como tcnico.

http://www.e-creativos.es/diseno-web/el-proceso-de-desarrollo-de-un-sitio-web/
http://modelosymetodologias.blogspot.mx/2011/01/modelo-incremental.html