Please enable JavaScript.
Coggle requires JavaScript to display documents.
Rational Unified Process - Coggle Diagram
Rational Unified Process
Características esenciales
-
-
-
Otras prácticas
-
-
-
-
-
-
Estructura del proceso
Eje horizontal
Representa el tiempo y es considerado el eje de los aspectos dinámicos del proceso. Indica
las características del ciclo de vida del proceso expresado en términos de fases, iteraciones e hitos.
Eje vertical
Representa los aspectos estáticos del proceso. Describe el proceso en términos de
componentes de proceso, disciplinas, flujos de trabajo, actividades, artefactos y roles.
-
Estructura Estática del proceso. Roles, actividades,
artefactos y flujos de trabajo
Un proceso de desarrollo de software define quién hace qué, cómo y cuándo.
Roles
Un rol define el comportamiento y responsabilidades de un individuo, o de un grupo de individuos trabajando
juntos como un equipo
Las responsabilidades de un rol son tanto el llevar a cabo un conjunto de actividades como el ser el dueño
de un conjunto de artefactos
RUP define grupos de roles, agrupados por participación en actividades relacionadas
-
-
-
-
-
-
Actividades
-
Las actividades tienen un objetivo concreto, normalmente expresado en
términos de crear o actualizar algún producto.
Artefactos
Es un trozo de información que es producido, modificado o usado durante el
proceso de desarrollo de software.
Los productos son los resultados tangibles del proyecto, las cosas que
va creando y usando hasta obtener el producto final
Flujos de trabajo
-
Modelado del negocio
-
Objetivos
-
-
Asegurar que clientes, usuarios finales y desarrolladores tengan un entendimiento común de la
organización objetivo.
-
Requisitos
-
Objetivos
Establecer y mantener un acuerdo entre clientes y otros stakeholders sobre lo que el sistema podría
hacer.
-
-
-
-
Definir una interfaz de usuarios para el sistema, enfocada a las necesidades y metas del usuario
Análisis y Diseño
-
Objetivos
-
-
Adaptar el diseño para que sea consistente con el entorno de implementación, diseñando para el
rendimiento.
Es importante la documentación de la arquitectura de software, que captura
varias vistas arquitectónicas del sistema.
El análisis consiste en obtener una visión del sistema que se preocupa de ver qué hace, de modo que sólo
se interesa por los requisitos funcionales.
El diseño es un refinamiento del análisis que tiene en
cuenta los requisitos no funcionales, en definitiva cómo cumple el sistema sus objetivos.
Implementación
Se implementan las clases y objetos en ficheros fuente, binarios, ejecutables y
demás
Se deben hacer las pruebas de unidad: cada implementador es responsable de probar las
unidades que produzca.
-
Pruebas
Es el encargado de evaluar la calidad del producto que estamos desarrollando, pero no
para aceptar o rechazar el producto al final del proceso de desarrollo
Objetivos
-
-
Provee la validación de los supuestos realizados en el diseño y especificación de requisitos por medio
de demostraciones concretas.
-
-
-
Gestión del proyecto
Es el arte de lograr un balance al gestionar objetivos, riesgos y restricciones para
desarrollar un producto que sea acorde a los requisitos de los clientes y los usuarios.
Objetivos
-
Proveer guías prácticas realizar planeación, contratar personal, ejecutar y monitorear el proyecto.
-
-
Entorno
Dar soporte al proyecto con las adecuadas herramientas, procesos y métodos.
Brinda una especificación de las herramientas que se van a necesitar en cada momento, así como
definir la instancia concreta del proceso que se va a seguir.
-
Una configuración RUP para proyecto pequeño
-
-
-
-
-
-
-
-
-
-
-
-