Resumen modelos pesado ingenieria de software
Enviado por Helena • 9 de Enero de 2019 • 1.810 Palabras (8 Páginas) • 499 Visitas
...
- Inception(concepción): el objetivo de esta fase es obtener una comprensión común cliente-equipo de desarrollo del alcance del nuevo sistema y definir una o varias arquitecturas candidatas para el mismo.
- Elaboración: el objetivo es que el equipo de desarrollo profundice en la comprensión de los requisitos del sistema y en validar la arquitectura.
- Construcción: Durante la fase de construcción el sistema es desarrollado y probado al completo en el ambiente de desarrollo.
- Transición: el sistema se lleva a los entornos de preproducción donde se somete a pruebas de validación y aceptación y finalmente se despliega en los sistemas de producción.
-
VENTAJAS DEL MODELO AUP
- Los empleados saben lo que están haciendo. La gente no va a leer documentación del proceso detallada, pero quieren algo de orientación a alto nivel y/o formación de vez en cuando. El producto AUP proporciona enlaces a muchos de los detalles, pero no fuerza a ellos.
- El AUP se ajusta a los valores y principios de la Alianza Ágil.
- Permite centrarse en actividades de alto valor esenciales para el desarrollo.
- Se apoya en un proceso formalizado como es RUP por lo que evita la improvisación
- Tiene bien establecidos los roles y las fases
- Es ágil y por tanto se basa en un proceso iterativo evolutivo
- Incrementa la productividad
- Facilita el trabajo de proyectos de pequeño tamaño
- Hay información disponible de forma libre
- Independencia de herramientas. Se puede usar cualquier conjunto de herramientas. La recomendación es que se usen las herramientas que mejor se adapten al trabajo, que son con frecuencia herramientas simples.
- Habrá que adaptar AUP para cumplir con las necesidades propias.
- El cliente es parte del equipo de trabajo.
- Grupos pequeños de trabajo.
DESVENTAJAS DEL MODELO AUP
- Menos énfasis en la arquitectura.
- No existe un contrato tradicional.
- Pocos roles y artefactos.
MODELO RUP
DEFINICIÓN
Rational Unified Process o Proceso Racional Unificado (RUP): Es una de las metodologías más utilizadas para el análisis, implementación y documentación de sistemas orientados a objetos, manejando el lenguaje unificado de modelado UML.
CARACTERÍSTICAS DEL MODELO RUP
- Dirigida por casos de uso.
Los casos de uso describen cómo los usuarios interactúan con el sistema a desarrollar,
Un caso de uso representa una función puntual que debe cumplir el sistema.
- Iterativa e incremental.
Se basa en la ejecución de prototipos ejecutables del producto final que se muestran al cliente o inversionista del proyecto y cada iteración por el ciclo de vida (fases de desarrollo) permite ir refinando el producto, si al final del ciclo de vida del RUP, el producto no cumple con los objetivos se puede realizar una iteración más para mejorar, corregir o agregar funcionalidades que lleven al software a cumplir con las expectativas o cancelar el proyecto según los resultados obtenidos en este proceso.
[pic 3]
- Centrada en la arquitectura.
Este proceso se basa en diseñar tempranamente la organización o estructura de los componentes más relevantes, dejando de lado los pequeños detalles, pero incluyendo los aspectos estáticos y dinámicos del sistema.
ELEMENTOS BÁSICOS DE RUP
Debido que RUP está enfocado para grandes proyectos y equipos de trabajo de amplio alcance, esta metodología maneja un conjunto de elementos de modelado bien definidos, los cuales son: los roles que representan la responsabilidad que tiene cierta persona sobre un trabajo, una actividad la cual describe cómo se hace dicho trabajo, un artefacto que es el que captura el trabajo realizado y por último están los flujos de trabajo.
[pic 4]
ROLES
- Analistas: son aquellos que realizan una investigación para así lograr la captura de requerimientos.
- Desarrolladores: comprende los roles que están involucrados en el diseño e implementación de software.
- Gerentes: son los roles principalmente involucrados en la dirección y configuración de los procesos del proyecto.
- Producción y soporte: son los roles que brindan soporte al proceso de desarrollo de software.
- Probadores: son los roles que dirigen las pruebas específicas a medir.
DEFINICIÓN DE FASES
- Fase de inicio
En esta fase se hace un consenso de los objetivos del ciclo de vida del proyecto entre todos los afectados por el desarrollo del proyecto.
- Fase de elaboración
La meta de la fase de elaboración es definir y establecer la base de la arquitectura del sistema, brindando así una base estable para la mayor parte del esfuerzo de diseño e implementación en la fase de construcción.
- Fase de construcción
Es la fase que típicamente consume más tiempo y se basa en resolver los requerimientos restantes y completar el desarrollo del sistema sobre la arquitectura base, de manera que se refinen los requerimientos para asegurar que sea establecida la funcionalidad correcta.
- Fase de transición
En esta fase se asegura que el producto software esté listo para ser utilizado
...