Documenti di Didattica
Documenti di Professioni
Documenti di Cultura
AO 1970
CUANDO SE RECOMIENDA USAR La metodologa en cascada puede ser apropiada, en general, para proyectos estables (especialmente los proyectos con requisitos no cambiantes) y donde es posible y probable que los diseadores predigan totalmente reas de problema del sistema y produzcan un diseo correcto antes de que empiece la implementacin. Funciona bien para proyectos pequeos donde los requisitos estn bien entendidos. Se trata de un proceso ideal, por su robustez, para proyectos pequeos, con equipos de una a cinco personas. Tambin es ideal, por su claridad, para toda esa gente que nunca ha programado siguiendo una metodologa. Para el proyecto final de carrera o para ese cliente que te ha conseguido un amigo de un amigo que te lo pide a ti y no se dirige a una empresa por esto de la desaceleracin. Cuando se necesita conocer el anlisis del riesgo, ya que con esta metodologa se hace de forma explcita y clara. Une los mejores elementos de los dems modelos: Reduce riesgos del proyecto Incorpora objetivos de calidad Integra el desarrollo con el mantenimiento, etc. Adems es posible tener en cuenta mejoras y nuevos requerimientos sin romper con la metodologa, ya que este ciclo de vida no es rgido ni esttico. Se suele utilizar en proyectos en los que los requisitos no estn claros por parte del usuario, por lo que se hace necesaria la
Metodologa en V
Cascada mejorado
1992
Espiral
Barry Boehm
1986
Mills
1980
Prototipado
Desarrollo evolutivo
90s
creacin de distintos prototipos para presentarlos y conseguir la conformidad del cliente. Es til cuando el cliente conoce los objetivos generales para el software, pero no identifica los requisitos detallados de entrada, procesamiento o salida. Tambin ofrece un mejor enfoque cuando el responsable del desarrollo del software est inseguro de la eficacia de un algoritmo, de la adaptabilidad de un sistema operativo o de la forma que debera tomar la interaccin humano-mquina. La metodologa RUP es ms apropiada para proyectos grandes (Aunque tambin pequeos), dado que requiere un equipo de trabajo capaz de administrar un proceso complejo en varias etapas. En proyectos pequeos, es posible que no se puedan cubrir los costos de dedicacin del equipo de profesionales necesarios. Cuando se necesita de un uso interactivo de tcnicas estructuradas y prototipos para definir los requisitos de usuario y disear el sistema final. Usando tcnicas estructuradas, el desarrollador primero construye modelos de datos y modelos de procesos de negocio preliminares de los requisitos. Los prototipos ayudan entonces al analista y los usuarios a verificar tales requisitos y a refinar formalmente los modelos de datos y procesos.
Grady Booch 1995 Rational Software, 1998 basndose en el modelo espiral original de Barry Boehm de James Martin 1980