Professional Documents
Culture Documents
Programa desarrollado
Modelado de negocios
Programa desarrollado
ndice
Modelado de negocios
Programa desarrollado
Actividad 4. Cmo me ayuda UML para modelar negocios ...................................... 28 Evidencia de aprendizaje. Ejercicios en UML ............................................................... 29 Autoevaluacin ........................................................................................................................... 29 Cierre de la unidad ..................................................................................................................... 30 Para saber ms........................................................................................................................... 30 Fuentes de consulta ................................................................................................................... 30
Modelado de negocios
Programa desarrollado
Competencia especfica ............................................................................................................ 49 Consideraciones especficas de la unidad ............................................................................. 49 3.1. Diagramas de Procesos de Negocio (BPD) ................................................................... 49 3.1.1. Elementos de un BPD .................................................................................................... 50 3.1.2. Procesos de Alto Nivel.................................................................................................... 54 3.2. Modelo de Casos de Uso del Negocio ............................................................................ 54 3.2.1. Objetivo de los Casos de Uso en el Modelado del Negocio..................................... 54 3.2.2. Elementos del Modelo de Casos de Uso del Negocio .............................................. 55 3.2.3. Relaciones de Inclusin, Extensin y Generalizacin ............................................... 56 3.3. Definicin de los actores del negocio .............................................................................. 60 3.3.1. Conceptos......................................................................................................................... 60 3.3.2. Tipos de actores .............................................................................................................. 61 Actividad 1. Cmo podemos asociar UML y BPMN .............................................................. 61 Actividad 2. Diagrama de procesos del negocio ................................................................... 62 Actividad 3. Mapa mental de la integracin de UML y BPMN ............................................. 62 Autoevaluacin ........................................................................................................................... 63 Evidencia de aprendizaje. Diagrama del negocio ................................................................. 63 Cierre de la unidad ..................................................................................................................... 63 Para saber ms........................................................................................................................... 64 Fuentes de consulta ................................................................................................................... 64
Modelado de negocios
Programa desarrollado
4.2.1. Modelado de los recursos del negocio ........................................................................ 71 4.2.2. Modelado de las metas del negocio ............................................................................. 73 Actividad 1. Modelo conceptual de un negocio ..................................................................... 74 Actividad 2. Cuadro sinptico de los componentes de un modelo de negocio ................ 75 4.3. Diagramas............................................................................................................................ 75 4.3.1. Interaccin ........................................................................................................................ 76 4.3.2. Comunicacin .................................................................................................................. 78 4.3.3. Transicin de Estados .................................................................................................... 79 Actividad 3. Diagramas bajo un ejemplo de negocio dado .................................................. 81 Autoevaluacin ........................................................................................................................... 82 Evidencia de aprendizaje. Manual de diagramas del modelado del negocio ................... 82 Cierre de la unidad ..................................................................................................................... 83 Para saber ms........................................................................................................................... 83 Fuentes de consulta ................................................................................................................... 84
Modelado de negocios
Programa desarrollado
b. Descripcin
En un mundo globalizado como en el que vivimos hoy en da, el uso de software se ha vuelto indispensable para todas las empresas y personas, esto ha llevado al gran crecimiento del rea de desarrollo de software para crear aplicaciones personalizadas a las necesidades de cada cliente o empresa. El desarrollo de software se realiza bajo especificaciones (requerimientos) de los clientes para quienes se est creando la aplicacin, pero si el cliente no tiene definidos los procesos de su negocio, resulta sumamente complicado definir claramente qu es lo que quiere que el sistema realice, por lo que, si no se cuenta con especificaciones no se puede comenzar a desarrollar la aplicacin. Es por ello que un ingeniero en desarrollo de software debe contar con los conocimientos, herramientas y habilidades para poder entender correctamente los procesos implcitos y explcitos que conlleva la realizacin del trabajo diario de la organizacin que solicita la solucin tecnolgica. Por ello es que la asignatura de Modelado de Negocios es importante en la currcula de la carrera de Desarrollo de Software. La asignatura de Modelado de Negocios no tiene predecesoras, pero su contenido es significativo ya que los conocimientos que adquiera el alumno sern valiosos para asignaturas subsecuentes, tales como Diseo y Arquitectura de Software e Introduccin a la Ingeniera de Software. Los alumnos que cursen esta materia vern temas que los adentrarn en el proceso del modelado de negocios y para que esto se lleve a cabo la materia est dividida en 4 unidades, las cuales se describen a continuacin.
Modelado de negocios
Programa desarrollado
La primera unidad abarca el tema de los principios del modelado de negocios, la segunda unidad se centra en la notacin para el modelado de procesos de negocio, por su parte la unidad tres trata de la conjuncin de Lenguaje Unificado de Modelado (UML) y la Notacin para el Modelado de Procesos de Negocio (BPMN) en el modelado del negocio y, por ltimo, en la unidad cuatro se ve el modelo conceptual.
c. Fundamentacin de la asignatura
Los fundamentos que justifican la asignatura son de carcter terico-prctico, dado que la estructura de las unidades est diseada de una manera donde se combina la teora y la prctica, ya que en la primera unidad se cubren los conceptos bsicos del modelado de negocios, as como el uso de UML para graficar este modelado, de modo tal que el estudiante logre comprender la utilidad y usabilidad del modelado de un negocio, y despus identifique los componentes grficos para realizar dicha representacin con UML. La unidad dos nos muestra, de la misma manera que la anterior, una combinacin de la teora y la prctica considerando las generalidades del modelado de procesos (BPMN), as como sus representaciones grficas. La unidad tres conjunta el uso de UML con el modelado de procesos de manera que ahora se incluyen tambin las relaciones del negocio. Por ltimo, la unidad cuatro contiene temas del modelado de los recursos, metas, interaccin, comunicacin y transicin de estados, de manera que en este punto logramos modelar todos los componentes de una organizacin.
d. Propsito
Utilizar conocimientos, herramientas y habilidades necesarios para modelar posibles soluciones tecnolgicas a medida (programas) que satisfagan los requerimientos especficos de una empresa.
e. Competencias a desarrollar
Competencia general: Elaborar diagramas que representen negocios para identificar las funciones de las organizaciones mediante su anlisis y modelado a travs de diagramas. Competencias especficas: Identificar las caractersticas principales del modelado de negocios para lograr comprender el funcionamiento de las empresas que se quieran modelar comprendiendo los conceptos bsicos del tema.
Modelado de negocios
Programa desarrollado
Distinguir la notacin para el modelado de procesos del negocio logrando usar los elementos que componen esta notacin, de manera tal que con prctica se logre plasmar claramente el modelo del negocio. Construir diagramas para representar las reglas del negocio que se est modelando, a travs de la utilizacin de software especializado en la notacin de UML y BPMN. Aplicar los componentes de un negocio para comprenderlos de forma clara mediante un lenguaje grfico.
f. Temario
Unidad 1. Principios del modelado de negocios 1.1 Introduccin al modelado de negocios 1.1.1 Definicin del modelado de negocios 1.1.2 Visin General 1.1.3 Caractersticas Principales 1.2 El lenguaje unificado de Modelado 1.2.1 Definicin e Historia de UML 1.2.2 Artefactos de UML 1.2.3 Enfoques y beneficios en UML 1.2.4 Procesos de modelado de negocios basados en UML Unidad 2. Notacin para el Modelado de Procesos de Negocio (BPMN) 2.1 Definicin y objetivos 2.1.1 Beneficios de BPMN 2.1.2 Objetivos al crear BPMN 2.2 Artefactos 2.2.1 Tipos de elementos de BPMN 2.2.2 Asociaciones de los elementos BPMN Unidad 3. UML y BPMN en el Modelado del Negocio. 3.1 Diagramas del Proceso de Negocio (BPD) 3.1.1 Elementos de un BPD 3.1.2 Procesos de alto nivel 3.2 Modelo de Casos de Uso del Negocio 3.2.1 Objetivo de los Casos de Uso en el Modelado del Negocio 3.2.2 Elementos del Modelo de Casos de Uso del Negocio 3.2.3 Relaciones de Inclusin, Extensin y Generalizacin 3.3 Definicin de los actores del negocio 3.3.1 Conceptos 3.3.2 Tipos de actores
Modelado de negocios
Programa desarrollado
Unidad 4. Modelo Conceptual 4.1 Introduccin al modelo conceptual 4.1.1 Conceptos 4.1.2 Atributos 4.1.3 Relaciones del modelado Negocio 4.2 El glosario del negocio 4.2.1 Modelado de los recursos del negocio 4.2.2 Modelado de las metas del negocio 4.3 Diagramas 4.3.1 Interaccin 4.3.2 Comunicacin 4.3.3 Transicin de estados
g. Metodologa de trabajo
Para el desarrollo de la presente asignatura se trabajar mediante el Aprendizaje Basado en Problemas, dado que en esta materia se debe aprender a crear el modelo de un negocio con base en negocios dados y ofrecer un modelado de stos, de modo que primero se plantea el problema, despus el alumno identificar los requerimientos de informacin para lograr solucionar el problema planteado. A lo largo de la asignatura se llevarn a cabo dos tipos de actividades: Actividades en el aula virtual: Foros, Wikis, Bases de Datos, Autoevaluaciones. Actividades de estudio independiente: Lecturas, tareas, creacin y ejecucin de programas. En cuanto a la evaluacin de las actividades y evidencias, el (la) Facilitador(a) es quien debe revisar los entregables realizados y retroalimentarlos de manera clara y concisa; informando sobre el avance que el estudiante haya logrado, pero tambin tomando en cuenta los aspectos que deban modificarse como parte del aprendizaje para que se eviten.
h. Evaluacin
En el marco del Programa ESAD, la evaluacin se conceptualiza como un proceso participativo, sistemtico y ordenado que inicia desde el momento en que el estudiante ingresa al aula virtual, por lo que se le considera desde un enfoque integral y continuo.
Modelado de negocios
Programa desarrollado
Por lo anterior, para aprobar la asignatura, se espera la participacin responsable y activa del estudiante, as como una comunicacin estrecha con su Facilitador(a) para que pueda evaluar objetivamente su desempeo, para lo cual es necesaria la recoleccin de evidencias que permitan apreciar el proceso de aprendizaje de contenidos: declarativos, procedimentales y actitudinales. En este contexto la evaluacin es parte del proceso de aprendizaje, en el que la retroalimentacin permanente es fundamental para promover el aprendizaje significativo y reconocer el esfuerzo. Es requisito indispensable la entrega oportuna de cada una de las tareas, actividades y evidencias, as como la participacin en foros y dems actividades programadas en cada una de las unidades, y conforme a las indicaciones dadas. La calificacin se asignar de acuerdo con la rbrica establecida para cada actividad, por lo que es importante que el estudiante la revise antes de realizar las actividades. A continuacin presentamos el esquema general de evaluacin. ESQUEMA DE EVALUACIN Interacciones individuales y Evaluacin colaborativas continua Tareas Evidencias E-portafolio. 50% Autorreflexiones Examen CALIFICACIN FINAL
Cabe sealar que para aprobar la asignatura, se debe de obtener la calificacin mnima indicada por ESAD. Los trabajos que se tomarn en cuenta como evidencia del aprendizaje son: Unidad 1: Ejercicios en UML. Comprender el funcionamiento de UML para plasmar su uso en el modelado de negocios. Unidad 2: Manual del uso del BPMN y sus componentes. Describir el uso del BPMN. Unidad 3: Diagrama del negocio. Realizar una serie de diagramas que modelen un negocio utilizando UML y BPMN. Unidad 4: Manual de diagramas del modelado del negocio. Describir todos los componentes para modelar un negocio con base en diagramas. Por otra parte, la forma de evaluacin ser segn lo indicado a continuacin: o Excelente: 100 o Bien: 80 o Regular: 60 o Insuficiente: 50
10
Modelado de negocios
Programa desarrollado
i. Fuentes de consulta
Bibliografa bsica Hernndez, E. (2011). El Lenguaje Unificado de Modelado (UML). Universidad Politcnica de Valencia, Departamento de Informtica y Sistemas Computacionales. Recuperado el 06 de octubre de 2011 de: http://www.disca.upv.es/enheror/pdf/ActaUML.PDF Len, O. y Asato, J. (2009). La Importancia del Modelado de Procesos de Negocio como Herramienta para la Mejora e Innovacin. Revista Panorama Administrativo. 7(4). 61 7. Podeswa, H. (2010). UML for the it business analyst. USA: Course Technology.
Bibliografa complementaria Btiz, J. (2011). Desarrollo Orientado a Objetos con UML. Recuperado el 06 de octubre de 2001 de: http://es.scribd.com/doc/2458870/Desarrollo-Orientado-aObjetos-con-UML-librobookespanolspanish Modelado (s. f.) en Diccionario de la Lengua Espaola. Vigsima segunda edicin. Recuperado el 06 de octubre de 2011 de: http://buscon.rae.es/draeI/SrvltConsulta?TIPO_BUS=3&LEMA=modelar Negocio ((s. f.) en Diccionario de la Lengua Espaola. Vigsima segunda edicin. Recuperado el 06 de octubre de 2011 de: http://buscon.rae.es/draeI/SrvltConsulta?TIPO_BUS=3&LEMA=negocio OMG. (2011). Unified Modeling LanguageTM. Recuperado el 06 de octubre de 2011 de: http://www.omg.org/spec/UML/2.3/ Sparks, G. (2011). Introduccin al modelado de sistemas de software usando el Lenguaje Unificado de Modelado (UML): El Modelo de Proceso de Negocio. Craftware.net. Recuperado el 06 de octubre de 2011 de: http://www.craftware.net/es/descargas/modelo_de_proceso_de_negocio.pdf
11
Modelado de negocios
Programa desarrollado
II. Desarrollo de contenidos por unidad a. Unidad 1. Principios del modelado de negocios Presentacin de la unidad
En esta primera unidad de la materia Modelado de Negocios (MDN), aprenders el concepto y caractersticas del modelado, as como el lenguaje unificado de modelado y su uso para modelar negocios.
Propsitos
Comprender las generalidades del modelado de negocios. Reconocer las caractersticas del UML Identificar el uso de UML para el modelado de negocios.
Competencia especfica
Identificar las caractersticas principales del modelado de negocios para lograr comprender el funcionamiento de las empresas que se quieran modelar comprendiendo los conceptos bsicos del tema.
12
Modelado de negocios
Programa desarrollado
Actividad 1. Presentacin
Antes de entrar de lleno en el estudio de la asignatura, te presentamos un foro de discusin general, el cual fue creado con la finalidad de que te presentes con tus compaeros y comentes cualquier asunto relacionado con la asignatura; en l, conocers a tus compaeros de grupo y entre todos podrn apoyarse para resolver dudas, inquietudes, externar comentarios, etctera. Para comenzar tu participacin, ingresa al foro: Presentacin.
13
Modelado de negocios
Programa desarrollado
Dependencia, pretensin, tratado o agencia. Aquello que es objeto o materia de una ocupacin lucrativa o de inters. Accin y efecto de negociar. Utilidad o inters que se logra en lo que se trata, comercia o pretende. Local en que se negocia o comercia.
Sobre la base de estas definiciones entendemos entonces que: el modelado de negocios es la conformacin de la representacin de los quehaceres de un comercio (empresa). Esto nos orienta hacia el hecho de que el modelado de negocios debe crear una representacin grfica de una empresa, donde se puedan apreciar todo los elementos que lo componen, su interaccin, recursos, metas, procesos la comunicacin y relaciones que existen.
14
Modelado de negocios
Programa desarrollado
Las Salidas especficas. Los Recursos consumidos. La secuencia de las Actividades. Los Eventos que dirigen el proceso.
Estos elementos se irn analizando a lo largo de esta asignatura, para comprender su funcionamiento dentro de la organizacin, as como su modelado.
15
Modelado de negocios
Programa desarrollado
modelos se vuelven la base para los planes de accin que apoyarn la transformacin del negocio.
16
Modelado de negocios
Programa desarrollado
investiga-dores en el rea de metodologa del software). El objetivo de ambos era unificar dos mtodos que haban desarrollado: el mtodo 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. Adems, este lenguaje se abri a la colaboracin de otras empresas para que aportaran sus ideas. Todas estas colaboraciones condujeron a la definicin de la primera versin de UML (OMG, 2011). La OMG (por sus siglas en ingls: Object Management Group - Grupo de Gestin de Objetos) es una sociedad dedicada al cuidado y establecimiento de estndares de tecnologas orientadas a objetos, y es quien gestiona las versiones de UML. Desde su nacimiento en 1995, ha ido evolucionando y sus diferentes versiones son publicadas por la OMG. A continuacin se muestra una tabla con las versiones y fechas de publicacin.
Tabla 1. Versiones de UML A la fecha UML se encuentra en la versin 2.4 Beta. Si quieres conocer ms al respecto, puedes ingresar a la pgina de OMG que contiene toda la descripcin y cambios del lenguaje en la siguiente direccin: http://www.omg.org/spec/UML/2.4/
17
Modelado de negocios
Programa desarrollado
todos los elementos con los que cuenta UML, pues existen diferentes tipos de diagramas que requieren de otros componentes, pero solamente mostraremos los que se requieren para modelar negocios.
18
Modelado de negocios
Programa desarrollado
Adems debemos tomar en cuenta que un diagrama slo tiene una interpretacin, de modo que el tener modelos con base en diagramas ayuda a acordar posibles diferentes puntos de vista.
Figura 1 Secuencia de Modelado de Procesos En trminos generales debe entenderse que la representacin piramidal tiene un sentido formativo desde su base hacia lo alto de sta, de tal forma que si no se cumple con los trminos bsicos (formacin de la base piramidal) el resultado de las capas superiores
19
Modelado de negocios
Programa desarrollado
ser igualmente deficiente. Bajo estos trminos, modelar los procesos de negocio lleva dentro de s una serie de pasos ordenados y secuenciales (como ya se haba mencionado) que, si no garantizan al 100% su correcta conformacin, si nos dejarn muy cerca de este lmite. A continuacin se listan los pasos que se deben seguir: Identificar los procesos de negocio Hacer a manera de levantamiento de campo, un buen pero concreto levantamiento de informacin utilizando alguna de sus tcnicas (entrevistas, cuestionarios, encuestas, observacin, entre otras) y as identificar y listar los procesos que se desarrollan en la organizacin. Se debe ser cuidadoso de slo documentar los procesos que en realidad vayan a intervenir en nuestro modelado y no hacer trabajo de ms al documentar procesos no contemplados o solicitados para su entendimiento. Si se trata de modelar la organizacin completa, sern los procesos completos; en caso contrario identificar cules. Para las personas expertas no tendr validez este comentario, pero a los observadores nveles se les debe recalcar evitar confundir un subsistema con un proceso de negocio. Por ejemplo en una pgina web de alguna tienda en lnea la seccin Catlogo en lnea no es un proceso de negocio, sino una unidad funcional que funge como parte de su modelo de negocio para servir de intermediario en las ventas a sus clientes a travs de una plataforma diferente a la tradicional. Un proceso del negocio sera ms del tipo atender solicitud de ventas que puede pertenecer al modelo tradicional (el cliente se desplaza fsicamente al punto de venta) o en el modelo de comercio electrnico (catlogo virtual, carrito de compras) y se sugiere una descripcin como la siguiente: Se atiende una peticin de compra del cliente y se verifica esta solicitud sujeta a las siguientes restricciones: Mnimo de compra. Verificar su existencia en almacn. Se deber verificar la NO existencia de duplicidad de pedidos y pasar por un proceso de aprobacin que realizar una persona asignada a esta labor que deber atender los conflictos de logstica que se deriven de las ventas (urgencia de un cliente sobre una mercanca especfica contra tiempos de entrega de proveedores de sta). Deber decidir si cae en una categora especial, cancelacin de pedido o cualquier decisin necesaria para atender al cliente. As se describe de manera clara el proceso que se sigue en la organizacin para atender pedidos y su vertiente de pedidos especiales.
20
Modelado de negocios
Programa desarrollado
Identificar los usuarios, departamentos o elementos de la organizacin implicados en los procesos de negocio. Quines participan y con qu roles lo hacen, qu funciones especficas tiene ese rol. Por ejemplo se puede decir que el proceso del negocio arranca cuando se recibe automticamente una peticin del cliente o un empleado hace esta peticin explcita mediante un formato o usando un canal de comunicacin adecuado; de esta forma la peticin automtica y el empleado juegan el rol de solicitante de venta. Mientras que el responsable de ventas es quien aprueba los pedidos y resuelve conflictos de logstica cuando se tienen restricciones en el tiempo de produccin/entrega del producto pedido. Por otro lado, el cliente es quien realiza el pedido y el operario es el encargado de entregar los pedidos a los clientes. Al revisar la lista anterior se puede deducir fcilmente que los involucrados son: Solicitante de venta. Responsable de ventas. Cliente. Operario. Acciones para realizar el Proceso de Negocio Se describen las interacciones entre los roles identificados en el paso anterior para que el proceso de negocio se lleva a cabo. Se sugiere una forma como la siguiente:
Es importante hacer notar la importancia de la realizacin de este paso, ya que como se puede observar hay una redundancia en la identificacin de roles: el solicitante de venta es el mismo que el cliente. A continuacin se muestra una lista de las actividades que realiza cada rol. Solicitante de venta (cliente):
21
Modelado de negocios
Programa desarrollado
o Realiza una peticin o Enva peticin o Aprueba pedido Responsable de ventas: o Decide o Discrimina o Encamina o Aprueba o rechaza o Procesa Operario: o Entrega
Diagrama de actividades Ahora que se conocen los participantes y las actividades que realizan, se deber hacer un diagrama donde se reflejen de manera clara estas actividades y la relacin que tienen con los otros actores. El diagrama que se muestra a continuacin mezcla las actividades con el personal encargado de cada una de ellas, este diagrama es denominado Diagrama de Flujo de Funciones Cruzadas, donde cada columna es la representacin de cada uno de nuestros actores (personas) involucrados, y se van colocando las actividades que cada uno realiza, hasta completar el proceso en su totalidad. A continuacin se muestra el diagrama correspondiente a nuestro ejemplo de negocio de venta:
22
Modelado de negocios
Programa desarrollado
Figura 2 Diagrama de Negocio de venta La siguiente imagen ilustra el modelado de otro proceso para que se note la facilidad que implica realizar este diagrama sin importar la naturaleza de la organizacin o del proceso modelado.
23
Modelado de negocios
Programa desarrollado
Figura 3. Ejemplo de Proceso de Modelado Listar las actividades La secuencia formativa del proceso de negocio es simplemente plasmar lo que se observ en distintos tipos de objetos como listas, diagramas de flujo de funciones cruzadas o diagramas de actividades. La lista de actividades del ejemplo original (procesamiento de una venta) quedar como la siguiente lista: Realiza peticin. Enva peticin. Decide aprobacin. Discrimina encaminamiento. Realiza encaminamiento. Procesa pedido. Entrega pedido. Aprueba o rechaza pedido. Con base en esta lista de actividades crearemos el diagrama de actividades correspondiente, que sera como el que se muestra a continuacin:
24
Modelado de negocios
Programa desarrollado
Figura 4. Diagrama de actividades versin A Del ejemplo anterior (Diagrama de Flujo de Funciones Cruzadas del Proceso de seguimiento) podemos observar que la lista de actividades que refleja la imagen ilustrativa ser la siguiente: Preparar lista de fichas. Preparar lista de responsables. Enviar lista de fichas y lista de responsables a administrador. Dar de Alta, Baja o Cambio a fichas. Dar de Alta, Baja o Cambio a responsables. Asignar ficha a responsable.
25
Modelado de negocios
Programa desarrollado
Notificar a responsables.
Figura 5. Diagrama de actividades versin B Ciencias Exactas, Ingenieras y Tecnologa | Ingeniera en Desarrollo de Software 26
Modelado de negocios
Programa desarrollado
Listar las actividades brinda muchos beneficios al modelado de procesos de negocio, ya que permite al modelador (persona que hace el modelado de los procesos) asociar cada actividad con uno o varios casos de uso que posteriormente facilitarn su rastreabilidad y en segundo trmino (pero no menos importante) ayuda a comprender el sistema y sus procesos evitando ambigedades en los requerimientos y evitar inyectar errores en una fase temprana del anlisis. Listar la informacin Se deber identificar la informacin que fluye a travs de los distintos actores y sus distintas actividades. En el primer caso slo fluye un pedido, mientras que para el caso de la imagen ilustrativa, las fichas y los responsables son la parte que fluye de una actividad a otra. De esta manera, listar la informacin nos ayudar para empezar a construir un mapa conceptual de todas las actividades y del sistema en general. Se podr identificar que habr ms informacin en el sistema, pero slo se lista la que fluye y se intercambia. Como producto de trabajo adicional a lo ya mencionado, se pueden empezar a documentar las acciones y el flujo de informacin como posibles objetos (clases) y as ir robusteciendo toda la informacin posible que se necesite a la hora de transformar el modelo de procesos de negocio en requerimientos de un sistema de informacin. Reglas del negocio Pueden entenderse como la serie de restricciones o reglas del juego que impone la organizacin a la hora de realizar alguna actividad. En cada proceso puede aparecer un nmero diferente de reglas del negocio y su aplicacin estar en funcin del proceso que representan. En nuestro ejemplo las reglas de negocio que se pueden visualizar son: Cuando se realice un pedido, dependiendo del producto seleccionado, se deber verificar un mnimo de compra. Evitar la duplicidad de pedidos ya que los costos que generara esto para la empresa seran intratables. Un pedido no puede procesarse si no tiene una aprobacin explcita del encargado. Cuando se detecte un conflicto en la logstica, el encargado del rea ser el nico que lo podr atender y resolver. Diagrama del ciclo de vida del modelado de procesos del negocio Una vez revisados los puntos anteriores, se debe hacer notar que el ciclo de vida es una secuencia lineal y puede representarse como a continuacin se muestra:
27
Modelado de negocios
Programa desarrollado
28
Modelado de negocios
Programa desarrollado
Evidencia de aprendizaje. Ejercicios en UML
Como parte de la evaluacin de esta unidad, es necesario que lleves a cabo la presente actividad, cuyo propsito es comprender el funcionamiento de UML para plasmar su uso en el modelado de negocios, realizando la identificacin de actividades y actores involucrados en los procesos de negocio de dos microempresas. Con base en lo anterior, realiza lo que se te indica: 1. Ubica en tu localidad dos microempresas (tienda de abarrotes, carnicera, panadera, ciber-caf, ferretera, mercera, etc.) y analiza su funcionamiento. 2. Define las actividades y los actores de las microempresas que ubicaste. 3. Realiza en Microsoft Visio o ArgoUML, el diagrama de flujo de funciones cruzadas y el diagrama de actividades de ambas microempresas. 4. Coloca tus diagramas y descripciones en un archivo .doc y gurdalo con el nombre MDN_U1_EA_XXYZ. 5. Enva el archivo a tu Facilitador(a) a travs del Portafolio de evidencias. No olvides consultar la Escala de evaluacin que encontrars en la pestaa Material de apoyo para saber los puntos que tienes que considerar en el desarrollo de tu actividad final. Si tienes dudas, consulta a tu Facilitador(a). Como parte de cada unidad, es importante que ingreses al foro Preguntas de Autorreflexin y consultes las preguntas que tu Facilitador(a) formule, a partir de ellas, debes elaborar tu Autorreflexin y enviarla mediante la herramienta Autorreflexiones. No olvides que tambin se toman en cuenta para la calificacin final.
Autoevaluacin
Para reforzar los conocimientos relacionados con los temas que se abordaron en esta primera unidad del curso, es necesario que resuelvas la autoevaluacin de la unidad. Recuerda que es muy importante leer cuidadosamente los planteamientos indicados y elegir la opcin adecuada para cada uno.
29
Modelado de negocios
Programa desarrollado
Cierre de la unidad
Has concluido la primera unidad del curso. A lo largo de sta se revisaron conceptos bsicos sobre los principios del modelado de negocios. En su primera parte hicimos una breve introduccin para que conocieras las definiciones relacionadas con el modelado de negocios, tuvieras una visin general del mismo e identificaras sus caractersticas principales. En una segunda parte se trabaj sobre el Lenguaje Unificado de Modelado (UML), donde se incluy su definicin e historia, as como sus artefactos, enfoques, beneficios y el proceso de modelado de negocios basado en UML. Es aconsejable que revises nuevamente la unidad en caso de que los temas que acabamos de mencionar no te sean familiares o no los recuerdes, de no ser este tu caso, ya ests preparado(a) para seguir con la unidad dos, en donde continuars con la Notacin para el modelado de procesos de negocio (BPMN) en donde se hablar de su definicin, objetivos y beneficios, as como tambin trabajaremos con los artefactos, sus tipos de elementos y asociaciones.
Para saber ms
Si quieres conocer ms al respecto de UML en su versin 2.4 Beta, puedes ingresar a la pgina de OMG que contiene toda la descripcin y cambios del lenguaje en la siguiente direccin: http://www.omg.org/spec/UML/2.4/ Por otro lado, es recomendable que utilices un editor de UML para la elaboracin de diagramas, se recomienda que utilices ArgoUML, que es de uso fcil e intuitivo, adems de ser gratuito, puedes descargarlo de: http://argouml.tigris.org/
Fuentes de consulta
Bibliografa bsica Hernndez, E. (2011). El Lenguaje Unificado de Modelado (UML). Universidad Politcnica de Valencia, Departamento de Informtica y Sistemas
30
Modelado de negocios
Programa desarrollado
Computacionales. Recuperado el 06 de octubre de 2011 de: http://www.disca.upv.es/enheror/pdf/ActaUML.PDF Len, O. y Asato, J. (2009). La Importancia del Modelado de Procesos de Negocio como Herramienta para la Mejora e Innovacin. Revista Panorama Administrativo. 7(4). 61 7. Podeswa, H. (2010). UML for the it business analyst. USA: Course Technology.
Bibliografa complementaria Btiz, J. (2011). Desarrollo Orientado a Objetos con UML. Recuperado el 06 de octubre de 2001 de: http://es.scribd.com/doc/2458870/Desarrollo-Orientado-aObjetos-con-UML-librobookespanolspanish Modelado (s. f.) en Diccionario de la Lengua Espaola. Vigsima segunda edicin. Recuperado el 06 de octubre de 2011 de: http://buscon.rae.es/draeI/SrvltConsulta?TIPO_BUS=3&LEMA=modelar Negocio ((s. f.) en Diccionario de la Lengua Espaola. Vigsima segunda edicin. Recuperado el 06 de octubre de 2011 de: http://buscon.rae.es/draeI/SrvltConsulta?TIPO_BUS=3&LEMA=negocio OMG. (2011). Unified Modeling LanguageTM. Recuperado el 06 de octubre de 2011 de: http://www.omg.org/spec/UML/2.3/ OMG. (2011). Unified Modeling LanguageTM. Recuperado el 06 de octubre de 2011 de: http://www.omg.org/spec/UML/2.4/ Sparks, G. (2011). Introduccin al modelado de sistemas de software usando el Lenguaje Unificado de Modelado (UML): El Modelo de Proceso de Negocio. Craftware.net. Recuperado el 06 de octubre de 2011 de: http://www.craftware.net/es/descargas/modelo_de_proceso_de_negocio.pdf
31
Modelado de negocios
Programa desarrollado
32
Modelado de negocios
Programa desarrollado
Puertas de enlace Flujos de secuencia
Propsito
En esta unidad logrars: Definir el BPMN y sus objetivos. Distinguir los artefactos que utiliza el BPMN. Distinguir la asociacin de elementos de BPMN.
Competencia especfica
Distinguir la notacin para el modelado de procesos del negocio logrando usar los elementos que componen esta notacin, de manera tal que con prctica se logre plasmar claramente el modelo del negocio.
33
Modelado de negocios
Programa desarrollado
1. Tener una representacin grfica del Lenguaje de Modelado de Procesos de Negocio (BPML), pues era primordial tener una notacin orientada hacia las necesidades del usuario, es decir, una traduccin de la notacin orientada al negocio al lenguaje tcnico en ejecucin (White, 2009). 2. Unificar la amplia gama de notaciones de modelado, pues en el mercado se maneja una enorme variedad de stas y son utilizadas en forma arbitraria segn el gusto y necesidad de quin las usa. 3. Consolidar los principios subyacentes del modelado de procesos, se pretende una notacin comn, en cuanto a la representacin. 4. Llevar el ejercicio acadmico a la practicidad de las empresas, tanto para los proveedores de herramientas de modelado como para los consumidores de stas. 5. Hacer el aprendizaje transferible al estandarizar la manera de representar los modelos de negocio y las herramientas necesarias para hacerlo. 6. Proporcionar un modelo ejecutable entre la representacin grfica (BMPN) y el lenguaje de representacin formal (BPML, llamado luego BPEL). Por lo tanto proporciona un mapeo vlido entre los diagramas y el lenguaje formal, de manera que se pueda automatizar la ejecucin del modelo resultante.
34
Modelado de negocios
Programa desarrollado
complejidad inherente a su propio objetivo tal, que se podra hacer un zoom y descubrir un propio ecosistema dentro de ella. Ahora, al querer modelar el conjunto de unidades funcionales: sus entradas, sus procesos, salidas, en conjunto la complejidad de stas, sera exponencial revisar las relaciones que hay entre ellas y, es aqu, donde el BPMN da una enorme ventaja y muchos beneficios; se enlistan algunos a continuacin: Hay una comunidad internacional respaldada por organizaciones reconocidas, de esta manera no se dejar espacio a la interpretacin o al libre albedrio del modelador del proceso de negocio, es decir, no se podr representar de manera diferente una relacin entre departamentos, o de manera ms clara y concisa, no se podr malentender un smbolo que represente flujo de datos de salida; si eso es lo que se representa, eso es lo que se lee y eso es lo que se deber entender que quiere decir. De tal suerte que, al ser una convencin internacionalmente aceptada, nadie que se diga apegado al estndar del BPMN puede inventar sus propias representaciones, no puede aadir o quitar elementos a su antojo, no tiene derecho a ser creativo en cunto al significado ni la representacin de los elementos que conforman la representacin del BPMN, pero s lo puede ser en el uso y la combinacin de ellos. Cada vez se est ms inmenso en la aldea global. La ocurrencia de un suceso o evento importante puede ser transmitida al otro lado del mundo en instantes. Esta aseveracin lleva irremediablemente a la conclusin que se colabora cada da ms entre personas de distintas regiones, culturas, idiomas, razas, entre otras variantes, lo que significa que la complejidad de la comunicacin se vuelve alta. Al tener un estndar de representacin de los procesos de negocio con el uso de BPMN de cierta manera, si no se puede librar toda esta complejidad, se da la facilidad de hablar el mismo lenguaje tanto al emitir como al recibir. Siguiendo al pie de la letra (como debiera ser) lo que indica el estndar de BPMN no se tendr dificultad alguna al leer (interpretar) modelado de negocio de una empresa, por ejemplo, de China o de Italia. Aunque se deber entender que BPMN puede considerarse un lenguaje formal, lo que se menciona en este punto slo es referente a la sintaxis, no a la semntica. La misma rigidez que se sobreentiende del estndar BPMN tambin permite formalizar; tanto que incluso (en algunas ocasiones y bajo ciertas circunstancias) pueda prescindirse del elemento humano para su elaboracin/interpretacin/implementacin/ejecucin y dejar este trabajo a elementos automatizados (algoritmos programados en computadora) para hacer de los resultados tan ricos en informacin como se desee. De lo descrito en el punto anterior, se puede ahondar tanto, que se podr decir que: el elemento grfico resultante del modelado de procesos de negocio no debe tomarse como una receta infalible que al seguir descritos en algn lugar siempre funcionar. Para reforzar este concepto se puede pensar en los zapatos que se
35
Modelado de negocios
Programa desarrollado
tienen puestos en este momento: se toman de la misma manera para ir a una cena formal, para jugar ftbol, para nadar, para dormir? o, slo funcionarn en una o quiz dos circunstancias de las antes descritas. Lo mismo pasa con el modelado de procesos de negocio, deber hacerse tomando en cuenta quin ser el pblico al que se presentar, qu nivel de conocimiento tiene sobre los elementos tcnicos que se quieren representar (por ejemplo: presentar a un mdico el funcionamiento de un hospital ser diferente que a un ciclista profesional), qu nivel de detalle se desea saber. No ser lo mismo dar una revisin laxa del todo, que una profunda descripcin de los detalles. Si se piensa automatizar (prescindir del elemento humano), deber ser tan profundamente detallado que no haya posibilidad a la interpretacin ni a la ambigedad.
36
Modelado de negocios
Programa desarrollado
2.2. Artefactos
A continuacin se muestran los diferentes artefactos (elementos) de los que se compone un diagrama BPMN.
37
Modelado de negocios
Programa desarrollado
38
Modelado de negocios
Programa desarrollado
39
Modelado de negocios
Programa desarrollado
40
Modelado de negocios
Programa desarrollado
EVENTOS Un evento es algo que sucede durante el curso de un proceso. Los eventos afectan el flujo del proceso y usualmente tienen un disparador (seal de que se debe realizar algo) o un resultado (White, 2009). A continuacin se describen los diferentes tipos de eventos con los que cuenta el BPMN. Inicio: Este evento indica el inicio de un diagrama BPMN, al comenzar a realizar un modelo es lo primero que se debe colocar. Temporizador: Indica un disparador de fecha y hora. Mensaje: Un disparador se genera al llegar un mensaje desde otro punto. Seal: Un disparador se genera al llegar una seal enviada desde otro punto. Condicional: Se indica que se debe cumplir con una condicin para Mltiple: Indica que existe una combinacin de disparadores. Error: Especifica que se interrumpir un proceso que necesitara ser corregido. Se utiliza este mismo artefacto pero relleno de negro para indicar que el fin de un proceso resulta en un error. Cancelar: Indica la cancelacin de una actividad. Se utiliza este mismo artefacto pero relleno de negro para indicar que el fin de un proceso resulta en una cancelacin. Compensacin: Indica que una actividad se deshar. Y este mismo artefacto se utiliza relleno de negro para indicar que el fin de un proceso resulta en una compensacin. Vinculo: Establece un conector para ir hacia, otro punto del modelo. Se utiliza este mismo artefacto relleno de negro para indicar el punto de conexin hacia donde se re-direcciona. Final: Este evento indica el final de un diagrama BPMN, al finalizar un modelo es lo ltimo que se debe colocar. PUERTAS DE ENLACE Estos elementos controlan la divergencia del flujo de los procesos cuando se tienen diferentes secuencias de flujo posibles, a continuacin se describen las diferentes puestas de enlace que utiliza el BPMN. Exclusivo: Evala las condiciones del flujo secuencial de actividades para definir un solo camino hacia donde deber seguir el flujo. Evento: Evala la ocurrencia de un evento para definir un solo camino hacia donde deber seguir el flujo de actividades. Paralelo: Se enva el flujo de actividades hacia varios caminos (hacia todos al mismo tiempo) sin evaluar nada. Inclusivo: Se enva el flujo de actividades hacia varios caminos (hacia todos al mismo tiempo), si es que se cumplen las condiciones del flujo secuencial de actividades.
41
Modelado de negocios
Programa desarrollado
Complejo: Se enva el flujo de actividades hacia varios caminos (hacia todos al mismo tiempo), si es que se cumple una sola condicin del flujo secuencial de actividades.
AGRUPAMIENTO Estos elementos se utilizan para dividir y organizar los diagramas del BPMN, los cuales se describen a continuacin. Pools: Bsicamente son contenedores para indicar que el diagrama pertenece a un participante en especfico. Carriles: Son contenedores que representan roles en las actividades que se estn modelando. ARTEFACTOS Objeto de datos: Son los documentos y datos que requieren los procesos. Grupo: Ayuda a definir secciones en el diagrama. Anotacin de texto: Son notas que aade quien modela a manera de informacin extra sobre los modelos grficos.
Modelado de negocios
Programa desarrollado
Revisa el catlogo de productos existentes. Analiza los productos de su inters. Si el producto le convence realiza la solicitud del producto mediante la compra. o Enva peticin Enva los datos de su compra. Enva sus datos personales para la entrega y pago. o Aprueba pedido Analiza la lista de cargos por la compra. Si la lista de cargos es correcta aprueba los cargos y el pedido, de lo contrario cancela la compra. Responsable de ventas: o Decide Revisa la solicitud de compra. Analiza la fecha de entrega solicitada o Discrimina Identifica si es pedido especial o normal en base a la fecha de entrega requerida. o Encamina Se enva el pedido a que se surta. o Procesa Se revisa la existencia de los productos solicitados. Si no hay existencia de productos se cancela la compra. Si se cuenta con existencia se renen los productos solicitados (se surte). Operario: o Entrega Revisa que el pedido corresponda con los productos solicitados. Si el surtido del producto es correcto se entrega al cliente. Si el surtido es incorrecto se regresa al paso de encaminamiento del pedido.
Una vez desglosadas las tareas de los procesos identificados se muestran los diagramas correspondientes, en la imagen 1 se muestra el diagrama del proceso de compra a nivel de subprocesos, de manera tal que se ven solo las actividades a nivel macro.
43
Modelado de negocios
Programa desarrollado
La siguiente imagen (2) muestra el mismo diagrama del proceso de compra pero a nivel detallado (micro) donde cmo se puede observar se tienen todas las tareas requeridas. Obsrvese que en este diagrama adems de tareas se utilizan puertas de enlace, pues se requieren decisiones, tambin podemos observar que se utilizan eventos de cancelacin, para los casos en que no existan productos que se quieran comprar, o los cargos del pedido no sean los correctos.
Imagen 2 diagrama BPMN del proceso de compra a nivel tareas La siguiente imagen (3) muestra el procesamiento del pedido a nivel de tareas; en l que se puede revisar la utilizacin de una puerta de enlace paralela, ya que al discriminar solo se identifica si el pedido es especial o normal -lo que se agreg con una nota de texto- y despus se revisan las existencias, y como dice la descripcin no se evala nada, solo se identifica el tipo de pedido. Otro elemento utilizado es un evento temporizador el cual es utilizado por que la discriminacin se realiza con base en la fecha solicitada de entrega.
44
Modelado de negocios
Programa desarrollado
Imagen 3 Diagrama BPMN del procesamiento de pedido a nivel tareas La siguiente imagen muestra el proceso de entrega del pedido, el elemento nuevo que se utiliza en este diagrama es el evento vnculo, el cual indica volver a revisar existencias en caso del que pedido no sea correcto.
Imagen 4 Diagrama BPMN del proceso de entrega de pedido a nivel tareas Por ltimo, en la imagen 5, se muestra el diagrama completo, que incluye el manejo de roles -por lo tanto se usan carriles- y la comunicacin de datos que se genera entre cada proceso.
45
Modelado de negocios
Programa desarrollado
46
Modelado de negocios
Programa desarrollado
Imagen 5 Diagrama BPMN de un negocio de comercio electrnico a nivel tareas y con roles
Autoevaluacin
Para reforzar los conocimientos relacionados con los temas que se abordaron en esta segunda unidad del curso, es necesario que resuelvas la autoevaluacin de la unidad. Recuerda que es muy importante leer cuidadosamente los planteamientos indicados y elegir la opcin adecuada para cada uno.
47
Modelado de negocios
Programa desarrollado
1. En un archivo de texto, realiza un manual donde se describa paso a paso la realizacin del modelo que realizaste en la Actividad 3, de manera tal que sirva como gua para modelar otro negocio similar al que se model en dicha actividad. 2. Guarda la evidencia con el nombre MDN_U2_EA_XXYZ. Sustituye las XX por las dos primeras letras del primer nombre, la Y por la inicial del apellido paterno y la Z por la inicial del apellido materno. 3. Enva la carpeta del proyecto a tu Facilitador(a) para recibir retroalimentacin.
Cierre de la unidad
Has concluido la segunda unidad del curso. A lo largo de sta has visto lo que es el BPMN, su definicin, beneficios y objetivos, as como los componentes de un diagrama BPMN y sus asociaciones. Es aconsejable que revises nuevamente la unidad en caso de que los temas que se acaban de mencionar no te sean familiares o no los recuerdes, de no ser este tu caso, ya ests preparado(a) para seguir con la unidad tres, en donde continuars con la revisin del modelado conjuntando UML y BPMN. Todo ello con el fin de obtener el conocimiento necesario para comenzar a realizar modelos de negocios complejos al final de la cuarta y ltima unidad del curso de Modelado de Negocios.
Fuentes de consulta
White, S. & Derek, M. (2009) BPMN: Gua de referencia y modelado. Mxico: Future Strategies Inc.
48
Modelado de negocios
Programa desarrollado
Propsito
En esta unidad logrars: Definir procesos de negocio. Distinguir los artefactos que se utilizan para los diagramas del Proceso de Negocio. Distinguir los elementos y uso de los casos de uso del negocio. Definir los actores del negocio. Distinguir los elementos para modelar actores.
Competencia especfica
Construir diagramas para representar las reglas del negocio que se est modelando, a travs de la utilizacin de software especializado en la notacin de UML y BPMN.
49
Modelado de negocios
Programa desarrollado
En las empresas u organizaciones existentes hoy, la cantidad de personas que participan es inmensa; junto con ello viene la diversidad cultural, cognitiva, de gnero, entre otros. Las relaciones que se entrelazan no slo en las unidades funcionales, si no entre las mismas personas, llevarn a formar una red de interaccin con una alta complejidad. El departamento de contabilidad interacta con el departamento de desarrollo de software al asignarles presupuesto o depreciar el equipo de cmputo que usan a diario. En el caso contrario el departamento de desarrollo de software interacta con el departamento de mantenimiento para proveerlos de sistemas de informacin que les ayude a llevar control de su trabajo y el departamento de mantenimiento interacta con el departamento de contabilidad al programar revisiones de sus equipos de aire acondicionado. Este breve relato te da a entender entre lneas que los expertos de los distintos departamentos, aunque lleven relaciones a diario; nada tienen que ver con el trabajo del otro. Luego, ellos no deben entender el proceso interno de tal o cual departamento y ntese que, an perteneciendo a una misma organizacin, slo se avizora lo general dejando lo particular de lado; y no quiere decir que est mal hecho. Es por esto que un Diagrama de Procesos del Negocio (BPD por sus siglas en ingls) se utiliza para modelar grficamente las operaciones de los procesos del negocio, de forma que los usuarios que no tenga instruccin formal en lo que versa el proceso (como ya se explic en prrafos anteriores) puedan leer y comprender hasta los procesos ms complejos.
50
Modelado de negocios
Programa desarrollado
Objetos de Flujo BPD tiene 3 elementos centrales que comprenden los Objetos de Flujo: Evento, su representacin es a travs de un crculo y quiere decir algo que pasa durante la consecucin de un proceso de negocio, afectan al flujo del proceso y tienen un evento disparador y un resultado; causa y efecto. Este tipo de objetos de flujo acepta tres estados vlidos con su respectiva representacin.
Figura 3.1. Eventos del Objeto de flujo Actividad, su representacin es a travs de un rectngulo con las esquinas redondeadas y en general describe el trabajo que se hace; puede ser una sola actividad (bsica) o conformarse de un conjunto de actividades bsicas (compuesta). Este tipo de objetos de flujo acepta dos estados vlidos con su respectiva representacin.
Figura 3.2. Representacin de Actividad Decisin, su representacin es familiar para las personas acostumbradas a crear diagramas de flujo pues es un rombo y tiene la misma funcionalidad, decisin de la divergencia o convergencia del flujo de la informacin. Puede crear nuevos
51
Modelado de negocios
Programa desarrollado
caminos o hacer que se fundan a travs del resultado de la evaluacin lgica (lgica booleana con verdadero o falso) de sus enunciados.
Figura 3.3. Representacin de decisin Objetos de Conexin Para poder hacer la descripcin del flujo de la informacin se hace uso de estos elementos que describen el sentido, desde dnde y hacia dnde, fluir. Los tres conectores que hacen esta funcin son: Flujo de secuencia, se representa con una lnea lisa y con una terminacin en la punta de flecha igualmente lisa (rellena) y denota la secuencia en que se ejecutan las tareas del proceso. Flujo de mensaje, se representa con una lnea entrecortada (discontinua) y con una terminacin en la punta de flecha sin relleno (slo el contorno de la punta de flecha); su uso es para denotar el flujo de mensajes entre dos actores (pero no limitado) del o de los procesos. Se usa igual para unidades funcionales del negocio separadas. Asociacin, se representa por una lnea punteada (formada por puntos) sin terminacin en punta de flecha; su uso es para asociar textos, datos, entre otros artefactos con los objetos de flujo, adems de mostrar las entradas/salidas de las actividades.
52
Modelado de negocios
Programa desarrollado
Figura 3.4. Representacin de Asociacin A simple vista puede pensarse que los elementos son insuficientes para poder describir procesos de negocio, pero debe recordarse que la experiencia del diseador es lo que dar la correcta combinacin de elementos para describir el proceso que se necesite. Carriles Por definicin los carriles usados en la metodologa de modelado de procesos, se han utilizado para hacer la descripcin separada de distintas acciones de varios roles; propone grficamente una idea clara de los lmites de las responsabilidades y sobre todo la secuencia de ellas. BPD no es ajena a esta representacin ni al significado de ella, de tal modo que hace uso de igual manera. Los tipos de carriles que BPD soporta son dos: Pool, acta como delimitador (contenedor) grfico de un actor o a un proceso nico, diferencia las distintas actividades nicas del actor o de la unidad funcional con el de otros pools. Lane, es pool que conforma otros pools. Es decir, es una particin y extiende la longitud y el alcance del pool padre; se usa para organizar y categorizar actividades.
53
Modelado de negocios
Programa desarrollado
54
Modelado de negocios
Programa desarrollado
3.2.2. Elementos del Modelo de Casos de Uso del Negocio
Un caso de uso es bsicamente una representacin grfica entre un usuario y un sistema, en nuestro caso, relacin con la empresa. Por tanto los casos de uso en el mbito de los negocios son de ayuda para la identificacin de las funciones que realizan las personas en la organizacin. Es importante resaltar el hecho de que un caso de uso puede ser muy pequeo o extenderse mucho, todo depende de la cantidad de funciones que deba realizar cada usuario. En la tabla 3.1. se muestran los artefactos bsicos que se requieren para la construccin de un diagrama de casos de uso y su descripcin.
Tabla 3.1. Artefactos bsicos de los casos de uso Forma de uso: Imagina que tienes la lista de las actividades que hace cada rol tomando el ejemplo que se ha venido trabajando desde la Unidad 1. Solicitante de venta (cliente): Realiza una peticin. Enva peticin Aprueba pedido Responsable de ventas: Decide Discrimina
55
Modelado de negocios
Programa desarrollado
Encamina Aprueba o rechaza Procesa Operario: Entrega
Los diagramas de caso de uso que se representan en las actividades que realiza el cliente a nivel macro, se podran englobar en realizar la compra de un producto, donde el cliente da informacin y tambin es quien la recibe del negocio por internet tal como se ve en la figura 3.6.
56
Modelado de negocios
Programa desarrollado
Tabla 3.2. Relaciones de los casos de uso Atendiendo a las definiciones mencionadas en la tabla 3.2., el caso de uso puede contener otros casos de uso que tienen la funcionalidad como parte integrante suya, es decir, que se pueden crear sub-divisiones del caso de uso general que en conjunto describan el caso de uso global. Por ejemplo, para la compra de un producto se puede crear casos de uso dependientes de la compra y que si se une todo se muestra esa accin; en la figura 3.7., se puede descomponer la compra de un producto en las siguientes actividades: Analizar productos. Elegir productos. Solicitar productos. Enviar los datos de compra. Analizar los cargos del pedido. Enviar los datos de pago y entrega. Aprobar los cargos del pedido.
57
Modelado de negocios
Programa desarrollado
Figura 3.7. Caso de uso con inclusin Por su parte la extensin indica actividades similares a la actividad global, pero de manera especializada, es decir, este tipo de relacin es til cuando se pretende mostrar diferentes opciones de la misma actividad. Para el ejemplo de la compra de un producto, se est suponiendo que se venden camisas, pantalones y zapatos, por lo que se coloca a manera de extensin estas opciones de compra, tal como se muestra en la siguiente figura 3.8.
58
Modelado de negocios
Programa desarrollado
En otro ejemplo, la relacin de generalizacin para los casos de uso, es utilizada para mostrar que un caso de uso puede tener relacin con otro que a su vez podra llegar a sustituirlo sin mayor problema, para este ejemplo se muestran dos casos de uso con relacin de generalizacin a la compra de un producto, las cuales son tal como se muestra en la figura 3.9. la compra de un producto nuevo y la compra de un producto usado, las cuales si lo analizas realmente podras sustituir sin ningn problema con la compra de un producto; pues, la accin de realizar la compra es la misma, solo cambiara el tipo de producto que se adquiera, pero las acciones seran las mismas.
Figura 3.9. Caso de uso con generalizacin Por ltimo se muestra el mismo caso de uso pero con una visin micro, es decir a detalle, donde se muestran todas las relaciones, tanto de inclusin, extensin y generalizacin. Tal como se muestra en la figura 3.10.
59
Modelado de negocios
Programa desarrollado
3.3.1. Conceptos
Por lo general los actores en los casos de uso se utilizan para:
60
Modelado de negocios
Programa desarrollado
Iniciar un caso de uso: un caso de uso debe ser inicializado por un actor, pues debe existir alguien o algo que provoque el inicio de actividades. Terminar un caso de uso: un caso de uso al final debe proveer informacin y es el actor con quien esta interactuando el que debe recibirla, por tanto es quien debe realizar la finalizacin. Solicitar informacin: es el actor con quien esta interactuando el caso de uso y por lo tanto es el actor quien provee de informacin al caso de uso para esperar su respuesta. Modificar la informacin: igual que el anterior.
Es muy importante identificar a los actores de un caso de uso, para as estar al tanto quin est relacionado con cada actividad que se deba realizar y saber quin debe proporcionar la informacin necesaria para que el caso de uso se efectu de manera correcta y quien ser quien reciba la informacin con que retroalimenta el mismo caso de uso.
61
Modelado de negocios
Programa desarrollado
5. Contribuye con algn comentario a por lo menos dos compaeros(as) sobre su discernimiento del tema. 6. Con base en las aportaciones de los compaeros(as), reelabora la asociacin entre UML y BPMN como conclusin del foro.
62
Modelado de negocios
Programa desarrollado
Autoevaluacin
Para reforzar los conocimientos relacionados con los temas que se abordaron en esta tercera unidad del curso, es necesario que resuelvas la autoevaluacin de la unidad. Recuerda que es muy importante leer cuidadosamente los planteamientos indicados y elegir la opcin adecuada para cada uno.
Autorreflexiones
Adems de enviar tu trabajo de la Evidencia de aprendizaje, es importante que ingreses al foro Preguntas de Autorreflexin y consultes las preguntas que tu Facilitador(a) presente, a partir de ellas, debes elaborar tu Autorreflexin en un archivo de texto llamado MDN_U3_ATR_XXYZ. Posteriormente enva tu archivo mediante la herramienta Autorreflexiones.
Cierre de la unidad
Has concluido la tercera unidad del curso. A lo largo de sta has visto un repaso de la unidad anterior con los temas de procesos de negocio que se retomaron para remarcar estos temas. Adems a lo largo de sta unidad has visto lo que son los casos de uso, su
63
Modelado de negocios
Programa desarrollado
definicin, beneficios y objetivos, as como los componentes de este tipo de diagramas y sus asociaciones. Es aconsejable que revises nuevamente la unidad en caso de que los temas que se acaban de mencionar no te sean familiares o no los recuerdes, de no ser este tu caso, ya ests preparado(a) para seguir con la unidad cuatro, en donde continuars con la revisin del modelado conceptual, con el fin de modelar recursos, metas, interacciones y comunicaciones dentro de las organizaciones. Todo ello con el fin de obtener el conocimiento necesario para comenzar a realizar modelos de negocios complejos al final del curso de Modelado de Negocios.
Para saber ms
Consulta la pgina oficial de UML, donde podrs encontrar manuales de referencia sobre este tema. Unified Modeling Language (UML): http://www.omg.org/spec/UML/
Fuentes de consulta
Fowler, M. & Scott, K. (1999) UML Gota a Gota. Mxico: Addison Wesley Longman de Mxico. Gibert, M. & Pea, A. (2005) Ingeniera del software en entornos de SL. Espaa: Fundacin per a la Universitat Oberta de Catalunya. Schmuller, J. (2001) Aprendiendo UML en 24 horas. Mxico: Prentice Hall
64
Modelado de negocios
Programa desarrollado
Propsito
En esta unidad logrars: o Describir el modelado de recursos y metas de un negocio. o Definir atributos y relaciones del modelo conceptual para modelar negocios. o Realizar el glosario de un negocio. o Realizar diagramas que modelen la totalidad de un negocio.
Competencia especfica
Aplicar los componentes de un negocio para comprenderlos de forma clara, mediante un lenguaje grfico.
65
Modelado de negocios
Programa desarrollado
En esta ltima unidad se dar un pequeo giro a la materia viendo que, despus de realizar todos los diagramas necesarios para describir, conceptualizar y abstraer un proceso de negocio, stos debern orientarse a la creacin del modelo conceptual del sistema computacional que mejor se adapte al negocio.
Ahora se utilizarn los modelos creados en las etapas anteriores para identificar los puntos clave del sistema que se deber realizar.
El modelo conceptual bsicamente es el modelo visual que ilustra las interconexiones del modelo descrito.
4.1.1. Conceptos
Cuando se acta, sin saber la razn del por qu funcionan las cosas, se est actuando sin la base de tener un modelo conceptual. Un modelo conceptual correctamente construido permite al usuario predecir los efectos de sus actos. La falta de modelo conceptual conlleva actuar de memoria (Norman, 1990).
Visto desde las perspectiva del modelado de los procesos del negocio, que es precisamente un modelo conceptual de la o las tareas que se hacen a diario en una empresa u organizacin, se deben plasmar de forma clara y consistente todas las acciones del trabajo diario, de esta forma se evitar la mecanizacin del trabajo que,
66
Modelado de negocios
Programa desarrollado
llevar a no comprender la razn de la funcin de cada uno, ni las relaciones con otros roles o instancias de la organizacin.
Cuando los procesos del negocio son modelados conceptualmente constituyen una abstraccin externa que describe, mediante diagramas y notaciones con un alto grado de formalidad. La descripcin de estos pasos mediante el modelo conceptual permitir a casi cualquiera entender y hacer cualquier cosa que en ellos se encuentre, sin depender de nadie. Traer beneficios para las personas y para las organizaciones.
4.1.2. Atributos
Un atributo es una caracterstica especial o definitoria de cualquier cosa o concepto al que se est refiriendo, por ejemplo al hablar del modelado de los procesos del negocio, un atributo inherente a l es la claridad.
Cuando se habla de atributos en el modelado del negocio se debe tener en cuenta que el principal objetivo es describir caractersticas nicas del modelo que se quiera describir. Gran parte de lo que se descubra en el modelado de los procesos del negocio servir para la creacin de la base de datos que soportar el sistema de informacin al que se quiere llegar; de esta manera un atributo descubierto en los modelos descritos puede perfectamente entenderse como un atributo propio del lugar donde se haya hecho el hallazgo.
Para hacer distincin, un atributo en base de datos puede tomar muchos matices ya que hace referencia a cada una de las caractersticas que describen una tupla cualquiera, por ejemplo la tupla representativa de una persona podra tener los atributos siguientes: Edad Peso Talla Raza Nombre
67
Modelado de negocios
Programa desarrollado
Entre muchos otros que se debern tomar en cuenta respecto del problema especfico al que se enfrente el lector.
Se debe tomar en cuenta que los atributos no siempre sern cuantificables o medibles sobre una unidad de medida estndar. Poner valores a los atributos del tipo numrico siempre ser fcil -como la estatura de la persona del ejemplo anterior- pero si se quiere cuantificar su nivel de aceptacin sobre algn tema moral de moda, la unidad de medida estar completamente sujeto a la interpretacin y al criterio de quien emite el juicio de valor.
Un atributo debe representar slo una caracterstica del modelo del negocio, no debe haber ms de dos caractersticas en un solo atributo, se debe llevar la misma atomicidad descrita en la teora de base de datos. Esto con el fin de evitar la duplicidad de informacin o la incoherencia de los datos que se estn manejando.
La estrecha relacin que se puede encontrar entre los atributos de los modelos del negocio y los atributos descritos en la teora de las bases de datos es innegable de tal forma que podr pasarse sin dificultad los atributos del modelo del negocio a su equivalente en entidades de base de datos.
68
Modelado de negocios
Programa desarrollado
Es importante identificar claramente las relaciones que se den a lo largo de la elaboracin de todo el modelado del proceso del negocio, ya que de cierta manera terminarn siendo la principal fuente de informacin al momento de elaborar la base de datos; el modelo conceptual que se desprenda podr tomarse como base (aunque no como producto terminado) del modelo fsico de base de datos. Las relaciones se describen en las bases de datos utilizando un modelo de datos que se puede asemejar como una coleccin de conceptos que se emplean para describir la estructura de una base de datos. Recurdese por favor que esa coleccin de conceptos fue igualmente utilizada para crear el modelo del proceso de negocio, por lo tanto se presenta de nuevo la semejanza entre el concepto modelado de negocio y la teora de base de datos referente a las relaciones.
Dependiendo del mbito donde se aplique esta relacin la coleccin de conceptos cambiar, por ejemplo para modelado de los procesos del negocio la coleccin de conceptos especficos para BPMN visto en la unidad 2- ser diferente a la presentada por las bases de datos.
La mayora (o su totalidad) de la coleccin de conceptos tienen en su definicin un conjunto de operaciones bsicas para poder especificar su funcin y tener claro para qu se utilizar, no confundir los elementos especficos segn su funcin. Un elemento para declarar o citar una tarea, un elemento para declarar o citar una relacin, un elemento para citar o declarar una sub-tarea hasta hacer la totalidad de sus descripciones y operaciones. Visto desde el punto de vista expuesto en temas anteriores, todos los elementos tienen funciones especficas necesarias para poder describir con alto grado de abstraccin y fineza cualquier ejemplo de proceso del negocio.
La clasificacin de este tipo de relaciones, para el caso especfico del que se trata slo es uno, por la naturaleza propia del concepto: Modelo relacional de modelado del negocio
Ntese que se est planteando una buena (y tal vez nueva) combinacin entre las relaciones clsicas (inclusive en su definicin matemtica ms pura) y los conceptos presentados en unidades anteriores, pues si bien quien ejecuta la labor involucrada en el
69
Modelado de negocios
Programa desarrollado
modelo que se describe, debe quedar claro para cualquier persona no versada en el tema. Se hace uso de distintas disciplinas (como la teora de base de datos) para hacer este complemento de conceptos tiles para el responsable de modelar estas relaciones. El trabajo de modelar relaciones no es aislado y se debe tener en cuenta que el resultado de modelar los procesos de negocio (con las relaciones entre las unidades operativas descubiertas en la organizacin) servir en pasos posteriores como entrada para nuevos procesos, de tal modo que la calidad del resultado de este punto impactar en la calidad del proceso siguiente (hablando en trminos de fabricacin de software con calidad).
Su elaboracin estar a cargo de un grupo experto (o una persona solamente) pero sin perder el enfoque principal que es un pblico general sin formacin (inclusive) en los temas tratados, es decir, su objetivo principal es trascender el crculo de personas especializadas en una materia.
70
Modelado de negocios
Programa desarrollado
Hablando de manera global, la unin de recursos mediante un modelo darn ideas claras de lo que se tiene y en qu se est usando (cmo coopera este recurso en el modelo global).
Estos recursos debern identificarse con base en las actividades que se realizan en la organizacin, de manera que quede especificado quien las realiza (recursos humanos) y los elementos que se requieren para realizar dichas actividades (recursos fsicos, de datos y/o materiales).
Revisa el ejemplo que se ha venido trabajando desde la primera unidad. Solicitante de venta (cliente): o Realiza una peticin. Revisa el catlogo de productos existentes. Analiza los productos de su inters. Si el producto le convence realiza la solicitud del producto mediante la compra. o Enva peticin Enva los datos de su compra. Enva sus datos personales para la entrega y pago.
71
Modelado de negocios
Programa desarrollado
Si la lista de cargos es correcta aprueba los cargos y el pedido, de lo contrario cancela la compra. Responsable de ventas (vendedor): o Decide Revisa la solicitud de compra. Analiza la fecha de entrega solicitada
o Discrimina Identifica si es pedido especial o normal en base a la fecha de entrega requerida. o Encamina Se enva el pedido a que se surta. o Procesa Se revisa la existencia de los productos solicitados. Si no hay existencia de productos se cancela la compra. Si se cuenta con existencia se renen los productos solicitados (se surte). Operario: o Entrega Revisa que el pedido corresponda con los productos solicitados. Si el surtido del producto es correcto se entrega al cliente. Si el surtido es incorrecto se regresa al paso de encaminamiento del pedido.
Con base en este ejemplo se tienen los siguientes recursos humanos: Cliente Vendedor Operario
Quienes debern laborar dentro de la empresa son solo el vendedor y el operario pues son quienes tienen relacin directa con la organizacin. El cliente es un factor externo por lo que podra omitirse de los recursos de la organizacin. Si la venta se realizara en un
72
Modelado de negocios
Programa desarrollado
local, se debera aadir al cajero, pero como el ejemplo es de ventas por internet, el sistema es quien realiza el cobro.
En cuanto a los recursos fsicos, de datos y/o materiales en el ejemplo se pueden identificar los siguientes: Pedido (datos) Productos (material) Equipo de cmputo (fsico) Sistema de ventas por internet (datos)
En la lista de actividades queda explicito el uso del pedido y de los productos que se vendern, y de manera implcita se tiene el equipo de cmputo y el sistema de venta por internet, para poder realizar las compras.
73
Modelado de negocios
Programa desarrollado
Al hacer el modelado del negocio se podrn detectar muchas carencias o fortalezas y a partir de este punto se podr saber qu tanto se estn encaminando los esfuerzos al cumplimiento de las metas o si definitivamente se navega sin rumbo fijo. El poder plasmar las metas en algo concreto, interpretable y comprensible por todos, posibilitar saber leer lo que pasa en la empresa u organizacin y se podrn tomar decisiones respecto al re encaminamiento (si as se precisa) para poder perseguir objetivos claros y bien delimitados.
Los diagramas sern un punto de partida importante pues presentan a primera vista lo que se hace, dejando al descubierto el incumplimiento respecto de lo que se debera hacer. Darn, los diagramas desprendidos del BPMN, la pauta para aplicar la premisa indiscutible de se documenta lo que se hace y se hace lo que est documentado y as poder llegar a descubrir las metas y su cumplimiento parcial o total en el mejor de los casos.
10.
74
Modelado de negocios
Programa desarrollado
11. Con base en las aportaciones de tus compaeros(as), reelabora el uso del
1. En un archivo de texto, construye un cuadro sinptico que contenga los elementos que componen un modelo de negocio. 2. Guarda la actividad con el nombre MDN_U4_A2_XXYZ. Sustituye las XX por las dos primeras letras del primer nombre, la Y por la inicial del apellido paterno y la Z por la inicial del apellido materno.
4.3. Diagramas
Los diagramas tienen como objetivo modelar el trabajo que se realiza dentro de la organizacin, son representaciones grficas de las actividades que se realizan al interior de las empresas.
Los siguientes diagramas son similares a los vistos en las unidades anteriores; es importante resaltar que solo es necesario crear un diagrama que modele las actividades y otro que modele los procesos de la empresa para comprender como funciona la organizacin. El que se realice depender de la organizacin donde se realice pues cada empresa define sus formas y estilos de trabajo es por ello que se abarcan diferentes
75
Modelado de negocios
Programa desarrollado
diagramas para que sean conocidos y puedan llegar a ser desarrollado en el ambiente de trabajo, cuando se soliciten cualquiera de ellos. A continuacin se describen los diagramas ms usados.
4.3.1. Interaccin
Estos diagramas (tambin llamados de secuencia) modelan la lgica del negocio, por lo general se utilizan para modelar los escenarios del negocio, se realiza un diagrama de interaccin por cada caso de uso creado. Estos diagramas se componen de los siguientes elementos:
76
Modelado de negocios
Programa desarrollado
En la siguiente figura se muestra el diagrama de interaccin del ejemplo mostrado previamente, donde se tiene al cliente, quien solicita un pedido, estos datos deben ser validados y entonces de surten los productos solicitados para poder realizar la entrega de los productos, estos pasos son una descripcin ms global que la lista de tareas previa. Este punto es importante de considerar, pues en los diagramas que se abarcan en esta unidad el modelado de las actividades se realiza a nivel macro, que como deben recordar, es a un nivel de actividades globales, sin entrar en detalle.
Como se puede ver en este diagrama intervienen solo dos objetos que son el pedido y el producto, los mensajes indicarn las acciones que se realizan para pasar de un objeto a otro, as pues no se puede pasar directo a los productos si antes no se solicit un pedido que fue previamente validado. Y es esto precisamente lo que indican las activaciones pues, como puede verse en la imagen, el pedido existe hasta que se valida y pasa a ser productos por ello la activacin del pedido termina cuando inicia el producto.
77
Modelado de negocios
Programa desarrollado
4.3.2. Comunicacin
Los diagramas de comunicacin (tambin llamados de colaboracin) modelan la interaccin entre actores para llevar a cabo las actividades de la empresa, este tipo de diagramas requiere de los siguientes elementos:
78
Modelado de negocios
Programa desarrollado
En la siguiente figura se muestra el diagrama de comunicacin de la compra por internet, donde el cliente solicita un pedido, el cual es notificado al vendedor, quien a su vez lo valida y surte los productos, que son entregados al operario para que realice la entrega del pedido.
79
Modelado de negocios
Programa desarrollado
En el siguiente ejemplo se muestran los estados por los que pasa un pedido, al inicio el pedido es solicitado y se enva al vendedor, despus el pedido se encuentra en revisin, se valida y por ltimo el pedido es surtido. Por tanto los estados tal como se ve en la figura son: solicitado, en revisin, y surtido. Y las transiciones estn dadas por los eventos de enviar al vendedor y la validacin.
80
Modelado de negocios
Programa desarrollado
ejemplo de negocio de la Evidencia de Aprendizaje de la Unidad1. 2. Guarda la actividad con el nombre MDN_U4_A3_XXYZ. Sustituye las XX por las dos
primeras letras del primer nombre, la Y por la inicial del apellido paterno y la Z por la inicial del apellido materno.
3.
81
Modelado de negocios
Programa desarrollado
4.
5.
reelabora tus diagramas, el cual deber ser enviado al Facilitador(a) para recibir retroalimentacin.
Autoevaluacin
Para reforzar los conocimientos relacionados con los temas que se abordaron en esta tercera unidad del curso, es necesario que resuelvas la autoevaluacin de la unidad. Recuerda que es muy importante leer cuidadosamente los planteamientos indicados y elegir la opcin adecuada para cada uno.
7. En un archivo de texto realiza un manual donde describas paso a paso la realizacin del modelo de negocio que se realiz a lo largo de las 4 unidades de la asignatura, de manera tal que sirva como gua para modelar otros negocios.
8. Guarda la evidencia con el nombre MDN_U4_A4_XXYZ. Sustituye las XX por las dos primeras letras del primer nombre, la Y por la inicial del apellido paterno y la Z por la inicial del apellido materno.
82
Modelado de negocios
Programa desarrollado
No olvides consultar la Escala de evaluacin.
Autorreflexiones
Adems de enviar tu trabajo de la Evidencia de aprendizaje, es importante que ingreses al foro Preguntas de Autorreflexin y consultes las preguntas que tu Facilitador(a) presente, a partir de ellas, debes elaborar tu Autorreflexin en un archivo de texto llamado MDN_U4_ATR_XXYZ. Posteriormente enva tu archivo mediante la herramienta Autorreflexiones.
Cierre de la unidad
Has concluido la unidad 4 del curso. A lo largo de sta has visto lo que es el modelo conceptual, modelos, atributos y relaciones, as como el glosario de negocio con las metas y recursos del negocio. Posteriormente se desarrollaron los temas de diagramas de interaccin, comunicacin y estados, con los que se complement la variedad de diagramas para modelar las actividades de una organizacin.
Es aconsejable que revises nuevamente la unidad en caso de que los temas que se acaban de mencionar no te sean familiares o no los recuerdes, de no ser este tu caso, ya ests preparado(a) para concluir la materia.
Para saber ms
Consulta la pgina oficial de UML, donde podrs encontrar manuales de referencia sobre este tema. Unified Modeling Language (UML): http://www.omg.org/spec/UML/
83
Modelado de negocios
Programa desarrollado
Fuentes de consulta
Fowler, M. & Scott, K. (1999) UML Gota a Gota. Mxico: Addison Wesley Longman de Mxico. Gibert, M. & Pea, A. (2005) Ingeniera del software en entornos de SL. Espaa: Fundacin per a la Universitat Oberta de Catalunya. Norman, Donald (1990) The design of everyday things. New York: Basic Books Schmuller, J. (2001) Aprendiendo UML en 24 horas. Mxico: Prentice Hall
84