Apuntes Unidad III-V1.012345

download Apuntes Unidad III-V1.012345

of 22

Transcript of Apuntes Unidad III-V1.012345

Unidad III: Modelado de procesos 1. Tcnicas de modelado 1.1. Diagramas de bloques 1.2. Modelos cualitativos 1.3. Grfica rica (Rich Picture) 1.4. RAD (Role-activity diagram) 2. Lenguajes de modelado 2.1. BPMN 2.2. UML (Diagramas de actividad) 3. Herramientas CASE

Modelado de procesos

El modelar los procesos dentro de la organizacin, permite conocer las reas problemticas y susceptibles a mejoras, los niveles y la delegacin de autoridad, las reas de alto riesgo, el volumen de sus operaciones y el ciclo de vida de sus procesos, incluyendo el contenido tecnolgico y la problemtica social. Por tal motivo, si una organizacin desea obtener resultados exitosos en sus procesos, es recomendable que tenga conocimiento y utilice la ingeniera y modelado de procesos, siguiendo metodologas adecuadas que sean entendidas y aplicadas con facilidad. Los modelos de un proceso son usados para documentar y dar soporte a los procedimientos de una organizacin en una forma consistente y uniforma. El modelado en la ingeniera de proceso es una actividad completa, cclica y requiere de un anlisis sobre la forma en la cual las personas realizan su trabajo. El modelado de proceso se distingue de otros tipos de modelado en las Ciencias de la Computacin, debido a que se modelan fenmenos que se realizan por una persona en lugar de una mquina. Los usos y las ventajas de la ingeniera y modelado de procesos pueden ser resumidos en los siguientes puntos: Facilita la compresin y comunicacin humana. Representa el proceso de una forma comprensible; formaliza el proceso de modo que la gente pueda trabajar ms efectivamente; proporciona bastante informacin para permitir que una persona o equipo de trabajo realice el proceso.

Proporciona apoyo para la mejora del proceso. Provee las bases para definir y analizar procesos y facilita la seleccin e incorporacin de tecnologa de apoyo al proceso. Proporciona soporte a la administracin del proceso. Facilita el monitoreo, el manejo y la coordinacin del proceso y provee ayuda en su medicin. Proporciona las bases para realizar la comparacin de los procesos actuales contra los ya establecidos. Automatiza la direccin del proceso. Se almacena la representacin de un proceso para ser reutilizable, proporciona direccin, sugerencia y material de referencia facilitando el desempeo humano en el proceso a realizar. Automatiza el apoyo de la ejecucin. Automatiza porciones del proceso, cumpliendo reglas para asegurar la integridad del mismo dentro del ambiente automatizado.

Etapas para el Modelado de procesos: Captura: se obtiene la informacin de cmo se realiza el proceso, utilizando tcnicas para recabar informacin como entrevistas estructuradas, semi-estructuradas, cuestionarios, observaciones, documentos relevantes al proceso, entre otras; con la participacin de los agentes involucrados en el proceso bajo estudio. La salida es una descripcin textual del proceso y subprocesos en la identificacin de las responsabilidades, objetivos de cada uno de los agentes, as como el desarrollo a detalle del proceso. Modelado: El modelado del proceso utiliza tcnicas diagramticas esto es con el fin de analizar las caractersticas ms relevantes del proceso como son: objetivos, actividades, roles, agentes, controles, mecanismos e interacciones. En esta etapa, el modelado de proceso es revisado por las personas involucradas, para validar y corregir informacin y/o terminologa capturada en los diagramas. Los procesos de captura y modelado son interactivos, es decir, el modelo es modificado de acuerdo a las observaciones que realicen las personas involucradas en el proceso, con la finalidad de que refleje lo que realmente sucede en la organizacin. Los cambios o rediseo de actividades particulares del proceso se realizan con el propsito de proponer mejoras al mismo, en caso de que sea necesario. Es decir, en esta fase de proyecto las mejoras del proceso, haciendo nfasis en la eliminacin de todas las actividades que no agregan valor (no significativas), delimitacin de responsabilidades. Las propuestas de rediseo pueden incluir acciones de eliminacin, simplificacin, integracin, automatizacin e incluso coordinacin.

Soporte: se construyen o adecua la TI que auxilie a la ejecucin de proceso de acuerdo a lo obtenido durante el anlisis y rediseo cuidando que estas tecnologas entren acordes a la naturaleza del proceso y la manera de trabajar por parte de los miembros involucrados.

Tcnicas de Modelado Diagrama de Bloques

El diagrama de bloques es la forma ms simple de representacin del proceso. Cada bloque puede representar una pieza individual de equipo o una etapa completa del proceso. Los diagramas de bloques son usados para representar un proceso en forma simple en reportes y textos, pero tiene un uso limitado como documento de ingeniera. Los bloques pueden ser de cualquier forma, pero usualmente es conveniente usar cuadrados o crculos, siempre del mismo tamao. Un diagrama de bloques de modelo matemtico es el utilizado para representar el control de sistemas fsicos (o reales) mediante un modelo matemtico, en el cual, intervienen gran cantidad de variables que se relacionan en todo el proceso de produccin. El modelo matemtico que representa un sistema fsico de alguna complejidad conlleva a la abstraccin entre la relacin de cada una de sus partes, y que conducen a la prdida del concepto global. En ingeniera de control, se han desarrollado una representacin grfica de las partes de un sistema y sus interacciones. Luego de la representacin grfica del modelo matemtico, se puede encontrar la relacin entre la entrada y la salida del proceso del sistema. Los componentes bsicos de un tpico proceso qumico son mostrados en la siguiente figura, en la cual cada bloque representa una etapa en el proceso total para obtener un producto a partir de las materias primas. La Figura, representa un proceso generalizado; no todas las etapas pueden ser necesarias para un proceso particular y la complejidad de cada etapa depender de la naturaleza del proceso. El diseo en ingeniera qumica abarca la seleccin y arreglo de las etapas, y la seleccin, especificacin y diseo del equipo requerido para operar cada etapa.

Grafica Rica http://gloria.cicese.mx/IngProcesos/Procesos/acetatos4.pdf Desarrolladas por Peter Checkland como parte de la Metodologa de Sistemas suaves (Soft Systems Methodology-SSM) Pueden representar partes del proceso a diferentes niveles de detalle. Usualmente existe una grfica de alto nivel que describe todo la organizacin. A su vez estas actividades pueden ser elaboradas a ms detalle. Caractersticas: Muestra a las personas involucradas, su propsito en el proceso, sus deseo y miedos. Muestra el detalle ambiental (actividades humanas, procesos, limites organizacionales). Muestran conflicto o acuerdo de intereses. Permiten tener una visin global del proceso. Estas pueden ser utilizadas en la etapa inicial de la captura del proceso como ayuda para representar el dominio del proceso, y entender los puntos de vista de las personas.

Parte de la noticin incluye: Roles que se representan con el cono que se considere ms apropiado. Artefactos (salidas de las actividades) representados por cajas rectangulares. Actividades (tareas e interacciones) son representadas por nubes. Acciones de los roles pueden ser representados por nubes con pensamientos. Ejemplo de un proceso con Grafica Rica enfocado a: los roles, productos de trabajo/artefactos, actividades:

Roles: Trabajador de Campo (Field Worker ) quien trabaja con pacientes en varios pases. Oficiales Regionales (Reionales que coleccionan gional officers) localizados en centros regionales que coleccionan informacin de campo para construir un perfil de salud. Consejos (Advisers), Equipo de Planeacion (Planners), etc.

Artefactos: Cuestionarios, reportes de campo, programas, planes perfiles de salud, prioridades, reportes.

Actividades: Cada actividad esta descrita por una pequea oracin, que est ligada (sin fechas) a los roles que participan en la actividad. Existe: Una flecha hacia un artefacto cuando este es creado o modificado. Una flecha desde el artefacto, si este es referido en la interaccin.

Una doble flecha si los dos toman lugar.

Ejemplo: Request information and discuss issues. Esta actividad involucre a los trabajadores de campo, los cuales utilizan cuestionarios y producen reportes.

Diagramas de Actividades http://www.sparxsystems.com.ar/resources/tutorial/uml2_activitydiagram.html DIAGRAMAS DE ACTIVIDAD http://www.sparxsystems.com.ar/resources/tutorial/uml2_activitydiagram.html Los diagramas de actividades muestran el flujo de trabajo desde el punto de inicio hasta el punto final, detallando muchas de las rutas de decisiones que existen en el progreso de eventos contenidos en la actividad. Tambin pueden usarse para detallar situaciones donde un proceso paralelo puede ocurrir en la ejecucin de algunas actividades. Elementos del diagrama de actividad Actividad: Una actividad es la especificacin de una secuencia parametrizada de comportamiento. Sintaxis: Una actividad muestra un rectngulo con las puntas redondeadas adjuntando todas las acciones, flujos de control y otros elementos que constituyen la actividad.

Accin: Una accin representa un solo paso dentro de una actividad. Sintaxis: Las acciones se denotan por rectngulos con las puntas redondeadas.

Restriccin de accin: Una restriccin es una condicin que debe cumplirse para poder realizar una accin. Las restricciones se pueden adjuntar a una accin. Un restriccin de accin equivale a una pre y post condicin. Las condiciones generalmente son locales.

Sintaxis:

Flujo de control: Un flujo de control muestra el flujo de control de una accin a otra. Sintaxis: Su notacin es una lnea con una punta de flecha.

Nodo inicial: Sintaxis: Un nodo inicial o de comienzo se describe por un gran punto negro, como se muestra a continuacin.

Nodo final: Hay dos tipos de nodos finales: nodos finales de actividad y de flujo. Sintaxis: - El nodo final de actividad se describe como un crculo con un punto dentro del mismo. - El nodo final de flujo se describe como un crculo con una cruz dentro del mismo.

La diferencia entre los dos tipos de nodos es que el nodo final del flujo denota el final de un solo flujo de control, y el nodo final de actividad denota el final de todos los flujos finales dentro de la actividad.

Flujo de objetos: Un flujo de objeto es la ruta a lo largo de la cual pueden pasar objetos o datos. Sintaxis: - Un objeto se muestra cmo un rectngulo.

- Un flujo de objeto se muestra como un conector con una punta de flecha denotando la direccin a la cual se est pasando el objeto.* Un flujo de objeto debe tener un objeto en por lo menos uno de sus extremos. Sintaxis: Una notacin de acceso rpido para el diagrama de arriba sera usar los pins de salidas y entradas.

Almacen de datos: - Un almacn de clave se muestra como un objeto con las clave datastore.

Nodos de decisin y combinacin: Sintaxis: Los nodos de decisin y combinacin tienen la misma notacin: una forma de diamante. - Los dos se pueden nombrar.

*Los flujos de control que provienen de un nodo de decisin tendrn condiciones de guarda que permitirn el control para fluir si la condicin de guarda se realiza. Nodos de bifurcacin y unin: Las bifurcaciones y uniones tienen la misma notacin: tanto una barra horizontal como vertical (la orientacin depende de si el flujo de control va de derecha a izquierda o hacia abajo y arriba. Estos indican: Bifurcacin: El comienzo de hilos actuales de control Unin: Final de hilos actuales de control.

Una unin es diferente de una combinacin ya que la unin sincroniza dos flujos de entrada y produce un solo flujo de salida. El flujo de salida desde una unin no se puede ejecutar hasta que todos los flujos se hayan recibido. Una combinacin pasa cualquier flujo de control directamente a travs de esta. Si dos o ms flujos de entrada se reciben por un smbolo de combinacin, la accin a la que el flujo de salida apunta se ejecuta dos o ms veces.

Formato Etapa/Rol:

Ver: http://www.youtube.com/watch?v=MU8QyE7lzyA

DIAGRAMAS ROL-ACTIVIDADhttp://www.eis.mdx.ac.uk/staffpages/geetha/BIS2000/RADs/rad.html

Cualquier proceso del negocio consiste en varias actividades claras y concurrentes que corresponden a varios "roles" contribuidores en el proceso. Para un individuo o grupo dentro de la organizacin, para realizar sus actividades, ellos necesitan saber en cules actividades deben tomar parte, en qu orden las actividades sucedern, con cules otros individuos o grupos necesitan interactuar, y cules acciones son dependientes de las interacciones. Los modelos basados en roles satisfacen este requerimiento agrupando las actividades en roles, los cuales describen el comportamiento deseado de individuos, grupos, o sistemas. Los Diagramas Rol-Actividad (RAD, por sus siglas en ingls) son una anotacin originalmente desarrollada para modelar procesos de software, sin embargo, pueden utilizarse para modelar cualquier tipo de proceso. Sus orgenes se remontan a las iniciativas generadas en el Reino Unido sobre modelado de procesos. De hecho, en Reino Unido, es donde se han hecho ms estudios sobre el modelo formal de procesos. Los RAD pueden ser considerados como una de las tcnicas ms recientes utilizadas en el paradigma de modelado de procesos. Un RAD muestra los roles, sus actividades, y las interacciones, adems de eventos externos y la lgica que determina cules actividades son realizadas en determinado momento. Un RAD es una anotacin de tipo organigrama. Son dibujados normalmente con el flujo principal a la izquierda y con condiciones y refinamientos selectos a la derecha. Notacin bsica Rol: Es un conjunto de actividades que juntas realizan una responsabilidad particular o un conjunto de actividades y logran algn objetivo particular. - A veces es til utilizar gerundios (Esto aplica ms en ingls. Ejemplo: Authoring, Copy Editing, Designing, Editing, Planning, Producing, Marketing) para denotar los roles. Esto es porque ayuda a algunas personas a acentuar las actividades que suceden, y no slo a la persona o cargo implicado.

Algunas veces tambin se tiende a considerar partes de una organizacin como roles, por ejemplo: departamentos, divisiones, secciones. De igual forma, sus actividades corresponden a un nmero de procesos. Un ejemplo especfico sera en un proceso de negocio de una editorial. Se pueden identificar los siguientes roles: Edicin, Diseo, Planeacin, Produccin, Mercadotecnia. En la

tienda se pueden encontrar roles tales como: Cliente, Asistente de piso, Gerente de tienda, Supervisor. Los roles son TIPOS. Las instancias de los roles son los PARTICIPANTES del proceso. Los PARTICIPANTES realizan actividades con el fin de lograr metas u objetivos especficos. Ellos son en efecto los entidades activas en el mundo real del proceso. Por ejemplo, considrese una tienda donde los roles son: Cliente y Cajero. En este caso, decimos que Zaletas, Tapia y Jerry son clientes quienes hacen sus compras semanales. Cada uno de ellos representa una instancia del rol Cliente. El role Cajero es jugado por Edward.

La instancia de un role puede ser tomada por una persona, una mquina, o un grupo de personas.

Sintaxis: El rol es representado por un rectngulo con esquinas redondas. Cada rol tiene un hilo vertical de actividades dentro del rectngulo, que inicia en el tope superior del rectngulo.

Cada rol tiene un estado inicial y un estado final. El rol puede iniciar en un estado inicio o puede iniciar en un estado especfico, por ejemplo, el rol del Cajero puede iniciar en el

estado listo para servir al Cliente. El estado final del rol es representado usando un smbolo terminal que indica lgicamente que no sigue otra actividad. Estado: Un rol tiene un estado. Al realizar una actividad, esta se mueve de un estado a otro. La lnea vertical arriba de la actividad representa el estado previo del rol, y la lnea debajo de la actividad es el nuevo estado (despus de la accin). Los estados se etiquetan, ayudando a hacer explcito las precondiciones y consecuencias de cada actividad o accin. Sintaxis:

La ventaja de mostrar el estado explcitamente es que esto permite entender ms fcilmente el modelo. La desventaja es que el diagrama llega a ser muy largo y puede hacerlo poco entendible. (Por lo tanto, la es estrictamente requerido etiquetar el estado del rol.)

Por ejemplo, en el rol de Cliente (Customer), la accin entrar a la tienda cambia el estado del rol de no habilitado para seleccionar productos a estar habilitado para seleccionar productos. El primer estado es implcitamente indicado, mientras que el ltimo es explcitamente indicado. La accin selecciona productos cambia el estado del rol de Cliente de habilitado para seleccionar productos a listo para pagar.

Accin: Una accin es un paso del proceso, el cual cambia el estado del sistema. - Una accin cambia el estado de su propio rola, de alguna situacin antes del estado a una despus del estado. Acciones tpicas: - Producir - Distribuir - Encontrar/localizar - Checar - Enviar - Recibir - Identificar - Crear

-

Esperar Monitorear Elegir Escribir Organizar Planear

Es importante entender que la granularidad de las acciones puede cambiar de acuerdo al nivel de detalle que se representa en el modelo. Por ejemplo, una actividad en un modelo puede ser expandida en un RAD por separado para mostrar ms detalles.

Sintaxis: Una accin es representada en RAD usando un pequeo cuadrado.

Las actividades se relacionan entre s en tres diferentes maneras:

1) Las actividades pueden ser ordenadas y seguir una secuencia particular. En este caso, la actividad A debe siempre seguir a la actividad B. Por ejemplo: un cheque no puede ser enviado hasta que la forma de envo sea aprobada.

2) La actividad A o la actividad B son realizadas dependiendo si se cumple la condicin que mantiene C. Esto es llamado seleccin, o actividades alternativas. Sintaxis: El smbolo usado es un tringulo invertido. Por ejemplo, en un sistema de envo de correos, un cliente tiene la eleccin de si pagar con cheque o con tarjeta de crdito. El cliente necesita para llenar una forma de cada orden, escribir un cheque o llenar los detalles del pago con tarjeta y luego enviar la orden a la compaa de mensajera

Una eleccin indica diferentes secuencias de actividades. Solo un camino puede ser ejecutado. 3) En algn punto del proceso, tanto la actividad A como la actividad B pueden proceder en paralelo. Sintaxis: La notacin para expresar el paralelismo es un tringulo. Por ejemplo, cuando el pago ha sido aprobado, el dinero puede pagarse al cajero y el pago puede ser abonado a la cuenta del departamento correspondiente.

Ntese que a diferencia de una seleccin, todos los flujos en paralelo sern realizados.

En un modelo de procesos se pretende indicar dnde hay actividades secuenciales, alternativas o paralelas.Interaccin: Las interacciones son un aspecto muy importante que sucede en un proceso. Por ejemplo, un gerente delega tareas a un subordinado, mediante una reporte, un discusin entre dos personas (intercambiando ideas, decisiones), un acuerdo entre un grupo de personas, etc. Una interaccin es un paso del proceso que tiene lugar simultneamente en ms de un rol. En otras palabras una interaccin pueden involucrar cualquier nmero (ms de uno) de roles y significa que los roles involucrados puede pasar juntos por esa interaccin esto es, ellos se sincronizan.

Interacciones tpicas: - Acordar/Concordar - Aprobar - Delegar trabajo (tareas) - Pasar informacin/cosas - Autorizar - Reportar status - Esperar por algo Las interacciones son puntos de sincronizacin. Algunas veces es til mostrar cul rol que participa en una interaccin toma el liderazgo o es responsable de que ella suceda. Tal rol lder es conocido como rol conductor. Sintaxis: El rol conductor es indicado sombreando el rectngulo de la actividad para ese rol.

Los aspectos de sincronizacin de una interaccin son muy importantes, esto es, para que suceda la interaccin, todos los roles participantes deben estar en el estado antes (before). Como resultado de esta interaccin, todos los roles involucrado en la interaccin se mueven de su estado antes a su estado despus. En el caso del diagrama anterior, cuando el rol conductor (Rol 1) est en el estado antes 1, y el rol asociado (Rol 2) est en el estado antes 2, entonces la interaccin tendr lugar. La interaccin es nombrada cuando el rol conductor termina. El rol conductor (o en dado caso la actividad) es distinguido rellenando el rectngulo de la actividad asociada con la interaccin. Como resultado de la interaccin, el rol conductor se mover del estado antes 1, y el rol asociado se mover al estado antes 2. Ntese que la interaccin no usa flechas para indicar el flujo o la direccin. La direccin es implcitamente indicada por el rol conductor.