Manual de RSA

RED DE CONTENIDOS

(Laboratorio)

Modelado visual y Modelado del Captura de

UML negocio requisitos

Herramienta Modelado Captura de

CASE del negocio requisitos a partir
del diagrama de
actividades
Modelo de
Diagramas casos de uso
UML del negocio Modelo de
casos de
uso
Modelo de
análisis del
negocio Estructura
de casos de
uso
1. HERRAMIENTAS C.A.S.E.
Las herramientas CASE (Computer Aided Software Engineering) son diversas
aplicaciones informáticas destinadas a aumentar la productividad en el desarrollo
de software y reduce el costo de las mismas en términos de tiempo y de dinero.
Estas herramientas nos pueden ayudar en todos los aspectos del ciclo de vida de
desarrollo del software en tareas como el proceso de realizar un diseño del
proyecto, cálculo de costos, implementación de parte del código automáticamente
con el diseño dado, compilación automática, documentación o detección de
errores entre otras.

1.1 Objetivos de las herramientas C.A.S.E.

• Mejorar la productividad en el desarrollo y mantenimiento del software

• Aumentar la calidad del software
• Mejorar el tiempo y coste de desarrollo y mantenimiento de los sistemas
informáticos
• Mejorar la planificación de un proyecto
• Aumentar la biblioteca de conocimiento informático de una empresa
ayudando a la búsqueda de soluciones para los requisitos
• Automatizar desarrollo del software, documentación, generación de
código, pruebas de errores y gestión del proyecto
• Ayudar a la reutilización del software, portabilidad y estandarización de
la documentación
• Gestión global en todas las fases de desarrollo de software con una
misma herramienta
• Facilitar el uso de las distintas metodologías propias de la ingeniería del
software

1.2 Tipos de herramientas C.A.S.E.

La siguiente clasificación es la más habitual basada en las fases del ciclo de
desarrollo que cubren:

• Upper CASE (U-CASE), herramientas que ayudan en las fases de

planificación, análisis de requisitos y estrategia del desarrollo, usando,
entre otros, diagramas UML
• Middle CASE (M-CASE), herramientas para automatizar tareas en el
análisis y diseño de la aplicación
• Lower CASE (L-CASE), herramientas que semiautomatizan la
generación de código, crean programas de detección de errores,
soportan la depuración de programas y pruebas. Además, automatizan
la documentación completa de la aplicación. Aquí pueden incluirse las
herramientas de Desarrollo rápido de aplicaciones.
• Integrated CASE (I-CASE), herramientas que engloban todo el proceso
de desarrollo de software, desde análisis hasta implementación
1.3 Ejemplos de herramientas C.A.S.E.

A continuación, se muestran productos que soportan UML 2.0.

Figura 1.1. Paradigma visual.

Figura 1.2. Enterprise Architect.

Figura 1.3. Rational Software Modeler.

Figura 1.4. Rational Software Architect.

2. EL ENTORNO DE IBM RATIONAL SOFTWARE ARCHITECT

RATIONAL SOFTWARE ARCHITECT (RSA)

Es una herramienta de diseño y construcción para arquitectos de software y
desarrolladores senior para crear aplicaciones en la plataforma Java o en C++.
Permite un desarrollo basado en modelos con el lenguaje UML (Unified Modeling
Language) y unifica todos los aspectos de la arquitectura de la aplicación de
software.

Dentro de un equipo de desarrollo, los arquitectos de software y los

desarrolladores senior son los responsables de especificar y mantener todos los
aspectos de la arquitectura de una aplicación. Para manejar las aplicaciones,
actualmente, se necesitan herramientas potentes y de fácil configuración. IBM
Rational Software Architect es una herramienta integrada de diseño y desarrollo
que proporciona un desarrollo basado en modelos con UML (Unified Modeling
Language) para crear aplicaciones y servicios con una buena arquitectura.
Rational Software Architect unifica todos los aspectos del diseño y desarrollo de
software en una única herramienta fácil y potente. Incluye una funcionalidad
completa con Rational Application Developer for WebSphere Software y está
construido sobre la base de la plataforma abierta y extensible Eclipse, que incluye
multitud de estándares abiertos. Esto permite a los usuarios crear aplicaciones
optimizadas para el middleware de IBM, así como para aquellas desarrolladas
utilizando tecnología middleware de otras compañías.

La versión actual del Rational Software Architect es 7.5, la cual trae una mejora en
cuanto a creación de modelos y diagramas se refiere.

Especificación del workspace

Para empezar a trabajar por primera vez con IBM RSA, se debe definir una carpeta
como espacio de trabajo (workspace en inglés), la cual contendrá los proyectos que se
crearán en el entorno de la herramienta.

1. Para ello, al cargar el IBM RSA se muestra la siguiente ventana y con el botón
Browse se ubica la ruta del workspace.
2. Luego, active la opción de la parte inferior para que la siguiente vez no pida
especificar un workspace. Por último, se dará clic en OK.

3. A continuación, se presentará una página de bienvenida, el cual se mostrará sólo si

se define, por primera vez, el workspace. Para trabajar en el entorno se cierra esta
página.
4. Por último, se visualizará la perspectiva Modeling, con la cual podrá crear varios
proyectos que contendrá modelos con UML.

Entorno de
Diagramación

Explorador de Vista de
proyectos Propiedades
Creación de proyectos
Un proyecto en el RSA se crea con un modelo. En los siguientes pasos, se indica
cómo crear un proyecto especificando la creación del modelo de casos de uso del
negocio.

1. Seleccione crear nuevo proyecto.

Clic derecho
sobre el 3
explorador de
1 proyectos
2

2. Seleccione tipo de proyecto: Model Project o UML Project.

2
3. A continuación, edite un nombre para el proyecto.

4. Luego, especifique el modelo a crear.

3
5. En la ventana de configuración de paquetes, seleccione Next:

6. Especifique las capacidades del modelo.

2
7. El proyecto se habrá creado con un modelo:
3. MODELOS UML

Un modelo es una representación de un sistema o aplicación. Un modelo UML es

un modelo que utiliza la notación del Lenguaje Unificado de Modelado para
representar, gráficamente, un sistema en distintos niveles de abstracción.

Los modelos pueden representar los sistemas en los diferentes niveles de detalle.
Algunos modelos describen un sistema en un nivel más alto, más abstracto,
mientras que otros modelos proporcionan más detalle. Los modelos UML
contienen elementos tales como actores, casos de uso, clases y paquetes, y uno
o varios diagramas que muestran una perspectiva específica de un sistema.

Se debe tener un proyecto para crear un modelo. A continuación, se describen los

pasos para crear un modelo:

Creación del modelo de análisis del negocio

1. Seleccione crear modelo a partir del fólder Models.

Clic derecho
1 sobre
Models.

3
2. A continuación, ingrese un nombre para el proyecto

3. En la ventana de configuración de paquetes, seleccione Next:

1
4. Especifique las capacidades del modelo.

5. Se habrá creado el modelo.

Creación del modelo de casos de uso

1. Para crear un Modelo de casos de uso el cual contiene las funcionalidades del
sistema se repite los pasos de creación del modelo anterior, pero en el paso 2 se
selecciona la categoría Requirements.

2
1

2. A continuación, en el explorador de proyectos se mostrará los tres modelos

creados:
Agregar perfiles UML

Perfiles UML
Los perfiles UML (en inglés “UML Profiles”) permiten extender la sintaxis y la
semántica UML para modelar elementos de dominios particulares. Incluye tres
elementos: estereotipos, valores etiquetados y restricciones. Los estereotipos
extienden el vocabulario UML y es posible asociarle valores etiquetados y
restricciones. Si bien, el lenguaje natural es usado para definir restricciones, debido a
su precisión, OCL (por sus siglas en inglés, Object Constraint Language) es uno de los
más adecuados.

Las bondades ofrecidas por los perfiles pueden ser aprovechadas en la transformación
de modelos a otros modelos o a código (facilitando la tarea a los diseñadores de
software). En los últimos años el concepto de perfil ha servido para cubrir distintos
dominios; tales como, tiempo real, procesos de negocio, y otros.

Los Perfiles UML se definieron originalmente en la versión 1 de UML, aunque era difícil
saber si se estaban aplicando correctamente debido a que su definición era un tanto
ambigua. La nueva versión UML 2.0 mejora, substancialmente. su definición,
especificándose de forma más clara, las relaciones permitidas entre los elementos del
modelo a especificar.

A continuación, se explica como agregar un perfil al modelo de análisis de negocio si

por error se creó con una categoría diferente a Business Modeling.

1. Seleccione el Modelo de Análisis de Uso del Negocio y, luego, asigne el perfil

desde la vista de propiedades.

3
2. Seleccione el perfil para el modelo.

3. Por último, en la lista de perfiles aplicados se mostrará el nuevo perfil Business

Modeling.
Asignar estereotipo a los modelos

1. Para el modelo de casos de uso del negocio

1.1. Seleccione el Modelo de Casos de Uso del Negocio y desde la vista de

propiedades asigne su estereotipo.

2 3
1

1.2. A continuación, seleccione BusinessUseCaseModel y clic a OK.

1.3. Se habrá cambiado el estereotipo del modelo:

2. Para el modelo de análisis del negocio

2.1. Seleccione el Modelo de Análisis del Negocio y luego ir a Stereotypes y clic a

Apply Stereotypes.

1
2

3
2.2. A continuación, seleccione BusinessAnalisysModel y clic a OK.

2.3. Se habrá cambiado el estereotipo del modelo:

4. DIAGRAMAS UML

Para explicar cómo se crean algunos diagramas del UML nos basaremos en el
siguiente caso.

CASO CALIDAD EDUCATIVA

La jefa de Calidad Educativa (JCE) ha solicitado los servicios al área de sistemas para
que sistematice el proceso de encuestas. Para llevar a cabo esta sistematización, el
analista realiza el levantamiento de información entrevistando a las personas que
trabajan dentro de este proceso.

A continuación, un resumen de cómo trabaja esta área:

El coordinador de sede (CS) solicita a la JCE la elaboración de encuestas a docentes.

La JCE elabora las preguntas y comunica a su asistente para que cree el formato de
encuesta y registre las preguntas con sus respectivas opciones. Una vez finalizada la
elaboración, la asistente le entrega el formato terminado a la JCE para su visto bueno.
Una vez aceptado el formato la JCE, ordena a su asistente que se acerque a las aulas
para que entregue las encuestas a los alumnos, donde procederán a llenarla y
entregarla a la asistente para que calcule el puntaje de cada docente. Obtenido el
puntaje, la asistente informa sobre la evaluación de cada docente a la JCE, con esta
información la JCE genera un informe, el cual será entregado al (CS) para que tome
decisiones.

Represente los siguientes diagramas del UML:

1) Represente uno de los procesos más importantes del área de Calidad Educativa
que permitirá al coordinador de sede hacer seguimiento al docente y tomar
decisiones: Encuesta de docentes.
2) Represente el flujo de actividades del proceso.
3) Luego, se requiere representar las funcionalidades del Sistema de Calidad
Educativa para que los clientes potenciales (alumnos) puedan llenar sus
encuestas en línea y el personal de calidad como el coordinador puedan
consultarlas.
Pasos para crear el diagrama de casos de uso del negocio

En este diagrama representaremos al proceso de negocio (caso de uso del negocio) y

a sus externos (actores del negocio), los cuales son creados en el diagrama Main del
modelo de casos de uso del negocio.

Para agregar los elementos sobre el diagrama, puede hacerlo desde el entorno de
diagramación o desde la paleta de diseño. Puede esconder la paleta de diseño para
trabajar sólo con el entorno de diagramación.

Desde el entorno
de diagramación.

Desde la paleta
de diseño.

1. Antes de empezar a crear los elementos sobre el diagrama, renombre el diagrama

Main a Diagrama de Casos de Uso del Negocio.

Después de editar el
2 nombre, presione ENTER.
2. Coloque el cursor sobre el entorno de diagramación para agregar los actores
CoordinadorSede y Alumno. Luego, cambie el estereotipo de Actor a
BusinessActor.

1 2
Agregue a los
Seleccione los
dos actores.
dos actores con
CTRL + A.

6
3. Se mostrará los actores con el estereotipo de actores del negocio.

4. Coloque nuevamente el cursor sobre el entorno de diagramación para agregar el

caso de uso Encuesta de docentes. Luego, cambie el estereotipo de UseCase a
BusinessUseCase.
1

2
3

5
5. Se mostrará el caso de uso con el estereotipo de Casos de uso del Negocio.

6. Ahora active la paleta de diseño para agregar las relaciones entre actores del
negocio y casos de uso del negocio a través del símbolo Directed Association.

1
2

Para relacionar un actor del negocio y caso de uso del negocio debemos tener en
cuenta lo siguiente:

Si el actor del negocio inicia la

comunicación con el Caso de uso
del negocio, entonces deberá
relacionarlo como indica la figura.

Si el caso de uso del negocio ya ha

sido iniciado y un actor del negocio
participa en el proceso, entonces
deberá relacionarlo como se
muestra en la figura.
 1 2
Agregue la relación Agregue otra relación
unidireccional desde unidireccional desde
el Actor del negocio el Caso de uso del
hasta el Caso de uso negocio hasta el Actor
del negocio. del negocio.

Pasos para crear el diagrama de actividades del negocio

En este diagrama, detallaremos cómo se realiza el proceso de negocio.

1. Antes de empezar a crear los elementos sobre el diagrama, renombre los

diagramas.
2. Configure la apariencia de las clases estereotipadas.
1

5
3. Desde el explorador de proyectos seleccione el diagrama de Trabajadores del
Negocio y luego coloque el cursor sobre el entorno de diagramación para agregar
las clases estereotipadas JefeCE y AsistenteCE.

Doble clic sobre Seleccione clase

1 el diagrama. 2 estereotipada.

4. Los dos trabajadores deben mostrarse así:

5. A continuación maximice el diagrama de actividades.

1
Doble clic sobre
2
ambas opciones,
en el orden que
se indica.

6. Active la paleta para agregar particiones. Agregue una partición por cada rol sobre
el diagrama. En nuestro caso, agregaremos cuatro particiones.

Después de agregar cada partición,

2 con la tecla Supr (Suprimir) borre el
nombre que viene por defecto.

3 Luego de agregar las 4

particiones, Doble clic
sobre la pestaña del
diagrama para que se
muestre el explorador de
proyectos.
7. Agregue los roles en cada partición. Para ello, arrastre cada rol del explorador de
proyectos hacia la parte superior de la partición.

- Del MAN: AsistenteCE y JefeCE

- Del MCUN: CoordinadorSede y ALumno

8. Debe quedar así:

9. Nuevamente, maximice el entorno de diagramación del diagrama de actividades
del negocio para agregar sus elementos.
Doble clic sobre
1 la pestaña del
diagrama de
actividades.

Los elementos que utilizaremos de la paleta de diseño son los que se muestran a
continuación:

Artefacto Descripción
Nodo inicial que indica el
inicio del diagrama de
actividades.
Define una acción del
flujo de trabajo. Es
conveniente nombrarlos
con verbos en tercera
persona.

Control de decisión a
partir del cual se
especifica una pregunta
que lleva a dos caminos
de actividades.

Conector de flujo entre

actividades.
Nodo final que indica
finalización de una
secuencia de actividades.
Un diagrama de
actividades puede tener
más de un tipo de fin.
10. El diagrama de actividades debe ser como se muestra a continuación:

11. Para completar el diagrama de actividades, se agrega las condiciones de guardia.

Condiciones de guardia: Son opciones de cada conector de flujo de actividades
que se crean a partir de un control de decisión. Para agregarlo, se realiza lo
siguiente:

1
Seleccione el
conector del flujo
de actividades.
2
Edite opción SI y
3 luego CTRL+S
para guardar
cambios.
12. Lo mismo se hace para el otro conector de flujo de actividades. Al final, debe
quedar así:

13. De estas actividades, tenemos que identificar cuál de ellas se van a sistematizar.

En este caso, las actividades que se van a sistematizar van a ser:

• Crea formatos de encuesta

• Llena encuestas
• Calcula puntaje de encuesta
• Genera informe de encuesta
• Consulta informe

Estas actividades que se van a sistematizar nos van a poder ayudar a identificar los
casos de uso (funcionalidades del sistema).
Pasos para crear el diagrama de casos de uso

En este diagrama se representan las funcionalidades del sistema a desarrollar.

1. Antes de empezar a crear los elementos sobre el diagrama, renombre el diagrama

Main a Diagrama de Casos de Uso.

2. Utilice la paleta de diseño o coloque el cursor sobre el entorno de diagramación del

Diagrama de Casos de Uso para agregar los actores, casos de uso y las relaciones
entre ellos. Debe quedar así:
3. Para resaltar las funciones del sistema agregue un rectángulo que contenga los
casos de uso creados.
Clic derecho sobre el
1 entorno de diagramación.

4. A continuación, envíe el rectángulo hacia atrás del diagrama.

Clic derecho sobre el

3 rectángulo.

4
5. El diagrama de casos de uso sería el siguiente:
 1. MODELADO DE NEGOCIO

La disciplina del Modelado del negocio describe la organización actual y desarrolla

la visión de una nueva. Los creadores de RUP señalan que el modelo de negocio
está soportado por dos artefactos principales:

• Modelo de casos de uso del negocio.

• Modelo de análisis del negocio.

1.1. Modelo de casos de uso del negocio

El modelo de casos de uso del negocio describe los procesos de negocio de
una empresa en términos de casos de uso del negocio y actores del negocio
que se corresponden con los procesos del negocio y los clientes,
respectivamente.

1.2. Modelo de análisis del negocio

El modelo de análisis del negocio es un modelo interno a un negocio que
describe cómo cada caso de uso de negocio es llevado a cabo por un grupo
de trabajadores que utilizan entidades del negocio.
2. MODELO DE CASOS DE USO DEL NEGOCIO

Dentro del modelo de casos de uso del negocio se representan los siguientes
artefactos:

# Objetivos del negocio

# Casos de uso del negocio
# Actores del negocio

ARTEFACTO DESCRIPCIÓN

Describe el valor deseado de

una medida en particular a
futuro, y se utiliza para planear
y administrar las actividades del
negocio. El objetivo debe ser
claro, mesurable, alcanzable,
realista y sensible al tiempo.

Describe un proceso de negocio

desde un punto de vista externo
que percibe algún tipo de valor.

Representa un rol que algo o

alguien externo desempeña en
relación con el negocio.

Puede iniciar el proceso o

participar en él debido a que
recibirá algún resultado de valor
del proceso.

A continuación, se presenta el caso que desarrollaremos durante el ciclo:

CASO DE ESTUDIO: ELÉCTRICA S.A.
Eléctrica es una empresa dedicada a la venta de artículos electrodomésticos.
Esta empresa cuenta con diferentes puntos de venta. Cada punto de venta
cuenta con cajeros, vendedores y su propio almacén.

Un día X en Eléctrica comienza cuando un cliente solicita al vendedor un

producto que se encuentra en vitrina. El vendedor verifica el stock de ese
producto y si hay stock, le muestra e informa de las características de ese
producto. Si el cliente está de acuerdo con el producto ofrecido, el vendedor le
generará un ticket de pedido indicándole el código del producto y el precio.

Puede ocurrir que el producto que se encuentra en vitrina no exista en la tienda

por lo que el vendedor se comunicará con su proveedor para consultar si el
producto existe; en caso que tampoco exista, el vendedor, para no perder a su
cliente, le informará que existen productos sustitutos, con las mismas
características del producto que desea y al mismo precio. El cliente puede ser
que acepte o no el producto.

El cliente se dirige a caja y el cajero le solicita el ticket de pedido para que le

genere el comprobante de pago. El cajero le entrega el comprobante de pago al
cliente y éste se dirige con el comprobante de pago al vendedor para que le haga
entrega del producto.

Objetivos del negocio:

• Incrementar las ventas en un 5% con respecto al año 2009
• Conocer las estadísticas de ventas mensuales

Realice el modelo de casos de uso del negocio.

Pasos para crear el modelo de casos de uso del negocio

1. Creación de un proyecto con el modelo de casos de uso del negocio

1.1. Cree un proyecto de nombre proyVenta

Clic derecho
sobre el 3
explorador de
1 proyectos
2

1.2. Seleccione tipo de Proyecto.

2
1.3. Ingrese el nombre del proyecto.

1.4. Seleccione categoría de modelo a crear.

1 2

4
1.5. Seleccione la siguiente ventana.

1.6. Active las dos capacidades de UML

2
 1.7. Aplique estereotipo del Modelo de Casos de Uso del Negocio.

2
3

1.8. En el explorador de proyectos se muestra el estereotipo correspondiente al

modelo de casos de uso del negocio.
2. Creación de paquetes en el modelo de casos de uso del negocio
2.1. Agregue un diagrama de formato libre.

1
Clic derecho sobre
el modelo

2
Seleccione
Freeform Diagram

2.2. Renombre los diagramas como se indica en la figura.

2.3. Sobre el diagrama de formato libre, cree tres paquetes: Objetivos del negocio,
Casos de uso del negocio y Actores del negocio. Puede crear el paquete
desde el entorno de diagramación o desde la paleta de diseño. Al final,
agregue las dependencias.

Doble clic sobre el

1 diagrama.

4
Arrastre la relación hacia el otro paquete, en
este caso desde Actores del Negocio hacia
Casos de Uso del Negocio.
Asimismo, agregue la dependencia de Casos de
Uso del Negocio hacia Objetivos de Negocio.
2.4. Renombre el diagrama tipo Freeform de cada paquete.

1
Clic sobre el
diagrama.

2 Edite el nombre AN de
Actores del negocio.

2.5. Agregue otro diagrama de formato libre con el nombre “CUN Vs. ON” para
representar los Casos de uso del negocio versus Objetivos del negocio. Debe
quedar así:
3. Creación de los elementos correspondientes en cada diagrama.
3.1. Antes de empezar a crear los objetivos, configure la apariencia de las clases
estereotipadas.
1

5
3.2. Desde el explorador de proyectos seleccione el diagrama de Objetivos del
Negocio y, luego, coloque el cursor sobre el entorno de diagramación para
agregar los objetivos.
Seleccione clase
2 estereotipada.

1
Doble clic
sobre el
3
diagrama.

3.3. Debe quedar así:

 3.4. Sobre el diagrama de Casos de Uso del Negocio utilice la paleta de diseño
para agregar un caso de uso.

2
3
1
Doble clic
sobre el
diagrama
CUN.

3.5. Luego, cambie el estereotipo de UseCase a BusinessUseCase.

2
3 4

5
3.6. Sobre el diagrama de Casos de Uso del Negocio Vs. Objetivos del Negocio
arrastre los objetivos y el caso de uso del negocio. Luego, agregue las
relaciones de dependencia. Debe quedar así:

3.7. Desde el explorador de proyectos seleccione el diagrama AN. Luego, utilice la

paleta de diseño para agregar los actores.

1
Doble clic sobre el
diagrama AN.
2
3.8. Luego, cambie el estereotipo de Actor a BusinessActor.

1
Seleccione
los actores
con Ctrl + A.

5
3. MODELO DE ANÁLISIS DEL NEGOCIO
Dentro del modelo de análisis del negocio se representan los siguientes
artefactos:
# Trabajadores del negocio
# Entidades del negocio
# Realizaciones del negocio

ARTEFACTO DESCRIPCIÓN
Representa un rol interno al
negocio. Colabora con
trabajadores de otro sector, es
notificado de acontecimientos del
negocio y manipula entidades de
negocio para realizar sus
responsabilidades.

Ente manipulado por actores del

negocio y trabajadores del
negocio.

Colección de diagramas que

muestra cómo los trabajadores
del negocio y entidades del
negocio llevan a cabo el caso de
uso del negocio.
Por ejemplo: diagramas de clases
y diagramas de actividades para
realizar el detalle de cada
proceso de negocio.

CASO DE ESTUDIO

Sobre la base del proyecto de venta desarrollado en la sesión anterior realizaremos el

modelo de análisis del negocio.
Pasos para crear el modelo de análisis del negocio

1. Creación del modelo de análisis del negocio

1.1. Seleccione crear modelo a partir del fólder Models

1.2. Seleccione categoría de modelo a crear.

1 2

4
1.3. Seleccione la siguiente ventana.

1.4. Active las dos capacidades de UML

2
1.5. Aplique estereotipo del Modelo de Análisis del Negocio.

5
1

1.6. En el explorador de proyectos, se muestra el estereotipo correspondiente al

Modelo de Análisis del Negocio.
2. Creación de paquetes en el modelo de análisis del negocio
2.1. Elimine el diagrama que viene por defecto, pues en este modelo no se crea
ningún diagrama de casos de uso.

1
Clic derecho
sobre el
diagrama.

2.2. Ahora, agregue un diagrama de formato libre de nombre “Organización del

MAN”.

1
Clic derecho
sobre el
modelo.

2
2.3. Sobre el diagrama Organización del MAN, cree tres paquetes: Trabajadores
del negocio, Entidades del negocio y Realizaciones del negocio. Puede crear
el paquete desde el entorno de diagramación o desde la paleta de diseño.

2.4. Por último, agregue las dependencias entre los paquetes. Para ello, puede
utilizar la paleta de diseño.

2.5. El resultado final será el siguiente:

 2.6. Renombre el diagrama tipo Freeform de cada paquete. Debe quedar así:

3. Creación de los elementos correspondientes en cada diagrama.

3.1. Cierre todos los diagramas.
Clic derecho sobre la
1 pestaña del diagrama.

3
3.2. Antes de empezar a crear los paquetesTrabajadores y Entidades del negocio,
configure la apariencia de las clases estereotipadas.
1

5
3.3. Desde el explorador de proyectos, seleccione el diagrama TN para crear los
trabajadores del negocio: Vendedor y Cajero.
Seleccione clase
estereotipada.
2

1
Doble Clic
sobre el
diagrama TN.
3

4
Agregue los dos
trabajadores del
negocio.
3.4. Sobre el diagrama EN agregue las entidades del negocio: RegistroProducto,
TicketPedido y CDP.

Seleccione clase
2 estereotipada.

1 Doble Clic
sobre el
diagrama.

4
3.5. A continuación, agregue los atributos evidentes en cada entidad del negocio.
Por ejemplo, para la entidad RegistroProducto agregaremos los atributos:
código, descripción, precio, stock, fecha de registro y estado.
Clic para agregar un
atributo en la entidad

3.6. Los atributos por cada entidad serían los siguientes:

3.7. Luego, cree diagramas de estado para cada entidad. Como ejemplo, se creará
el diagrama de estados para TicketPedido.

3.8. Renombre el diagrama sobre el entorno de diagramación.

Edite el nombre “Diagrama de

Estados para TicketPedido”
2
3.9. El diagrama de estados para TicketPedido es el siguiente:

3.10. Desde el explorador de proyectos, seleccione el diagrama RN y luego utilice

la paleta de diseño para agregar una colaboración con el nombre
“RN_Venta de Electrodomésticos”.

2
1 3
Doble Clic Clic sobre la flecha
sobre el hacia abajo.
diagrama RN.

6
Desactive la opción
de estructura.
 3.11. A continuación, cambie el estereotipo de Collaboration a
BusinessUseCaseRealization.

1 Seleccione la
colaboración.
3

3.12. Por último, arrastre el caso de uso del negocio y agregue la relación
Realization desde la paleta.

Arrastre el CUN
1 del MCUN.

3
2
4. Creación de los diagramas de realizaciones del negocio.
Para desarrollar los diagramas de clases y de actividades del negocio es
conveniente desarrollar el flujo de trabajo del proceso de negocio, el cual contiene
dos secciones:
• Flujo básico
• Flujos alternativos

El Flujo de trabajo para el proceso “Venta de Electrodomésticos” se muestra a

continuación:

Flujo Trabajo
Flujo básico
1. El cliente solicita el electrodoméstico que se encuentra en vitrina.
2. El vendedor verifica existencia del electrodoméstico.
3. Si existe, el vendedor muestra el electrodoméstico al cliente.
4. El cliente evalúa el electrodoméstico.
5. Si está de acuerdo con el electrodoméstico ofrecido, el vendedor genera el
ticket de pedido.
6. El vendedor emite el ticket de pedido al cliente.
7. El cliente entrega el ticket de pedido y el monto al cajero.
8. El cajero genera el comprobante de pago.
9. El cajero emite el comprobante de pago al cliente.
10. El cliente entrega la copia del comprobante al vendedor.
11. El vendedor sella el comprobante y entrega el electrodoméstico.
12. El cliente recibe el electrodoméstico y finaliza el proceso.

Flujos alternativos
1. En el punto 3, si no hay stock del electrodoméstico:
a. El vendedor consulta al proveedor;
b. El proveedor verifica electrodoméstico.
i. Si hay el producto, envía al vendedor
ii. Si no hay, el vendedor le ofrece un electrodoméstico sustituto al
cliente y continúa con el paso 4.
2. En el punto 5, si no está de acuerdo con el electrodoméstico ofrecido, termina
el proceso.
4.1. Cree el Diagrama de clases del negocio

4.2. Luego, arrastre sobre el diagrama a los trabajadores y entidades del negocio.
4.3. Esconda los atributos de cada entidad. Así:

Seleccione la entidad.
1

Clic sobre la
flecha hacia 2
abajo.

4.4. Debe quedar como se muestra en la siguiente figura:

4.5. Antes de agregar las relaciones de asociación, configure las preferencias para
que no se muestre los roles y multiplicidades de las relaciones de asociación:

4
4.6. A continuación, agregue las asociaciones para representar la manipulación de
las entidades por los trabajadores. El diagrama final debe quedar así:

4.7. Ahora, cree el diagrama de actividades del negocio.

4.8. Los elementos que utilizaremos de la paleta de diseño son los que se
muestran en la siguiente figura:

4.9. A continuación, se muestra la descripción de los elementos de un diagrama de

actividades.
Artefacto Descripción

Partición asignada para cada

rol

Nodo inicial que indica el inicio

del Diagrama de Actividades

Define una acción de la

actividad. Es conveniente
nombrar las actividades con
verbos en tercera persona.
Artefacto Descripción

Este nodo representa un punto

en una actividad donde un flujo
de entrada se divide en varios
flujos de salida.

Este nodo representa un punto

en una actividad donde varios
flujos de entrada están
sincronizados en un único
flujo de salida.

Control de decisión a partir del

cual se especifica una
pregunta que lleva a dos o
más flujos de acciones.

Almacén de datos que

representa la instancia de una
clase persistente.

Flujo de objeto utilizado para

representar relaciones INPUT
y/o OUTPUT entre una acción
e instancia de entidad de
negocio.

Flujo de control utilizado para

representar relaciones entre
acciones.

Conector de flujo entre

acciones o acciones y almacén
de datos.

Nodo Final que indica

finalización de una secuencia
de actividades. Un diagrama
de actividades puede tener
más de un tipo de fin.
4.10. El diagrama de actividades debe ser el siguiente:
Resumen

! El modelo de análisis del negocio representa la vista interna del negocio y se

identifican los trabajadores del negocio, entidades del negocio y realizaciones del
negocio.

! En el modelo de casos de caso del negocio se crean los siguientes diagramas:

" Diagrama de trabajadores del negocio

" Diagrama de entidades del negocio
" Diagrama de realizaciones del negocio, el cual contiene: diagrama de clases
del negocio y diagrama de actividades del negocio por cada caso de uso del
negocio.

! En el diagrama de clases del negocio se representa a los trabajadores del negocio

y las entidades que manipulan.

! En el diagrama de actividades del negocio se representa el flujo de actividades de

un proceso de negocio.

! Para el proyecto de venta se realizó lo siguiente:

PASO 1: Se creó el modelo de análisis del negocio

PASO 2: Dentro del modelo de análisis del Negocio se construyeron los siguientes
paquetes:
PASO 3: Se identificaron los trabajadores del negocio:

PASO 4: Se identificaron las entidades del negocio:

PASO 5: Se creó el diagrama de estados para las entidades del negocio:

PASO 6: Se creó la realización del negocio:

PASO 7: Se creó el diagrama de clases del negocio para el caso de uso del
negocio: Venta de Electrodomésticos.
PASO 8: Se creó el diagrama de actividades del negocio para el caso de uso del
negocio: Venta de Electrodomésticos.
4. CASOS DE ESTUDIO N°1

Realice el modelo de casos de uso del negocio y el modelo de análisis del negocio por
cada flujo de trabajo de proceso de negocio.

Flujo de trabajo del proceso: ______________________________________

Flujo básico

1) El jefe de producción envía la orden de almacenamiento y los productos

elaborados al asistente de almacén.

2) El asistente de almacén verifica que la orden de almacenamiento coincida con

la cantidad de productos recepcionados.

3) Si coincide, el asistente de almacén llena la información de la orden de

almacenamiento en el sistema de logística.

4) El sistema de logística registra la orden de almacenamiento.

5) El asistente de almacén verifica los productos que tienen que ser refrigerados.

6) Si lo productos se tienen que refrigerar, el asistente de almacén envía los

productos al encargado de refrigeración.

7) El encargado de refrigeración refrigera los productos

8) El encargado de refrigeración genera un informe para el asistente de almacén

donde indica la temperatura a la que ha colocado a cada uno de los productos

9) El asistente de almacén archiva el informe.

10) El asistente de almacén genera el reporte de almacenamiento y lo entrega al
jefe de producción.
11) El jefe de producción recibe el reporte y finaliza el proceso.

Flujos alternos

1) En el punto 3, si no coincide:

a. El asistente de almacén coloca las observaciones en la orden de

almacenamiento;
b. El asistente de almacén devuelve la orden de almacenamiento y los
productos al Jefe de producción y regresa al paso 1.
2) En el punto 6, si los productos no son refrigerados, el asistente de almacén
embala los productos y continúa con el paso 10.
Flujo de trabajo del proceso: ______________________________________

Flujo básico

1) El jefe de ventas entrega la orden de producción al jefe de producción.

2) El jefe producción verifica que la orden esté bien especificada.
3) Si está bien especificada, el jefe de producción ordena al operario realizar la
elaboración de helados.
4) El operario verifica que cuente con todos los ingredientes para realizar la
elaboración de helados.
5) Si cuenta con los ingredientes, el operario los agrega a la máquina de batido.
6) El operario pone en funcionamiento la máquina.
7) El operario monitorea la actividad.
8) El operario traslada la mezcla a la máquina dosificadora.
9) El operario organiza las paletas en las cajas.
10) El operario genera y entrega el reporte de producción al jefe de producción.
11) El jefe de producción firma el reporte y se lo entrega al operario,
12) El operario entrega los productos y el reporte al encargado de almacén de
productos terminados.
13) El encargado de almacén de productos terminados recibe los productos y
reporte y finaliza el proceso.

Flujo alternativo

1) En el punto 3, si no está bien especificada, el jefe de producción solicita al jefe

de ventas que detalle su orden de producción y regresa al paso 1.
2) En el paso 5, si no cuenta con los ingredientes:
a. El operario genera la orden de requerimiento de insumos y se lo
entrega al jefe de producción.
b. El jefe de producción firma la orden de requerimiento de insumos y se lo
entrega al operario.
c. El operario entrega la orden de requerimiento al asistente de almacén.
d. El asistente de almacén entrega los ingredientes.
e. El operario agrega los ingredientes a la máquina de batido y continúa
con el paso 6.
5. CASOS DE ESTUDIO N°2

Lea cada caso y realice lo siguiente:

1. El modelo de casos de uso del negocio, el cual debe incluir los siguientes
diagramas:
a. Diagrama de objetivos del negocio
b. Diagrama de casos de uso del negocio Vs. Objetivos del negocio
c. Diagrama de actores del negocio
d. Diagrama general de casos de uso de negocio.

2. El modelo de análisis del negocio, el cual debe incluir los siguientes diagramas
para un proceso de negocio:
a. Diagrama de trabajadores del negocio
b. Diagrama de entidades del negocio
c. Diagrama de realizaciones del negocio que incluye el diagrama clases y
actividades del negocio.

CASO 1: ARCHIVO CENTRAL DE PLANILLAS

El Archivo Central de Planillas (ACP) que obra en poder de la Oficina de

Normalización Previsional (ONP) se encarga de administrar la información y libros
entregados a la ONP por las empresas, entidades y custodios no autorizados al
Archivo Central de Planillas.

Uno de los procesos iniciales en la ACP es contemplar los pasos para el registro de
los libros de planillas. Para esto se realiza la recepción de los libros que vienen de
Mesa de Partes de la ONP. La identificación respectiva (tipos), evaluación técnica y
ubicación física de los mismos es realizado por el técnico de archivo y el registro de
los libros es realizado por el digitador de archivo.

Por otro lado, se contemplan actividades para la gestión de atención al usuario del
ACP, en lo que se refiere a los servicios de préstamos y devoluciones de libros de
planillas. Dichos usuarios deben estar registrados para acceder a los servicios y son
atendidos por el digitador y técnico de archivo.

A continuación, se muestra el flujo de trabajo más detallado de uno de los procesos.

Atención al usuario del ACP

Flujo de trabajo

Flujo básico

1. El usuario del ACP acude a las instalaciones del ACP.

2. Si el usuario del ACP desea pedir prestado libros de planillas, el digitador de
Archivo le solicita su código de usuario.
3. Si el código del usuario existe, el digitador de archivo le solicita al usuario los
datos de los libros que desea prestarse.
4. El usuario del ACP brinda información acerca de los libros.
5. El digitador de archivo busca los libros de planillas.
6. Si los libros son encontrados, El digitador de archivo emite un reporte
consignando su ubicación y se lo entrega al usuario.
7. El usuario solicita al técnico de archivo los libros de planillas a prestar,
utilizando el reporte anteriormente emitido.
8. El técnico de archivo ubica los libros de planillas solicitados y los entrega al
usuario.
9. El usuario se dirige al digitador de archivo para el registro correspondiente de
los libros de planillas que están saliendo en calidad de préstamo.
10. El digitador de archivo registra préstamo y finaliza el proceso.

Flujos alternativos

1. En el punto 2, si el usuario del ACP desea realizar la devolución de los libros

de planillas anteriormente prestados, el digitador de archivo le solicita su
código de usuario y registra la devolución de los libros de planillas. El caso de
uso finaliza.
2. En el punto 3, si el código del usuario del ACP no existe, el digitador de archivo
le comunica al usuario y termina el proceso.
3. En el punto 6, si los libros de planillas no son ubicados, el digitador de archivo
le comunica al usuario y termina el proceso.
 CASO 2: INDUSTRIA DE CALZADO “PIONEROS CORP”

La empresa PIONEROS CORP tiene como misión producir, para el cliente, zapatillas
de alta calidad y a bajo costo. A continuación, se muestran los flujos de trabajo de dos
procesos de negocio:

Flujo de trabajo del proceso: ______________________________________

Objetivos

• Tener un control al 100% de la elaboración de calzado

• Disminuir en un 30% el tiempo de entrega del pedido
Flujo básico

1. El jefe de ventas entrega una copia de la orden de pedido de calzado al

asistente de producción.
2. Si la orden de pedido está bien especificada, el asistente de producción ordena
al operario realizar la elaboración de calzados.
3. El operario verifica que cuente con todos los materiales para realizar la
elaboración de calzados.
4. Si cuenta con los materiales, el operario traza los moldes y corta las piezas.
5. El operario cose las piezas y obtiene un pre - armado.
6. El operario cose las plantas, y pasa al acabado y retocado del calzado.
7. El operario organiza los calzados en las cajas.
8. El operario genera y entrega el reporte de producción al asistente de
Producción.
9. El asistente de producción firma el reporte y se lo entrega al operario.
10. El operario entrega los productos y el reporte al Gerente General
11. El Gerente General recibe los productos y reporte, y finaliza el proceso.

Flujos alternativos

1. Del punto 2, si la orden de pedido no está bien especificada:

a. El asistente de producción solicita al jefe de ventas que detalle la orden de
pedido.
b. El jefe ventas corrige la orden pedido y el flujo continúa en el paso 1.
2. En el paso 4, si no cuenta con los materiales:
a. El operario elabora una lista de insumos para solicitarlo de almacén.
b. El operario recepciona insumos de almacén. Se retorna al punto 4.
Flujo de trabajo del proceso: ______________________________________

Objetivos

• Tener un control al 100% del abastecimiento de insumos

• Disminuir en un 30% el tiempo de entrega del pedido

Flujo básico

1. El jefe de producción entrega una lista de insumos necesarios al encargado del

almacén.
2. El encargado de almacén recibe la lista de insumos.
3. El encargado de almacén verifica si cuenta con dicho material en stock.
4. Si el encargado de almacén tiene material, procede a embalar los materiales.
5. El encargado de almacén sella la lista de insumos como entregado.
6. El encargado de almacén registra la salida de materiales.
7. El encargado de almacén entrega la lista de insumos y los materiales al jefe de
producción.
8. El jefe de producción recibe la lista y los insumos, y finaliza el proceso.

Flujos alternativos

1. Del punto 3, si no tiene material en stock:

a. El encargado de almacén comunica al jefe de producción que regrese
cuando se cuente con el material.
b. El encargado de almacén sella la lista de insumos como pendiente.
c. El encargado de almacén genera una orden de compra de insumos y se lo
entrega al Gerente General para autorizar la compra.
d. El encargado de almacén recibe los productos comprados.
e. El encargado de almacén comunica al jefe de producción que puede
recoger los insumos y continúa con el paso 4.
CAPTURA DE REQUISITOS
LOGRO DE LA UNIDAD DE APRENDIZAJE

• Al término de la unidad, los alumnos, trabajando en equipo, elaborarán y

sustentarán su proyecto final sobre el modelado del negocio y la captura de
requisitos, en el que identifica el modelo de casos de uso del negocio, el
modelo de análisis del negocio, y el modelo de casos de uso con sus
respectivos artefactos, aplicando la metodología RUP, el lenguaje de
modelado UML y la herramienta Rational Software Architect.

TEMARIO

• Modelo de casos de uso

• Estructuración del modelo de casos de uso
• Casos de estudio N°1
• Casos de estudio N°2

OFESIONALES
1. MODELO DE CASOS DE USO
Para obtener los requisitos funcionales se identifican las actividades que se van a
sistematizar en el dagrama de actividades del negocio de cada proceso de
negocio. Luego, se identifican los casos de uso, los cuales pueden contener a
más de un requisito funcional.

Se utiliza la matriz de requisitos Vs. actividades para documentar la identificación

de las actividades que se van a sistematizar, los requisitos funcionales y
finalmente los casos de uso.

1.1 Modelo de casos de uso

Dentro del modelo de casos de uso se representan los siguientes artefactos:
# Actores
# Casos de uso

ARTEFACTO DESCRIPCIÓN

Representa un rol (humano,

software o hardware) externo al
sistema con el que se establece
intercambio directo de
información.

Define un conjunto de flujos de

eventos que el sistema lleva a
cabo para brindar un resultado
de valor observable a cada
actor en particular.

CASO DE ESTUDIO

Sobre la base del proyecto de venta desarrollado en la sesión anterior realizaremos el

modelo de casos de uso.
Pasos para crear el Mmodelo de casos de uso

1. Creación del modelo de casos de uso

1.1. Seleccione crear modelo a partir del fólder Models

1
2 3

1.2. Seleccione categoría de modelo a crear.

4
Seleccione Next
hasta llegar a la
ventana de
capacidades.
 1.3. Active las capacidades de UML, tanto de los elementos como de los
diagramas.

2. Creación de paquetes en el modelo de casos de uso.

2.1. Agregue un diagrama de formato libre de nombre “Organización del MCU”.

1
Clic derecho
sobre el
modelo.
2
2.2. Sobre el diagrama Organización del MCU, cree dos paquetes: Casos de uso y
Actores. Puede crear el paquete desde el entorno de diagramación o desde la
paleta de diseño.

2.3. Renombre los diagramas de cada paquete y el Main del modelo. Debe quedar
así:
3. Creación de los casos de uso y actores.

3.1. Desde el explorador de proyectos seleccione el diagrama de Paquetes, el cual

se encuentra ubicado dentro del paquete de Casos de Uso.

Sobre el diagrama, vamos a crear el paquete llamado “Venta de

Electrodomésticos”.

NOTA: Por cada caso de uso del negocio se crea un paquete.

3.2. Ahora, vamos a identificar las funcionalidades del nuevo software.

En primer lugar, del diagrama de Actividades se obtiene las siguientes

actividades a sistematizar:
• Verifica existencia de electrodomésticos.
• Genera ticket de pedido.
• Genera comprobante de pago.

En segundo lugar, ¿Qué es lo que ha solicitado el cliente que nos ha

contratado?
Ha solicitado que el registro de los pedidos sea vía web y que sean registrados
por sus clientes afiliados. Asimismo, si sus clientes afiliados lo requieren,
deberían actualizar sus datos vía web. Por consiguiente, tendríamos más
requisitos:
• Registrar afiliación para el cliente no afiliado
• Actualizar datos de afiliación para el cliente afiliado
• Consultar pedidos para el vendedor

Por otro lado, debemos tomar en cuenta otros requisitos que serán
necesarios para controlar el proceso. Por ejemplo:
• Actualizar estado de pedido a “CANCELADO” cuando el cliente
pague su pedido.

El resultado de este análisis se documenta en la matriz de actividades Vs.

requisitos, tal como se muestra a continuación:
 Matriz de actividades Vs. requisitos funcionales del sistema de ventas

Responsable
Proceso de negocio Actividad del negocio del Requisito Caso de uso Actores
negocio
Verifica existencia de Consultar stock de Consultar Stock de
Vendedor R01 CUS01 Vendedor
electrodomésticos Electrodomésticos electrodomésticos
Genera ticket de
Vendedor R02 Generar pedido CUS02 Generar pedido Cliente afiliado
pedido
Genera comprobante
Cajero R03 Registrar pago de pedido
de pago Registrar pago de
Venta de CUS03 Cliente afiliado
Actualizar estado de Pedido
electrodomésticos - - R04
pedido a “CANCELADO”
- - R05 Registrar afiliación CUS04 Registrar afiliación Cliente no afiliado
Actualizar datos de Actualizar datos de
- - R06 CUS05 Cliente afilado
afiliación afiliación
- - R07 Consultar pedidos CUS06 Consultar pedidos Vendedor

Explicación:

A partir de los requisitos, se crean los casos de uso. Puede existir el caso en que más de un requisito se implemente en un caso de uso. Por
ejemplo, el caso de uso de sistema CUS03 contiene dos requisitos.

En la columna de actores, se indica los roles que interactuarán con los casos de uso identificados. Como nuestro cliente ha solicitado
implementar una solución web para el registro de pedidos, el rol “Cliente afiliado” será quien realice esa funcionalidad y no el Vendedor.
3.3. A continuación, dentro del paquete “Actores” cree los actores identificados.

3.4. Luego, dentro del paquete “Venta de Electrodomésticos” cree los casos de uso
identificados.
4. Creación de las relaciones entre actores y casos de uso.

4.1. Desde el explorador de proyectos, arrastre los actores al diagrama que

contiene los casos de uso: “Venta de Electrodomésticos”.

4.2. Luego de la paleta de diseño, seleccione las relaciones de asociación para

indicar qué o quiénes interactúan con determinada funcionalidad.
4.3. Por último, agregue un rectángulo para agrupar las funcionalidades del
sistema.
Resumen

! El modelado de casos uso nos permite representar las funcionalidades del sistema
a implementar.

! El modelo de casos de uso contiene a los actores y casos de uso, que son los
artefactos relevantes del modelo.

! En el modelo de casos de uso se crean los siguientes diagramas:

" Diagrama de casos de uso

" Diagrama de actores
" Diagrama de casos de uso por proceso de negocio

! Para el proyecto de Venta se realizó lo siguiente:

PASO 1: Se creó el modelo de casos de uso

PASO 2: Dentro del modelo de casos de uso se construyeron los siguientes

paquetes:

PASO 3: En el paquete “Casos de Uso” se identificaron los paquetes por cada

proceso de negocio. En nuestro caso, el paquete “Venta de Electrodomésticos”.
PASO 4: Se identificaron los casos de uso y actores en la Matriz de Actividades Vs.
Requisitos.

PASO 5: En el paquete “Actores” se identificaron los actores.

PASO 4: Se identificaron los casos de uso para el paquete “Venta de

Electrodomésticos”.
PASO 6: Se creó el diagrama de casos de uso para el paquete “Venta de
Electrodomésticos”.
2. ESTRUCTURACIÓN DEL MODELO DE CASOS DE USO
Existen tres razones para estructurar el modelo de casos de uso:
• Hacer que los casos de uso sean fáciles de entender.
• Permite extraer el comportamiento común encontrado en varios casos de
uso.
• Hacer que el modelo de casos de uso sea fácil de mantener.

2.1 Tipos de relaciones

Existen tres tipos de relaciones:
• GENERALIZACIÓN
• INCLUDE
• EXTEND

2.1.1 Generalización
• Se utiliza cuando el caso de uso padre debe ser subclasificado
en uno o más casos de uso hijos.
• El caso de uso hijo hereda la estructura, comportamiento y las
relaciones del padre.
• Este tipo de relación también es utilizado entre actores.

Ejemplo:

El Cliente registra un reserva de habitación vía web. La recepcionista

también puede registrar una reserva en caso el cliente llame o se
acerque al hotel para solicitarlo. El comportamiento generalizado de
ambos casos de uso se representa así:
2.1.2 Include
• Conecta un caso de uso base a un caso de uso incluido.
• El caso de uso incluido encapsula comportamiento necesario del
caso de uso base y, generalmente, es reutilizado por varios
casos de uso base.
• Se factoriza el comportamiento que es común en varios casos de
uso en un nuevo caso de uso.
• El caso de uso incluido, generalmente, es abstracto.
• Su ejecución es obligatoria para un caso de uso base.

Ejemplo:
Los docentes de Cibertec pueden consultar las notas actuales e
históricas de los alumnos.

2.1.3 Extend
• Conecta un caso de uso extendido a un caso de uso base.
• El caso de uso extendido encapsula comportamiento opcional del
caso de uso base.
• El caso de uso extendido es a menudo abstracto, pero no
necesariamente tiene que serlo.
• Su ejecución es opcional.

Ejemplo:
Los docentes de Cibertec pueden preingresar las notas de los
alumnos a través del sistema y, después, registrarlas. Si se
preingresaron las notas en el sistema, entonces, se mostrará
habilitado la opción de Importar notas preingresadas.
CASO DE ESTUDIO

Sobre la base del proyecto de venta desarrollado en la sesión anterior realizaremos la

estructura del modelo de casos de uso.

Pasos para realizar el modelo de casos de uso estructurado

1. Para llevar acabo esta actividad, analice cada situación solicitada por Eléctrica
S.A., prototipos y ECU para estructurar el modelo de Casos de Uso.

Otras solicitudes de usuarios:

• El cliente afiliado y no afiliado podrá consultar catálogo de
electrodomésticos.
• El supervisor de ventas debe contar con una opción para consultar
estadísticas la cual mostrará el total de ventas mensuales con un gráfico
de barras desde enero hasta el mes actual del año en curso.
• El supervisor de ventas podrá generar reportes de ventas de las
diferentes sucursales por rango de fechas.
• El supervisor de ventas podrá generar un histórico de pagos de un
determinado cliente. Para ello, primero, debe, buscar afiliado.
• Cada vez que el vendedor desee consultar los pedidos de un
determinado cliente afiliado deberá, previamente, buscar afiliado.
• El vendedor también debe consultar pedidos cancelados.
• Si el cliente afiliado ha acumulado un determinado monto de compras, por
ejemplo 4000 soles, el sistema le mostrará una interfaz para registrar
premiación. En esta interfaz, se muestran 5 premios, pero solo
seleccionará uno.

Por consiguiente, será necesario:

• Crear un nuevo actor Cliente el cual generalizará al “Cliente Afiliado” y
“Cliente No Afiliado”. Este rol es creado para representar su interacción con
el caso de uso “Consultar Catálogo de Electrodomésticos”.
• Crear un nuevo actor Supervisor de Ventas para los casos de uso de
reportes.
• Agregar en el paquete Venta de Electrodomésticos nuevos casos de uso:
- Consultar Catálogo de Electrodomésticos
- Registrar Premiación
- Consultar Pedidos Cancelados
• Crear un paquete Reportes que contendrá los casos de uso:
- Consultar Estadísticas
- Generar Reportes de Ventas
- Generar Histórico de Pagos
• Cear un paquete Reutilizable que contendrá el caso de uso utilizado en
más de un paquete (Venta de Electrodomésticos y Reportes):
- Buscar Afiliado
2. En el diagrama de Actores, agregue los nuevos actores: Cliente y Supervisor de
Ventas.

3. Para el actor Cliente agregue la relación de Generalización.

4. A continuación, agregue los paquetes Reportes y Reutilizables en el diagrama
“Paquetes que agrupan casos de uso”.

5. Asigne un color diferente a cada paquete. Para ello, seleccione el paquete y

cambie el color de relleno desde la sección de Apariencia que se encuentra en la
vista de Propiedades.

2
4
6. A continuación, agregue el caso de uso Buscar Afiliado en el paquete
“Reutilizables”.

NOTA: No es necesario agregar actores en este paquete debido a que los casos
de uso son abstractos, es decir, son activados por casos de uso.

7. Ahora, agregue los nuevos casos de uso en el paquete “Reportes”. Además,

arrastre el actor que interactúan con dichos casos de uso. Debe quedar así:

NOTA: No olvide cambiar el color de los casos de uso; el cual debe ser el mismo
del paquete.

Agregue nuevos
2 casos de uso.

Arrastre
3 el actor.

1
Doble clic sobre
el diagrama.
4 Agregue las
asociaciones.
8. Para completar el diagrama de casos de uso del paquete “Reportes”, agregue las
relaciones include, extend y/o generalización.

Según la solicitud del usuario:

El supervisor de ventas podrá generar un histórico de pagos de un

determinado cliente. Para ello, primero debe buscar afiliado.

Por consiguiente, es necesario:

a. Arrastrar el caso de uso “Buscar Afiliado” sobre el diagrama.
b. Agregar la relación include del caso de uso base “Generar Histórico de Pagos”
al caso de uso incluido “Buscar Afiliado”.

9. Luego, agregue los nuevos casos de uso en el paquete “Venta de

Electrodomésticos”.

NOTA: No olvide cambiar el color de los casos de uso al utilizado por el paquete.
10. Para completar el diagrama de casos de uso del paquete “Venta de
Electrodomésticos”, agregue las relaciones include, extend y/o generalización.

Según las solicitudes del usuario:

• El cliente afiliado y no afiliado podrá consultar catálogo de

electrodomésticos.
• Cada vez que el vendedor desee consultar los pedidos de un
determinado cliente afiliado deberá previamente buscar afiliado.
• El vendedor también debe consultar pedidos cancelados.
• Si el cliente afiliado ha acumulado un determinado monto de
compras, por ejemplo 4000 soles, el sistema le mostrará una interfaz
para registrar premiación. En esta interfaz, se muestran 5 premios
pero solo seleccionará uno.

Por consiguiente, es necesario:

a. Arrastrar el actor “Cliente” para asociarlo al caso de uso “Consultar Catálogo
de Electrodomésticos”
b. Arrastrar el caso de uso “Buscar Afiliado” sobre el diagrama y especificarlo
como incluido.
c. Asociar el caso de uso “Consultar Pedidos Cancelados” con el actor
“Vendedor”.
d. Agregar la relación extend del caso de uso extendido “Registrar Premiación” al
caso de uso base “Generar Pedido”.

a
d

b
11. A continuación, copie los diagramas de casos de uso de cada paquete al
diagrama general de casos de uso.

NOTA: No se deben repetir los actores y casos de uso sobre el diagrama

general. Es por ello que se recomienda:
PRIMERO, copiar, de cada diagrama de casos de uso, los elementos que no
se repiten en otros paquetes
AL FINAL, arrastrar los elementos que se repiten.

El diagrama final es el siguiente:

12. Por último, actualice la Matriz de Actividades Vs. Requisitos.

Matriz de actividades y requisitos funcionales del sistema de ventas

Responsable
Proceso de negocio Actividad del negocio Requisito Caso de uso Actores
del negocio
Verifica existencia de Consultar stock de Consultar Stock de
Vendedor R01 CUS01 Vendedor
electrodomésticos electrodomésticos electrodomésticos
Genera ticket de pedido Vendedor R02 Generar pedido CUS02 Generar pedido Cliente afiliado
Genera comprobante
Cajero R03 Registrar pago de pedido
de pago Registrar pago de
CUS03 Cliente afiliado
Actualizar estado de Pedido
- - R04
pedido a “CANCELADO”
Venta de - - R05 Registrar afiliación CUS04 Registrar afiliación Cliente no afilado
electrodomésticos
Actualizar datos de Actualizar datos de
- - R06 CUS05 Cliente afiliado
afiliación afiliación
- - R07 Consultar pedidos CUS06 Consultar pedidos Vendedor
Consultar catálogo de Consultar catálogo de
- - R08 CUS07 -
Productos productos
Consultar pedidos Consultar pedidos
- - R09 CUS08 Vendedor
Cancelados Cancelados
R10 Registrar premiación CUS09 Registrar premiación -
Generar histórico de Generar histórico de
- - R11 CUS10 Supervisor ventas
Pagos Pagos
Reportes Generar reporte de Generar reporte de
- - R12 CUS11 Supervisor ventas
Ventas Ventas
- - R13 Consultar estadísticas CUS12 Consultar estadísticas Supervisor ventas
Reutilizables - - R14 Buscar afiliado CUS13 Buscar afiliado -
OTRAS CONFIGURACIONES DEL RSA
CONTENIDO

• Cambio de workspace
• Importación de proyectos
• Publicación de modelos
CAMBIO DE WORKSPACE
1. Para cambiar el workspace actual, seleccione File/Switch Workspace/Other…

2. A continuación, se mostrará en Workspace la ruta del espacio de trabajo actual.

Debe dar clic a Browse… para ubicar la ruta del nuevo workspace.
3. Desde este explorador ubique el directorio del nuevo worksppace. Además, tiene la
opción de crear otro directorio con el botón Crear nueva carpeta. Luego, de clic en
Aceptar.

4. A continuación, se mostrará la ruta del nuevo workspace. Para finalizar de clic en

OK para que el IBM RSA se reinicie con el nuevo espacio de trabajo.
IMPORTACIÓN DE PROYECTOS
1. Seleccione la fuente de importación.

Clic derecho sobre

el explorador de
proyectos

4
2. A continuación, seleccione el workspace configurado, el cual contiene proyectos a
importar.

3
3. Por último, en el explorador de proyectos, se mostrará la lista de proyectos
importados.
PUBLICACIÓN DE MODELOS
1. Para publicar los modelos de un proyecto, seleccione el modelo y, luego, en la
barra de menú seleccione Modeling / Publish / Web…

2. Especifique folder a publicar.

1
2
3. Espere unos pocos minutos.

4. Por último, podrá visualizar el modelo publicado desde la página index.html