UML

— Unified Modeling Language(UML)

— Hace posible describir sistemas con palabras y
gráficos. Puede ser usado para modelar una gran
variedad de sistemas: sistemas software, sistemas de
negocios, o cualquier otro sistema.

— Object Management Group (OMG) promueve

estándares abiertos para aplicaciones orientadas a
objetos.
— http://www.omg.org.
Razones para utilizar UML
— Facilidad de comunicación, lo cual facilita
intercambios de modelos entre diferentes
departamentos o compañías.
— Transferencia de proyectos entre
miembros de equipos o equipos de
proyectos.
— Permite modelar sistemas sencillos o
complejos
Razones para utilizar UML
— Puede ser usado en una amplia variedad de
enfoques y metodologías.
— Ampliamente soportado
— Las Cotizaciones basadas en UML para sistemas
software pueden ser comparadas más fácilmente
MODELO
— Los modelos son construidos en el contexto
de sistemas de negocios y de software, para
mejorar la comprensión de sistemas
existentes o futuros.
Por qué se necesitan Modelos
— Comunicación entre las partes involucradas
— Visualización de todos los hechos para los
clientes, expertos y usuarios
— Verificación de hechos en términos de
completitud, consistencia y correctitud.
Diagramas
— Cada diagrama corresponde a una vista de
un modelo del sistema.
— Todos las diferentes vistas combinadas
resultan en un buen modelo del sistema.
Ventajas de Utilizar UML
— Un modelo descrito con UML refleja el sistema
real.
— Es posible corregir errores en el modelo desde su
inicio.
— Es posible ejecutar el mismo modelo en
diferentes plataformas
Desventajas
— Es necesario adquirir una profunda y precisa
comprensión del UML
— Un considerable esfuerzo debe ser invertido
en el desarrollo de los modelos.
Comprendiendo ambiente del sistema

— Integración al nivel del proceso del negocio--

Cada sistema debe tener asignadas unas
actividades del proceso de negocio.
— Integración al nivel del sistema---
Comunicación con otros sistemas involucrados en
el proceso del negocio.
Proceso del Negocio
— Procedimiento o evento con el propósito de
alcanzar un objetivo.
— Un proceso de negocio es a menudo completado
en varios pasos.
— Los pasos son llamados actividades y tienen que
ser completadas en un orden predeterminado.
— Las actividades se ejecutan en paralelo o
secuencia.
Procesos de negocios
— Las actividades de un proceso de negocios son
interdependientes.
— La interdependencia es creada por la interacción
de todas las actividades pertenecientes a un
proceso de negocio con un objetivo común.
Sistemas de Negocio
— Se refiere a la cadena de valor agregado, la cual
describe los procesos, impulsando el
abastecimiento de bienes y servicios.
— Cada sistema de negocios genera beneficios
económicos.
— Un sistema de negocios que es modelado puede
abarcar una organización completa.
— Por lo tanto se habla de Un modelo
organizacional.
Descripción del
Sistema del
Negocio desde
la perspectiva
de los Clientes,
socios y
proveedores
Ejemplo:
UML - Vista Externa
— Casos de uso del negocio
Muestra actores, casos de uso del negocio y sus
relaciones. No describen procedimientos. Los escenarios
alternativos también se tienen en cuenta.

— Diagramas de actividades
Describen procedimientos en nuestro caso los procesos
de negocios del sistema de negocios. Describen
interacciones entre actores y el sistema del negocio.
Vista Externa
— Diagramas de secuencias
muestran la cadena cronológica de interacciones.

— No todos los diagramas deben ser usados, depende del

sistema. Se recomienda usar el diagrama de casos de uso.
Caso de Uso Definición Gral.

— Es la especificación de un conjunto de acciones

ejecutadas por un sistema, las cuales producen un
resultado observable que tiene valor para uno o más
actores o Stakeholders del sistema.
Caso de uso del negocio

— La funcionalidad que existe en un sistema de negocio,

representa una actividad interna, es decir un proceso
interno del negocio.
— El caso de uso del negocio es únicamente utilizado para
el modelo de negocio del sistema.
Actores

— Fuera del sistema del negocio son por ejemplo pasajeros,

clientes, socios del negocio quienes tienen una salida del
sistema en consideración.
— Un caso del negocio es siempre iniciado por un actor.
— Los actores de un sistema de negocios pueden ser
humanos, organizaciones o Sistemas computacionales.
Actores
— Los actores no son solamente roles que juegan personas, sino
también agregaciones, organizaciones, software y máquinas.
Hay 3 tipos de actores:
— Actor principal tiene objetivos de usuario que se satisfacen
mediante el uso de los servicios del subsistema bajo discusión –
SUD
— Actor de apoyo
Proporciona un servicio al SUD. Ej el servicio de autorización de
un pago.
— Actor Pasivo
Interesado en el comportamiento del CU, por ejemplo: Agencia
tributaria del gobierno,. Se identifica para asegurar que todos los
intereses necesarios se han identificado y satisfecho.
Diagrama de Casos de Uso

— Muestra diagramas de caso de uso del negocio, actores y

las relaciones entre ellos.
Elementos:
— Actor un actor representa un rol que externo toma
cuando interactúa con el sistema del negocio. Por
ejemplo, cliente, usuario, socio, proveedor u otros
sistema de negocio.
Diagrama de Casos de Uso

Elementos:
— Actor
Cada actor tiene un nombre y se identifica por una figura.

— Asociación
Es la relación entre un actor y un caso de uso del negocio.
Diagrama de Casos de Uso
Elementos

— Caso de uso del negocio

describe la interacción entre actor y un sistema del negocio,
es decir, describe la funcionalidad de los sistemas de negocios
que el actor utiliza.
Caso de Uso
— Caso de Uso –CU
— Es una colección de escenarios con éxito y fallos
relacionados, que describen a los actores utilizando el sistema
para satisfacer un objetivo.
— Son un “fragmento” de funcionalidad que el sistema ofrece
para aportar un resultado de valor para sus actores.
— Específica una secuencia de acciones que el sistema puede
llevar a cabo interactuando con sus actores incluyendo
alternativas dentro de la secuencia.
Diagrama de Casos de Uso
Elementos
— Relación Include o inclusion
Es una relación entre dos casos de uso que significa que el
caso de uso del negocio del lado al que apunta la flecha esta
incluido en el CU del otro lado de la flecha.
Diagrama de Casos de Uso
Relación de inclusión
— Relación más común e importante.
— Es una relación de dependencia donde un CU utiliza otro CU
— Cuando un número de CU comparten un comportamiento ,
éste comportamiento puede ser descrito por un CU que es
utilizado por otros CU
— Cuando un CU incluye otro, el CU completo debe ser usado.
Si el CU nunca se utiliza por sí mismo se denomina abstracto.
— Reemplaza el uso común de la anterior relación uses
Diagrama de Casos de Uso
Relación de extensión
— Esta relación modela la adición de una secuencia de acciones a un caso de uso.
— Una extensión se comporta como si fuera algo que se añade a la descripción
original del CU
— Incluye tanto la condición para la extensión como una referencia a un punto de
extensión en el CU destino.
— Requiere que el CU extendido tenga previstos unos puntos de extensión. Si hay
más de uno, hay que identificar exactamente cuál es el punto extendido
— Un CU extendido puede manejar excepciones, alternativas, etc. Convirtiéndose
en CU específicos de CU generales en los que no es fácil describir dichas
situaciones.
— Es una alternativa a CU complejos con múltiples alternativas, posibilidades de
error, etc.
— Ofrece una forma de extensión más controlada que la generalización. El CU
especializado sólo puede alterar el comportamiento de los puntos de extensión
marcados.

Extend
Diagrama de Casos de Uso
— Explica gráficamente un conjunto de CU de un sistema, los
actores y la relación entre éstos y el sistema.
Formatos:
— Formato de alto nivel
describe un proceso muy brevemente, casi siempre en dos o tres
enunciados son vagos.
— Formato extendido
describe un proceso más a fondo que el de alto nivel. La diferencia
es que tiene una sección de curso normal de eventos donde
describe paso por paso. Conviene escribir en formato expandido
los CU + importantes y de mayor influencia.
Diagrama de Casos de Uso
— CU primarios
Representan los procesos comunes más importantes. Ejemplo: Comprar
productos
— CU secundarios
Representan los procesos menores o raros. Ejemplo: Solicitud de subir el nuevo
producto
— CU Opcionales
Representan procesos que pueden no abordarse.
— CU esenciales
Son CU expandidos que se expresan en forma teórica que contiene poca
tecnología y pocos detalles de implementación.
— CU reales
Describe concretamente el proceso a partir de su diseño concreto actual, sujeto
a las tecnologías específicas de entrada y salida. Se presentan en diseño.
Métodos para Identificar CU
Actores
— Se identifican los actores relacionados con un sistema o empresa
— En cada actor, se identifican los procesos que inician o en que
participan
Eventos
— Se identifican los eventos externos a los que un sistema ha de
responder.
— Se relacionan los eventos con los actores y los CU.
Ejemplo:
— Cajero àregistra, entrega efectivo
— Cliente àcompra productos, paga los productos
Que Incluir en una descripción de CU
— Estado inicial como precondición
— Cuándo y cómo comienza el CU
— El orden requerido en que las acciones se deben ejecutar
— Cómo y cuándo terminan los CU
— Definir los estados finales.
— Caminos de ejecución que no están permitidos
— Descripciones de caminos alternativos
— Interacciones del sistema con los actores y qué cambios se
producen
— Utilización de objetos, valores y recursos del sistema
— Descripción explicita de lo qué hace el sistema.
Diagramas Casos de Uso
Diagramas de Caso de Uso





















 






 




 

 






 

 

 

 







 










 


 



























 




 

























Diagrama de Caso de Uso





Encontrar Actores y CU
Con el fin de:
— Delimitar el sistema de su entorno
— Esbozar quién y qué actores interactuarán con el sistema y qué
funcionalidad se espera del sistema.
— Capturar y definir un glosario de términos comunes esenciales
para la creación de descripciones detalladas de las funcionalidades
del sistema.
Pasos:
— Encontrar los actores
— Encontrar los CU
— Describir brevemente cada CU
— Describir el Modelo de CU completo (preparar glosario)
Encontrar Actores
— Con el modelo del negocio resulta sencillo
— Identificar un usuario (al menos) que pueda representar al
actor candidato.
— Debería existir coincidencia mínima entre roles, que
desempeñan las instancias de los diferentes actores en
relación con el sistema.
— El analista da nombres a los actores y describe brevemente
los papeles de cada actor y para qué utiliza el actor el sistema.
Encontrar CU
— Se propone un CU para cada rol de cada trabajador que participa
en la realización del CU.
— El actor necesitará normalmente CU para soportar su trabajo de
creación, cambio, rastreo, eliminación o estudio de los objetos del
negocio.
— Algunos candidatos no llegarán a ser CU por sí mismos, podrán
ser parte de otros.
— Resultado de valor y Actor en concreto para identificar CU.
— Resultado de valor ---cada ejecución satisfactoria de un CU debe
proporcionar algún valor al actor para alcanzar su objetivo.
— Un actor en concreto ---identificado el CU que proporcione
valores a los usuarios individuales reales, nos aseguramos de que
los CU no se harán demasiado grandes.
Descripción CU
— Ejemplo: el comprador utiliza el CU Pagar Factura para planificar
los pagos de la factura. El CU pagar factura efectúa el pago el día
del vencimiento de la factura.
Precondiciones :
— Establecen lo que siempre debe cumplirse antes de comenzar un
escenario en el CU.
— Las precondiciones no se prueban en el CU sino son condiciones
que se asumen son verdad.
— Normalmente, las precondiciones implican un escenario de otro
CU que se ha completado con éxito como inicio de sesión.
— Comunican suposiciones importantes que el escritor del CU
piensa que los lectores deberían conocer.
Descripción de CU
Garantías de éxito o postcondiciones:
— Establecen qué debe cumplirse cuando el CU se completa con
éxito o bien el escenario principal de éxito o algún camino
alternativo.
— Las garantías deberían satisfacer las necesidades de todo el
personal involucrado.
— Ejemplo: se registra la venta. El importe se calcula de manera
correcta. Se registran las comisiones. Se genera el recibo.
Escenario principal de éxito
— Flujo básico
— Describe el camino de éxito típico que satisface los intereses del
personal involucrado.
— A menudo no incluye bifurcación.
Descripción de CU
Escenario principal de éxito
El escenario recoge los pasos que pueden ser de 3 tipos:
— Una interacción entre actores
— Una validación (normalmente a cargo del sistema)
— Un cambio de estado realizado por el sistema
Ejemplo:
— ◦1 el cliente llega al terminal de punto de venta con artículos.
— ◦II el cajero comienza una nueva venta
— ◦III el cajero introduce el identificador del artículo
— ◦IV el cajero repite los pasos 3 a 4 hasta que se indique
— ◦V …..
Ejemplo
— Tabla 1.
Nombre de Caso de Uso
Actores
Descripción

— Tabla 2.
Código Caso de Uso
Nombre Caso de Uso
Descripción
Secuencia Normal
Excepciones
Modelo Del Dominio
Se debe evitar:
— Artefactos de software como una base de datos. BDVentas
— Responsabilidades o métodos. Imprimir()
Clases Conceptuales
— Clases conceptuales o vocabulario del dominio son:
— ◦Cosas, ideas u objetos
— ◦Se refiere en términos de:
— Símbolo ---palabras o imágenes que representan una clase conceptual
— Intensión---la definición de una clase conceptual
— Extensión ----el conjunto de ejemplos a los que se aplica la clase
conceptual
Ejemplo: Venta
— Símbolo ---Venta
— Intensión ---Representa una transacción de una compra y tiene fecha y
hora.
— Extensión ---el conjunto de todas las ventas.
Clases Conceptuales
Identificación de clases conceptuales
— ◦El modelo conceptual se elabora luego de varias iteraciones
en la fase de elaboración.
— ◦En cada iteración el modelo de dominio se limita a los
escenarios anteriores y actual de estudio.
Guía para identificar clases conceptuales
— ◦Noexcluyaunaclaseconceptualsimplementeporquelosrequisit
osnoindicanningunanecesidadobviaparaadministrarinformació
noporquelaclaseonceptualnotieneatributos.
— ◦Esválidotenerclaseconceptualessinatributosoclasesconceptual
esconunrolpuramentedecomportamientoeneldominio.
Clases Conceptuales

Estrategias para identificar Clases Conceptuales:

1. Utilización de una lista de categorías de clases conceptuales.

2. Identificación de frases nominales.
 Categoría de Clase conceptual Ejemplos
Objetos tangibles o físicos Registro
Avión

Especificaciones, diseños o descripciones de las EspecificacionDelProducto

cosas DescripcionDelVuelo

Lugares Tienda

Transacciones Venta, Pago

Reserva

Línea de transacción LineaDeVenta

Roles de la gente Cajero

Piloto

Contenedores de otras cosas Tienda, Lata

Avión

Cosas en un contenedor Articulo

Pasajero

Otros sistemas informáticos o electromecánicos SistemaAutorizacionPagoCredito

externos al sistema ControlDeTraficoAereo
 Categoría de Clase conceptual Ejemplos

Conceptos abstractos Ansia

Acrofobia
Organizaciones DepartamentoDeVentas
CompañiaAerea
Hechos Venta, Pago, Reunión
Vuelo, Colisión, Aterrizaje
Procesos (normalmente no se representan VentaDeUnProducto
como conceptos, pero podría ocurrir) ReservaUnAsiento
Reglas y políticas PoliticaDeReintegro
PoliticaDeCancelacion
Catálogos CatalogoDeProductos
CatalogoDePiezas
Registros de finanzas, trabajo, contratos, Recibo, LibroMayor, ContratoEmpleo
cuestiones legales RegistroMantenimiento
Instrumentos y servicios financieros LineaDeCredito
Stock
Manuales, documentos, artículos de ListaDeCambiosDePreciosDiarios
referencia, libros ManualReparaciones
Clases Conceptuales
— Identificar los nombres y frases nominales en las descripciones textuales
de un dominio y considerar los como clases conceptuales o atributos
candidatos.
— Una fuente puede ser el formato de CU extendido.
— Tener cuidado porque frases diferentes pueden significar diferente o el
mismo significado.
Lista: Procesar Venta
Ø Registro EspecificacionProducto
Ø Articulo LineadeVenta
Ø Tienda Cajero
Ø Venta Cliente
Ø Pago Encargado
Ø Catalogo de Productos
Modelo del Dominio

Cómo hacer un modelado del dominio:

— Liste las clases conceptuales candidatas

— Represéntelos en un modelo de dominio
— Añada asociaciones necesarias para registrar las relaciones
— Añada los atributos necesarios para satisfacer los requisitos de
información.
 Modelo del Dominio
— Un modelo conceptual no es absolutamente correcto o
equivocado, sino algo útil y que nos sirve como una
herramienta de comunicación.

Error Típico:
— Representar algo como atributo cuando debería ser concepto

ó
Tienda es una entidad legal, una organización y algo que ocupa espacio es un
concepto.
Notación Uml

Modelo del Dominio:

— Sirve como abstracción del modo en que los trabajadores y

las entidades del negocio necesitan relacionarse y cómo
necesitan colaborar para llevar a cabo el negocio.
Asociaciones:
— Una asociación es una relación entre tipos que indica alguna
conexión significativa e interesante.

— Asociaciones de las que es necesario conservar el

conocimiento de la relación durante algún tiempo
(asociaciones “necesito -conocer”)
Asociaciones
— Representación de las asociaciones UML
— Se representan como una línea entre clases con un nombre de
asociación.
— La asociación es bidireccional
— Este recorrido es abstracto
— Los extremos de la asociación podrían contener una
expresión de multiplicidad.
— Lo normal es que se lea de izquierda a derecha o de arriba
abajo pero no es una regla del UML.
Asociaciones Prioridad Alta
— A es una parte lógica o física de B
— A está contenida física o lógicamente en B
— A se registra en B

— Demasiadas asociaciones tienden a confundir un modelo de

dominio
— Evite mostrar asociaciones redundantes o derivadas.
Asociaciones
Roles
— Cada extremo de la asociación se denomina rol. Los roles
pueden tener opcionalmente:
— Nombre
— Expresión de multiplicidad
— Navegabilidad
Asociaciones
— Multiplicidad
— Define cuantas instancias de una clase A pueden asociarse con una
instancia de una clase B
— El valor de la multiplicidad depende de nuestros intereses como
modeladores y desarrolladores de sw, porque pone de manifiesto
una restricción de diseño que será reflejada en el sw
— * cero o más
— 1…* uno o mas
— 1…40 de uno a 40
— 5 cinco exactamente
— 3,5, 8 tres, cinco u ocho exactamente
Asociaciones

— Múltiples asociaciones entre dos tipos

DIAGRAMAS DE INTERACCIÓN

— Son los diagramas de colaboración y secuencia

— Se utilizan para modelar los aspectos dinámicos

de un sistema, mostrando el conjunto de objetos
que participan y sus relaciones incluyendo los
mensajes que intercambian entre ellos.
DIAGRAMAS DE INTERACCIÓN
— Muestran las §Muestran las relaciones
interacciones a través del entre los objetos y lo
tiempo. mensajes que intercambian
— Permiten mostrar los §Permiten mostrar cómo
objetos que participan en interactúan los objetos para
una interacción a través producir un resultado
de sus líneas de vida y los
mensajes que
intercambian a través del
tiempo

Diagrama de secuencia Diagramas de colaboración

DIAGRAMAS DE INTERACCIÓN

Diagrama de secuencia
DIAGRAMAS DE INTERACCIÓN

Diagramas de colaboración
DIAGRAMA DE SECUENCIA
— Línea de vida
Representa la evolución de un objeto a lo largo de un
determinado tiempo y recibe el nombre de línea de vida del
objeto.
— Activación del objeto
Muestra el periodo de tiempo durante el cual un objeto
realiza una acción y se representa como un rectángulo
vertical.
DIAGRAMA DE SECUENCIA
— Mensajes
Es una comunicación entre dos objetos que contiene
información y desencadena la ejecución de una acción.

Tarea: Investigar los tipos de Mensajes en el diagrama.