Metodologa y descripcin.

Cascada: Secuencia de una serie de fases, se utiliza para sistemas bien

comprendidos. Ordena rigurosamente las etapas del proceso para el desarrollo de software, de
forma que el inicio de cada etapa debe esperar a la finalizacin de la etapa anterior. Consiste en: 1.
Anlisis de requisitos 2. Diseo del Sistema 3. Diseo del Programa 4. Codificacin 5. Pruebas 6.
Implantacin 7. Mantenimiento Basado en prototipos: se centra en la idea de ayudar a comprender
los requisitos que plantea el usuario si es que no se tiene una idea clara de lo que se pretende
realizar.se puede utilizar cuando el ingeniero de software tiene duda acerca de la viabilidad de una
solucin con una metodologa pesada. Ventajas Est dirigido por documentos para rectificar
cualquier error. Ayuda a localizar errores en las primeras etapas del proyecto a un bajo costo.
Ayuda a minimizar los gastos de la planificacin porque permite realizarla sin planificacin.
Desventajas En la vida real, un proyecto rara vez sigue una secuencia lineal, esto crea una mala
implementacin del modelo. El proceso de creacin del software tarda mucho tiempo ya que debe
pasar por el proceso de prueba y hasta que el software no est completo no se opera. Cualquier error
de diseo detectado en la etapa de prueba conduce necesariamente al rediseo y nueva
programacin del cdigo. Diagrama

Reduccin de tiempo y costos. Incrementos en la aceptacin de un nuevo sistema. Mejoras en la
administracin de proyectos. Mejoras en lacomunicacin entre desarrolladores y clientes.

Dependencia de herramientas de software, ya que la necesidad de disminucin de incertidumbre
depende de las iteraciones del prototipo. No es posible aplicar esta metodologa a todos los
proyectos de software. Mala interpretacin por parte de los usuarios hacia el prototipo al
confundirlo con el sistema terminado.
Espiral: Las actividades de este modelo se conforman en una espiral, en la que cada bucle o
iteracin representa un conjunto de actividades. Las actividades no estn fijadas a prioridad, sino
que las siguientes se eligen en funcin del anlisis de riesgo, comenzando por el bucle interior.

El anlisis del riesgo se hace de forma explcita y clara. Reduce riesgos del proyecto. Incorpora
objetivos de calidad. Integra el desarrollo con el mantenimiento. Es posible tener en cuenta mejoras
y nuevos requerimientos sin romper con la metodologa. Se puede financiar el proyecto por partes
Apropiado para proyectos grandes de larga duracin No se necesita tanto personal al principio como
para una implementacin completa

Genera mucho tiempo en el desarrollo del sistema. Modelo costoso. La evaluacin de riesgos es
compleja.
Incremental: consiste en mdulos incrementando funcionalidades.es decir se realiza construyendo
por mdulos que realizan las diferentes unciones del sistema. Provee una estrategia para controlar la
complejidad y los riesgos, desarrollando una parte del producto software reservando el resto de
aspectos para el futuro.

Difcil de evaluar el costo total. Requieregestores experimentados. Los errores en los requisitos se
detectan tarde. Prioriza los requisitos del usuario y los requisitos de ms alta prioridad se incluyen
en los incrementos ms tempranos. Las primeras incompletas. versiones son

Se necesitan pruebas de regresin. Pueden aumentar costos debido a las pruebas.
Proceso de Desarrollo Unificado: consiste en ciclos en los que se utiliza UML. Es un modelo de
software que permite el desarrollo de software a gran escala, mediante un proceso continuo de
pruebas y retroalimentacin, garantizando el cumplimiento de ciertos estndares de calidad. El
proceso de desarrollo constituye un marco metodolgico que define en trminos de metas
estratgicas, objetivos, actividades y artefactos (documentacin) requerido en cada fase de
desarrollo. Esto permite enfocar esfuerzo de los recursos humanos en trminos de habilidades,
competencias y capacidades a asumir roles especficos con responsabilidades bien definidas. RAD
(Rapid Application Development): proceso de desarrollo de software. El mtodo comprende el
desarrollo interactivo, la construccin de prototipos y el uso de utilidades CASE. Tradicionalmente,
el desarrollo rpido de aplicaciones tiende a englobar tambin la usabilidad, utilidad y la rapidez de
ejecucin.

Se adapta a cualquier tipo de proyecto. Mitigacin temprana de posibles riesgos. Progreso visible en
las primeras etapas. Temprana retroalimentacin que se ajusta a las necesidades reales Gestin de la
complejidad. Puede aplicarse de iteracin a iteracin.

El desarrollo de softwarees riesgoso y difcil de controlar. Por el grado de complejidad puede no
resultar muy adecuado. El RUP es generalmente mal aplicado en el estilo cascada. Requiere
conocimientos del proceso y de UML.

Comprar puede ahorrar dinero en comparacin con construir. Los entregables pueden ser fcilmente
trasladados a otra plataforma. Visibilidad temprana. Mayor flexibilidad. Menor codificacin
manual. Mayor involucramiento de los usuarios.

Comprar puede ser ms caro que construir. Costo de herramientas integradas y equipo necesario.
Progreso ms difcil de medir. Menos eficiente. Riesgo de revertirse a las prcticas sin control de
antao.

Entrega por Etapas: Con esta
metodologa se desarrollan las capacidades ms importantes reduciendo el tiempo necesario para la
construccin de un producto, entre sus beneficios tenemos: Deteccin de problemas antes y no hasta
la nica entrega final del proyecto. Eliminacin del tiempo en informes debido a que cada versin
es un avance.

Requiere poca sofisticacin para los directivos y desarrolladores. Permite modificaciones a medio
camino. Requiere poco tiempo de gestin. Genera un sistema altamente fiable y con amplio
desarrollo. Permite una funcionalidad til en manos del cliente sin tener la aplicacin finalizada.

Estar sometido a una planificacin predefinida. Trabaja con poca compresin sobre la arquitectura.
Trabaja con poca identificacin de los requerimientos de diseo. Debe entregarse una etapa para
continuar con la siguiente. Este modelo no es viable sin una planificacin adecuada