1. Construcción de Prototipos
1.1. definición de los objetivos globales para el software
1.2. modelo iterativo
1.3. definen los objetivos globales para el software, identifican los requisitos conocidos y las áreas del esquema en donde es necesaria más definición
1.3.1. Ventajas
1.3.2. 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 ingeniería.
1.3.3. Desventajas
1.3.4. El cliente ve funcionando lo que para el es la primera versión 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 tentación de aumentar el prototipo para construir el sistema final sin tener en cuenta los obligaciones de calidad y de mantenimiento que tiene con el cliente.
2. Concurrente
2.1. se puede representar en forma de esquema como una serie de actividades técnicas importantes, tareas y estados asociados a ellas.
2.2. Este modelo se utiliza a menudo como el paradigma de desarrollo de aplicaciones cliente/servidor.
2.3. Cuanto más tarde sea, más atrás se encontrará en el proceso de desarrollo. Un modelo de proceso concurrente está dirigido por las necesidades del usuario, las decisiones de la gestión y los resultados de las revisiones.
2.4. Ventajas
2.5. Excelente para proyectos en los que se conforman grupos de trabajo independientes.
2.6. Proporciona una imagen exacta del estado actual de un proyecto.
2.7. Desventajas
2.8. Si no se dan las condiciones señaladas no es aplicable.
2.9. Si no existen grupos de trabajo no se puede trabajar en este método
3. RUP
3.1. Como RUP es un proceso, en su modelación define como sus principales elementos:
3.2. Trabajadores (“quién”): Define el comportamiento y responsabilidades (rol) de un individuo, grupo de individuos, sistema automatizado o máquina, que trabajan en conjunto como un equipo. Ellos realizan las actividades y son propietarios de elementos.
3.3. Actividades (“cómo”): Es una tarea que tiene un propósito claro, es realizada por un trabajador y manipula elementos.
3.4. Artefactos (“qué”): Productos tangibles del proyecto que son producidos, modificados y usados por las actividades. Pueden ser modelos, elementos dentro del modelo, código fuente y ejecutables.
3.5. Flujo de actividades (“cuándo”): Secuencia de actividades realizadas por trabajadores y que produce un resultado de valor observable.
3.6. Características Principales de RUP
3.7. o Unifica los mejores elementos de metodologías anteriores.
3.8. o Preparado para desarrollar grandes y complejos proyectos.
3.9. o Orientado a Objetos.
3.10. o Utiliza el UML como lenguaje de representación visual.
3.11. Principales ventajas
3.12. o Coste del riesgo a un solo incremento.
3.13. o Reduce el riesgo de no sacar el producto en el calendario previsto.
3.14. o Acelera el ritmo de desarrollo.
3.15. o Se adapta mejor a las necesidades del cliente.
4. Modelo Basado en Componentes
4.1. reutilización del software
4.2. Utilizando una combinación del desarrollo incremental e interactivo, el proceso unificado define la función del sistema aplicando un enfoque basado en escenarios.
4.3. 1. Reutilización del software. Nos lleva a alcanzar un mayor nivel de reutilización de software.
4.4. 2. Simplifica las pruebas. Permite que las pruebas sean ejecutadas probando cada uno de los componentes antes de probar el conjunto completo de componentes ensamblados.
4.5. 3. Simplifica el mantenimiento del sistema. Cuando existe un débil acoplamiento entre componentes, el desabollador es libre de actualizar y/o agregar componentes según sea necesario, sin afectar otras partes del sistema.
4.6. 4. Mayor calidad. Dado que un componente puede ser construido y luego mejorado continuamente por un experto u organización, la calidad de una aplicación basada en componentes mejorará con el paso del tiempo
4.7. Desventajas:
4.8. Genera mucho tiempo en el desarrollo del sistema - Modelo costoso –Requiere experiencia en la identificación de riesgos
4.9. Inconvenientes
4.10. Genera mucho trabajo adicional. Cuando un sistema falla se pierde tiempo y coste dentro de la empresa. Exige una cierta habilidad en los analistas (es bastante difícil).
5. DRA
5.1. desarrollo lineal secuencial
5.1.1. Modelado de Gestión: se modela el flujo de información entre las funciones de gestión.
5.1.2. Modelado de datos: se definen las características (atributos) de cada objeto.
5.1.3. Modelado del proceso: las descripciones del proceso se crean para añadir, modificar, suprimir o recuperar un objeto de datos.
5.2. periodos cortos de tiempo
5.3. Desventajas
5.3.1. Para proyectos en gran escala se requiere recursos humanos suficientes como para crear el número suficiente de equipos.
5.3.2. Debe haber un compromiso muy fuerte entre todas las partes para completar el sistema en el tiempo necesario.
5.3.3. No es adecuado cuando los riesgos técnicos son muy altos.
6. Espiral
6.1. Un enfoque cíclico para el crecimiento incremental del grado de definición e implementación de un sistema, mientras que disminuye su grado de riesgo.
6.2. Un conjunto de puntos de fijación para asegurar el compromiso del usuario con soluciones de sistema que sean factibles y mutuamente satisfactorias.
6.2.1. Características:
6.2.2. Decidir qué problema se quiere resolver antes de viajar a resolverlo. · Examinar tus múltiples alternativas de acción y elegir una de las más convenientes. · Evaluar qué tienes hecho y qué tienes que haber aprendido después de hacer algo. · No ser tan ingenuo para pensar que el sistema que estás construyendo será "EL" sistema que el cliente necesita. · Conocer (comprender) los niveles de riesgo, que tendrás que tolerar.