Desarrollo de software

orientado a objetos
Unidad 2:
Modelo del Negocio

Agenda
Introduccin
Modelo de Casos de Uso del
negocio
Modelo de Objetos del
Negocio.
Refinamiento del Modelo de
Negocio

Introduccin

Por qu es necesario modelar

los procesos de la empresa?
Para identificar con facilidad
donde estn sus problemas u
oportunidades de crecimiento y
mejora.
Porque desde la perspectiva de
los sistemas no es posible
automatizar procesos que no
estn claramente definidos.

Introduccin
La empresa
y
sus
procesos
Cules son y a quines estn
dirigidos?
Cules son sus resultados?
Cules son las tareas que se deben
llevar a cabo?

Introduccin
Objetivos:
Comprender la estructura y la
dinmica de una organizacin en
donde el sistema a desarrollar va a ser
instalado (objeto de estudio u
organizacin destino).
Comprender los problemas actuales de
la organizacin destino e identificar su
potencial de crecimiento y mejoras.
..........

Introduccin
......
Asegurar que los clientes, usuarios
finales y desarrolladores tengan un
entendimiento comn del objeto de
estudio.
Derivar los requerimientos del
sistema necesarios para dar
soporte a la organizacin destino.

Modelo de casos de uso

de negocio

Modelo de casos de uso

del negocio
El modelo describe el negocio
en trminos de casos de uso
de negocio business use
cases que se corresponden
con lo que comnmente se
conoce como "procesos".

Modelo de casos de uso

del negocio
Forman parte del modelo:
La vista externa
Actores y casos de uso de negocio
(Business Actors y Business Use
Cases).
Diagramas de caso de uso del negocio.

La vista interna
Objetos de negocio
Diagramas de actividad (Workflow).

Elementos del modelo del

negocio
Tareas de la vista externa
Encontrar y describir actores del negocio.
Encontrar y describir casos de uso del negocio.
Efectuar diagramas de casos de uso del negocio.

Tareas de la vista interna

Encontrar y describir los objetos de negocio que
participan realizando los procesos.
Descomponer los procesos de negocio en flujos
de trabajo (Workflows) para describirlos a
detalle.

Encontrar actores del

negocio
Un business actor (actor del
negocio) representa un rol que
alguien o algo en el entorno
del sistema puede realizar en
relacin con el negocio.

Encontrar actores del

negocio
Existen
dos grandes categoras
de BA:
El Cliente (Customer)
La razn de ser del negocio.
Se benefician o afectan por los
resultados del proceso.

El Socio o decisor (Stakeholder).

Son los dueos del proceso.
Los resultados del proceso le sirven
para tomar decisiones.
No participan de la parte operativa.

Encontrar actores del

negocio
Categoras donde los clientes
pueden ser hallados:
Clientes (los beneficiarios o
afectados por el proceso).
Proveedores.
Autoridades (entidades legales,
reguladoras, etc.).
Sistemas de informacin localizados
fuera del negocio.

Encontrar actores del

negocio
Categoras donde los
stakeholders pueden ser
hallados:
Sucursales.
Dueos, inversionistas, gerentes.
Se debe modelar a un miembro del
directorio si es parte activa del
negocio.

Encontrar actores del

negocio
Si los procesos que van a ser
modelados son parte de una gran
compaa, se puede encontrar
actores de negocio en:
Otras partes de la compaa.
Roles individuales gerenciales en otros
departamentos.
Subsistemas que reciben o transmiten
informacin.

Encontrar actores del

negocio
Se debe asignar un nombre a cada
actor del negocio de acuerdo al rol
desempeado en el negocio.
Para cada actor del negocio se
debe especificar una breve
descripcin que incluya sus
responsabilidades y la razn de
su interaccin con el negocio.

Generalizacin de actores
del negocio
Varios actores de negocio pueden
desempear el mismo rol para un
caso de uso de negocio particular.
Ejemplo: Tanto el viajero de negocios
como el turista pueden viajar y
registrarse en el counter del
aeropuerto (check-in). El rol
compartido pasajero se modela como
un business actor.

Generalizacin de actores
del negocio
Pasajero

Viajero de
negocios

Turista

Encontrar casos de uso del

negocio
Un business use case es un
proceso de negocio que produce
un resultado de valor medible y
esperado por un actor (o
actores) en particular.
Representa la secuencia de
actividades desarrolladas para
lograr ese valor.

Cmo encontrar casos de

uso del negocio?
Identificar las necesidades puntuales
del business actor y que conjunto de
actividades se realizan para
satisfacerlas.
Identificar los resultados y entregables
que tiene la empresa y a partir de ellos
a los procesos que los realizaron.
Reconocer los procesos tipo del giro
del negocio, por comparacin con el de
otras empresas o a partir del estudio
de la cadena de valor.

Procesos tipo
Los procesos tipo de una
empresa se pueden reconocer en
una de las siguientes categoras.
Procesos primarios, comerciales
o de valor.
Procesos secundarios de apoyo y
administrativos.

Procesos primarios
En primer lugar estn las
actividades comerciales
importantes o vitales del negocio
que usualmente se llaman
business processes.
Son los procesos dirigidos al
cliente.
Vender Productos

Procesos secundarios
En segundo lugar existen las
actividades de soporte o apoyo, que
no son importantes desde el punto
de vista comercial pero que se
deben efectuar de todos modos para
hacer que el negocio camine. En esta
categora est: la administracin del
sistema, la limpieza, la seguridad,
etc.
Realizar Inventario

Procesos secundarios
Dentro de est categora
tambin est el trabajo
administrativo. Estos casos de
uso muestran el tipo de trabajo
que afecta el cmo los otros
procesos son llevados a cabo,

Realizar Planilla

Guas para encontrar

casos de uso del negocio
Por donde comenzar?
Es recomendable comenzar con el
ms importante actor del negocio: el
cliente.
Cules son los principales servicios que
el cliente obtiene del negocio?
Cul es el ciclo de vida de un cliente?
Un buen consejo es estudiar el ciclo de
vida del cliente (y los objetivos parciales
e intermedios que va logrando en el
tiempo)

Guas para encontrar

casos de uso del negocio
Cules son las caractersticas
principales de soporte a los
negocios y cuando se dan? En estos
grupos de caractersticas se pueden
hallar casos de uso del negocio.
Cules son los procesos que
ayudan a tomar decisiones
estratgicas?

Guas para encontrar casos

de uso del negocio
Para completar su definicin se debe:
Desarrollar y abastecer de informacin
acerca de nuevas tendencias del negocio
a los dueos e inversionistas.
Identificar y establecer metas
presupuestales a mediano y largo plazo.
Coordinar y asignar prioridad entre los
casos de uso del negocio.
Crear nuevos procesos en el negocio.
Supervisar los procesos del negocio

Diagramas de Caso de Uso

del Negocio
Muestran la agrupacin de procesos
en paquetes (grandes procesos) y la
descomposicin de los mismos en
casos de uso de negocio
Muestran la interaccin de actores de
y casos de uso de negocio.
Muestran el contexto del negocio.

Consideraciones en
Diagramas de Caso de Uso
del Negocio

Los Business Use Cases estn siempre

relacionados con algn Business Actor?
Cada caso de uso del negocio primario
debe tener una relacin de comunicacin
o vnculo con un actor de negocios.
Esta regla refuerza el objetivo de que los
negocios se hacen y construyen para
satisfacer los requerimientos de sus
usuarios.

Consideraciones en
Diagramas de Caso de Uso
del
Negocio
......
Si un modelo de casos de uso tiene
procesos que no son requeridos
por nadie, puede estar reflejando
que algo malo est ocurriendo con
el modelo.

Pero, existen excepciones.....

Diagramas de Caso de Uso

del Negocio
.....
Los casos de uso administrativos y de
soporte no necesariamente estn
conectados con un business actor, no
obstante, dependen de algn contacto
externo.
Los casos de uso abstractos son los nicos
que no necesitan un business actor
porque nunca son iniciados por ellos.

Diagrama de Casos de Uso

(primer nivel o nivel 0)
Gestin
de
Compras

Gestin
de
Ventas

Gestin
de
Cobranza

Diagrama de Casos de Uso

(Gestin de Ventas)
Contactar Clientes
Gte. Marketing
Cliente

Realizar Pedido

Realizar Venta

Gestin de Ventas

Caractersticas de un buen
modelo de caso de uso del
negocio

Los casos de uso conforman el

negocio que describen.
Todos los casos de uso deben
ser encontrados. Todos juntos
realizan las actividades propias
del negocio.
Toda actividad del negocio debe
estar incluida en un caso de uso
por lo menos.

Caractersticas ....(cont.)
Debe haber un balance entre el
nmero de casos de uso del negocio
(BUC) y su tamao.
Menos BUC hacen que el modelo sea mas
fcil de comprender.
Casos de Uso muy largos y complejos son
muy difciles de digerir.
Hay que asegurar que los casos de uso
describan un workflow completo que
produzca algo de valor para el cliente.

Modelo de objetos de
negocio

Modelo de objetos del

negocio
Un modelo de objetos de negocio
define los BUC desde el punto de vista
del trabajador (business worker) o
cliente interno.
El modelo define como la gente (que
trabaja en el negocio) y las cosas
(clases y objetos del negocio) que ellos
utilizan y administran se relacionan
para producir los resultados
esperados.

Modelo de objetos del

negocio
Pone nfasis en los roles
asumidos en el rea de negocios,
con sus actividades y
responsabilidades.
Tanto los roles (business workers)
como los objetos (business
entities) juntos deben ser capaces
de llevar a cabo todos los BUC.

Modelo de objetos del

negocio
El modelo de objetos del negocio
describe los conceptos que
permiten la realizacin de los
business use case.
Describe cmo interactan los
objetos al interior de la empresa
para concretar uno o varios
proceso.

Modelo de objetos del

negocio
Objetivos:
Identificar los niveles de
organizacin (unidades del negocio).
Identificar a los roles significativos
al interior de las unidades de
negocio.
Identificar objetos del negocio o
recursos materiales relevantes.

Elementos clave
Business workers (BW) muestra el
conjunto de responsabilidades que una
persona (rol) asume en la empresa.
Business entities (BE) Representa los
entregables, recursos y eventos que
son usados o producidos.
Organization Units (OU) agrupa a los
businees workers y business entities y
otras organization units que estan
administrativamente relacionadas.

Identificando business
workers
Un business worker representa un
rol o un conjunto de roles en el
negocio. Un business worker trabaja
en una unidad organizacional,
interacta con otros business
workers y manipula entidades a
travs de la realizacin de los casos
de uso de negocio.

Identificando business
workers
Ejemplo: Vendedor, Encargado de
almacn, Cajero.

Consideraciones
(checkpoints) sobre BW

El nombre y la descripcin deben ser claros

y comprensibles.
Cada BW debe tener documentada una
asociacin con otro BW si se comunican
entre s.
Cada BW debe participar en un BUC por lo
menos.
Cada relacin entre BW y otros BW o BE
debe ser usada en el workflow de algn BUC.
Cada operacin de un BW debe ser usada en
el workflow de algn BUC.

Identificando las entidades

del negocio
Las BE representan cosas que son
manipuladas o usadas por los BW cuando
ejecutan un BUC.
Comnmente representa un documento o
una parte esencial de un producto.
Algunas veces representa cosas no
tangibles como el conocimiento importante
acerca de un mercado o cliente.
Ejemplos: En un restaurante: el men, las
bebidas, etc. En el aeropuerto: el boleto, el
boarding pass, etc.

Identificando las entidades

del negocio
Ejemplo: Producto, factura, gua
de remisin, pago de crdito.

Identificando las entidades

del negocio
En resumen:
Son cosas que son manipuladas o
manejadas por el business worker.
(tangibles o intangibles).
Son recursos de la empresa
Contiene atributos y operaciones.
Se puede especificar herencia.
Representa formatos, datos
(persistentes y no persistentes),
reportes, etc.

Consideraciones
(checkpoints) sobre BE
El nombre y la descripcin deben ser
claros y comprensibles.
Cada BE es usada en al menos un BUC.
Cada relacin entre BE y otras BE o BW
es usada en algn caso de uso por lo
menos.
Todas las BE tienen un propietario que
puede ser un BW o BA.

Identificando las unidades

de la organizacin
Usualmente un negocio es
estructurado en departamentos,
secciones y reas.
Una unidad de la organizacin divide
el negocio en partes ms pequeas.
Dentro de l se encuentran business
workers, entidades del negocio y
otras unidades de la organizacin

Identificando las unidades

de la organizacin
Ejemplo: Unidad de Ventas,
Unidad de Contabilidad, etc.

Refinamiento del
modelo de negocio

Refinamiento del modelo de

negocios.
El propsito de esta actividad es:
Detallar la definicin (workflow) de
cada business use case en cada uno
de sus escenarios.
Verificar que los BUC reflejen
correctamente como el negocio se
hace.

Diagrama de actividades
(DA)
Un diagrama de actividades (AD)
detalla el flujo de trabajo (workflow)
de un BUC.
Un BUC consiste de una secuencia
de actividades que juntas producen
algo de valor para un business actor.
Un workflow usualmente consiste de
un flujo bsico y uno o muchos flujos
alternativos.

Elementos de un DA
Un diagrama de actividades tiene los
siguientes elementos:

Estados de Actividad:
Representan el desarrollo de una
actividad o paso dentro de un workflow.

Elementos de un DA
Estado Inicial
Representa el inicio de un
workflow.
Existe un nico estado inicial.

Elementos de un DA
Estado Final
Representa el fin de un flujo de
actividades en el workflow.
Puede haber ms de un estado
final.

Elementos de un DA
Estado transitorio
Representa tiempos de espera
en un proceso.

Elementos de un DA
Transiciones
Muestra que actividad
sigue a la otra. Se puede
definir como una
transicin completa
(porque ocurre cuando
se termina la actividad
precedente y no
necesita de un evento
que la propicie).

Elementos de un DA
Decisiones
Para las cuales se definen un
conjunto de condiciones de
restriccin. Estas condiciones
controlan que transiciones (de un
conjunto de posibles transiciones)
continan cuando la actividad se
ha completado. Tambin se puede
usar la decisin cuando se quieren
juntar hilos de flujos y combinarlos
de nuevo.

Elementos de un DA
Barras de Sincronizacin
Son usadas para mostrar
subflujos paralelos. Permiten
mostrar caminos concurrentes
dentro de un workflow.

Caractersticas especiales
Las posibles complejidades de
los workflows pueden ser
tratadas a travs de diferentes
caractersticas como son:
Actividades anidadas
Swimlanes (calles).
Uso de objetos.

Actividades anidadas
Una actividad puede referencia a
otro diagrama de actividad que
muestra la estructura interna de un
estado de la actividad.
Cuando el diagrama interno es muy
complejo se puede documentar que
la actividad hace referencia a otro
workflow (crear otro nivel de
descomposicin).

Actividades anidadas
Actividad 4

Actividad
con
enlace a
otro
workflow

do/ Subproceso A

Subproceso A

Paso 1

Paso 2

Swimlanes
Un diagrama de actividad puede
estar particionado en swimlanes
usando lneas rectas verticales.
Cada swimlane representa una
parte del workflow cuya
responsabilidad esta a cargo de
una parte de la organizacin.

Swimlanes
Eventualmente un swimlane
puede ser implementado por
una unidad organizacional o por
un conjunto de clases en el
modelo de objetos del negocio.
El orden de presentacin de los
swinlanes no tiene significado
semntico.

Uso de objetos
En este contexto los flujos de
objetos son usados para mostrar
como las entidades de negocio
son creadas y usadas en un
workflow.
Los flujos de objetos permiten
mostrar inputs y outputs desde
actividades.

Uso de objetos
Consideraciones:
Un objeto puede ser el output de una
actividad y el input de muchas otras.
El flujo que los enlaza a una actividad
es una clase de flujo de control.
El mismo objeto puede ser manipuladao
por una serie de actividades que
pueden cambiar su estado, por lo tanto
puede ser mostrado muchas veces
(denotando entre corchetes su estado).

Uso de Objetos

Uso de objetos
Los objetos y sus flujos pueden
ser comparados con los data
flows.
A diferencia de los data flows
tradicionales, los objetos se
muestran en un punto definido
dentro del grafo del diagrama de
actividades.

Conclusiones
El anlisis de los procesos de negocio es diferente
al de los procesos del sistema. Involucra
actividades automticas y manuales necesarias
para lograr los resultados requeridos por la
empresa.
El modelo es muy til para documentar, identificar
problemas en los procesos, y posteriormente
refinarlos.
No se puede realizar o implementar un buen
sistema si los procesos de negocios no estn
preparados para la automatizacin.
Un sistema no resuelve problemas
organizacionales