Análisis y Diseño de Sistemas II

Guía de Laboratorio 02
Computación e Informática
ANÁLISIS Y DISEÑO DE SISTEMAS II – Guía de Laboratorio 02 2

CONTENIDO
TEMA.- ANALISIS DE CASOS DE USO

 Realizaciones de Casos de Uso

o Diagrama de Clases de Análisis

o Diagrama de Comunicación

 Caso Estudio CIBERCORP SAC:

o ECU Registrar Solicitud de Personal

o Creación de la Realizaciones de CU Registrar Solicitud de

Personal

o Creación del Diagrama de Clases de Análisis del CU Registrar

Solicitud de Personal

o Creación del Diagrama de Comunicación del CU Registrar

Solicitud de Personal (Flujo Básico)

o Reordenamiento de la numeración del Diagrama de Comunicación

ANÁLISIS Y DISEÑO DE SISTEMAS II – Guía de Laboratorio 02 3

A. Realización de Análisis de Casos de Uso

Representa la vista interna de un caso de uso. Incluye diagramas de clases y
diagramas de interacción (comunicación o secuencia).

La razón para separar las realizaciones de casos de uso de los casos de uso es
la administración independiente de estos artefactos. Para cada caso de uso, en el
modelo de casos de uso, existe una realización de caso de uso en el modelo de
análisis. La relación entre ambos, en UML, se realiza con REALIZATION. Así:

Las realizaciones de los casos de uso exige la identificación de clases de análisis,

es decir, las clases de entidad, interfaz y control. Los estereotipos de estas clases
se presentan a continuación:

CLASE DE ANÁLISIS DESCRIPCIÓN

Representa almacenamiento
permanente de información.

Representa interacciones con

los actores (usuarios y otros
sistemas externos).

Representa el control de
interacción entre clases.

Diagramas de clases de análisis

Podemos utilizar las siguientes normas generales para identificar las clases de
análisis:
1. Identificar clases de entidad mediante el estudio en detalle de la especificación
del caso de uso para considerar la información que éste utiliza y manipula.

2. Identificar una clase de interfaz por cada ventana con el cual interactúa un
actor humano.

3. Identificar una clase de interfaz para cada actor que sea un sistema externo.
Esta clase representará la interfaz de comunicación con el sistema externo.

4. Identificar una clase control responsable del tratamiento del control y de

la coordinación de la realización del caso de uso. Asimismo, se debe
considerar crear una clase control por cada paquete de análisis. Por lo
tanto, todos los casos de uso de un mismo paquete compartirán la
misma clase control.
ANÁLISIS Y DISEÑO DE SISTEMAS II – Guía de Laboratorio 02 4

Conforme identifique las clases, las debe ir reubicando en sus paquetes de

origen. Para crear los diagramas de clases debe considerar la siguiente
relación:

ACTOR - CLASE INTERFAZ - CLASE CONTROL - CLASE ENTIDAD

De lo anterior se afirma que:

 Un actor solamente se puede comunicar con una clase interfaz
 
 Una clase interfaz únicamente se puede comunicar con una clase
control
 
 Una clase control es el nexo entre una clase interfaz y una clase
entidad. Por lo tanto, una clase control se puede comunicar con una
clase interfaz y una entidad.
 
 Una clase interfaz no se puede comunicar con una clase entidad

Diagramas de comunicación
El diagrama de comunicación es un tipo de diagrama de interacción; en esta
etapa, no se usa diagramas de secuencia, porque no es importante la cronología
de las interacciones.

Un diagrama de comunicación muestra la colaboración dinámica entre los

objetos, es decir, describe el comportamiento de un caso de uso mostrando
explícitamente las relaciones de los objetos participantes.

Los elementos que se utilizan en un diagrama de comunicación son los

siguientes:
ENLACE MENSAJE OBJETO

NOTAS QUE HACEN REFERENCIA A

OTROS DIAGRAMAS DE COMUNICACIÓN
ANÁLISIS Y DISEÑO DE SISTEMAS II – Guía de Laboratorio 02 5

Caso de Estudio CIBERCORP SAC

Siguiendo con el caso de la sesión anterior, utilizaremos la especificación de un caso
de uso de Registrar solicitud de personal, para crear su realización de análisis.

ESPECIFICACIÓN DE CASO DE USO: Registrar Solicitud de Personal

1. Breve descripción
El caso de uso permite al jefe de proyecto solicitar personal para el proyecto,
registrando una solicitud de personal. La cual será evaluado por el jefe de la
división.

2. Actor
Jefe de proyectos

3. Flujo de Eventos
3.1. . Flujo Básico
1. El caso de uso comienza cuando el jefe de proyecto solicita “Registrar solicitud
de Personal” en el menú principal.
2. El sistema muestra la interfaz “Registrar Solicitudes” con los siguientes datos:
Datos del Solicitante: Nro. Registro, nombre y cargo. Cargados
automáticamente.
Datos del evaluador Nro. Registro, nombre y cargo. Cargados
automáticamente.
Datos de los perfiles: lista desplegable de los perfiles (Ingeniero, Analista,
programador, analista de calidad, analista Funcional, DBA, Diseñador software,
etc.), un campo cantidad y una opción para agregar Perfil
Además una cuadricula con los campos: perfil y cantidad
Además Incluye las opciones: Registrar y Cerrar
3. El jefe de proyecto selecciona un perfil de la lista desplegable
4. El jefe de proyecto ingresa la cantidad.
5. El jefe de proyecto selecciona Agregar Perfil
6. El sistema agrega los datos en la cuadricula de detalle.
7. Si el jefe de proyecto desea agregar otro perfile se repiten los pasos del 3 al 6
8. El jefe de proyecto selecciona el botón Registrar
9. El sistema genera el Nro. de Solicitud, registra la solicitud con el detalle en
estado pendiente.
10. El sistema Muestra el MSG “Nro. de Solicitud “ 99999”
11. El jefe de proyecto selecciona la opción Cerrar.
12. El sistema cierra la interfaz “Registro de Solicitud”, retornando al menú principal
del sistema y el caso de uso finaliza.

3.2. Flujos Alternativos

<Cerrar>
Si el empleado solicita “Salir” antes de Registrar, el sistema cierra la interfaz y el
caso de uso finaliza.

4. Pre Condiciones
1. El jefe de proyecto debe estar logeado en el sistema.
2. Lista de perfiles de los trabajadores disponible
3. Jefe supervisor Asignado

5. Post Condiciones
1. Se graba la solicitud de personal con su detalle en estado pendiente.

7.-Prototipo
Interfaz Registro de Solicitudes
ANÁLISIS Y DISEÑO DE SISTEMAS II – Guía de Laboratorio 02 6

Coloque los casos de uso en sus respectivos paquetes de análisis

1. Ubíquese en la Arquitectura de Análisis

2. Coloque los casos de uso en los respectivos paquetes de análisis (de

acuerdo al color identificado).

a. Presione doble clic en el PA Ficha y luego arrastre el CU Registrar ficha de

postulación que se encuentra en el MCU.
ANÁLISIS Y DISEÑO DE SISTEMAS II – Guía de Laboratorio 02 7

b. Luego asígnele el color correspondiente al PA. Ejm: PA Ficha

c. Realice lo mismo colocando los casos de uso en el resto de paquetes (ver

ptos. a y b). Ejm: PA Requerimiento

Creación de la realización de análisis de casos de uso

1. Sobre el diagrama de formato libre del paquete de análisis Requerimiento,

represente la realización de análisis del caso de uso de la ECU en estudio:

a. Seleccione Colaboración de la Paleta de Control

ANÁLISIS Y DISEÑO DE SISTEMAS II – Guía de Laboratorio 02 8

b. Arrastre Colaboración de la Paleta de Control a la ventana de Diagramación y

luego asígnele el estereotipo <<realización>>

c. Relaciones ambos artefactos con la línea “realización”

2. Desde el explorador de proyectos, agregue un diagrama de clases con el

nombre “Diagrama de Clases de Análisis”.
ANÁLISIS Y DISEÑO DE SISTEMAS II – Guía de Laboratorio 02 9

3. A continuación, agregue los diagramas de comunicación para el flujo básico y flujo

alternativo.
ANÁLISIS Y DISEÑO DE SISTEMAS II – Guía de Laboratorio 02 10

Creación del Diagrama de clases de análisis

1. Agregue el perfil RUP Análisis.(Analisis RUP). Este perfil contiene los estereotipos
de las clases de análisis: boundary, control y entity.

2. Ahora realice el diagrama de clases de análisis. Empiece arrastrando el actor

sobre el diagrama.
ANÁLISIS Y DISEÑO DE SISTEMAS II – Guía de Laboratorio 02 11

3. Configure las preferencias para crear el diagrama de clases.

3.1. Primero configure la apariencia de las clases a forma de imagen del

estereotipo:
ANÁLISIS Y DISEÑO DE SISTEMAS II – Guía de Laboratorio 02 12

3.2. Luego, configure las asociaciones:

4. A continuación agregue las clases de análisis.

ANÁLISIS Y DISEÑO DE SISTEMAS II – Guía de Laboratorio 02 13

5. A partir de la ECU se identificaron las siguientes clases.

6. Por último, agregue las asociaciones entre las clases.

ANÁLISIS Y DISEÑO DE SISTEMAS II – Guía de Laboratorio 02 14

Creación de Diagramas de comunicación

1. Configure las preferencias de diagramas de comunicación.

ANÁLISIS Y DISEÑO DE SISTEMAS II – Guía de Laboratorio 02 15

2. Empezaremos con la diagramación del flujo básico. Para ello, arrastre los objetos
que participan en el flujo básico y agregue los enlaces (Message Pathway = vía del
mensaje)).

La dirección de los enlaces debe ser de…

 ACTOR a CLASE INTERFAZ

 
 CLASE INTERFAZ a CLASE CONTROL
 
 CLASE CONTROL a CLASE ENTIDAD
 ANÁLISIS Y DISEÑO DE SISTEMAS II – Guía de Laboratorio 02 16 16 16

4. A continuación, agregue los mensajes (Message) sobre los enlaces de

acuerdo al flujo descrito en la ECU.

5. Luego, realice el Diagrama de comunicación del flujo alternativo Cerrar

ANÁLISIS Y DISEÑO DE SISTEMAS II – Guía de Laboratorio 02 17

Reordenar un mensaje en el Diagrama de comunicación

Si desea reordenar los mensajes que se encuentran enumeradas secuencialmente,

utilice un Diagrama de secuencias. Para ello, siga los pasos que se indican a
continuación.

1. Desde el explorador de proyectos, cree un diagrama de secuencia que contendrá

los elementos de un diagrama de comunicación seleccionado. Ejemplo:

Clic derecho sobre el

fragmento de
Interacción .

Dentro del
fragmento de
interacción se
habrá creado el
Diagrama de
secuencia.
ANÁLISIS Y DISEÑO DE SISTEMAS II – Guía de Laboratorio 02 18

2. En el diagrama de secuencia, podrá mover el orden de los mensajes. Ejemplo:

Presione Alt y
luego
seleccione el
mensaje a
mover.

Utilizando sólo
el Mouse,
reubique el
mensaje.

3. Por último, el mensaje aparecerá con otro número de orden, tanto en el diagrama de
secuencia como en el de comunicación. Habiendo realizado el proceso de
reordenamiento, puede eliminar el diagrama de secuencia.

NOTA: Sobre el diagrama de secuencia, también puede agregar nuevos mensajes.

Ejemplo:
ANÁLISIS Y DISEÑO DE SISTEMAS II – Guía de Laboratorio 02 19

ACTIVIDAD PROPUESTA
A partir de la Especificación de un caso de uso Registrar ficha de postulación, realice el
Diagrama de Clases de Análisis y los Diagramas de comunicación del flujo básico y flujo
alternativo. Traer para la próxima clase.

Especificación de Caso de uso: Registrar ficha de postulación

1. Breve descripción
El caso de uso permite a un postulante registrar una ficha de postulación a un proceso
de selección.

2. Actor
Postulante

3. Flujo de Eventos
3.1. Flujo Básico
1. El caso de uso comienza cuando un postulante selecciona “postular” en la
interfaz del menú principal. de la página Web
2. El sistema muestra la interfaz “Ficha de postulación” con los siguientes
campos:
 Proceso de postulación: Lista desplegable de los procesos vigentes.
 Datos del postulante. Lista desplegable de los tipos de documentos(DNI,
Pasaporte, Carnet de extranjería, carnet de FFAA, carnet de FFPP, partida
de Nacimiento. etc.) documento de identidad y fecha
Además de las opciones: Ingresar y limpiar,
3. EL postulante selecciona uno de los procesos, selecciona tipo de documento
de Identidad DNI, ingresa el número de documento y la fecha de nacimiento.
4. El postulante selecciona ingresar.
5. El sistema muestra la interfaz “Detalle de Ficha de postulación” con los
siguientes campos
 Datos Personales : se obtiene los datos del DNI ingresado de la tabla
Reniec (nombre, apellido paterno, apellido materno, fecha de nacimiento
sexo y edad)
 Domicilió: Lista despegable de los tipo de vías (Avenida, Calle, Jirón,
Pasaje, alameda, malecón, ovalo, parque. etc.), dirección, lista desplegable
de zonas. nombre de zona, departamento, provincia y distrito
 Datos del contacto : Teléfono Casa, teléfono celular y correo
electrónico
Además de las opciones actualizar ficha y regresar
6. El postulante ingresa todos los datos y selecciona actualizar ficha
7. El sistema genera el número de Ficha de postulante y registra la ficha
asociada al proceso
8. El sistema muestra MSG: “Nro. de ficha generada 999999”.
9. El postulante solicita “Salir”, se cierra la interfaz y el caso de uso finaliza.
2.2. Flujos Alternativos
<Cancelar>
Si el postulante solicita “Regresar” antes de Actualizar ficha, el sistema cierra la
interfaz y retorna al inicio del caso.

4. Pre Condiciones
1. Disponible la lista de procesos y lista de tipo de documento de identidad
2. Disponible tipo de vías y zonas

5. Post Condiciones
1. En el sistema queda registrado la ficha.
ANÁLISIS Y DISEÑO DE SISTEMAS II – Guía de Laboratorio 02 20

6. Prototipo

Interfaz: Ficha de Postulación