1

UNIVERSIDAD AGRARIA DEL ECUADOR

FACULTAD CIENCIAS AGRARIAS
CARRERA ING. EN COMPUTACION E INFORMTICA
3 SEMESTRE - A

MATERIA:

DOCENTE:

INTEGRANTES:

 Diagramas para el modelado de comportamiento

Diagramas UML de comportamiento visualizar,
especificar, construir y documentar los aspectos
dinmicos de un sistema. Los diagramas de
comportamiento se clasifican de la siguiente manera:
Los diagramas de casos, los diagramas de
interaccin, diagramas de estado de grficos y
diagramas de actividad.
2
 3 Diagramas de casos
Diagramas de casos de uso presentan una vista exterior de la forma
de los elementos de un sistema se comportan y cmo pueden ser
utilizados en el contexto.

Diagramas de casos de Se utilizan los diagramas de casos

uso forman parte de: de uso:
Para modelar el contexto de un sistema
Casos de uso encerrando todas las actividades de un
actores sistema dentro de un rectngulo y se centra
en los actores fuera del sistema mediante la
Relaciones como la interaccin con ella.
dependencia, la generalizacin y Para modelar los requisitos de un sistema
asociacin desde el punto de vista externo.
 Consideremos un sistema automatizado Trading
4 House. Asumimos las siguientes caractersticas
del sistema:

1. La casa de comercio tiene transacciones

con dos tipos de clientes, clientes individuales
y clientes corporativos.
2. Una vez que el cliente hace un pedido, se
procesa por el departamento de ventas y el
cliente se da la factura.
3. El sistema permite al gestor para gestionar
las cuentas de los clientes y responder a
cualquier pregunta escritos por el cliente.
5 Se aplican los diagramas de
casos de uso para modelar
la vista esttica de los casos
de uso de un sistema. Esta
primera vista soporta el
Usos Comunes comportamiento de un
sistema el alejamiento de
los servicios visibles que el
sistema provee en el
contexto del medio
ambiente.
 6
Organizar actores que son
similares a algn otro en una
herencia
generalizacin/especificacin.
Para modelar el contexto de
un sistema,
Poblar un diagrama de casos de
uso con estos actores y
especificar el curso de la
comunicacin desde cada actor
hacia los casos de uso del
sistema.
 Sistema de validacin de
tarjeta de crdito
Por ejemplo, la figura muestra
7 el contexto de un sistema de
Realizar
transaccin de validacin de tarjeta de crdito,
tarjeta
Cliente con un nfasis sobre los actores
Instituci
n de
que rodean al sistema. Puedes
Procesar factura
del cliente
venta al
por
encontrar Clientes, de los
menor cuales hay dos tipos (Clientes
individuales y Clientes
Conciliar
transacciones corporativos). Estos actores
tienen los roles que lo humanos
Cliente individual Cliente
corporativo
juegan cuando interactan con
Administrar
cuenta de cliente el sistema.
Institucin
financiera
patrocinado
ra
En este contexto, hay actores que representan otras instituciones, como son Institucin de venta (
con el cual un Cliente ejecuta una transaccin para comprar un artculo o un servicio) e Institucin
Financiera Patrocinadora. En el mundo real, estos ltimos dos actores son parecidos a los sistemas
de software-intensivo.
 Modelado de los requisitos de un sistema.
8

Un requerimiento es una caracterstica de diseo, atributo, o

comportamiento de un sistema. Con las necesidades de un
sistema, se acuerda un pacto establecido entre las cosas fuera del
sistema y el sistema por si mismo, cuando se declara que se
espera que el sistema realice. En la mayor parte no se
cuida como el sistema lo hace, solo se cuida que es lo que hace.
Cuando se construye un sistema es importante iniciar con
acuerdos acerca de que es lo que har el sistema, aunque se
podr desarrollar el entendimiento de esos requerimientos
conforme iterativa e incrementalemente se desarrolle el sistema
 Establecer el contexto de un
sistema para identificando los
9
actores que lo rodean.

Para cada actor, considerar el

comportamiento que se espera o
necesita el sistema proporcione.

Para modelar los Nombrar los comportamientos

requisitos de un comunes como casos de uso.

sistema. Modelar casos de uso, actores

y sus relaciones en un
diagrama de casos de uso.

Adornar los casos de uso

con notas.
10
La figura se expande sobre el diagrama de caso de
uso anterior. El diagrama es valioso por que ofrece
un inicio comn para usuarios finales, expertos, y
desarrolladores para visualizar, especificar, construir
y documentar sus decisiones acerca de las
necesidades funcionales del sistema. Por ejemplo,
Detectar Fraude es un comportamiento importante
para ambos: una Institucin Financiera e Institucin
de Ventas. Similarmente, Reporte del Estado de una
Cuenta es un comportamiento requerido del sistema
por varias Instituciones en su contexto.
 Las necesidades modeladas por el caso de uso
11
Administrador de Red es un poco diferente de todos porque
representa un comportamiento secundario del sistema.
Ejemplo
Realizar
transaccin de Informar sobre el
estado de la cuenta
tarjeta

Cliente

Procesar factura
Detectar fraude
del cliente
de tarjeta

Institucin de Conciliar Gestionar la

venta al por transacciones interrupcin de
menor la red

Administrar
cuenta de cliente

Institucin
financiera
patrocinadora
12 Conclusin
Nosotros hemos concluido que Cuando se crea un diagrama de casos
de uso en UML, recuerda que cada diagrama de caso de uso es solo
una presentacin grfica de la vista esttica de un caso de uso de un
sistema. No un simple diagrama de casos de uso necesita capturar cada
cosa en la vista de casos de uso de un sistema. Adems todos los
diagramas de casos de uso de un sistema representan la vista esttica
del sistema completo; individualmente, representan solo un aspecto.
La estructura es enfocada sobre un aspecto de comunicacin de la vista
de un caso de uso de un sistema esttico. Contiene solamente casos de
uso y actores que son esenciales para entender el aspecto.
13
Bibliografa
http://site.ebrary.com/lib/uagrariaecsp/reader.action?ppg=37&docID=10433806&tm=1498857708613
http://site.ebrary.com/lib/uagrariaecsp/reader.action?ppg=6&docID=10109719&tm=1498860363881