Metodologa Caractersticas Ventajas Desventajas Aplicacin Comentarios

Cascada -Creada en 1970, por Winston W. Contiene las siguientes etapas: -Ingeniera y el anlisis del sistema: se establecen requisitos de todos los elementos del sist. Y se asigna a algn subconjunto de los requisitos del SW. -Anlisis de los requisitos del SW: se hace la recopilacin de requisitos en el SW. El ingeniero debe comprender el mbito de la informacin del SW, as como funcin, rendimiento e interfaces requeridas. -Diseo: se enfoca en: estructura de datos, arquitectura del SW, detalle procedimental, caracterizacin de la interfaz. Traduce los requisitos en una representacin del SW. -Codificacin: traduce el diseo en una forma legible para la mquina. -Mantenimiento: cuando el SW sufra cambios, ser necesario un soporte tcnico.

-Modelo lineal: fcil de implementar. - la cantidad de recursos necesarios es mnima. -la documentacin se produce en cada etapa del ciclo. - despus de cada etapa se realizan pruebas.

-al ser un modelo lineal o secuencial, limita la interaccin con el usuario. -el sistema no ser visible hasta las etapas finales del proyecto. -no permite regresar a la etapa anterior.

- para creacin de software con procesos bien definidos.

Esta metodologa me pareci muy importante ya que es la base de las metodologas siguientes, ya que contienen las etapas bsicas de cualquier desarrollo de SW. Si hubieran implementado interaccin con el usuario, sera una gran metodologa. Cabe destacar que esta metodologa exige, procesos bien definidos para implementarse bien en las etapas.

Etapas: -Ingeniera y anlisis del sist. -Anlisis de los requisitos. -Diseo. -Codificacin. -Mantenimiento.

Incremental -creada en 1980 por Harlan Mills. -surge como una evolucin del modelo cascada. -es un modelo no secuencial. -cada incremento agrega funcionalidad al sistema. -involucra cada ms al usuario. -se entregan partes funcionales a tiempo corto al cliente.

-La entrega temprana, sorprende al cliente. -tiene una muy buena planeacin. -entrega de resultados ms rpidos que el modelo cascada.

-los errores de los requisitos se detectan tarde y resulta costoso corregirlos. -requiere planeacin excesiva. -requiere de metas claras.

-proyectos grandes. -SW para clientes que necesitan con urgencia resultados. -SW donde el cliente tiene el tiempo para verificar los resultados.

Es importante observar que el problema de una metodologa secuencial fue resuelta, aunque surgi otro problema: cuando el error se detecta tarde, es costoso. Siempre habr desventajas cuando se busquen suplir otras.

Fases: -Anlisis y requisitos. -Diseo. -Implementacin. -Pruebas.

Evolutivo -creada en 1980 por Harlan Mills. -son iterativos. -Permiten crear versiones ms completas. -entrelaza las act. de especificacin, desarrollo y validacin. - El SW se refina a partir de las peticiones del cliente. -El SW est sujeto a cambios continuos. Enfocado a la construccin de prototipos.

-ideal para sistemas que no tienen bien definidos los requerimientos. -se irn creando prototipos y el cliente detallara sus especificaciones.

-requiere experiencia para el buen anlisis. -Requiere anlisis de riesgos.

-para sistemas que no tienen bien definidos los requerimientos.

Los modelos evolutivos son excelentes para resolver el problema del anlisis, pero an surge un problema ms, este modelo no puede ser aplicado por ingenieros recientes, lo cual es una desventaja del lado del ingeniero

-Comunicacin -Planificacin. -Anlisis de riesgos. -Ingeniera. -Evaluacin del cliente -construccin y entrega.

Espiral -creado en 1986 por Barry Bohem. -combina la naturaleza iterativa de construccin de prototipos con el modelo cascada. -desarrollo de versiones incrementales. - tiene un enfoque cclico. -guiado por el riesgo para construir sistemas iterativos.

-permite el desarrollo de proyectos, con objetivos finales definidos, pero con detalles que no se pueden definir en un inicio. -Es adaptable. -consigue funcionalidad rpido.

-Genera mucho tiempo en el desarrollo del sistema. -modelo costoso. -requiere experiencia en identificar riesgos.

Sistemas grandes e iterativos como : S.O. SW de edicin. Software Matemtico.

Este modelo tiene muchas ventajas del lado del cliente, pero a pesar de ello ahora el problema es que el ingeniero necesita un requisito especial, experiencia en el anlisis de riesgo. En lo dems me parece un buen Modelo para clientes que cuentan con recursos econmicos.

-Determinar Objetivos. -Anlisis del riesgo. -Desarrollar y probar. -Planificacin.

Prototipos -creado en 1982 por McCracken y Jackson. -El prototipo debe ser construido en poco tiempo y no debe utilizar muchos recursos. -se basa en un diseo rpido que muestra al cliente los aspectos visibles para el cliente. -es evaluado por el cliente, para retroalimentacin y se refinan los requisitos del SW. -la interaccin ocurre cuando el prototipo se ajusta a las necesidades del cliente.

-modelo til cuando el cliente conoce los obj. finales pero no los requisitos detallados de entrada, salida o procesamiento. - ofrece un mejor enfoque cuando el desarrollador esta inseguro de la eficacia de un algoritmo.

-el usuario crea expectativas cuando ve el prototipo. -se suelen desatender aspectos como calidad, mantenimiento. - el desarrollador puede olvidar la razn de ser del sistema.

-se aplica en el ciclo de vida del SW en una edad temprana por ser la fase de determinacin de requerimientos.

Los prototipos son tiles para hacer ver a cualquier persona un esquema general de algn elemento o cosa. Esta metodologa es ideal para clientes que desea interactuar con el sistema y en base a ello darles el producto que finalmente esperan.

1. Plan rpido. 2. Modelado, diseo rpido. 3. Desarrollo, entrega y retroalimentacin. 4. comunicacin. 5. entrega del desarrollo final.

Desarrollo basado en componentes

-la idea de esta metodologa fue en 1968. - basado en la reutilizacin para definir, implementar componentes dbilmente acoplados al sistema. -paradigma que ensambla componentes y escribe el cdigo para hacer que estos cdigos funcionen. -un componente es un paquete de SW, servicio web, o modulo que encapsula un conjunto de funciones relacionadas.

Posee un enfoque iterativo y tiene caractersticas del modelo espiral -el primer libro fue publicado en 1999 por Ivn Jacobson entre otros. -es un conjunto de actividades necesarias para transformar los requisitos del

-reduce la cantidad de SW a desarrollarse. -Reduce la dificultad y costos. Permite entrega rpida de SW. -Reutilizacin del SW.

-ataque los riesgos importantes primero.

-Genera mucho tiempo en el desarrollo del sistema. -modelo costoso. -exige habilidad en analistas. -Requiere experiencia

-resulta difcil a quien no tenga experiencia en el

-usados para S.O. como Linux. -Java Net beans. -Visual Basic. -Sistemas grandes.

Se adaptan especialmente a SW

La reutilizacin de cdigo es algo fundamental en los sistemas, por lo cual este modelo es eficaz para ello. El inconveniente es que se necesita habilidad para manejar seta metodologa al igual que experiencia.

El proceso unificado me parece muy realista ya que los casos de uso

-Identificar comp. -Buscar comp. en biblioteca. -extraer si estn. -extraer si no estn poner nuevos comp. -Construir la iteracin del sist. Proceso unificado

-Inicio: definir el alcance del proyecto. -Elaboracin: planificar el proyecto, elaborar una arquitectura. -Construccin: Construir el sistema. -Transicin: Transicin a los usuarios

usuario en un sistema software. -es iterativo (avance en el flujo de trabajo) e incremental (crecimiento en el producto final). -est dirigido por los casos de uso, desarrolla visibilidad. -est centrado en la arquitectura, diseo general de lo que hace el sistema.

- Acelera el desarrollo: los desarrolladores obtienen resultados a corto plazo -Tiene un enfoque ms realista. los requisitos nos e pueden definir completamente al inicio - soporta tcnicas orientadas a objetos. -es de uso libre.

proceso de desarrollo de ing. de SW.

de alta complejidad. sugieren la actividad que realiza cada usuario, y si esto lo centran en una arquitectura, tendemos un sistema bien organizado que reacciona como un cliente espera.