UNIVERSIDAD NACIONAL DE SAN CRISTOBAL DE HUAMANGA

FACULTAD DE ING. MINAS, GELOGIA Y CIVIL

ESCUELA DE FORMACIN PROFESIONAL DE INGENIERA DE SISTEMAS

1. OBJETIVOS:
Conocer los diferentes tipos de diagramas para anlisis y diseo bsicos en UML
Ccomprender la estructura de un modelo UML en Rational Rose: vista de casos de uso y la
vista lgica
Identificar los requerimientos Funcionales y no Funcionales del Sistema
Identificar los elementos de un diagrama de caso de uso.

2. MARCO TERICO
2.1 VISTAS DE LA ARQUITECTURA EN RATIONAL ROSE
En el explorador se tienen cuatro carpetas que representan cuatro vistas de la arquitectura
del sistema. Cada vista muestra una proyeccin de la arquitectura y usa un conjunto de
diagramas. Las vistas de Rose son las siguientes:
a) LA VISTA DE CASOS DE USO, Use Case View: que es la vista en la que se presenta el
comportamiento deseado del sistema, en ella se encontraran los modelos relacionados con la
captura de requisitos. En esta vista se ubicaran el
modelo del negocio, el modelo conceptual, el modelo de
casos de uso del sistema y los diagramas de secuencia
del sistema.
b) LA VISTA LGICA, Logical View: en la que se
encuentran los modelos que muestran el vocabulario y
la funcionalidad (estructura y comportamiento) del
sistema, a travs de un conjunto de colaboraciones que
realizan los casos de uso de la vista de casos de uso
mediante diagramas de clases y diagramas de
interaccin:
c) LA VISTA DE COMPONENTES, Component View: en la que se representa la
implementacin del sistema mediante componentes
d) LA VISTA DE DESPLIEGUE, Deployment View: en la que se modela la distribucin o
despliegue de los componentes a los nodos de procesamiento del sistema. Muestra la
topologa, distribucin e instalacin del sistema.

Sistemas de informacin I

Doc:Elvira Fernndez J

Pg.: 1 de 13

UNIVERSIDAD NACIONAL DE SAN CRISTOBAL DE HUAMANGA

FACULTAD DE ING. MINAS, GELOGIA Y CIVIL
ESCUELA DE FORMACIN PROFESIONAL DE INGENIERA DE SISTEMAS

2.2 FACILIDADES DEL PRODUCTO O REQUISITOS FUNCIONALES

Define una breve descripcin de los requisitos funcionales del producto. Cada
caracterstica o requisito funcional es un servicio deseable externo que normalmente requiere
una serie de entradas de informacin para alcanzar el resultado deseado.
Definir lo que el sistema debe ser capaz de hacer segn las necesidades de los usuarios
del negocio.
Se pueden aplicar las siguientes guas:

Evitar el diseo. Describir las caractersticas a un nivel general. Centrndose en por qu (y no

cmo) se deberan implementar.

Define lo que el sistema debe ser capaz de hacer.

2.3 REQUISITOS NO FUNCIONALES

Requisito que especifica criterios que pueden usarse para juzgar la operacin de un sistema
en lugar de sus comportamientos especficos, ya que stos corresponden a los requisitos
funcionales. Por tanto, se refieren a todos los requisitos que ni describen informacin a
guardar, ni funciones a realizar.

2.4 MODELADO DE CASOS DE USO

Los diagramas de casos de uso documentan el comportamiento de un sistema desde el
punto de vista del usuario. Por lo tanto los casos de uso determinan los requisitos funcionales
del sistema, es decir, representan las funciones que un sistema puede ejecutar.

ELEMENTOS BSICOS
A) ACTORES: Los actores representan un tipo de usuario del sistema. Se entiende como
usuario cualquier cosa externa que interacta con el sistema. No tiene por qu ser un ser
humano, puede ser otro sistema informtico o unidades organizativas o empresas.

NewClass

Un actor en un diagrama de casos de uso representa un rol que alguien puede estar jugando,
no un individuo particular por lo tanto puede haber personas particulares que puedan estar
usando el sistema de formas diferentes en diferentes ocasiones: socio de biblioteca y
bibliotecario.

Actores Principales: personas que usan el sistema

Actores secundarios: personas que mantienen o administran el sistema
Otros Sistemas: sistemas con lo que el sistema interacta

Sistemas de informacin I

Doc:Elvira Fernndez J

Pg.: 2 de 13

UNIVERSIDAD NACIONAL DE SAN CRISTOBAL DE HUAMANGA

FACULTAD DE ING. MINAS, GELOGIA Y CIVIL
ESCUELA DE FORMACIN PROFESIONAL DE INGENIERA DE SISTEMAS

B) CASO DE USO: Un caso de uso es una descripcin de los pasos o las actividades que
debern realizarse para llevar a cabo algn proceso.
Se representan mediante un vulo. Cada caso de uso debe detallarse, habitualmente mediante
una descripcin textual.
.
Un caso de uso especifica un comportamiento deseado del sistema.
NewUseCase

Representan los requisitos funcionales del sistema.

Un caso de uso debe especificar un comportamiento deseado. Describen qu hace el sistema,
no cmo lo hace.
C) TIPOS DE RELACIONES:
Asociacin: Hay una asociacin entre un actor y un caso de uso si el actor interacta con el
sistema para llevar a cabo el caso de uso.

Generalizacin: En un diagrama de casos de uso tambin pueden mostrarse generalizaciones

(relaciones de herencia) para mostrar que diferentes elementos estn relacionados como
tipos de otros. Son aplicables a actores o casos de uso.

d) Un escenario es una interaccin entre el sistema y los actores, que puede ser descrito
mediante una secuencia de mensajes. Un caso de uso es una generalizacin de un escenario.
DEPENDENCIA
<<extend>> el primero es una funcin opcional del segundo (variacin o punto de
extensin). Se utiliza cuando se tiene un caso de uso que es similar a otro pero que hace un
poco ms.
_ Utilcese extend uando se describa una variacin de conducta normal
<<include>> el primero hace una llamada obligatoria al segundo. Ocurre cuando se tiene
una porcin de comportamiento que es similar en ms de un caso de uso y no se quiere copiar
la descripcin de tal conducta.
_ Emplese include cuando se dese evitar repeticiones

Sistemas de informacin I

Doc:Elvira Fernndez J

Pg.: 3 de 13

UNIVERSIDAD NACIONAL DE SAN CRISTOBAL DE HUAMANGA

FACULTAD DE ING. MINAS, GELOGIA Y CIVIL
ESCUELA DE FORMACIN PROFESIONAL DE INGENIERA DE SISTEMAS

Ejemplo de Asociaciones de dependencia y generalizacin

2.5 PAQUETES EN UML

Los paquetes ofrecen un mecanismo general para la organizacin de los modelos agrupando
elementos de modelado.
Se representan grficamente como:

Cada paquete corresponde a un subconjunto del modelo y contiene, segn el modelo, clases,
objetos, relaciones, componentes y diagramas asociados.
Un paquete puede contener otros paquetes, sin lmite de anidamiento pero cada elemento
pertenece a (est definido en) slo un paquete.

Ejemplo de paquetes:

Sistemas de informacin I

Doc:Elvira Fernndez J

Pg.: 4 de 13

UNIVERSIDAD NACIONAL DE SAN CRISTOBAL DE HUAMANGA

FACULTAD DE ING. MINAS, GELOGIA Y CIVIL
ESCUELA DE FORMACIN PROFESIONAL DE INGENIERA DE SISTEMAS

3. DESARROLLO DE LA PRCTICA
REQUISITOS FUNCIONALES Y NO FUNCIONALES
1.-Encontrar los requisitos funcionales y no funcionales para el siguiente ejemplo sobre
una tienda de msica online.
Descripcin del problema
Quiero vender msica a travs de Internet.
Los usuarios comprarn a crdito para adquirir canciones.
Los usuarios buscarn las canciones que deseen y las pagarn con crditos.
Los usuarios tendrn algunos das para descargar en su ordenador las canciones que hayan
adquirido.
Quiero hacer ofertas generales (afectan a todos los usuarios) y particulares (afectan a usuarios
concretos).
Solucin:
La solucin es un sistema software.
Qu caractersticas debe tener este sistema para satisfacer las necesidades de nuestro cliente?.
Esto es ingeniera de requisitos.
Requisitos funcionales
CODIGO REQUERIMIENTOS FUNCIONALES
ReqF01: El sistema debe mantener la informacin de los usuarios
ReqF02: El sistema debe permitir registrar los crditos que poseen los usuarios y
puedan comprar a crditos y proporcionar las herramientas para que los
usuarios paguen
ReqF03: Los usuarios buscarn las canciones que deseen y las pagarn con
crditos
ReqF04: El sistema debe almacenar informacin sobre las canciones que se pueden
adquirir y su precio en crditos
ReqF05: El sistema debe permitir a los usuarios buscar y consultar la informacin
sobre las canciones.
ReqF06: El sistema debe permitir a un usuario adquirir una cancin a cambio de
una cantidad de crdito
ReqF07: Los usuarios tendrn algunos das para descargar en su ordenador las
canciones que hayan adquirido.
ReqF08: El sistema debe almacenar las canciones adquiridas por un usuario y la
fecha, para saber durante cunto tiempo puede descargar dichas
canciones.
ReqF09: El sistema debe permitir descargar las canciones que un usuario ha
adquirido mientras tenga tiempo.
Requisitos no funcionales
Se les ocurren requisitos (algo que la aplicacin deba tener) que no sea funcional?
CODIGO
REQUERIMIENTOS NO FUNCIONALES
El sistema debe visualizarse y funcionar correctamente en cualquier
ReqNF01 navegador, especialmente en Internet Explorer, Mozilla y Nautilus.

Sistemas de informacin I

Doc:Elvira Fernndez J

Pg.: 5 de 13

UNIVERSIDAD NACIONAL DE SAN CRISTOBAL DE HUAMANGA

FACULTAD DE ING. MINAS, GELOGIA Y CIVIL
ESCUELA DE FORMACIN PROFESIONAL DE INGENIERA DE SISTEMAS

El sistema no debe tardar ms de cinco segundos en mostrar los

ReqNF02 resultados de una bsqueda. Si se supera este plazo, el sistema detiene
la bsqueda y muestra los resultados encontrados.
Uso del sistema: El deseo general del usuario es la facilidad de uso de la
ReqNF03 herramienta.
Extensibilidad: Grado en que la implementacin del sistema toma en
ReqNF04
consideracin y facilita su crecimiento en el futuro.

2.- Caso 01: Implementar un software para la gestin DE SERVICIO DE

FARMACIA UNIVERSITARIA de la unsch
Se desea realizar el anlisis, diseo para poder informatizar todo el sistema de gestin de farmacias
con el fin de dar un servicio a los farmacuticos y estudiantes, ms independiente, ms eficaz y ms
sencillo. El sistema permite al farmacutico de realizar todas las tareas diarias que se realizan en la
farmacia, como la adquisicin y venta de medicamentos o artculos en general, gestin de stock, de
clientes (estudiantes) y proveedores, siendo stas las tareas ms frecuentes y demandadas en este
sector.
Dentro de la gestin de servicio de farmacia universitaria de la UNSCH, se lograron identificar
algunos problemas:

Las actividades llevadas a cabo son desarrolladas manualmente y en muchos de los casos
consumen recurso de tiempo en el llenado de datos en la ficha de control econmico de
atenciones, en el libro kardex de medicamentos e insumos, en la solicitud de
requerimientos y en el libro de registro de medicamentos, y se demoran al realizar la
bsqueda manual para comprobar si el estudiante puede solicitar medicamentos mediante la
ficha de control econmico de atenciones y en la facturacin de los medicamentos que van a
entregarse al estudiante, generando en todos los casos expuesto incomodidad y desconfianza
del estudiante.

El control de estudiantes para el manejo de farmacia es ineficiente por lo que no se encuentran

conectado a un trabajo en red y en muchos de los casos no se encuentran registrados.
El seguimiento de los estudiantes en cuanto a los medicamentos no es adecuado y hace falta de
informacin automatizada, actualizada y detallada.
El control de medicamentos no es adecuado a las necesidades deseadas, debido a que el
profesional desconoce los medicamentos disponibles o no.
Las recetas mdicas generadas por el profesional de especialidad no estn en coordinacin con
farmacia, debiendo a ello, generar otra receta mdica, en caso de que no existe el medicamento
requerido anteriormente por parte del mdico del rea de consultorio mdico.
La adquisicin de medicamentos para el servicio de Farmacia, toma mucho tiempo debido a que
demora en la rotacin de medicamentos.
La verificacin de los datos del estudiante se realizan por medio de Documento Nacional de
Identidad, haciendo un uso indispensable para la entrega oportuna de medicamentos.
El inadecuado control de stock y la no existencia de medicamentos, genera el
desabastecimiento de medicamentos, permitiendo al estudiante no adquirir medicamentos de
la misma farmacia.

EJERCICIO 01:

Sistemas de informacin I

Doc:Elvira Fernndez J

Pg.: 6 de 13

UNIVERSIDAD NACIONAL DE SAN CRISTOBAL DE HUAMANGA

FACULTAD DE ING. MINAS, GELOGIA Y CIVIL
ESCUELA DE FORMACIN PROFESIONAL DE INGENIERA DE SISTEMAS

Identifique los requisitos Funcionales y no funcionales del sistema y a partir de los

requisitos funcionales encuentre los casos de uso del sistema.
CODIGO
ReqF01

REQUERIMIENTOS FUNCIONALES
CASOS DE USO
CU01: Iniciar sesin
Autentificacin
Cualquier
usuario
ya
registrado,
puede CU02:Salir Sistema
autentificarse y salir del sistema cuando quiera.

ReqF02

Gestin de Usuarios. Todos los usuarios deben

ser correctamente identificados en el sistema. Para
ello, el usuario proporciona al administrador su
nombre de usuario, contrasea y tipo de usuario
del que se trata (Qumico Farmacutico
responsable, Tcnico o Administrador/a), tras lo
cual el sistema deber validar estos datos.

CU03: Registrar Usuario

CU04:Mantener Usuario
CU05: Dar de baja Usuario
CU06:Dar de alta al usuario
CO07:generar
reporte
usuario

ReqF03

El software debe ser capaz de mostrar catlogo de

medicamentos segn categoras.

CU08: listar catlogo

Medicamentos

ReqF04

El software debe ser capaz de controlar las fechas de

vencimiento del medicamento.

CU09:controlar
vencimiento

ReqF05

El qumico farmacutico debe ser capaz de registrar la

salida de medicamento.

ReqF06

El software debe ser capaz de actualizar el stock de

medicamentos a partir de las entregas realizadas

ReqF07

El qumico farmacutico debe ser capaz de emitir ficha

de control econmico de atencin.

ReqF08

El software debe ser capaz de facturar la entrega de

medicamentos.

ReqF09

El software debe ser capaz de realizar consultas de los

estudiantes que utilizaron el servicio por escuela y
fecha.

ReqF010

El software debe ser capaz de validar la identificacin

del estudiante

ReqF011
ReqF013
ReqF014
ReqF015
ReqF016
ReqF017
ReqF018
ReqF019
ReqF020

COMPLETAR

Sistemas de informacin I

Doc:Elvira Fernndez J

Pg.: 7 de 13

de

fecha

UNIVERSIDAD NACIONAL DE SAN CRISTOBAL DE HUAMANGA

FACULTAD DE ING. MINAS, GELOGIA Y CIVIL
ESCUELA DE FORMACIN PROFESIONAL DE INGENIERA DE SISTEMAS

REQUERIMIENTOS NO FUNCIONALES
CODIGO
REQUERIMIENTOS FUNCIONALES
ReqNF01 El software para Farmacia Universitaria debe ser una aplicacin web y contar con
ayudas para recordar la clave de acceso.

ReqNF02 El software debe ser capaz de ejecutarse en cualquier sistema operativo garantizando
su portabilidad.

ReqNF03 El software debe presentar interfaces fciles de usar.

ReqNF04 El software debe ser personalizable para garantizar el cumplimiento del rol de un
personal qumico farmacutico.

ReqNF05 El software debe presentar una arquitectura tcnica y codificacin usando estndares
de que permita su operacin y mantenimiento adecuado.

1.1. Ejecutamos el Rational Rose y creamos un nuevo Proyecto:

FileNewrational unified process

1.2. Asignamos a nuestro proyecto un nombre adecuado y lo guardamos en

un lugar adecuado, como por ejemplo podra ser el disco D:\

Sistemas de informacin I

Doc:Elvira Fernndez J

Pg.: 8 de 13

UNIVERSIDAD NACIONAL DE SAN CRISTOBAL DE HUAMANGA

FACULTAD DE ING. MINAS, GELOGIA Y CIVIL
ESCUELA DE FORMACIN PROFESIONAL DE INGENIERA DE SISTEMAS

1.3.

Seleccionamos el modelo a utilizar en nuestro proyecto:

1.4. Verifique en el explorador del proyecto, tener la estructura siguiente,

que muestra el modelo seleccionado para su proyecto:

1.5. Ubquese dentro del paquete Use-Cases

Dentro del archivo Global View of Actors and Use Cases, Crear los siguientes paquetes de
caso de usos del sistema:

Sistemas de informacin I

Doc:Elvira Fernndez J

Pg.: 9 de 13

UNIVERSIDAD NACIONAL DE SAN CRISTOBAL DE HUAMANGA

FACULTAD DE ING. MINAS, GELOGIA Y CIVIL
ESCUELA DE FORMACIN PROFESIONAL DE INGENIERA DE SISTEMAS
Arrastre cada
paquete

1. Crear los siguientes diagramas correspondiente a cada paquetes:

2. Seleccione en el explorador de Modelos el paquete Actores, seleccione el archivo main y
cambiar de nombre a Diagrama de Actores, agregar los siguientes actores del sistema
El sistema bajo consideracin tiene tres tipos de actores: Administrador, farmacutico y tcnico
farmacutico.

3. Para cambiar el nombre, clik derecho a main

y escoger el men Rename
4. Seleccione el tipo adecuado de elemento y
asgnele su respectivo nombre:
Seleccione el elemento actor insertado y clic derechoOpen Specification

5. Ahora, crear el diagrama Gestion Seguridad dentro del paquete Gestin

Administracin, repetir los pasos anteriores:

Sistemas de informacin I

Doc:Elvira Fernndez J

Pg.: 10 de 13

UNIVERSIDAD NACIONAL DE SAN CRISTOBAL DE HUAMANGA

FACULTAD DE ING. MINAS, GELOGIA Y CIVIL
ESCUELA DE FORMACIN PROFESIONAL DE INGENIERA DE SISTEMAS

EJERCICIO02: Crear el diagrama Gestin de medicamentos y Gestin Compras

DESCRIPCION DE CASOS DE USO:

Sistemas de informacin I

Doc:Elvira Fernndez J

Pg.: 11 de 13

UNIVERSIDAD NACIONAL DE SAN CRISTOBAL DE HUAMANGA

FACULTAD DE ING. MINAS, GELOGIA Y CIVIL
ESCUELA DE FORMACIN PROFESIONAL DE INGENIERA DE SISTEMAS

MATRIZ DE TRAZABILIDAD
CODIGO
ReqF01

REQUERIMIENTOS FUNCIONALES
CASOS DE USO
CU01: Iniciar sesin
Autentificacin
Cualquier
usuario
ya
registrado,
puede CU02:Salir Sistema
autentificarse y salir del sistema cuando quiera.

ReqF02

Gestin de Usuarios. Todos los usuarios deben

ser correctamente identificados en el sistema. Para
ello, el usuario proporciona al administrador su
nombre de usuario, contrasea y tipo de usuario
del que se trata (Qumico Farmacutico
responsable, Tcnico o Administrador/a), tras lo
cual el sistema deber validar estos datos.

CU03: Registrar Usuario

CU04:Mantener Usuario
CU05: Dar de baja Usuario
CU06:Dar de alta al usuario
CO07:generar
reporte
usuario

ReqF03

El software debe ser capaz de mostrar catalogo de

medicamentos segn categoras.

CU08: listar catlogo

Medicamentos

ReqF04

El software debe ser capaz de controlar las fechas de

vencimiento del medicamento.

CU09:controlar
vencimiento

ReqF05

El qumico farmacutico debe ser capaz de registrar la

salida de medicamento.

ReqF06

El software debe ser capaz de actualizar el stock de

medicamentos a partir de las entregas realizadas

ReqF07

El qumico farmacutico debe ser capaz de emitir ficha

de control econmico de atencin.

ReqF08

El software debe ser capaz de facturar la entrega de

medicamentos.

ReqF09

El software debe ser capaz de realizar consultas de los

estudiantes que utilizaron el servicio por escuela y
fecha.

ReqF010

El software debe ser capaz de validar la identificacin

del estudiante

ReqF011
ReqF013
ReqF014
ReqF015
ReqF016

COMPLETAR

Sistemas de informacin I

Doc:Elvira Fernndez J

Pg.: 12 de 13

de

fecha

UNIVERSIDAD NACIONAL DE SAN CRISTOBAL DE HUAMANGA

FACULTAD DE ING. MINAS, GELOGIA Y CIVIL
ESCUELA DE FORMACIN PROFESIONAL DE INGENIERA DE SISTEMAS

ReqF017
ReqF018
ReqF019
ReqF020

Ejercicio 02:
Identificar los requisitos funcionales y no funcionales del siguiente caso, listar los casos de uso
por cada requisito funcional encontrado, crear el diagrama de caso de usos organizados por
cada paquete encontrado y mostrarlos en el Rational Rose.
El dueo de un negocio de alquiler de vehculos quiere desarrollar un sistema para consultar sobre
los vehculos disponibles y as poder reservar dichos vehculos.
Los vehculos pueden ser de tres tipos: Autos, camionetas, y limosinas, y dos tipos de clientes:
clientes habituales, y espordicos.
Una reservacin almacena datos del cliente, del vehculo reservado, la fecha de comienzo, y el
nmero de das que estar ocupado el vehculo.
La persona encargada de alquilar los vehculos puede realizar las siguientes operaciones:
- Puede obtener un listado de los vehculos disponibles de acuerdo al tipo.
- Preguntar por el precio de un vehculo de acuerdo a su tipo
- Preguntar por descuentos a los clientes habituales
- Preguntar por el precio total del cliente. Especificando su N de Ruc, tipo de vehculo, y cantidad
de das alquilados.
- Mostrar en la pantalla la foto del vehculo recuerdo a su tipo.
- Reservar un vehculo especificando la placa del vehculo, ruc, y nombre de cliente., tambin
puede eliminar una reserva especificando la placa de vehculo
El administrador podr usar el sistema para:
- Cambiar el precio del alquiler del vehculo de acuerdo a su tipo, cambiar el descuento ofrecido a
los clientes habituales, calcular las ganancias que tendr en un mes especfico.
- El sistema debe permitir agregar nuevos tipos de vehculos o clientes.

Sistemas de informacin I

Doc:Elvira Fernndez J

Pg.: 13 de 13