La Arquitectura de Negocios Modelada con la Extensin

de Eriksson y Penker
1SamuelEfrn Vias lvarez
Tecnolgico de Estudios Superiores de Ecatepec
isc.samuel.vi@gmail.com

Resumen. La arquitectura de negocios es el fundamento para entender los elementos relacionados

en una estructura organizacional, permiten conocer los procesos y las estructuras claves del negocio,
existen lenguajes de modelado que emplean diferentes tcnicas, un caso particular es el UML
(Lenguaje de Modelado Unificado) que se utiliza para modelar sistemas, en el caso particular para
modelar procesos de negocio se puede emplear la extensin de Eriksson y Penker, que consiste en
agregar nuevos estereotipos, que permitan comprender de forma clara y precisa la forma en que
interactan todos los elementos de un sistema de informacin, permitiendo generar nuevas
oportunidades de conocimiento y madurez.

Palabras clave: arquitectura de negocios, recursos, modelo, metas, reglas, procesos, estereotipos.

1. Introduccin
Una de las actividades principales para disear o innovar sistemas que se fundamenten
en una arquitectura de negocios slida, es partir de un anlisis sobre la estructura,
organizacin, procedimientos, metas y reglas de negocio. UML se ha convertido en uno de
los lenguajes de modelado con mayor impacto para modelar, especificar y documentar
sistemas de software. Hasta hace algunos aos UML no contaba con herramientas para
modelar proceso de negocio, sin embargo, han surgido nuevos aditamentos que han provisto
a los diseadores de arquitectura de negocios y software las herramientas para identificar
los requerimientos para desarrollar software a partir de modelar la arquitectura de negocios.

El presente documento muestra una introduccin a los fundamentos de la arquitectura de

negocios y su relacin con UML y la extensin de Eriksson y Penker para modelar los
procesos de negocio, asimismo se presenta un caso de estudio, en el que se aplican los
fundamentos descritos, finalmente se tienen las conclusiones obtenidas al haber realizado
la investigacin.

1 Alumno de Maestra en Ingeniera en Sistemas Computacionales

 2. La Arquitectura de Negocios
La arquitectura de negocio es la base para la descripcin y comprensin de una empresa,
debido a que en ella se fundamentan cada parte del sistema y cmo interactan entre s,
adems de cmo deben evolucionar [1]. Una de los conceptos que propone [1] es un
conjunto organizado de elementos con relaciones claras entre s, los elementos representan
la estructura organizativa y de comportamiento de un sistema de negocio, y muestran
abstracciones de los procesos y las estructuras clave en la empresa [2].

Debido a que todas las empresas tienen algn tipo de arquitectura y en muchos de los
casos cuentan con un organigrama como la nica descripcin del negocio, existen nmeros
casos en que no existen documentados los procesos de cmo se lleva a cabo el negocio [2].

Por tal motivo al definir y documentar cmo se desarrolla la actividad empresarial, se

puede aprovechar el conocimiento del negocio que ya est disponible. La arquitectura acta
como una base de conocimiento; es un activo estratgico para el negocio. Documentar el
sistema de negocios hace que sea ms fcil hacer mejoras o innovaciones para el negocio,
y para identificar nuevas oportunidades de negocio [1].

Un modelo de negocio puede proporcionar tambin los requisitos correctos de un sistema

de informacin, de modo que el sistema que se desarrolle sea lo ms acorde al
funcionamiento de la empresa [1].

Para entender o disear una arquitectura de negocios se deben de conocer los procesos del
negocio. El logro de la abstraccin, la supresin de los datos y la informacin irrelevante,
es esencial para la comprensin de sistemas complejos y relaciones [1].

Una arquitectura de negocios debe tener las siguientes caractersticas segn:

a) Captura los procesos de negocio lo ms veraz y correctamente posible. Se define

una arquitectura que es realista y factible de implementar y que logre los objetivos
de la empresa.
b) Se centra en los procesos y las estructuras clave del negocio a un nivel adecuado
de abstraccin. El nivel apropiado es diferente de un caso a otro y depende de la
finalidad de la arquitectura.
c) Representa una visin de consenso entre las personas que operan en el negocio.
Por ejemplo, los directivos y los trabajadores estn de acuerdo en que la
arquitectura describe correctamente cmo funciona el negocio.
d) Se adapta fcilmente a los cambios y extensiones.
e) Es fcil de entender y fomenta la comunicacin entre los diferentes grupos de
inters de la empresa. Una arquitectura es til slo si se puede entender por sus
usuarios.
Para que se cumplan con las caractersticas anteriores se requiere que:

a) Los modeladores posean un alto conocimiento del negocio, o al menos el acceso a

las personas con tales conocimientos que puedan ser entrevistados y puedan
participar en la construccin de la arquitectura [1][2].
b) Un lenguaje de modelado que puede capturar todos los conceptos importantes en
el negocio, junto con las relaciones entre estas capturas. El lenguaje debe ser lo
suficientemente simple para ser entendido por muchas personas diferentes, sin
perder la precisin o el poder. El lenguaje tambin debe ser escalable para que las
cosas se pueden describir en diferentes niveles [1][2].
c) Una capacidad de organizar diagramas visuales en diferentes puntos de vista de la
empresa, donde en cada vista se ilustra un aspecto especfico de la empresa. La
descripcin completa de la empresa no se puede definir en una sola vista [1][2].
d) Un diseo basado en la experiencia, en lo que funciona y lo que no. Si es posible,
los patrones de modelado bien definidos que han demostrado un buen
funcionamiento deben ser utilizados [1][2].

Los conceptos utilizados por [1][3][4] para definir el sistema de negocios son:

Recursos. Los objetos dentro de la empresa, como las personas, materiales, informacin y
productos, que se utilizan o producen en el negocio. Los recursos estn organizados en
estructuras y tienen relaciones entre s. Los recursos son manipulados (usados, consumidos,
refinado, o producidas) a travs de los procesos. Los recursos pueden ser categorizados
como fsica, abstracta, e informativo.

Procesos. Las actividades que se realizan dentro de la empresa durante el cual el estado de
cambios de recursos empresariales. Procesos describen cmo se realiza el trabajo dentro de
la empresa; que se rigen por reglas.

Metas. Las metas pueden ser divididos en sub-objetivos y se asignan a las distintas partes
del negocio, tales como procesos u objetos. Objetivos expresan los estados deseados de los
recursos y se obtienen por procesos. Los objetivos pueden ser expresados como una o ms
reglas.

Reglas. Las declaraciones que definen o limitan algn aspecto del negocio, y que
representan el conocimiento del negocio. Existen normas que regulan el negocio se debe
ejecutar (es decir, cmo los procesos deben ejecutar) o cmo los recursos pueden ser
estructurados y relacionados entre s. Las reglas pueden ser aplicadas en el negocio desde
el exterior por los reglamentos o leyes, o pueden ser definidas dentro de la empresa para
alcanzar los objetivos de la empresa. Las reglas pueden ser categorizados como funcional,
conductual y estructural.
 3. La Extensin de Eriksson y Penker
Actualmente los constantes cambios en sistemas de informacin, ha motivado para que
surjan distintas tcnicas de modelado de negocio, que permitan representar estrategias de
acuerdo a los objetivos particulares de la empresa [1].

El modelado de procesos de negocio es la actividad de representar el estado actual y el

estado futuro de los procesos de una empresa para su comparacin y contraste, de tal manera
que permita el anlisis y mejoramiento para llegar a una situacin dada.

Las tcnicas de modelado de negocio ms populares de acuerdo [4] son:

a) Extensiones de Eriksson y Penker para UML (Lenguaje de Modelado Unificado).

b) Modelado de Negocio con BPMN (Notacin de Modelado para Procesos de
Negocio).
c) Modelado de Negocio con RADs (Rol de Diagramas de Actividades).
d) Modelado de Negocio con IDEF3: Captura de Descripcin de Procesos.
e) Modelado de Negocio con UML: Propuesta Universidad de Murcia.

En el caso de la extensin de Ericsson y Penker, se basa en UML y fue creada para

especificar la arquitectura y el diseo de un sistema, presenta la caracterstica de la
extensibilidad para crear aditamentos que cubran otras necesidades de modelado, la
propuesta consiste en el uso de estereotipos que permitieran considerar aspectos tales como
las personas que trabajan en la empresa, normas y objetivos que impulsan el negocio
procesos.

La extensin de Eriksson y Penker permite contemplar diferentes puntos de vista de una

empresa y son:

a) Visin de Negocio. Describe una estructura de metas para la compaa, e ilustra

los problemas que deben ser resueltos con el fin de alcanzar esos objetivos [1][5].

b) Vista de proceso empresarial. Esta vista ilustra la interaccin entre los procesos y
los recursos con el fin de lograr el objetivo de cada proceso, as como la interaccin
entre diferentes procesos [1][5].

c) Vista estructural del negocio. Las estructuras entre los recursos en la empresa, tales
como la organizacin del negocio o la estructura de los productos creados [1][5].

d) Vista del comportamiento del negocio. El comportamiento individual de cada

recurso y proceso en el negocio y su interaccin entre s [1][5].
La notacin de Eriksson y Penker para modela un proceso de negocio se representa a en la
figura 1:

Figura 1. Notacin de Eriksson y Penker para modelar un proceso de negocio [5].

Los estereotipos propuestos por Eriksson y Penker son:

Figura 2. Smbolos de UML Business, primera parte [5].

 Figura 3. Smbolos de UML Business, segunda parte [5].

4. Anlisis de Caso de Estudio

La Universidad Mexiquense del Bicentenario es una institucin pblica en el Estado de
Mxico, actualmente cuenta con 30 Unidades de Estudios Superiores distribuidas en puntos
estratgicos del territorio estatal, las cuales permiten disminuir el rezago en materia
educativa. Cada Unidad de Estudios Superiores cuenta con tres departamentos: Soporte
Tcnico, Acadmico y Coordinacin.

Actualmente en el departamento Acadmico existen diversos procesos en los que participan

diferentes actores, sin embargo, en el caso particular del proceso de creacin y asignacin
de horarios acadmicos, no se cuenta con un manual de procedimientos, pero si con un
criterio de polticas para ejecutarlo, propiciando toma de decisiones individuales. Por tal
motivo, se busca crear un diagrama de proceso basado en la extensin de Eriksson y Penker,
que permita a los actores principales involucrados comprender y generar un proceso de
creacin y asignacin de horarios acadmicos estndar para posteriormente innovar.
El diagrama de proceso propuesto, basado en la observacin para la Creacin y Asignacin
de Horarios Acadmicos del Departamento Acadmico, representa los conceptos que
delimitan la obtencin de informacin y las reglas consideradas, destacando a los actores
que alimentan, controlan, ejecutan y apoyan el logro de este proceso.

Figura 4. Proceso de negocio para la creacin y asignacin de horarios acadmicos

Agradecimientos: a la M.C.A. Elizabeth Laura Valds Hernndez, Coordinadora de la

UESVV por las facilidades que ha proporcionado al proveer informacin relacionada con
el proceso de asignacin de horarios.

5. Conclusiones
Una vez que se ha realizado el estudio sobre la arquitectura a partir de UML con la extensin
de Eriksson y Penker se concluye en que es importante conocer la arquitectura del negocio,
ya que en ella se fundamenta cada parte del sistema y como es la interaccin entre sus
elementos. Si se tienen procesos documentados, se puede obtener conocimiento, hacer
mejoras o innovaciones y obtener nuevas oportunidades de negocio.

Para comprender la arquitectura del negocio se debe tener acceso a las personas con
conocimiento sobre los procesos, a la informacin que permita entender la interaccin entre
los elementos del sistema de informacin, una vez realizado lo anterior, se debe emplear
algn lenguaje para modelar procesos de negocio de acuerdo al objetivo que se persiga,
dicho lenguaje debe permitir capturar todos los conceptos importantes del negocio, debe ser
entendido por todas las personas relacionadas al negocio y debe permitir la escalabilidad.
Existen diferentes tcnicas para modelar la arquitectura de negocios, sin embargo, se debe
de conocer cul es el objetivo al modelar para saber que tcnica se puede emplear.

En el caso de UML se cuenta con la extensin de Eriksson y Penker que abarcan aspectos
como la visin, los procesos, la estructura y comportamiento del negocio.

La propuesta de Eriksson y Penker permite el modelado de procesos, pero en su modelo

de negocio proporciona una vista de caja negra que no otorga una vista completa y
relevante de las actividades al interior de cada proceso.
Referencias

[1] H.-E. Eriksson y P. Magnus, Business Modeling with UML: Business Patterns at
Work, 2000.

[2] J. Rumbaugh, I. Jacobson y G. Booch, El Lenguaje Unificado de Modelado, Manual

de Referencia, Madrid: Pearson , 2000.

[3] Sparx Systems, Sparxsystems, 01 01 2007. [En lnea]. Available:

http://www.sparxsystems.com.

[4] C. M. Zapata J. y F. A. Vargas-Agudelo, Especificacion de problemas a partir de

objetivos en el contexto de la educcioni temprana de requisitos de software, Dyna,
vol. 81, n 186, pp. 193-199, 2014.

[5] B. A. T. M. A., Modelo de neocios del departamento tcnico de la direccin de

servicios generales de la universidad de los andes, Universidad de los Andes,
Merida, 2007.