Libro UML

ANALISIS Y DISEO DE SISTEMAS
www.rolandostudios.com Pgina 0

rolando
Home

ANALISIS Y DISEO DE
SISTEMAS


ACTIVIDAD N 1
INTRODUCCION AL UML/RUP
ANLISIS Y DISEO DE SISTEMAS

Para llegar al trmino anlisis y diseo conozcamos algunas definiciones:

Anlisis:

Es el diagnostico de una realidad tal y como est se encuentra.
Accin de descomponer un todo en sus partes.
Consiste en separar funciones esenciales diferenciar entre lo que se debe hacer y lo que se
hace.
A nivel general, puede decirse que un anlisis consiste en identificar los componentes de
un todo, separarlos y analizarlos para lograr acceder a sus principios ms elementales.
Un anlisis es el acto de separar las partes de un elemento para estudiar su
naturaleza, su funcin y/o su significado.

Un anlisis es un efecto que comprende diversos tipos de acciones con distintas
caractersticas y en diferentes mbitos, pero en suma es todo acto que se realiza con el
propsito de estudiar, ponderar, valorar y concluir respecto de un objeto, persona o
condicin.

Estudio, mediante tcnicas informticas, de los lmites, caractersticas y posibles
soluciones de un problema al que se aplica un tratamiento por ordenador.
Proceso de separacin de las partes de un determinado elemento para estudiar su
funcin, significado y naturaleza.

Este proceso puede aplicarse en distintos mbitos, uno de ellos es el de la tecnologa, para
abordar a aquellos productos hechos para ser comercializados. A la hora de estudiarlos, se
pueden aplicar distintos tipos de anlisis:

Ejemplos:
Morfolgico
Estructural
De funcionamiento
Funcional
Relacional
Econmico
Tecnolgico
Histrico
Comparativo
Clnicos, etc.
Planificar los procesos de investigacin.
Procesar la informacin recopilada, etc.



Diseo:
Es un proceso coordinado para crear un objeto.
Actividad, creatividad que tiene por fin proyectar objetos.
Proceso de creacin y desarrollo para producir un nuevo objeto (objeto, proceso, servicio,
conocimiento entorno).
Del italiano disegno, la palabra diseo se refiere a latraza odelineacin de unedificio o de
unafigura. Se trata, por ejemplo, de la concepcin original de un objeto u obra destinados a
la produccin en serie.
Tambin puede referirse a un proyecto o plan, a la descripcinverbal de algo, a la
disposicin de manchas, colores o dibujos que caracterizana animales y plantas, y a la
forma de los objetos.
Diseo implica plasmarel pensamientoa travs de esbozos, dibujos, bocetos
yesquemastrazados en cualquier soporte.
El acto de disear puede ser considerado como creatividad (el acto de la creacin),
innovacin (cuando el objeto no existe) o una modificacin de algoyaexistente (a travs de
la abstraccin, la sntesis, la ordenacin o la transformacin).

Ejemplos:

Diseo de imagen corporativa.
Diseo grfico.
Diseo web.
Diseo universal.
Diseo grfico.
Diseo industrial.
Diseo de circuitos.
Diseo de pginas web.
Diseo arquitectnico.
Diseo de evaluacin.
Sistema

Conjuntos de elementos definidos (instituciones, personas, documentos, procesos, cosas,
etc) y organizados de tal forma que interactan y se relacionan para cumplir con su
misin, interactan con su medio ambiente.

Conjunto de elementos relacionados entre s para cumplir un objetivo en comn.
Un sistema es un conjunto de partes o elementos organizados y relacionados que
interactan entre s para lograr un objetivo.
Los sistemas reciben (entrada) datos, energa o materia del ambiente y proveen (salida)
informacin, energa o materia.

Los sistemas se compones de otros sistemas a los que llmanos subsistemas.
Del latn sistema, un sistema es mdulo ordenado de elementos que se encuentran
interrelacionados y que interactan entre s. El concepto se utiliza tanto para definir a un
conjunto de conceptos como a objetos reales dotados de organizacin.



La palabra Sistemas corresponde al plural del trmino sistema, en tanto, la palabra
sistema presenta diferentes usos de acuerdo al contexto en el cual se la emplee.
Un sistema de informacin (SI) es un conjunto de elementos orientados al tratamiento y
administracin de datoseinformacin, organizados y listos para su uso posterior,
generados para cubrir una necesidad u objetivo.

Ejemplos:

Sistema solar
Sistema digestivo
Sistemas Abiertos.
Sistemas Cerrados.
Sistema Operativo UNIX.
Sistema Operativo Windows.
Sistema aislado.
Sistemas Competitivos.
Sistemas Cooperativos.
Sistemas que modifican el estilo de operacin del negocio.

Informacin:

Es un conjunto organizado de datos procesados, que constituyen un mensaje.
Segn Idalberto Chiavenato, informacin"es un conjunto de datos con un significado, o
sea, que reduce la incertidumbre o que aumenta el conocimiento de algo. En verdad, la
informacin es un mensaje con significado en un determinado contexto, disponible para
uso inmediato y que proporciona orientacin a las acciones por el hecho de reducir el
margen de incertidumbre con respecto a nuestras decisiones.
Comprende los datos y conocimientos que se usan en la toma de decisiones.

Es un conjunto organizado de datos procesados, que constituyen un mensaje sobre un
determinado ente o fenmenos iste en datos seleccionados y ordenados con un propsito
especfico.

Informacin es un conjunto de datos acerca de algn suceso, hecho o fenmeno, que
organizados en un contexto determinado tienen su significado, cuyo propsito puede ser el de
reducir la incertidumbre o incrementar el conocimiento acerca de algo.
La informacin es un conjunto de datos con significado que estructura el pensamiento de
los seres vivos, especialmente, del ser humano.

Consiste en la transmisin de los datos obtenidos sensorialmente, a travs de un mensaje,
desde un transmisor hacia un receptor, en un proceso comunicacional, utilizando el
lenguaje oral, escrito o gestual, expuestos de manera sistemtica para otorgarles
significacin, y generar conocimiento.



Ejemplos:

Informacin privada.(promedios finales)
Informacin pblica. (noticias k se obtienen a travs de peridicos, radio, tv, etc.)
Informacin interna. (es el sistema de informacin que se da en las empresas).

Sistema de informacin

Es un conjunto formal de elementos y procesos que permiten transformar los datos de
entradas en informacin valida sin ambigedades y en forma oportuna para la toma de
decisiones.
Conjunto de elementos orientados al tratamiento y administracin de datos e informacin
organizados y listos para su posterior uso.

Un sistema de informacin (SI) es un conjunto de elementos orientados al tratamiento y
administracin de datoseinformacin, organizados y listos para su uso posterior,
generados para cubrir una necesidad u objetivo.
Un sistema de informacin es el sistema de personas, registros de datos y actividades que
procesa los datos y la informacin en cierta organizacin, incluyendo manuales de
procesos o procesos automatizados.

Un sistema de informacin consiste de 3 componentes: humano, tecnologa y organizacin.
Un sistema de informacin es un conjunto de elementos interrelacionados con el propsito
de prestar atencin a las demandas de informacin de una organizacin, para elevar el
nivel de conocimientos que permitan un mejor apoyo a la toma de decisiones y desarrollo.
Un sistema de informacin realiza cuatro actividades bsicas:
entrada,almacenamiento,procesamiento y salida deinformacin.



Sistema informtico

Es un sistema de informacin que aplica o utiliza el computador como componente de
proceso.
Es un conjunto de elementos, como son Hardware, software y recursos humanos para
cumplir un objetivo, que permiten almacenar y procesar informacin.

Conjunto de elementos interconectados o relacionados para el tratamiento de
informacin. El ms bsico es un ordenador tpico. Los ms complejos son las redes,
sistemas de procesamiento en paralelo.

Un sistema informtico utiliza dispositivos programables por medio de computadoras,
siendo una sntesis de hardware y software.
Un sistema informtico es el conjunto de elementos de hardware y software orientados al
procesamiento Automatizado de la informacin en una rama concreta de la actividad
humana, a los efectos de proveer los resultados informativos en un tiempo y con un costo
tal que no pudieran ser obtenidos por otros medios.
Un sistema informtico utiliza ordenadores para almacenar datos, procesarlos y ponerlos
a disposicin de quien se considere oportuno.

Ejemplos

Sistema informtico. de facturacin
Sistema informtico. De un cajero de bancos, etc
Sistema informtico de cuenta de usuarios de un banco.
Sistema informtico registro de materiales de colegios.
Sistema informtico de pasajes.
Sistema informtico de RENIEC.
Sistema informtico de cajeros.
Sistema informtico control de stock de una bodega.

Qu es Anlisis y Diseo?

Para crear una aplicacin de Software, es necesaria una descripcin del problema y de los
requerimientos, Qu problema vamos a resolver y qu debe hacer el sistema son las
preguntas principales que deben responderse en esta fase. El anlisis se centra en una
investigacin del problema ms que en una solucin.

Para desarrollar una aplicacin es necesario contar con una descripcin de alto nivel y de
una descripcin detallada de la solucin propuesta, y como dicha solucin cumple con los
requerimientos y restricciones planteados. El Diseo se centra en una solucin lgica, es
decir, cmo el sistema propuesto cumple con los requerimientos.

Finalmente el diseo se implementa en un software y hardware (Implementacin).



Qu es Anlisis y Diseo Orientado a Objetos?

La esencia del anlisis y diseo orientado a objetos es el considerar tanto el dominio del
problema como la solucin lgica desde la perspectiva de los objetos (cosas, conceptos o
entidades).
El anlisis enfatiza la bsqueda y descripcin de objetos o conceptos del dominio del
problema. Por ejemplo, en un sistema de prstamo, los posibles conceptos son: Libro,
Librera, Prstamo, etc.

1. Comprender el problema que tendr que resolver el software
2. Suscitar cuestiones relevantes acerca del problema y del sistema
3. Proporcionar una base para responder preguntas acerca de las propiedades
especficas del problema y del sistema
4. Decidir lo que tiene que hacer el sistema
5. Decidir lo que no tiene que hacer el sistema
6. Asegurar que el sistema satisfaga las necesidades del usuario y definir criterios de
aceptacin
7. Proporcionar una base para el desarrollo del sistema

Mientras que el diseo enfatiza la definicin de modelos lgicos de software que sern
finalmente implementados en un lenguaje orientado a objetos. Estos conceptos tambin
cuentan con atributos y mtodos, por ejemplo, Libro tiene un Autor y un Ttulo.

1. Lenguaje donde se llevar a cabo la implementacin
2. Desarrollo o gestin de la interfaz grfica
3. Limitaciones de equipo que deben tomarse en cuenta
4. Compatibilidad de versiones
5. Promover la reutilizacin de cdigo.
6. Ensamblar partes reusables
7. Sistemas independientes de equipo y portabilidad de los sistemas.
8. Atributos derivados, operaciones, etc.

Por ltimo durante la construccin, los componentes del diseo se implementan en un
lenguaje orientado a objetos.

La Implementacin, Involucra la generacin de cdigo en el lenguaje seleccionado en el
diseo y respetando las distintas decisiones de los distintos niveles. La salida de esta etapa
es el cdigo fuente.

Las Pruebas, Consiste en ver que los requerimientos del usuario se cumplan en el sistema
de forma correcta.

Anlisis de sistemas Informticos:

Sirven para recopilar o relevar la informacin del sistema o la realidad para identificar sus
principales caractersticas y as proponer una posible solucin.


El anlisis de sistemas es la ciencia encargada del anlisis de sistemas grandes y complejos
y la interaccin entre esos sistemas.
se denomina anlisis de sistemas a una de las etapas de construccin de un sistema
informtico, que consiste en relevar la informacin actual y proponer los rasgos generales
de la solucin futura.

Los sistemas en relacin con el anlisis de sistemas estn relacionados con cualquier
campo tales como: procesos industriales, administracin, toma de decisiones, procesos,
proteccin al medio ambiente, etc.
El anlisis de sistemas es una gua que permite estructurar el proceso de desarrollo de
sistemas de informacin.

Ejemplos:

Recoger datos de cmo funciona el sistema informtico.
Definir y evaluar parmetros de utilizacin.
Modelador de anlisis de sistemas.
Procesar la informacin recopilada.
Organizar instrumentos de validacin.
Mostrar las conclusiones del proceso de investigacin.

Diseos de sistemas informticos:
Proceso de aplicar ciertas tcnicas y principios con el propsito de definir un proceso o
sistema con suficiente detalle como para permitir su interpretacin y realizacin fsica
(Fcil de manejar y entendible).

Ejemplos:

Modelado del diseo de sistema.
Elaborar la presentacin del sistema.
Desarrollar el men de navegacin del sistema.
Desarrollar la interfaz de mantenimiento de sistema.
Elaborar la interfaz de los formularios de sistema.

APLICACIN DE LA METODOLOGIA

El enfoque que se va a realizar en este curso es el enfoque orientado a objetos, utilizando
el RUP (Rational UnifiedProcess) como la metodologa que va a servir como base para el
anlisis y diseo del nuevo sistema de informacin presentado pero el cual va hacer uso
del Lenguaje Modelado Unificado (UML) para la diagramacin y representacin de los
modelos a utilizar en las fases de anlisis y diseo del sistema.
En el enfoque orientado a objetos se cambia la visin que se tena de los Sistemas como
una secuencia de acciones las cuales permitan obtener salidas de informacin.
En el enfoque orientado a objetos vamos a ver la manera sobre cmo se entiende el
concepto de anlisis y diseo orientado a objetos.


3.1. Anlisis y Diseo Orientado a Objetos.

A. Anlisis Orientado a Objetos.

En esta fase se aplican los conceptos orientados a objetos (Herencia,
poliformismo, etc.) al modelo de problemas y sistemas. (Bunge: 1999)
Esta fase produce un modelo conceptual de la forma en que percibimos la
realidad. (Martin J: 1997).

Esta fase es una de las importantes debido a que aqu vemos que es lo que
queremos obtener y si no se realiza bien, tal vez los resultados no sean los
deseados.

B. Diseo Orientado a Objetos.

Viene a ser el proceso de construir la arquitectura del sistema mediante la
aplicacin de los elementos y conceptos del enfoque orientado a objetos.
(Bunge:1999)
Esta fase va a producir el modelo en que se especifica la forma en que se
implementara el Modelo Conceptual (Martin J: 1997)

3.2. Descripcin de la Metodologa y Lenguaje de Modelado Utilizado.

A. Metodologa RUP (Proceso Unificado Racional)

a. Definicin de RUP
El proceso unificado Racional es una metodologa creada por la Rational
Rose Corporation para brindar a los analistas y desarrolladores de
software una metodologa que permita guiar el proceso de anlisis y
diseo de sistemas as como su desarrollo de manera fcil y clara, esta
metodologa.

b. Fases del desarrollo con RUP

La metodologa RUP cuenta de 4 fases fundamentales las cuales son el
anlisis de requerimientos, el diseo del sistema, diseo detallado e
implementacin y pruebas.

Anlisis de requerimientos

En esta etapa se logra claridad sobre lo que desea el usuario y en la forma
en la cual se le va a presentar la solucin que se esta buscando.
Las actividades que se realizan en esta fase son las siguientes:
Identificar los casos de usos
Dar detalle de los casos de usos descritos.
Definir una interfaz inicial del sistema (si es aplicable)
Desarrollar el modelo del mundo.
Validar los modelos.


Diseo del sistema

En esta etapa se define una subdivisin en aplicaciones del sistema (si es
lo suficientemente grande) y la forma de comunicacin con los sistemas
ya existentes con los cuales debe interactuar.
En esta fase se realizan las actividades siguientes:

Identificar la arquitectura del sistema
Definir componentes del sistema, las aplicaciones y su ubicacin
Definir mecanismos de comunicacin.

Diseo detallado

En esta etapa se adecua el anlisis a las caractersticas especficas del
ambiente de implementacin y se completan las distintas aplicaciones del
sistema con los modelos de control, interfaz o comunicaciones, segn sea
el caso. En esta fase se realizan las siguientes actividades:

Agregar detalles a la implementacin al modelo del mundo, mediante
diagramas de clases y paquetes, con el detalle de la implementacin.
Desarrollar el modelo de interfaz, a travs de diagramas de
interaccin con el detalle de las operaciones mas importantes del
sistema.
Desarrollar los modelos de control, persistencia y comunicaciones,
realizando los diagramas de estados y/o actividades para las clases
concurrentes.

Implementacin y Pruebas

Se desarrolla el cdigo de una manera certificada. En esta fase se realizan
las siguientes actividades:

Definir estndares de programacin
Codificacin y pruebas unitarias
Pruebas de mdulos y de sistema

Diagrama de las fases de la Metodologa RUP

Anlisis de
requerimientos

Diseo del Sistema

Diseo Detallado

Implementacin y Pruebas


Como el sentido de una metodologa es dar unas pautas para seguir un proceso de
desarrollo, no es una estructura rgida la cual se tiene que seguir a pie de la letra,
es por eso que estas se pueden adoptar de acuerdo al requerimiento del analista o
desarrollador.

Adems las metodologas pueden usar distintos tipos de lenguaje de modelado, en
el caso de la metodologa RUP puede utilizar tambin distintos tipos de lenguajes
modeladores, pero la Rational Software en su afn de establecer un estndar el
cual sea utilizado por todos, creo el Lenguaje de Modelado Unificado como un
estndar que utilice la Metodologa RUP para llevar a cabo el modelado del anlisis
y diseo del sistema, esta vinculacin hace mucho ms flexible la Metodologa RUP
hacindola adaptarse al uso de los modelos de este lenguaje.

B. Lenguaje de Modelado Unificado (UML)

Es un lenguaje grfico para visualizar, especificar y documentar cada una de
las partes que comprende el desarrollo del software. UML entrega una forma
de modelar cosas conceptuales como lo son procesos de negocio y funciones
del sistema, adems de cosas concretas como lo son escribir clases en el
lenguaje determinado, esquemas de base de datos y componentes de software
reusables. (Grady Booch, JimRumbaugh, Ivar Jacobson, 1999).

UML ha sido creado por los expertos de metodologa Grady Booch, Ivar
Jacobson, y JimRumbaugh en Rational Software, utilizando informacin de
otros importantes expertos en metodologa, vendedores de software, y
usuarios finales.

Su objetivo era unificar los diversos sistemas que haba y crear un lenguaje de
modelado con las mejores caractersticas de cada uno.
UML fue adoptado por el OMG (Object Management Group) como estndar en
noviembre de 1997.

Qu es UML?

UML = UnifiedModelingLanguage
Un lenguaje de propsito general para el modelado orientado a objetos
UML combina notaciones provenientes desde:

Modelado Orientado a Objetos
Modelado de Datos
Modelado de Componentes
Modelado de Flujos de Trabajo (Workflows)



Situacin de Partida

Diversos mtodos y tcnicas OO, con muchos aspectos en comn pero utilizando
distintas notaciones
Inconvenientes para el aprendizaje, aplicacin, construccin y uso de herramientas,
etc.
Pugna entre distintos enfoques (y correspon-dientes gurs)

=> Necesidad de una notacin estndar

Historia de UML

Comenz como el Mtodo Unificado, con la participacin de Grady Booch y
JimRumbaugh. Se present en el OOPSLA95.
El mismo ao se uni Ivar Jacobson. Los Tres Amigos son socios en la compaa
Rational Software. Herramienta CASE Rational Rose.



Participantes en UML 1.0

Rational Software
(Grady Booch, Jim Rumbaugh y Ivar Jacobson)
Digital Equipment
Hewlett-Packard
i-Logix (David Harel)
IBM
ICON Computing
(DesmondDSouza)
Intellicorp and James Martin & co. (James Odell)
MCI Systemhouse
Microsoft
ObjecTime
Oracle
PlatiniumTechnology
Sterling Software
Taskon
Texas Instruments
Unisys

UML aglutina enfoques OO



Perspectivas de UML

UML ser el lenguaje de modelizacin de objetos estndar predominante los prximos
aos.
Razones:
Participacin de metodlogos influyentes.
Participacin de importantes empresas.
Aceptacin del OMG como notacin estndar.
Evidencias:
Herramientas que proveen la notacin UML.
Edicin de libros.
Congresos, cursos, camisetas, etc.

Uso de UML
El objetivo de UML es describir cualquier tipo de sistema en trminos de diagramas
orientados a objetos

Algunas categoras de Sistemas

Sistemas de Informacin
Sistemas de Tiempo Real
Sistemas Distribuidos
Software de Sistemas
Sistemas de Negocios

Modelado con UML

Use
Cas
e
Diagramas de
Casos deUso
Scenari
o
Diagram
Scenari
o
Diagram
Diagramas
de
Colaboracin
State
Diagram
s
iagrams Diagramas de
Componentes
ams
grams
Diagramas
de
Despliegue
State
Diagram
s
State
Diagram
s
Diagramas
de
Objetos
enario
Diagram
s
Scenari
o
Diagram
Diagramas
de
Estados
Cams
Use
Cas
e
Diagramas
de
Secuencia
iagrams
State
Diagram
s
Diagramas
de
Clases

Diagramas
De
Actividad
Modelo


Un modelo es una descripcin completa de un sistema desde una perspectiva concreta
Tipos de Diagramas UML

Diagrama de Casos de Uso

Diagrama de Clase (incluyendo Diagrama de Objetos)

Diagramas de Comportamiento

Diagrama de Estados
Diagrama de Actividad

Diagramas de Interaccin

Diagrama de Secuencia
Diagrama de Colaboracin

Diagramas de implementacin

Diagrama de Componentes
Diagrama de Despliegue



ACTIVIDAD N2

DIAGRAMAS 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.
Su ventaja principal es la facilidad para interpretarlos, lo que hace que sean especialmente
tiles en la comunicacin con el cliente.

Elementos Bsicos

Casos de Uso

Es una tcnica para capturar informacin de cmo un sistema o negocio trabaja
actualmente, o de cmo se desea que trabaje.

No pertenece realmente al enfoque orientado a objeto, ms bien es una tcnica para el
modelado de escenarios en los cuales el sistema debe operar.

Cada Caso de Uso puede estar definido por:
Texto que lo describe
Secuencia de pasos ejecutados dentro del escenario
Condiciones pre-post para que el escenario comience o termine
Mezclando las anteriores

Un Caso de Uso es representado por una elipse y describe una situacin de uso del sistema
interactuando con actores



Actor

Un actor es un agente, alguien o algo que solicita un servicio al sistema o acta
como catalizador para que ocurra algo

Los actores representan un tipo de usuario del sistema. Se entiendo 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. Siempre hay que
intentar independizar los actores de la forma en que se interacta con el sistema.

Por ejemplo un teclado no es un actor en la mayor parte de los casos, slo un medio para
introducir informacin al sistema. Suele ser til mantener una lista de los usuarios reales
para cada actor.
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.

Asociaciones
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

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.

Ejemplos
Escenario 1: Jos Garca se lleva prestado el tercer ejemplar de Guerra y Paz que
hay en la biblioteca. No tiene ningn otro libro en prstamo.

Escenario 2: Mnica Daz intenta llevarse prestado el primer ejemplar de Ana
Karenina, pero no puede porque ya tiene tres libros en prstamo, que es el
mximo.
Todos los escenarios de un caso de uso deben tener en comn que son intentos de hacer
esencialmente lo mismo, en este caso llevarse un libro en prstamo.
Los escenarios pueden y deben posteriormente documentarse mediante diagramas de
secuencia.



Los Casos de Uso (Ivar Jacobson) describen bajo la forma de acciones y reacciones el
comportamiento de un sistema desde el punto de vista del usuario.
Permiten definir los lmites del sistema y las relaciones entre el sistema y el entorno
Los Casos de Uso son descripciones de la funcionalidad del sistema independientes de la
implementacin.

Los Casos de Uso particionan el conjunto de necesidades atendiendo a la categora de
usuarios que participan en el mismo
Estn basado en el lenguaje natural, es decir, es accesible por los usuarios
El modelo de los Casos de Uso comprende los actores, el sistema y los propios casos de uso
El conjunto de funcionalidades de un sistema se determina examinando las necesidades
funcionales de cada actor, expresadas en forma de interacciones

Ejemplo:

Verificar Situacin
Vendedor
Realizar Venta
Secretaria
Preparar Catlogo
Supervisor
Cliente
Establecer Crdito


Los actores se determinan observando:

Usuarios directos del sistema.
Responsables del uso o mantenimiento del sistema.
Otros sistemas que interactan con el sistema en cuestin.

La misma persona fsica puede interpretar varios papeles como actores distintos
El nombre del actor describe el papel desempeado.

La determinacin de los actores permite delimitar el alcance del sistema de manera
progresiva

Categoras de actores:

Principales: personas que usan el sistema.
Secundarios: personas que mantienen o administran el sistema.
Material externo: dispositivos materiales imprescindibles que forman
parte del mbito de la aplicacin y deben ser utilizados.
Otros sistemas: sistemas con los que el sistema interacta.

Tras localizar los actores, procede el describirlos.
Los Casos de Uso se determinan observando y precisando, actor por actor, las secuencias
de interaccin, los escenarios, desde el punto de vista del usuario.

Un escenario es una instancia de un caso de uso.
Los casos de uso intervienen durante todo el ciclo de vida






EJEMPLOS

Ejemplo: 01

En una bodega un cliente
pregunta, si venden leche el
vendedor le responde que si
vende leche entonces el
cliente realiza la compra de
2 litros de leche, luego el
cliente cancela, y el
vendedor le entrega los 2
litros de leche.
1. Identificando
actores

-Cliente
-Vendedor

2. Identificando caso de usos(proceso)

-Realizar consulta
-Realizar compra
-Cancelar compra
-Entregar producto
Ejemplo 02:

La secretaria de un Instituto realiza el registro de las fichas de matrcula de los alumnos.
Adems, tiene que solicitar el horario de los profesores, para luego elaborar el cuadro de
horarios del IST.

Por otro lado tiene que realizar el cuadro de aulas disponibles para el desarrollo de clases y
finalmente entregar un informe final a direccin.

Ejemplo 03:

Desarrolle un DCU para cancelar el recibo de luz en una oficina. De cancelacin de recibos de
Luz.

Ejemplo 04:

Desarrolle un DCU para retirar dinero de un cajero automtico


Ejemplo 05:

En el restaurant LA OLLA GORDA se realizan los siguientes procesos para atender a los
diferentes clientes cuando el cliente ingresa la anfitriona les da la bienvenida y recibe las
prendas y los objetos de los clientes.

Los clientes son atendidos por meseros los cuales le van a indicar una mesa disponible. el
mesero entregara a los clientes la carta con el men del da .
Los clientes deben seleccionar el men a degustar.

El mesero recoge la carta con el men seleccionado y se dirige hacia la cocina , en donde
entregara la lista con el men seleccionado. Cocina servir los mens seleccionados el cual
el mesero le har llegar a los clientes que le solicitaron.

Los clientes despus de disfrutar la comida llamaran al mesero para solicitarle la cuenta.
Finalmente los clientes se retiran del restaurant la olla gorda recogiendo sus prendas y
objetos que sern entregados por la anfitriona.

Ejemplo 06:

Una persona desea realizar los trmites para actualizar los datos de su DNI en la oficina de
RENIEC, esta persona debe realizar los siguientes procesos.
La persona en primer lugar debe esperar turno.

El agente de seguridad entregara un ticket de turno a la persona.
Luego la persona de acuerdo a su turno ingresara a la oficina, el asistente de administracin
solicita los documentos para verificarlos si estn correctamente.

Luego la persona se acerca al administrador, el administrador solicita los documentos
verificados, luego el administrador ingresa el nmero de DNI a sistema de La RENIEC el
sistema de la RENIEC verifica los datos de la persona.

Luego el administrador solicita los datos de la persona para actualizarlos.
Luego el administrador con la conformidad de la persona, guarda los datos
Finalmente la persona firma y sella el padrn de actualizacin de datos de la persona.


CASOS PRACTICOS

CASO PRACTICO1

Un tcnico en sistemas est operando un sistema de administracin de pelculas, el cual tiene
que tener en cuenta registrar a los actores de cada pelcula, registrar el gnero, registrar la
pelcula y adems registrar la programacin de las pelculas.
Identifique los actores y casos de uso.

CASO PRACTICO2

Una persona ingresa a una oficina de transporte terrestre, se acerca a la recepcionista y
realiza consultas.
Una vez informado, decide viajar. La recepcionista le solicita su DNI, la recepcionista ingresa
el DNI al sistema, el sistema proporciona los datos de la persona.
La recepcionista le solicita nmero de asiento y finalmente imprime el boleto de viaje.
La persona cancela el valor del boleto de viaje y recibe el boleto de viaje.
Identifique los actores y casos de uso.

CASO PRACTICO3

Una persona ingresa a una farmacia. Se acerca al vendedor y realiza unas consultas. El
vendedor ingresa los datos del medicamento al sistema, el sistema proporciona la informacin
del medicamento.
La persona decide comprar, entonces el vendedor registra en un ticket los datos de la compra.
Luego la persona se acerca a caja para canjear el ticket por un comprobante de pago, cancela
el monto y recibe el comprobante. Luego se acerca a despacho, entrega el comprobante de
pago y recibe el medicamento.


ACTIVIDAD N3
TIPOS DE ASOCIACIONES

Hay una asociacin entre un actor y un caso de uso si el actor interacta con el sistema para
llevar acabo el caso de uso.

Tipos de asociaciones:

Existen tres tipos de asociaciones o relaciones en los diagramas de casos de uso :
Extend
Include
generalizacin
INCLUDE

Se puede incluir una relacin entre dos casos de uso de tipo include si se desea especificar
comportamiento comn en dos o ms casos de uso.

Es una forma de interaccin o creacin, un caso de uso dado puede "incluir" otro caso
de uso. El primer caso de uso a menudo depende del resultado del caso de uso incluido.
Esto es til para extraer comportamientos verdaderamente comunes desde mltiples
casos de uso a una descripcin individual, desde el caso de uso.

En el diagrama, se indica mediante una flecha a trazos y abierta, como en este ejemplo:

En el ejemplo indica que tanto reservar libro como renovar prstamo hacen algo
en comn: comprobar reserva.
Ventajas:
Las descripciones de los casos de uso son ms cortas y se entienden mejor.
La identificacin o funcionalidad comn puede ayudar a descubrir el posible uso
de componentes ya existentes en la implementacin.
Desventajas:
La inclusin de estas relaciones hace que los diagramas sean mas difciles de leer,
sobre todo para los clientes.

Los casos de uso obligatoriamente deben realizarse para que el caso de uso base
funcione

E
j
e
m
p
l
o
1

Interpreta:_______________________________________________________________________
___________________________________________________________________
Ejemplo2
Interpreta:_______________________________________________________________________
___________________________________________________________________
Ejemplo3

usuario
retirar dinero
verificar usuario
<<include>>
usuario
iniciar sesion
verificar datos
<<include>>
Interpreta:________________________
__________________________________
__________________________________
__________________________________
__________________________________
__________________________________
__________________________________
___________
usuario
iniciar sesion verificar datos
<<include>>
caso de uso base
caso de uso primario
caso de uso padre
caso de uso origen
caso de uso incluido
caso de uso secundario
caso de uso hijo
caso de uso destino

EXTEND

Se puede incluir una relacin entre
dos casos de uso de tipo extend si
se desea especificar diferentes
variantes del mismo caso de uso.
Dicho de otra forma, la relacin
extend implica que el
comportamiento de un caso de uso
es diferente dependiendo de ciertas
circunstancias.
En principio, esas variaciones
pueden tambin mostrar de como
diferentes descripciones de
escenarios asociadas al mismo caso de uso.

Es otra forma de interaccin, un caso de uso dado (la extensin) puede extender a
otro. Esta relacin indica que el comportamiento del caso de la extensin se utiliza
en casos de uso, un caso de uso a otro caso siempre debe tener extensin o
inclusin. El caso de uso extensin puede ser insertado en el caso de uso extendido
bajo ciertas condiciones. La notacin, es una flecha de punta abierta con lnea
discontinua, desde el caso de uso extensin al caso de uso extendido, con la
etiqueta extend. Esto puede ser til para lidiar con casos especiales, o para
acomodar nuevos requisitos durante el mantenimiento del sistema y su extensin.
Atencin: la flecha en el caso de las relaciones extend va hacia el caso de uso
original.

Ejemplo1

Interpreta:________________________
__________________________________
__________________________________
__________________________________
__________________________________
__________________________________
__________________________________
__________________________________
__________________________________
__________________________________
__

Ejemplo2

Ejemplo3

Interpreta:_______________________________________________________________________
________________________________________________________________________________
________________________________________________________________________________

Interpreta:_______________________________
_________________________________________
_________________________________________
_________________________________________
_________________________________________
_________________________________________
_________________________________________
_________________________________________
_________________________________________
_______________________________________

GENERALIZACION

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, pero para estos ltimos la semntica es muy similar a
las relaciones extend.

Es la actividad de identificar elementos en comn entre conceptos y definir las relaciones
de una superclase (concepto general) y subclase (concepto especializado). Es una manera
de construir clasificaciones taxonmicas entre conceptos que entonces se representan en
jerarquas de clases. Las subclases conceptuales son conformes con las superclases
conceptuales en cuanto a la intencin y extensin."

En la tercera forma de relaciones entre casos de uso, existe una relacin
generalizacin/especializacin. Un caso de uso dado puede estar en una forma especializada
de un caso de uso existente. La notacin es una lnea slida terminada en un tringulo
dibujado desde el caso de uso especializado al caso de uso general.

Ejemplo1

Interpreta:_____________________
______________________________
______________________________
______________________________
______________________________
______________________________
______________________________
______________________________
______________________________
______________________________
______________________________
______________________________
______________________________
_________________

Ejemplo2

Interpreta:________________________________________________________________________
________________________________________________________________________________
________________________________________________________________________________


Ejemplo3

Caso1

Un cliente ingresa a una farmacia se acerca a una vendedora para comprar un
determinado medicamento la vendedora realiza la consulta en el sistema sobre el
medicamento sobre si est disponible.
Luego la vendedora le elabora un ticket, adems tambin le solicita al cliente si desea
acumular puntos bonos.
El cliente se acerca a caja para cancelar sobre el medicamento, la cajera le solita el
ticket para canjearlo por un comprobante.
En el comprobante se debe registrar los datos del cliente los datos del medicamento
los datos del vendedor.
Al momento de cancelar la cajera le solicita al cliente si desea aportar una donacin
con fines benficos.
El cliente cancela el monto a pagar y se acerca a la ventanilla de despacho.
En despacho para que le entreguen el medicamento debe entregar el comprobante.
El cliente entrega el comprobante recibe el medicamento recibe su medicamento y se
retira.
Elabore un diagrama de caso de uso considerando clase de uso include, caso de uso extend.
CASOS PRACTICOS
Interpreta:______________
_______________________
_______________________
_______________________
_______________________
_______________________
_______________________
_______________________
_______________________
_______________________
_______________________
_______________________
_______________________
_______________________

Caso 2

El jefe de personal de una empresa, cada fin de mes debe realizar el respectivo pago a
los trabajadores que elaborar en dicha empresa.
En primer lugar, para efectuar el sueldo neto del trabajador, debe calcular el sueldo
bruto, los aportes y descuentos de ley.
Teniendo en cuenta que para calcular el sueldo bruto debe verificar el control de das
elaborados de cada trabajador.
Todos los datos son ingresados al sistema de control de pagos.
Dependiendo del mes el jefe de personal decide calcular o no para los trabajadores un
aporte extra.
Por otro lado para cancelar los pagos a los trabajadores de puede realizar mediante
cheque, deposito o en efectivo.
Realiza un diagrama de caso de uso considerando includes y extend.

Caso 3

Una empresa de combustibles, desea administrar adecuadamente el servicio que
brinda a todos sus clientes para esto describe los procesos que se realizan para la
atencin de los clientes.
En primer lugar cuando se acerca un cliente con su vehculo el empleado solicita el
valor, valor que se ingresara al surtidor. Este valor puede ser monetario o cantidad de
galones.
En segundo lugar al momento de cancelar el servicio el empleado registra la
cancelacin considerando los datos del cliente y el servicio y por ltimo el empleado
ofrece al cliente acumular puntos o registrarle un comprobante de pago.
Si el cliente esta registro y acumula puntos le regala gorros.
Adems los pagos se pueden hacer en efectivo o con tarjeta.
Realice un diagrama de caso de uso considerando casos de uso include y extend.

Caso 4

Una encuestadora del gobierno desea conocer la informacin familiar de vivienda y
laboral de cada familia de un determinado lugar.
En primer lugar para recopilar la informacin familiar se considera registrar los datos
del padre, de la madre y de las hijos y adems de cada uno se debe registrar el lugar y
fecha de nacimiento, registrar grado acadmico.
En segundo lugar para recopilar la informacin de la vivienda se considera registrar el
estado de la vivienda la condicin e la vivienda y el nmero de habitantes.

En tercer lugar para recopilar la informacin econmica se considera registrar los
datos del padre y de la madre y adems de cada uno se debe registrar el centro de
trabajo, ao de servicio y condicin laboral.
Realice un diagrama de caso de uso considerando includes y generalizacin.


ACTIVIDAD N4
DIAGRAMA DE SECUENCIA

El diagrama de secuencia es un tipo de diagrama usado para modelar interaccin entre
objetos en un sistema segn UML.
Utilidad
Un diagrama de secuencia muestra la interaccin de un conjunto de objetos en una aplicacin
a travs del tiempo y se modela para cada caso de uso. Mientras que el diagrama de casos de
uso permite el modelado de una vista bacines del escenario, el diagrama de secuencia
contiene detalles de implementacin del escenario, incluyendo los objetos y clases que se usan
para implementar el escenario, y mensajes intercambiados entre los objetos.
Tpicamente se examina la descripcin de un caso de uso para determinar qu objetos son
necesarios para la implementacin del escenario. Si se dispone de la descripcin de cada caso
de uso como una secuencia de varios pasos, entonces se puede "caminar sobre" esos pasos
para descubrir qu objetos son necesarios para que se puedan seguir los pasos. Un diagrama
de secuencia muestra los objetos que intervienen en el escenario con lneas discontinuas
verticales, y los mensajes pasados entre los objetos como flechas horizontales.
Tipos de mensajes
Existen dos tipos de mensajes: sincrnicos y asincrnicos. Los mensajes sincrnicos se
corresponden con llamadas a mtodos del objeto que recibe el mensaje. El objeto que enva el
mensaje queda bloqueado hasta que termina la llamada. Este tipo de mensajes se representan
con flechas con la cabeza llena. Los mensajes asincrnicos terminan inmediatamente, y crean
un nuevo hilo de ejecucin dentro de la secuencia. Se representan con flechas con la cabeza
abierta.
Tambin se representa la respuesta a un mensaje con una flecha discontinua.

Pueden ser usados en dos formas:
De instancia: describe un escenario especfico (un escenario es una instancia de la
ejecucin de un caso de uso).
Genrico: describe la interaccin para un caso de uso; Utiliza ramificaciones
("Branches"), condiciones y bucles.
Estructura
Los mensajes se dibujan cronolgicamente desde la parte superior del diagrama a la parte
inferior; la distribucin horizontal de los objetos es arbitraria. Durante el anlisis inicial, el
modelador tpicamente coloca el nombre 'business' de un mensaje en la lnea del mensaje.
Ms tarde, durante el diseo, el nombre 'business' es reemplazado con el nombre del mtodo
que est siendo llamado por un objeto en el otro. El mtodo llamado, o invocado, pertenece a
la definicin de la clase instanciada por el objeto en la recepcin final del mensaje.
ELEMENTOS PRINCIPALES DE UN DIAGRAMA DE SECUENCIA
El diagrama de secuencias consta de objetos, representados del modo usual: rectngulos con
nombres subrayados, estmulos (tambin conocidos como mensajes) representados por lneas
continuas con una punta de flecha y el tiempo representado por una progresin vertical.

a. Objetos
Los objetos se colocan cerca de la parte superior del diagrama, de izquierda a derecha y se
acomodan de manera que simplifiquen el diagrama. La extensin que est debajo y en forma
descendente ser una lnea discontinua conocida como la lnea de vida del objeto. Junto con la
lnea de vida del objeto se encuentra un pequeo rectngulo conocido como activacin, el cual
representa la ejecucin de una operacin que realiza el objeto. La longitud del rectngulo se
interpreta como la duracin de la activacin NOMBRE 1Representacin de un objeto con su
lnea de vida y su activacin.


b. Estmulos
Un estmulo que va de un objeto a otro pasa de la lnea de vida de un objeto a la de otro. Un
objeto puede enviarse un mensaje a si mismo ( es decir desde su lnea de vida hacia su propia
lnea de vida).Un estmulo puede ser simple, sncrono o asncrono. Un mensaje simple es la
transferencia del control de un objeto a otro. Si un mensaje enva un mensaje sncrono,
esperara la respuesta a tal mensaje antes de continuar. En el diagrama de secuencias, los
smbolos del mensaje varia, por ejemplo, la punta de flecha de flecha de un mensaje simple
est formada por dos lneas, la punta de flecha de un mensaje sincrnico esta rellena y la de
un asncrono tiene una sola lnea.

c. Tiempo
El diagrama representa el tiempo en direccin vertical. El tiempo se inicia en la parte superior
y avanza hacia la parte inferior. Un mensaje que este mas cerca de la parte superior ocurrir
antes de uno que est ms cerca de la parte inferior. Con ello el diagrama de secuencias tiene
dos dimensiones. La dimensin horizontal es la disposicin de los objetos y la dimensin
vertical muestra el paso del tiempo.
EJEMPLO1: INTERACCION ENTRE ACTORES
Registrar comprobante de pago de una venta de un producto
1. En primer lugar se elabora el Diagrama de casos de usos

Diagrama de casos de usos

cliente
registrar cliente
empleado
registrar empleado
registrar producto
registrar comprobante
sistema
<<include>>
<<include>>
<<include>>

2. En segundo lugar se explota o se especifica los procesos o mensajes de cada caso de
uso, en ejemplo detallaremos el diagrama de secuencia del caso de uso Registrar
Cliente.

3. Se elabora un diagrama de secuencia en donde para mostrar todos los mensajes que
suceden entre los actores u objetos. Segn como se muestra el ejemplo.

Diagrama de secuencia: Registrar cliente

Como pueden darse cuenta, es aqu donde se insertan todos los mensajes entre los actores u objetos en este
caso, solo hay interaccin de mensajes entre actores. Como pueden darse cuenta se visualizan los mensajes
en un tiempo transcurrido.

EJEMPLO2:INTERACCION ENTRE ACTORES Y OBJETOS

Encuesta social para registrar el aspecto de la vivienda familiar

DIAGRAMA DE CASOS DE USOS

DIAGRAMA DE SECUENCIA: REGISTRAR ASPECTO DE VIVIENDA FAMILIAR

Este es un ejemplo entre actores y objetos. Como pueden darse cuenta el encuestador ingresa
los datos manualmente a una ficha de vivienda familiar que el miembro de la familia informa.

encuestador
registrar aspecto de vivienda familiar
miembro familiar

CASO1
ATENCION EN RESTAURANTE

Un restaurante desea implementa un S.I para esto identifica los siguientes procesos:

1. Recepcionar cliente
El mozo se acerca, le da la bienvenida y ofrece los dos tipos de mesa: mesa ejecutiva, mesa
comn.
El cliente comunica sobre que mesa ubicarse.
2. Tomar pedido.
El mozo solicita al cliente lo que desea servirse.
El cliente informa lo que va a servirse.
Todos los datos son registrados en nota pedido los cuales numero mesa, platos, precio de
plato, bebida, precio bebida, cantidad y por ltimo los datos del cliente: nombres, apellidos y
DNI.
3. Registrar pedido.
Luego el mozo se acerca al asistente de cocina y le entrega la nota pedido, registra todos los
datos al sistema y luego la nota de pedido es alcanzarlo al cocinero. Para que este sirva el
plato y bebidas.
Luego el mozo atiende la mesa.
4. Cancelar servicios.
Finalmente el mozo se acerca a la mesa a realizar las respectivas cobranzas, el mozo entrega el
total a pagar, el cliente cancela con efectivo o tarjeta, los datos del cliente son ingresados al
sistema, con la fecha, total y el servicio luego el sistema imprime el comprobante de pago.
El mozo entrega el comprobante y el cliente se retira.
Desarrolle:

Realice diagrama de casos de usos.
Realice diagrama de secuencia de cada caso de uso

CASO2
PRODUCCIN AUDIOVISUAL

La Produccin ROLANDOSTUDIOS, desea realizar un cortometraje, para esto deben
realizarse las siguientes actividades.

1. Elaborar el guin, Responsable el Guionista.
2. Realizar casting, Responsable de Casting y Actores.
3. Buscar locacin, Responsable Director de Fotografa.
4. Realizar la filmacin, Responsable Produccin.
5. Realizar posproduccin, Responsable Jefe de Postproduccin.
6. Realizar estreno, Responsable .Productor Ejecutivo.

1. Elaborar el guin:

El guionista escribe la historia en el guin luego el guin es entregado a la Produccin,
produccin verifica, el cual puede ser aceptado rechazado.

2. Realizar casting:

Aqu el responsable de casting, publica un programa de casting, en donde los actores
se registran para ser evaluados, despus de la evaluacin pueden ser aprobados o
desaprobados.

3. Buscar locacin:
El director de fotografa busca y registra todos los escenarios de la filmacin, los
cuales son entregados a la produccin, y estos pueden ser aceptados o rechazados.

4. Realizar filmacin:

El responsable es la produccin, junto a un equipo tcnico y actores.
Donde la produccin ordena al equipo tcnico y actores cumplir sus funciones, luego
produccin guardara los archivos.

5. Realizar Postproduccin

El responsable es el jefe de produccin junto a un equipo tcnico y el material.
El jefe produccin ordena la edicin y el acabado final del material.

6. Realizar estreno:

El productor ejecutivo se encargara de realizar contratos con los responsables de las
grandes salas de cine. Se pide
Diagrama casos de usos
Diagrama secuencia de cada caso de uso


CASO3
VENTA DE PASAJES

El seor Juan Prez Cruz ingresa a la Agencia por primera vez. Se acerca a la recepcionista de
venta de pasajes, la recepcionista le solicita el nmero de DNI para que ingrese al sistema;
pero Don Juan Prez Cruz no est en el sistema. Entonces la recepcionista tiene que registrar
al usuario. Para esto se solicita los siguientes datos:

Nmero de DNI
Nombres
Apellidos
Con esta informacin de usuario que se ha ingresado al sistema Don Juan Perez Cruz ya puede
realizar una compra de pasaje. Para registrar el boleto de pasaje la secretaria le solicita los
siguientes datos:

Ruta
Fecha de viaje
Hora de viaje
Numero de asiento.
De esta manera Don Juan Prez Cruz obtiene su boleta de pasaje. Recordar que en el boleto de
pasaje tambin se debe incluir los datos de la recepcionista.

Realice el diagrama de caso de uso y los casos de secuencia


ACTIVIDAD N5
DIAGRAMAS DE COLABORACION

Un diagrama de colaboracin en las versiones de UML 1.x es esencialmente un diagrama
que muestra interacciones organizadas alrededor de los roles. A diferencia de los diagramas
de secuencia, los diagramas de colaboracin, tambin llamados diagramas de comunicacin,
muestran explcitamente las relaciones de los roles. Por otra parte, un diagrama de
comunicacin no muestra el tiempo como una dimensin aparte, por lo que resulta
necesario etiquetar con nmeros de secuencia tanto la secuencia de mensajes como los hilos
concurrentes.
Muestra cmo las instancias especficas de las clases trabajan juntas para conseguir un
objetivo comn.
Implementa las asociaciones del diagrama de clases mediante el paso de mensajes de
un objeto a otro. Dicha implementacin es llamada "enlace".
Un diagrama de comunicacin es tambin un diagrama de clases que contiene roles de
clasificador y roles de asociacin en lugar de slo clasificadores y asociaciones. Los roles de
clasificador y los de asociacin describen la configuracin de los objetos y de los enlaces que
pueden ocurrir cuando se ejecuta una instancia de la comunicacin. Cuando se instancia una
comunicacin, los objetos estn ligados a los roles de clasificador y los enlaces a los roles de
asociacin. El rol de asociacin puede ser desempeado por varios tipos de enlaces
temporales, tales como argumentos de procedimiento o variables locales del procedimiento.
Los smbolos de enlace pueden llevar estereotipos para indicar enlaces temporales.

DIAGRAMA DE CASOS DE USOS
CASOS PROPUESTO: REGISTRAR ALUMNO
1. Crea el diagrama de casos de usos

2. Agrega un Diagrama de secuencia, sabiendo que los diagramas de secuencia se
originan en el caso de uso.

alumno
sistema
secretaria
registrar alumno
1. clic derecho
2. clic
3. clic

3. Arrastra los actores del diagrama de casos de usos, al diagrama de secuencia.

4. Inserta los mensajes segn le corresponde, es decir mensaje desde la secretaria hacia
el alumno y viceversa.

4. arrstralos al rea
de trabajo
5. Inserta los
mensajes

5. Convierta el diagrama de secuencia en diagrama de colaboracin.

6. Arrastre los mensajes para que quede debe manera organizada.

6. Muvelos
ROLANDOSTUDIOS

ACTIVIDAD N6
DIAGRAMA DE CLASES

Un diagrama de clases es un tipo de diagrama esttico que describe la estructura de un
sistema mostrando sus clases, atributos y las relaciones entre ellos. Los diagramas de clases
son utilizados durante el proceso de anlisis y diseo de los sistemas, donde se crea el diseo
conceptual de la informacin que se manejar en el sistema, y los componentes que se
encargaran del funcionamiento y la relacin entre uno y otro.
Un diagrama de clases sirve para visualizar las relaciones entre las clases que involucran el
sistema, las cuales pueden ser asociativas, de herencia, de uso y de consentimiento.
Un diagrama de clases est compuesto por los siguientes elementos:
Clase: atributos, mtodos y visibilidad.
Relaciones: Herencia, Composicin, Agregacin, Asociacin y Uso.


Elementos
Clase
Es la unidad bsica que encapsula toda la informacin de un Objeto (un objeto es una
instancia de una clase). A travs de ella podemos modelar el entorno en estudio (una
Casa, un Auto, una Cuenta Corriente, etc.).
En UML, una clase es representada por un rectngulo que posee tres divisiones:

En donde:
o Superior: Contiene el nombre de la Clase
o Intermedio: Contiene los atributos (o variables de instancia) que caracterizan
a la Clase (pueden ser prvate, protected o public).
Atributos, caractersticas o propiedades, son valores que
corresponden a un objeto, como color, material, cantidad, ubicacin.
Generalmente se conoce como la informacin detallada del objeto.
Suponiendo que el objeto es una puerta, sus propiedades seran: la
marca, tamao, color y peso.
o Inferior: Contiene los mtodos u operaciones, los cuales son la forma como
interacta el objeto con su entorno (dependiendo de la visibilidad: prvate,
protected o public).
Operaciones comnmente llamados mtodos, son aquellas actividades
o verbos que se pueden realizar con/para este objeto, como por
ejemplo abrir, cerrar, buscar, cancelar, acreditar, cargar. De la misma
manera que el nombre de un atributo, el nombre de una operacin se
escribe con minsculas si consta de una sola palabra. Si el nombre
contiene ms de una palabra, cada palabra ser unida a la anterior y
comenzar con una letra mayscula, a excepcin de la primera palabra
que comenzar en minscula. Por ejemplo: abrirPuerta, cerrarPuerta,
buscarPuerta, etc.

Ejemplo:
Una Cuenta Corriente que posee como caracterstica:
o Balance
Puede realizar las operaciones de:
o Depositar
o Girar
o y Balance

El diseo asociado es:


Atributos y Mtodos:
o Atributos:
Los atributos o caractersticas de una Clase pueden ser de tres tipos, los que
definen el grado de comunicacin y visibilidad de ellos con el entorno, estos
son:
public (+, ): Indica que el atributo ser visible tanto dentro como
fuera de la clase, es decir, es accsesible desde todos lados.
private (-, ): Indica que el atributo slo ser accesible desde
dentro de la clase (slo sus mtodos lo pueden accesar).
protected (#, ): Indica que el atributo no ser accesible desde
fuera de la clase, pero si podr ser accesado por mtodos de la clase
adems de las subclases que se deriven (ver herencia).

o Mtodos:
Los mtodos u operaciones de una clase son la forma en como sta interacta
con su entorno, stos pueden tener las caractersticas:
public (+, ): Indica que el mtodo ser visible tanto dentro como
fuera de la clase, es decir, es accsesible desde todos lados.
private (-, ): Indica que el mtodo slo ser accesible desde dentro
de la clase (slo otros mtodos de la clase lo pueden accesar).
protected (#, ): Indica que el mtodo no ser accesible desde fuera
de la clase, pero si podr ser accesado por mtodos de la clase adems
de mtodos de las subclases que se deriven (ver herencia).

Al disear una clase se debe pensar en cmo se puede identificar un objeto real, como una
persona, un transporte, un documento o un paquete. Estos ejemplos de clases de objetos
reales, es sobre lo que un sistema se disea. Durante el proceso del diseo de las clases se
toman las propiedades que identifican como nico al objeto y otras propiedades adicionales
como datos que corresponden al objeto. Con los siguientes ejemplos se definen tres objetos
que se incluyen en un diagrama de clases:

Ejemplo 1: Una persona tiene nmero de documento de identificacin, nombres, apellidos,
fecha de nacimiento, gnero, direccin postal, posiblemente tambin tenga nmero de
telfono de casa, del mvil, FAX y correo electrnico.
Ejemplo 2: Un sistema informtico puede permitir administrar la cuenta bancaria de una
persona, por lo que tendr un nmero de cuenta, nmero de identificacin del propietario de
la cuenta, saldo actual, moneda en la que se maneja la cuenta.
Ejemplo 3: Otro objeto pueden ser "Manejo de Cuenta", dnde las operaciones bancarias de
una cuenta (como en el ejemplo 2) se manejarn realizando diferentes operaciones que en el
diagrama de clases de balurdes slo se representan como operaciones, que pueden ser:
Abrir
Cerrar
Depsito
Retiro
Acreditar Intereses


Estos ejemplos constituyen diferentes clases de objetos que tienen propiedades y/u
operaciones que contienen un contexto y un dominio, los primeros dos ejemplos son clases de
datos y el tercero clase de lgica de negocio, dependiendo de quin disee el sistema se
pueden unir los datos con las operaciones.
El diagrama de clases incluye mucha ms informacin como la relacin entre un objeto y otro,
la herencia de propiedades de otro objeto, conjuntos de operaciones/propiedades que son
implementadas para una interfaz grfica.
Ejemplos:

DIAGRAMAS DE CLASES

Los diagramas de clases sirven para identificar las clases y como estas se relacionan
entre s en un sistema de informacin.
Una clase es una representacin grfica de un objeto.
Una clase est dividida en 3 partes:
Nombre. Termino definido de la clase
Atributos. Caractersticas del objeto
Operaciones. Mtodos o comportamientos del objeto

cliente
#codcliente
+nomcliente
+apelcliente
+dircliente
+teldcliente
+emailcliente
+dnicliente
+comprar()
boleta
#numbol
+fecha
+total
+codcliente
+codemp
+guardar()
empleado
#codemp
+nomemp
+apelemp
+vender()
producto
#codprod
+desprod
+punitario
+guardar()
detalle
+numbol
+codprod
+cant
+guardar()
*
1
*
1
1
*
*
1

CASO PRCTICO

DESARROLLAR EL DIAGRAMA DE CLASES DE ORGANIZACIN DE LIBROS DE UNA BIBLIOTECA

autor
+codautor
#nomautor
+escribir()
libro
#codlibro
+titulo
+numpag
+codautor
+codgen
genero
#codgen
+descripcion
*
1
*
1

1. CARGAR STARUML

2. EN STAR UML, EN MODELO ANALISIS


3. INSERTANDO LA CLASE

4. AGREGANDO ATRIBUTOS


5. AGREGANDO OPERACIONES

6. INSERTANDO LLAVE PRIMARIA

7. ASOCIAR LAS CLASES


8. AGREGAR MULTIPLICIDAD

9. GUARDAR


CASO PRACTICO 2

CASO PRACTICO 3

PROVEEDOR
#CODPROVEEDOR
+NOMCIA
+DIRCIA
+TELCIA
+WEBCIA
CATEGORIA
#CODCAT
+DESCRIPCION
PRODUCTOS
+CODPROD
+NOMPROD
+PUNITARIO
+SMAX
+SMIN
+CODPROVEEDOR
+CODCAT
*
1
*
1
cliente
#codcliente
+nomcliente
+apelcliente
+dircliente
+teldcliente
+emailcliente
+dnicliente
+comprar()
boleta
#numbol
+fecha
+total
+codcliente
+codemp
+guardar()
empleado
#codemp
+nomemp
+apelemp
+vender()
producto
#codprod
+desprod
+punitario
+guardar()
detalle
+numbol
+codprod
+cant
+guardar()
*
1
*
1
1
*
*
1

DIAGRAMAS DE CLASES
CASOS PRACTICOS

cliente
#codcliente
+nomcliente
+apelcliente
+dircliente
+teldcliente
+emailcliente
+dnicliente
+comprar()
boleta
#numbol
+fecha
+total
+codcliente
+codemp
+guardar()
empleado
#codemp
+nomemp
+apelemp
+vender()
producto
#codprod
+desprod
+punitario
+guardar()
detalle
+numbol
+codprod
+cant
+guardar()
*
1
*
1
1
*
*
1

CASO1
VENTA EN RESTAURANTE

El mozo se acerca, le da la bienvenida ofrece los dos tipos de mesa: mesa ejecutiva, mesa
comn.
2. Tomar pedido.
El mozo solicita al cliente lo que van servirse.
plato, bebida, precio bebida, cantidad y por ltimo los datos del cliente: nombres, apellidos
y DNI.
3. Registrar pedido...
plato y bebidas.
Finalmente el mozo se acerca a la mesa a realizar las respectivas cobranzas, el mozo
entrega el total a pagar, el cliente cancela con efectivo o tarjeta, los datos del cliente son
ingresados al sistema, con la fecha, total y el servicio luego el sistema imprime el
comprobante de pago.
Por otro lado el restaurante cuenta con tres pc cada una con impresora.
Desarrolle un diagrama de clases


CASO2
PARTIDO POLITICO

Un partido poltico independiente encarga la responsabilidad al personero tcnico registrar
a los adherentes, para los cuales se toman los siguientes datos:
DNI, nombres, apellido paterno, apellido materno.
Luego los datos son ingresados al sistema.
Luego el personero tcnico valida los datos del sistema con RENIEC, para verificar si son
correctos, si son correctos se guardan en el sistema, sino sern rechazados.
Finalmente el personero realizara una impresin con el Padrn de adherentes, el cual
entrega al jurado nacional de elecciones (JNE).

CASO3
LIBRERA

El propietario de una librera desea implementar un sistema informtico para registrar los
libros de acuerdo al autor y al gnero.
Considerando las siguientes caractersticas de acuerdo al objeto definido; para libro se debe
considerar cdigo de libro, titulo, fecha de publicacin, numero de pgina.
Para el autor se consideran los siguientes datos:

Cdigo del autor
Nombre del autor
Apellido del autor
Para gnero se considera los siguientes datos:
Cdigo de genero
Nombre de genero
Las actividades que realizan son las siguientes:
El objeto autor permitir:
inserta,
guardar,
editar
buscar
De la misma manera ocurre para gnero y libro.
Interpretacin 1.
Un autor puede hacer uno a muchos libros
Uno a muchos libros pertenecen a un autor.
Interpretacin 2.
Un gnero puede tener uno a muchos libros
Uno a muchos libros pertenecen a un gnero.


CASO4
APERTURA DE MODULOS

La especialidad de computacin informtica desea apertura un mdulo de los muchos que
ofrece la carrera para esto la carrera de computacin e informtica desea implementar un
sistema informtico que permita organizar dichos mdulos.
Teniendo en cuenta que un mdulo puede tener uno o muchos temas y por lo consiguiente
uno o muchos temas pertenecen a un mdulo.
Por otro lado un mdulo puede tener muchos materiales o no puede tener materiales por lo
consiguiente muchos materiales pertenecen a un mdulo.
Un mdulo se caracteriza por los siguientes datos:

Cdigo del modulo
Titulo
fecha de inicio
Fecha final.
Las caractersticas del tema son los siguientes:
Cdigo de tema
Ttulo de tema
Nmero de horas.
Las caractersticas de los materiales son los siguientes:
Cdigo de material
Ttulo.
Las actividades que realiza cada objeto son:
Insertar
Guardar
Actualizar
Buscar.
El modulo debe completar un total de horas para que culmine.
Interpretacin 1.
Uno a muchos temas pertenecen a un mdulo.
Un mdulo pueden tener uno a muchos temas.
Interpretacin 2.
Un mdulo puede tener mucho o no puede tener material.
Muchos materiales pertenecen a un mdulo.

CASO5
ORGANIZAR PROVEEDOR

El propietario de una bodega desea implementar un sistema de registro de productos.
Para esto considera al proveedor con las siguientes caractersticas

cdigo de proveedor
razn social
direccin
telfono
email

Tambin considera la caracterstica de categora
Cdigo de la categora
Nombre de la categora.

Las caractersticas del producto son:
Cdigo del producto
Nombre del producto
Precio unitario
Stock mximo
Stock mnimo

Las actividades son
Insertar
Guardar
Editar
buscar


CASO6
AGENCIA DE TRANSPORTE

Una agencia de transporte desea implementar un sistema informtico para los cuales se
considera lo siguiente. El pasajero el cual tiene las siguientes caractersticas:

DNI
Nombres
Apellidos
Direccin
Razn social y
RUC
Adems considerar al empleado,el cual tiene las siguientes caractersticas
DNI
Nombres y
Apellidos
Los datos del boleto del viaje son lo siguiente:
Nmero del boleto
Fecha de emisin
Fecha de viaje
Hora de viaje
Numero de asiento
Origen
Destino
Valor
Como dato de boleto se registra los datos del pasajero y los datos del empleado que los
emite.
Desarrolle un diagrama de clase considerando sus relaciones

CASO7
VENTA DE UTILES DE ESCRITORIO

Un propietario de una tienda de ventas de tiles de escritorio desea implementar un sistema
informtico para los cuales tiene encuentra los siguientes catos:
Cdigo de cliente
Nombres
Apellido
Direccin
razn social
Ruc

Con respecto al producto se considralos siguientes datos
Cdigo del, producto
Descripcin
Precio unitario
Stock mximo
stock mnimo
Teniendo en cuenta que los productos pertenecen a una categora para lo cual se considera los
siguientes datos:
Cdigo de categora
Nombre
La tienda solo emite comprobante de pago por horas y por boletas. Para los cuales considera
los siguientes datos
Numero de boleta
Fecha de emisin
Total
cdigo de empleado
cdigo del cliente
En< los detalles de las boletas se considera
nmero de boleta
cdigo de productos
cantidad

CASO8
ORGANIZAR PROVEEDOR

Una empresa comercializadora de productos desea implementar un sistema
informtica considera los siguientes datos: los datos del proveedor son los siguientes:

Cd. proveedor
Razn social
Ruc
Direccin
Telefoneo
Correo electrnico.

Por otro lado se considera a los productos los cuales son:
Cd. producto
Nombre
Precia
Stock mnimo
Stock mximo

Teniendo en cuenta que pertenecen a una categora Los cuales son:
Cdigo
Descripcin
Tambin se considera a los datos del empleado los cuales son:
Cdigo del empleado
Nombre
Apellido
Direccin
Telfono.
La empresa comercializadora contara con los servicios se transporte de envo para
esto se considera:
el cdigo de transporte de envo
nombre de compaa
direccin
telfono
Por otro lado se considera la nota de pedido de,los Cuales son los siguientes datos:
numero de pedido
fecha de emisin
fecha de pedido
fecha de entrega
total
Teniendo en cuenta que la nota de o pedido le pertenece a un proveedor le emite un
empleado y lo transporta a una compaa de envo.
Adems se considera el detalle a la nota de pedido en l se contempla:
Numero de pedido Cdigo de producto Cantidad de descuento.


CASO9
SISTEMA MATRICULA

La oficina del instituto desea implementar un sistema informtico para los cuales
desea Con respecto al alumno
Cdigo alumno.
Nombre
Apellido
Direccin
Telfono
Por otro lado los datos de la secretaria
Cdigo secretaria
Nombre
Apellido
Direccin
Telfono
Adems se considera el concepto del servicio como puede ser:
Cdigo concepto
Descripcin
Monto.
Los datos se registran en una ficha de matrcula los cuales son:
Numero
Fecha
Cdigo alum
Cdigo secretaria
Cdigo carrera
Considerando los datos de la carrera
cdigo de la carrera
Nombre carrera
Cada ficha de matrcula genera un recibo de pago en los cuales se considera
Numero de recibo
Fecha
Total
Cdigo concepto

CASO 10
ALQUILER DE DISFRACES

Una tienda de alquiler de disfraces desea implementar un sistema de informtico para el
mejor control de alquiler.
Para esto tiene en cuenta al cliente, al cual se le considera los siguientes datos: cdigo del
cliente, DNI, nombres, apellidos, direccin, telfono.
Adems se considera la empleada que realiza el alquiler, para ello se considera los
siguientes datos, cdigo del empleado,nombres, apellidos, direccin, telfono.
Por otro lado se considera, todo alquiler de disfraces se registra en una ficha de alquiler,
en la cual se considera nmero del alquiler, fecha de solicitud, fecha de salida, fecha de
devolucin, cdigo del cliente, cdigo del empleado y el total del alquiler.
Por otro lado se considera al disfraz y se considera los siguientes datos.
Cdigo del disfraz, nombre del disfraz, nmero de piezas
Adems el disfraz pertenece a una categora y tiene los siguientes datos, cdigo de
categora, descripcin.
Toda ficha de alquiler, tiene detalle en donde se considera el nmero del alquiler, cdigo
del disfraz y la cantidad.

Desarrolle el diagrama de clases.


ACTIVIDAD N7


RELACIONES ENTRE CLASE

Ahora ya definido el concepto de Clase, es necesario explicar cmo se pueden
interrelacionar dos o ms clases (cada uno con caractersticas y objetivos diferentes).
Antes es necesario explicar el concepto de cardinalidad de relaciones: En UML, la
cardinalidad de las relaciones indica el grado y nivel de dependencia, se anotan en cada
extremo de la relacin y stas pueden ser:
uno o muchos: 1..* (1..n)
0 o muchos: 0..* (0..n)
nmero fijo: m (m denota el nmero).

1. ASOCIACIN:
La relacin entre clases conocida como Asociacin, permite asociar objetos que
colaboran entre si. Cabe destacar que no es una relacin fuerte, es decir, el tiempo de
vida de un objeto no depende del otro.
Ejemplo:


2. AGREGACION Y COMPOSICION
Para modelar objetos complejos, n bastan los tipos de datos bsicos que proveen los
lenguajes: enteros, reales y secuencias de caracteres. Cuando se requiere componer
objetos que son instancias de clases definidas por el desarrollador de la aplicacin,
tenemos dos posibilidades:
Por Referencia: Es un tipo de relacin dinmica, en donde el tiempo de vida del
objeto incluido es independiente del que lo incluye. Este tipo de relacin es
comnmente llamada Agregacin (el objeto base utiliza al incluido para su
funcionamiento). La agregacin (por Referencia) se destaca por un rombo
transparente.

Por Valor: Es un tipo de relacin esttica, en donde el tiempo de vida del objeto
incluido est condicionado por el tiempo de vida del que lo incluye. Este tipo de
relacin es comnmente llamada Composicin (el Objeto base se construye a
partir del objeto incluido, es decir, es "parte/todo"). La composicin (por Valor)
se destaca por un rombo relleno.

Ejemplo1

En donde se destaca que:
Un Almacn posee Clientes y Cuentas (los rombos van en el objeto que posee las
referencias).
Cuando se destruye el Objeto Almacn tambin son destruidos los objetos Cuenta
asociados, en cambio no son afectados los objetos Cliente asociados.
La flecha en este tipo de relacin indica la navegabilidad del objeto referenciado.
Cuando no existe este tipo de particularidad la flecha se elimina.


Ejemplo2

Como pueden darse cuenta la universidad est compuesta por facultades y est esta
compuesta por especialidades, si la clase facultad se destruye se destruyen las
especialidades de dicha facultad, ahora si se destruye la universidad se pierden todas
las facultades y a su vez todas las especialidades es decir es un ejemplo de agregacin
por composicin.
Ahora si se destruye la universidad no afecta a los estudiantes, ya que estos no son
composicin de la universidad sino simplemente una agregacin, porque pueden
estudiar en otra universidad.

Ejemplo3

automovil
conductor
motor
carroceria
1
1
1
universidad
estudiante
facultad especialidad
*
* *

Un automvil est compuesto por un motor y carrocera, ya que si se destruye el
automvil, se destruyen las clases de composicin pero esto no afecta a la clase
conductor ya que es una agregacin
3. GENERALIZACION
Indica que una subclase hereda los mtodos y atributos especificados por una Super
Clase, por ende la Subclase adems de poseer sus propios mtodos y atributos,
poseer las caractersticas y atributos visibles de la Sper Clase (public y protected),
ejemplo:

En la figura se especifica que Auto y Camin heredan de Vehculo, es decir, Auto posee
las Caractersticas de Vehculo (Precio, VelMax, etc) adems posee algo particular que
es Descapotable, en cambio Camin tambin hereda las caractersticas de Vehculo
(Precio, VelMax, etc) pero posee como particularidad propia Acoplado, Tara y Carga.
Cabe destacar que fuera de este entorno, lo nico "visible" es el mtodo
Caractersticas aplicable a instancias de Vehculo, Auto y Camin, pues tiene definicin
pblica, en cambio atributos como Descapotable no son visibles por ser privados.


1. Interpreta el siguiente diagrama de clases considerando agregacin y composicin

PRACTICA
_____________________________________________________________________
_____________________________________________________________________
_____________________________________________________________________
_____________________________________________________________________
_____________________________________________________________________
_____________________________________________________________________
_____________________________________________________________________
_____________________________________________________________________
_____________________________________________________________________
_____________________________________________________________________
___

2. Interpreta el siguiente diagrama de clases considerando agregacin y generalizacin


3. Interpreta

4. interpreta

_________________________________________________________________________________________________
_________________________________________________________________________________________________
_________________________________________________________________________________________________
_________________________________________________________________________________________________
____________________________________________________
_________________________________________________________________________________________________
_________________________________________________________________________________________________
_________________________________________________________________________________________________
_________________________________________________________________________________________________
____________________________________________________


ACTIVIDAD N8
DIAGRAMAS DE ESTADOS

Los diagramas de estado muestran el conjunto de estados por los cuales pasa un
objeto durante su vida en una aplicacin en respuesta a eventos (por ejemplo,
mensajes recibidos, tiempo rebasado o errores), junto con sus respuestas y acciones.
Tambin ilustran qu eventos pueden cambiar el estado de los objetos de la clase.
Normalmente contienen: estados y transiciones.
Son tiles para modelar la vida de un objeto.
Un diagrama de estados muestra el flujo de control entre estados (en qu
estados posibles puede estar cierto algo y como se producen los cambios
entre dichos estados) Una mquina de estados es un comportamiento que
especifica las secuencias de estados por las que pasa un objeto a lo largo de
su vida en respuesta a eventos, junto con sus respuestas a esos eventos
(Booch, Rumbaugh, Jacobson)

ELEMENTOS DIAGRAMAS DE ESTADOS ESTADO

Es una condicin o situacin en la vida de un objeto durante la cual satisface una
condicin, realiza alguna actividad o espera algn evento.

EVENTO

Es la especificacin de un acontecimiento significativo que ocupa un lugar en el
tiempo y en el espacio. Es la aparicin de un estmulo que puede (o no) activar una
transicin de estado.
generando nuevo codcliente
ingresando nomcliente
ingreando apelcliente ingresando celcliente
codcliente generado
nomcliente ingresado apelcliente ingresado
guardando cliente
celcliente ingresado
registro guardado

Es una ocurrencia que puede causar la transicin de un estado a otro de un objeto.
Esta ocurrencia puede ser una de varias cosas:
Condicin que toma el valor de verdadero o falso
Recepcin de una seal de otro objeto en el modelo
Recepcin de un mensaje
Paso de cierto perodo de tiempo, despus de entrar al estado o de cierta hora y
fecha particular

TRANSICION

Una transicin es una relacin entre dos estados que indica que un objeto que est en
el primer estado realizar ciertas acciones y entrar en el segundo estado cuando
ocurra un evento especificado y se satisfagan unas condiciones especificadas.

NOTACIN DIAGRAMA DE ESTADOS


Caso1: Estados simples

De la clase cliente

Caso2: Estados simples

cliente
+codcliente
+nomcliente
+apelcliente
+celcliente
+insertar()
+guardar()
+editar()
+buscar()
generando nuevo codcliente
ingreando apelcliente ingresando celcliente
codcliente generado
nomcliente ingresado apelcliente ingresado
guardando cliente
celcliente ingresado
registro guardado

TIPOS DE DIAGRAMAS DE ESTADOS

Caso3: Estados compuesto secuenciales (Submaquina)

CLIENTE
+codcliente
+nomcliente
+apelcliente
+dircliente
+ciudad
+insertar()
+guardar()
ingresando datos personales
ingresando apelcliente ingresando dircliente
ingresando apelcliente ingresando dircliente
ingresando ciudad
datos personales ingresados
guardar cliente

Este tipo de estados compuestos es una ayuda para simplificar mquinas de estado
mediante un mecanismo de abstraccin de agregacin de estados dependientes.

Caso4: Estados compuesto concurrentes (Submaquina)

Las regiones ortogonales permiten especificar dos o ms mquinas de estados
anidadas que se ejecutan en paralelo en el contexto del objeto que las contiene.

El estado compuesto acaba mediante una sincronizacin de las regiones ortogonales:
las regiones que alcanzan sus estados finales quedan a la espera hasta que todas las
regiones acaban, y entonces concluye el estado compuesto.

Cada regin ortogonal puede tener un estado inicial, un estado final y un estado de
historia.

activo
entry/leer tarjeta
exit/expulsar tarjeta
validacion
seleccionar operacion
procesamiento
impresion
validacion
seleccionar operacion
procesamiento
impresion
inactivo
tarjeta validada
operacion seleccionada
continuar
no continuar
mantenimiento
do/probar
do/esperar orden
probar perifericos
autoanalizar
esperar
ordenar
probar perifericos
autoanalizar
esperar
ordenar
tecla pulsada
no continuar
tarjeta introducida
cancelar
ejecutar
continuar

Caso5: Ejemplo del termostato. Estado compuesto secuenciales

Algunos ejemplos: Estados Submaquinas


Estado Submaquinas

CASO PRCTICO:

Una agencia de transporte desea implementar un sistema informtico para los cuales
se considera lo siguiente. El pasajero el cual tiene las siguientes caractersticas:
DNI
Nombres
Apellidos
Direccin
Razn social y
RUC

Recordar que los datos del pasajero se verifican si es que ya existen.
Adems considerar al empleado, el cual tiene las siguientes caractersticas
DNI
Nombres y
Apellidos
Loa datos del boleto del viaje son lo siguiente:
Nmero del boleto
Fecha de emisin
Fecha de viaje
Hora de viaje
Numero de asiento
Origen
Destino
Valor
Como dato de boleto se registra los datos del pasajero y los datos del empleado que
los emite.

Desarrolle el diagrama de estados de las clases identificadas.
Considerar un diagrama que contemple diagrama de estados compuestos secuenciales,
concurrentes y Submaquinas de estados.


ACTIVIDAD N9

ingresar importe
importe >2000
aplicar descuento
calcular total
SI
NO
calcular total

DIAGRAMA DE ACTIVIDADES

Un Diagrama de Actividades no es ms que un caso especial de un diagrama de estados, en
el que todos los estados (o la gran mayora) son actividades.

Un Diagrama de Actividades muestra el flujo de control entre una serie de tareas o
actividades.

Los Diagramas de Actividades son usados (entre otras cosas) para elaborar modelos de
flujos de trabajo*(workflow) de un sistema.

En general, un Diagrama de Actividades muestra una serie de acciones o tareas que se
ejecutan en cierto orden (y otros elementos adicionales).
*Un flujo de trabajo se puede ver como una serie de tareas (acciones) que son ejecutadas o
realizadas por ciertos actores en cierto orden preestablecido.

A cada actividad se le representa con un rectngulo de esquinas redondeadas. El
procesamiento dentro de una actividad se lleva a cabo y, al realizarse, se contina con la
siguiente actividad. Una flecha representa la transicin de una actividad a otra. El punto
inicial del diagrama se representa con un crculo relleno y uno final representado por una
diana.
COMPONENTES BASICOS
Actividad:
Es la especificacin de un comportamiento que puede ser parametrizado y que define la
secuenciacin coordinada de unidades subordinadas denominadas acciones.

Accin:
Una accin es la unidad fundamental de especificacin de comportamiento. Una accin es
generalmente atmica, es decir, indivisible

Accin/Actividad
Una accin representa un paso del flujo de ejecucin que se considera atmico,
mientras que una actividad representa un comportamiento compuesto de elementos
individuales que son acciones.

Transiciones:
Representan el paso de una accin a otra


Caso1: Cajero Automtico

Caso2: Aplicar descuento si el importe es mayor a 2000

ingresar importe
importe >2000
aplicar descuento
calcular total
SI
NO
calcular total

Caso3: Registrar pedido

Caso4: Diagrama de actividades para el proceso de negociacin en una junta con un
cliente


Aplicacin de carriles o particiones.
Sirve para agrupar las actividades en comn.

Caso5: Procesar esquelas


Caso6: solicitar solvencia

Caso7: Enviar y Recepcionar seales

Caso8: Diagrama de actividades para el proceso de negociacin en una junta con un
cliente.

Caso9: Realizar venta farmacia (utiliza carriles)

vendedor ingresa los datos del medicamento al sistema, el sistema proporciona la
informacin del medicamento.
La persona decide comprar, entonces el vendedor registra en un ticket los datos de la
compra. Luego la persona se acerca a caja para canjear el ticket por un comprobante
de pago, cancela el monto y recibe el comprobante. Luego se acerca a despacho,
entrega el comprobante de pago y recibe el medicamento.


Caso10: Actualizar DNI (utiliza carriles)
Una persona desea realizar los trmites para actualizar los datos de su DNI en la
oficina de RENIEC, esta persona debe realizar los siguientes procesos.
Luego la persona de acuerdo a su turno ingresara a la oficina, el asistente de
administracin solicita los documentos para verificarlos si estn correctamente.
Luego la persona se acerca al administrador, el administrador solicita los documentos
verificados, luego el administrador ingresa el nmero de DNI a sistema de La RENIEC
el sistema de la RENIEC verifica los datos de la persona.

Caso11: Atender mesa (utiliza carriles)

En el restaurant LA OLLA GORDA se realizan los siguientes procesos para atender
a los diferentes clientes cuando el cliente ingresa la anfitriona les da la bienvenida y
recibe las prendas y los objetos de los clientes.
Los clientes son atendidos por meseros los cuales le van ha indicar una mesa
disponible. el mesero entregara a los clientes la carta con el men del da .
El mesero recoge la carta con el men seleccionado y se dirige hacia la cocina , en
donde entregara la lista con el men seleccionado. Cocina servir los mens
seleccionados el cual el mesero le har llegar a los clientes que le solicitaron.
Los clientes despus de disfrutar la comida llamaran al mesero para solicitarle la
cuenta. Finalmente los clientes se retiran del restaurant La Olla Gorda recogiendo
sus prendas y objetos que sern entregados por la anfitriona.


ACTIVIDAD N10


DIAGRAMA DE DESPLIEGUE

El Diagrama de Despliegue es un tipo de diagrama del Lenguaje Unificado de Modelado
que se utiliza para modelar el hardware utilizado en las implementaciones de sistemas y
las relaciones entre sus componentes.

EXPLICACIN

Un diagrama de despliegue muestra las relaciones fsicas entre los componentes hardware y
software en el sistema final, es decir, la configuracin de los elementos de procesamiento
en tiempo de ejecucin y los componentes software (procesos y objetos que se ejecutan en
ellos).
Describen la arquitectura fsica del sistema durante la ejecucin, en trminos de:
procesadores
dispositivos
componentes de software
Describen la topologa del sistema: la estructura de los elementos de hardware y el software
que ejecuta cada uno de ellos.

ELEMENTOS

NODOS

Los nodos son objetos fsicos que existen en tiempo de ejecucin, y que representan algn
tipo de recurso computacional (capacidad de memoria y procesamiento):
Computadores con procesadores
Otros dispositivos: impresoras, lectoras de cdigos de barras, dispositivos de
comunicacin.
SERVIDOR
CLIENTE1
CLIENTE2
CLIENTE3
SWITCH

DISPOSITIVOS

Los dispositivos del sistema tambin se representan como nodos. Generalmente se usan
estereotipos para identificar el tipo de dispositivo.
Los nodos se conectan mediante asociaciones de comunicacin.
Estas asociaciones indican:

Algn tipo de ruta de comunicacin entre los nodos.
Los nodos intercambian objetos o envan mensajes a travs de esta ruta.El tipo de
comunicacin se identifica con un estereotipo que indica el protocolo de
comunicacin o la red.

NODOS Y COMPONENTES Los nodos son los elementos donde se ejecutan los
componentes.

ARTEFACTOS

Un artefacto es un producto del proceso de desarrollo de software, que puede incluir los
modelos del proceso. Ej: archivos fuente, ejecutables, documentos de diseo, reportes de
prueba, prototipos, manuales de usuario y ms.

VENTAJAS

La mayora de las veces el modelado de la vista de despliegue implica modelar la topologa
del hardware sobre el que se ejecuta el sistema.


DESVENTAJAS

Tales sistemas contienen a menudo varias versiones de componentes software, alguno de
los cuales pueden incluso migrar de un nodo a otro. El diseo de tales sistemas requiere
tomar decisiones que permitan un cambio continuo de la topologa del sistema.

EJEMPLO1

Una tienda de desea implementar un sistemas, para eso necesita un computador
conectado a una impresora, adems tiene acceso a Internet.

EJEMPLO2:

Realizar un diagrama de despliegue en donde existen 3 Switch cada uno con un
servidor y 2 clientes. El primer Switch est conectado a un Router.
Los Switch estn en topologa lineal y los clientes en topologa estrella.

computadora CORE I7
IMPRESORA HP 2600
ROUTER 4 PUERTOS
192.168.1.1
192.168.1.21

Caso1:
Implementa un centro de cmputo con 5 PC clientes y un servidor conectado a internet
(Router).
La interconexin es mediante un Switch de 8 puertos.
El servidor tiene impresora, scanner y parlantes.

Caso2:
Un edificio de 3 pisos, cada piso cuenta con 3 mquinas y un servidor, cada piso tiene un
Switch, los Switch estn conectadas en topologa bus.
Las mquinas estn conectadas topologas estrella.

CASO3:
Representa mediante un diagrama de despliegue tu centro de cmputo.

router
switch1
switch2
switch3
pc1
servidor1
pc2
servidor2
pc4
pc3
servidor3
pc6
pc5

ACTIVIDAD N11


DISEO DE FORMULARIOS
Clase abonado

Tabla abonado

Formulario Abonado

ABONADO
+coda_abo
+apel_abo
+nom_abo
+dni_abo
+fecha
+lugar_abo
+dir_abo
+tel_abo
+insertar()
+guardar()
+buscar()
+modificar()

Clases relacionados del sistema

Tablas relacionadas del sistema

Formulario Boleta

ABONADO
+coda_abo
+apel_abo
+nom_abo
+dni_abo
+fecha
+lugar_abo
+dir_abo
+tel_abo
+insertar()
+guardar()
+buscar()
+modificar()
boleta
+numbol
+cod_abo
+total
+fecemi
+estado
+insertar()
+guardar()
+imprimir()
concepto
+codcon
+descrip
+monto
+insertar()
+guardar()
+buscar()
+modificar()
detalle
+numbol
+codcon
+mespago
+montocon
+agregar()
+borrar()
*
1
*
1
*
1

ANEXOS


CASOS DE USO
Ejemplos:
01. En una bodega un cliente pregunta si venden leche; el vendedor le responde que si
vende, entonces el cliente realiza la compra de 2 litros de leche, luego el cliente
cnsela, y el vendedor le entrega los 2 litros de leche.
Identificando actores:
1. Cliente.
2. Vendedor.

Identificando casos de uso(proceso):
1. Realizar consulta.
2. Realizar compra.
3. Cancelar compra.
4. Entregar producto.

CLIENTE
VENDEDOR
REALIZAR CONSULTA
REALIZAR COMPRA
CANCELAR COMPRA
ENTREGAR PRODUCTO

02. La secretaria de un instituto realiza el registro de las fichas de matricula de los
alumnos. Adems, tiene que solicitar el horario de los profesores, para luego
elaborar el cuadro de horarios del IST.

1. Secretaria.
2. alumnos.
3. Profesores.
4. Direccin.

1. Registrar ficha de matricula.
2. Elaborar cuadro de horas.
3. Entregar informe.
4. Elaborar cuadro de aulas disponibles.

ALUMNO
SECRETARIA
PROFESORES
DIRECCIN
REGISTRAR FICHA MATRICULAS
ELABORAR CUADRO HORAS
ELEBORAR INFORME
ELEBORAR CUADRO AULAS

03. Desarrolle un DCU para cancelar el recibo de luz en una oficina. De cancelacin de
recibos de luz.
1. Usuario.
2. Empleado.
3. Sistema.

Identificando los casos de uso(proceso):
2. Entregar recibo.
3. Ingresar cdigo.
4. Cancelar monto de recibo.
5. Solicitar recibo sellado.

USUARIO
EMPLEADO
SISTEMA
REALIZAR CONSULTA
ENTREGAR RECIBO
INGRESAR CODIGO
CANCELAR MONTO RECIBIDO
SOLICITAR RECIBO SELLADO

04. Desarrolle un DCU para retirar dinero de un cajero automtico.
1. Usuario.
2. Cajero.
1. Ingresar tarjeta de crdito.
2. Ingresar clave.
3. Verificar usuario.
4. Seleccionar transaccin.
-Retirar dinero.
5. Ingresar monto.
6. Confirmar monto.
7. Retirar dinero.
8. Imprimir Boucher.
9. Confirmar otra transaccin.

USUARIO
CAJERO
INGRESAR TARJETA CREDITO
VERIFICAR USUARIO
CONFIRMAR MONTO
RETIRAR DINERO
IMPRIMIR BOUCHER
SELECCIONAR TRANSACCIN RETIRAR DINERO
CONFIRMAR OTRA TRANSACCIN
INGRESAR CLAVE
INGRESAR MONTO A SACAR

05. En el restaurante LA OLLA GORDA se realizan los siguientes procesos para
atender a los diferentes clientes cuando el cliente ingresa la anfitriona les da la
bienvenida y recibe las prendas y los objetos de los clientes.
Los clientes son atendidos por los meseros los cuales le van a indicar una mesa
disponible. El mesero entrega a los clientes la carta con el men del da.
Los clientes deben seleccionar el men a degustar. El mesero recoge la carta con
el men seleccionado y se dirige hacia la cocina, en donde entregara la lista con el
men seleccionado. Cocina servir los mens seleccionado el cual el mesero le
har llegar a los clientes que le solicitaron.
Los clientes despus de disfrutar la comida llamaron al mesero para solicitarle la
cuenta.
Finalmente los clientes se retiran del restaurante LA OLLA GORDA recogiendo
sus prendas y objetos que sern entregados por la anfitriona.

1. Cliente.
2. Anfitriona.
3. Mesero.
4. Cocina.

2. Entregar carta.
3. Seleccionar pedido.
4. Preparar pedido.
5. Consumir pedido.
6. Elaborar comprobante de pago.

06. Una persona desea realizar los trmites para actualizar los datos de su DNI en la
oficina de la RENIEC, esta persona debe realizar los siguientes pasos.
El agente de seguridad entrega un ticket de turno a la persona.
Luego la persona de acuerdo a su turno ingresa a la oficina, el sistema de
administracin solicita los documentos para verificarlos si estn correctamente.
Luego la persona se acerca al administrador, el administrador solicita los
documentos verificados, luego el administrador ingresa el nmero de DNI al
sistema de la RENIEC el sistema de la RENIEC verifica los datos de la persona.

Luego el administrador con la conformidad de la persona, guarda los datos,
finalmente la persona firma y sella el padrn de la actualizacin de los datos de la
persona.

1. Persona.
2. Banco.
3. Agente de seguridad.
4. Asistente.
5. Sistema.

2. Cancelar derecho de actualizacin.
3. Solicitar ticket de turno.
4. Verificar documento.
5. Ingresar nmero de DNI.
6. Actualizar datos.
7. Solicitar ticket de reclamo.

PERSONA
BANCO
AJENTE DE SEGURIDAD
ASISTENTE
SISTEMA
REALIZAR CONSULTA
SOLICITAR TICKET DE TURNO
VERIFICAR DOCUMENTO
INGRESAR DNI
ACTUALIZAR DATOS
CANCELAR DERECHO ACTUALIZACIN
SOLICITAR TICKET RECLAMO

07. Un tcnico de sistemas esta operando un sistema de administracin de pelculas
el cual tiene que tener en cuenta registrar a los actores de la pelcula, registrar el
genero, registrar la pelcula y adems registrar la programacin de las pelculas.
Identificar los actores y casos de uso.

1. Tcnico de sistemas.
2. Sistemas.

1. Registrar los actores.
2. Registrar genero
3. Registrar pelicula.
4. Registrar la programacin.

TECNICO SISTEMA ADMINISTRACIN
REGISTRAR ACTORES
REGISTRAR GENERO
REGISTRAR LA PELICULA
REGISTRAR LA PROGRAMACIN

08. Una persona ingresa a una oficina de transporte terrestre, se acerca a la
recepcionista y realiza consultas.
Una vez informado, decide viajar. La recepcionista le solicita su DNI, la
recepcionista ingresa el DNI al sistema, el sistema proporciona los datos de la
persona.
La recepcionista le solicita nmero de asiento y finalmente imprime el boleto de
viaje. Identificar los actores y casos de uso.

1. Pasajero.
2. Recepcionista.
3. Sistema.

2. Registrar pasajero.
3. Registrar boleto.
4. Cancelar boleto

PASAJERO
RECEPCIONISTA
SISTEMA
REALIZAR CONSULTA
REGISTRAR PASAJERO
REGISTRAR BOLETO
CANCELAR BOLETO

09. Una persona ingresa a una farmacia. Se acerca al vendedor y realiza unas
consultas. El vendedor ingresa los datos del medicamento al sistema, el sistema
proporciona la informacin del medicamento.
La persona decide comprar, entonces el vendedor registra en un ticket los datos de
la compra. Luego la persona se acerca a caja para canjear el ticket por un
comprobante de pago, cancela el monto y recibe el comprobante.
Luego se acerca a despacho, entrega el comprobante de pago y recibe el
medicamento.

1. Cliente.
2. Empleado.
3. Caja.
4. Despacho.
5. Sistema.

1. Realiza consulta.
2. Ingresar medicamento.
3. Registrar ticket.
4. Canjear comprobante.
5. Cancelar monto.
6. Entregar medicamento.

CLIENTE
EMPLEADO
SISTEMA
CAJERO
DESPACHO
RALIZAR CONSULTA
INGRESAR MEDICAMENTO
REGISTRAR TICKET
CANJEAR COMPROBANTE
CANCELAR MONTO
ENTREGAR MEDICAMENTO

10. Un cliente ingresa a una farmacia se acerca a una vendedora para comprar un
determinado medicamento la vendedora realiza la consulta en el sistema sobre el
medicamento si est disponible.
Luego la vendedora le elabora un ticket, adems le pregunta al cliente si desea
acumular putos bonos.
El cliente se acerca a caja para cancelar sobre el medicamento, la caja le solicita el
ticket para canjearlo por un comprobante.
El comprobante se debe registrar los datos del cliente los datos del medicamento
los datos del vendedor.
Al momento la cajera le solicita al cliente si desea aportar una donacin con fines
benficos.
El cliente cancela el monto a pagar y se acerca a la ventanilla de despacho.
En despacho para que le entreguen el medicamento debe entregar el
comprobante.
El cliente entrega el comprobante recibe el medicamento recibe su medicamento y
se retira.

1. Cliente.
2. Vendedor.
3. Sistema.
4. Cajero.
5. Despacho.

2. Elaborar ticket.
3. Registrar comprobante.
4. Entregar medicamento.


CLIENTE
VENDEDOR
REALIZAR CONSULTA
SISTEMA
REGISTRAR COMPROBANTE
REGISTRAR CLIENTE
CAJERO
<<include>>
REGISTRAR medicamento
<<include>>
DONAR VUELTO
<<include>>
EMPLEADO
cancelar comprobante
<<include>>
elaborar ticket
aumentar puntos
<<extend>>
DESPACHO
ENTREGAR MEDICAMENTO
REGISTRAR CAJERA
<<include>>

11. El jefe de personal de una oficina de una empresa, cada fin de mes debe realizar el
respectivo pago a los trabajadores que elaboran en dicha empresa.
En primer lugar, para efectuar el sueldo neto del trabajador, debe calcular el
sueldo bruto, los aportes y descuentos de ley.
Teniendoen cuenta que para calcular el sueldo bruto debe verificar el control de
das elaborados de cada trabajador.
Todos los datos son ingresados al sistema de control de pagos. Dependiendo del
mes el jefe del personal decide calcular o no para los trabajadores un aporte extra.
Por otro lado para cancelar los pagos a los trabajadores de puede realizar
mediante cheque, deposito o en efectivo.

1. Sistema.
2. Trabajador.
3. Jefe.

1. Calcular sueldo neto.
2. Cancelar pago.

CALCULAR SUELDO
OBTENER APORTES
ASIGNAR DESCUENTO DE LEY
CALCULAR SUELDO NETO
REGISTRAR TRABAJADOR
CANCELAR PAGO
CALCULAR APORTE EXTRA
PAGAR POR DEPOSITO
PAGAR CONTARGETA
VERIFICAR CONTROL DIAS TRABAJADORES
PAGO
PAGAR ENEFECTIVO
SISTEMA
JEFE
TRABAJADOR
<<include>>
<<include>>
<<include>>
<<include>>
<<include>>
<<include>>
<<include>>
<<extend>>
<<extend>>
<<extend>>

12. Una empresa de combustibles, desea administrar adecuadamente el servicio que
brinda a todos sus clientes para esto describe los procesos que se realizan para la
atencin de los clientes.
En primer lugar cuando se acerca un cliente con su vehculo el empleado solicita el
valor, valor que se ingresara al surtidor. Este valor puede ser monetario o cantidad
de galones.
En segundo lugar al momento de cancelar el servicio el empleado registra la
cancelacin considerando los datos del cliente y el servicio y por ultimo el
empleado ofrece al cliente acumular puntos o registrarle un comprobante de
pago.
Si el cliente esta registro y acumula puntos le regala puntos. Adems los pagos se
pueden hacer en efectivo o con tarjeta.

1. Cliente.
2. Empleado.
3. Surtidor.
1. Vender combustible.

VENDER POR GALONES VENDER POR VALOR MONETARIO
ACUMULAR PUNTOS
REGISTRAR COMPROBANTE DE PAGO
PAGAR ENEFECTIVO
PAGAR CONTARJETA
REGISTRAR CLIENTE
CANCELAR SERVICIO
VENDER COMBUSTIBLE
CLIENTE
EMPLEADO
SURTIDOR
<<include>>
<<include>>
<<include>>
<<include>>

13. Una encuestadora del gobierno desea conocer la informacin familiar de vivienda
y laboral de cada familia de un determinado lugar.
En primer lugar para recopilar la informacin familiar se considera registrar los
datos del padre, de la madre y de los hijos y adems de cada uno se debe el lugar y
fecha de nacimiento, registrar grado acadmico.
En segundo lugar para recopilar la informacin de la vivienda se considera registrar
el estado de la vivienda la condicin de la vivienda y el nmero de habitantes.
En tercer lugar para recopilar la informacin econmica se considera registrar los
datos del padre y de la madre y adems de cada uno se debe registrar el centro de
trabajo, ao de servicio y condicin laboral.
1. Encuestadora.
2. Padre.
3. Madre.
4. Hijo.
1. Recopilar informacin familiar.
2. Recopilar informacin de vivienda.
3. Recopilar informacin econmica.

ENCUESTADORA
PADRE
MADRE
HIJOS
RECOPILAR INFORMACIONFAMILIAR
RECOPILAR INFORMACIONDE VIVIENDA
RECOPILAR INFORMACIONECONOMICA
REGISTRAR LUGAR Y FECHA NACIMIENTO REGISTRAR GRADOACADEMICO
REGISTRAR ESTADOCONDICIONVIVIENDA
REGISTRAR NUMEROHABITANTES
REGISTRAR CENTRODE TRABAJO
REGISTRAR CONDICIONLABORAL
REGISTRAR AODE SERVICIO
<<include>>
<<include>>
<<include>>
<<include>>
<<include>>
<<include>>
<<include>>
MIEMBROS DE FAMILIA

DIAGRAMAS DE SECUENCIAS
CASO1
ATENCION EN RESTAURANTE

El mozo se acerca, le da la bienvenida y ofrece los dos tipos de mesa: mesa ejecutiva, mesa
comn. El cliente comunica sobre que mesa ubicarse.
2. Tomar pedido.
El mozo solicita al cliente lo que desea servirse.
y DNI.
plato y bebidas. Luego el mozo atiende la mesa.
Desarrolle:
1 Realice diagrama de casos de usos.
2 Realice diagrama de secuencia de cada caso de uso


Diagrama de casos de usos.

CLIENTE
MOSO
SISTEMA
ASISTENTE
COCINERO
TOMAR PEDIDO
RECEPCIONAR CLIENTE
REGISTRAR PEDIDO
CANCELAR SERVICIOS
NUMERO DE MESA
PLATOS
PRECIO PLATO
BEBIDA
CANTIDAD
DATOS DE CLIENTE
<<include>>
<<include>>
<<include>>
<<include>>
<<include>>
<<include>>
EMPLEADO
ENEFECTIVO CONTARJETA
<<extend>>
<<extend>>
GENERAR COMPROVANTE
<<include>>

: CLIENTE : MOSO : SISTEMA
1 : solicita nombre()
2 : dicta nombre()
3 : ingresa nombre()
4 : solicita apellidos()
5 : dicta apellidos()
6 : ingresa apellidos()
7 : solicita DNI()
8 : dicta DNI()
9 : ingresa DNI()
10 : ofrece tipo mesa()
11 : elige mesa()
12 : ingresa tipo mesa()
13 : solicita pedido()
14 : confirma pedido()
15 : ingresa pedido()
16 : solicita cantidad pedido()
17 : confirma cantidad pedido()
18 : ingresa cantidad pedido()
19 : solicita monto a pagar()
20 : informa monto a pagar()
21 : ingresa monto()
22 : cancela cuenta()
23 : ingresa monto cancelado()
24 : solicita nombre de emplado()
25 : ingresa nombre()
26 : solicita apellidos de empleado()
27 : ingresa apellidos()
28 : ingresa fecha()
29 : ordena guardar()
30 : guarda registro()
31 : ordena imprimir()
32 : imprime comprobante()
33 : entrega comprobante de pago()

Diagrama de secuencia de cada caso de uso


CASO2
PRODUCCIN AUDIOVISUAL

La Produccin ROLANDOSTUDIOS,
desea realizar un cortometraje, para esto deben realizarse las siguientes
actividades.

7. Elaborar el guin, Responsable el Guionista.
8. Realizar casting, Responsable de Casting y Actores.
9. Buscar locacin, Responsable Director de Fotografa.
10. Realizar la filmacin, Responsable Produccin.
11. Realizar posproduccin, Responsable Jefe de Postproduccin.
12. Realizar estreno, Responsable .Productor Ejecutivo.

7. Elaborar el guin:
El guionista escribe la historia en el guin luego el guin es entregado a la
Produccin, produccin verifica, el cual puede ser aceptado rechazado.
8. Realizar casting:
Aqu el responsable de casting, publica un programa de casting, en donde los
actores se registran para ser evaluados, despus de la evaluacin pueden ser
aprobados o desaprobados.

9. Buscar locacin:
El director de fotografa busca y registra todos los escenarios de la filmacin, los
cuales son entregados a la produccin, y estos pueden ser aceptados o rechazados.
10. Realizar filmacin:

El responsable es la produccin, junto a un equipo tcnico y actores. Donde la
produccin ordena al equipo tcnico y actores cumplir sus funciones, luego
produccin guardara los archivos.

11. Realizar Postproduccin
El responsable es el jefe de produccin junto a un equipo tcnico y el material.
El jefe produccin ordena la edicin y el acabado final del material.

12. Realizar estreno:
El productor ejecutivo se encargara de realizar contratos con los responsables de
las grandes salas de cine.

Se pide

Diagrama casos de usos
Diagrama secuencia de cada caso de uso
guionista
produccin
director de fotografia
jefe de postproduccin
respon de casing
prodc ejecutivo
actores
elaborar guin
aceptar guin
rechasar guin
entregar guin
<<include>>
<<extend>>
<<extend>>
realizar casting
registrar actores
<<include>>
desaprobados
aprobados
<<extend>>
<<extend>>
buscar locacin
entregar locacin
aceptar locacin
rechasar locacin
<<include>>
<<extend>>
<<extend>>
realizar filmacin
realizar postproduccin
otorgar funcin a actores
<<include>>
guardar archivos
<<include>>
editar y finalizar el cortometraje
<<include>>
realizar estreno
responsable de cine
realizar contrato
<<include>>

CASO PRCTICO

Un usuario desea crear cuentas de correo internet, para esto realiza varios
procesos.

1 Verificar disponibilidad de cuenta:
El usuario ingresa, el nombre de la posible cuenta al servidor de correos, el
servidor de correos verifica si existe; luego informa disponible o no.

2 Registrar cuenta de correo:
El usuario ingresa su nombre de su cuenta, y la clave. Luego ingresa
nombres, apellidos, pas y ciudad del usuario. Luego el usuario acepta los
trminos del servidor de correos, finalmente guarda los cambios.

: Guionista : produccin : respon de casing : actores : director de fotografia : jefe de postproduccin : prodc ejecutivo : responsable de cine
1 : escribe guin()
2 : entrega el guin()
3 : aprueba o rechase guin()
4 : publica casting()
5 : solicita nombres()
6 : dicta nombres()
7 : solicita apellidos()
8 : dicta apellidos()
9 : emite codigo()
10 : aprueba o rechasa actor()
11 : busca locacin()
12 : registra locacin()
13 : entrega locacin()
14 : acepta o rechasa locacin()
15 : otorga funciones()
16 : guarda archivos()
17 : edita cortometraje()
18 : realiza contrato()

3 Redactar mensaje:
El usuario ingresa al servidor de correos, ingresa nombres de la cuenta y la
clave; el servidor de correos verifica, si es correcto el servidor de correos
muestra bandeja de entada y el usuario ordena redactar mensaje nuevo, si
no; el servidor de correos informa ingresar usuario nuevamente.
Casos de uso

Diagramas de secuencia

usuario
servidor correo
verificar disponibilidad de cuenta
redactar mensaje
registrar la cuenta
: usuario
: servidor correo
1 : olicitar numero de cuenta()
2 : ingresa nombre de la cuenta()
3 : verifica nombre de la cuenta()
4 : informa disponibilidad de la cuenta()

: usuario
: servidor correo
1 : solicitar nombre de la cuenta()
2 : ingresar nombre de la cuenta()
3 : solicita contrasea()
4 : ingresar contraswa()
5 : solicita nombre de usuario()
6 : ingresa nombre de usuario()
7 : solicita apellido de cliente()
8 : ingresa apellido de cliente()
9 : solicita pais()
10 : selecciona pais()
11 : solicita ciudad()
12 : selecciona ciudad()
13 : solicita acptar los terminos()
14 : selecciona aceptar losterminos()
: USUARIO
: SERVIDOR DE CORREO
1 : solicitanombre de cuenta()
2 : ingresa nombre de cuenta()
3 : solicita clave()
4 : ingresa clave()
5 : ordena iniciar secin()
6 : verifica cuenta()
7 : muestra bandeja de entrada()
8 : ordena redacte nuevo mensaje()
9 : ordena enviar mensaje()
10 : enviar mensaje()
11 : informa el mensaje enviado()

DIAGRAMAS DE CLASES
CASO PRCTICO 01
Desarrollar el diagrama de clases de organizacin de libros de una biblioteca

CASO PRCTICO 02

Desarrollar el diagrama de clases de compras de productos de una tienda

AUTOR
#codautor
+nomautor
+escribir()
LIBRO
#codlibro
+titulo
+numpag
+codautor
+codgenero
GENERO
#codgenero
+descgenero
*
1
1
*
PROVEEDOR
#cod proveedor
+nomcia
+direcia
+telcia
+webcia
PRODUCTOS
+cod prod
+nomprod
+punitario
+smax
+smin
+codproveedor
+cod categoria
CATEGORIA
#codcat
+descripccion
*
1
1
*

CASO1
VENTA EN RESTAURANTE



El mozo se acerca, le da la bienvenida ofrece los dos tipos de mesa: mesa ejecutiva, mesa
comn.

2. Tomar pedido.

El mozo solicita al cliente lo que van servirse.
y DNI.


plato y bebidas.


Por otro lado el restaurante cuenta con tres pc cada una con impresora.


CLIENTE
#codcliente
+nomcliente
+apellcliente
+DNI cliente
+consumir()
MOSO
#codempleado
+nomempleado
+apellempleado
+atender()
MESA
#nummesa
+catmesa
COMPROBANTE
#numcomprobante
+codcliente
+codempleado
+fecha
+total
+servicio
+guardar()
+imprimir()
*
1
BEBIDA
+cantbebidas
+nombebida
+precbebida
PLATO
+nomplato
+cantplatos
+preciplato
NOTA
#numnota
+nummesa
+platos
+precplato
+bebida
+precibebida
+cantidad
+datcliente
+guardar()
*
1
*
1
*
1
1
*
1
*
1
*
1
*
*
1
SISTEMA
+numcomprobante
+registra()
+guardar()
+editar()
+buscar()
1
*

CASO2
PARTIDO POLITICO

Un partido poltico independiente encarga la responsabilidad al personero tcnico registrar
a los adherentes, para los cuales se toman los siguientes datos:
DNI, nombres, apellido paterno, apellido materno.
Luego los datos son ingresados al sistema.
Luego el personero tcnico valida los datos del sistema con RENIEC, para verificar si son
correctos, si son correctos se guardan en el sistema, sino sern rechazados.
Finalmente el personero realizara una impresin con el Padrn de adherentes, el cual
entrega al jurado nacional de elecciones (JNE).


PERSONERO
#codpersonero
+nompersonero
+apellpersonero
+registrar()
+guardar()
+editar()
+buscar()
ADHERENTE
#DNI
+nomadherente
+apelladherente
+ingresar()
+guardar()
+editar()
+buscar()
PADRON
#codpadron
+DNIadherente
+nomadherente
+apelladherente
+ingresar()
+guardar()
+editar()
+buscar()
RENIEC
#codpersonero
+DNIadherente
+verificar datos()
JNE
+padron
+guardar()
SISTEMA
#codadherente
+nomadherente
+apelladherente
+ingresar()
+guardar()
+editar()
+buscar()
* 1
*
1
1 *
1
*
1 *

CASO3
LIBRERA

El propietario de una librera desea implementar un sistema informtico para registrar los
libros de acuerdo al autor y al gnero.
Considerando las siguientes caractersticas de acuerdo al objeto definido; para libro se debe
considerar cdigo de libro, titulo, fecha de publicacin, numero de pgina.
Para el autor se consideran los siguientes datos:
Cdigo del autor
Nombre del autor
Apellido del autor
Para gnero se considera los siguientes datos:
Cdigo de genero
Nombre de genero
Las actividades que realizan son las siguientes:
El objeto autor permitir:
inserta,
guardar,
editar
buscar
De la misma manera ocurre para gnero y libro.
Interpretacin 1.
Un autor puede hacer uno a muchos libros
Uno a muchos libros pertenecen a un autor.
Interpretacin 2.
Un gnero puede tener uno a muchos libros
Uno a muchos libros pertenecen a un gnero.


AUTOR
#codautor
+nomautor
+apellautor
+ingresar()
+guardar()
+editar()
+buscar()
GENERO
#codgenero
+nomgenero
+ingresar()
+guardar()
+editar()
+buscar()
LIBRO
#codlibro
+titulo
+fechapublic
+numpag
+ingresar()
+guardar()
+editar()
+buscar()
1
*
1
*

CASO4
APERTURA DE MODULOS

La especialidad de computacin informtica desea apertura un mdulo de los muchos que
ofrece la carrera para esto la carrera de computacin e informtica desea implementar un
sistema informtico que permita organizar dichos mdulos.
Teniendo en cuenta que un mdulo puede tener uno o muchos temas y por lo consiguiente
uno o muchos temas pertenecen a un mdulo.
Por otro lado un mdulo puede tener muchos materiales o no puede tener materiales por lo
consiguiente muchos materiales pertenecen a un mdulo.

Un mdulo se caracteriza por los siguientes datos:
Cdigo del modulo
Titulo
fecha de inicio
Fecha final.
Las caractersticas del tema son los siguientes:
Cdigo de tema
Ttulo de tema
Nmero de horas.
Las caractersticas de los materiales son los siguientes:
Cdigo de material
Ttulo.
Las actividades que realiza cada objeto son:
Insertar
Guardar
Actualizar
Buscar.
El modulo debe completar un total de horas para que culmine.
Interpretacin 1.
Uno a muchos temas pertenecen a un mdulo.
Un mdulo pueden tener uno a muchos temas.
Interpretacin 2.
Un mdulo puede tener mucho o no puede tener material.
Muchos materiales pertenecen a un mdulo.


MODULO
#codmodulo
+titulo
+fechainicio
+fechafinal
+insertar()
+guardar()
+actualizar()
+buscar()
TEMA
#codtema
+titulotema
+numhoras
+insertar()
+guardar()
+actualizar()
+buscar()
MATERIALES
#codmaterial
+titulo
+insertar()
+guardar()
+actualizar()
+buscar()
1
*
* 1

CASO 5
ORGANIZAR PROVEEDOR

El propietario de una bodega desea implementar un sistema de registro de productos.
Para esto considera al proveedor con las siguientes caractersticas
cdigo de proveedor
razn social
direccin
telfono
email

Tambin considera la caracterstica de categora
Cdigo de la categora
Nombre de la categora.

Las caractersticas del producto son:
Cdigo del producto
Nombre del producto
Precio unitario
Stock mximo
Stock mnimo

Las actividades son
Insertar
Guardar
Editar
buscar

PROVEEDOR
+codproveedor
+razonsocial
+direccin
+telefono
+email
+insertar()
+guardar()
+editar()
+buscar()
CATEGORIA
+codcategoria
+nomcategoria
+incentar()
+guardar()
+editar()
+buscar()
PRODUCTO
+codproducto
+nomproducto
+preciounitario
+stockminimo
+stockmaximo
+insertar()
+guardar()
+editar()
+buscar()
*
1
1
*

CASO 6

DNI
Nombres
Apellidos
Direccin
Razn social y
RUC
DNI
Nombres y
Apellidos
Nmero del boleto
Fecha de emisin
Fecha de viaje
Hora de viaje
Numero de asiento
Origen
Destino
Valor
emite.

PASAJERO
#DNI
+nombres
+apellidos
+direccion
+razonsocial
+RUC
+ingresar()
+guardar()
+editar()
+buscar()
EMPLEADO
#DNI
+nombre
+apellidos
+ingresar()
+guardar()
+editar()
+busacr()
VIAJE
#numbol
+fecha emision
+fecha viaje
+hora viaje
+numasiento
+origen
+destino
+valor
1
*
1
*

CASO 7
VENTA DE UTILES DE ESCRITORIO

Un propietario de una tienda de ventas de tiles de escritorio desea implementar un sistema
informtico para los cuales tiene encuentra los siguientes catos:
Cdigo de cliente
Nombres
Apellido
Direccin
razn social
Ruc
Con respecto al producto se considralos siguientes datos
Cdigo del, producto
Descripcin
Precio unitario
Stock mximo
stock mnimo
Teniendo en cuenta que los productos pertenecen a una categora para lo cual se considera los
siguientes datos:
Cdigo de categora
Nombre
La tienda solo emite comprobante de pago por horas y por boletas. Para los cuales considera
los siguientes datos
Numero de boleta
Fecha de emisin
Total
cdigo de empleado
cdigo del cliente
En< los detalles de las boletas se considera
nmero de boleta
cdigo de productos
cantidad



CLIENTE
#codcliente
+nombres
+apellido
+direccin
+razonsocial
+RUC
+insertar()
+guardar()
+actualizar()
+buscar()
+eliminar()
PRODUCTO
#codproducto
+descripcin
+preciounitario
+stockminimo
+stockmaximo
+incertar()
+guardar()
+editar()
+buscar()
+eliminar()
CATEGORIA
#codcategoria
+nombre
+incertar()
+guardar()
+editar()
+buscar()
BOLETA
#numboleta
+fechadeemisin
+total
+codempleado
+codcliente
+incertar()
+guardar()
+editar()
+buscar()
DETALLE
#numboleta
+codproductos
+cantidad
+incertar()
+guardar()
+editar()
+buscar()
*
1
1
*
*
1
* 1

CASO 8
ORGANIZAR PROVEEDOR

Una empresa comercializadora de productos desea implementar un sistema informtica
considera los siguientes datos: los datos del proveedor son los siguientes:
Cd. proveedor
Razn social
Ruc
Direccin
Telefoneo
Correo electrnico.

Por otro lado se considera a los productos los cuales son:
Cd. producto
Nombre
Precia
Stock mnimo
Stock mximo
Teniendo en cuenta que pertenecen a una categora Los cuales son:
Cdigo
Descripcin
Tambin se considera a los datos del empleado los cuales son:
Cdigo del empleado
Nombre
Apellido
Direccin
Telfono.
La empresa comercializadora contara con los servicios se transporte de envo para esto se
considera:
el cdigo de transporte de envo

nombre de compaa
direccin
telfono
Por otro lado se considera la nota de pedido de, los Cuales son los siguientes datos:
numero de pedido
fecha de emisin
fecha de pedido
fecha de entrega
total

Teniendo en cuenta que la nota de o pedido le pertenece a un proveedor le emite un
empleado y lo transporta a una compaa de envo.

Adems se considera el detalle a la nota de pedido en l se contempla:
Numero de pedido
Cdigo de producto
Cantidad de descuento


PROVEEDOR
#codproveedor
+razonsocial
+RUC
+direccion
+telefono
+correlectronic
+ingresar()
+guardar()
+editar()
+buscar()
PRODUCTO
#codproducto
+nomproducto
+preciounit
+stockminimo
+stockmaximo
+ingresar()
+guardar()
+editar()
+buscar()
+eliminar()
CATEGORIA
#codcat
+descripcat
+ingresar()
+guardar()
+editar()
+buscar() * 1
1
*
EMPLEADO
#codempleado
+nomempleado
+apellempleado
+dereccion
+telefono
+ingresar()
+guardar()
+editar()
+buscar()
NOTA PEDIDO
#numpedido
+fecha emision
+fecha pedido
+fecha de entrega
+total
+ingresar()
+guardar()
+editar()
+buscar()
+eliminar()
SERVICIO ENVIO
#codtranspenvio
+nomcompaia
+direccion
+telefono
+registrar()
+guardar()
+buscar()
+editar()
DETALLE
+numpedido
+codproducto
+cantdescuento
*
1
* 1
*
1
1 *

CASO 9
SISTEMA MATRICULA

La oficina del instituto desea implementar un sistema informtico para los cuales desea
Con respecto al alumno
Cdigo alumno.
Nombre
Apellido
Direccin
Telfono
Por otro lado los datos de la secretaria
Cdigo secretaria
Nombre
Apellido
Direccin
Telfono
Adems se considera el concepto del servicio como puede ser:
Cdigo concepto
Descripcin
Monto.
Los datos se registran en una ficha de matrcula los cuales son:
Numero
Fecha
Cdigo alum
Cdigo secretaria
Cdigo carrera
Considerando los datos de la carrera
cdigo de la carrera
Nombre carrera
Cada ficha de matrcula genera un recibo de pago en los cuales se considera
Numero de recibo
Fecha
Total
Cdigo concepto


ALUMNO
#codalumno
+nombre
+apellido
+direccin
+telefono
+incertar()
+editar()
+buscar()
+guardar()
+eliminar()
SECRETARIA
#codsecretaria
+nombre
+apeellido
+direccin
+telefono
+incertar()
+editar()
+buscar()
+guardar()
CONCEPTO SERVICIO
#codconcepto
+descripcin
+monto
+incertar()
+editar()
+buscar()
+guardar()
FICHA DE MATRICULA
#numero
+fecha
+codalumno
+codsecretaria
+codcarrera
+incertar()
+editar()
+buscar()
+guardar()
CARRERA
#codcarrera
+nomcarrera
+incertar()
+editar()
+buscar()
+guardar()
RECIBO
#numrecibo
+fecha
+total
+codconcepto
+incertar()
+editar()
+buscar()
+guardar()
1
*
*
1
*
1
1
1
1
1

CASO 10
ALQUILER DE DISFRACES

Una tienda de alquiler de disfraces desea implementar un sistema de informtico para el mejor control de
alquiler.
Para esto tiene en cuenta al cliente, al cual se le considera los siguientes datos: cdigo del cliente, DNI,
nombres, apellidos, direccin, telfono.
Adems se considera la empleada que realiza el alquiler, para ello se considera los siguientes datos, cdigo
del empleado, nombres, apellidos, direccin, telfono.
Por otro lado se considera, todo alquiler de disfraces se registra en una ficha de alquiler, en la cual se
considera nmero del alquiler, fecha de solicitud, fecha de salida, fecha de devolucin, cdigo del cliente,
cdigo del empleado y el total del alquiler.
Por otro lado se considera al disfraz y se considera los siguientes datos.
Cdigo del disfraz, nombre del disfraz, nmero de piezas
Adems el disfraz pertenece a una categora y tiene los siguientes datos, cdigo de categora, descripcin.
Toda ficha de alquiler, tiene detalle en donde se considera el nmero del alquiler, cdigo del disfraz y la
cantidad.

Desarrolle el diagrama de clases.


CLIENTE
#codcliente
+DNIcliente
+nomcliente
+apelcliente
+dircliente
+telcliente
+ingresar()
+guardar()
+editar()
+buscar()
REGISTRO ALQUILER
#numalquiler
+fechasolicitud
+fechasalida
+fechadevolucion
+codcliente
+codempleado
+registrar()
+guardar()
+buscar()
+editar()
EMPLEADO
#codempleado
+nomempleado
+apelempleado
+direccionempleado
+telefonoempleado
+ingresar()
+guardar()
+editar()
+buscar()
DETALLE
#coddisfras
+coddisfraz
+cantidad
+ingresar()
+borrar()
TIPO
#codtipo
+descriptipo
+ingresar()
+guardar()
+editar()
+buscar()
DISFRAZ
#coddisfraz
+nomdisfraz
+numpiesas
+precioalquiler
+ingresar()
+guardar()
+editar()
+buscar()
* 1
1
*
*
1
*
1
1
*

DIAGRAMAS DE ESTADO
CASO PRCTICO:

DNI
Nombres
Apellidos
Direccin
Razn social y
RUC
DNI
Nombres y
Apellidos
Nmero del boleto
Fecha de emisin
Fecha de viaje
Hora de viaje
Numero de asiento
Origen
Destino
Valor
emite.
Desarrolle el diagrama de estados de las clases identificadas.
Considerar un diagrama que contemple diagrama de estados compuestos secuenciales,
concurrentes y submaquinas de estados.

1. Desarrolle un diagrama de clases

2. Desarrolle el diagrama de estados de las clases identificadas.

EMPLEADO
+DNI
+nomempleado
+apeempleado
+ingresar()
+buscar()
+editar()
+guardar()
PASAJERO
+DNI
+nompasajero
+apelpasajero
+direccin
+razonsocial
+RUC
+ingresar()
+buscar()
+editar()
+guardar()
VIAJE
+numboleta
+fechaemisin
+fechaviaje
+horaviaje
+numasiento
+origen
+destino
+valor
+ingresar()
+buscar()
+editar()
+guardar()
*
1
1
*
ingresando DNI
ingresando nomempleado
ingresando aplempleado
DNI ingresada
ingresando nomempleado
guardondo nuevo empleado
guardando nuevo empleado
ingresando aplempleado
Incertar y guardar un nuevo empleado

ingresando fechaemisin
ingreando fechaviaje
ingresando horaviaje
ingresando numasiento ingresando origen
ingresando destino
ingresando valor
fechaemisin ingresada
fechaviaje ingresada
horaviaje ingresanda
numasiento ingresada
origen ingresado
destino ingresado
guardar nueva boleta
valor ingresado
guardando nueva boleta
Incertar y guardar nueva boleta
ingresando DNI
ingresando nompasajero
ingresando apelpasajero ingresando direccin
ingresando razon social
ingresando RUC guardando
DNI ingredada
nompasajero ingresada
apelpasajero ingresado
direccin ingresado
razon social ingresado
RCU ingresado
guardando nuevo pasajero
Incertar y guardar pasajero

DIAGRAMAS DE ACTIVIDADES

Caso 09: Realizar venta farmacia (utiliza carriles)

vendedor ingresa los datos del medicamento al sistema, el sistema proporciona la
informacin del medicamento.
La persona decide comprar, entonces el vendedor registra en un ticket los datos de la
compra. Luego la persona se acerca a caja para canjear el ticket por un comprobante de
pago, cancela el monto y recibe el comprobante. Luego se acerca a despacho, entrega el
comprobante de pago y recibe el medicamento.

vendedor cliente cajero sistema
realizar consulta y compra
ingresar datos de medicamento
registrar ticket
canjear ticket y cancela monto
proporcionar inf. medicamento
no existencia de medicamento
existencia de medicamento
entrega comprobante
entrega comprobante
recibe el medicamento

Caso 10: Actualizar DNI (utiliza carriles)
Una persona desea realizar los trmites para actualizar los datos de su DNI en la oficina
de RENIEC, esta persona debe realizar los siguientes procesos.
Luego la persona de acuerdo a su turno ingresara a la oficina, el asistente de
administracin solicita los documentos para verificarlos si estn correctamente. Luego
la persona se acerca al administrador, el administrador solicita los documentos
verificados, luego el administrador ingresa el nmero de DNI a sistema de La RENIEC el
sistema de la RENIEC verifica los datos de la persona.

[PERSONA] [ADMINISTRADOR] [SISTEMA]
solicita actualizacion de datos
atender solicitud
notifica rechazo
verificar conformidad actualizacion
ingresar fecha de actualizacion
notificar aceptacion
firmar actualizacion
aceptada?
(no)
(si)

Caso 11: Atender mesa (utiliza carriles)

En el restaurant LA OLLA GORDA se realizan los siguientes procesos para atender a los
diferentes clientes cuando el cliente ingresa la anfitriona les da la bienvenida y recibe las
prendas y los objetos de los clientes.
Los clientes son atendidos por meseros los cuales le van ha indicar una mesa disponible.
El mesero entregara a los clientes la carta con el men del da.
El mesero recoge la carta con el men seleccionado y se dirige hacia la cocina , en
donde entregara la lista con el men seleccionado. Cocina servir los mens
seleccionados el cual el mesero le har llegar a los clientes que le solicitaron.
Los clientes despus de disfrutar la comida llamaran al mesero para solicitarle la cuenta.
Finalmente los clientes se retiran del restaurant La Olla Gorda recogiendo sus prendas
y objetos que sern entregados por la anfitriona.

cliente mesero cocina
solicita mesa revisa mesa
disponible
notificar mesas ocupadas
notificar mesas disponibles
no
si
realiza pedido
anota pedido prepara pedido
sirve menu entrega menu consume menu
cancela menu entrega comprobante
retirar

DIAGRAMAS DE DESPLIEGUE
CASO 01:
Implementa un centro de cmputo con 5 PC clientes y un servidor conectado a internet
(Rauter). La interconexin es mediante un switch de 8 puertos.
El servidor tiene impresora, scanner y parlantes.

PC CLIENTE 1
PC CLIENTE 3
PC CLIENTE 5
PC CLIENTE 4
PC CLIENTE 2
SERVIDOR
ROUTER
SWITCH
IMPRESORA
SCANNER
PARLANTES

CASO 02:
Un edificio de 3 pisos, cada piso cuenta con 3 mquinas y un servidor, cada piso tiene un
switch, los switch estn conectados en topologa bus.
La mquinas estn conectadas en topologa estrella.

PC 1
PC 2
PC 3
SERVIDOR 1
SWITCH 1
SWITCH 2
SWITCH 3
SERVIDOR 2
SERVIDOR 3
PC 4
PC 7
PC 8
PC 5
PC 9
PC 6

CASO 03:

Representa mediante un diagrama de despliegue tu centro de cmputo.

PC 1
PC 2
PC 4
PC 8
PC 10
PC 23
PC 22
PC 16
PC 17
PC 18
PC 6
PC 5
PC 9
PC 7
PC 11
PC 12
PC 24
PC 13
PC 14
PC 15
PC 21
PC 20
PC 19
PC 3
PC PRINCIPAL
SWITCH

COLABORADORES

1. Ayala Chapoan, Angelo Junior.
2. Balcazar Tejada, Jerson Smith.
3. Becerra Mendoza, Ana Carla.
4. Blanco Huatay, Percy Jeancarlos.
5. Cabanillas Bobadilla, Estefany Vanessa.
6. Campos Urvina, Mitchel Hans.
7. Castaeda Sonac, Dennis Paul.
8. Cerna Castillo, Kelvin Jianfranco.
9. Chapoan Guanilo, Nadia Icela.
10. Cruz Obando, Santos Esteban.
11. De La Cruz Espinoza, Katherine Lisset.
12. Diaz Espinal, Mateo.
13. Gonzales Valera, Jessica Maribel.
14. Guamuro Coronado, Flor Nathaly.
15. Guerrero Suarez, Magaly.
16. Hernandez Fernadez, Grabiela.
17. Hernandez Isquierdo, Karen Ibet.
18. Mendoza Hernandez, Franklin Edinson.
19. Muos Abanto, Richard Antony.
20. Perez Chavez, Michael Nayib.
21. Perez Medina, Lucero Jackeline.
22. Prado Castro, Elsa Elizabeth.
23. Quiroz Paz, Johanna Yovana.
24. Quispe Caceda, Maria Esther.
25. Rafael Torres, Jennifer Nathaly.
26. Requejo Contreras, Dalila.
27. Rodriguez Villoslada, Walter Enrrique.
28. Rojas Terrones, Leonardo Benjamin.
29. Rojas Zulen,Elmer Percy.
30. Tacillo Rrosas, Isela Berenis.
31. Ullilen Echeveria, Birilo Ernan.
32. Vasquez Cubas, Rosa Marilyn.


Libro UML

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Libro UML

Uploaded by

Copyright:

Available Formats

ANALISIS Y DISEO DE SISTEMAS

You might also like