PROCESO UNIFICADO DE RATIONAL (RUP)

El Proceso Racional Unificado (Rational Unified Process en ingls, habitualmente resumido como RUP) es
un proceso de desarrollo de software desarrollado por la empresa Rational Software, actualmente propiedad de IBM.
Junto con el Lenguaje Unificado de Modelado UML, constituye la metodologa estndar ms utilizada para el anlisis,
diseo, implementacin y documentacin de sistemas orientados a objetos.
El RUP no es un sistema con pasos firmemente establecidos, sino un conjunto de metodologas adaptables al contexto
y necesidades de cada organizacin. Tambin se conoce por este nombre al software, tambin desarrollado por
Rational, que incluye informacin entrelazada de diversos artefactos y descripciones de las diversas actividades. Est
incluido en elRational Method Composer (RMC), que permite la personalizacin de acuerdo con las necesidades.

DIAGRAMA DE CASO DE USO

Los Diagramas de Caso de Uso, son diagramas que describen el comportamiento del sistema cuando algo o alguien
(actor) interactan con el sistema en relacin con el negocio. Este comportamiento se puede explicar de forma grfica
y/o textual, describiendo la naturaleza del estmulo que proyecta el caso de uso. Esto conlleva a puntualizar, que
ningn sistema se encuentra aislado. Ver figura 2.
Los Diagramas de Caso de Uso han provedo un medio para que los desarrolladores, los usuarios finales del sistema y
los expertos del dominio lleguemos a una comprensin comn del sistema. Perteneciendo a la segunda fase del
Rational Unified Process (RUP), elaboracin.

Fig. 2. Comparacin entre diagramas de casos de uso (a) RUP (b) UML
2.2. Par que se usan los Diagramas de Caso de Uso?
Los Diagramas de Casos de Uso se utilizan durante la fase de anlisis de un proyecto para identificar y dividir la
funcionalidad del sistema. Normalmente contienen: casos de uso, actores y relaciones entre ellos: de asociacin, de
dependencia y/o de generalizacin.
Asimismo son utilizados de manera fundamental para la identificacin de requerimientos en el DSOO. Como DSOA es
una extensin de DSOO, es posible la aplicacin de Diagramas de Casos de Uso en DSOA.
3. Cmo desarrollar un Diagrama de Casos de Uso?
3.1. Smbolos de un Diagrama de Casos de Uso
Un diagrama de caso de uso (Business Use Case Diagram - BUCD) contiene el actor y smbolos de caso de uso, junto
con lneas de conexin. A continuacin detallamos cada smbolo del diagrama respectivamente.
3.1.1. Caso de Uso (Business Use Case BUC)
El caso de uso describe un conjunto de secuencias de interacciones entre actores y el sistema, tambin se puede decir
que los casos de uso describen el comportamiento del sistema cuando uno de los actores enva un estmulo concreto.
Por ejemplo en una biblioteca se podran encontrar varios casos de uso: Reservar Libro, Prstamo Libro, Devolver
Libro, Extender Prstamo, etc. Ver figura 3.
3.1.2. Actor (business actor - BA)
El trmino actor se refiere a un papel singular de un usuario del sistema, roles jugados por personas, dispositivos u
otros sistemas y non forman parte del sistema. Dicho de otra manera: Es todo aquello que est fuera del sistema pero
que interacta con el sistema. Por ejemplo un actor podra ser un empleado, pero tambin podra ser un cliente. Ver
figura 3.

Fig. 3. Actor Caso de uso

3.1.3. Relaciones

Hay cuatro tipos bsicos de relaciones de comportamiento: comunica, incluye, extiende y generaliza. Todos estos
trminos son verbos de accin. En la tabla 1 se muestra las flechas y lneas usadas para diagramar cada uno de los
cuatro tipos de relaciones de comportamiento. A continuacin se presentan ejemplos de las relaciones.
Tabla 1.

3.1.3.1. Comunica
Ejemplo: El actor Estudiante se comunica con el caso de uso Matricularse en curso. Ver figura 4
3.1.3.2. Incluye
Ejemplo: El caso de uso Pago de cuotas del estudiante se incluye en Matricula en el curso y Arreglar
residencia estudiantil, debido a que en ambos casos los estudiantes deben pagar sus cuotas. Ver figura 4.
3.1.3.3. Extiende
Ejemplo: El caso de uso Seguro mdico del estudiante extiende el caso de uso bsico
Pago de cuotas del estudiante. La flecha va del extendido al bsico. Ver figura. 4.
3.1.3.4. Generaliza
Ejemplo: Los actores Estudiante regular y Estudiante irregular generalizan a un actor
Estudiante. Ver figura 4.

Fig 4. Ejemplo de Relaciones

CASO DE USO APLICADO AL DESARROLLO DE UN SISTEMA

TITULO: Desarrollo de un Sistema de Informacin Web para la gestin de
incidentes de falla en la plataforma tecnolgica de PDVSA gas la Villa

Figura 3.11 Perfiles de usuario del sistema

La Figura 3.12 indica el modelado de los casos de uso para la interaccin del usuario general con el sistema. La Figura
3.13 muestra los casos de uso para el usuario intermedio, mientras que las Figuras 3.14 y 3.15 muestran los
diagramas de casos de uso para los usuarios avanzado y administrador respectivamente. En cada diagrama, los casos
de uso que se incorporan respecto al diagrama anterior son resaltados en un color ms oscuro.

Figura 3.13 Diagrama de caso de Uso para el usuario intermedio

Descripcin textual de los casos de uso.

Para una mayor comprensin de la secuencia de tareas asociadas a los casos de uso, se hace una breve descripcin
de cada uno de ellos:
CU1 Acceder al sistema El usuario introduce su indicador (nombre de usuario en la red PDVSA) y su clave en la
ventana de inicio del sistema.
CU2 Validar perfil de usuario. El sistema verifica el nombre del usuario y la clave, dndole acceso a un conjunto de
funciones de acuerdo a su perfil.
CU3 Consultar incidentes por grupo operativo. El usuario introduce el nombre de un grupo operativo. El sistema
genera un reporte de todas las fallas registradas para los componentes o servicios dentro de ese grupo operativo. Se
calcula la duracin y tiempo entre fallas para cada incidente.
CU4 Consultar indicadores operativos de la plataforma. El usuario introduce un perodo de tiempo para
consultar los indicadores de la plataforma. El sistema genera una lista con los grupos operativos y sus indicadores. Los
indicadores calculados son el TPEF, el TPSF y el nmero total de incidentes.
CU5 Consultar incidentes por componente El usuario introduce el nombre de un componente dentro de la
plataforma AIT. El sistema genera un reporte con todos los incidentes de falla registrados para ese componente y sus
indicadores. Se calcula la duracin y tiempo entre fallas para cada incidente.
CU6 Consultar incidentes por perodo de tiempo. El usuario introduce una fecha de inicio y una fecha de fin para
consultar los incidentes de falla que se produjeron durante ese perodo. El sistema genera un reporte de los incidentes
registrados entre esas fechas. Se calcula la duracin y tiempo entre fallas para cada incidente.
CU7 Consultar alertas de Nagios por perodo de tiempo. El usuario introduce el perodo de tiempo en el que
desea consultar las alertas detectadas por Nagios. El sistema genera un reporte con todas las alertas detectadas para
ese perodo de tiempo. Tambin se incluyen los incidentes de falla reportados para ese perodo.
CU8 Procesar log de Nagios El sistema procesa el archivo de log del sistema Nagios, almacenando las alertas
relacionadas con la cada y recuperacin de los componentes de la plataforma.

CU9 Consultar reportes de solucin de incidentes. El usuario introduce el nombre de un componente a consultar.
El sistema genera un reporte de las fallas registradas para ese componente, los diagnsticos y las soluciones dadas.
CU10 Cerrar sesin. El usuario cierra su sesin en el sistema.

MODELO DE NEGOCIO
Modelado del Negocio de la Empresa de Deportes Lsi 03
Se presentan los modelos definidos en RUP como modelo del negocio (modelo de casos de uso del negocio y modelo de objetos del
negocio), modelo de datos y modelo de anlisis y diseo. Tambin se muestran los diagramas de componentes y diagramas de despliegue del
proyecto.
Empresa de Deportes
La empresa de deportes que solicit el proyecto de desarrollo software consta de varios departamentos centralizados, un almacn central y
de diversas sucursales de ventas repartidas en distintos pases. Cada sucursal de ventas dispone de un almacn regional que suministra los pedidos de
los clientes a los pases que conforman una regin determinada, siendo el almacn central el que abastece al resto de almacenes. El diagrama que
representa los diferentes subsistemas en los que se ha dividido la empresa a nivel de abstraccin es el siguiente:

Modelado del Negocio

El modelado del negocio se basa en dos diagramas principales, el modelo de casos de uso del negocio, el modelo del dominio y los modelos
de objetos del negocio.La empresa interacta con distintos elementos externos, entre los que se identifican el cliente externo (persona o entidad que
solicita la compra de productos a la empresa), el proveedor (persona o entidad que reabastece de productos a la empresa) y por ltimo la empresa de
transportes, que es una subcontrata encargada de servir los pedidos desde los distintos almacenes regionales a los clientes de la empresa.
Modelo de Casos de Uso del Negocio

Modelo del Dominio

Los modelos de objetos del dominio estn asociados a cada uno de los casos de uso del negocio. Por ser de mayor prioridad para la
empresa, el caso de uso para el cual se desarroll el modelo de objetos fue el del caso de uso del negocio "vender productos".
Modelo de Objetos de Vender Productos

Modelo de Objetos de Reponer Stock

Modelo de Objetos de Realizar Entrega

Modelo de Objetos de Seguimiento y Consulta de Productos

Modelo de Objetos de Modificar Catlogo