Análisis y Diseño de Sistemas II

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

CONTENIDO
TEMA.- MODELO DE DATOS.- CONCEPTUAL (Caso Estudio CiberCorp)

 Recordando el Diagrama de CU según Análisis

 Realizaciones de Casos de Uso

o ECU Registrar Solicitud de Personal

o ECU Buscar Postulante

o ECU Registrar Ficha de Postulante

 Modelo Conceptual
ANÁLISIS Y DISEÑO DE SISTEMAS II – Guía de Laboratorio 03 3

A. Recordando el Diagrama de CU según Análisis

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

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

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 03 5

Realización de Análisis del CU Registrar solicitud de personal

Diagrama de Clases de Análisis

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

Diagrama de Comunicación (Flujo Básico)

ESPECIFICACIÓN DE CASO DE USO: Buscar Postulante

1. Breve descripción
El caso de uso permite buscar al postulante para registrar evaluación y generar
contrato según sea el caso.

2. Actor
Especialista de Contratación

3. Flujo de Eventos
3.1. . Flujo Básico
1. El caso de uso comienza cuando es invocado por otro caso de uso base.
2. El sistema muestra la interfaz “Buscar Postulante” con los campos:
Código, Apellido Paterno, Apellido Materno
Además una cuadricula con la lista de resultado de búsqueda: código, DNI,
nombre, apellido paterno, apellido materno del postulante; contador de
Registros.
Además Incluye las opciones: Buscar y Aceptar
3. El Especialista de Contratación ingresa el criterio de búsqueda (código, apellido
paterno, apellido materno)
4. El sistema muestra en la cuadricula la relación de postulantes que coinciden
con el criterio de búsqueda.
5. El Especialista de Contratación selecciona un postulante
6. El Especialista de Contratación selecciona Aceptar
7. El sistema carga los datos en la interfaz del caso de uso base que lo invoco y el
caso de uso finaliza.
ANÁLISIS Y DISEÑO DE SISTEMAS II – Guía de Laboratorio 03 7

3.2. Flujos Alternativos

<Postulante no encontrado>
En el paso 4 si el sistema no muestra la relación de postulantes según el criterio
de búsqueda, muestra el MSG: “No se encuentra el postulante para el criterio
ingresado”, el caso de uso continúa con el paso 3 ó el Especialista de
Contratación cierra la interfaz y el caso de uso finaliza.

4. Pre Condiciones
1. El Especialista de Contratación debe estar logeado en el sistema.
2. Lista de postulantes disponible

5. Post Condiciones
1. Ninguna.

6. Puntos de Extensión
1. Ninguna.

7.-Prototipo
Interfaz Buscar Postulante

Realización de Análisis del CU Buscar postulante:

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

Diagrama de Clases de Analisis

Diagrama de Comunicación (Flujo Básico)

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:
ANÁLISIS Y DISEÑO DE SISTEMAS II – Guía de Laboratorio 03 9

 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.

6. Prototipo
Interfaz: Ficha de Postulación
ANÁLISIS Y DISEÑO DE SISTEMAS II – Guía de Laboratorio 03 10

Realización de Anáilisis del CU Registrar ficha de postulación:

Diagrama de Clases de Análisis

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

C. MODELO CONCEPTUAL
A partir de todas las entidades identificadas en las realizaciones de casos de uso,
se creará un modelo conceptual. El enfoque del mode lo conceptual debe
responder a la pregunta que cuestiona las razones para tener datos persistentes.
El conocimiento de esta razón permite a los analistas y diseñadores de bases de
datos modelar la base de datos correcta.

Las tareas a realizar para crear el modelo conceptual son las siguientes:

  Identificar atributos.
  Identificar asociaciones.
  Identificar agregaciones.
 Agregar multiplicidades en las relaciones de asociación y agregación.

c.1 Identificar atributos

Un atributo especifica una propiedad de una clase de análisis y,
normalmente, es necesaria para identificar las responsabilidades de su
clase. Consideremos las siguientes reglas generales cuando identificamos
atributos para una clase entidad:
 Los atributos corresponden a sustantivos y sus valores pueden ser
sustantivos o adjetivos.

 Los atributos pueden representarse solo mostrando su nombre, su
tipo e incluso su valor por defecto.

 Los atributos multivaluados deben ser clasificados como clases.

 Si una clase de análisis se hace demasiado difícil de entender a
razón de sus atributos, algunos de estos podrían separarse en
clases independientes.

 Asociar atributos a las clases que ellos describen más directamente.
Los atributos deben ser inherentes a la clase. Es, por ello, que no se
debe considerar agregar atributos de otras clases, pues no estamos
identificando llaves foráneas.

c.2 Identificar asociaciones
La asociación es una relación entre clases que indica una conexión
significativa e interesante. Está representada como una línea entre clases
con nombre.

La asociación es inherentemente bidireccional. Es convencional leer la

asociación de izquierda a derecha o de arriba hacia abajo.

Las asociaciones pueden ser binarias, ternarias o de mayor grado.

c.3 Identificar agregaciones

La Agregación indica una relación de “un todo conformado por partes”.
Existen dos tipos de agregaciones: débil o compartida y fuerte o compuesta.
ANÁLISIS Y DISEÑO DE SISTEMAS II (GUIA DE LABORATORIO 03) 12

 Agregación débil . Es un tipo de relación utilizada para modelar la

relación todo-parte entre objetos. La parte puede estar
simultáneamente en varias instancias del todo.

 Agregación compuesta. Es un tipo de relación utilizada para
modelar la relación todo-parte entre objetos. Significa que la parte es
miembro de solamente un objeto todo, es decir, la existencia de la
parte depende del todo. El objeto todo es el único dueño del objeto
parte. La composición se representa con un rombo relleno.

c.4 Multiplicidad
Básicamente, la multiplicidad define cuantas instan cias de la clase A
pueden estar asociadas con una instancia de la clase B.

Cuando en una asociación de clases nace la relación muchos a much

os entre las dos y existe información asociada con la propia asociación se
crea una clase asociativa.

A continuación, se muestra la paleta del RSA que contiene los tipos de relaciones
entre clases:

Asociación
Asociación
dirigida o
unidireccional
Agregación débil dirigida

Agregación débil

Agregación compuesta

Asociación de clase
ANÁLISIS Y DISEÑO DE SISTEMAS II – Guía de Laboratorio 03 13

APLICACIÓN DEL CASO EN ESTUDIO

A continuación, se muestran los pasos para confeccionar un Modelo conceptual con

otro caso de estudio; pero usted, para la creación de dicho modelo, considere los
siguientes casos de uso:

 Registrar solicitud de personal

 Buscar postulante
  Registrar ficha de postulación

Creación del Modelo conceptual

1. Sobre el Modelo de análisis agregue un diagrama de clases con el nombre

Modelo conceptual.

2. Arrastre al Modelo conceptual todas las clases entidad que se han obtenido en las
diferentes realizaciones de casos de uso del sistema.
ANÁLISIS Y DISEÑO DE SISTEMAS II – Guía de Laboratorio 03 14

3. Luego, agregue los atributos en cada entidad.

4. Si para un atributo se agrega un tipo que no existe, se sigue los pasos que se
muestra a continuación.

5. Complete los atributos de las demás clases.

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

6. Configure las preferencias para el Modelo conceptual.

7. Seleccione categoría Modelado/Diagramas UML/Clase para activar o desactivar

las opciones de asociación.
ANÁLISIS Y DISEÑO DE SISTEMAS II – Guía de Laboratorio 03 16

8. Agregue las asociaciones entre las clases. En el caso que se encuentre con una
asociación de muchos a muchos, utilice una relación del tipo asociación de clase.

9. En la ventana de propiedades, sección general, cambie las multiplicidad de la

asociación de clase a muchos-muchos.
 ANÁLISIS Y DISEÑO DE SISTEMAS II – Guía de Laboratorio 03 3

10. Por último, se obtiene la relación de entidades en el Modelo Conceptual