Você está na página 1de 40

TEMA 4

PROCESO UNIFICADO DE RATIONAL (RUP)


CONCEPTOS CICLOS Y FASES ITERACIONES DISCIPLINAS

Ing. Limberg A. Menacho Ardaya

Universidad UTEPSA

Qu es RUP?
Requisitos del usuario Proceso de desarrollo de software Sistema de software

RUP es un proceso de desarrollo de software:


Forma disciplinada de asignar tareas y responsabilidades en una empresa de desarrollo (quin hace qu, cundo y cmo).

Objetivos:
Asegurar la produccin de software de calidad dentro de plazos. y presupuestos predecibles. Dirigido por casos de uso, centrado en la arquitectura, iterativo (mini-proyectos) e incremental (versiones).

Es tambin un producto:
Desarrollado y mantenido por Rational. Actualizado constantemente para tener en cuenta las mejores prcticas de acuerdo con la experiencia.

Qu es RUP?
Aumenta la productividad de los desarrolladores mediante acceso a:
Base de conocimiento, plantillas y herramientas.

Se centra en la produccin y mantenimiento de modelos del sistema ms que en producir documentos.


RUP es una gua de cmo usar UML de la forma ms efectiva. Existen herramientas de apoyo a todo el proceso:
Modelamiento visual, programacin, pruebas, etc.
3

Ciclos y fases
RUP divide el proceso de desarrollo en ciclos, teniendo un producto al final de cada ciclo.
Cada ciclo se divide en cuatro Fases:
Inicio Elaboracin Construccin Transicin

Cada fase concluye con un hito bien definido donde deben tomarse ciertas decisiones.
4

Fases e Hitos de un Proyecto


Hitos Principales

Inicio

Elaboracin

Construcccin Tiempo

Transicin

Inicio: Definir el alcance del proyecto

Elaboracin: Planificar el proyecto, elaborar una


arquitectura base

Construccin: Construir el sistema Transicin: Transicin a los usuarios

Disciplinas Bsicas
Inicio

Fases de RUP: Inicio


Se establece la oportunidad y alcance el proyecto. Se identifican todas las entidades externas con las que se trata (actores) y se define la interaccin a un alto nivel de abstraccin:
Identificar todos los casos de uso Describir algunos en detalle

La oportunidad del negocio incluye:


Criterios de xito Identificacin de riesgos Estimacin de recursos necesarios Plan de las fases incluyendo hitos

Fases de RUP: Inicio


Productos:
Un documento de visin general:
Requisitos generales del proyecto Caractersticas principales Restricciones

Caso de negocio:
Contexto Criterios de xito Pronstico financiero

Modelo inicial de casos de uso (10% a 20 % listos). Glosario.

Identificacin inicial de riesgos. Plan de proyecto. Uno o ms prototipos.

Fases de RUP: Inicio


Hito:
Objetivos del Ciclo de Vida

Inicio

Elaboracin

Construccin

Transicin

Las partes interesadas deben acordar el alcance y la estimacin de tiempo y costo.


Comprensin de los requisitos plasmados en casos de uso.
9

Fases de RUP: Elaboracin


Objetivos:
Analizar el dominio del problema Establecer una arquitectura base slida Desarrollar un plan de proyecto Eliminar los elementos de mayor riesgo para el desarrollo exitoso del proyecto

Visin de un kilmetro de amplitud y un centmetro de profundidad porque las decisiones de arquitectura requieren una visin global del sistema.
10

Fases de RUP: Elaboracin


Productos:
Es la parte ms crtica del proceso:
Al final toda la ingeniera dura est hecha Se puede decidir si vale la pena seguir adelante

Ya hay menos riesgos y se puede planificar el resto del proyecto con menor incertidumbre. Se construye una arquitectura ejecutable que contemple:
Los casos de uso crticos Los riesgos identificados

A partir de aqu la arquitectura, los requisitos y los planes de desarrollo son estables.

11

Fases de RUP: Elaboracin


Productos:
Modelo de casos de uso (80% completo) con descripciones detalladas. Otros requisitos no funcionales o no asociados a casos de uso. Descripcin de la Arquitectura del Software. Un prototipo ejecutable de la arquitectura. Lista revisada de riesgos y del caso de negocio. Plan de desarrollo para el resto del proyecto. Un manual de usuario preliminar.

12

Fases de RUP: Elaboracin


Hito:
Arquitectura de Ciclo de Vida

Concepcin

Elaboracin

Construccin

Transicin

Condiciones de xito de la elaboracin:


Es estable la visin del producto? Es estable la arquitectura? Los riesgos han sido abordados y resueltos? Es el plan del proyecto algo realista? Estn de acuerdo con el plan todas las personas involucradas?

13

Fases de RUP: Construccin


En esta fase todas las componentes restantes se desarrollan e incorporan al producto.

Todo es probado en profundidad.


El nfasis est en la produccin eficiente y no ya en la creacin intelectual. Puede hacerse construccin en paralelo, pero esto exige una planificacin detallada y una arquitectura muy estable.
14

Fases de RUP: Construccin


Productos:
El producto de software integrado y corriendo en la plataforma adecuada. Manuales de usuario. Una descripcin del release actual.

15

Fases de RUP: Construccin


Hito:
Capacidad Operacional

Concepcin

Elaboracin

Construccin

Transicin

Se obtiene un producto Beta que debe decidirse si puede ponerse en ejecucin sin mayores riesgos. Condiciones de xito:
El producto est maduro y estable para instalarlo en el ambiente del cliente? Estn los interesados listos para recibirlo?
16

Fases de RUP: Transicin


El objetivo es traspasar el software desarrollado a la comunidad de usuarios. Una vez instalado surgirn nuevos elementos que implicarn nuevos desarrollos (ciclos). Incluye:
Pruebas Beta para validar el producto con las expectativas del cliente Ejecucin paralela con sistemas antiguos Conversin de datos Entrenamiento de usuarios Distribuir el producto
17

Fases de RUP: Transicin


Objetivos: Obtener autosuficiencia de parte de los usuarios. Concordancia en los logros del producto de parte de las personas involucradas. Lograr el concenso cuanto antes para liberar el producto al mercado.
Concepcin Elaboracin Construccin Transicin

Producto 18

ARTEFACTOS DEL RUP


MODELO DEL NEGOCIO MODELO DE REQUISITOS CASOS DE USO MODELO CONCEPTUAL MODELO DEL ANALISIS MODELO DEL DISEO VALIDACION DEL SISTEMA

Modelo del Negocio


Objetivo:
Comprender el conjunto de procesos de negocio que tienen lugar dentro de una empresa, como paso previo a establecer los requisitos del sistema a desarrollar. Cmo consigue la empresa sus objetivos?
20

Modelo del Negocio


Procesos del Negocio
datos
tarea2
tarea1 tarea3 tarea4 tarea5

Reglas del Negocio


determinan polticas y estructura de la informacin
21

Etapas del modelado del negocio

Identificar y delimitar los procesos de negocio segn los objetivos de la organizacin. Definir un caso de uso del negocio para cada proceso del negocio, utilizando un diagrama de casos de uso del negocio para mostrar el contexto y los lmites de la organizacin bajo estudio. Identificar los roles implicados en los diferentes procesos del negocio.

22

Ejemplo
Empresa que fabrica productos bajo demanda
Objetivos Estratgicos Satisfacer pedido de cliente Subobjetivos Procesos del Negocio Incrementar las ventas un 25% Reducir tiempo de fabricacin un 15% ...

Registrar pedido de cliente

Fabricar productos pedidos

Gestionar almacn de materiales

Realizar pedidos a proveedores

Casos de Uso del Negocio


Registrar pedido Fabricar productos Gestionar almacn
Generar pedidos a proveedor
23

Modelo de Requisitos
Objetivo:
Se establecen los requisitos funcionales (casos de uso) y no funcionales del sistema. A partir del modelo del negocio se construye el modelo de casos de uso y el modelo conceptual inicial.
24

Requisitos funcionales
Objetivo:
Operaciones que realiza un sistema, las cuales se alimentan de la informacin proporcionada por un actor. Ejemplo:
1 2 3 4 5 El Operador deber ingresar su login y contrasea para validar su ingreso al sistema El Super Operador administrar los operadores, permisos y accesos al sistema. El Operador deber registrar las empresas exportadoras. El Operador deber ingresar los datos de las Declaraciones de Exportacin. El usuario podr generar informes de pases, productos, aduanas de salida y medios de transporte.

25

Requisitos no funcionales

Un sistema debe poseer caractersticas que no estn especficamente relacionadas con la funcionalidad del sistema.

Utilizacin del sistema

facilidad de uso, facilidad de aprendizaje, consistencia de la interfaz de usuario, documentacin del usuario

Fiabilidad Rendimiento Facilidad de mantenimiento. Entorno de implementacin

26

ACTORES
Los actores utilizan el sistema al interactuar con los casos de uso. No todos los actores representan a personas. Pueden ser actores otros sistemas o hardware externo que interacta con el sistema.
Cada forma en que los actores usan el sistema se representa con un caso de uso.
27

CASOS DE USO

Un caso de uso especifica el comportamiento deseado del sistema. Representan los requisitos funcionales del sistema. Un caso de uso especifica una secuencia de acciones, incluyendo variantes, que el sistema puede ejecutar y que produce un resultado observable de valor para un particular actor

Describe qu hace el sistema, no cmo lo hace.

28

PROPIEDADES DE LOS CASOS DE USO

Son iniciados por un actor con un objetivo en mente y es completado con xito cuando el sistema lo satisface.
Puede incluir secuencias alternativas que llevan al xito y fracaso en la consecucin del objetivo. El sistema es considerado como una caja negra y las interacciones se perciben desde fuera.

El conjunto completo de casos de uso especifica todas las posibles formas de usar el sistema, esto es el comportamiento requerido.
29

ASOCIACIONES ENTRE CASOS DE USO


Relacin de extensin

extend
Hacer Pedido
(establecer prioridad)

Hacer Pedido Urgente

include
Relacin de inclusin

Comprobar clave
Generalizacin

Validar Usuario

Seguir Pedido

include

Examinar retina
30

CONTRATOS
Los contratos contribuyen a definir el comportamiento de un sistema; describen el efecto que sobre l tienen las operaciones. Suele redactarse en un estilo declarativo, enfatizando lo que suceder y no cmo se conseguir.

31

EJEMPLO DE CONTRATO
Validar Operador El caso de uso inicia cuando el actor Operador selecciona la opcin de ingreso al sistema para el ingreso o mantenimiento de datos. El Operador tiene acceso, e ingresa con los privilegios autorizados de acuerdo a su nivel de acceso asignado por el actor Super Operador. Precondicin El Operador debe estar registrado en el Sistema, con su nombre de Operador y su contrasea vigente. Flujo de Sucesos Camino Bsico: Actor Sistema 1. El caso de uso inicia cuando el Operador 2. Despliega una ventana donde pide ingresar su selecciona la opcin de ingresar al men nombre de Operador y su contrasea. de mantenimiento (de datos). 3. El Operador ingresa su nombre de 4. Verifica el nombre de Operador y la Operador y su contrasea, luego presiona contrasea validando los mismos. el botn Aceptar. 5. Habilita las opciones de men de mantenimiento asignadas, segn su nivel de acceso al Sistema. Camino Alternativo: En el punto 3, el Operador presiona el botn Salir y el caso de uso termina. En el punto 4, si los datos introducidos no corresponden a un Operador habilitado, el Sistema debe emitir un mensaje de error y el caso de uso termina. En el punto 5, si los datos introducidos corresponden al Super Operador, adicionalmente se habilita el Men de Mantenimiento de Operadores. Se habilitan las opciones de men de Mantenimiento. Poscondicin: Prototipo de Interfaz: Nombre Descripcin
Acceso a Mantenimiento de Datos
Nombre Operador: contrasea:
Aceptar Salir

32

MODELO CONCEPTUAL

Describe los conceptos (clases), sus atributos (los ms importantes) y las relaciones entre los conceptos. Para esto se utilizan los Diagramas de Clases. El Diagrama de Clases hace un modelado estructural.

33

ESTRUCTURA DE LA CLASE

Una clase es una entidad que representa a todos aquellos objetos con caractersticas comunes. Cada clase se identifica por un nombre, y se compone de atributos (estado) y mtodos.

34

Ej.: Modelo Conceptual


Registra venta de 1 Descrita por Catalogo Productos 1 0..1 Tienda direccion nombre 1 Almacena 0..n Contiene 1..n Describe 0..n 1 Item Lineas Venta cantidad 1..n Contenidas en 1 Venta 1 1 pagado por 1 Pago 1 iniciada por 1 Cliente capturada en 1 1 Registra Ventas 1 Cajero
35

Producto

0..n

TPV 1

Iniciado por 1

Gerente

Modelo del anlisis


Objetivo:

A partir de los casos de uso obtener el diseo preliminar del sistema que deber ser refinado en el modelo del diseo. Nivel de abstraccin ms alto que en el diseo. Visin ideal del sistema. Se define una arquitectura del sistema. Llegar al sistema final de forma incremental, mediante evolucin de prototipos.
36

Modelo del diseo


Objetivo:
Refinar el diseo del sistema del modelo del anlisis introduciendo los requisitos no funcionales y restricciones del entorno de implementacin.

De manera iterativa se refina los diagramas del anlisis hasta obtener un diseo del sistema adecuado para pasar a la implementacin: nuevas clases, atributos, operaciones mtodos interfaces 37 visibilidad, dependencia, navegabilidad

Validacin del sistema

Utilizar los casos de uso. Para cada caso de uso comprobar que el sistema muestra el comportamiento esperado, considerando el escenario principal y los excepcionales o alternativos. Considerar requisitos no funcionales.

38

CASO DE ESTUDIO
Una empresa importadora de material de construccin requiere la elaboracin de un sistema para el control de inventarios. Se comercializan productos de diferentes proveedores y cada producto pertenece a una categora como ser: grifera, material elctrico, cermica, herrajes, etc. Los movimientos de ingresos posibles son compras y devoluciones por parte de los clientes. Los movimientos de egresos posibles son ventas, devoluciones al proveedor, dados de baja por daos, prdidas o robos. Cada transaccin sea de ingreso o egreso debe registrar al funcionario que autoriz dicha operacin. En el caso de prdidas, robos baja por daos se desea registrar informacin sobre la decisin adoptada al respecto y la persona que autoriza.
39

CASO DE ESTUDIO La documentacin del sistema debe incluir: Requerimientos, Identificacin de Actores, Casos de Uso, Diagrama de Contexto, Diagramas de Casos de Uso, Diagrama de Clases.

40