You are on page 1of 7

INSTITUTO TECNOLGICO SUPERIOR DE TAMAZUNCHALE

INGENIERIA DE SOFTWARE
TRABAJO: CUADRO COMPMPARATIVO MODELOS CLASICOS

ALUMNO: DAVID HERNNDEZ HERNNDEZ

DOCENTE: ING. GABINO MRQUEZ PREZ

GRUPO: M2

SEMESTRE: 6

METODOLOGIA Cascada

DESCRIPCIN

AO

AUTOR

FASES

ENTREGABLES
Anlisis de requisitos: De esta fase surge una memoria llamada SRD (documento de especificacin de requisitos) Diseo del Sistema: Como resultado surge el SDD (Documento de Diseo del Software)

*Ordena rigurosamente En 1970 las etapas del ciclo de vida del software, de forma que el inicio de cada etapa debe esperar a la finalizacin de la inmediatamente anterior. *proceso de desarrollo secuencial. *Fue el primer modelo de proceso introducido y seguido ampliamente en la ingeniera el software

Modelo original 1. Especificacin de requisitos de Winston W. 2. Diseo Royce 3. Construccin (Implementacin o codificacin) 4. Integracin 5. Pruebas 6. Instalacin 7. Mantenimiento

2.1.2 Incremental

*Combina elementos del

modelo en cascada con la filosofa interactiva de construccin de prototipos. *Se basa en la filosofa de construir incrementando las funcionalidades del programa. *Aplica secuencias lineales de forma escalonada mientras progresa el tiempo en el calendario

No menciona do

No mencionado

El proceso en s mismo consiste de: Etapa de inicializacin Etapa de iteracin Lista de control de proyecto

- Etapa de Inicializacin Lista de control de proyecto, que contiene un historial de todas las tareas que necesitan ser realizadas. Incluye cosas como nuevas funcionalidades para ser implementadas, y reas de rediseo de la solucin ya existente. - Etapa de Iteracin guas primarias que guan la implementacin y el anlisis

2.1.3 Evolutivo

*Basada en la idea de desarrollar implementacin inicial, expuesta a los comentarios del usuario. *Genera sistemas con estructura deficiente. * El proceso no es viable: deben hacer entregas regulares para medir el progreso. *Para sistemas pequeos y medios. *Difcil de establecer una arquitectura del sistema estable.

No Menciona do

No mencionado

Hacer un prototipo. Medir qu tan lejos est de lo esperado. Tomar en cuenta las observaciones para generar el siguiente prototipo.

Ninguno

2.1.4 Espiral

* Se conforman en una

En 1985

espiral, cada bucle representa un conjunto de actividades. * Las actividades no estn fijadas a priori, sino que las siguientes se eligen en funcin del anlisis de riesgos, comenzando por el bucle anterior. * Combina las caractersticas del modelo de prototipos y el modelo en cascada. * El modelo en espiral est pensado para proyectos largos, caros y complicados. Ventajas *Enfoque ms realista *til para proyectos ms grandes *Evaluacin de riesgos y reaccin a ellos *Puede incluir el desarrollo de prototipos en cualquier ciclo *Retroalimentacin del cliente frecuente y desde etapas tempranas

Desarrollado Barry Boehm


a.

Para cada ciclo habr cuatro actividades: 1. Determinar o fijar objetivos: Fijar tambin los productos definidos a obtener: requerimientos, especificacin, manual de usuario. Identificacin de riesgos del proyecto y estrategias alternativas para evitarlos Hay una cosa que solo se hace una vez: planificacin inicial o previa. 2. Anlisis del riesgo: Se estudian todos los riesgos potenciales y se seleccionan una o varias alternativas propuestas para reducir o eliminar los riesgos

*Se evalan los entregables del ciclo con el cliente *Se obtiene retroalimentacin a considerar para el siguiente ciclo

B . Fijar las restricciones c. d.

a.

3. Desarrollar, verificar y validar (probar): a. Tareas de la actividad propia y de prueba b. Anlisis de alternativas e identificacin de resolucin de riesgos c. Dependiendo del resultado de la evaluacin de riesgos, se elige un modelo para el desarrollo, que puede ser cualquiera de los otros existentes, como formal, evolutivo, cascada, etc. As, por ejemplo, si los riesgos de la interfaz de usuario son dominantes, un modelo de desarrollo apropiado podra ser la construccin de prototipos evolutivos. 4. Planificar: Revisamos todo lo que hemos hecho, evalundolo y con ello decidimos si continuamos con las fases siguientes y planificamos la prxima actividad.

a.

*Acepta cambios en los r equerimientos sin necesidad de romper el modelo

2.1.5 Prototipos

*Define un conjunto de No objetivos generales para menciona do el software. Ventajas: -Visibilidad del producto desde el inicio del ciclo de vida con el primer prototipo. -Introducir cambios en las iteraciones siguientes del ciclo. -Permite la realimentacin continua del cliente. -Reduce el riesgo de construir productos que no satisfagan las necesidades de los usuarios.

No mencionado

Plan rpido Modelado, diseo rpido Construccin del Prototipo Desarrollo, entrega y retroalimentacin Comunicacin

Ninguno

Desventajas: -Puede ser un desarrollo lento. -Fuertes inversiones en un producto desechable ya que los prototipos se descartan -Pueden surgir problemas con el cliente que ve funcionando versiones del prototipo pero puede desilusionarse porque el producto final an no ha sido construido. 2.1.6 Desarrollo Paradigma de desarrollo, No basado en donde el software es menciona componentes desarrollado mediante la do reutilizacin de componentes de software pre-existentes. Evolutivo por naturaleza Exige un enfoque iterativo para la creacin de software Contiene diagramas de componentes y/o Interfaces Componentes y nodos Restricciones

No mencionado

Las etapas son: La seleccin de Componentes -Fase de Bsqueda -Fase de evaluacin La adaptacin de componentes -White box -Grey Box -Black box El ensamblaje de los componentes al sistema -MOM -ORB La Evolucin del Sistema

Ninguno

You might also like