41 Manual Modelado de Procesos de Negoci

Plan de
Estudios
Modelado de Procesos de Negocios
Ingeniería en Tecnologías de la
UNIVERSIDAD TECNOLÓGICA
Información
Primer Cuatrimestre
FIDEL VELÁZQUEZ
Universidad Tecnológica Fidel Velázquez
INGENIERÍA EN TECNOLOGIAS DE LA INFORMACION.
Asignatura: Modelado de Procesos de Negocios. Revisión: 0

Cuatrimestre: Primero Plan de estudios: 2009 Página 2 de 45
Índice
I. La organización y su entorno. 1
I.1. La organización. 2
I.2. La cadena de valor de Porter. 3
II. Técnicas de modelado de procesos. 10

II.1. Proceso de negocios. 11
II.2. Diagramas de procesos. 12
II.3. Interacciones entre procesos.
III. Arquitectura de procesos. 20

III.1. Tipos de procesos. 21
III.2. Arquitectura de procesos. 22
IV. Modelado de procesos de negocios con UML. 25

IV.1. Diagramas UML. 26
IV.2. Modelo de procesos de negocios (UML).. 27
Cuatrimestre: Primero. Plan de estudios: 2009 Página 3 de 45
COMPETENCIAS A LAS QUE CONTRIBUYE LA ASIGNATURA.
Dirigir proyectos de tecnologías de información (T.I.) para contribuir a la productividad y

logro de los objetivos estratégicos de las organizaciones utilizando las metodologías
apropiadas.
UNIDAD I: LA ORGANIZACIÓN Y SU ENTORNO.
Objetivo de la Unidad Temática.

El alumno elaborará la cadena de valor de Porter de una organización para identificar sus
fortalezas y áreas de oportunidad.
I.1. La organización.
Objetivo: Definir el concepto de organización y sus objetivos.
Concepto de empresa.
“Es la unidad productiva o de servicios, que constituida según aspectos prácticos o legales se
integra por recursos y se vale de la administración para lograr sus objetivos”. (José Antonio
Fernández Arena)
OBJETIVOS
Son los resultados futuros y cuantificables que una empresa o una de sus partes desean
alcanzar dentro de un lapso de tiempo específicamente delimitado. Los objetivos tienen
jerarquía y así nos encontramos con: objetivos Generales o estratégicos, Funcionales y
Operacionales.
La empresa la podemos ver desde diferentes aspectos:
ASPECTO ECONÓMICO. Mira los bienes (dinero, materiales, maquinaria, etc.). Es decir la
vemos como la unidad de producción de bienes y servicios para satisfacer un mercado.
ASPECTO JURÍDICO. Fijación de derechos y deberes. Es decir en quién o en quiénes van a

recaer los derechos y las obligaciones.
ASPECTO ADMINISTRATIVO. La esencia de lo administrativo está en la coordinación de los

elementos que integran la empresa, para el logro de la coordinación se requiere de una fuente
común de decisiones ejercidas a través del mando, este puede provenir de una sola persona
(dueño) o de un grupo de personas (asamblea).
ASPECTO SOCIOLÓGICO. Mira la interacción de los hombres que forman la empresa. La

convivencia ejerce poderosamente su influencia en la empresa, y luego la empresa ejerce
su influjo en la vida social de sus trabajadores. El desarrollo de la empresa, es imposible, sin un
vínculo social. (Reyes Ponce, 1982: 74)
CLASIFICACIÓN DE LAS EMPRESAS.
Hay diversas formas de clasificar las empresas, una de las más ampliamente aceptadas es la
siguiente:
I.2. La cadena de valor de Porter.
Objetivo: Describir el concepto de cadena de valor. Identificar los elementos de la cadena de

valor.
Capacidades que debe de desarrollar el alumno: Elaborar la cadena de valor específica de una
organización.
La Cadena de Valor de Michael Porter
El valor es la capacidad de satisfacer o rebasar las necesidades del cliente y hacerlo

eficientemente.
La cadena de valor de Michael Porter es un modelo teórico que gráfica y permite describir las
actividades de una organización para generar valor al cliente final y a la misma empresa. En base
a esta definición se dice que una empresa tiene una ventaja competitiva frente a otra cuando es
capaz de aumentar el margen (ya sea bajando los costos o aumentando las ventas). Este margen
se analiza a través de la cadena de valor.
Descripción de la Cadena de Valor
Cada empresa es un conjunto de actividades para llevar al mercado, sus productos o servicios. La
cadena de valor descompone a una empresa en sus actividades estratégicamente relevantes a fin
de entender el comportamiento de los costos y las fuentes existentes y potenciales de
diferenciación.
Una Cadena de Valor puede:
•Proporcionar entendimiento común de lo que es una estructura lógica del negocio.

• Determinar la fuente de ventaja competitiva –costo, diferenciación, alcance competitivo.
• Identificar oportunidades de cambio organizacional.
• Identificar oportunidades de negocios.
• Servir como herramienta de comunicación, así como un marco de referencia gerencial.
Margen: Es la diferencia entre el valor total y el costo colectivo de desempeñar las actividades de
valor.
Actividades de Valor: Son las distintas actividades que realiza una empresa. Se dividen en dos
amplios tipos:
■ Actividades Primarias: Son las implicadas en la creación física del producto, su veta y
transferencia al comprador así como la asistencia posterior a la venta. Se dividen a su vez en las
cinco categorías genéricas que se observan en la imagen.
Logística interna
•Actividades asociadas con recibo, almacenamiento y diseminación de insumos de

producto, como manejo de materiales, almacenamiento, control de inventarios,
programación de vehículos y retorno a proveedores
Operaciones
•Actividades asociadas con la transformación de insumos en la forma final del producto,

como maquinado, empaque, ensamble, mantenimiento del equipo, pruebas, impresión u
operaciones de instalación
Logística externa
•Actividades asociadas con la recopilación, almacenamiento y distribución física del

producto a los compradores, como almacenes de materias terminadas, manejo de
materiales, operación de vehículos de entrega, procesamiento de pedidos y programación
Mercadotecnia y ventas
• Actividades asociadas con proporcionar un medio por el cual los compradores pueden
comprar el producto e inducirlos a hacerlo, como la publicidad, la promoción, la fuerza de
ventas, las cuotas, selecciones de canal, relaciones de canal y precio
Servicio
• Actividades asociadas con la prestación de servicios para realizar o mantener el valor del
producto, como la instalación, reparación, entrenamiento, repuestos y ajustes al producto
■ Actividades de Apoyo: Sustentan a las actividades primarias y se apoyan entre sí,

proporcionando insumos comprados, tecnología, recursos humanos y varias funciones de toda la
empresa. Las líneas punteadas reflejan el hecho de que el abastecimiento -compras- , la
tecnología y la gestión de recursos humanos pueden asociarse con actividades primarias
específicas, así como el apoyo a la cadena completa. La infraestructura no está asociada a
ninguna de las actividades primarias sino que apoya a la cadena completa.
Abastecimiento
• Insumos comprados: materias primas, provisiones, maquinaria, equipos de laboratorio,

equipos de oficina, edificios
Desarrollo de la tecnología
• Conocimientos (saber-cómo), procedimientos, tecnologías dentro del equipo de proceso.

Esfuerzos técnicos para mejorar procesos, productos y servicios
Administración de recursos humanos

• Actividades implicadas en la búsqueda, contratación, entrenamiento, desarrollo y

compensaciones de todos los tipos de personal
Infraestructura de la empresa
• Administración general, planeación, finanzas, contabilidad, asuntos legales y gubernamentales,

administración de la calidad
I.1.1. Instrumentos de entrenamiento.

Ejecución de tarea I.2.1.
I.1.2. Instrumentos de evaluación
Instrumento de Evaluación I.2.2.
UNIDAD II: TÉCNICAS DE MODELADO DE PROCESOS.
Objetivo de la Unidad Temática:

El alumno programará aplicaciones Orientadas a Objetos mediante los conceptos
avanzados de este paradigma, para integrar la información en los sistemas.
II.1. Proceso de negocios.
Objetivo: Describir el concepto de proceso de negocio.
Describir los elementos de un proceso de negocios:

- Roles.
- Actores.
- Acciones.
- Interacciones.
- Disparadores.
- Metas del proceso
Un Proceso de Negocio es una colección de actividades que tomando una o varias

clases de entrada, crean una salida que tiene valor para un cliente. Representan también
el flujo de trabajo y de información a través del negocio.
Características de los Procesos de Negocio.
 Grandes y complejos.
 Muy dinámicos.
 Ampliamente distribuidos y particularizados.
 Larga duración.
 Dependientes de la inteligencia y juicio humanos.
 Difíciles de hacer visibles.
Siendo los procesos de Negocios las actividades medulares en una empresa el Modelo
de Negocio es cómo la compañía crea, entrega y captura valor.
El siguiente esquema muestra en una sola imagen todos los elementos que le dan
viabilidad y sustentabilidad a un negocio. La definición de modelo tendrá que ver con la
necesaria interconexión o interrelación entre todos los bloques, los cuales no se pueden
ver de manera aislada; unos son consecuencia de otros y por lo tanto se trata de poder
construir un flujo basado en ellos.
En el centro está la propuesta de valor, hacia el lado derecho a quién se entrega y cuánto
nos genera y en el lado izquierdo cómo se construye y cuánto nos cuesta.
Los 9 bloques del modelo de negocio.
Encontramos procesos desde la actividad más trivial de nuestra vida diaria, hasta las
operaciones más complejas en el mundo de la tecnología o de las organizaciones. Dentro
de una empresa los procesos se pueden dividir en varios tipos como a continuación se
muestra.
BASES FUNDAMENTALES DE LA GESTIÓN POR PROCESOS
Clásicamente la organización de las empresas se ha inspirado en el modelo Taylorista,

mediante el cual estructuras verticales (departamentos, servicios, unidades)
esencialmente independientes se encargaban de controlar su parte en el proceso.
Estos sistemas comenzaron a implantarse a principios del siglo XX y cumplieron, sin duda,
su objetivo principal: el aumento de la productividad. Las empresas empleaban este
esquema y lograban unos resultados no soñados hasta ese momento.
Muchas de las organizaciones actuales aún funcionan con dicho modelo; sin embargo, se
ha evidenciado que muchos de los problemas se generan precisamente en los períodos
del proceso que se sitúan entre las actividades de los Departamentos o Servicios,
apareciendo lagunas jerárquicas y funcionales que acarrean la aparición de islas
organizativas
La gestión por procesos determina una nueva visión de la organización, más

orientada a las expectativas que tanto clientes como profesionales esperan y, por lo
tanto, a la resolución de problemas de acuerdo con un enfoque más lógico: una
visión horizontal de la organización mediante el análisis de los flujos de trabajo que
intervienen en el desarrollo de los diferentes procesos, ya sea de producción o de servicio,
intentando en todo momento añadir valor a esa cadena de acciones con el fin de provocar
una mejora de los resultados.
La gestión por procesos nos propone organizaciones menos complejas y más

planas desde la perspectiva de la estructura jerárquica; organizaciones en las que, sin
embargo, se torna necesaria una mayor coordinación en las actuaciones y una cultura de
mejora continua claramente establecida, cuyos elementos clave para garantizar la
prosperidad, e incluso la supervivencia de la empresa, son la cooperación y la orientación
al cliente. La gran aportación de esta metodología es que hace predominar el
proceso, orientado al cliente, sobre la función, centrada en la propia organización.
Se define un proceso de negocio como un conjunto de roles que realizan una serie de
actividades repetibles, parcialmente ordenadas y que interactúan con el fin de lograr un
objetivo.
El modelar los procesos dentro de la organización, permite conocer las áreas

problemáticas y susceptibles a mejoras, los niveles y la delegación de autoridad, las áreas
de alto riesgo, el volumen de sus operaciones y el ciclo de vida de sus procesos,

incluyendo el contenido tecnológico y la problemática social.
Una vez que se tiene conocimiento de estos aspectos, los mismos pueden ser utilizados
para acelerar o transformar la manera de llevar a cabo el proceso y definir los puntos de
interés de la organización sobre los cuales se debe poner más atención.
Por tal motivo, si una organización desea obtener resultados exitosos en sus procesos, es
recomendable que tenga conocimiento y utilice la ingeniería y modelado de procesos,
siguiendo metodologías adecuadas que sean entendidas y aplicadas con facilidad. Todo lo
que interacciona con el ambiente del negocio se modela con actores. Cada actor humano
expresa un rol, no una persona específica.
Cada actor se involucra con un caso de uso, al menos como regla. Cada actor tiene una
descripción y un nombre que explica su rol en relación al negocio.
Por ejemplo, el caso de uso “manejar reclamos en una compañía de seguros” comienza
cuando el cliente hace un reclamo, este será el disparador. El caso de uso del negocio,
Manejar reclamos, no es completo a menos que incluya información acerca de la decisión
de la compañía de seguros con respecto al cliente y del pago por compensación, de ser
apropiado. Cada caso de uso del negocio normalmente se involucra con al menos, un
actor que tendrá un rol. Los casos de uso del negocio se inician por actores
interactuando con otros actores para realizar las actividades y enviando resultados que
son la meta del proceso.
BPMN
Business Process Modeling Notation (BPMN) en una notación gráfica que describe la
lógica de un Proceso de Negocio.
Esta notación ha sido especialmente diseñada para coordinar la secuencia de los

procesos y los mensajes que fluyen entre los participantes de las diferentes actividades.
¿Por qué es importante Modelar con BPMN?
 Es un estándar internacional de modelado de procesos aceptado por la comunidad.

 Es independiente de cualquier metodología de modelado de procesos.
 Crea un puente estandarizado para disminuir la brecha entre los procesos de
negocio y la implementación de estos.
 Permite modelar los procesos de una manera unificada y estandarizada permitiendo
un entendimiento a todas las personas de una organización.
Ejemplo:
Proceso de solicitud de crédito de consumo.
Un proceso de crédito consta básicamente de un Registro de la solicitud, donde el

cliente manifiesta su interés de adquirir un crédito, en esta etapa se incluye la
presentación de la solicitud y documentación requerida a la entidad, luego se realiza una
verificación de la información, posteriormente la etapa donde se realiza el Análisis o
Estudio de la solicitud de crédito y por ultimo encontramos las actividades referentes a
hacer efectivo el crédito o informar el rechazo al cliente.
En el ejemplo anterior se pueden visualizar diferentes tipos de elementos que describen el

comportamiento del proceso, dentro de estos elementos encontramos las actividades que
representan el trabajo realizado, los eventos de inicio y de fin que indican el inicio y el fin
del proceso y los elementos de decisión conocidos en BPMN como Compuertas que
indican una división en el camino. Dichos elementos se encuentran conectados por líneas
de secuencia, que muestran cómo fluye el proceso.
Al principio del proceso de Solicitud de Crédito está graficada la figura “evento de inicio”
indicando el comienzo del proceso. Los procesos pueden iniciar de distintas formas,
BPMN provee diferentes tipos de eventos de inicio (simple, mensaje, señal, entre otros)
Al final de este proceso se encuentra la figura “Evento de fin Terminal", indicando la
terminación del proceso, como puede observar el proceso se termina cuando el solicitante
fue rechazado, la solicitud de crédito no fue aprobada o ya se realizó el desembolso del
crédito.
La compuerta utilizada dentro del ejemplo anterior es la compuerta exclusiva, esta

compuerta como elemento de decisión se comporta como un “XOR”, es decir, de varias
alternativas presentadas solo una de ellas puede ser tomada.
Dentro del proceso de solicitud de crédito podemos observar dos ejemplos del uso de la
compuerta exclusiva, en el primero dependiendo del resultado de la verificación de la
información del solicitante el flujo tomaría un camino o el otro, si el resultado fue
“Solicitante rechazado” el proceso se terminaría y si el solicitante fue aceptado se continúa

con el proceso. En el segundo ejemplo la decisión se basa en el resultado del estudio del
crédito, ya que si la solicitud fue rechazada se le informa al cliente y si fue aprobada se
procede a realizar el desembolso.
Si analizamos el proceso de solicitud de crédito, podemos ver que existen actividades que
pueden analizarse en más detalle, una de estas actividades es la verificación de la
Información suministrada por el solicitante, ya que normalmente las entidades que otorgan
créditos realizan varios análisis al solicitante, por ejemplo se verifica si el solicitante ya es
un cliente de la entidad, si es un cliente objetivo del banco o por el contrario se encuentra
en alguna lista de clientes negativos y posteriormente consultan su situación financiera.
El diagrama de flujo del proceso de solicitud de Crédito quedaría de la siguiente manera al

incluir la actividad de verificación de información como un subproceso.
El subproceso de verificación de Información del solicitante es el siguiente.

También es posible visualizar el proceso de solicitud de crédito con el subproceso de

Verificación de Información del solicitante expandido, de la siguiente forma:
II.2. Diagramas de procesos.
Objetivo: Identificar la representación gráfica (simbología) del diagrama de roles y actividades

(RAD) de los elementos de un proceso de negocio.
Describir la aplicación del diagrama de roles y actividades (RAD) y las relaciones entre sus
elementos.
Capacidades que debe de desarrollar el alumno: Realizar un diagrama de roles y actividades

(RAD) que modele un proceso de negocio mediante la representación de roles, estados de roles,
líneas concurrentes de actividades, cursos alternos de acciones, disparadores e interacciones
entre procesos.
Diagrama Rol Actividad (RAD. Rol Activity Diagrams).
Su representación es desde el punto de vista de roles (los cuales representan a los

mismos en un proceso), actividades (acciones realizadas por un rol) e interacciones (las
cuales permiten la comunicación de los roles).
Los RADs proporcionan información de las perspectivas funcional, de comportamiento y

organizacional; el soporte a la perspectiva informacional es escaso (pobre) ya que
depende de la descripción del proceso por parte del modelador. Sus elementos principales
son:
• Agente; un actor (humano o sistema) que realiza un elemento del proceso.
• Rol; un conjunto coherente de elementos del proceso que serán asignados al agente
responsable como una unidad funcional.
• Artefactos; un producto creado o modificado al declarar un elemento del proceso.
La simbología utilizada para estos diagramas es la siguiente:

II.3. Interacciones entre procesos.
Objetivo: Identificar las relaciones e interacciones entre procesos y sus representaciones gráficas.
Capacidades que debe de desarrollar el alumno: Realizar un diagrama de roles y actividades

(RAD) que represente interacciones entre dos o más procesos.
DIAGRAMA DE INTERACCIÓN DE PROCESOS.
Relaciona los principales procesos de la empresa: Organización, planificación, diseño del

producto, realización del producto, finalización del producto y los procedimientos que hay en cada
proceso.
Los roles son representados por un rectángulo con una etiqueta en la parte de arriba del mismo,
especificando el nombre del rol y del agente responsable de éste.
Dentro del rol se dibujan las actividades, las cuales son unidades atómicas del trabajo que la
gente realiza, en forma de cuadros pequeños con su correspondiente etiqueta de nombre a su lado
derecho; las interacciones de los roles son representadas por líneas remarcadas, las cuales van
desde la actividad del rol donde se inicializó la interacción hasta la actividad del otro rol,
representan entonces la comunicación y coordinación entre dos roles; las líneas verticales que
conectan elementos del RAD son llamadas líneas de estado encargadas de señalar la transición
(estados) entre elementos.
El siguiente diagrama nos muestra la aplicación de la simbología utilizada por este tipo de
diagramas.
Diagrama RAD para la elaboración de un documento de requerimientos.

Diagrama RAD para la realización de una ceremonia cívica escolar. .

II.2.1 Instrumentos didácticos

Caso Práctico II.2.1
II.2.2 Instrumentos de Evaluación
Instrumento de Evaluación II.2.2
UNIDAD III: ARQUITECTURA DE PROCESOS.
Objetivo de la unidad: El alumno realizará el diagrama óptimo de la arquitectura de

procesos para elaborar un prototipo de un sistema de información.
III.1. Tipos de procesos.
Objetivo: Describir los conceptos de Arquitectura de procesos: Unidades de trabajo, arquitectura

de procesos, optimización de la arquitectura de procesos y elaboración del diagrama de roles y
actividades.
Identificar las diferencias y características de los procesos:
- Case.
- Case administrativos.
- Case estratégicos.
Capacidades que el alumno debe desarrollar: Establecer unidades de trabajo

III.2. Arquitectura de procesos.
Objetivo: Describir la forma de convertir las relaciones de las unidades de trabajo en procesos.
Describir el proceso de optimización del Diagrama de Arquitectura de Procesos (PAD Segundo
corte).
Capacidades que debe desarrollar el alumno: Convertir las relaciones de unidades de trabajo en
un Diagrama de Arquitectura de Procesos (PAD Primer corte).
Optimizar el Diagrama de Arquitectura de Procesos (PAD Segundo corte).
Diagrama de Arquitectura de Procesos (PAD)
Comprende el portafolio de procesos de la empresa y una representación (o modelado) detallado

de las actividades que se realizan en ellos. Son los responsables de la estrategia de negocios,
definen objetivos, metas y acciones, que deberán estar contemplados en los procesos esenciales
de la organización, asegurando así, que sean considerados en la estrategia de Tecnologías de
Información (TI), diseñada para soportar dichos procesos, con la incorporación de las TI.
Contar con una arquitectura de procesos, desde una perspectiva sistémica, adquiere entonces
gran relevancia, pues comprende una especificación conceptual de la estrategia de la empresa
sobre la cual se sustentan sus servicios de información.
La arquitectura de procesos es un elemento esencial del modelo de negocios de toda

organización.
Metodología.
1. Se documenta la Estructura Organizacional.

2. Se identifica / define las funciones (Actividades) de negocio Primarias y Secundarias de la
empresa.
3. Se define el diagrama de la Vista Horizontal.
4. Se realiza el mapeo de configuración de valor al diagrama de Arquitectura de procesos.
Ejemplo:
Unidad de trabajo.
Departamento: Ventas.
Actividades:
 Atención a clientes.
 Alimentación de la Base de Datos.
 Creación de Presupuestos.
Requisitos del puesto:

 Manejo del sistema de la empresa.
 Atención telefónica a clientes.
 Conocimiento de Contabilidad.
Contratación o Colocación:
 Acondicionamiento de Departamento (Escritorio, Computadora, Silla).
Resultados:
 Creación Satisfactoria de Órdenes de trabajo.
Proceso
Planeación:
 Objetivo creación de pedidos.
Organización:
 Distribuir Trabajo, a las partes correspondientes (otras unidades de trabajo).
Ejecución:
Desempeñar correctamente las Actividades, por ejemplo:
 Los registros, todo lo q refiere a alimentación de base de datos.
Control:
 Almacenar información, Archivar documentación.
LOS DIAGRAMAS DE ARQUITECTURA DE PROCESOS (PAD DE SEGUNDO CORTE CORTE).
En el caso de los Diagramas de Arquitectura de Procesos (PAD de Segundo corte corte), se trata
de realizar una mejora, es decir, optimizar un proceso. Normalmente cuando se realiza una
búsqueda sobre las técnicas de modelado, se obtienen resultados que representan a más de una
técnica.
Se divide en las siguientes etapas:
A. Reconocer y expresar la situación problemática.

B. Producir "definiciones básicas" de sistemas relevantes.
C. Desarrollar modelos conceptuales de los sistemas relevantes.
D. Comparar modelos conceptuales con la situación percibida.
E. Identificar cambios deseables y factibles.
F. Tomar acción para mejorar la situación.
La mejora de procesos puede venir por dos vías complementarias: cambios en ciertos aspectos
del proceso existente, o un cambio radical del proceso (reingeniería).
PAD primer corte.

PAD segundo corte.

III.1.1. Instrumentos didácticos

Caso Práctico III.1.1.
III.1.2. Instrumentos de evaluación
Instrumento de Evaluación III.1.1.
UNIDAD IV: MODELADO DE PROCESOS DE NEGOCIOS CON UML.
Objetivo de la unidad: El alumno modelará los procesos del negocio con UML para
elaborar un prototipo de un sistema de información.
IV.1. Diagramas UML.
Objetivo: Reconocer los diagramas UML:

- Modelado del dominio.
- Diagramas de casos de uso.
- Diagramas de componentes.
- Diagramas de colaboración.
- Diagramas de objetos.
¿Qué es un modelo?
Un modelo es una representación que capta los aspectos más importantes de lo que estamos
modelando desde cierto punto de vista y simplifica u omite el resto.
¿Para qué sirven los modelos?
Principalmente para captar y enumerar exhaustivamente los requisitos y el dominio de

conocimiento, de forma que todos los implicados puedan entenderlos y estar de acuerdo con ellos.
Modelo del dominio.
Un modelo del dominio se utiliza con frecuencia como fuente de inspiración para el diseño de los
objetos software. Muestra a los modeladores clases conceptuales significativas en un dominio del
problema; es el artefacto más importante que se crea durante el análisis orientado a objetos.
Un modelo del dominio es una representación de las clases conceptuales del mundo real, no de
componentes software. Utilizando la notación UML, un modelo del dominio se representa con un
conjunto de diagramas de clases en los que no se define ninguna operación. Pueden mostrar:
Objetos del dominio o clases conceptuales.

Asociaciones entre las clases conceptuales.
Atributos de las clases conceptuales.
Clases conceptuales.
El modelo del dominio muestra las clases conceptuales o vocabulario, una clase conceptual es una
idea, cosa u objeto.
Una clase conceptual podría considerarse en términos de:

Símbolo: palabras o imágenes que representan una clase conceptual.

Intensión: la definición de una clase conceptual.
Extensión: el conjunto de ejemplos a los que se aplica la clase conceptual.
Ejemplo: La clase conceptual Ventana tiene asociados ciertos atributos, como tamaño, visibilidad,
entre otros los cuales pueden tener asignado un valor inicial o por default. A su vez dicha clase
puede tener comportamientos tales como: crear, ocultar.
Vistas UML.
Una vista es simplemente un subconjunto de UML que modela construcciones que representan un
aspecto de un sistema.
Área Vista Diagramas Conceptos

principales.
Estructural. Vista estática
 Diagrama de Clase, asociación,
generalización,
clases dependencia, interfaz.
Vista de casos de uso
 Diagrama de Caso de uso, actor,
asociación, extensión,
casos de uso inclusión,
generalización.
Vista de
implementación
 Diagrama de Componente, interfaz,
dependencia,
componentes realización.
Vista de despliegue Diagrama de Nodo, componente,
despliegue dependencia,
localización.
Dinámica Vista de máquina de Diagrama de estados Estado, evento,
estados transición, acción.
Vista de actividad Diagrama de actividad Estado, actividad,
división, unión.
Vista de interacción Diagrama de Interacción, objeto,

secuencia mensaje, activación.
 Diagrama de Colaboración,
interacción, rol de
colaboración colaboración,
mensaje.
Gestión del modelo. Vista de gestión del
modelo
Diagrama de Paquete, subsistema,
modelo.
clases
Extensión de UML Todas Todos Restricción,
estereotipo, valores
etiquetados.
Diagrama de casos de uso.
La vista de los casos de uso modela la funcionalidad del sistema según lo perciben los usuarios
externos, llamados actores. Su propósito es enumerar a los actores y los casos de uso y
demostrar que actores participan en cada caso de uso. Describe también la interacción con los
actores como secuencia de mensajes entre el sistema y uno o más actores. El término actor
incluye a los seres humanos, así como a otros sistemas informáticos y procesos.
Elementos
 Actor:
Un Actor es un rol que un usuario juega con respecto al sistema. Es importante destacar el uso de
la palabra rol, pues con esto se especifica que un Actor no necesariamente representa a una
persona en particular, sino más bien la labor que realiza frente al sistema.
Como ejemplo a la definición anterior, tenemos el caso de un sistema de ventas en que el rol de
Vendedor con respecto al sistema puede ser realizado por un Vendedor o bien por el Jefe de
Local.
 Caso de Uso:
Es una operación/tarea específica que se realiza tras una orden de algún agente externo, sea
desde una petición de un actor o bien desde la invocación desde otro caso de uso.
 Relaciones:
o Asociación
Es el tipo de relación más básica que indica la invocación desde un actor o caso de uso a otra
operación (caso de uso). Dicha relación se denota con una flecha simple.
o Dependencia o Instanciación
Es una forma muy particular de relación entre clases, en la cual una clase depende de otra, es
decir, se instancia (se crea). Dicha relación se denota con una flecha punteada.
o Generalización
Este tipo de relación es uno de los más utilizados, cumple una doble función dependiendo de su
estereotipo, que puede ser de Uso (<<uses>>) o de Herencia (<<extends>>).
Este tipo de relación está orientado exclusivamente para casos de uso (y no para actores).
extends. Se recomienda utilizar cuando un caso de uso es similar a otro (características).
uses. Se recomienda utilizar cuando se tiene un conjunto de características que son similares en
más de un caso de uso y no se desea mantener copiada la descripción de la característica.
De lo anterior cabe mencionar que tiene el mismo paradigma en diseño y modelamiento de clases,
en donde está la duda clásica de usar o heredar.
Diagrama de componentes.
Un diagrama de componentes representa cómo un sistema de software es dividido en

componentes y muestra las dependencias entre estos componentes.
Los componentes físicos incluyen archivos, cabeceras, bibliotecas compartidas, módulos,

ejecutables, o paquetes. Los diagramas de Componentes prevalecen en el campo de la
arquitectura de software pero pueden ser usados para modelar y documentar cualquier
arquitectura de sistema.
Tres formas de simbolizar un componente.
Diagrama de colaboración.
Una Colaboración tiene un aspecto estructural y un aspecto de comportamiento. El aspecto

estructural es similar a una vista estática: contiene un conjunto de roles y relaciones que definen el
contexto para su comportamiento.
El comportamiento es el conjunto de mensajes intercambiados por los objetos ligados a los roles.
Tal conjunto de mensajes en una colaboración se llama Interacción. Una colaboración modela los
objetos y los enlaces significativos dentro de una interacción. Los objetos y los mensajes son solo
significativos en el contexto proporcionado por la interacción.
Uno de sus usos es mostrar la implementación de una operación. Muestra los parámetros y las
variables locales de la operación, así como asociaciones más permanentes.
Diagrama de objetos.
Muestra la estructura estática de un sistema y la instancia de dicho sistema. Una instancia es una
entidad de ejecución con identidad, es decir, algo que puede ser distinguido de otras entidades de
ejecución.
Una configuración estática particular de un sistema en un instante se llama instantánea. Una

instantánea abarca objetos y otras instancias, valores y enlaces. Un objeto es una instancia de una
clase. Es una herramienta para probar y entender un problema al documentar ejemplos del
dominio del problema. También se usa durante el análisis y el diseño para verificar la exactitud de
un diagrama de clases.
Estructura de un diagrama de objetos.

Estructura de una clase.
Si bien es cierto que a partir de estos diagramas se crean los diagramas de clases hay ciertas
diferencias entre ambos.
IV.2. Modelo de procesos de negocios (UML).
Objetivo: Definir el procedimiento de modelado de un proceso de negocios con diagramas UML
Capacidades que debe desarrollar el alumno: Realizar los diagramas UML para el modelado del
proceso de negocios:
- Modelado del dominio.
- Diagramas de casos de uso.
- Diagramas de componentes.
- Diagramas de colaboración.
- Diagramas de objetos.
Diagrama de casos de uso.
Nombre del sistema Catálogo telefónico
caso de uso Revisar

estado
Comunicación entre
actor y caso de uso. Hacer
pedido Vendedor
Rellenar
Clientepedido
Mensajero
Establecer
Nombre de uso.
crédito
Límite del sistema Supervisor
Ejemplo: Diagrama de casos de uso para una aplicación telefónica de venta por teléfono.
Ejemplo: Diagrama de casos de uso simplificado para una degustación en un restaurant.
Diagrama de Componentes.
Form Elemento Descripción y propiedades principales

a
1 Componente Elemento de funcionalidad del sistema reutilizable. Un componente proporciona y

utiliza el comportamiento a través de las interfaces y puede hacer uso de otros
componentes. Un componente es un tipo de clase.
2 Puerto de interfaz Representa un grupo de mensajes o llamadas que un componente implementa y

proporcionada que otros componentes o sistemas externos pueden utilizar.
3 Puerto de interfaz Representa un grupo de mensajes o llamadas que el componente envía a otros
necesaria componentes o sistemas externos.
4 Dependencia Se puede utilizar para indicar que una interfaz necesaria de un componente se
puede satisfacer mediante una interfaz proporcionada de otro.
Las dependencias también se pueden utilizar con más frecuencia entre los
elementos del modelo para mostrar que el diseño de uno depende del diseño del
otro.
5 Parte Atributo de un componente cuyo tipo normalmente es otro componente. Los

elementos se utilizan en el diseño interno de su componente primario.
6 Ensamblado de Conexión entre los puertos de la interfaz necesaria de un elemento y los puertos
elementos de la interfaz proporcionada de otro. La implementación de un ensamblado de
elementos puede variar de un componente a otro. Los elementos conectados
deben tener el mismo componente primario.
7 Delegación Vincula un puerto a una interfaz de uno de los elementos del componente. Indica
que los mensajes enviados al componente se administran en el elemento o que los
mensajes enviados desde el elemento se envían fuera del componente primario.
8 Generalización Indica que un componente hereda de otro componente. Los elementos y las
interfaces se heredan.
9 Control de Control para mostrar u ocultar los elementos internos de un componente.

expandir y
contraer
Los diagramas de componentes forman parte de la Vista de implementación.

Diagrama de componentes para una máquina expendedora de café.

Diagrama de componentes de una aplicación web.
Diagrama de Colaboración.
Diagrama de colaboración para el control de inventarios.
Diagrama de Objetos.
Nombre del objeto Triángulo: Polígono Objeto
Punto1: Punto Punto2: Punto Punto3: Punto

Objeto
X=0.0 X=3.0 X=3.0

Y=1.0 Y=1.0 Y=5.0 Valores
de
atributo
Este objeto abstrae todos los detalles de la Es usado por la clase

interfaz de entrada (html usado, formulario. control página, el
Es usada por la clase control página, el objeto de esta clase
método borrar de esta clase, nos da el mantiene el número
identificador del item a borrar, que luego se de página que se
lo pasaremos al objeto de base de datos. está mostrando, se
incrementa cuando
se envía con el
evento siguiente y se
decremento con el
evento anterior.
Abstrae los detalles
de la base de
datos, es usado
por el objeto
control generar
página.
Este objeto abstrae Este objeto abstrae

todos los detalles de la la lógica de la
base de datos, es aplicación en el
usado por la clase servidor, recibe
control página. Al todos los eventos
método borrar solo le que envía el cliente
pasamos el (siguiente,
identificados del item anterior, borrar) y
a borrar y este lo realiza las acciones
borra de la base de apropiadas.
datos.
Esta clase abstrae Esta clase se abstrae Esta clase es usada

todos los detalles para de los detalles de por el objeto generar
brindar los siguientes cómo visualizar los página. Mantiene el
o los anteriores resultados. Si se primer y último
registros. Usa la clase realizan cambios en registro mostrado en
entidad base de datos cómo se visualizaran la página.
para obtener los la única clase que
registro y una clase también se tiene que
estado que conserva el modificar es la clase
último registro y el interfaz de entrada.
primer registro
mostrado.
III.1.1. Instrumentos didácticos

Caso Práctico III.1.1.
III.1.2. Instrumentos de evaluación
Instrumento de Evaluación III.1.1.
V. FUENTES BIBLIOGRÁFICAS.
V.1. SUGERIDAS.
Autor Año Título del Documento Ciudad País Editorial

Martyn A. (2005) Business Process Tampa, EE.UU. Editorial
Ould Management: A Florida. Meghan-Kiffer
Rigorous Approach Press
Martyn A. (1995) Business Processes : West Sussex Reino Wiley
Ould Modelling and Analysis Unido.
for Re-Engineering and
Improvement
Mathias (2007) Business Process Postdam Alemania Springer
Weske Management: Concepts, .
Languages,
Architectures
V.2. DE APOYO.
Autor Año Título del Documento Ciudad País Editorial

UML y patrones. Una
introducción al
Pearson
Larman C. (2003) análisis y diseño Madrid. España.
Educación, S.A.
orientado a objetos y
al proceso unificado.
J.Rumbaugh, El lenguaje unificado
I.Jacobson, (2000) de modelado. Manual Madrid. España. Pearson
G.Booch de Referencia.
V.3. ENLACES DE APOYO EN LA WEB.

http://books.google.es/books?
hl=es&lr=&id=CIgKoErmS_MC&oi=fnd&pg=PA7&dq=concepto+de+cadena+de+valor+de+porter&o
ts=ljzsd6Xk7R&sig=InCrIoj4AfUaDzkKbgs8cyes8_A#v=onepage&q=concepto%20de%20cadena
%20de%20valor%20de%20porter&f=false
http://msdn.microsoft.com/es-es/library/dd409390.aspx

41 Manual Modelado de Procesos de Negoci

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

41 Manual Modelado de Procesos de Negoci

Cargado por

Copyright:

Formatos disponibles

Plan de

Asignatura: Modelado de Procesos de Negocios. Revisión: 0

II. Técnicas de modelado de procesos. 10

III. Arquitectura de procesos. 20

IV. Modelado de procesos de negocios con UML. 25

COMPETENCIAS A LAS QUE CONTRIBUYE LA ASIGNATURA.

Dirigir proyectos de tecnologías de información (T.I.) para contribuir a la productividad y

UNIDAD I: LA ORGANIZACIÓN Y SU ENTORNO.

Objetivo de la Unidad Temática.

Objetivo: Definir el concepto de organización y sus objetivos.

La empresa la podemos ver desde diferentes aspectos:

ASPECTO JURÍDICO. Fijación de derechos y deberes. Es decir en quién o en quiénes van a

ASPECTO ADMINISTRATIVO. La esencia de lo administrativo está en la coordinación de los

ASPECTO SOCIOLÓGICO. Mira la interacción de los hombres que forman la empresa. La

CLASIFICACIÓN DE LAS EMPRESAS.

I.2. La cadena de valor de Porter.

Objetivo: Describir el concepto de cadena de valor. Identificar los elementos de la cadena de

La Cadena de Valor de Michael Porter

El valor es la capacidad de satisfacer o rebasar las necesidades del cliente y hacerlo

Descripción de la Cadena de Valor

Una Cadena de Valor puede:

•Proporcionar entendimiento común de lo que es una estructura lógica del negocio.

•Actividades asociadas con recibo, almacenamiento y diseminación de insumos de

•Actividades asociadas con la transformación de insumos en la forma final del producto,

•Actividades asociadas con la recopilación, almacenamiento y distribución física del

■ Actividades de Apoyo: Sustentan a las actividades primarias y se apoyan entre sí,

• Insumos comprados: materias primas, provisiones, maquinaria, equipos de laboratorio,

• Conocimientos (saber-cómo), procedimientos, tecnologías dentro del equipo de proceso.

Administración de recursos humanos

• Actividades implicadas en la búsqueda, contratación, entrenamiento, desarrollo y

• Administración general, planeación, finanzas, contabilidad, asuntos legales y gubernamentales,

I.1.1. Instrumentos de entrenamiento.

UNIDAD II: TÉCNICAS DE MODELADO DE PROCESOS.

Objetivo de la Unidad Temática:

II.1. Proceso de negocios.

Objetivo: Describir el concepto de proceso de negocio.

Describir los elementos de un proceso de negocios:

Un Proceso de Negocio es una colección de actividades que tomando una o varias

Características de los Procesos de Negocio.

Los 9 bloques del modelo de negocio.

BASES FUNDAMENTALES DE LA GESTIÓN POR PROCESOS

Clásicamente la organización de las empresas se ha inspirado en el modelo Taylorista,

La gestión por procesos determina una nueva visión de la organización, más

La gestión por procesos nos propone organizaciones menos complejas y más

El modelar los procesos dentro de la organización, permite conocer las áreas

de alto riesgo, el volumen de sus operaciones y el ciclo de vida de sus procesos,

Esta notación ha sido especialmente diseñada para coordinar la secuencia de los

¿Por qué es importante Modelar con BPMN?

 Es un estándar internacional de modelado de procesos aceptado por la comunidad.

Proceso de solicitud de crédito de consumo.

Un proceso de crédito consta básicamente de un Registro de la solicitud, donde el

En el ejemplo anterior se pueden visualizar diferentes tipos de elementos que describen el

La compuerta utilizada dentro del ejemplo anterior es la compuerta exclusiva, esta

“Solicitante rechazado” el proceso se terminaría y si el solicitante fue aceptado se continúa

El diagrama de flujo del proceso de solicitud de Crédito quedaría de la siguiente manera al

El subproceso de verificación de Información del solicitante es el siguiente.

También es posible visualizar el proceso de solicitud de crédito con el subproceso de

II.2. Diagramas de procesos.

Objetivo: Identificar la representación gráfica (simbología) del diagrama de roles y actividades

Capacidades que debe de desarrollar el alumno: Realizar un diagrama de roles y actividades

Diagrama Rol Actividad (RAD. Rol Activity Diagrams).

Su representación es desde el punto de vista de roles (los cuales representan a los

Los RADs proporcionan información de las perspectivas funcional, de comportamiento y

• Agente; un actor (humano o sistema) que realiza un elemento del proceso.