Manual 2013-II Modelado de Negocios (1350)

Modelado de Procesos de Negocio

MODELADO DE PROCESOS DE NEGOCIOS

CARRERAS PROFESIONALES

2

CIBERTEC


3

Índice Página

Presentación

5

Red de contenidos

7

Unidad de Aprendizaje 1

LA IMPORTANCIA DEL MODELADO 1.1 Introducción

9 11

1.2 1.2.1. 1.2.2. 1.2.3.

Clasificación de los Procesos en las Organizaciones Procesos Estratégicos Procesos operativos o clave Procesos apoyo

13 13 13 14

1.3

Mapa de procesos en las Empresas

15

1.4 1.4.1. 1.4.2. 1.4.3.

Determinación de las tipos de los procesos en las empresas Orquestación Coreografía Colaboración Colaboración

17 17 18 19


LOS PROCESOS EN LAS ORGANIZACIONES 2.1 Introducción

23 25

2.2

La importancia de la comunicación en el modelado de los procesos

26

2.3

El modelado de procesos y su importancia

28

2.4

Modelado de procesos usando notación BPMN

29

2.5

La historia y objetivos de BPMN

30

2.6 2.6.1 2.6.2 2.6.3.

Dificultades en la implantación del modelado en las organizaciones Naturaleza de los procesos y complejidad de los mismos Definición del alcance del proceso Complejidad de la notación de BPMN

32 32 34 35


BUSINESS PROCESS MANAGEMENT EN LAS ORGANIZACIONES 3.1 Introducción

41 43

3.2. La construcción de un proceso con BPMN 3.2.1 Manejo de Eventos

43 43

CIBERTEC



4

3.2.2 3.2.3 3.2.4 3.2.5 3.2.6

Manejo de Actividades Manejo de Decisiones Manejo de Flow Manejo de Swimlanes o Partitions Manejo de Artefactos

46 48 49 50 52

3.3.

Uso de práctico de notación BPM

53

3.4.

Ajuste de los temporizadores

53


FUNDAMENTOS DE UML 4.1 UML (Unified Modeling Language) Definiciones 4.1.1 Nociones Generales de UML 4.1.2 Importancia de uso de UML 4.1.3 Aplicación de UML en las Organizaciones de TI

61 63 63 65 68

4.2 UML (Unified Modeling Language) Uso de Diagramas 4.2.1 Diagramas de UML 4.2.2 Interacción de UML con el modelado de Procesos de Negocio (Business Process Modeling) 4.2.3 Notaciones usadas en el modelado de Procesos de Negocio (Business Process Modeling)

70 70 81

4.3 4.3.1 4.3.2 4.3.3

84 84 85 86

UML (Unified Modeling Language) Uso de Elementos Uso de elementos del tipo “Flow” Uso de elementos del tipo “Swimlanes” (Partitions) Uso de elementos del tipo “Artifacts”


81

CIBERTEC


5

Presentación El curso de Modelado de Procesos de Negocio es un curso que pertenece al área de análisis de negocios y gerenciamiento administrativo de las organizaciones y/o proyectos y se dicta en las carreras afines a Tecnologías de la información. Brinda a los alumnos los conocimientos necesarios sobre el flujo de los procesos en las diferentes organizaciones, sirve además para identificar los procesos propios de cada organización graficándolos adecuadamente. Además prevé la utilización de herramientas especializadas para su notación y despliegue. Además se impartirán a los alumnos un conjunto de herramientas de análisis gerencial que permite a los alumnos identificar los procesos administrativos organizacionales, con la finalidad de llegar a automatizar o sistematizar dichos procesos mediante el uso de Tecnologías de información. El curso es de carácter Teórico – práctico y consiste en el dictado de una serie de módulos. El curso presenta conceptos, estrategias y prácticas para el rediseño de la organización con las técnicas usadas por el Business Process Management (BPM). El programa es práctico y de aplicación inmediata en las organizaciones. Se proporcionan, además, las metodologías y ejemplos que permitirán desarrollar talleres con casos reales aplicables a las organizaciones de los participantes. En primer lugar, tomando como base la identificación de los alcances de los procesos se procederá a impartir conocimientos sobre las organizaciones y los procesos haciendo énfasis en la importancia de los mismos. Luego se impartirán conocimientos referidos a la mejora de los procesos organizacionales a fin que los alumnos sean capaces de identificar las oportunidades de innovación o reingeniería de los mismos. Con los conocimientos impartidos hasta este punto se procederá al Modelamiento de los procesos para el cual se prevé el uso de herramientas del tipo BPM. Los modelamientos en la empresas son elementos dinámicos por ende se procederá a impartir conocimientos sobre la problemologia organizacional y su impacto en la mejora de los procesos. Por último se hace un estudio de los Fundamentos de UML ( Unified Modeling Language) que es un lenguaje de modelado de sistemas de software más conocido y utilizado en la actualidad.

CIBERTEC




6

CIBERTEC


7

Red de contenidos MODELADO DE PROCESOS DE NEGOCIO

LOS PROCESOS EN LAS ORGANIZACIONES

LA IMPORTANCIA DEL MODELADO

BUSINESS PROCESS MANAGEMENT EN LAS ORGANIZACIONES

FUNDAMENTOS DE UML

UML (Unified Modeling Language) Definiciones

Introducción

Introducción

Introducción

Clasificación de los Procesos en las Organizaciones

La importancia de la comunicación en el modelado de los procesos

La construcción de un proceso con BPMN

UML (Unified Modeling Language) Uso de Diagramas

Mapa de procesos en las Empresas

El modelado de procesos y su importancia

Uso de práctico de notación BPM

UML (Unified Modeling Language) Uso de Elementos

Determinación de las tipos de los procesos en las empresas

Modelado de procesos usando notación BPMN

Ajuste de los temporizadores

La historia y objetivos de BPMN

Ejercicios para desarrollo en clases

Dificultades en la implantación del modelado en las organizaciones

CIBERTEC



9

UNIDAD

1

LOS

PROCESOS

EN

LAS

ORGANIZACIONES LOGRO DE LA UNIDAD DE APRENDIZAJE Al término de la unidad, el alumno a partir del correcto entendimiento de la importancia del modelado de los procesos.

TEMARIO 1.1 Introducción 1.2 Clasificación de los Procesos en las Organizaciones 1.2.1. Procesos Estratégicos 1.2.2. Procesos operativos o clave 1.2.3. Procesos apoyo 1.3 Mapa de procesos en las Empresas 1.4 Determinación de las tipos de los procesos en las empresas 1.4.1. Orquestación 1.4.2. Coreografía 1.4.3. Colaboración ACTIVIDADES PROPUESTAS Los alumnos deberán interactuar en el aula virtual y comentar los casos planteados. 

CIBERTEC




10

CIBERTEC


1.1

11

INTRODUCCIÓN El propósito de esta unidad de aprendizaje es explorar las diversas definiciones del Proceso reconocidas por las organizaciones antes de pasar a presentar un diagrama BPMN, señalando los elementos claves que se presentan.

Hay una gran cantidad de definiciones de procesos empresariales. En efecto, la noción de un proceso de negocio es un concepto abstracto en el mejor de los casos. En nuestras organizaciones solemos pedir a la gente que escriba su propia definición y están continuamente sorprendidos por la amplitud de las respuestas que son brindadas por ellas mismas. Ejemplos ofrecidos se encuentran: 1. Una secuencia secuencia de actividades llevadas llevadas a cabo en una una o más entradas a ofrecer ofrecer una salida. 2. Un conjunto sistemático de actividades que tienen un "evento" para un resultado exitoso. 3. Una colección de actividades que crean valor para un cliente. 4. Una serie de funciones funcione s colaborando e interactuando interactu ando para lograr una meta. 5. Una colección organizada organizada de los comportamientos comportamientos empresariales empresariales que satisfacen una negocio definido propósito, funcionando de acuerdo a los objetivos especificados. 6. Justo como como se hacen las cosas cosas por aquí. La actual definición de Wikipedia es: "Una empresa de proceso o método de negocio es un conjunto de tareas relacionadas entre sí, que cumplen un objetivo objetivo determinado." El problema, en dar con una definición para el término del “proceso”, es que hay (definiciones) que muchos de ellos, cada uno tiene una interpretación sutilmente diferente. Por otra parte, todos usamos la misma palabra y muchas veces no se dan cuenta de que puede significar cosas diferentes. Así que, aunque todas estas definiciones tienen sus méritos, tenemos que optar por una de las definiciones como base para este manual. En un proceso BPMN representa lo que una organización hace en su trabajo cotidiano, con el fin de lograr un propósito u objetivo determinado. En la lista de viñetas más arriba, las definiciones segundas y terceras son probablemente más cercanas. Es decir las que señalan: 1. Un conjunto sistemático de actividades que tienen un "evento" para un resultado exitoso. 2. Una colección de actividades que crean valor para un cliente. Dentro de una organización, hay muchos tipos de procesos, tanto en cuanto a su objeto y cómo se llevan a cabo. La mayoría de los procesos que requieren algún tipo de entrada (ya

CIBERTEC



12

sea electrónico o físico), el uso y/o consumo de recursos, y producir algún tipo de salida (ya sea electrónico o físico). La mayoría de las organizaciones realizan cientos o miles de diferentes procesos en el curso de proporcionar valor a los clientes, el personal, o regulaciones regulaciones satisfactorias. Algunos procesos son formales, repetible, repetible, bien estructurado, y puede incluso automatizarse. automatizarse. A menudo nos referimos a este tipo de procesos como "Procedimientos". "Procedimientos". Los ejemplos ejemplos incluyen:    

Salud procesamiento procesamient o de reclamaciones reclamaci ones Crear una nueva cuenta Transacciones Transaccio nes Bancarias Gastos de tramitación tramitac ión de reclamos

Fig. 1.1.Ejemplo de uso de notación BPM

Otros procesos son informales, muy flexibles, impredecibles (altamente variables), y difícil de definir o repetir. A veces nos referimos a este tipo de procesos como "prácticas". Los ejemplos incluyen:    

Redacción de un manual de usuario Desarrollar una estrategia de ventas La preparación de un programa de la conferencia La ejecución de un contrato de consultoría

BPMN utiliza un conjunto de elementos gráficos especializados para representar una Proceso y la forma en que se lleva a cabo (véase la Figura 1.1). Los elementos principales de un proceso BPMN son los "objetos de flujo"; Events, y Gateways, y Secuencia de flujo.


CIBERTEC


13

1.2. CLASIFICACIÓN DE LOS PROCESOS EN LAS ORGANIZACIONES Las organizaciones tienden a clasificar los procesos en tres grandes grupos los cuales procedemos a detallar.

1.2.1 Procesos Estratégicos Procesos destinados a definir y controlar las metas de la empresa, sus políticas y estrategias. Estos procesos son gestionados directamente por la alta dirección en conjunto.

Fig. 1.2. Ejemplo de Procesos Estratégicos

1.2.2 Procesos Operativos o Clave Procesos destinados a llevar a cabo las acciones que permiten desarrollar las políticas y estrategias definidas para la empresa para dar servicio a los clientes. De estos procesos se encargan los directores funcionales, que deben contar con la cooperación de los otros directores y de sus equipos humanos.

Fig. 1.3. Ejemplo de Procesos Clave

CIBERTEC



14

1.2.3 Procesos De apoyo Procesos no directamente ligados a las acciones de desarrollo de las políticas, pero cuyo rendimiento influye directamente en el nivel de los procesos operativos.

Fig. 1.4. Ejemplo de Procesos de Apoyo

En suma el mapa de procesos representa de manera orgánica las funciones organizacionales de las empresas. A continuación se presenta el mapa de procesos en forma integral en donde se puede apreciar la forma como las diferentes funciones de la organización se integran de forma tal que se hace fácil su entendimiento.

Fig. 1.5. Ejemplo de Mapa de Procesos integrado


CIBERTEC


Procesos Estrategicos S O S E C O R P E D S O P I T

15

Destinados a definir y controlar las metas de la empresa

Destinados a llevar a cabo las acciones que permiten desarrollar las políticas

Procesos Operativos Destinados a estrategias definidas para la empresa para dar servicio a los clientes

Procesos Apoyo

Destinados no directamente a las acciones de desarrollo de las políticas

Fig. 1.6. Sinopsis de los tipo de procesos organizacionales

1.3. MAPA DE PROCESOS EN LAS EMPRESAS Los procesos se consideran actualmente como la base operativa de gran parte de las organizaciones y gradualmente se van convirtiendo en la base estructural de un número creciente de empresas. Esta tendencia llega después de las limitaciones puestas de manifiesto en diversas soluciones organizativas, en sucesivos intentos de aproximar las estructuras empresariales a las necesidades de cada momento. Así las organizaciones de tipo funciona generaron altos niveles de eficacia en las operaciones especializadas abordadas por cada función, a menudo a costa de la eficacia global de la empresa y de una comunicación poco fluida entre las distintas funciones. Las organizaciones de tipo matricial, un gran avance en teoría, diseñadas para optimizar el empleo de las capacidades humanas, integrarlas en equipos ad hoc para cada proyecto o nueva actividad, y para reforzar y emplear a fondo los conocimientos disponibles en la empresa, encontraron muchas dificultades en su aplicación práctica. Probablemente una información insuficiente sobre los requisitos exigibles a la cultura de la empresa, junto con el problema siempre presente de la falta de tiempo (para explicar, para experimentar) hiciera fracasar muchos intentos de este tipo de organización, que pocas veces llegó a probarse en condiciones adecuadas para garantizar el éxito. El éxito de las industrias japonesas, bien patente a partir de los años setenta y ochenta, propició la aplicación de modelos de organización productiva, como “just in time” o “Kankan”.

CIBERTEC



16

Su aplicación ha producido resultados económicos sorprendentes en los países occidentales, pero son modelos limitados, principalmente por centrarse en empresas manufactureras de grandes series, y por requerir proveedores de piezas estrechamente ligados a las fábricas productoras de los equipos o sistemas finales. Tanto el modelo matricial como los de origen japonés ya apuntaban a la importancia de los procesos como base sobre la que desarrollar políticas y estrategias operativas sólidas. Esto dio origen a estudios sobre las posibilidades de los procesos como base de gestión de la empresa, que fueron poniendo de manifiesto su adecuación a los mercados actuales, cada vez más cerca del mercado global y, como consecuencia, su capacidad de contribuir de forma sostenida a los resultados, siempre que la empresa diseñe y estructure sus procesos pensando en sus clientes. (Ver Fig. 1.7) Los procesos, se pueden definir como secuencias ordenadas y lógicas de actividades de transformación, que parten de unas entradas (informaciones en un sentido amplio pedidos datos, especificaciones, más medios materiales, máquinas, equipos, materias primas, consumibles, etcétera), para alcanzar unos resultados programados, que se entregan a quienes los ha solicitado, los clientes de cada proceso.

Fig. 1.7. Ejemplo de mapa de procesos

Estos procesos, al requerir un conjunto de entradas materiales e inmateriales y componerse de actividades que van transformando estas entradas, cruzan los límites funcionales repetidamente. Por cruzar los límites funcionales, fuerzan a la cooperación y van creando una cultura de empresa distinta, más abierta, menos jerárquica, más orientada a obtener resultados que a mantener privilegios. A estas ventajas de preparación para el entorno actual, incierto y cambiante, se debe añadir la importante característica de que los procesos son altamente repetitivos.


CIBERTEC


17

1.4. DETERMINACION DE LAS TIPOS DE LOS PROCESOS EN LA EMPRESAS Desde su creación, BPMN ha tratado de apoyar a tres categorías principales de los procesos: Orquestación Coreografía o o Colaboración o

Estos términos han variado, con frecuencia contradictoriamente, contradictoriamente, tienen significados a través de los muchos contextos diferentes empresas en las que se aplican. Hemos buscado para definir, a efectos de BPMN, y luego aplicar de forma coherente a lo largo de este manual. Futuro versiones de BPMN a distinguir más claramente entre estos tipos de procesos, incluyendo incluyendo soporte robusto para diagramática cada aspecto.

1.4.1. Orquestación Dentro de BPMN, los modelos de orquestación tienden a implicar una sola perspectiva de coordinación, es decir, representan un negocio específico o una vista de la organización del proceso. Como tal, un proceso de orquestación describe cómo una unidad económica va sobre las cosas. Utilizado principalmente en la comunidad técnica, "Proceso de orquestación" a menudo se alinean con los lenguajes de servicios web tales como BPEL. La mayor parte de este manual explora orquestación proceso orientado modelos. Tanto es así, que se hará referencia a las orquestaciones simplemente simplemente como Procesos. La Figura 1.8 presenta un modelo simple orquestación. Sin embargo, un diagrama de BPMN puede contener más de una orquestación. Si es así, cada orquestación aparece dentro de su propio contenedor llama la piscina. Así, orquestaciones (es decir, los procesos) siempre contenida dentro de una piscina. Esta distinción es importante a la hora de comprender la diferencia entre orquestación y coreografía.

Fig. 1.8. Ejemplo de Proceso de Orquestación

CIBERTEC



18

Además, el hecho de que orquestaciones orquestaciones están contenidas dentro de una piscina indica que consisten en elementos de proceso que existen juntos dentro de un contexto bien definido, o focos de control. Un modelo modelo de orquestación ejecutado ejecutado por una Suite Suite BPM ciertamente ciertamente se ajusta a esta descripción, pero también se aplica a situaciones que no son parte de un sistema semiautomático. A consecuencia del "contexto bien definido" para una orquestación es que hay datos disponibles para todos los elementos del modelo.

1.4.2. Coreografía Un modelo de proceso coreografía es una definición de la conducta que se espera (un tipo de contrato de procedimiento o protocolo) entre los participantes interactúan entre sí. Estos participantes pueden ser de negocios en general roles (por ejemplo, un cargador) o es una entidad comercial específica (por ejemplo Cibertec). Al igual que la definición de un ballet, una coreografía en BPMN describe la interacción de los participantes. En BPMN, una coreografía define la secuencia de interacciones entre dos o más participantes. En BPMN, las interacciones son la comunicación, en la forma de intercambio de mensajes entre dos participantes. participantes. En BPMN acciones coreografía modela muchas de las características de los modelos de orquestación en que tiene una forma de diagrama de flujo. Incluye caminos alternativos y paralelos, así como los subprocesos. Por lo tanto, los objetos de flujo (Actividades, Eventos y puerta de enlace) de orquestación.

Fig. 1.9. Ejemplo de de Proceso de de Coreografía

Los modelos también son aplicables a los modelos de coreografía. Sin embargo, existen diferencias dramáticas entre orquestación y modelos coreografía:


CIBERTEC


• •

•

19

Una orquestación orquesta ción está contenido dentro de una piscina y normalmente normalment e tiene un contexto bien formado. Una coreografía coreografía no existe existe dentro de un contexto bien formada formada o foco de control. No hay ningún mecanismo central que conduce o realiza un seguimiento de una coreografía. Por lo tanto, hay no compartir datos a disposición de todos los elementos de la coreografía. Para realizar la coreografía en diagramas de BPMN es poner entre ellos las piscinas.

La primera versión de BPMN (ahora 1.1) incluye algunos de los conceptos que los modelos de la coreografía de apoyo. Y si bien es posible derivar el comportamiento esperado de la coreografía, los elementos necesarios para la definición completa aún no se han definido. BPMN 2.0 incluye un completo soporte para diagramas de coreografía (distinta de orquestación diagramas). La Figura 1.9 presentada anteriormente demuestra las capacidades actuales para la definición de coreografía en BPMN 1.1. El diagrama muestra dos piscinas, cada uno con orquestaciones. orquestaciones. Los conectores entre los Pools son el flujo de mensajes. La combinación de las Actividades y otros elementos dentro de las piscinas y el flujo de mensajes entre las piscinas definen una coreografía implícita. En lugar de tener que derivar la coreografía del mensaje cambio, será posible modelar como "stand-alone" o colóquelo entre las piscinas.

1.4.3. Colaboración La colaboración colaboración tiene un significado significado específico en BPMN. Se define el conjunto conjunto ordenado (un protocolo) de las interacciones entre los participantes, una colaboración simplemente muestra a los participantes y sus interacciones. Una colaboración también puede contener una coreografía (Cuando está disponible en BPMN) y orquestaciones uno o más. Para ser más específicos, una colaboración es cualquier diagrama BPMN que contiene dos o más participantes, como se muestra en piscinas. Las piscinas tener el flujo de mensajes entre ellos. Cualquiera de las piscinas puede contener una orquestación (un proceso), pero no son necesarios. La Figura 1.10 muestra un diagrama de colaboración ejemplo. Contiene dos piscinas y el flujo de mensajes entre ellos. Otras colaboraciones diagramas podría mostrar orquestaciones dentro de las piscinas (como en la figura 1.9, más arriba).

CIBERTEC



20

Fig 1.10. Ejemplo de Proceso de Colaboración


CIBERTEC


21

Resumen 

Los procesos son conjunto de operaciones ejecutadas de manera paralela y/o secuencial, con el objeto de obtener un resultado, estas operaciones son realizadas con la utilización de distintos medios disponibles llamados factores.



Las organizaciones cada vez más complejas y por ende desarrollo mayor en procesos. Es por ello que las organizaciones obstante por clasificar sus procesos de manera que les permitan identificar los procesos que le genera valor dentro de la cadena de organización.



Esta organización se resume en tres elementos procesos de tipo estratégico, procesos de tipo principal y procesos de apoyo.



Por lo tanto el proceso debe ser:





Claramente definido



Para poder ser analizado y evaluado



Para poder ser controlado y mejorado.

Páginas de Interés 

www.tcpsi.com/servicios/modelado.htm o



www.elprisma.com/apuntes/curso.asp?id=6034 o



En este link encontrará información relacionada a la importancia del correcto modelado de los procesos en las empresas.

www.advice-business.com/es/consejos-1918931.htm o



En este link encontrará información relacionada al modelamiento de procesos de negocio.

En este link encontrará información relacionada al manejo de procesos de negocio en la empresas

www.uv.mx/usbi_ver/docs/manuales/man_docum_ procesos _usbi.pdf o

CIBERTEC

En este link encontrará un manual que hace referencia a los tipos de procesos organizacionales.




22

CIBERTEC


23

UNIDAD

2 LA IMPORTANCIA DEL MODELADO LOGRO DE LA UNIDAD DE APRENDIZAJE Al término de la unidad, el alumno a partir del correcto entendimiento de los alcances de los procesos en las organizaciones identificar las oportunidades de negocio para el correcto modelamiento de los procesos de negocios partiendo de la gestión organizacional. TEMARIO 2.1 Introducción 2.2 La importancia de la comunicación en el modelado de los procesos 2.3 El modelado de procesos y su importancia 2.4 Modelado de procesos usando notación BPMN 2.5 La historia y objetivos de BPMN 2.6 Dificultades en la implantación del modelado en las organizaciones 2.6.1 Naturaleza de los procesos y complejidad de los mismos 2.6.2 Definición del alcance del proceso 2.6.3. Complejidad de la notación de BPMN ACTIVIDADES PROPUESTAS Los alumnos deberán analizar un caso planteado. 

CIBERTEC




24

CIBERTEC


25

2.1. INTRODUCCIÓN En esta Unidad de aprendizaje se describe la función de modelado de procesos en general, tanto como una ayuda para la comunicación y también para conducir la manera en que el trabajo que ocurre en la organización moderna. A continuación, va a discutir un poco sobre la historia de BPMN.

Todas las organizaciones están en un viaje, un viaje que nunca termina donde la atención se centra en mejorar la forma de hacer las cosas (no obstante, que es medido) para el beneficio de los dueños, accionistas, partes interesadas y / o beneficio en especial del cliente. Esta idea está en el corazón de Business Process Management (BPM), una manera de pensar, una filosofía de gestión centrada en la mejora de los procesos operativos de la organización. Cuanto más largo sea el tiempo que una organización ha estado viajando por este camino, más madura sus procesos, estos se hacen más repetible y escalables en sus operaciones y mejor será su rendimiento empresarial global. En efecto, existen muchos libros de gestión que están llenos de ejemplos de empresas que han seguido en este camino por algún tiempo-Dell, General Electric, Toyota, Nokia, Cisco, Federal Express, por nombrar sólo algunos. Dondequiera que uno mire, no es fácil encontrar cualquier número de artículos o libros que las empresas participan en la innovación operacional (con el objetivo de aplastar la competencia). Y, sin embargo, todos los estos ejemplos tienen una cosa en común: un énfasis fundamental en la comprensión de los procesos de negocio de la empresa con el fin de mejorarlos. Se podría argumentar que se trata de un derecho fundamental principio de la disciplina de gestión. En todo el mundo, en casi todas las empresas y organizaciones, las personas están luchando para comunicarse entre sí sobre cómo organizar mejor el trabajo. Ellos están explorando cuestiones como:

CIBERTEC



26

• • •

¿Qué pasos son realmente necesarios? ¿Quién debe hacerlo? ¿En caso de que se mantenga en la empresa o subcontratado? ¿Cómo se debe hacer? ¿Qué capacidades se necesitan? ¿Qué resultados podemos esperar y cómo van a ser monitoreados?

• • •

Si bien las respuestas a estas preguntas son siempre alguna situación específica; es necesario que todos entendamos que es lo que busca el proceso dentro de la organización.

2.2. LA IMPORTANCIA DE LA COMUNICACIÓN EN EL MODELADO DE LOS PROCESOS Los competidores se empeñan en sacar nuevos productos, los clientes exigen más rápido los plazos de entrega y precios más bajos, las regulaciones cambian. Cada vez que un programa de organización comienza a abordar este tipo de desafíos, la gente se encuentra la construcción de procesos de negocios modelos para ilustrar el flujo de actividad de trabajo y relacionadas (ver Figura 2.1.).

Fig. 2.1. Ejemplo de un Modelo de Proceso Básico

Las personas suelen utilizar estos modelos para apuntalar sus conversaciones, estos apoyan a la comunicación y la comprensión, que actúa como telón de fondo de casi todos los programas de mejora. Tales modelos a menudo formar la base de una referencia integral de negocios, detallando cómo toda la operación encajan. Cuentan en los materiales de capacitación y actuar como una base para el intercambio de las mejores prácticas dentro de la empresa. Como se representa en la figura 2.2, los modelos de proceso que normalmente se crean, examinando las operaciones comerciales tal como están. Posibles entradas que deben


CIBERTEC


27

determinarse aquí son los objetivos, la estrategia y reglas (o normas) de la organización. Algún tipo de análisis se lleva a cabo antes de rediseño. Las organizaciones pueden elegir entre muchas metodologías sofisticadas para la captura y el diseño de modelos de procesos para adaptarse a su propósito. Este manual no pretende proporcionar una metodología, pero se proporcionar una base para la comprensión de los modelos resultantes. Hasta este punto, se supone que los seres humanos son los principales consumidores de estos modelos. Como veremos más adelante, estos procesos también pueden actuar como entradas primarias a un soporte de negocio del entorno que les rodea, de su medio ambiente.

Fig. 2.2. Organización de la empresa y las operaciones de negocio

Inicialmente, estos modelos hacen posible el conducir la comunicación con compañeros de trabajo dentro de la organización, ayudándoles a formar un entendimiento compartido. En una organización pequeña, esto es relativamente fácil de hacer ya que los empleados tienden a compartir una cultura común y un conjunto de valores compartidos. Pero en una organización más grande, sobre todo cuando los empleados están repartidos en varias ubicaciones físicas diferentes, logrando una interpretación común acordada de lo que las palabras significan realmente es a menudo difícil. Pero al compartir modelos de procesos con proveedores, clientes y / o socios, es decir, hacia arriba y debajo de la cadena de valor, esta cuestión problema se agrava interpretación. Los participantes ya no tienen las referencias culturales que ayudan a fijar el significado de la diagrama. Los modelos de proceso también proporcionan el marco en el que las métricas (medidas de rendimiento de los procesos) tienen un significado. Por ejemplo, sin una noción de negocio proceso, conceptos como la del alcance del proceso (Donde inicia el proceso y donde termina el mismo, cuanto el costo de la ejecución del proceso, cuales son los riesgos de no realizarlos) no tienen puntos de referencia.

CIBERTEC



28

2.3. EL MODELADO DE PROCESOS Y SU IMPORTANCIA Pero después de haber construido esos modelos, algunos dan cuenta de que también es posible utilizarlos para impulsar las actividades de la empresa. Observe que la Figura 2.2 muestra cómo el rediseño de procesos alimenta el Soporte de Procesos. A lo largo del manejo de los datos, documentos y reglas, el Modelo de Proceso es ahora el apoyo a las operaciones de la empresa. Interpretado por sistemas de software sofisticados (Suites de BPM o Productos de flujo de trabajo), los modelos de procesos ejecutables llevan las instrucciones de cómo debería ocurrir, quién debe hacerlo, la progresividad condiciones, si no se hace a tiempo, enlaces a otros sistemas, etc. Los productos se mueven en torno a la organización de trabajo, asegurando el correcto rendimiento de los pasos críticos y que los elementos de trabajo no generan valor para la empresa. Si el trabajo tiene que cambiar entonces en vez de escribir nuevos programas informáticos, sólo cambia el soporte modelos y el comportamiento de la organización se adaptará en consecuencia. Estos entornos de software orientados a procesos son cada vez más populares, ya que proporciona un método directo de traducir el entorno estratégico y la intención táctica en los procesos operativos. Ellos proporcionan un amplio banco de conocimientos para el largo viaje de transformación organizacional. El manejo adecuado permite a toda la organización a ser mucho más ágil de lo que sería el caso. El factor esencial aquí es que los modelos de procesos requieren más rigor si son para apoyar este comportamiento ejecutable (en lugar de depender de la interpretación humana). El problema es que, sin precisión y la estructura, más nos fijamos en “cajas y flechas”, menos que significan. A fin de que un modelo para comunicar sustancia real, las cajas y flechas que representar algo. Para una persona que no conoce el valor de la notación adecuada de los procesos resultara no tener valor el solo dibujar un recuadro con una tarea dentro (ver fig. 2.3 actividad de aprobación). O simplemente notara que existe una flecha antes y después de la misma. (Ver fig. 2.3 flecha). Sin embargo esto denota información importante la cual nos indica que de no presentar la solicitud de corrección de notas esta no puede aprobarse.


CIBERTEC


29

Actividad o Tarea

Flecha o Conector Fig. 2.3. Ejemplo de un Modelo de Proceso Básico

La realidad es que, a la hora de modelar el multifacético mundo del trabajo, todos los modelos de procesos de negocios necesitan un cierto grado de rigor. De lo contrario, no tienen sentido. Esto es especialmente cierto cuando el modelo está diseñado para la interpretación por los equipos.

2.4. MODELADO DE PROCESOS USANDO NOTACIÓN BPMN En BPMN, un “proceso empresarial” consiste en la captura de información de una secuencia ordenada de las actividades comerciales y de apoyo. Modelar un proceso de negocio consiste en representar cómo una empresa realiza sus objetivos generales, los objetivos sí son importantes, pero en este momento no son capturados en la notación. Con BPMN, sólo los procesos se modelan. En el desarrollo de BPMN, existen diferentes niveles de modelado de procesos:

a) Proceso de Nivel de Mapas Simples diagramas de flujo de las actividades, un flujo diagrama sin muchos detalles que no sean los nombres de las actividades y tal vez las condiciones de la Política Uniforme.

b) Proceso a Nivel de Descripciones Proporcionan información más amplia en el proceso, como las personas involucradas en la realización del proceso (roles), los datos, información y así sucesivamente.

c) Proceso a Nivel de modelos Detallada diagramas de flujo que abarca la información suficiente de tal manera que el proceso es susceptible de análisis y simulación. Además, este estilo más detallado de modelo también permitiría bien la ejecución directa de mismo dentro de un modelo o importar a otras herramientas que podrían ejecutar que proceso (con más trabajo).

CIBERTEC



30

BPMN cubre todos estos tipos de modelos y soporta cada nivel de detalle. Como tal, BPMN es un diagrama de flujo basado en la notación para definir los procesos de negocio a partir de la simple contemplación del mismo; es decir de la captura de datos cotidianos que se hace en la organización (por ejemplo, véase la Figura 2.1) para los modelos más complejos y sofisticados requeridos para apoyar la ejecución del proceso. BPMN es capaz de representar diferentes niveles de grupos de informaciones simples y complejas y los hace con el uso de diferentes tipos de diagramas para diferentes propósitos.

2.5. LA HISTORIA Y OBJETIVOS DE BPMN En 2001 comenzó a desarrollar BPMI.org4 BPML (Business Process Modeling Language, un lenguaje XML proceso de ejecución) y realizarlos había una necesidad de una representación gráfica. Se solicitó información sobre las necesidades de lo que se quería plasmar en los flujos de los procesos plantear a los individuos y proveedores involucrados en el tema de gestión de procesos. Cabe indicar que se la información solicitada se originaba los requerimientos propios del mercado. Esto significaría que la traducción se necesitaba de la notación orientada a los negocios al lenguaje de ejecución técnica. BPML más tarde fue sustituido por BPEL como lenguaje de ejecución de destino. El Grupo de Trabajo Notación (quien originalmente creó en BPMN BPMI.org) se formó en agosto de 2001. Estaba compuesta por 35 empresas de modelación, organizaciones e individuos que les entre trajo una amplia gama de perspectivas. Este grupo desarrolló BPMN 1,0. Cuando se comenzó el desarrollo de BPMN había-y hay todavía- una amplia gama de notaciones de modelado de procesos, incluso existían diferentes herramientas que efectuaban esta función, y estas podrían utilizarse dentro de una amplia variedad de metodologías. Lo interesante de BPMN fue el gran número de vendedores que se reunieron con el objetivo común de consolidar- los principios subyacentes de la modelización de procesos. Su objetivo era acordar una notación simple (representación) que otras herramientas y los usuarios pueden adoptar. Por lo tanto, BPMN no era un ejercicio académico elevado, sino más bien una solución práctica tanto para los proveedores de herramientas de modelado de procesos y los usuarios de las herramientas de modelado de procesos. El razonamiento era que este enfoque ayudaría a los usuarios finales, dándoles una notación simple, estuvo de acuerdo. Esto permitiría consistente formación, utilizando cualquier número de herramientas. Las empresas no tendrían que reciclar cada vez que se compró una nueva herramienta o contratado a personas que tenían estudiado otras herramientas y notaciones. En definitiva, se hicieron las habilidades transferibles. Otro objetivo de BPMN fue que sería proporcionar un mecanismo para generar ejecutable procesos-inicialmente en BPML (más tarde sustituido con BPEL). Por lo tanto, BPMN proporciona una asignación de “válido” BPMN a BPEL diagramas, de tal manera que el


CIBERTEC


31

motor puede ejecutar el proceso. Esto no quiere decir que cada modelo de procesos BPMN es ejecutable, pero para aquellos procesos destinados a la ejecución, BPMN proporciona los mecanismos para ir desde el diseño inicial hasta la ejecución. Esta trazabilidad es parte de la meta original de la desarrollo de BPMN. BPMN tenía dos objetivos contradictorios para proporcionar un fácil utilizar la notación de modelado de procesos, accesible a los usuarios de negocios; y dar facilidades a traducir los modelos en un archivo ejecutable formar como BPEL. En mayo de 2004, la especificación BPMN 1.0 fue lanzado al público. Desde entonces, más de 50 empresas han desarrollado aplicaciones de la norma. En febrero de 2006, la especificación BPMN 1.0 fue adoptado como un estándar OMG.

Fig. 2.4. Evolución de BPM

Tenga en cuenta que el Grupo de Trabajo de notación no tenía la intención de especificar un mecanismo de almacenamiento acordado (serialización) para BPMN. Es tanto una bendición como una maldición, que permitía a los vendedores adoptar la notación sin tener que cambiar sus propios formatos de almacenamiento interno (Un factor que contribuye a la adopción generalizada de la norma). Pero también significa que los archivos de diagrama no eran portátiles entre herramientas de modelado.

CIBERTEC



32

BPMN originalmente no especifica un formato de almacenamiento, lo que permite una amplia sección transversal de los proveedores para adoptar la portabilidad estándar, sin embargo, limitando de modelos. En febrero de 2008, el OMG liberados al final de BPMN 1.1, que es disponible para su descarga pública (ver www.bpmn.org). La mayoría de los cambios en la versión 1.1 aclaró el documento de especificación en sí, haciendo que el significado más explícito. Sin embargo, unos pocos cambios gráficos se hicieron para BPMN en la versión 1,1 (todas cubiertas en este libro). ¿Dónde se han producido cambios, se han resaltado? El OMG pronto lanzará BPMN 1.2. Esta versión no incluye cambios gráficos significativos; modificaciones fueron meramente editorial (es decir, la limpieza de la lengua de la especificación sí mismo). BPMN 2.0 está actualmente está en uso esta versión la misma que ofrece una amplia gama de notación que permite un acceso detallado a las aplicaciones organizacionales.

2.6 DIFICULTADES EN LA IMPLANTACION DEL MODELADO EN LAS ORGANIZACIONES 2.6.1 Naturaleza de los procesos y complejidad de los mismos Hay generalmente un gran número de formas de modelar un comportamiento deseado, en cualquier número de niveles de precisión. Mucha gente asume que siempre hay un modelo correcto (y que de alguna manera los otros modelos están equivocados), sin embargo, rara vez hay un solo modelo correcto. Por otro lado, los modelos pueden serán válidos (en que incorrectamente utilizar una notación dada). Además, a menudo hay muchos más detalles potencial de capturar que es necesario. Si tuviéramos que modelar cómo se debe hacer una taza de té, y luego una sola actividad puede ser suficiente. Alternativamente, se podría describir la necesidad de hervir el agua primero, coloque una bolsa de té en una taza y, opcionalmente, añadir la leche. Pero ¿y si nos gustaba la preparación de té para varias personas con un vaso de agua y las hojas de té, o debemos incluir los pasos involucrados en el llenado que se hace dentro de la cocina o comedor, o la adición de azúcar? El modelador siempre la toma de decisiones sobre qué incluir y qué dejar fuera. Así que uno tiene que mantener una perspectiva sobre los usos de la modelo y que lo interpretará.


CIBERTEC


33

Si las audiencias (los que van a leer e interpretar el modelo) no están interesados en los detalles finos, y luego no lo incluya en el modelo. En otras situaciones, tales como cuando el modelo será compatible dentro de una simulación de ejecución en una Suite BPM o donde es el objetivo, entonces es que se requieren detalles significativos del proceso se requiere normalmente. Imagínese que una organización, el gerente, reúne a todos sus empleados de una determinada área, y pasa por un muy ejercicio simple. Se les pide a los empleados una lluvia de ideas de todas las cosas que les gustaría representar en modelos de procesos. No pasa mucho tiempo antes de que se proponga graficar un par de procesos, flujo, insumos, salidas, responsabilidades, costos, ubicación, calidad, normas, interacciones, escalada, etc. Cuando le preguntaron si querrían todas estas dimensiones para aparecer en un solo proceso, los delegados de repente se dan cuenta es una cuestión de remover las cosas de los modelos para hacer útil. El modelador está constantemente tomando decisiones sobre la modelización propósito del modelo y el público destinatario. Una historia anecdótica lleva al punto de inicio. Durante los días de Reingeniería de Procesos de Negocio (BPR fue referido a veces como mayores reducciones de Personas), un gigante de productos químicos tenía como principal empleada una de las firmas líderes de consultoría para ayudar en la reingeniería de sus procesos de ventas de América del Norte. Después de varios meses de trabajo, se hizo una presentación (ya que este era un proyecto muy importante). A un lado de la sala de reuniones era papelógrafo un ochenta centímetros diagrama de flujo (como “es” el modelo). En la otra pared, una diagrama de flujo de sesenta centímetros de cómo debe “Ser ” proceso. El entonces Presidente permitió que el Socio de Consultoría para completar su presentación antes de hacer una pregunta muy simple. "¿Es un buen proceso y si es así, por favor explique por qué.?". Y ahí radicaba el núcleo del problema. El detalle entregado era totalmente inapropiado para la audiencia deseada. Estas son algunas de las características de un buen modelo: •

Saliente Debido a que ningún modelo puede representar todo, debe selectivamente representan aquellas cosas que son más relevantes para la tarea en cuestión.

•

Preciso El modelo debe codificar con precisión el actual estado de cosas y no una visión errónea o sesgada.

•

Completo El modelo debe ser como simple como sea posible, pero no más simple, y debe ser completo.

CIBERTEC



•

34

Comprensible Una vez que percibimos el modelo que debe ser capaz de darle sentido, no debería ser demasiado complicado o desconocido para nosotros de entender.

Se debe indicar que algunos de los problemas de evolución y adaptabilidad alrededor de modelado es que o se siguen la pautas establecidas anteriormente, es decir, no son salientes, precisos, completos y comprensibles. "Como todos los modelos son, en cierta medida, inexacta, irrelevante, errónea, sensible al tiempo, etc., deben ser abiertos a revisión recursiva para reflejar nuevos datos, nuestra creciente comprensión, o nuestras necesidades en evolución. " En el extremo, los modelos necesitan ser útiles. Su "Utilidad es la suma de las propiedades anteriores y el grado en el que se combinan para promover el entendimiento y la acción efectiva. Es importante señalar que el más preciso, o la más completa o el modelo más elegante no es necesariamente es el más óptimo o el más útil. Todos Los modelos son incompletos. Todos los modelos son un compromiso. A fin de ser útil, todos los modelos selectivamente representan algunos elementos del mundo real. El modelador excluye diferentes dimensiones del dominio (a fin de lograr el modelado goles).

2.6.2 Definición del alcance del proceso La tentación es siempre de saltar directamente y empezar a modelar. Sin embargo, un enfoque más considerado normalmente paga dividendos significativos. El verdadero problema es que a medida que la gente comienza a describir cómo funcionan las cosas ocurrir en un área de su organización, asumen que todo es un proceso grande. A menudo lo vemos en nuestros talleres. Los estudiantes tratan de conectar todo junto en una descripción del proceso amorfo que captura toda posible permutación. Muy a menudo, es extraordinariamente difícil de modelar un "end-to-end" proceso por un problema de negocio determinado. E incluso si fuera posible, es difícil hacer ese modelo flexible y adaptable. Por lo general es mucho mejor para romper un problema en un dominio dado número de discretas "trozos" o entendimiento por partes. Es por ello que es necesario que en el análisis de los procesos estos se construyan bajo la base de un mapa de procesos, que trabajando juntos resolver el problema. Así que la cuestión se convierte en uno de cómo llegar a los trozos rectos. Pero cuando se busca técnicas, se encuentra notablemente pocos. Para una discusión más amplia sobre los diferentes enfoques para la organización, modelos de alcance, consulte el apéndice "Técnicas para la Arquitectura de Procesos". A continuación se plantean una serie de planteamientos que, entre ellas, una traducción de la estrategia de negocio nivel adecuado a través de una arquitectura de procesos robustos (independiente de la estructura de información de la organización). Potencialmente, estas


CIBERTEC


35

técnicas podrían extender en una pila de servicios de TI (como parte de un Service Oriented Architecture). Las organizaciones suelen tener una metodología preferida para la captura y el desarrollo de sus procesos de negocio. No es el papel de BPMN para dictar cómo la información se recoge de procesos de negocio o cómo modelar se realizan proyectos. Por lo tanto, BPMN soporta múltiples metodologías (por ser tan simple o tan complejo como debe ser). Lo no especifica el nivel de detalle de los modelos confeccionados por el modelador, herramienta de modelado u organización que toma estas decisiones. De hecho, como veremos con el modelado de procesos en general, por lo general existen muchas diversas maneras de modelar la misma situación, con cualquier número de diferentes niveles de detalle. BPMN no proporciona ningún consejo sobre cómo estructurar un modelo principal o llegar a una arquitectura apropiada para una determinada área. Sin embargo, proporciona capacidades que pueden soportar muchos métodos diferentes.

2.6.3. Complejidad de la Notación de BPMN Así como se puede ver de lo anterior, los procesos de negocio pueden convertirse en complejo, muy complejo (cubierto en mayor profundidad en el Apéndice). Sin embargo, la mayoría de los desarrolladores y los lectores de modelos de procesos quieren un lenguaje sencillo y gráfico para representar los procesos de negocio. En hecho, la mayoría de todos los modelos de procesos son diagramas de flujo (simples cajas de actividad, los diamantes de decisiones, y los conectores entre ellos). Al mismo tiempo, los modeladores necesitan flexibilidad suficiente para representar nuevos niveles de complejidad si es necesario. El objetivo de la mayoría de los proyectos de modelado de procesos es documentar (Entender) y analizar los procesos de las organizaciones de una clave del negocio. Sin embargo, estos mismos modelos pueden entonces convertirse en la base para un conjunto más detallado de descripciones de procesos para otros usos. Elaborado y construido sobre con más detalle, que luego puede convertirse en ejecutable (en una Suite BPM o herramienta de flujo de trabajo). Por ejemplo, un modelo bastante simplista (originalmente desarrollado para una discusión del modelo de negocio), puede llegar a ser adaptado para su uso en establecimiento de relaciones con los socios adecuados (la definición de las interfaces), que es después refinado y adaptado para el uso dentro de la organización de sus respectivos entornos de ejecución de procesos. Dado que cada compañía o modelista lo desea, puede mostrar diferentes niveles o áreas de complejidad, la notación necesita flexibilidad suficiente para manejar virtualmente todas las situaciones posibles del negocio o los requisitos de modelado. Pero el problema es que tal notación de modelado, uno que es capaz de representar todas las situaciones de negocios, hay más simple, es complejo.

CIBERTEC



36

Esta cuestión apunta a la tensión dinámica que existe entre los dos objetivos principales de BPMN: • •

Por un lado, la facilidad de uso para el usuario de negocios y analista de negocios; Y en los otros procesos ejecutables.

Para cumplir con los requisitos de la primera meta, BPMN se estructura con un pequeño conjunto de elementos (por ejemplo, Actividades, Eventos y Gateways) que tienen formas distintivas (por ejemplo, rectángulo, círculo, y diamante). El pequeño conjunto de elementos principales apoya la sencillez y la legibilidad de los modelos. Para cumplir con los requisitos de la segunda meta, los elementos principales están especializadas para propósitos específicos, cada uno de los cuales llevan más información y / o apoyado con más elementos para que el modelización del comportamiento requerido. Además, la estructura semántica de BPMN información debe ser rigurosa, es decir se debe respetar todas las notaciones establecidas en el diagrama, o al menos establecer la escenario para otras herramientas para completar el desarrollo y despliegue. La especificación BPMN incluye una gran cantidad de información y las capacidades que hacen que parezca complicado. Sin embargo, es poco probable que el analista de negocio o el usuario final necesiten más de estas características (como se relacionan con la semántica de ejecución). En este manual, vamos a señalar los elementos básicos de BPMN que debería atraer a los negocios. El rol del Analista es importante, mientras que también proporciona una descripción exhaustiva de los más avanzados elementos BPMN. Si bien la técnica de modelado BPMN puede parecer un poco intimidante para los no iniciados, es sólo tan complejo como necesario ser con el f in de soportar tanto la facilidad de uso para el analista de negocio y el usuario final, y al mismo tiempo, permitir la elaboración de modelos que apoyen la ejecución del proceso.


CIBERTEC


37

EJERCICIOS PRÁCTICOS EJERCICIO 1 Justificación de inasistencia 1. Regularización de Asistencia: Usted podrá solicitar a Secretaría Académica regularizar la asistencia de sus alumnos ingresando al siguiente aplicativo. Cuenta para ello con la solicitud de regularización de asistencia de sus alumnos en Sócrates. Agradeceremos revisar el manual de instrucciones que se encuentra en la parte inferior. Los alumnos solicitarán directamente a sus profesores la subsanación de sus inasistencias. Los docentes analizarán el caso y determinarán si la solicitud procede. Los motivos de justificación de inasistencia pueden ser: Por motivo de salud: presentando el sustento necesario como certificados médicos, ticket atención Essalud, análisis clínicos a nombre del alumno, constancias de hospitalización, etc. Como dato referencial deseamos informarles que se han recibido en procesos anteriores un mínimo porcentaje de documentos falsos, los ponemos en alerta a fin de detectar alguna situación en particular. Por motivo laboral: presentando el sustento necesario como una constancia de trabajo, este documento debe acreditar que el alumno se encuentre trabajando en una empresa, debe indicar la fecha de trabajo y debe estar en hoja membretada. Es importante recalcar que el alumno que labora debe asistir a clases regularmente y que cuenta con este motivo para cubrir cualquier contingencia. Carta de Federación Deportiva respectiva o de la entidad encargada: Este documento debe exponer las fechas en las que el alumno no asistirá por encontrarse en un posible evento deportivo. Por otros motivos: casos vistos sólo por Consejeros y/o Bienestar Estudiantil quienes solicitarán al profesor del curso la corrección de alguna inasistencia por casos especiales. 2. Registro de Tardanza en Intranet: Tiene a disposición el marcado de tardanza en Intranet. Aquí puede visualizar adicionalmente al marcado de asistencia e inasistencia, la opción tardanza. Podrá utilizar esta opción (Tardanza) vencido el plazo de tolerancia para el ingreso a clases dispuesto en Manual del alumno que es de 15 minutos y hasta 1 minuto antes de finalizar la clase. Cada tres tardanzas es 1 inasistencia y el alumno podrá visualizar en Intranet / alumno /inasistencias efectivas la siguiente pantalla. En la medida que recomendemos a nuestros alumnos tomar en cuenta la hora de ingreso y tolerancia, evitaremos la necesidad de realizar el marcado por concepto de tardanza. Sin embargo, de presentarse el caso, usted cuenta con el aplicativo para ser utilizado en clase. En caso tenga un percance en la regularización de una

CIBERTEC



38

tardanza que fue originalmente considerada como inasistencia deberá remitir la solicitud a secretaria el mismo día de ocurrido el inconveniente tomando en cuenta los siguientes datos: 

Datos completos del alumno



Nombre del curso



Fecha de la clase

Sección



Asimismo, para mantener uniformidad en el control sobre la hora de ingreso a clases, agradeceremos tomar en cuenta lo dispuesto en el Manual del alumno: 





Se considera alumno asistente si es que está presente dentro de los primeros 15 minutos de iniciada la clase. (según horario) Se considera alumno con tardanza si ingresa después de los 15 minutos y antes de computarse los primeros 30 minutos de clase. (Cada 3 tardanzas= 1 inasistencia). Se considera alumno inasistente pasados los 30 minutos de iniciada la clase.

Una vez pasado este límite, es decir, 30 minutos, el alumno no debería ingresar a clases por respeto al profesor y sus compañeros. Dejamos a su criterio el mejor manejo de casos que por motivos laborales puedan llegar fuera del plazo señalado.

EJERCICIO 2 La empresa Paradise La Empresa de transporte Paradise tours S.A. es una empresa dedicada al servicio especializado de transporte de pasajeros y traslado de encomiendas, convirtiéndose en muy poco tiempo en líder en su rubro. Paradise Tours S.A. fue fundada el 05 de Mayo de 1982, incorporándose exitosamente al exigente mercado internacional con agencias ubicadas en las principales ciudades de Sudamérica siendo la principal sede el Perú. Paradise Tours S.A. se caracteriza por su calidad en el servicio y por qué cuenta con la flota más moderna en el mercado nacional que se encuentra respaldada por las marcas Volvo, Scania y Mercedes-Benz contando con una moderna flota de más de 80 unidades que obliga a cumplir con un excelente mantenimiento preventivo y correctivo que asegure la prestación de los servicios y la seguridad en ruta. La empresa cuenta con un servicio de transporte de pasajeros durante las 24 horas del día, los 7 días de la semana y los 365 días del año, cubriendo las necesidades de transporte a toda hora.


CIBERTEC


39

Los servicios de Paradise tours S.A. que ofrece son Paradise Vip, Business Class, y Económico, ya que cuenta con la infraestructura y tecnología necesaria para entregar un servicio ágil y eficiente pensando en todas las necesidades de sus clientes. Los diversos talleres de mantenimiento técnico distribuidas estratégicamente en toda Sudamérica permiten brindar el mejor servicio técnico de las unidades siendo su mantenimiento más rápido, seguro, completo y efectivo. Incorpora en sus unidades tecnología GPS que permite tener la ubicaron exacta de nuestras unidades a toda hora a lo largo de todas nuestras rutas y así tener permanente control y monitoreo de las unidades para brindar el mejor servicio y garantizar la seguridad de sus clientes. Actualmente, Paradise Tours S.A. busca la automatización de sus procesos, ya que en su mayoría éstos se realizan de forma manual o a través de archivos Excel, tal es el caso de la programación de itinerarios y programación de viajes, procesos que al ser de gran impacto para el cliente interno, necesitan de información oportuna y sobre todo confiable. El sistema a desarrollar se centrará en la programación de itinerarios y de viajes. Procesos Identificados Programación de Itinerarios Se inicia cuando el Jefe de Marketing solicita la programación de un itinerario de viaje, en dicha solicitud indica la ruta con los tramos a ser recorridos (agencia origen y destino, y escalas si las hubiera), el tipo de unidad a ser asignado y la frecuencia de viaje. El Jefe de Operaciones consulta el registro de rutas y verifica si existe ruta solicitada, si esta no se encuentra registrada procede a crearla, para lo cual consulta el registro de tramos y verifica la existencia las agencias origen y destino y escalas si las hubiera. Luego de haber verificado la existencia de las rutas y sus tramos procede a registrar el itinerario asignándole la ruta, el tipo de unidad y el tipo de tripulación necesario. Además registra la frecuencia de viaje para el itinerario. Finalmente el Jefe de Operaciones elabora una constancia de solicitud atendida y la envía al Jefe de Marketing, el cual da su conformidad. El proceso termina cuando el Jefe de Operaciones archiva la solicitud y la constancia con la conformidad del Jefe de Marketing. Programar Viaje El proceso comienza cuando Jefe de Ventas solicita la programación de viajes, en dicha solicitud indica el itinerario de viaje y la fecha de salida. El Jefe de Operaciones de acuerdo al itinerario elegido procede a verificar unidades y personal disponibles para poder asignarlos al viaje. En el caso de no contar con la disponibilidad de algunos de los recursos antes mencionados El Jefe de Operaciones procederá a elaborar la constancia de solicitud no atendida. En caso contrario registrará el viaje y le asignará el itinerario y fecha y hora de salida, el número de unidad y el personal requerido. Finalmente el Jefe de Operaciones elabora una constancia de solicitud atendida y la envía al Jefe de Ventas, el cual da su conformidad. El proceso termina cuando el Jefe de Operaciones archiva la solicitud y la constancia con la conformidad del Jefe de Ventas.

CIBERTEC



40

Resumen  Es

importante definir en las organizaciones la forma como se hace la captura de las actividades o tareas que se realizan, por eso es importante determinar si todas las actividades son necesarias, si es que es la forma correcta de hacer las cosas, es que los resultados esperados son los que se han obtenido después de haber realizado el proceso.

 Cada

diagrama de procesos transfiere información muy importante es por eso que es necesario de que sean detallados respecto a la funcionalidad que se estima en el proceso.



El uso de la notación hace de que los procesos se enriquezcan respecto a la información que nos brindan un para su ejecución y control. La notación nos brinda información detallada sobre la cadena de valor del negocio.

 Es

necesario por lo tanto que los procesos sean definidos tanto a nivel de mapas, descripciones y niveles de modelos.



Páginas De Interés 

www.tcpsi.com/servicios/modelado.htm o



www.elprisma.com/apuntes/curso.asp?id=6034 o



En este link encontrará información relacionada a la importancia del correcto modelado de los procesos en las empresas.

www.advice-business.com/es/consejos-1918931.htm o



En este link encontrará información relacionada al modelamiento de procesos de negocio.

En este link encontrará información relacionada al manejo de procesos de negocio en la empresas

www.uv.mx/usbi_ver/docs/manuales/man_docum_ procesos _usbi.pdf o

En este link encontrará un manual que hace referencia a los tipos de procesos organizacionales.


CIBERTEC


41

UNIDAD

3

BUSINESS PROCESS MANAGEMENT EN LAS ORGANIZACIONES LOGRO DE LA UNIDAD DE APRENDIZAJE Al término de la unidad, el alumno, a partir del correcto entendimiento de la importancia de un Modelado de Negocio y el uso adecuado de su notación, podrá identificar los diferentes elementos que se requieren para modelar procesos de Negocio TEMARIO 3.1 Introducción 3.2. La construcción de un proceso con BPMN 3.2.1 Manejo de Eventos 3.2.2 Manejo de Actividades 3.2.3 Manejo de Decisiones 3.2.4 Manejo de Flow 3.2.5 Manejo de Swimlanes o Partitions 3.2.6 Manejo de Artifacts 3.3. Uso de práctico de notación BPM 3.4. Ajuste de los temporizadores ACTIVIDADES PROPUESTAS Los alumnos deberán analizar un caso planteado. 

CIBERTEC




42

CIBERTEC


43

3.1. INTRODUCCIÓN En esta unidad brindaremos una pequeña una introducción gradual a la especificación de BPMN, teniendo un escenario de fácil comprensión y poco a poco construir sobre ella procesos cada vez más complejos.

Diseñado para los que vienen a BPMN por primera vez, permite que se familiaricen con las características básicas de la Notación sin ser abrumados por la complejidad de algunos de los aspectos más ocultos. La mayor parte de la funcionalidad se limita al "núcleo" conjunto de BPMN elementos con los que un analista de negocios debe estar familiarizado. Este concepto de la colección básica se amplía en la sección de referencia.

3.2. LA CONSTRUCCIÓN DE UN PROCESO CON BPMN En el modelamiento de negocio se usan tres tipos de notaciones • • •

Las de eventos Las de actividades Las decisivas

3.2.1 Eventos Un evento es algo que sucede durante el curso del proceso, afectan el flujo de proceso y normalmente tienen una causa (trigger) o resultado. Los eventos son representados a través de círculos con centro vacío, lo cual permite incluir diferentes marcadores para diferenciarlos entre sí. Los tipos de eventos se clasifican dependiendo de cuándo ellos afectan el flujo:

CIBERTEC



TIPO DE EVENTO

44

DEF INIC IÓN

Inicio

Como su nombre lo indica, representa el punto de inicio de un proceso.

Intermedio

Ocurren entre un evento de inicio y de fin. Afectará el proceso pero no lo iniciará o directamente finalizará.

Fin

Indica cuando un proceso termina.

Adicionalmente existen una variedad de eventos, los mismos que podemos dividir en: Eventos de Inicio NOMBRE BPMN

USO

NO TA CIÓN

MessageStart

Un proceso activo envía un mensaje a otro proceso específico para activar su inicio.

Timer Start

Se puede fijar una hora-fecha específica (e.g. todos los lunes a las 9am) en la que se activará el inicio del proceso.

SignalStart

Un proceso activo envía una señal y causa el inicio del proceso. La señal se envía a cualquier proceso que pueda recibir la señal, pero no es un mensaje (el cual tiene una fuente específica y un objetivo).

Eventos de Fin NOMB RE BPMN

USO

Terminador

Es el fin del proceso. Solo existe uno por flujo. Si el proceso alcanza este evento, éste será cerrado.

Cancelación

Este tipo de Fin es usado dentro de un subproceso de transacción. Éste indicará que la transacción debe ser cancelada y causará un Evento Intermedio de Cancelación adjunto a la frontera del subproceso.


NOTACIÓN

CIBERTEC


45

Error

Esta figura se usa para capturar errores, si están definidos o no. Todos los threads activos actualmente en un subproceso particular son en consecuencia terminados. El error será tomado por un Evento Intermedio de Error con el mismo Nombre, que está en la frontera de la actividad pariente más cercana.

Mensaje

Este tipo de Fin indica que un mensaje se envía a un proceso o caso de actividad específica, al concluir el proceso...

Señ al

Este tipo de Fin indica que la señal será transmitida cuando el Fin haya sido alcanzado. Note que la señal es enviada a cualquier proceso que pueda recibir la señal y pueda ser enviada a través de los niveles del proceso, pero no es un mensaje (el cual tiene una fuente y un objetivo).

Evento Intermedio NOMBRE BPMN

USO

NO TA CIÓN

Temporizador

Esta figura representa un mecanismo de retraso dentro del proceso. Este tiempo puede ser definido en una Expresión o como parte de la información del proceso (Fecha o duración en cualquier unidad de tiempo).

Compensación

El Evento Intermedio indica que es necesaria una compensación. Entonces, se usa para "lanzar" el evento de compensación. Si una actividad es definida y ésta fue completada exitosamente, entonces la actividad será compensada.

Error

Caminos de excepción del flujo ocurren fuera del flujo normal del proceso y se basa en un evento intermedio que ocurre durante el curso del proceso. En la figura me muestra el uso de línea de excepción con un subproceso y una actividad.

CIBERTEC



Error

Un Evento de Captura de Error Intermedio puede ser unido solamente a la frontera de una actividad. Notar que un Evento de Error siempre interrumpe la Actividad a la que está unido.

Mensaje

Un Evento Intermedio de Mensaje puede ser usado tanto para enviar como para recibir un mensaje. Cuando se usa para "lanzar" el mensaje, un marcador DEBE ser llenado. Cuando se usa para "atrapar" el mensaje el marcador DEBE estar sin llenar. Esto causa que el proceso continúe si éste estaba esperando por el mensaje o cambia el flujo para manejo de excepciones. Para atrapar y lanzar mensajes debe tener el mismo nombre.

Enlace

Un Enlace es un mecanismo para conectar dos secciones de un Proceso. Los Eventos de Enlace pueden ser usados para crear situaciones de bucle o para evitar líneas de Secuencia de Flujo largas. Los usos de los Eventos de Enlace son limitados a un solo nivel de proceso.

Señ al

Las señales son usadas para enviar o recibir comunicaciones generales dentro y a través de los niveles de Proceso y entre Diagramas de Proceso de Negocio. Una señal BPMN es similar a una señal de bengala que se dispara al cielo para cualquiera que pudiera estar interesado y luego reaccionara. Entonces hay una fuente de la señal, pero ningún objetivo específico.

46

3.2.2 Actividades Las actividades representan trabajo o tareas realizadas por miembros de la organización. Este elemento simboliza tareas manuales o automáticas llevadas a cabo por un usuario o un sistema externo. Las actividades pueden ser atómicas o no atómicas (compuestas). Una actividad es representada por un rectángulo con bordes redondeados. Se clasifican en tareas y subprocesos. Los subprocesos se distinguen por un signo más en la parte inferior central de la figura. Los siguientes son los tipos de actividades:


CIBERTEC


NOMBRE BPMN

USO

Tarea de Usuario

Es una tarea de “flujo de trabajo” donde un humano realiza una tarea que tiene que ser completada en cierta cantidad de tiempo. Se usa cuando el trabajo durante el proceso no puede ser descompuesto en un nivel más fino dentro del flujo. Tarea de usuario

Tarea de Servicio

Una Tarea de Servicio es una tarea que usa algún tipo de servicio, que podría ser un servicio Web o una aplicación automática. Tarea de Servicio.

Tarea de Recibir

NO TA CIÓN

Una Tarea de Recibir es una tarea simple para que llegue un mensaje. Una vez el mensaje haya sido recibido, la tarea es completada. Tarea de Recibir.

Tarea de Envi ar

Una tarea de Enviar es una tarea simple que es designada para enviar un mensaje a un proceso o caso específico. Una vez el mensaje haya sido enviado, la tarea es completada. Tarea de Enviar.

Script

Una tarea de Script es una tarea automática en la que el servidor ejecuta un script. No tener interacción humana y no se conecta con ningún servicio externo. Tarea

Manual

Ésta es una Tarea que se espera que sea realizada sin la ayuda de algún motor de ejecución de proceso de negocio o alguna aplicación. Un ejemplo de esto puede ser una secretaria archivando documentos físicos. Tarea Manual.

Subproceso

Un subproceso es una actividad compuesta incluida dentro de un proceso. Éste es compuesto dado el hecho que esta figura incluye un conjunto de actividades y una secuencia lógica (proceso), que indica que la actividad mencionada puede ser analizada a un nivel más fino. Se puede colapsar

CIBERTEC

47



48

o expandir. Subproceso. Subproceso Múltiple

Esta propiedad del subproceso permite la creación de instancias múltiples. Cada instancia representa una relación 1-N dentro del proceso. Subprocesos múltiples aplican sólo para procesos no embebidos. Subproceso Múltiple.

Subproceso Transaccional

Un Subprocesos Transaccional facilita la implementación de escenarios de negocio con transacciones cuyas ejecuciones podrían durar muchos días o semanas hasta que el conjunto de actividades sea completado. Una transacción es realizada exitosamente cuando los cambios a ser implementados (actualización, adición o eliminación de registros) son grabados en la base de datos. Transaccional.

Subproceso Embebido

Contiene un conjunto de actividades que no son independientes del proceso pariente, y por esto, comparten la misma información o datos.

3.2.3 Decisiones Las Decisiones son usadas para controlar la divergencia y convergencia del flujo. Éstas determinan ramificaciones, bifurcaciones, combinaciones y f usiones en el proceso. Son utilizadas por una figura de diamante. Marcadores internos mostrarán el tipo de control que se usa. Iconos en la figura de diamante indica el tipo de comportamiento del control de f lujo. Tipos de control incluyen: TIPO DE DE CISIÓN

DEF INIC IÓN

Decisión Exclusiva

Decisión basada en datos del sistema.

NO TA CIÓN

El mismo elemento se usa para sincronizar esta figura. Decisión Exclusiva


CIBERTEC


Decisión Basada en Evento

Puntos en el proceso en el que la decisión no está basada en los datos del proceso sino en eventos. Decisión Basada en Evento.

Decisión Inclusiva

Inclusiva o multi-decisión. Uno o más caminos pueden ser activados. Uno o más caminos deben sincronizarse dependiendo de las actividades anteriores de la misma figura. Decisión Inclusiva

Decisión Compleja

Elemento para controlar puntos de una decisión compleja. Por ejemplo, cuando 3 de 5 caminos deben esperar. Decisión Compleja.

Decisión Paralela

Indica puntos en el proceso en el que varias ramas se desprenden o convergen en paralelo. El mismo elemento se usa para sincronizar esta figura. Decisión Paralela .

49

3.2.4 Elementos del tipo “Flow”o Líneas de Secuencia Las líneas de secuencia son usadas para mostrar el orden en que las actividades serán llevadas a cabo en el proceso. Son representadas por una flecha indicando “desde” y “hasta”. Los tipos de líneas de secuencia incluyen: TIPO L ÍNE A

DE

NOMBRE ORIGINAL

DE FINIC IÓN

NOT A CIÓN

L ín ea normal

Normal Flow

Flujo Condicional

Conditional Este flujo tiene una condición asignada Flow que define si el flujo es usado. Se puede asignar a cualquier figura en el proceso que requiera evaluar una condición para seguir cierto camino.

L ín ea p or Default

Default Flow

CIBERTEC

La línea normal se refiere al flujo que se originan en el inicio, continúa a través de actividades hasta terminar en un evento de salida (por ejemplo el FIN).

Para decisiones basadas en datos o decisiones inclusivas, un tipo de camino del flujo es el de condiciones



50

por “default”. Este tipo de transiciones se presenta únicamente si todas las otras condiciones son no verdaderas en un mismo instante. Una vez asignada la condición “Else” a la transición, se verá la flecha como aparece en el dibujo a la derecha.

3.2.5 Elementos del tipo “Swimlanes” o Partitions Los “Swimlanes” también conocidos como “carriles” representan participantes en un proceso. En ciertas ocasiones, hay un diagrama de actividad que se expande a lo largo de más de una entidad o actor. Cuando esto ocurre, el diagrama de actividad es particionado en canales (swimlines), donde cada carril representa el responsable (área o actor) que está llevando a cabo la actividad. Los carriles son utilizados como un mecanismo para organizar actividades en categorías visuales separadas para ilustrar las diferentes responsables.

Fig. 3.1. Ejemplo de la grafica de un proceso en BMP

Otro elemento que puede presentarse dentro de modelado de proceso de negocio son las “Fases” que son una sub-partición dentro de un carril y se extiende sobre éste verticalmente. Las Fases son usadas para organizar y categorizar actividades que muestran los posibles estados que puede tener un proceso durante su ciclo de vida. En general, una fase define el estado macro del negocio. Cada fase representa un estado del proceso.


CIBERTEC

Fig 3.2. Ejemplo de la gráfica de un proceso en BMP desarrollado a detalle


52

3.2.6 Elementos del tipo “Artefactos” Artefactos Los Artefactos son objetos gráficos que proveen información de soporte sobre el Proceso o elementos dentro del proceso. Sin embargo, estos no afectan directamente el flujo del proceso. Un Artefacto NO DEBE ser un objetivo para el Flujo de Secuencia. Existen tres tipos de artefactos:   

Los grupos, Las anotaciones, Objetos de datos

Grupos Se utiliza para agrupar un conjunto de actividades, ya sea para efectos de documentación o análisis, sin embargo, no afecta la secuencia del flujo. Se representa mediante un Rectángulo redondeado dibujado con línea segmentada.

Anotaciones Son mecanismos para que un modelador pueda proveer información adicional en un diagrama de BPMN. Se representa mediante un cuadro para incluir información.

Objetos de Datos Provee información sobre cómo los documentos, datos y otros objetos son usados y actualizados durante el proceso. Se puede usar para representar objetos electrónicos y físicos. Se representa mediante un icono de documento.


CIBERTEC


53

3.3. USO PRÁCTICO DE NOTACION BPM El escenario central que se utiliza en esta unidad gira en entorno a una organización ficticia Ciber SAC. Se reciben solicitudes de los clientes potenciales, hacer una evaluación si ofrecer o no la hipoteca, y luego rechazar cualquier la aplicación o realizar la oferta.

Fig. 3.3. Desarrollo del Flujo de Proceso estándar

Claramente, esta es una imagen bastante simplista de cómo un proceso podría operar. Pero va a ser suficiente para proporcionar el contexto para nosotros para introducir la funcionalidad de BPMN. A través del resto de esta parte del manual, que sistemáticamente se basará en este caso. El proceso comienza por la izquierda con un Evento de Inicio (círculo línea fina), con dos actividades (rectángulos redondeados) conectado a la Start Evento con flujo de secuencia (las flechas). La primera actividad es una tarea y el segundo representa un sub-proceso. A raíz de una decisión, representada por el diamante (llamado compuerta exclusiva), la Proceso, entonces las ramas ya sea en "Ciber Oferta" o "Enviar Rechazo" (ambos representados aquí como tareas simples). Ambas ramas conducir a un evento final (círculo de grosor). Eventos de Inicio representan los lugares que el proceso puede comenzar, fin Eventos representan resultados diferentes, algunas de las cuales podrían ser deseados y otros no. Una compuerta exclusiva representa un binario de decisión solamente una secuencia de flujo saliente puede evaluar como verdadera. Para los efectos de este modelo, las tres tareas representan sencillo "Atómicas" pasos, mientras que el colapso Sub-Proceso tiene un mayor nivel de detalle.

3.4. AJUSTE DE LOS TEMPORIZADORES Ahora, supongamos que queremos representar el hecho de que nuestro cliente potencial contacto Ciber SAC pedir una formulario de solicitud de hipoteca. Por el momento, no lo haremos preocuparse precisamente la forma en que contactó a la empresa, pero vamos a suponer que era un "mensaje" de algún tipo. Además, hemos deseado establecer un reloj en

CIBERTEC



54

marcha para enviarles un recordatorio después siete días si Ciber SAC no recibe su solicitud formar parte posterior.

Fig 3.4. Desarrollo del Flujo de Proceso estándar con uso de temporizador

El proceso comienza ahora con un Evento de Inicio Mensaje que representa el mensaje recibido por Ciber Hipotecarios que a continuación, envía el formulario de solicitud; un temporizador se coloca en la tarea de espera para interrumpir y enviar un recordatorio antes de regresar de nuevo a esperar a que el formulario de solicitud de nuevo. Hay muchos tipos de eventos de arranque en BPMN, aquí hemos utilizado un mensaje de inicio del evento para indicar que este proceso comience. Los eventos intermedios colocados en el límite de una tarea significa que sí. Se desencadena el evento, entonces se interrumpirá la tarea y envíe el proceso por su secuencia de flujo saliente. Si la tarea se completa antes de tiempo se desencadena el evento intermedio, entonces el proceso se mueve con normalidad (Siguiendo el flujo normal del proceso). El bucle se crea explícitamente con flujo de secuencia, aunque, como descubriremos más tarde, hay alternativas (es decir, el uso de una tarea Loop). Hay otra forma de modelar este escenario usando un proceso de Sub-proceso para enviar el formulario de solicitud y esperar la respuesta. El evento de temporizador intermedio se muestra de acuerdo con la secuencia de Flujo, y desencadena inmediatamente el proceso de Sub-comienza (el subproceso se muestra en su forma expandida). Se espera durante siete días antes de que el hilo se mueva de actividad para el " Enviar Recordatorio" que es una Tarea. Antes de regresar a esperar otros siete días. Cuando un evento intermedio es usado en línea (como en este caso), entonces puede tener sólo un flujo de salida de secuencia entrante y uno. Por lo tanto, la fusión de la secuencia de flujo entrante antes que el evento de temporizador Intermedio requiere una compuerta exclusiva. Al combinar secuencias de flujo, una compuerta exclusiva inmediatamente pasa a través de cualquier secuencia de flujo entrante de modo que en este caso sirve para limpiar el flujo de secuencia (pero no representa ningún tipo de retraso).


CIBERTEC


55

Fig. 3.5. Desarrollo del Flujo de Proceso estándar con el uso de un subproceso y compuerta inclusiva

Por supuesto, otros objetos de flujo (Actividades o Gateways) normalmente puede ser un Flujo de Secuencia tener múltiples entradas y salidas. Mientras que el Sub-Proceso podría haber incluido una puerta de enlace paralelo para crear la dividir (véase la figura 3.5), no es necesario que la secuencia de flujo realizada no requieren de control. La Figura 3.4 y la Figura 3.5 describen exactamente el mismo comportamiento. Una regla general es que las puertas de enlace sólo se requieren donde Secuenciar el flujo y esto requiere de control. El subproceso termina con un evento “Terminate End”. El Evento de Fin provoca el cese inmediato del Proceso en su nivel actual (y abajo) incluso si todavía hay actividad en curso. Efectivamente, esto mata el lazo recordatorio.

Fig 3.6. Desarrollo del Flujo de Proceso estándar con el uso de un subproceso y compuerta paralela

CIBERTEC



56

EJERCICIOS PARA DESARROLLO EN CLASE EJERCICIO 01 Trate de modelar este proceso, que le ayudará a asegurarse de que las técnicas presentadas hasta ahora: Todas las mañanas entre semana, en la base de datos se copian los datos de los morosos, luego se comprueba para ver si su estado es de "Moroso en cuenta", estos datos están registrados en una tabla de nuestra base de datos debido a que se registran como datos nuevos. Si no hay registros que sean nuevos, entonces el proceso debe comprobar en el Sistema de CRM para ver si los clientes han presentado nuevos requerimientos de deudas. Si se vuelve a existir nuevas deudas, a continuación, registrar todas en las cuentas de morosos y clientes. Si los datos de los clientes son nuevos, es decir no se han registrado anteriormente, los datos deben registrarse en la tabla de “morosos en cuenta”, esta información debe de enviarse a la administración de cuentas a fin de registrar sus datos. Todo esto se debe completar antes de las 2:30 pm, si no lo es, entonces se debe generar una alerta la misma que debe ser enviada al supervisor. Una vez que el nuevo informe de incumplimiento en cuenta se ha completado, compruebe el sistema CRM para ver si las nuevas declaraciones de deuda han sido presentadas. Si se vuelve a presentarse nuevas cuentas por cobrar, se debe actualizar la tabla de los morosos. Esto debe ser completado antes de las 4:00 pm de otra manera que un supervisor debe enviar un mensaje, terminando allí el proceso.

EJERCICIO 02 En una empresa se realizan instalación de equipos de audio se ha decidido hacer uso de la metodología BPM, debido a esto es que se le solicita hacer el diagrama de flujo según la entrevista realizada 

1. 2. 3. 4.

5. 6. 7. 8. 9.

Flujo Básico El cliente solicita la instalación de un equipo de audio adjuntando el equipo a instalar. El supervisor elabora un diagrama de instalación y solicita al técnico instalador la revisión del automóvil. El técnico instalador realiza la revisión del automóvil. Si es factible la instalación, el técnico instalador informa al supervisor a través del informe de instalación de los pasos a realizar para la instalación además de los insumos necesarios. El supervisor elabora la cotización y se la presenta al cliente. El cliente evalúa la cotización. Si el cliente acepta la cotización, el supervisor indica al técnico instalador que proceda con la instalación. El técnico instalador procede con la instalación y realiza las correcciones necesarias. El supervisor revisa la instalación realizada y prueba el equipo de audio.


CIBERTEC


57

10. Si está bien instalado el equipo de audio, el supervisor hace entrega del automóvil al cliente. 11. El cliente se dirige a caja y realiza el pago. 12. El cajero le entrega el comprobante de pago al cliente. 13. El cliente procede a retirar su auto. Flujos Alternativos 1. En el punto 4, si no es factible la instalación: 1.1. El técnico instalador le informa al supervisor indicándole los motivos a través del informe de instalación. 1.2. El supervisor se lo indica al cliente y el proceso termina. 2. En el punto 7, si el Cliente no acepta la cotización: 2.1. El Cliente se lo indica al supervisor y el proceso termina. 3. En el punto 10, si se requiere realizar ajustes en la instalación: 3.1. El supervisor le indica al técnico instalador que debe realizar ajustes en la instalación y se reinicia el proceso desde el paso 8.



EJERCICIO 03 Otro rompecabezas, pero pensar cuidadosamente acerca de todas las cosas cubiertas en el manual hasta el momento: En noviembre de cada año, la Unidad de Coordinación de la Planificación Urbana elabora un calendario de reuniones para el próximo año calendario y agrega fechas proyectos de todos los calendarios. El oficial de apoyo comprueba las fechas y sugiere modificaciones. La Unidad de Coordinación luego vuelve a verificar todas las fechas y busque posibles conflictos. La lista definitiva de las fechas de reunión se envía a todos los miembros del Comité independientes por correo electrónico, a continuación, se debe comprobar que sus agendas estén disponibles y asesorar a la Unidad de Coordinación de cualquier conflicto. Una vez que las fechas han sido finalizadas por la Unidad de Coordinación, el Oficial de Apoyo actualiza todos los calendarios de grupo y crea reunión carpetas para cada reunión y asegura que todos los documentos pertinentes estén cargados en el sistema. Los miembros del Comité se aconsejan una semana antes cada reunión de leer todos los documentos relacionados. Los miembros del Comité celebrar su reunión, y la Oficina de Apoyo minutos después produce incluidos los puntos de acción para cada miembro del comité. Dentro de los 5 días hábiles a la Unidad de Coordinación debe llevar a cabo una verificación de control de calidad en los minutos que luego se envían a todos los miembros del Comité. El oficial de apoyo luego actualiza todos los registros departamentales.

EJERCICIO 04 Después de que el informe de gastos se recibe una nueva cuenta debe ser creado si el empleado no tiene ya uno. El informe es revisado para la aprobación automática. Las cantidades de menos de $200 se aprueban automáticamente, mientras que cantidades iguales o superiores a $ 200 requieren la aprobación del supervisor.

CIBERTEC



58

En caso de rechazo, el empleado debe recibir un aviso de rechazo por correo electrónico. El reembolso va al banco del empleado de depósito directo cuenta. Si la solicitud no se completa en 7 días, entonces el empleado debe recibir una "aprobación en curso" e-mail. Si la solicitud no ha terminado dentro de 30 días, entonces el proceso es detenido y el empleado recibe una notificación de cancelación y de correo electrónico debe volver a presentar el informe de gastos.

EJERCICIO 05 Después de iniciado el proceso, una tarea que se realiza para localizar y distribuir los diseños existentes pertinentes, tanto eléctricas y físicas. A continuación, el diseño de los sistemas eléctricos y físicos comienza en paralelo. Cualquier existente o diseños previos eléctricas y físicas son las entradas a las dos actividades. Desarrollo de cualquiera de los diseños es interrumpido por una actualización correcta del otro diseño. Si se interrumpe, entonces todo el trabajo actual se detiene y que el diseño debe reiniciar. En cada departamento (Diseño Eléctrico y diseño físico), cualquier existente diseños son revisados, dando lugar a un plan de actualización para sus respectivos trazado (es decir, uno de cada eléctricos y otro en Física). Usando la actualización Plan y el Proyecto actual del Diseño Eléctrico / Física, una versión revisada del diseño es creado. Una vez completado el diseño revisado se prueba. Si el diseño no pasa la prueba, entonces se envía de nuevo a la primera actividad (en el departamento) para revisar y crear un plan de actualización de nuevo. Si el diseño pasa el examen y luego le dice al otro departamento que tenga que reiniciar su trabajo. Cuando ambos de los diseños han sido revisados, que se combinan y se probado. Si el diseño combinado no supera la prueba, y luego ambos se enviaron volver al principio para iniciar otro ciclo de diseño. Si los diseños pasar la prueba, entonces se considerará completa y luego se envían a la Proceso de fabricación [un proceso separado]

EJERCICIO 06 La empresa SECURITY S.A. tiene en su equipo comercial la difícil tarea de obtener contratos de servicios de Seguridad, esta tarea se inician cuando un cliente se pone en contacto con la empresa; es atendido por un vendedor quien le genera un presupuesto, verificando previamente si el cliente se encuentra registrado. Si no se encuentra lo registra. Cuando el cliente está de acuerdo con el presupuesto, el Supervisor de Ventas registra un contrato, realizando una búsqueda de Presupuestos. Todos los contratos son entregados al Gerente General para su evaluación quién registra el resultado de la evaluación, previamente realiza una búsqueda de contratos.


CIBERTEC


59

El Gerente General entrega copias de los contratos al Departamento de Cobranza, la Secretaria de Cobranza emite los Comprobante de pagos (facturas), previamente realiza una búsqueda de contratos. Cada viernes la Secretaria asigna un cobrador a cada Comprobante emitido, realizando una búsqueda de comprobantes. Al final del día registrará el pago de los comprobantes, realizando una búsqueda de comprobantes para realizar la cancelación del comprobante. La secretaria de cobranza puede adicionalmente actualizar los datos de los clientes como teléfono, correo, dirección, etc.

CIBERTEC



60

Resumen  BPMN

es un lenguaje formal que permite modelar, simular y, eventualmente, ejecutar procesos de negocios.



Su sintaxis está basada en elementos gráficos.

 Los

elementos de construcción determinan el comportamiento de los flujos de proceso es por eso que es importante identificar los diferentes artefactos y su adecuado uso.



No se olvide que existen tipos de eventos, actividades y decisiones.



Fue desarrollado por la organización BPM Initiative, pasando posteriormente a fundirse con los esfuerzos que en paralelo realizaba el OMG. Con esto hay grandes posibilidades de que BPMN se convierta en el lenguaje estándar acerca de procesos de negocios, tal como UML, bajo el auspicio de la OMG, se ha convertido en el estándar para modelamiento de software



Páginas de Interés 

www.dis.um.es/~jmolina/jis2000modeladonegocio.pdf o



www.inf.udec.cl/~revista/ediciones/edicion9/cjimenez.pdf o



En este link encontrará información respecto a modelamiento de negocio con metodología BPM

www.vico.org/TRAD_obert/TRAD_BPM_abierto.html o



En este link encontrará información respecto a modelamiento de negocio.

En este link encontrará información respecto a modelamiento de negocio con metodología BPM

www.upload.wikimedia.org/wikipedia/commons/a/ac/BPMN_Poster.pdf o

o

En este link encontrará información respecto a modelamiento de negocio con metodología BPM, incluye una gráfica de elementos de notación.


CIBERTEC


61

UNIDAD

4

FUNDAMENTOS DE UML: UNIFIED MODELING LANGUAGE LOGRO DE LA UNIDAD DE APRENDIZAJE Al término de la unidad, el alumno, a partir del correcto entendimiento de la importancia de Unified Modeling Language (UML)y el uso adecuado de su notación, podrá identificar los diferentes elementos que se requieren para modelar procesos de Negocio TEMARIO 4.1 UML (Unified Modeling Language) Definiciones 4.1.1 Nociones Generales de UML 4.1.2 Importancia de uso de UML 4.1.3 Aplicación de UML en las Organizaciones de TI 4.2

UML (Unified Modeling Language) Uso de Diagramas 4.2.1 Diagramas de UML 4.2.2 Interacción de UML con el modelado de Procesos de Negocio (Business Process Modeling) 4.2.3 Notaciones usadas en el modelado de Procesos de Negocio (Business Process Modeling)

4.3

UML (Unified Modeling Language) Uso de Elementos 4.3.1 Uso de elementos del tipo “Flow” 4.3.2 Uso de elementos del tipo “Swimlanes” (Partitions) 4.3.3 Uso de elementos del tipo “Artifacts”

ACTIVIDADES PROPUESTAS Los alumnos deberán analizar el caso planteado. 

CIBERTEC




62

CIBERTEC


4.1

63

UML (UNIFIED MODELING LANGUAGE) Definiciones

4.1.1 Nociones Generales de UML ¿Qué es UML? El lenguaje UML comenzó a gestarse en octubre de 1994, cuando Rumbaugh se unió a la compañía Rational fundada por Booch (dos reputados investigadores en el área de metodología del software). El objetivo de ambos era unificar dos métodos que habían desarrollado: el método Booch y el OMT (Object Modelling Tool). El primer borrador apareció en octubre de 1995. En esa misma época otro reputado investigador, Jacobson, se unió a Rational y se incluyeron ideas suyas. Estas tres personas son conocidas como los “tres amigos”. Además, este lenguaje se abrió a la colaboración de otras empresas para que aportaran sus ideas. Todas estas colaboraciones condujeron a la definición de la primera versión de UML. (Ver fig. 4.1)  





UML quiere decir Unified Modeling Language UML es un lenguaje estándar para visualizar, especificar, construir y documentar los artefactos de un sistema de software esto basado en un correcto diseño del Modelo de Negocio. UML puede usarse en las diferentes etapas del ciclo de vida del desarrollo y en diferentes tecnologías de implementación UML es independiente del proceso de desarrollo de software

Aprobación Ante ro ect

Procesos Principales

Funcionalidad

Análisis Diseño

Componentes Despliegue Código

a r cu a

Realización

Docume ntación

Interfaces Bases de Datos

Fig. 4.1. Roles de modelamiento

Breve Historia de UML Los lenguajes de modelado de objetos aparecieron en la década de 1980, llegando a ser unos 50 a mediados de la década de 1990. Unos pocos métodos empezaron a ganar importancia, ente ellos: el Método OMT (Object-Modeling Technique) de James Rumbaugh, que era mejor para el análisis orientado a objetos, el Método Booch de Grady Booch, el cual era mejor para el diseño orientado a objetos, y el Método OOSE (Object-Oriented Software Engineering ) de Ivar Jacobson, que era un método de ingeniería de software orientado a objetos.

CIBERTEC



64

El esfuerzo para la definición de UML comenzó en Octubre de 1994, cuando Rumbaugh se unió a Booch en Rational Software Corporation (empresa donde trabajaba Booch). Unificaron sus métodos de modelado y elaboraron el borrador de la versión 0.8 de UML. En 1995 Jacobson también se incorporó a Rational, incorporando así OOSE a UML. En 1996 se publicó la versión 0.9 de UML. Las tres personalidades que dieron el origen a UML son conocidas como “los Tres Amigos”.

Fig. 4.2. Promotores de UML

Las organizaciones que contribuyeron a la definición de 1.0 de UML fueron Digital Equipment Corporation, Hewlett-Packard, I-Logix, Intellicorp, IBM, ICON Computing, MCI Systemhouse, Microsoft, Oracle, Rational, Texas Instruments y Unisys. El borrador de la especificación UML 1.0 se ofreció para su estandarización a OMG ( Object Management Group) en enero de 1997. Luego de varios años y varias modificaciones, OMG adoptó la versión oficial de UML 2.0 a principios del año 2005, versión que integra varios esfuerzos para la definición de una semántica de la especificación más sólida. Actualmente va por la versión 2.4.1. la cual fue liberada en Agosto 2011. En la siguiente figura se muestra las URLs de la página web de OMG que contiene las especificaciones de UML por versiones.

Versiones de UML lanzado formalmente por OMG Versión 2.4.1 2.4 2.3 2.2 2.1.2 2.1.1 2.0 1.5 1.4 1.3

Fecha del lanzamiento Agosto 2011 Marzo 2011 Mayo 2010 Febrero 2009 Noviembre 2007 Agosto 2007 Julio 2005 Marzo 2003 Setiembre 2001 Marzo 2000

URL http://www.omg.org/spec/UML/2.4.1 http://www.omg.org/spec/UML/2.4 http://www.omg.org/spec/UML/2.3 http://www.omg.org/spec/UML/2.2 http://www.omg.org/spec/UML/2.1.2 http://www.omg.org/spec/UML/2.1.1 http://www.omg.org/spec/UML/2.0 http://www.omg.org/spec/UML/1.5 http://www.omg.org/spec/UML/1.4 http://www.omg.org/spec/UML/1.3

Versión en proceso de UML Versión

Fecha del lanzamiento

2.5

October 2012

URL http://www.omg.org/spec/UML/2.5

Fig. 4.3. Lanzamiento de versiones de UML por OMG


CIBERTEC


65

4.1.2 Importancia de UML Es un lenguaje de modelado visual que se usa para especificar, visualizar, construir y documentar artefactos de un sistema de software. Se usa para entender, diseñar, configurar, mantener y controlar la información sobre los sistemas a automatizar. UML capta la información sobre la estructura estática (Modelo de Negocio y sistema) y el comportamiento dinámico de un sistema (Modelo de Análisis). Un sistema se modela como una colección de objetos discretos que interactúan para realizar un trabajo que finalmente beneficia a un usuario externo. El lenguaje de modelado pretende unificar la experiencia pasada sobre técnicas de modelado e incorporar las mejores prácticas actuales en un acercamiento estándar. Tal como se mencionó en el apartado anterior, la notación UML se deriva y unifica los métodos de análisis y diseños más extendidas, creados por los fundadores de UML: 





Metodología de Grady Booch para la descripción de conjuntos de objetos y sus relaciones. Técnica de modelado orientada a objetos de James Rumbaugh (OMT: Object – Modelling Technique). Enfoque de Ivar Jacobson (OOSE: Object- Oriented Software Engineering) mediante la metodología de casos de uso (use case).

¿Cuáles son las áreas conceptuales de UML? Los conceptos y modelos de UML pueden agruparse en las siguientes áreas conceptuales: (Ver Fig. 4.4)

VISTA LOGICA

VISTA DE PROCESOS

VISTA DE CASOS DE USO

VISTA FISICA

VISTA DE DESARROLLO

Fig. 4.4. Vistas de UML

Estructura Estática Cualquier modelo de negocio o sistema debe primero definir su universo, esto es, los conceptos clave de la aplicación, sus propiedades internas, y las relaciones entre cada una de ellas. Este conjunto de construcciones es la estructura estática.

CIBERTEC



66

Los conceptos de la aplicación son modelados como clases, cada una de las cuales describe un conjunto de objetos que almacenan información y se comunican para implementar un comportamiento. La información que almacena es modelada como atributos; La estructura estática se expresa con diagramas de clases y puede usarse para generar la mayoría de las declaraciones de estructuras de datos en un programa.

Comportamiento dinámico Hay dos formas de modelar el comportamiento, una es la historia de la vida de un objeto y la forma como interactúa con el resto del mundo y la otra es por los patrones de comunicación de un conjunto de objetos conectados, es decir la forma en que interactúan entre sí. La visión de un objeto aislado es una máquina de estados, muestra la forma en que el objeto responde a los eventos en función de su estado actual. La visión de la interacción de los objetos se representa con los enlaces entre objetos junto con el flujo de mensajes y los enlaces entre ellos. Este punto de vista unifica la estructura de los datos, el control de flujo y el flujo de datos.

Construcciones de implementación Los modelos UML tienen significado para el análisis lógico y para la implementación física. Un componente es una parte física reemplazable de un sistema y es capaz de responder a las peticiones descritas por un conjunto de interfaces. Un nodo es un recurso computacional que define una localización durante la ejecución de un sistema. Puede contener componentes y objetos.

Mecanismos de extensión UML tiene una limitada capacidad de extensión pero que es suficiente para la mayoría de las extensiones que requiere el día a día sin la necesidad de un cambio en el lenguaje básico. Un estereotipo es una nueva clase de elemento de modelado con la misma estructura que un elemento existente pero con restricciones adicionales.

Organización del modelo La información del modelo debe ser dividida en piezas coherentes, para que los equipos puedan trabajar en las diferentes partes de forma concurrente. El conocimiento humano requiere que se organice el contenido del modelo en paquetes de tamaño modesto. Los paquetes son unidades organizativas, jerárquicas y de propósito general de los modelos de UML. Pueden usarse para almacenamiento, control de acceso, gestión de la configuración y construcción de bibliotecas que contengan fragmentos de código reutilizable.


CIBERTEC


67

Elementos de anotación Los elementos de anotación son las partes explicativas de los modelos UML. Son comentarios que se pueden aplicar para describir, clasificar y hacer observaciones sobre cualquier elemento de un modelo. El tipo principal de anotación es la nota que simplemente es un símbolo para mostrar restricciones y comentarios junto a un elemento o un conjunto de elementos

Relaciones Existen cuatro tipos de relaciones entre los elementos de un modelo UML. Dependencia, asociación, generalización y realización, estas se describen a continuación. Dependencia Es una relación semántica entre dos elementos en la cual un cambio a un elemento (el elemento independiente) puede afectar a la semántica del otro elemento (elemento dependiente). Se representa como una línea discontinua, posiblemente dirigida, que a veces incluye una etiqueta.

Asociación Es una relación estructural que describe un conjunto de enlaces, los cuales son conexiones entre objetos. La agregación es un tipo especial de asociación y representa una relación estructural entre un todo y sus partes. La asociación se representa con una línea continua, posiblemente dirigida, que a veces incluye una etiqueta. A menudo se incluyen otros adornos para indicar la multiplicidad y roles de los objetos involucrados

Generalización Es una relación de especialización / generalización en la cual los objetos del elemento especializado (el hijo) pueden sustituir a los objetos del elemento general (el padre). De esta forma, el hijo comparte la estructura y el comportamiento del padre. Gráficamente, la generalización se representa con una línea con punta de flecha vacía.

Realización Es una relación semántica entre clasificadores, donde un clasificador especifica un contrato que otro clasificador garantiza que cumplirá. Se pueden encontrar relaciones de realización en dos sitios: entre interfaces y las clases y componentes que las realizan, y entre los casos de uso y las colaboraciones que los realizan. La realización se representa como una mezcla entre la generalización y la dependencia, esto es, una línea discontinua con una punta de flecha vacía.

CIBERTEC



68

4.1.3 Aplicación de UML en las Organizaciones de TI ¿Por qué es importante el UML en las organizaciones? Para todas las empresas y negocios es importante mantener una estrecha relación con los clientes para conocer sus gustos, hábitos y necesidades, de manera que favorezca, en la medida de lo posible, la ya de por sí compleja labor comercial. En este sentido, la incorporación de estrategias basadas en soluciones Tecnológicas facilita ese entendimiento y proporcionan resultados significativos a las empresas. El uso de tecnologías es una estrategia que permite a las empresas identificar, atraer y retener a sus clientes, además de ayudarles a incrementar la satisfacción de estos y a optimizar así la rentabilidad de sus negocios. Hablamos, por tanto, de tecnologías como estrategia, lo que implica no solo disponer del software adecuado que les permita gestionar las relaciones con los clientes, sino que además, supone un cambio en los procesos de la empresa y la participación de todos los empleados de la misma, para que esta estrategia tenga éxito; es allí donde radica la importancia del entendimiento del UML como piedra angular en su desarrollo. La clave está en descubrir nuevos caminos que proporcionen una mayor proximidad con los clientes, que generen una relación satisfactoria y duradera para ambas partes y que fomenten su fidelidad hacia la empresa. Cada vez más, las organizaciones con éxito son aquellas que dan prioridad a sus clientes por encima de todo, las que utilizan sistemas orientados al cliente y las que desarrollan procesos para innovar, atraer y dar un servicio que satisfaga las necesidades del cliente.

¿Por qué es importante el uso de las Tecnologías en las organizaciones? El uso de tecnologías es una importante estrategia de negocio, tanto para empresas de ebusiness como para compañías tradicionales, a la hora de hacer frente a un mercado cada vez más competitivo y exigente. La evolución de Internet ofrece infinitas oportunidades a las empresas, pero también ha abierto un nuevo mundo a los clientes. (Ver fig. 4.5) Ahora es más fácil para estos el manejo de servicios más sofisticados, lo que les hace estar más y mejor informados sobre todo lo que les rodea. Por ello, el uso de tecnologías es una estrategia fundamental para el desarrollo de políticas de e-business en cualquier empresa. El objetivo debe centrarse en proporcionar una serie de procesos orientados al cliente a través de los distintos departamentos y canales, de manera que permitan atraer y retener a los clientes. En esta espiral por la gestión de la relación con el cliente se han desarrollado una amplia gama de soluciones tecnológicas que proporcionan a las empresas la información necesaria y los caminos más adecuados para optimizar sus estrategias comerciales.


CIBERTEC


69

SERVICIO

CALIDAD

RENTABILIDAD

Fig. 4.5. Efectos de la implementación de UML

¿Qué son soluciones tecnológicas? Las soluciones tecnológicas han evolucionado desde los sistemas para la automatización de la fuerza de ventas, marketing, call-center y servicios, hacia soluciones mucho más complejas y desarrolladas que engloban todo el frente del negocio. Estas recogen toda la información sobre referencias, clientes e interacciones en un mismo lugar. De esta manera, los empleados deben ser capaces de compartir la información con sus proveedores y distribuidores para hacer que los procesos de negocio cliente/mercado sean lo más eficientes posibles. Al utilizar UML en el diseño del sistema de información se facilitaron algunas tareas, porque no sólo permitía el desarrollo de la aplicación, sino que también ofrecía un modelo para realizar pruebas, asegurar la calidad de la aplicación y mejorar el entendimiento del problema y de la implementación de la solución.

CIBERTEC



4.2

70

UML (UNIFIED MODELING LANGUAGE) USO DE DIAGRAMAS

4.2.1 Diagramas en UML Para entender el concepto de Diagramas de UML debemos en primer lugar entender el concepto de Vistas de UML. Una vista es un subconjunto de construcciones de modelado que se enfocan en un aspecto en particular del sistema. Las vistas pueden dividirse en tres áreas: clasificación estructural, comportamiento dinámico, y gestión del modelo.

¿Cuáles son las Vistas de UML? Vistas Estructurales La clasificación estructural describe los elementos del sistema y sus relaciones con otros elementos. Los clasificadores incluyen clases, casos de uso, componentes, y nodos. Los clasificadores proveen la base sobre la que se construye el comportamiento dinámico. Las vistas de clasificación estructural incluyen: •

•

•

Vista Estática o Diagrama de Clases Vista de Casos de Uso Diagrama de Casos de Uso o Vista de Implementación. Diagrama de Componentes o Diagrama de Despliegue o

Vistas de Comportamiento Dinámico El comportamiento dinámico describe el comportamiento del sistema a través del tiempo. El comportamiento puede ser descripto como una serie de cambios a fotos del sistema tomadas desde la vista estática. Las vistas de comportamiento dinámico incluyen: •

•

•

Vista de la Máquina de Estados o Diagrama de Estados (ciclo de vida de objeto) Vista de Actividades o Diagrama de Actividades Vista de Interacción o Diagrama de Secuencia o Diagrama de Colaboración


CIBERTEC


71

Vistas de modelo de Gestión La gestión del modelo describe la organización de los modelos mismos en unidades jerárquicas. El paquete es la unidad de organización para los modelos. Tipos especiales de paquetes son los modelos y subsistemas. • •

Vista de Gestión Diagrama de Clases (paquetes, subsistemas, modelos)

En resumen: AREA Estructural

VISTA

Vista Estática Vista de Casos de Uso Vista de Implementación

Di n ám ic a

Vista de Despliegue Vista de Maquina de Estados Vista de Actividades

Vista de Interacción Gestión del Modelo Extensibilidad

Vista de Gestión del Modelo

Todos

DIAGRAMAS

Diagrama de Clases Diagrama de Casos de Uso Diagrama de Componentes Diagrama de Despliegue Diagramas de Estados (ciclo de vida de objeto) Diagrama de Actividades Diagrama de Secuencia Diagrama de Colaboración Diagrama de clases Todos

¿Cuáles son los Diagramas UML? Los Diagramas del UML Se clasifican en tres clases: •

•

CIBERTEC

Diagramas de comportamiento: Permiten exhibir comportamientos de un sistema o de los procesos de las organizaciones. Incluyen los diagramas de actividad, estado, caso típico y de interacción. Diagramas de interacción: Es un subconjunto de los diagramas de comportamiento que permiten enfatizar las interacciones entre los objetos. Incluyen comunicación, vista general de interacciones, secuencia y diagrama de tiempo.



•

72

Diagramas de estructura: Muestran los elementos de una especificación que sean independientes del tiempo. Incluyen clase, estructura de componentes, componente, despliegue, objeto y diagramas de paquetes.

Diagrama de Clases Un diagrama de clases es un tipo de diagrama estático que describe la estructura de sistema mostrando sus clases, atributos y las relaciones entre ellos. Los diagramas clases son utilizados durante el proceso de análisis y diseño de los sistemas, donde crea el diseño conceptual de la información que se manejará en el sistema, y componentes que se encargaran del funcionamiento y la relación entre uno y otro

un de se los

Realizado en Rational Architect Software Fig. 4.6. Diagrama de clases de análisis

Realizado en Rational Architect Software Fig. 4.7. Diagrama de clases de diseño


CIBERTEC


73

Diagrama de componentes Un diagrama de componentes muestra las organizaciones y dependencias lógicas entre componentes software, sean éstos componentes de código fuente, binarios o ejecutables. Desde el punto de vista del diagrama de componentes se tienen en consideración los requisitos relacionados con la facilidad de desarrollo, la gestión del software, la reutilización, y las restricciones impuestas por los lenguajes de programación y las herramientas utilizadas en el desarrollo Los elementos de modelado dentro de un diagrama de componentes serán componentes y paquetes. En cuanto a los componentes, sólo aparecen tipos de componentes, ya que las instancias específicas de cada tipo se encuentran en el diagrama de despliegue

Realizado en Rational Architect Software Fig. 4.8. Diagrama de componentes

Diagrama de objetos Se puede considerar un caso especial de un diagrama de clases en el que se muestran instancias específicas de clases (objetos) en un momento particular del sistema. Los diagramas de objetos utilizan un subconjunto de los elementos de un diagrama de clase. Los diagramas de objetos no muestran la multiplicidad ni los roles, aunque su notación es similar a los diagramas de clase

Realizado en Rational Architect Software Fig. 4.9. Diagrama de objetos

CIBERTEC



74

Diagrama de estructura compuesta Este tipo de diagrama fue específicamente diseñado para la representación de patrones de diseño, y es una de las modificaciones de mayor impacto dentro de UML 2.0. Esta modificación al UML hace que ahora todos los Clasificadores puedan tener una estructura compuesta. Mediante una composición de estructuras, el comportamiento de las instancias de otros Clasificadores contenidos (estructura interna) en un Clasificador determinado, puede especificarse como Colaboraciones. Los conceptos principales para describir la estructura interna son: Partes, Puertos y Conectores.

Realizado en Rational Architect Software Fig. 4.10. Diagrama de estructura compuesta

Diagrama de despliegue Describen la configuración del entorno de máquinas y redes sobre el que se distribuyen componentes y procesos del sistema.

Realizado en Rational Architect Software Fig. 4.11. Diagrama de despliegue

Diagrama de paquetes Este tipo de diagrama se usa para dividir el modelo en contenedores lógicos (paquetes) y describen las interacciones entre ellos a un nivel más alto. Los paquetes ofrecen un mecanismo general para la organización de los modelos/subsistemas/capas agrupando


CIBERTEC


75

elementos de modelado. Cada paquete se corresponde (subsistema) del modelo (sistema), se pueden anidar paquetes.

a

un

submodelo

Por último, puede crearse relaciones de dependencia. Esto se da cuando un componente de un paquete necesita un componente de otro paquete.

Realizado en Rational Architect Software Fig. 4.12. Diagrama de paquetes

Diagrama de actividades Muestra un flujo ordenado de actividades. Los diagramas de actividades tienen un amplio número de usos: desde definir un flujo de programa básico hasta capturar los puntos de decisión y acciones dentro de cualquier proceso generalizado.

CIBERTEC



76

Realizado en Rational Architect Software Fig. 4.13. Diagrama de actividades


CIBERTEC


77

Diagrama de casos de uso El diagrama de casos de uso permite realizar la especificación del alcance funcional del producto software que se construye y de los actores, entes que interactúan con el producto software, que requieren los diferentes casos de usos. Los diagramas de casos de uso son usados para representar los procesos de negocio de la organización objetivo y las funcionalidades que representan la arquitectura del sistema por cada proceso de negocio.

Realizado en Rational Architect Software Fig. 4.14. Diagrama de actividades

Diagrama de máquina de estados Típicamente, este diagrama se utiliza para representar todos los posibles estados que los objetos de una clase puedan tener. Los diagramas de estado no se hacen para todas las clases, es sólo para aquellas que tengan un número de estados bien definidos y en donde el comportamiento de la clase es afectado y cambiado por los distintos estados.

Realizado en Rational Architect Software Fig. 4.15. Diagrama de máquina de estados

CIBERTEC



78

Diagrama de secuencia Muestra una secuencia ordenada de mensajes pasadas entre los objetos usando una línea de tiempo vertical.

Realizado en Rational Architect Software Fig. 4.16. Diagrama de secuencia

Diagrama de comunicación Antes, era conocida como diagrama de colaboración. Muestra la red y la secuencia de mensajes de comunicaciones entre objetos en tiempo de ejecución durante una instancia de colaboración.

Realizado en Rational Architect Software Fig. 4.17. Diagrama de comunicación


CIBERTEC


79

Diagrama de tiempo El diagrama de Tiempo define el comportamiento de los diferentes objetos con una escala de tiempo. Provee una representación visual de los objetos cambiando de estado e interactuando a lo largo del tiempo Puede usar diagramas de tiempos para definir componentes de software dirigidos por hardware o embebidos; por ejemplo, aquellos usados en un sistema de inyección de combustible, un controlador de microondas. También, puede usar diagramas de tiempo para especificar procesos de negocio dirigidos por tiempo "Los Diagramas de Tiempos se usan para mostrar las interacciones cuando el propósito primario del diagrama es razonar acerca del tiempo. Los diagramas de Tiempos enfocan sobre las condiciones de cambio con y entre las Líneas de Vida a lo largo de un eje lineal de tiempo. Los diagramas de Tiempos describen el comportamiento de los clasificadores individuales y de las interacciones de los clasificadores, enfocando la atención sobre el tiempo de la ocurrencia de los eventos causando los cambios en las condiciones de modelado de la Líneas de Vida."

Realizado en Rational Architect Software Fig. 4.18. Diagrama de tiempo

CIBERTEC



80

Diagrama de descripción de la interacción Es un diagrama que muestra cómo interactúan varios diagramas de interacciones (por ejemplo, de secuencias). Este tipo de diagramas es muy útil para mostrar de qué manera distintos escenarios se combinan. Son una variante de los diagramas de actividades, la mayor parte de la notación es similar, al igual que el proceso de construcción del diagrama. Los puntos de decisión, bifurcación, unión, puntos de inicio y final son los mismos. En lugar de actividades, se usan elementos rectangulares. Existen dos tipos de estos elementos

Los elementos de interacción muestran un diagrama de interacción en línea, el cual puede ser un diagrama de secuencias, comunicaciones, de tiempos o de descripción de las interacciones Los elementos de ocurrencia de interacción son referenciados a un diagrama de interacción existente. Ellos son visualmente representados por un marco, con ref. en el espacio del título del marco. El nombre del diagrama está indicado en el contenido del marco.

Realizado en Rational Architect Software Fig. 4.19. Diagrama de interacción


CIBERTEC


81

4.2.2 Interacción de UML con el modelado de Procesos de Negocio Las organizaciones y los procesos Los procesos se consideran actualmente como la base operativa de gran parte de las organizaciones y gradualmente se van convirtiendo en la base estructural de un número creciente de empresas. Esta tendencia llega después de las limitaciones puestas de manifiesto en diversas soluciones organizativas, en sucesivos intentos de aproximar las estructuras empresariales a las necesidades de cada momento. Así las organizaciones de tipo funciona generaron altos niveles de eficacia en las operaciones especializadas abordadas por cada función, a menudo a costa de la eficacia global de la empresa y de una comunicación poco fluida entre las distintas funciones. Las organizaciones de tipo matricial, un gran avance en teoría, diseñadas para optimizar el empleo de las capacidades humanas, integrarlas en equipos ad hoc para cada proyecto o nueva actividad, y para reforzar y emplear a fondo los conocimientos disponibles en la empresa, encontraron muchas dificultades en su aplicación práctica. Los procesos, se pueden definir como secuencias ordenadas y lógicas de actividades de transformación, que parten de unas entradas (informaciones en un sentido amplio pedidos datos, especificaciones, más medios materiales máquinas, equipos, materias primas, consumibles, etcétera), para alcanzar unos resultados programados, que se entregan a quienes los han solicitado, los clientes de cada proceso. Estos procesos, al requerir un conjunto de entradas materiales e inmateriales y componerse de actividades que van transformando estas entradas, cruzan los límites funcionales repetidamente. Por cruzar los límites funcionales, fuerzan a la cooperación y van creando una cultura de empresa distinta, más abierta, menos jerárquica, más orientada a obtener resultados que a mantener privilegios. A estas ventajas de preparación para el entorno actual, incierto y cambiante, se debe añadir la importante característica de que los procesos son altamente repetitivos.

4.2.3 Notaciones usadas en el modelado de Procesos de Negocio Modelo de casos de uso de Negocio

CIBERTEC



ARTEFACTO

82

DESCRIPCIÓN Describe el valor deseado de una medida en particular a futuro, y se utiliza para planea y administrar las actividades del negocio. El objetivo debe ser claro, mesurable, alcanzable, realista y sensible al tiempo. Describe un proceso de negocio desde un punto de vista externo que percibe algún tipo de valor.

Representa un rol que algo o alguien externo desempeña en relación con el negocio. Puede iniciar el proceso o participar en él debido a que recibirá algún resultado de valor del proceso

Modelo de análisis de Negocio

ARTEFACTO

DESCRIPCIÓN Representa un rol interno al negocio. Colabora con trabajadores de otro sector, es notificado de acontecimientos del negocio y manipula entidades de negocio para realizar sus responsabilidades. Ente manipulado por actores del negocio y trabajadores del negocio.

Colección de diagramas que muestra cómo los trabajadores del negocio y entidades del negocio llevan a cabo el caso de uso del negocio. Por ejemplo: diagramas de clases y diagramas de actividades para realizar el detalle de cada proceso de negocio.


CIBERTEC


83

EJERCICIO PROPUESTO CASO 01 El Archivo Central de Planillas (ACP) que obra en poder de la Oficina de Normalización Previsional (ONP) se encarga de administrar la información y libros entregados a la ONP por las empresas, entidades y custodios no autorizados al Archivo Central de Planillas. Uno de los procesos iniciales en la ACP es contemplar los pasos para el registro de los libros de planillas. Para esto se realiza la recepción de los libros que vienen de Mesa de Partes de la ONP. La identificación respectiva (tipos), evaluación técnica y ubicación física de los mismos es realizado por el técnico de archivo y el registro de los libros es realizado por el digitador de archivo. Por otro lado, se contemplan actividades para la gestión de atención al usuario del ACP, en lo que se refiere a los servicios de préstamos y devoluciones de libros de planillas. Dichos usuarios deben estar registrados para acceder a los servicios y son atendidos por el digitador y técnico de archivo.

CIBERTEC



4.3

84

UML (UNIFIED MODELING LANGUAGE) USO DE ELEMENTOS

4.3.1 Uso de elementos del tipo “Flow” Artefacto

Descriptor

Conector de flujo entre acciones o acciones y almacén de datos. Flujo de control utilizado para representar relaciones entre acciones.

1

2

Flujo de objeto utilizado para representar relaciones INPUT y/o OUTPUT entre una acción e instancia de entidad de negocio

3

1

2

3


CIBERTEC


85

4.3.2 Uso de elementos del tipo “Swimlanes” (Partitions) Artefacto

Descriptor

Partición asignada para cada rol

1

1

CIBERTEC



86

4.3.3 Uso de elementos del tipo “Artifacts”

Artefacto

Descriptor

1

Nodo inicial que indica el inicio del Diagrama de Actividades

2

Define una acción de la actividad. Es conveniente nombrar las actividades con verbos en tercera persona.

3

Este nodo representa un punto en una actividad donde un flujo de entrada se divide en varios flujos de salida.

4

Este nodo representa un punto en una actividad donde varios flujos de entrada están sincronizados en un único flujo de salida.

5

Control de decisión a partir del cual se especifica una pregunta que lleva a dos o más flujos de acciones.

6

Almacén de datos que representa la instancia de una clase persistente.

7

Nodo Final que indica finalización de una secuencia de actividades. Un diagrama de actividades puede tener más de un tipo de fin.


CIBERTEC


1

87

2

5

4 6

7

CIBERTEC



88

EJERCICIOS PROPUESTOS Lea detenidamente y desarrolle los siguientes casos

CASO 01: "VIBRANT SOUND – EQUIPOS DE AUDIO" VibrantSound es una empresa dedicada a la venta e instalación de equipos de sonido para autos

deportivos, se ha establecido en el mercado local y esperan convertirse en número uno en calidad de su servicio este año, para ello se han planteado ganar el campeonato de calidad de sonido organizado por la compañía Kenwood así como disminuir considerablemente el tiempo de atención a los clientes. Esta empresa se encarga de vender equipos de audio. Para que se lleve a cabo esta venta el cliente solicita al representante comercial cierta marca de un equipo, en caso no haya stock el vendedor solicita al representante de marca el despacho inmediato del equipo, de acuerdo a los contratos que VibrantSound ha suscrito. Según estos contratos los administradores de cada local deben efectuar, a fin de mes, una transferencia bancaria a cada representante de marca por el monto de todas las entregas realizadas durante ese mes. Otra de las líneas de negocio se refiere a la instalación de equipos para ello el cliente debe adjuntar el equipo a instalar al supervisor de taller quien en coordinación con el técnico presentarán una cotización de servicio para la decisión del cliente.

ESPECIFICACION REALIZAR INSTALACIÓN DE EQUIPOS DE AUDIO Objetivo: Lograr que el cliente acepte las cotizaciones en un 85% Flu jo B ási co

1. El cliente solicita la instalación de un equipo de audio adjuntando el equipo a instalar. 2. El supervisor elabora un diagrama de instalación y solicita al técnico instalador la revisión del automóvil. 3. El técnico instalador realiza la revisión del automóvil. 4. Si es factible la instalación, el técnico instalador informa al supervisor a través del informe de instalación de los pasos a realizar para la instalación además de los insumos necesarios. 5. El supervisor elabora la cotización y se la presenta al cliente. 6. El cliente evalúa la cotización. 7. Si el cliente acepta la cotización, el supervisor indica al técnico instalador que proceda con la instalación. 8. El técnico instalador procede con la instalación y realiza las correcciones necesarias. 9. El supervisor revisa la instalación realizada y prueba el equipo de audio.


CIBERTEC


89

10. Si está bien instalado el equipo de audio, el supervisor hace entrega del automóvil al cliente. 11. El cliente se dirige a caja y realiza el pago. 12. El cajero le entrega el comprobante de pago al cliente. 13. El cliente procede a retirar su auto. Flujos Alternativos

-

En el punto 4, si no es factible la instalación i. El técnico instalador le informa al supervisor indicándole los motivos a través del informe de instalación. ii. El supervisor se lo indica al cliente y el proceso termina.

-

En el punto 7, si al Cliente no acepta la cotización se lo indica al supervisor y el proceso termina.

-

En el punto 10, si el supervisor determina que hay que realizar ajustes en la instalación le indica al técnico instalador y se reinicia el proceso desde el paso 8.

CIBERTEC



90

Caso 02: COMEX- UNA TENTADORA INNOVACIÓN ANTECEDENTES Para aplicar una estrategia de e-Business no hay una sola combinación. En la firma de pinturas la solución para sacarle más color al asunto fue dividirla en tres sitios. Una decisión que hasta ahora ha mantenido contentos a los usuarios. A la empresa mexicana Comex le ha pintado bien el e-Business. Con tres sitios destinados a diferentes usuarios, la empresa de pinturas ofrece una gama de servicios en línea que la han favorecido al conseguir mayor eficiencia en el servicio a los clientes y ahorros en los costos de operación que han mejorado significativamente con el uso de la Red. Esta empresa mexicana creó el área de e-Business convencida de que la tecnología es una herramienta que debe ser aprovechada. Pero antes de dar un mal brochazo a la Red, decidieron igualar su tono al de los mejores sitios de empresas de pintura más importantes del mundo, como Sherwin Williams de Estados Unidos y Sudáfrica, Optimus de México, ICI de Inglaterra, Dupont de Estados Unidos y otras empresas de Israel, España, Portugal, Italia y Canadá, con el fin de constatar lo que las empresas más representativas ofrecían en cuanto a navegación. El área de e-Business es un proyecto con tres iniciativas: Internet, con un sitio para el público en general, Extranet, con una página para los concesionarios, e Intranet, con un sitio para los empleados, que requirió de una inversión inicial de alrededor de 250 mil dólares y seis personas dedicadas totalmente a este proyecto. Sin embargo, Comex está consciente de que la tecnología no viene a sustituir al hombre ni al contacto humano. Simplemente ayuda a las empresas a ser más eficientes y más rápidas, a la vez que genera ahorros en recursos.

TRES PINTAN MEJOR QUE UNO Comex.com.mx, fue la primera página de la empresa que apareció en la Red en diciembre del 2000 con una estrategia B2C (negocio a consumidor), y fue diseñada para el público en general, con formato de revista electrónica y con contenidos dirigidos a amas de casa, arquitectos, diseñadores, contratistas e industriales. En el sitio se encuentran una serie de consejos útiles para remodelaciones, para arreglar problemas de humedad o de oxidación, por ejemplo, dando a cada quién la información que necesita. El objetivo es cultivar a un cliente, a sabiendas de que este generará más ventas. Comexnet.com.mx, el otro sitio, aparece en abril del 2001, como una extranet para los más de 2,700 concesionarios en todo el país, con la estrategia B2B (negocio a negocio). Los beneficios del e-Business se han concentrado sobre todo en este sitio, ya que el concesionario puede solicitar sus pedidos, revisar su crédito y las listas de precios, hacer consultas en línea, obtener información de nuevos productos, conocer comunicados de la compañía en cualquier momento, los 365 días del año, las 24 horas, generando ahorros en llamadas de larga distancia y en horas hombre, así como en insumos y servicio de mensajería.


CIBERTEC


91

"Comex tiene cuatro bodegas: México, Guadalajara, Monterrey y Minatitlán. Cuando un concesionario de Puerto Vallarta se surte, lo hace de la bodega de Guadalajara. Si fuera por teléfono, sería una llamada de larga distancia que le tomará varios minutos, ya que la operadora debe revisar la existencia del producto que solicite el cliente, tomar el pedido y verificar la orden. Ahora, a través de este sitio, el concesionario puede ver los inventarios, los precios y hacer su pedido de una manera más eficiente, además de ahorrar en llamadas", explica Juan Manuel Vega, gerente de e-Business de Comex. A través de este sitio han crecido los pedidos, porque el cliente tiene oportunidad de ver todos los productos, aun los que no conocía. VEGA: "Internet NO VIENE a sustituir al hombre ni el contacto humano. Sólo ayuda a las empresas a ser más eficientes". Al ser un sitio con acceso restringido se garantiza la confidencialidad y la seguridad de la información, tanto del corporativo como de los concesionarios. "Tenemos un contrato firmado con nuestros clientes en el que nos comprometemos a responder ante un eventual fallo del sistema, así como ellos a responder por un mal uso de las claves que se les asignan", subraya Vega. El ejecutivo explica que, a la fecha, 50 % de sus clientes concesionarios están registrados en el portal, de los cuales 10 % realizan sus pedidos en línea. "El servicio de pedidos por Internet es nueve y hemos detectado que las características de los clientes que usan el sitio son jóvenes (la segunda generación de las familias que están manejando el negocio), la mayoría residen en zonas urbanas y está creciendo el número de usuarios que están fuera de las ciudades donde están las bodegas". La tercera página fue diseñada para la familia Comex, es decir, para los casi tres mil empleados que tiene el corporativo, cuyo objetivo es eliminar el criterio de división y acercar a los empleados a través de una Intranet que difunde información diversa, desde temas laborales hasta de interés general. Otra funcionalidad es que ya hay ciertos trámites internos que se pueden realizar desde la página de manera más efectiva dejando atrás a los formatos impresos. La disminución en el número de materiales impresos ha incidido también en el renglón de los ahorros. Cuando una empresa conocida comercialmente posiciona una página, o más de una, se hace imperativo estar alerta ante eventuales cibernautas, sobre todo si no quiere perder la confianza hacia el medio de sus actuales usuarios, y planea ofrecer cada vez más servicios en línea. A esto, Vega responde que en cuestiones de seguridad están protegidos con firewalls. "Hasta el momento no hemos sufrido un intento de “hackeo ; sin embargo, si llegarán a entrar a la página pública sólo afectarían al sitio y no a la información privada, ni a las operaciones del grupo". ”

Se puede decir que el pensamiento estratégico de Comex, apuesta por el uso de Tecnologías, sin embargo ellos aclaran que “INTERNET NO ES PARA TODO, NI PARA TODOS” Las tecnologías de la información ya están adheridas a los negocios, aunque algunos la consideren suntuarias, como si fuera un afán mantenerla sólo al alcance de una minoría. Y al respecto, Vega reconoce que prevalecen las limitaciones para mal de muchos. "El Internet no es para todo, ni es para todos. No puedes comparar todos los productos que ofrece la Web. La ropa, por ejemplo, es muy difícil que la compres por la Red. Y no es para todos

CIBERTEC



92

porque no toda la gente tiene dinero para comprar un equipo de cómputo. En general, tenemos un retraso tecnológico muy grande y una infraestructura telefónica que no alcanza a cubrir todo el territorio". No obstante, el ejecutivo subraya la importancia de seguir alentando el uso de la tecnología como parte de sus planes a corto y mediano plazo. "En la página de concesionarios, queremos incentivar el uso de Internet a través de premios, como sorteos entre clientes que hayan realizado 80 % de sus pedidos en línea, o regalar una Palm al cliente que gaste determinada cantidad en productos, para que pierdan el temor hacia la tecnología. Otra iniciativa es hacer un foro en línea, para que se conozcan entre sí los concesionarios y compartan experiencias que puedan enriquecer sus puntos de vista." Para la página pública hay planes en la oferta de nuevos servicios, como un decorador virtual: además, incluir un chat para consultas de cómo aplicar sus productos y, por último, mejorar en todo lo posible los módulos que ya tienen. Con ello aseguran que todos los esfuerzos del área de e-Business están en función de sus clientes. "Consideramos que hemos hecho un buen trabajo con los recursos necesarios. Pero hay que estar vivos en Internet y renovarse todos los días. Tenemos muchos planes y una inversión para el área de dos a tres millones de pesos durante este año", puntualiza Vega. "Generamos ahorros en llamadas de larga distancia y horas hombre así como en insumos y servicio de mensajería". Comex, un E-business bien pintado

COMPETIDORES

PODER DE NEGOCIACIÓN CON LOS CLIENTES

SECTOR TECNOLÓGICO PRODUCTOS SUSTITUTOS

PROVEEDORES

¿Qué consiguió COMEX con la aplicación de TI en sus procesos? Es así que el caso propuesto se puede determinar que se ha logrado avances significativos en el uso de la Tecnologías de la Información para la mejora de sus procesos y desarrollo de las políticas de la organización Facilitar a los clientes el fácil acceso a la información de los productos y/o servicios junto a sus respectivos detalles y especificaciones para que puedan tener un conocimiento más completo y oportuno que les ayudaran a tomar mejores decisiones. · Permitir un mayor conocimiento de los clientes y de sus necesidades como consumidores. ·


CIBERTEC


· · · · · · · ·

93

Permitir almacenar, administrar, controlar y supervisar las estadísticas de rendimiento de su fuerza de ventas. Suministrar por medio del sistema un análisis del pronóstico de ventas de la empresa para una toma de decisiones más precisa y confiable. Permitir el seguimiento del estado de las cotizaciones de los clientes. Apoyar en el mejoramiento de las relaciones con los clientes. Apoyar en el control de las ventas. Permitir obtener las estadísticas en las principales áreas de las organizaciones como los son los clientes, vendedores y productos. Permitir la administración de políticas y reglas de negocio en sus ventas. Permitir a las empresas el control y reconocimiento de la competencia y de los productos que ofrece para tomar decisiones correctivas que permitan buscar soluciones más efectivas y de esta manera ser más competitivos en el mercado en el que actúen.

CIBERTEC



94

Resumen 

UML es un lenguaje de modelado visual que se usa para especificar, visualizar, construir y documentar artefactos de un sistema de software.



La importancia de un lenguaje de modelamiento, radica en el entendimiento del modelo de negocio y su posible transformación en una arquitectura de tecnologías.

 Los

diagramas UML representan diferentes perspectivas sobre las cuales trabaja el analista con la finalidad de lograr un entendimiento cabal de los procesos de negocio.



Los diferentes diagramas están organizados en vistas estáticas y dinámicas las mismas que nos dan una visión general de remodelamiento que debe ser entendida por el analista con la finalidad no sólo de capturar la inf ormación sino también de hacerla útil en el uso de las tecnologías de información.



Páginas De Interés 

www.uml.org o



www.sparxsystems.com/uml-tutorial.html o



En este link Ud. encontrará información relaciona al manejo de UML

www.omg.org/gettingstarted/what_is_ uml.htm o



En este link Ud. encontrará información relaciona a UML, dentro de ella se ubican mas link de interés

En este link Ud. encontrará información relaciona a OMG y UML

www.ibm.com/software/rational/uml o

En este link Ud. encontrará información relaciona a RUP y su importancia.


CIBERTEC


95

Anexo

GUIA RÁPIDA DE MANEJO DE SOFTWARE Biz Agi

CIBERTEC



96

MODELADO BPMN INTRODUCCION: BPMN (Business Process Modeling Notation) BPMN es una notación gráfica estándar diseñada para crear modelos que todos los participantes en un proceso de negocio puedan entender: usuarios, analistas, clientes, gerentes, etc. La idea es que usando una cantidad limitada de símbolos podamos crear modelos entendibles que nos ayuden a optimizar –y eventualmente a optimizarlos procesos BPMN ha sido desarrollado para cubrir la brecha entre el diseño y la implementación de un sistema. Fue formado por la Business Process Management Initiative con el Object Management Group

Elementos del BPMN: Eventos Disparador Evento de inicio Evento intermedio Evento final


Evento

CIBERTEC


97

A los eventos específicos se les puede agregar un icono que muestre su significado Un evento intermedio tipo “mensaje”, por ejemplo, puede tener dos instancias: enviando o recibiendo. Los eventos que envían se anotan con un icono relleno, mientras que los que reciben con un núcleo claro En la figura se pueden ver distintas clases de eventos

BPMN: Eventos intermedios Disparador

Descripción

Símbolo

Ninguno

No se muestra el tipo de evento

Mensaje

El proceso queda en espera hasta que llegue el mensaje (recepción) o se usa para enviar mensajes (envío), también se usa para desviar excepciones (*)

Timer

Dispara el proceso en un día/hora determinados, también se usa para desviar excepciones

Error

Se dispara cuando se produce un determinado error. Solo se puede poner en el extremo de una actividad

Cancelar

Se puede poner solo en el extremo de un sub proceso. Se dispara cuando recibe un evento “Cancelar”

CIBERTEC



Compensación

Activa eventos que compensan alguna acción, puede afectar a una actividad si esta se especifica o a todas las susceptibles de ser compensadas

Condicional

Es el evento que se dispara cuando una condición tiene valor “True”

Link

Conecta dos secciones de un proceso, se puede usar –por ejemplo- para crear loops. Puede tener múltiples fuentes pero solo un destino

Señal

Envía y recibe señales que se comunican a lo largo de todo un flujo a quien pueda interesar

Múltiple

Es cuando un evento tiene múltiples disparadores, ya sea para recepción como para envío

98

BPMN: Gateways (compuertas) Las Gateway son puntos de decisión para canalizar el flujo

Exclusive Data-Based: Una o varias salidas son posibles pero solo una condición dirigirá el flujo Exclusive Event-Based: Igual que el caso anterior pero escogerá la primera condición que le llegue (race) Inclusive: Evalúa dos o más condiciones, el flujo puede salir por una o más ramas en paralelo Complex: Sirve para combinaciones de las otras gateways, se escribe en un detalle aparte su comportamiento en cada caso particular Paralel: Sincroniza los flujos que salen de manera paralela


CIBERTEC


99

BPMN: Swimlanes y Pools

Pools (piscinas) y swimlanes (pistas) se usan para organizar dentro de un bloque actividades afines y mostrar la colaboración entre ellas. Típicamente se usan para organizar un subproceso, una unidad de negocios específica, etc.

CIBERTEC



1 00

Ejemplos Ejemplo de trazabilidad


CIBERTEC


101

Proceso intermedio básico: Races

CIBERTEC



1 02

BPMN: Interrupciones


CIBERTEC

USANDO LA HERRAMIENTA BIZAGI MODELER Introducción. El mundo del desarrollo informático está cambiando. Construir sistemas monolíticos que no tengan capacidad de encajar en arquitecturas orientadas a servicio (SOA) tiene sus días contados. Las arquitecturas basadas en servicios son el primer paso para construir de sistemas basados en procesos (BPM). La idea es modelar procesos de negocio de un modo comprensible para los usuarios finales (en una notación llamada BPMN) y luego ser capaz de automatizarlos, a fin de hacerlos prácticos para la arquitectura de servicios (a través de servicios Web). Así se puede tener la capacidad de simular el comportamiento de un sistema (para ver cuanta gente nos hace falta en cada rol empresarial), medirlo (obteniendo indicadores) y optimizarlo (viendo el impacto cuantitativo de los cambios propuestos). Entonces el primer paso es elegir una herramienta para modelar un primer nivel. Luego el automatizarlo es otra guerra, esto debido que uno se puede hacer dependiente de la herramienta que elijamos. Es bueno recordar que el modelamiento de un proceso es independiente al uso de la herramienta con el que lo ejecutemos. En el curso de Modelado de Negocios para las carreras de Tecnologías, enseñamos muchas cosas pero también las aprendemos sobre el comportamiento de las empresas. Para entender mejor este comportamiento es bueno graficar los q sucede al interior de la organización es por ello que vamos a utilizar la herramienta BizAgi con esta finalidad.

Instalando Lo primero que hacemos en bajar la herramienta de http://www.bizagi.com/esp/productos/ba-modeler/modeler.html.

MODELADO DE PROCESOS DE NEGOCIOS 104

No ocupa demasiado (para lo que estamos acostumbrados), 17 Mbyte.

La instalación es sencilla: ok, ok, ok….


CIBERTEC


CIBERTEC

105



Y al arrancarla, elegimos el español como lenguaje de utilización.

Trabajando en BizAgi Podemos ya empezar a pintar nuestros diagramas con la notación BPMN. Es rápido y sencillo. Hacer clic sobre el elemento en la barra de herramientas y arrastrar a las áreas de trabajo. Con el botón derecho, modificamos los tipos de elementos.


CIBERTEC


107

En el siguiente enlace podemos encontrar una pequeña guía para entender el significado de cada símbolo BPMN: http://www.bizagi.com/esp/descargas/BPMNbyExample.pdf?token=1.3.0.0

Lo mejor es acceder al video-tutorial y verán lo intuitivo que es: http://www.bizagi.com/esp/productos/ba-modeler/demomodeler/ModelarEsp_demo/ModelarEsp_demo.htm

Nosotros nos vamos a saltar estos pasos y diseñar un diagrama un poquito más complejo para ver si nos encontramos algún problemita.

CIBERTEC



Exportando la información Word Vamos a ver cómo queda nuestra documentación podemos exportar a Word.

Elegimos nuestro diagrama y los elementos a exportar (digo todos).


CIBERTEC

Manual 2013-II Modelado de Negocios (1350)

Recommend Documents