UML

Ing. M.Sc. Jorge Damian Valverde Iparraguirre

MODELAMIENTO DE
NEGOCIO CON UML
Sesión Uno:
Modelamiento de Negocio y UML
SESIÓN 1: AGENDA

Propósito de los Modelos

Modelos de Negocio
Resumen del UML
Extensiones de UML
¿QUÉ ES UN MODELO?

Un Modelo es
una Simplificación de la Realidad
PROPÓSITO DE LOS MODELOS

Un Modelo (según Grady Booch):

• Provee el Blueprint (diseño - anteproyecto) del sujeto a construir
• Puede representar un plan detallado o
• dar una vista de muy alto nivel
• Si es bueno, incluye los aspectos
realmente importantes para cierto punto de vista.

Tipos de Modelos:
• Estructurales (Estáticos)
Destacan la estructura y la organización
del sujeto
• De Comportamiento (Dinámicos)
Destacan los aspectos dinámicos del sujeto
4 PRINCIPIOS DE MODELAMIENTO

La Selección del Modelo Importa

Los Modelos Pueden Tener

Diferentes Niveles de Precisión

Los Mejores Modelos

Tienen la Relación Clara Con la Realidad

Para Entender el Sistema

se Necesitan Varios Modelos
Complementarios
NEGOCIOS HOY

Globalización Velocidad

Muchos recursos Crecimiento

¿POR QUÉ MODELAR
NEGOCIO?
Negocio es un Sistema Complejo
• Procesos, recursos, objetivos, problemas, etc.

Modelo de Negocio es una

SIMPLIFICACION o ABSTRACCION
de Negocio, Orientada a Ayudar a:
• Entender los mecanismos del negocio actual
• Formar una base para mejorar el negocio actual
• Representar la estructura del negocio mejorado
• Formar una base para un sistema informático
que apoya el negocio
NEGOCIOS Y SISTEMAS

Negocios y Sistemas Informáticos

• Los negocios modernos no solo dependen de los sistemas,
sino que los sistemas forman PARTE de los negocios

¿Los Sistemas Informáticos...

• ... soportan el negocio efectivamente?
• ... se adaptan a las nuevas necesidades rápidamente?

¿La información...
• ... está usada cómo un recurso estratégico en el negocio?
• ... está adecuada y/o correcta?
 NEGOCIOS Y SISTEMAS
(CONT.)

Necesidad:
Formalizar los Conocimientos de Negocio
¿CÓMO MODELAR NEGOCIO? (CONT.)

IDEF

• Método estructurado para el análisis y modelamiento

de negocios o sistemas
• Está compuesto por una serie de metodos
dirigidos a ciertos aspectos de modelamiento:
– IDEF0 (modelado de procesos desde el punto de vista
funcional), IDEF1 (requerimientos), IDEF1x (bases de datos),
IDEF3 (procesos - actividades), etc.
¿CÓMO MODELAR NEGOCIO?
BPMN (Bussiness Process Modeling Notation)

• Notación gráfica para especificar los procesos de negocio

• Dirigido tanto a los expertos de negocio, como a los técnicos
• Soporte de lenguajes para modelamiento de negocio, tales como
BPML
 ¿CÓMO MODELAR NEGOCIO? (CONT.)

UML (Unified Modeling Language)

«physical» Información
Factura de Factura

Orden de Compra

Venta

Facturación
Factura Contabilidad
Cobrada

Factura

• El lenguaje estándar para el modelamiento de software

• El perfil para el modelamiento de negocio provee
un enlace NATURAL entre el negocio y el sistema informático
• Orientación a Arquitectura – conjunto de vistas
RESUMEN DE UML

¿Qué es Lenguaje Unificado de Modelamiento?

Evolución de UML

Arquitectura de UML

9 Diagramas de UML

Extendiendo UML: Perfiles

¿QUÉ ES UML?

Lenguaje de “blueprints” para el software

Lenguaje gráfico de modelación de propósito general,
estandarizado por la industria, y apoyado por
herramientas de amplio rango de aplicación.
Originalmente concebido por Rational Software
Corporation
 Grady Booch - Booch Method
 James Rumbaugh - Object Modeling Technique (OMT)
 Ivar Jacobson - Object Oriented Software Engineering (OOSE)
Apoyado inicialmente por un consorcio de empresas
(UML partners) que incluye a
Rational, Microsoft, HP, Oracle, Unisys, y otras
La versión actual de UML es la 2.0
EVOLUCIÓN DE UML

Industrialización

Estandarización

Unificación

Fragmentación
ESTRUCTURA DE UML

Vistas de UML: Arquitectura 4 + 1

5 Vistas
9 Diagramas
DIAGRAMAS DE CASOS DE USO

casos de uso
 DIAGRAMAS DE CASOS DE USO
Usados Para Comunicarse
con el Usuario Final y el Experto de Dominio
• Proporciona credibilidad en una etapa inicial
del desarrollo del sistema
• Asegura una comprensión mutua de los requisitos

Usados Para Identificar

• Quién interactuará con el sistema
y qué deberá hacer el sistema
• Qué interfaz deberá tener el sistema

Usados Para Verificar

• Que se hayan capturado todos los requerimientos
• Que los desarrolladores hayan entendido los requerimientos
DIAGRAMAS DE CASOS DE USO:
EJEMPLO

Límite Sistema de Pub

Informar Bodega

extiende
Sistema de
Bodega

«extend»

Vender Bebida
incluye
Barmen caso
«include» de uso

Registrar Venta

actor
DIAGRAMAS DE CLASES
DIAGRAMAS DE CLASES

Usados para mostrar la Estructura Estática

de un sistema computacional o una parte
relevante del mundo real

Son los diagramas más frecuentemente

usados.
Y se les puede considerar con Tres
Perspectivas posibles:
 Conceptual – muestra las entidades del mundo real
con sus relaciones
 Especificación – muestra la estructura del sistema
o sus partes, destacando las interfaces
 Implementación – el “blueprint” del código fuente
DIAGRAMAS DE CLASES: EJEMPLO

Bodega

asociación
Cliente
1
almacena
1
Pedido 0..*
1..* tiene
1 Bebida
1..*

Venta
atributo - valor: Doble herencia
operación + ImprimirBoleta()
0..* Jugo Gaseosa
Natural
realiza
1

Barmen multiplicidad
clase
DIAGRAMAS DE OBJETOS
DIAGRAMA DE OBJETOS

• Usados para mostrar

la estructura de objetos
en tiempo de ejecución del sistema

• Representan vistas instantaneas (snapshot)

de una parte del sistema de interés

• Destacan relaciones entre objetos

• Útiles para análisis y diseño preliminar

e identificación de clases

• Usados para validar los modelos de clases

DIAGRAMAS DE OBJETOS: EJEMPLO

Juan :Cliente

nombre objeto
:nombre clase
enlace 12345 :Venta Frambuesa :Jugo
Natural

Venta Nr. 12345

Pepe :Barmen

objeto
DIAGRAMAS DE SECUENCIA
DIAGRAMAS DE SECUENCIA

Usados para representar

el comportamiento del sistema

Muestran colaboración a través de

mensajes entre los objetos del sistema

Destacan:
 Mensajes enviados entre los objetos
 Orden secuencial entre los mensajes
 Un escenario concreto, sin condiciones

Útiles tanto en análisis (identificación de

clases), como en diseño (especificación
de componentes)
 ELEMENTOS DE DIAGRAMA DE
SECUENCIA
• Objeto representa una entidad de una clase
Objeto Objeto2
:Clase :Motor

en tiempo de ejecución

enviarMensaje
• Un objeto envía un mensaje al otro

self
• El mensaje puede ser enviado al mismo objeto

Objeto3

• Un objeto crea otro objeto

crear
:Motor

calcular • Varias ocurrencias (iteraciones) de un mensaje

{x 10}
• El objeto muere

Respuesta
• Mensaje de respuesta
 DIAGRAMAS DE SECUENCIA: EJEMPLO
objeto
Pepe Interfaz Motor BD de
:Barmen Barmen Venta Ventas

línea de vida
Ingresar Datos Venta

Confirmar Venta creación

de objeto
Ejecutar Venta

12345 :Venta
ciclos
Crear Venta

mensaje
Frambuesa
Crear Bebida :Jugo Natural

{x N}

Ingresar Venta

destrucción
de objeto

(from Use Case View) (from Use Case View) (from Logical Model) (from Logical Model) (from Use Case View)
DIAGRAMAS DE COLABORACIÓN
DIAGRAMA DE COLABORACIÓN

• Usados para representar

el comportamiento del sistema

• Muestran colaboración entre los objetos

del sistema

• Destacan:
– Mensajes enviados entre los objetos
– Enlaces entre los objetos
– Un escenario concreto, sin condiciones

• Útiles tanto en análisis (identificación de clases),

como en diseño (especificación de componentes)
 ELEMENTOS DE DIAGRAMA DE
COLABORACIÓN

:Cliente
• Un Objeto representa una entidad de una
clase en tiempo de ejecución

• Los enlaces conectan los objetos

1 Pedir Cálculo

• Un objeto envía un mensaje al otro

1.2 Devolver Resultado
El orden de los mensajes se indica con los
números

:Serv idor
1.1 Ejecutar Cálculo

• El mensaje puede ser enviado al mismo

objeto
DIAGRAMAS DE COLABORACIÓN:
EJEMPLO

objeto
Bucarest
:Sistema de
Bodega
1.5 Pedir Bebida

mensaje 1.4 Pedir Bebida

Pepe :Barmen Comunicador Bodega Interfaz Bodega

1 Vender Jugo Natural 1.3 Pedir Bebida

1.1 Vender Jugo Natural

1.2 Calcular Cantidad Bebida

Interfaz Barmen Motor Venta El cálculo dió la

cantidad bajo la mínima
permitida - hay que pedir
bebida de la bodega

enlace
 ¿SECUENCIAS O
COLABORACIONES?
Secuencia Colaboración
Muestra comportamiento
del sistema
x x
Indica mensajes
intercambiados en su orden
x x
Destaca un escenario fijo
sin flujos alternativos
x x
Visualiza los enlaces entre
los objetos
x
Visualiza secuencia en
tiempo
x

Flujos alternativos x?
• Colaboración: complejas redes de objetos  destacan enlaces
• Secuencia: muchos mensajes  los ordenan en tiempo
DIAGRAMAS DE ACTIVIDADES
DIAGRAMA DE ACTIVIDADES

• Usados para representar

el comportamiento del sistema o negocio

• Muestran actividades y procesos

• Destacan:
– Condiciones y flujos alternativos
– Tareas y procesos concurentes
– Responsabilidades sobre ciertas actividades

• Útiles en análisis de negocio para capturar

procesos de alto nivel
 ELEMENTOS DE DIAGRAMA DE
ACTIVIDAD
• Inicio de flujo
Inicio

• Actividades secuenciales
Comprar
Alimentos

• Actividades producen
Alimentos

Preparar
Comida
o consumen datos

• Bara de sinncronización

Comer Tomar Vino

• Actividades concurentes

Cafe o
Postre?
• Decisión
[cafe] [postre]

• Actividades acondicionadas
Tomar Cafe Tomar Postre

• Fin de Flujo
Fin
 DIAGRAMAS DE ACTIVIDAD: EJEMPLO

decisión

Candidad [si] Pedir Bebida

Venta de Bebida < de Bodega
Mínima
Permitida

Barmen Sistema Valida

Ingresa Venta Cantidad Bebida [no]

Inicio
Fin

Sistema
Registra Venta

actividad sincronización
DIAGRAMAS DE ESTADOS
DIAGRAMA DE ESTADOS

• Usados para representar

el comportamiento INTERNO de un objeto
o de un módulo del sistema

• Muestran estados
en los cuales un objeto se puede encontrar

• Destacan:
– Estados
– Transiciones y condiciones de las transiciones
– Actividades realizadas

• Típicamente usados para describir

ciclo de vida de un objeto
ELEMENTOS DE DIAGRAMA DE ESTADOS

Ciclo de Vida de
Inicio Pasaje Aereo
• Inicio de ciclo

DISPONIBLE reservación RESERVADO

5 días hasta la fecha • Estados

pago cancelación confirmación • Transiciones

• Acciones
• Eventos
PAGADO CONFIRMADO
pago

vuelo realizado

• Fin de Flujo
Fin
Transición
evento [condición] / acción
 DIAGRAMAS DE ESTADOS: EJEMPLO

inicio estado
Inicio

INGRESADO SERVIDO
servir

transición cancelar
Si el estado no
se cámbia
cobrar 1 día
durante 1 día

CANCELADO
COBRADO PERDIDO

fin
a Pedidos
Anulados a Pedidos A Pedidos
Cobrados Perdidos
DIAGRAMAS DE COMPONENTES
DIAGRAMA DE COMPONENTES

• Usados para mostrar los Módulos Físicos

de software:
– Los ejecutables y librerías dinámicas
– Las páginas WEB y los scripts
– Los módulos o funciones, etc.

• Sin embargo se usan más bien para capturar

la Organización de los Componentes de Software
(EXE, DLL, EJB, etc)

• Destacan Dependencias entre los Componentes

DIAGRAMAS DE COMPONENTES: EJEMPLO

«EJB»

interfaz Bodeguero

BodegueroLocal

Barmen
(from Use Case View)
«EJB»
Vendedor

VendedorRemote

Sistema de
«executable»
Bodega
TouchScreen
(from Use Case View)
«DAO»
Venta

dependencia

componente «Oracle»
BDPub
DIAGRAMAS DE DEPLOYMENT
DIAGRAMAS DE DEPLOYMENT

• Usados Para Modelar

las Relaciones entre el Software y el Hardware

• Mapeo de los Componentes de Software

a los Nodos de Hardware

• Típicamente contienen elementos tales como

– Servidores
– Procesadores
– Impresoras
– Redes computacionales
– Etc.
 DIAGRAMAS DE DEPLOYMENT: EJEMPLO

nodo
Cliente TouchScreen Serv idor Bodega

«executable»
«EJB»
:TouchScreen
:Bodeguero

Serv idor Pub

«EJB»
Barmen :Vendedor
(from Use Case View) Sistema de
Bodega
(from Use Case View)

«DAO» enlace
:Venta

Serv idor BD

«Oracle»
:BDPub
EXTENDIENDO UML: PERFILES
• UML no es un estándar rígido y cerrado,
sino abierto a ajustes y extensiones

• Perfiles UML – el mecanismo de generación

de “dialectos” de UML

• Un Perfil está compuesto por un conjunto de:

– Estereotipos
– Valores etiquetados
– Restricciones

• Perfiles de UML disponibles en este momento:

– Modelamiento de sistemas distribuidos
– Modelamiento de procesos de desarrollo
– Modelamiento de sistemas en tiempo real
– Modelamiento de procesos de negocio
– Etc.
 EXTENDIENDO UML: ESTEREOTIPOS

«JSP»
Página Trx
Realizar el Pago
«Web»

Sistema Web
Pay

«UNIX»
Serv idor de «EJB»
Respaldo Transacción

Control

• Mecanismo principal de extensión de UML

• Describe precisamente el tipo de elemento

y provee un nivel adicional de clasificación

• Diferentes formas de representar un estereotipo.

EXTENDIENDO UML: VALORES
ETIQUETADOS
Venta
{numero = 12345
fecha = 050520}

- Valor: double

+ ImprimirBoleta() : void

constraints
{Valor > 0}
Jugo Natural
tags
Optimización: Performance

• Propiedad de un elemento de formato nombre-valor

• Permiten agregar información adicional a los elementos

EXTENDIENDO UML: RESTRICCIONES
Cliente Restricción
{Hay Bebida en Stock}
en asociación
1
Pedido
1..*
Venta
- valor: Doble

+ ImprimirBoleta()
Restricción constraints
en clase {valor > 0}

• Asociaciones y herencias no son suficientes

para una especificación completa y precisa

• Uso de formulas matemáticas, pedazos de código,

lenguaje natural, o...

• Lenguaje de Restricciones de Objetos

OCL – Object Constraints Language
EXTENSIONES DE ERIKSSON-PENKER
(EP)
Uso de las Notaciones en un Desarrollo de un Proyecto:

Sistema Informático

Modelamiento UML “core”

de Sistema
UML
Modelamiento
de Negocio Extensiónes EP
Negocio

¡Una sola Notación

Para el Proceso de Desarrollo Completo!
EXTENSIONES DE ERIKSSON-PENKER
(EP)
• UML es un lenguaje principalmente orientado
a modelamiento de software

• Los elementos de UML “core” incluyen

los elementos de especificación
de la estructura y comportamiento de software:
– clases y objetos
– actividades
– estados, etc.

• Las extensiones de Eriksson-Penker definen

los elementos necesarios para especificar
la estructura y comportamiento de negocio.
– procesos de negocio
– recursos (materiales, herramientas, RRHH...)
– reglas de negocio, etc.
PROCESOS DE NEGOCIO

• Procesos de negocio son la parte ACTIVA de negocios

– Describen las funciones de negocio
e involucran los recursos que se usan, transforman o producen
– Procesos tienen el enfoque en CÓMO se ejecuta el negocio,
y no describen detalladamente los productos de este negocio

• Proceso de negocio:
– Tiene objetivos
– Tiene entradas
– Tiene salidas
– Usa recursos
– Está compuesto por varias actividades realizadas en cierto orden
– Afecta más de una unidad de organización
– Crea valor a cliente (cliente puede ser interno o externo)
PROCESOS DE NEGOCIO EN EP:
EJEMPLO
Investigación Diseño de Productos Marketing Ventas Fabricación

Concepción

Lanzamiento de Producto

«goal»
Mej oramiento de Producto
Perforar no menos
de 10.000 platos
semanales : «achieve»
Quantitativ e Goal

«people» Proceso de taladrado «resource flow»

«physical» «physical»
:Maestro
:Plato Perforado :
«process control» Plato
«resource flow» Perforar

Calibrar Leer instrucción de Iniciar Taladrar

taladrado
taladrado

«resource» «information»
:Máquina :Instrucciones
OBJETIVOS DE NEGOCIO

• Objetivos definen
el estado deseado de uno o más recursos
– Objetivos se asocian al proceso de negocio completo
o a uno de los subprocesos

• Se definen dos tipos de objetivos:

– Cuantitativos - se pueden formalmente medir
– Ejemplo: “Rebajar los costos de producción por un 3%”
– Cualitativos - son más abstractos
– Ejemplo: “Mejorar la imagen de la empresa”

• Objetivos se pueden descomponer en subobjetivos

– Cumplimiento del objetivo superior depende
del cumplimiento de los subobjetivos

• Objetivos se relacionan con los Problemas

– Problemas se asocian con las acciones
OBJETIVOS DE NEGOCIO EN EP:
EJEMPLO

«goal»
Lograr v entas de
Meta 100.000 USD
mensuales :
Quantitativ e Goal

«goal»
«goal» Contactar 100
Incorporar v entas nuev os clientes
v ía Internet : semanales v ía
Qualitativ e Goal Telemarketing :
Quantitativ e Goal

«problem» «action»
Los clientes potenciales
Poner aviso en diario y
no conocen nuevo canal en metro
EVENTOS DE NEGOCIO

• La ejecución de los procesos es afectada

por los eventos que ocurren en su entorno
– Eventos inician actividades
o controlan cuales de las actividades se ejecutan

• Un proceso puede:
– Reaccionar a un evento
– Ejemplo: evento “nueva venta” inicia el proceso de post venta
– Generar eventos
– Ejemplo: el proceso de venta genera el evento “nueva venta”

• Un evento puede:
– Iniciar la ejecución de un proceso
– Afectar la ejecución de un proceso
– Ser generado en el momento de término de un proceso
EVENTOS DE NEGOCIO EN EP: EJEMPLO

«Business Event»
Solicitud de
Cliente

«Business Event» «Business Event»

Orden de Venta Orden de
Compra

Gestionar compra de
Orden de acción Compra
compra de
de acción acción

Responder llamada de
cliente

Gestionar v enta de
Orden de acción Venta
venta de de
acción acción
RECURSOS DE NEGOCIO

• Recursos son los conceptos que pueden ser

consumidos, producidos, modificados o usados
por un proceso de negocio
– Materiales, energía, productos, personas, información, etc.

• Clasificación de los recursos:

– Físicos - entidad que ocupa un espacio físico.
– Ejemplo: tractór, repuesto, etc.
– Abstractos - ideas o conceptos no físicos,
pero importantes para el negocio
– Ejemplo: contrato, cuenta, energía, etc.
– Información - representación de un concepto, cosa u otro tipo
de recurso
– Ejemplo: Información en la base de datos
– Personas - recursos humanos que actúan en el negocio
– Ejemplo: Contador, Gerente, Programador, etc.
RECURSOS DE NEGOCIO EN EP
Resource

«physical»
Information Noticia
Thing Tractor

«abstract» «people»
Acción Vendedor
Physical Abstract

People
REGLAS DE NEGOCIO

• Reglas de Negocio definen

las condiciones, las restricciones y las políticas
sobre como los procesos deben ser realizados
– Reglas de negocio pueden afectar todos los otros conceptos:
recursos, procesos, objetivos, etc.

• Tipos de reglas de negocio:

– Derivaciones – definen las transformaciones de la
información
– Ejemplo: el mecanismo de cálculo de IVA
– Restricciones – restringen de alguna forma la estructura o
comportamiento de los recursos, procesos, etc.
– Ejemplo: un cliente puede tener una sola cuenta
– Existencias – definen la creación y destrucción de los
objetos en el negocio
– Ejemplo: Ofrecer el crédito a los clientes con el saldo promedio
mayor que 300.000 en últimos 6 meses
REGLAS DE NEGOCIO EN EP

«business rule»
Cliente tiene que ser
registrado para adquirir un
producto

«people» «physical»
Cliente adquiere Producto

1..*

«business rule» «business rule»

Verificar RUT usando Si se adquiere más de 20
mod 11 productos, aplicar tasa de
descuento de 5%
MODELAMIENTO DE
NEGOCIO CON UML
Sesión Dos:
Cuatro Vistas de Modelo de Negocio
SESIÓN 2: AGENDA

Vistas de Modelo de Negocio

Vista de Visión de Negocio
Vista de Procesos de Negocio
Vista de Estructura de Negocio
Vista de Comportamiento de Negocio
Reglas de Negocio
 VISTAS DE MODELO DE NEGOCIO

¿Por qué Múltiples Vistas?

• Negocio es un sistema complejo,
con características estructurales
y de comportamiento
• Principio Cuatro de modelamiento

Vistas de Negocio
• Cada vista tiene enfoque en un aspecto particular
• Cada vista está compuesta por una serie de diagramas

Modelamiento de Vistas de Negocio

• Un proceso altamente iterativo
• Los elementos de las diferentes vistas son relacionados
• Descubriendo detalles en una vista, se aclaran otras
MODELAMIENTO DE NEGOCIO: ETAPA 1

Conocimientos desordenados y no Formalizados

Obtener mayor Subir

participacion ventas
de mercado en
10%
Presupuest
o
US$100.000

Cierre de
Importaciones (legal)
Manejo de Inventario
Baja del Dolar

• Descubrir elementos principales en diferentes vistas

• Agregar cada vez más detalles a las vistas
MODELAMIENTO DE NEGOCIO: ETAPA 2
Conocimientos “Aislados” y Parcialmente Formalizados

Vista de Vista de
Visión Estructura
de Negocio de Negocio

Vista de Vista de
Comportamiento Estructura
de Negocio de Negocio

• Las vistas empiezan a tener forma

• Relaciones entre los elementos de las diferentes vistas
MODELAMIENTO DE NEGOCIO: ETAPA 3
Conocimientos Completos y Formalizados

Modelo de Negocio
VISTAS DE MODELO DE NEGOCIO
estructura de
vision de negocio
negocio
• Vista de Visión de Negocio comportamiento
de negocio
– Describe el “hacia donde va” del negocio, procesos de
negocio
sus objetivos, misión, etc.
• Vista de Procesos de Negocio
– Representa las actividades del negocio y el valor
generado por ellos
• Vista de Estructura de Negocio
– Describe la estructura organizacional
y la de recursos de negocio
• Vista de Comportamiento de Negocio
– Captura los aspectos dinámicos de los elementos
del proceso de negocio
VISTA DE VISIÓN DE NEGOCIO

estructura de
vision de negocio
negocio

comportamiento
de negocio
procesos de
negocio
VISTA DE VISIÓN DE NEGOCIO

Objetivo de la Vista
• Establece los objetivos de negocio

Contenido de la Vista
• Imagen de “hacia donde” va el negocio
• Estrategia global del negocio
• Semilla de contenido en otras vistas

Responsables sobre la Vista

• Presidentes, Directorios, Altas Gerencias
FACTORES DE LA VISTA DE
VISIÓN
• Misión de la empresa
– El objetivo global de la empresa, posiblemente abstracto
• Objetivos
– Objetivos más especificos, medibles
• Fortalezas
– Los aspectos fuertes del negocio
• Debilidades
– Los aspectos débiles del negocio
• Oportunidades
– Áreas de crecimiento potencial del negocio
• Amenazas
– Peligros potenciales para el negocio
FACTORES DE LA VISTA DE VISIÓN
(CONT.)
• Factores críticos
– Elementos necesarios para el crecimiento
• Estrategias
– Planes de acción para cumplir los objetivos
• Capacidades principales
– Áreas de negocio más importantes
• Roles
– Funciones que cumplen los recursos humanos en negocio
• Unidades organizacionales
– Áreas de negocio
• Procesos claves
– Los procesos que traen más valor al negocio
TÉCNICAS EN LA VISTA DE VISIÓN

Definición de Estrategia
• Posiciona el negocio en contexto de HOY y MAÑANA
y propone el plan de cambio

Modelamiento Conceptual
• Define los conceptos importantes de negocio
con las relaciones entre ellos

Modelamiento de Objetivos/Problemas
• Identifica los objetivos del negocio con los problemas
que impiden el cumplimiento de los objetivos
DEFINICIÓN DE ESTRATEGIA

• Enfoque en la relación entre el negocio y el mundo externo

– Oportunidades y amenazas vienen del mundo externo
y impactan el negocio
• Procesos principales versus procesos de soporte
– En esta fase se consideran solo los procesos principales –
los que interactúan con el mundo externo
• Consideraciones típicas
– Clientes, competencia, posición en industria, rentabilidad,
percepción pública, nivel de servicios, etc.
• Técnicas de definición de estrategia
– Matriz FODA
– Declaración de Visión
 MATRIZ FODA
• Identificación de estrategias iniciales
en base a los factores internos y externos de negocio
– Factores internos – fortalezas y debilidades
– Factores externos – oportunidades y amenazas
• Base para las estrategias
más formales
(Declaración de Visión) Estrategia
Factores Internos
Global
• Pasos de Negocio Fortalezas Debilidades
– Estrategia global
– Factores Externos
Oportunidades Estrategias Estrategias
– Factores Internos
– Estrategias
Amenazas Estrategias Estrategias
– Resumen
MATRIZ FODA: EJEMPLO
Estrategia Fortalezas Debilidades
Corporativa Internas Internas
Global
1. Fuertes en diseño WEB 1. Falta de personal de ventas
Ser el proveedor líder de los servicios 2. Fuertes en la construcción 2. Falta de capital
financieros en Internet, teniendo la gama de las soluciones Internet 3. La empresa no conocida
completa de los servicios bajo los costos 3. Conocimientos del mercado
del mercado. y los servicios financieros
4. Conocimientos en las
acciones y contactos

Oportunidades Estrategia: Estrategia:

Externas
1. Desarrollar un sitio WEB 1. Vender avisos a través de
1. Alto Interes en los servicios financieros financiero amigable y los agentes externos
en Internet completo 2. Encontrar los
2. El mercado no cuenta con un 2. Apuntar a los clientes subcontratistas que entregan
proveedor de gama completa internacionales interesados en la información financiera en
3. El canál de marketing de bajo costo invertir en el mercado de base a royality.
4. El mercado internacional no explorado EEUU 3. Atraer las instituciones
5. Interés de inversión en las empresas 4. Atraer los clientes
Internet internacionales

Amenazas Estrategia: Estrategia:

Externas
1. Inventar el eslogan y 1. Contratar un buen gerente
1. La competencia ya existe en el desarrollar la campaña de de ventas
mercado de EEUU marketing del sitio financiero 2. Atraer las instituciones
2. Posible recesión económica 2. Publicar el sitio en otros 3. Lanzar la campaña de
3. Los clientes usan los servicios sitios en Internet marketing
gratuitos 3. Definir la estrategia de
4. Es difícil ser conocido en Internet precios que reduce los costos
iniciales de los clientes
 DECLARACIÓN DE VISIÓN

• Formalización de estrategias en un documento de texto

– contexto de negocio
– requerimientos de negocio
– escenarios de futuro, etc.
• Claramente especifica los objetivos de alto nivel
– para ser descompuestos en los objetivos operativos
– factores Externos
• Entrada para el análisis de los objetivos/problemas
MODELAMIENTO CONCEPTUAL

• Captura de los conceptos importantes de negocio

y sus relaciones

• Establece el vocabulario común

– Ayuda el eliminar la comunicación ambigua desde el inicio

• No es el modelo de software,
pero si es una buena base para él

• Se usa el modelo estándar de clases de UML

MODELAMIENTO CONCEPTUAL: EJEMPLO

Cliente escribe y lee

Boletín de
* Noticias

Portfolio
1..*
*

Foro
Cliente
Registrado asignado a Articulo
posee

Tenencia de *
Seguridad
despliega Aviso
Mensaje

Cliente Inscrito Pedido

hace
*
se refiere a

Información de Seguridad comprado por Empresa describe Perfil de

Precio Empresa
se refiere a

recuperado de

Acción
Noticias
Mercado
 MODELAMIENTO DE OBJETIVOS/PROBLEMAS

• Describe los objetivos de negocio

y los problemas que impiden su realización
– los objetivos de alto nivel establecidos anteriormente
en la matriz FODA y la Declaración de Visión
• Entrada para el Análisis de los objetivos/problemas

• Objetivos:
– Cuantitativos o Cualitativos

• Diagramas de clases y objetos de UML

OBJETIVOS DE NEGOCIO EN EP
Extensiones de
Objetivos

Elemento: Estereotipo Simbolo: Descripción:

de:
Representan los estados deseados
de los recursos. Objetivos motivan
Objetivo Clase «goal»
Nombre acciones que llevan a
cumplimiento de este estado.
Algo que impide cumplimiento de
Problema Nota objetivo. Se pueden relacionar
«problem»
Descripción de problema con las causas, acciones, etc.

Objetivos se organizan en las

Dependencia de
Dependencia estructuras jerarquicas de tipo
Objetivo
objetivo-subobjetivo

Contradicción de Objetivos pueden ser

Asociación
objetivo «contradictory» contradictorios

Descomposición Restricción de
Dependencias incompleta
incompleta de objetivo Dependencia {incomplete}

Descomposición Restricción de
Dependencias completas
completa de objetivo Dependencia {complete}

Instancia de Objetivo cuantitativo puede tener

Objetivo Cuantitativo «goal»
Objetivo Quantitativ e Goal valores bien definidos.
- Tasa: float

Instancia de «goal» Objetivo cualitativo puede tener

Objetivo Cualitativo Qualitativ e Goal
Objetivo una descripción.
+ Descripción() : string
DIAGRAMA DE OBJETIVOS/PROBLEMAS:
EJEMPLO
«goal»
Muchos Clientes : Goal_Value = 500.000
«problem»
«problem» Quantitativ e Goal Actual_Value = 0
Clientes no quieren
El sitio desconocido
registrarse

«goal»
«goal» «goal»
Muchas v isitas en
Internet : Muchos clientes Muchos clientes
Quantitativ e Goal registrados : inscritos :
Qualitativ e Goal Qualitativ e Goal

«goal» «goal» «goal» «goal»

«goal» «goal»
Ofrecer Serv icios
Enlaces de otros Sitio rev isado en Visible en los Ofrecer precios
sitios : buscadores : registración adicionales para
otro medio : atractiv os :
beneficiosa : inscritos :
Quantitativ e Goal Qualitativ e Goal Quantitativ e Goal Quantitativ e Goal
Qualitativ e Goal Qualitativ e Goal

«problem» «cause»
Otros sitios no quieren Otros sitios no tienen «action»
colocar aviso interes en redireccionar Ofrecer incentivos a
los clientes a este sitio otros sitios
VISTA DE PROCESOS DE NEGOCIO

estructura de
negocio
vision de
negocio

comportamiento
de negocio

procesos de
negocio
VISTA DE PROCESOS DE NEGOCIO

Objetivo de la Vista
• Definir las actividades de negocio que realicen los objetivos

Contenido de la Vista
• Las actividades de negocio con sus objetivos
• Recursos ocupados, producidos y modificados por el negocio
• Personas que ejecutan las actividades

Responsables sobre la Vista

• Gerentes, Jefes de Áreas
 VISTA DE PROCESOS DE NEGOCIO
(CONT.)
• Objetivos encontrados en la Vista de Visión
representan la base para el modelamiento de procesos
• Dos tipos de procesos
– Procesos principales: orientados al cliente
– Procesos de soporte: escondidos del cliente
• Vista de Procesos es la vista central de modelamiento de negocio
– ¿Qué? Vista de Procesos
– ¿Por qué? Vista de Visión
– ¿Quien? Vista de Estructura
– ¿Sobre qué? Vista de Estructura
– ¿Cómo? Vista de Comportamiento

¡Vista de Procesos
une Información de Todas Otras Vistas!
TÉCNICAS EN LA VISTA DE PROCESOS

Diagrama de Procesos
• Describe las actividades de negocio
con los eventos de negocio

Diagrama de Línea de Ensamblaje

• Demuestra como los procesos acceden a los recursos
DIAGRAMA DE PROCESOS

• Identifica las actividades

y sus relaciones con otros elementos de negocio

• Un proceso tiene asociados:

– Objetos de objetivos – los objetivos del proceso
– Objetos de entrada – los recursos consumidos por el proceso
– Objetos de salida – los recursos producidos por el proceso
– Objetos de apoyo – los recursos que apoyan al proceso,
pero no se consumen ni modifican por el proceso
– Objetos de control – los recursos que controlan los procesos.
Por ejemplo, los recursos humanos
• Se usa el diagrama de actividad de UML
 DIAGRAMA DE PROCESOS EN EP

Extensiones de
Proceso

Elemento: Estereotipo Simbolo: Descripción:

de:

Proceso es una descripción de

las actividades relacionadas,
Proceso Actividad Proceso
que, ejecutadas correctamente,
satisfacen un objetivo
explícitamente definido.
Un proceso puede ser dividido
Actividad en varios procesos. Si estos
Actividad Activ idad
(proceso atómico) procesos son atómicos, se
llaman actividades.

Inicio de proceso Inicio Inicio de un proceso

Inicio

Fin de proceso Fin Fin de un proceso

Fin
DIAGRAMA DE PROCESOS: EJEMPLO

«goal»
«people» «information»
250.000 Ventas :
Jim :Gerente de :Directivas
Quantitative Goal
Ventas Corporativas de
Ventas

«process control»
«achieve»
«process control»

Ventas de Publicidad
«information» «abstract»
:Cliente Potencial :Orden
«resource flow» «resource flow»

«supply» «supply»

«physical» «people»
:Material de :Personal de
Ventas Ventas
DIAGRAMA DE PROCESOS: EJEMPLO
Ventas Producción Entrega

«people»
«people»
:Webmaster
:Webmaster

«abstract» «abstract»
:Orden :Banner

«process control» «process control»

«resource flow»
«resource flow»
«resource flow» «resource flow»

Ventas de Publicidad Diseño WEB Instalación de sitios WEB

«process flow» «process flow»

«resource flow» «resource flow»

«resource flow»
«abstract»
«supply» «supply» :Plan de «abstract»
Publicidad :Sitio WEB

«people»
«information»
:Representante de
:Empresa de
Cliente
Cliente
EVENTOS DE NEGOCIO

• Formalizan los sucesos relevante en el negocio

– recibidos del mundo externo, o
– generados por el proceso para el mundo externo

• Se usan los diagramas de clases y objetos de UML

Extensiones de
Eventos

Recepción de
Señal Un proceso recive un
evento de
recepcionado Nombre evento de negocio
negocio

Envío de
Un proceso genera un
evento de Señal enviado
Nombre evento de negocio.
negocio
 EVENTOS DE NEGOCIO: EJEMPLO

«Business Event»
Solicitud de
Cliente

«Business Event» «Business Event»

Orden de Venta Orden de
Compra

Gestionar compra de
Orden de acción Compra
compra de
de acción acción

Responder llamada de
cliente

Gestionar v enta de
Orden de acción Venta
venta de de
acción acción
DIAGRAMA DE LÍNEA DE ENSAMBLAJE

• Identifica acceso a los recursos de negocio desde los procesos

• Un paso más hacia la solución informática, por que identifica:

– objetos accedidos – potenciales clases de software
– secuencias de accesos – potenciales casos de uso
– líneas de ensamblaje – potenciales subsistemas o clases

• Se usa el diagrama de actividad de UML

 LÍNEA DE ENSAMBLAJE EN EP
Extensiones de
Línea de Ensemblaje

Elemento: Estereotipo Simbolo: Descripción:

de:

Proceso es una descripción de

las actividades relacionadas,
Proceso Actividad Proceso
que, ejecutadas correctamente,
satisfacen un objetivo
explícitamente definido.

Objeto entregado por un

Objeto hacia la línea
Objeto proceso a una línea de
ensamblaje
ensamblaje.

Objeto entregado por una

Objeto desde la
Objeto línea de ensamblaje a un
línea de ensamblaje
proceso.

Línea de ensamblaje
Línea de ensamblaje Paquete «assembly line»
sincroniza y alimenta los
procesos con los objetos.
 DIAGRAMA DE LÍNEA DE ENSAMBLAJE:
EJEMPLO

Proceso de Inscripción de Cliente

«process flow» «process flow»

«Start» «End»

porfolio existe?
crear información del cliente
Casos de Uso Crear nuevo
registrar portfolio
información de cliente
Establecer modelo
de tasación
crear nuevo portfolio

leer modelo de tasación

«assembly line»
Portfolio establecer modelo de tasación

«assembly line»
Información de Cliente

«assembly line»
Modelo de tasación
VISTA DE ESTRUCTURA DE NEGOCIO

estructura de
negocio

vision de
negocio

comportamiento
procesos de de negocio
negocio
VISTA DE ESTRUCTURA DE
NEGOCIO
Objetivo de la Vista
• Demostrar la estructura de los recursos, los productos,
los servicios y la información de negocio,
tal como la organización tradicional de la empresa
Contenido de la Vista
• Los recursos de negocio (físicos, abstractos, humanos, etc.)
y sus relaciones
• Información estratégica de negocio
• Estructura organizacional (áreas, divisiones, departamentos)

Responsables sobre la Vista

• Arquitecto de Negocio y modeladores
 VISTA DE ESTRUCTURA DE NEGOCIO
(CONT.)
Resource

• No se describe la estructura de los procesos de negocio

(para esto sirve la Vista de Procesos de Negocio)

• El modelo conceptual de la Vista de Visión

provee una buena entrada para Thing Information

el modelamiento de la Estructura

• Conceptos de alto nivel se descomponen en:

– recursos físicos Physical Abstract

– recursos abstractos
– recursos humanos
– información
People
TÉCNICAS EN LA VISTA DE ESTRUCTURA

Modelamiento de Recursos
• Modela los recursos de negocio de todos tipos
y sus relaciones

Modelamiento de Información
• Crea los modelos de la información significativa de negocio

Modelamiento de Organización
• Describe las unidades organizacionales de negocio
 ESTRUCTURA DE NEGOCIO EN EP
Extensiones de
Recursos

Elemento: Estereotipo Simbolo: Descripción:

de:

Información es un tipo de recurso

Información Clase Nombre y modela el conocimiento sobre un
concepto, material o recurso usado
por el negocio.
Recursos pueden ser
producidos, consumidos, usados
Recurso Clase «resource»
Nombre o modificados por los procesos.
Recursos pueden ser cosas o
información.
Recurso Recurso abstracto es un
Clase «abstract»
abstracto Nombre
concepto no tangible. Por
ejemplo matemática.

«people»
Persona Clase Nombre En tipo de recurso físico.
Especificamente, ser humano.

Recurso físico, incluyendo seres

Recurso Físico Clase «physical»
Nombre
humanos. También incluye
máquinas, documentos, etc.
DIAGRAMA DE RECURSOS: EJEMPLO

Boletín de
Noticias

Página WEB Aviso

0..4

Foro Página de Página de Página de

Mensaje WEB Articulo WEB Instrucción
*
WEB
DIAGRAMA DE INFORMACIÓN: EJEMPLO

Orden Perfil de
Empresa

Cliente Portfolio Seguridad Empresa

1..* *

Noticias de
Empresa
DIAGRAMA DE ORGANIZACIÓN: EJEMPLO

Empresa Directorio

*
Nuestra Empresa : Nuestro Directorio :
División
Empresa Directorio

*
Administración : Ventas :Div isión Internet :Div isión
Área
Div isión

Soportre de Economía :Área Ventas :Área Diseño WEB :Área Producción WEB :
Oficinas :Área Área
VISTA DE COMPORTAMIENTO DE NEGOCIO

estructura de
negocio

vision de negocio

comportamiento
procesos de de negocio
negocio
VISTA DE COMPORTAMIENTO DE
NEGOCIO

Objetivo de la Vista
• Especificar el comportamiento interno de los recursos
y sus interacciones

Contenido de la Vista
• Ciclo de vida de los recursos individuales
• Ejecución precisa de los procesos y los procedimientos
• Colaboración entre los recursos

Responsables sobre la Vista

• Jefes de áreas, empleados con experiencia
 VISTA DE COMPORTAMIENTO DE
NEGOCIO

• El conjunto de los estados de todos los recursos

define la condición actual del sistema (negocio).
Los estados se cambian por los procesos
• Vista de Procesos versus Vista de Comportamiento
– Vista de procesos se concentra en los procedimientos macro:
las transformaciones principales y las funciones de negocio
– Vista de Comportamiento tiene enfoque en los aspectos dinámicos
de los elementos individuales de negocio
• Diagramas de UML usados
– estados
– secuencias y colaboraciones
– actividad e interacción
TÉCNICAS EN LA VISTA DE
COMPORTAMIENTO

Modelamiento de Estados
• Especifica el ciclo de vida de un recurso

Modelamiento de Interacción
• Demuestra la colaboración entre los recursos
(personas, productos, herramientas, etc)
• Interacción entre los procesos
DIAGRAMA DE ESTADOS DE RECURSO:
EJEMPLO

Aceptada
aceptar orden

Final

Creada Puesta en Mercado

recibir orden poner en mercado

Inicial

fin de día

devolver al mercado

Fallada

Cancelada
cancelar orden

Final
DIAGRAMA DE SECUENCIA: EJEMPLO

Fuente de Precio Colección de Acción Accionista

Acción

Suscribir

Nuevo Precio

Actualizar Precio

Actualizar
 DIAGRAMA DE COLABORACIÓN: EJEMPLO

:Tenencia de 1.1.1: Obtener Precio :Seguridad

Seguridad

1.1: Obtener Valor

:Tenencia de 1.2.1: Obtener Precio :Seguridad

Seguridad

1.2: Obtener Valor

1: Obtener Valor de Portfolio :Portfolio

1.3: Obtener Valor

:Tenencia de 1.3.1: Obtener Precio :Seguridad
Seguridad

1.4: Obtener Valor de Efectivo

:Cuenta de
Efectivo
DIAGRAMA DE INTERACCIÓN: EJEMPLO
Proceso de conclusión de pedido

[pedido aceptado en mercado]

Proceso de manejo de pedidos

actualizar costo

crear tenencia de seguridad

[pedido falló] marcar pedido concluido

chequear crédito

crear pedido

«assembly line»
Pedido

«assembly line»
Portfolio
REGLAS DE NEGOCIO

estructura de
negocio
vision de negocio

comportamiento
procesos de de negocio
negocio

¡Reglas de Negocio
Complementan Todas las Vistas!
REGLAS DE NEGOCIO:
DEFINICIÓN
Negocios y Reglas de Negocio

• Los negocios son controlados por las reglas que regulan

la estructura de los negocios y cómo ellos operan
• Muchas veces las reglas de negocio se expresan de una forma
ambigua
• Las reglas aseguran que los negocios funcionan
según las restricciones y reglamentos:
– externos – leyes, reglamentos comunales, etc
– internos – estándares y políticas de la empresa, etc.
Algunas Definiciones de las Reglas de Negocio:
• Declaraciones de las pólizas que deben ser satisfechas
(OMG, 1992)
• Unidades de conocimientos de negocio (Odell 1998)
REGLAS DE NEGOCIO Y SISTEMAS

Reglas de Negocio Definen

• Objetivos de Negocio
• Estructura de los recursos y sus relaciones
• Ejecución de los Procesos, etc.

Evolución de Especificación de Reglas de Negocio

• Se identifican cómo definiciones o declaraciones informales
– Reuniones con los expertos de dominio, entrevistas, visitas, etc.
• Se formalizan en los modelos
– por ejemplo usando UML y la notación Eriksson-Penker
• Se implementan en los sistemas
REGLAS DE NEGOCIO Y UML

Reglas se Usan en Todas las Vistas

• Implícitamente expresadas
– asociaciones, multiplicidades, condiciones de guardia, etc.
• Formalmente expresadas vía Restricciones
– las restricciones en UML se describen dentro de {...}

Extensiones de
Reglas

Reglas restringen, derivan y

Regla de
Nota establecen las condiciones de
negocio «business rule»
Descripción de regla funcionamiento de negocio.
REGLAS DE NEGOCIO:
EJEMPLO

«people»
Persona

- sueldo:

1
«business rule»
firma persona.sueldo > 500.000

0..*
«abstract» «physical»
«business rule» Contrato de Propriedad
se refiere a
inv: Arriendo
rent = 0.115 * prop.valor
1 1 - valor:
- rent: +prop
REGLAS DE NEGOCIO Y OCL

OCL (Object Constraint Language)

• OCL es el mecanismo de UML para expresar las restricciones
– es la parte integral de la especificación de UML
• OCL es un lenguaje declarativo
– no se ejecuta ni modifica contenido de modelo
• Usos comunes de OCL en un modelo UML
– Los Invariants en las clases
– Precondiciones y postcondiciones
en las operaciones o los casos de uso
– reglas de navegación en el diagrama de clases
– restricciones de todos tipos
– condiciones de guardia en los estados, etc
CLASIFICACIÓN DE REGLAS DE
NEGOCIO
Reglas de Negocio

Derivaciones Transformaciones de la información

Inferencias Hechos implican otros hechos

Computacionales Formulas matemáticas

Restricciones Estructura y comportamiento permitido

Estructurales Relaciones entre los elementos: recursos, productos, procesos...

Operacionales Pre y Postcondiciones de la ejecución de procesos, metodos...

Estimulus Ciertos eventos causan ciertas acciones

Existencias Existencia de los elementos

 REGLAS DE NEGOCIO: EJEMPLOS
«business rule»
DERIVACIÓN - Computacional

«business rule» context inv:

EXISTENCIA total = ítems->collect(Monto*Cantidad)->sum

Un ítem de factura puede EXISTIR si existe la

factura que lo contiene

Factura
Ítem de Factura RESTRICCIÓN - Operacional
- Número: int
- Número: int +ítems - Empresa: string context
- Descripción: string - RUT: string Factura::Contabilizar():void
- Cantidad: int
1..* 1 - Total: float pre: estado = #COBRADA
- Monto: float - estado: post: estado = #CONTABILIZADA

+ Contabilizar() : void
«business rule»
«business rule» RESTRICCIÓN - Estimulus
RESTRICCIÓN - Structural
Enviar datos de factura a SII es un
Una factura tiene por lo menos 1 ítem EFECTO de Contabilizar()
COBRADA

«business rule»
Factura Exenta de IVA
DERIVACIÓN - Inferencia
Contabilizar() /enviar datosfactura a SII
La "Factura Exenta de IVA"
es Factura y deriva el Nr,
Empresa y RUT.
CONTABILIZADA

«business rule»
RESTRICCIÓN - Operacional

Contabilizar() modifica estado

REGLAS DE NEGOCIO: EJEMPLOS
«business rule»
DERIVACIÓN - Computacional

«business rule» context inv:

EXISTENCIA total = ítems->collect(Monto*Cantidad)->sum

Un ítem de factura puede EXISTIR si existe la

factura que lo contiene

Factura
Ítem de Factura RESTRICCIÓN - Operacional
- Número: int
- Número: int +ítems - Empresa: string context
- Descripción: string - RUT: string Factura::Contabilizar():void
- Cantidad: int
1..* 1 - Total: float pre: estado = #COBRADA
- Monto: float - estado: post: estado = #CONTABILIZADA

+ Contabilizar() : void

«business rule»
RESTRICCIÓN - Structural

Una factura tiene por lo menos 1 ítem

«business rule»
Factura Exenta de IVA
DERIVACIÓN - Inferencia

La "Factura Exenta de IVA"

es Factura y deriva el Nr,
Empresa y RUT.
REGLAS DE NEGOCIO: EJEMPLOS

«business rule»
RESTRICCIÓN - Estimulus

Enviar datos de factura a SII es un

EFECTO de Contabilizar()
COBRADA

Contabilizar() /enviar datosfactura a SII

CONTABILIZADA

«business rule»
RESTRICCIÓN - Operacional

Contabilizar() modifica estado