Modelado de Negocio Orientado a Objetos 
 
 
Ing. Ennis Urbáez 
Maestría de Tecnología de la Información UNEG‐Venezuela 
 
 
Introducción  
 
El  Modelado  de  Negocios  permite  analizar  el  flujo  de  actividades  de  una  organización, 
para  estudiar  la  manera  de  incorporar  mejoras  en  el  negocio  de  acuerdo  a  las  nuevas 
especificaciones  o  requisitos  que  se  han  generado  en  el  mercado  o  entorno.  El  modelado  de 
Negocio  es  una  técnica  que  suele  aplicarse  cuando  las  empresas  necesitan  actualizar  su 
estructuras  telemática  con  proyectos  o  adaptaciones  previamente  definidas,  sin  embargo,  el 
modelado tiene un objetivo más amplio ya que puede aplicarse con la intención de estudiar la 
organización y procurar cambios que se alineen con sus metas para aumentar las posibilidades 
de éxitos en el negocio, ya sea que las propuestas sean automatizados o no. 
 
Existen  técnicas,  metodologías  y  herramientas  de  software  que  permiten  modelar, 
documentar  y  reestructurar  esos  procesos  y  flujos  de  información  utilizando  las  bondades  del 
modelado  orientado  objeto  mediante  el  estándar  UML.  La  finalidad  de  este  artículo  es, 
precisamente,  caracterizar  el  modelado  de  negocio  y  establecer  las  ventajas  de  utilizar  el 
enfoque orientado a objetos. 
 

 
Modelado del Proceso de Negocios 

El  Modelado  de  Negocios  según  Montilva  (2007)  se  define  como  un  proceso  de 
representación  de  uno  o  más  aspectos  o  elementos  de  una  empresa,  tales  como:  propósito, 
estructura,  unidades  organizativas,  funcionalidad,  dinámica,  actores  con  sus  respectivas 
funciones  y lógica de negocios (procesos, filosofía, reglas).  Este proceso permite caracterizar la 
organización,  establecer  debilidades,  fortalezas  y  comprender  el  entorno  en  el  que  va  a 
funcionar  un  nuevo  sistema    y  el    papel  que  juega  cada  actor  con  respecto  al  tratamiento, 
distribución y actualización de la información. 

 
 

En  el  modelado  de  negocio  resalta  especialmente  el  modelado  de  los  procesos  del 
negocio el cual permiten establecer de manera específica el flujo de trabajo que la institución 
sigue  para  realizar  su  funciones,  intercomunicaciones  e  interacciones  con  clientes  y 
proveedores, todo esto enmarcado en el tipo de modelo de Negocios.  

El  modelo  de  Negocio,  por  su  parte,  “es  el  mecanismo  por  el  cual  un  negocio  trata  de 
generar  ingresos  y  beneficios;  es  un  resumen  de  cómo  una  compañía  planifica  servir  a  sus 
clientes  e  implica  tanto  el  concepto  de  estrategia  como  el  de  implementación”.  Wikipedia 
(2010). Estos modelos pueden ser: de suscripción, marketing multinivel, monopolístico, subasta, 
fidelización, publicidad, corretaje, productor, comunidad, etc. 

Es importante diferenciar los diferentes conceptos del modelado del negocio, tal como 
se  muestra  en  la  figura  1,  el  modelado  implica  el  análisis  del  modelo  del  negocio,  su  lógica 
particular  y    sus  componentes.  A  nivel  práctico  el  modelado  de  Negocio,  se  manifiesta  en  el 
estudio de los procesos de negocios, puesto que generalmente las especificaciones del Modelo 
de  Negocio,  como  lo  es  su  filosofía,  visión,  misión  y  políticas  y  sus  diferentes  componentes, 
suelen estar claramente definidos y documentados. Es por ello, que de aquí en adelante se hará 
énfasis en el modelado del proceso del Negocio. 

 
Figura 1. Factores del Modelado del Negocio 

 
 

 
 

Tipos de Enfoques del Modelado de Negocio 

De  acuerdo  a  las  expectativas  de  cambios  y  necesidades  de  las  organizaciones    los 
analistas pueden utilizar diferentes enfoques, entre los cuales destacan los señalados por Curtis 
(1992) quien propone cuatro vistas: 

Vista funcional (qué), la cual representa la dependencia funcional entre los elementos 
del proceso. 

Vista  dinámica  (cuándo,  cómo),  que  proporciona  una  secuenciación  y  control  de  la 
información sobre el proceso.  

Vista informacional, que incluye la descripción y relación entre las entidades que son 
producidas, consumidas o incluso manipuladas por los procesos.  

Vista organizacional (quién, dónde) que describe quién desarrolla cada tarea o función y dónde 
se desarrolla dentro de la organización. 

Ciclo de vida de los Procesos de Negocio 
 
Tomando  como  referencia  los  estudio  de  Barrera  (2007)  y  Esteban  (2009),  se  pueden 
distinguir las siguientes etapas en los procesos del negocio: 

Descubrimiento:      Comparar  Cómo  se  hacen  las  cosas  y  contrastarlo  con  el  Cómo  se 
deben hacer. 
Documentación y Diseño:   Modelar, simular y reestructurar. 
Automatización: Siempre y cuando aplique al nuevo requerimiento. 
Despliegue: Implementar el nuevo proceso 
Ejecución: Asegurar que el nuevo proceso sea llevado a cabo 
Interacción:  Que  las  personas  gestionen  la  interfaz  entre  procesos  automáticos  y 
manuales. 
Operación  y  Mantenimiento:  Resolver  excepciones  y  propiciar  la  consolidación  de  los 
procesos. 
Optimización: Revisar el proceso para mejorarlo (debería ser un esfuerzo continuo)  
 

 
 

 
Figura 2. Estaban (2009). Ciclo de Vida de un Proceso de Negocio. 

Beneficios de la Aplicación del Modelado de negocios 
 

El modelado del proceso de negocio conlleva al análisis de las debilidades y fortalezas de la 
organización, esto a su vez permite tomar decisiones en cuanto a posibles mejoras bien sea a 
través  de  proyectos  de  reingeniería  o  de  cambios  sencillos  y  factibles.  A  continuación  se 
desglosan  algunas  de  las  recomendaciones  que  se  pueden  derivar  del  estudio  del  modelo  del 
negocio: 

• Una  vez  identificados  los  procesos    o  flujo  de  actividades  es  posible  determinar  la 
viabilidad de la aplicación de algún proyecto. 

• Según  Vargas  (2007)  es  posible  comprender  el  entorno  en  el  que  va  a  funcionar  el 
sistema, los actores participantes en dichos procesos y los papeles que representan cada 
uno de ellos, con respecto a cada porción de la información. 

• Mejorar la interoperabilidad entre los procesos de negocio. 

• Referido al manejo de la información, Montilva (2007), afirma que es posible determinar 
la  localización  de  la  información;  si  existe  duplicidad  en  ella;  así  como  el  acceso 
innecesario  a  la  información  que  no  corresponde  o  la  carencia  de  otra  que  sí  es 
necesaria.  

• Puede  ser  usado  para  diseñar  la  incorporación  de  un  sistema  de  Gestión  de 
Conocimiento en la organización.  

• Propiciar mejoras en la calidad del servicio hacia el cliente. 

 
 

El modelado de Negocio Orientado a Objetos 
 

El modelado de Negocio Orientado a Objetos es aquel que utiliza la Técnica de Análisis 
Orientada a Objetos para llevar a cabo el estudio de los procesos del negocio. Esta técnica se 
utiliza para modelar y programar procesos caracterizados como objetos, que son desarrollados y 
transformados  por  actividades.  Utiliza  los  objetos  como  bloque  esencial  de  construcción  y 
combina  la  estructura  de  datos  (atributos)  y  funciones  (operaciones)  en  una  sola  entidad, 
Sanchis(2009).  La  adaptación  de  la  técnica  orientada  a  objetos  posibilita  un  Modelado  de 
Negocio que toma ventajas propias de este enfoque, tales como:   

 
• Mejor interacción y comunicación entre los usuarios, analistas y diseñadores, facilitando 
un análisis consensuado. 
 
• Facilita la construcción de un acuerdo semántico de la representación de los elementos 
de la organización, al especificar objetos conjuntamente con sus atributos y métodos. 
 
• Posibilidad de abordar problemas complejos. 
 
• Permite distinguir el todo de sus partes gracias a sus múltiples vistas. 
 
• Sugiere el análisis desde diferentes puntos de vistas o enfoques, como el dinámico y el 
estático. 
 
• La propuesta de automatización a través de software igualmente orientado a objetos, los 
cuales se caracterizan por poseer mayor flexibilidad para reutilización, mantenimiento y 
modificaciones. 
 

   Existen diversidad de técnicas basadas en la programación orientada a objetos, pero de 
todas  ellas,  la  más  importante  es  UML  (Unified  Modelling  Language)  definido  por  el  Object 
Management Group (OMG) como un lenguaje gráfico para visualizar, especificar y documentar 
cada una de las partes que comprende el desarrollo de software. 

  UML  ofrece  una  forma  de  modelar  entes  conceptuales  como  son  los  procesos  de 
negocio  y  funciones  de  sistema,  además  de  entes  concretos  como  son  escribir  clases  en  un 

 
 

lenguaje determinado, esquemas de base de datos y componentes de software reusables. UML 
consiste en nueve diagramas diferentes, cada uno de los cuales muestra el aspecto estático o 
dinámico del sistema: diagrama de clases, de objetos, de estados, de actividad, de secuencia, 
de colaboración, de casos de uso, de componentes y de despliegue. 

Según estudio de Gianglis(2001), entre las diferentes técnicas de gestión de los procesos 
de Negocios, la técnica Orientada Objetos presenta mayores prestaciones en la representación 
de  las  diferentes  perspectivas  del  negocio  como  la  Funcional,  Dinámica,  Organizacional    e 
Informacional,  que  otras  técnicas  como  Redes  de  Pietri,  Diagramas  RAD,  DFDs,  etc.  Aunque 
para  el  momento  Gianglis  consideraba  algunas  limitaciones,  el  avance  a  UML  2.0  y  la 
incorporación    de  notación  específica  para  el  modelado  de  negocio,  permiten  visualizar  la 
técnica orientada a objetos como una de las más completas en la actualidad. 

Es  importante  hacer  referencia  a  otra  de  las  notaciones  para  el  modelado  de  Negocio 
más  utilizadas  en  el  presente  como  lo  es  el  BPMN  (Notación  de  Modelado  de  Procesos  de 
Negocio) creado por Business Process Management Initiative (BPMI),  el cual  “define diagramas 
de procesos de negocios basados en la técnica de diagramas de flujo, adaptados para graficar 
las operaciones de los procesos de la organización. Se compone de un conjunto de elementos 
gráficos que facilitan un diagrama entendible tanto por audiencias de negocios como técnicas”, 
Barrera (2007).  

Por su parte el UML toma un perfil orientado a objetos en el modelado de aplicaciones, 
mientras  que  BPMN  toma  un  perfil  orientado  a  procesos  en  el  modelado  de  sistemas.  BPMN 
tiene un enfoque en procesos de negocio mientras que  UML se enfoca al diseño de software y 
por lo tanto ambas notaciones son totalmente compatibles entre sí.  

Ambas  notaciones  BBMN  y  UML,  son  muy  completas  y  pueden  incluso  coexistir  en  un 
análisis siempre que aplica en el caso, por esta razón empresas de consultoría como Milestone 
Consulting  de  México1  propone  cursos  de  Modelado  de  Negocio  con  ambas  notaciones,  
afirmando que “… las extensiones de UML para el modelado de negocio aportan elementos que 
proporcionan  algunas  otras  vistas  de  la  arquitectura  de  negocio  que  son  más  difíciles  de 
observar  usando  únicamente  BPMN.  Por  ejemplo,  la  visualización  de  las  responsabilidades  de 
los trabajadores del negocio, la manipulación de las entidades del negocio y la comprensión de 
los estados asociados a las entidades del negocio”.  

 
 
                                                                 
1
  Portal de Milestone Consulting. http://www.milestone.com.mx/CursoModeladoNegociosBPMN.htm 

 
 

Metodología RUP  
 

Existen diversas metodologías para el Modelado del Negocio, los autores suelen referir 
las mismas metodologías utilizada en la Ingeniería de Software y otras más especificas del área 
administrativa,  entre  ellas  se  pueden  mencionar:  Modelo  Centrado  en  la  Arquitectura  de 
Proceso (MAP), Análisis y diseño estructurado (SSADM),  Metodología de los sistemas blandos 
(Soft  Systems  Methodology  ‐SSM),  Metodología  GRAI  (Graph  with  Results  and  Activities 
Interrelated)  y  Metodología  RUP  (Rational  Unified  Process).  La  selección  de  la  metodología 
estará asociado  a la intencionalidad con que se realice el Modelado del Negocio, en el caso del 
modelado orientado a objeto es conveniente la utilización de la Metodología RUP que permite 
realizar el estudio del negocio considerando este enfoque.  

RUP  es  definido  en  Wikipedia(2010)  como  un  proceso  de  desarrollo  de  software  que 
junto  con  el  UML,  constituye  la  metodología  estándar  más  utilizada  para  el  análisis, 
implementación y documentación de sistemas orientados a objetos.  
 
Las características principales de RUP son: 
 

Guiado/Manejado por casos de uso: La razón de ser de un sistema software es servir a 
usuarios ya sean humanos u otros sistemas; un caso de uso es un requerimiento que el 
software debe proveer a sus usuarios. Constituyen la guía fundamental establecida para 
las actividades a realizar durante todo el proceso de desarrollo. 

Centrado  en  arquitectura:  Se  representa  mediante  varias  vistas  que  se  centran  en 
aspectos  concretos  del  sistema    como  sistemas  operativos,  manejadores  de  bases  de 
datos, protocolos, consideraciones de desarrollo  y requerimientos. 

Iterativo  e  Incremental:  Divide  el  proceso  en  cuatro  fases,  dentro  de  las  cuales  se 
realizan varias iteraciones en número variable según el proyecto. 

Desarrollo  basado  en  componentes:  La  creación  de  sistemas  intensivos  en  software 
requiere  dividir  el  sistema  en  componentes  con  interfaces  bien  definidas,  que 
posteriormente serán ensamblados para generar el sistema. . 

Flujos de trabajo: La mera enumeración de roles, actividades y artefactos no define un 
proceso,  necesitamos  definir  la  secuencia  de  actividades  realizadas  por  los  diferentes 
roles, así como la relación entre los mismos 

Sus fases: Inicio, Elaboración, Construcción y Transición. 

 
 

  Específicamente  en  la  fase  de  Inicio  se  contempla  la  realización  del  Modelado  del 
Negocio, donde su vez se define como se incorporará la cartera de proyectos telemáticos a la 
organización o bien el estudio de factibilidad de los mismos.  

 
Notación  UML para el Modelado del Negocio 
 

Adicionalmente a como se describe en el UML, la notación estándar de los diagramas de 
Actividad  para  el  modelado  de  software,  se  definieron  varias  extensiones  para  retratar  más 
apropiadamente  los  procesos  de  negocio.  En  particular,  las  extensiones  propuestas  por  Hans‐
Erik Eriksson y Magnus  Penker,  proveen una manera de enfocar este aspecto del análisis de 
sistemas. Estas extensiones proveen más estereotipos, tales como el proceso de negocio y las 
clases de objetivos, entrada y salida que incluyen los  íconos de interfaz (Boundary), controlador 
(Controller) y entidad (Entity) de los diagramas de secuencias. 

En la guía de usuario de Enterprise Architect de Sparx2 una herramienta CASE basada en 
UML, para realizar modelado, construcción y administración de software, se especifican el rango 
de  íconos  estereotipados  predefinidos  para  el  modelado  de  negocios.  Estos  incluyen 
estereotipos para clases y objetos, así como uno de actores y dos para casos de uso.  

 
Figura 4. Notación UML. SparxSystem. 

                                                                 
2
 http://www.sparxsystems.com.ar/download/ayuda/index.html?businessmodelling.htm 

 
 

  
El nombre de cada elemento gráfico que se muestra en el diagrama es el valor para escribir en 
el campo Estereotipo en la ventana Propiedades del elemento. 
  
El siguiente diagrama muestra los iconos de los estereotipos predefinidos para el modelado 
de negocios con diagramas de Secuencia.  

 
Figura 5. Notación de Diagramas de Secuencia UML. SparxSystem. 
 
 
El  modelado  de  las  actividades  del  negocio  permite  al  analista  capturar  eventos 
significativos, recursos, entradas y salidas, los cuales se conectaran a los casos de usos para dar 
paso a una trazabilidad completa de los requisitos funcionales y no funcionales y eventualmente 
a  los  artefactos  de  software  que  han  de  ser  diseñados,  para  satisfacer  las  necesidades  de  la 
organización. 

Según  la  documentación  de  Solus  ‐  Craftware  Consultores3,  un  modelo  de  proceso  de 
negocio típicamente define los siguientes elementos: 

• El Objetivo o el motivo del proceso 
• Las Entradas específicas 
• Las Salidas específicas 
• Los Recursos consumidos 
• La secuencia de las Actividades 
• Los Eventos que dirigen el proceso 
 
A continuación se dibuja la notación que se utiliza para indicar un proceso de negocio: 
 
                                                                 
3
 http://www.sparxsystems.com.ar/downloads/whitepapers/El_Modelo_de_Proceso_de_Negocio.pdf 

 
 

 
 
La  notación  de  proceso  implica  un  flujo  de  actividades  de  izquierda  a  derecha.  Un 
elemento de evento típicamente se ubica a la izquierda del proceso y la salida a la derecha. Para 
representar  específicamente  las  actividades  internas,  los  elementos  UML  de  tipo  actividad  se 
pueden colocar dentro del elemento proceso. 
 
Entradas, Recursos e Información 
 
Los procesos de negocio emplean información para adaptar o completar sus actividades. 
La  información,  a  diferencia  de  los  recursos,  no  se  consume  en  los  procesos,  sino  que  se  usa 
como parte del proceso de transformación. La información puede provenir de fuentes externas, 
de los clientes, de las unidades organizacionales internas e inclusive puede ser el producto de 
otros  procesos.  Un  recurso  es  una  entrada  para  un  proceso  de  negocio  y,  a  diferencia  de  la 
información, típicamente se consume durante el procesamiento.  
 
A continuación se muestra la notación para ilustrar la información y los recursos: 

 
El conector “supply” indica que la información u objeto conectado al proceso no se gasta 
en la fase de procesamiento.  
 
Un conector “input” destaca que el objeto o recurso conectado se consume durante el 
procesamiento.  
 
Eventos 
 

 
 

Un  evento  es  la  recepción  de  algún  objeto,  un  momento  o  fecha  cumplidos,  una 
notificación o cualquier otro disparador que inicie un proceso de negocio. El evento se puede 
consumir y  
transformar (por ejemplo una orden de cliente) o simplemente actuar como un catalizador 
 

 
 
Salidas 
 
Un proceso de negocio típicamente producirá una o más salidas de valor para el negocio, 
para uso interno o para satisfacer requisitos externos. Una salida puede ser un objeto físico (tal 
como  un  informe  o  una  factura),  una  transformación  de  recursos  crudos  con  un  nuevo 
ordenamiento (una agenda diaria) o un resultado final de un proceso tal como completar una 
solicitud de cliente. 
 
Una salida de un proceso de negocio puede alimentar a otro, como un ítem requerido o 
como un disparador para iniciar nuevas actividades. 

 
Un  conector  “output”  indica  que  el  proceso  de  negocio  produce  algún  objeto  (físico  o 
lógico)  que  es  de  valor  para  la  organización,  como  un  ítem  externamente  visible  o  como  un 
producto interno (posiblemente alimentando otro proceso). 
 
 

 
 

Objetivos 
 
Un proceso de negocio tiene algún objetivo bien definido. Esta es la razón por la que la 
organización  realiza  su  trabajo  y  se  debería  definir  en  términos  de  los  beneficios  que  este 
proceso tiene para la organización como un todo y para satisfacer sus necesidades de negocio. 
 

 
Un  conector  “goal”  indica  que  el  objeto  adjunto  al  proceso  describe  el  objetivo  del 
proceso. 
Un objetivo es la justificación para llevar a cabo la actividad.  
 
Trazabilidad 
 
La trazabilidad define la forma en la que un proceso de negocio dado se implementará 
en el sistema propuesto. En un diagrama de implementación los casos  de uso, los  paquetes y 
otros  artefactos  se  pueden  conectar  a  los  procesos  de  negocio  usando  el  conector 
<<implements>> para significar la relación de dependencia.  
 

 
  

 
 

  
Ejemplo de Modelado de Negocio con UML  
 
 En  este  modelo,  igualmente  propuesto  por  Solus  ‐  Craftware  Consultores,    el  objetivo 
del proceso de negocio es tomar los pedidos del cliente y enviar estas órdenes hacia afuera. Un 
usuario comienza el proceso con una investigación, que lo lleva al catálogo de libros, el carro 
de compras, páginas en línea y un inventario del almacén/deposito. La salida de significancia 
para el proceso es el pedido del cliente. La segunda parte del modelo del proceso es responder 
al pedido del cliente y enviar los ítems solicitados. El segundo proceso involucra al inventario, 
la compañía de envío y termina cuando el pedido es entregado al cliente.    
 
  
 

 
Figura 6. Ejemplo de Modelado de Negocio 
 
 
 

 
 

 
Conclusiones y futuras investigaciones 

 
Un correcto modelado de Negocio resulta imprescindible para el diseño de software  que 
satisfaga  adecuadamente  las  necesidades  de  la  organización  y  que  a  su  vez  sean  factibles  de 
implantar  y  mantener.  En  cuanto  al  enfoque  orientado  a  objetos,  efectivamente  el  UML  ha 
evolucionado  para  representar  más  fidedignamente  los  procesos  o  flujos  de  trabajo  que  en 
conjunto con las diferentes vistas que proporcionan sus diversos tipos de diagramas permiten 
obtener  una  matriz  de  trazabilidad  entre  los  requisitos  de  los  sistemas  y  el  contexto 
organizacional. 

Desde  el  punto  de  vista  del  Modelado  del  Negocio  como  disciplina  que  estudia  la 
organización  para  proponer  mejoras  en  un  sentido  más  amplio  que  la  mera  implantación  de 
sistemas telemáticos, aun está incipiente, ya que en su mayoría la documentación encontrada 
toma el modelado del negocio como una parte de la metodología de desarrollo de software y no 
como una técnica que es útil en sí misma.  

Por  esta  razón  se  sugiere  el  estudio  de  metodologías  que  permitan  ordenar 
adecuadamente el proceso de Modelado de Negocio mediante notaciones UML para el análisis 
general  de  la  organización  y  no  solo  para  implementación  de  software,  dando  lugar  a 
propuestas de automatización o simplemente de carácter administrativo. Igualmente se sugiere 
considerar el tratamiento en conjunto del modelado de negocio con la ingeniería de requisitos, 
dado que ambos son etapas imprescindibles para el desarrollo de  sistemas automatizados de 
calidad. 

 
 

Fuentes Consultadas 
 
1. Markovic,  I.;  Pereira,  A  (2007).  Towards  a  formal  framework  for  reuse  in  business  process 
modelling, Actas de 5th International Conference on Business Process Management, 484‐
495, Brisbane, Australia. 
2. García,  J.;  Ortín,  M.J.;Moros,  B.  ;  J.  Nicolás(2007).    De  los  Procesos  del  Negocio  a  los 
Casos  de  Uso.  ISSN:  1666‐1680.  Disponible  en  http://www.cyta.com.ar/ta0604/v6n4a1.htm. 
Consultado en Agosto 2010. 
3. Sanchis,  Raquel;  Poler,  Raul  y  Ortiz,  Angel(20099.  Técnicas  para  el  Modelado  de 
Procesos  de  Negocio  en  Cadenas  de  Suministro. Revista Información Tecnológica‐Vol. 
20 Nº2‐2009, pág.: 29‐40. 
4. Pérez,  Yadira  (2008).  Modelado  de  negocio  y  gestión  de  requisitos  como  etapas 
imprescindibles  para  el  desarrollo  de  los  sistemas  automatizados  de  información.  ACIMED 
ISSN 1024‐9435. 
5. Montilva,  Jonas(2007).  Modelado  de  Negocios,  del  espacio  del  problema  al  espacio  de  la  solución.   
WorkShop IDEAS’07.  
6. Wikipedia.  Proceso  de  Negocio.  Disponible  en  
http://es.wikipedia.org/wiki/Procesos_de_negocio. Consultado Agosto 2010. 
7. Sparks, Geoffrey (s/f). El Modelo del Proceso de Negocio. Sparx System. Australia.
Disponible en
http://www.sparxsystems.com.ar/downloads/whitepapers/El_Modelo_de_Proceso_de_Ne
gocio.pdf. Consultado Agosto 2010.