Você está na página 1de 18

TECNOLOGAS DE LA INFORMACIN Y COMUNICACIN REA MULTIMEDIA Y COMERCIO ELECTRNICO

Modelado de procesos
UNIDAD [1]

Actividad: Tcnicas de modelado de procesos.


PROFESORA:

[L.S.C Ma. Anglica Glez. Lpez]


ALUMNO:

[Aldo Rodolfo Lpez Acevedo] Acmbaro Gto Febrero 2014

Contenido

Introduccin Objetivo Desarrollo Diseo de sistemas de informacin Diagrama Business Process Modeling Notation(BPMN) Business Process Modeling Notation(BPMN) Conclusin

Introduccion

Este documento presento los procesos de negocio correspondientes al sistema completo del Diagrama Business Process Modeling Notation(BPMN) que especifica cual es el metodo de como se carga gasolina en una estacin, aparte tambien vemos el proceso de solicitud de crdito en varios diagramas.El objetivo principal del lenguaje BPMN es dar una situacin cualquiera, que sea legible y entendible para todos los usuarios de negocios, desde los analistas que realizan el diseo inicial de los procesos y los responsables de desarrollar la tecnologa que ejecutar estos procesos, hasta los gerentes de negocios encargados de administrar y realizar el monitoreo de los procesos. BPMN define un modelo de procesos de negocio basndose en diagramas de flujo. Un modelo de procesos de negocio, es una red de objetos grficos que representan las actividades y los controles de flujo que definen su orden de ejecucin.

Objetivo: El alumno realizar diagramas de roles y actividades (RAD) para representar procesos de negocios y sus relaciones.

Diseo de sistemas de informacin El Diseo de Sistemas se define el proceso de aplicar ciertas tcnicas y principios con el propsito de definir un dispositivo, un proceso o un Sistema, con suficientes detalles como para permitir su interpretacin y realizacin fsica La etapa del Diseo del Sistema de informacin encierra cuatro etapas: El diseo de los datos Trasforma el modelo de dominio de la informacin, creado durante el anlisis, en las estructuras de datos necesarios para implementar el Software. El Diseo Arquitectnico Define la relacin entre cada uno de los elementos estructurales del programa. El Diseo de la Interfaz Describe como se comunica el Software consigo mismo, con los sistemas que operan junto con l y con los operadores y usuarios que lo emplean. El Diseo de procedimientos Transforma elementos estructurales de la arquitectura del programa. La importancia del Diseo del Software se puede definir en una sola palabra Calidad, dentro del diseo es donde se fomenta la calidad del Proyecto. El Diseo es la nica manera de materializar con precisin los requerimientos del cliente. El Diseo del Software es un proceso y un modelado a la vez. El proceso de Diseo es un conjunto de pasos repetitivos que permiten al diseador describir

todos los aspectos del Sistema a construir. A lo largo del diseo se evala la calidad del desarrollo del proyecto con un conjunto de revisiones tcnicas: El diseo debe implementar todos los requisitos explcitos contenidos en el modelo de anlisis y debe acumular todos los requisitos implcitos que desea el cliente. Debe ser una gua que puedan leer y entender los que construyan el cdigo y los que prueban y mantienen el Software. El Diseo debe proporcionar una completa idea de lo que es el Software, enfocando los dominios de datos, funcional y comportamiento desde el punto de vista de la Implementacin. Para evaluar la calidad de una presentacin del diseo, se deben establecer criterios tcnicos para un buen diseo como son:

Un diseo debe presentar una organizacin jerrquica que haga un uso inteligente del control entre los componentes del software.

El diseo debe ser modular, es decir, se debe hacer una particin lgica del Software en elementos que realicen funciones y subfunciones especificas.

Un diseo debe contener abstracciones de datos y procedimientos. Debe producir mdulos que presenten caractersticas de funcionamiento independiente.

Debe conducir a interfaces que reduzcan la complejidad de las conexiones entre los mdulos y el entorno exterior.

Debe producir un diseo usando un mtodo que pudiera repetirse segn la informacin obtenida durante el anlisis de requisitos de Software. Estos criterios no se consiguen por casualidad. El proceso de Diseo del Software exige buena calidad a travs de la aplicacin de principios fundamentales de Diseo, Metodologa sistemtica y una revisin exhaustiva. Cuando se va a disear un Sistema de Computadoras se debe tener presente que el proceso de un diseo incluye, concebir y planear algo en la mente, as como hacer un dibujo o modelo o croquis. Diseo de la Salida En este caso salida se refiere a los resultados e informaciones generadas por el Sistema, Para la mayora de los usuarios la salida es la nica razn para el

desarrollo de un Sistema y la base de evaluacin de su utilidad. Sin embargo cuando se realiza un sistema, como analistas deben realizar lo siguiente:

Determine qu informacin presentar. Decidir si la informacin ser presentada en forma visual, verbal o impresora y seleccionar el medio de salida.

Disponga la presentacin de la informacin en un formato aceptable. Decida como distribuir la salida entre los posibles destinatarios. Diseo de Archivos Incluye decisiones con respecto a la naturaleza y contenido del propio archivo, como si se fuera a emplear para guardar detalles de las transacciones, datos histricos, o informacin de referencia. Entre las decisiones que se toman durante el diseo de archivos, se encuentran las siguientes:

Los datos que deben incluirse en el formato de registros contenidos en el archivo. La longitud de cada registro, con base en las caractersticas de los datos que contenga.

La secuencia a disposicin de los registros dentro del archivo (La estructura de almacenamiento que puede ser secuencial, indexada o relativa). No todos los sistemas requieren del diseo de todos los archivos, ya que la mayora de ellos pueden utilizar los del viejo Sistema y solo tenga que enlazarse el nuevo Sistema al Archivo maestro donde se encuentran los registros. Diseo de Interacciones con la Base de Datos La mayora de los sistemas de informacin ya sean implantado en sistemas de cmputos grandes o pequeos, utilizan una base de datos que pueden abarcar varias aplicaciones, por esta razn estos sistemas utilizan u administrador de base de datos, en este caso el diseador no construye la base de datos sino que consulta a su administrador para ponerse de acuerdo en el uso de esta en el sistema.

Diagrama Business Process Modeling Notation(BPMN)

Evento inicial

Aceptar Efectivo Diesel O cheque

Premium

Prepara paquete para el cliente

Identificar mtodo de pago

Entregar vale de gasolina

Procesar
Identificar Producto Magn Mtodo de pago Tarjeta de credito

Tipo de gasolina

Evento final

Identificar mtodo de pago

En este diagram vemos lo que es el proceso de compra de gasolina en una gasolinera Business Process Modeling Notation(BPMN)

Si analizamos el proceso de solicitud de crdito, podemos ver que existen actividades que pueden analizarse en ms detalle, una de estas actividades es la verificacin de la Informacin suministrada por el solicitante, ya que normalmente las entidades que otorgan crditos realizan varios anlisis al solicitante, por ejemplo se verifica si el solicitante ya es un cliente de la entidad, si es un cliente objetivo del banco o por el contrario se encuentra en alguna lista de clientes negativos y posteriormente consultan su situacin financiera.

Por lo anterior las actividades pueden ser compuestas o no, dentro de BPMN las actividades compuestas se conocen como Subprocesos, y las actividades atmicas como tareas.

Tarea (Task): Una tarea se utiliza cuando el trabajo en el proceso no es descompuesto en ms detalle. Es ejecutada por una persona y/o una aplicacin.

Subproceso (Subproceso): Un Sub-Proceso es una actividad compuesta que es incluida dentro de un proceso. Es compuesto dado que esta figura incluye a su vez un conjunto de actividades y una secuencia lgica (proceso) que indica que dicha actividad puede ser analizada en ms detalle. Visualmente puede

mostrarse colapsado o expandido.

El diagrama de flujo del proceso de solicitud de Crdito quedara de la siguiente manera al incluir la actividad de verificacin de informacin como un subproceso.

El subproceso de verificacin de Informacin del solicitante es el siguiente.

Tambin es posible visualizar el proceso de solicitud de crdito con el subproceso de Verificacin de Informacin del solicitante expandido, de la siguiente forma:

Adicionalmente, dentro del subproceso de verificacin de Informacin del solicitante, encontramos que las actividades de Verificacin de Existencia del Cliente, Verificacin de Lista de Negativos y Consulta Bureau de Crdito, son tareas automticas es decir, que las realiza un sistema sin intervencin humana, puede ser una aplicacin automtica o un servicio Web. Para diagramar esto BPMN propone un tipo de tarea, llamado tarea Automtica (Service).

El subproceso de Verificacin de Informacin del solicitante se visualizara de la siguiente forma, con las actividades Automticas:

Otra de las actividades del proceso de Solicitud de Crdito que puede ser llevada a un nivel ms detallado, es el desembolso.

Si visualizamos el subproceso de desembolso (siguiente diagrama), podemos observar que existen varias formas de desembolsar un crdito; abono en cuenta, abono a otro crdito o cheque. Estas formas no necesariamente tienen que ser excluyentes, es decir un crdito puede ser desembolsado usando solo una de las formas disponibles, o usando diferentes combinaciones, por ejemplo una parte con abono en una cuenta y otra parte en cheque. Para diagramar esta situacin de negocio se utiliza la compuerta inclusiva como elemento de decisin, esta compuerta me permitir activar uno o varios caminos dependiendo de los datos del proceso

Una vez desembolsado el crdito se debe informar al cliente el resultado, sin embargo es necesario que todas las ramas que se hayan activado se hayan finalizado para realizar la actividad de informar al cliente, para esto se utiliza la compuerta inclusiva como elemento de convergencia, (sincronizador) lo que significa que esperar todas las ramas activadas antes de continuar con el flujo. En el ejemplo anterior visualizamos unas anotaciones dentro del diagrama de proceso, BPMN provee diferentes artefactos que permiten incluir informacin adicional sobre el diagrama, y de esta forma proveer al lector mayor detalle sobre el proceso.

En BPMN tambin es posible detallar que actividades son automticas (tareas automticas) o que actividades son realizadas con ayuda de un sistema (tareas de usuario), o que actividades son realizadas manualmente (tareas manuales), entre otras.

Dentro del subproceso de Desembolso, las tareas de Desembolso con abono en cuenta, en cheque o abono a otro crdito son tareas automticas, es decir son realizadas por el sistema sin intervencin humana, adicional a esto podramos especificar que la actividad de Entregar Cheque es una tarea completamente manual y que la actividad completar informacin desembolso se hace con ayuda de una aplicacin por lo que se utiliza una tarea de usuario.

Supongamos que una vez aprobado el crdito es necesario coordinar una fecha de desembolso con el cliente, por lo tanto debera hacerse efectivo el desembolso nicamente el da acordado con el cliente. Por esto, se hace necesario realizar una espera antes de las tareas de desembolso. Para esto BPMN ofrece el evento intermedio temporizador, el cual es un tipo de evento intermedio que representa una espera dentro del flujo.

Retomando el proceso de Solicitud de Crdito, es posible que en el momento de la solicitud, el cliente no presente todos los documentos requeridos, sin embargo no es posible continuar con el proceso hasta no tener los documentos completos. Por lo que se hace necesario incluir una actividad de recepcin de documentos, sin embargo el cumplimiento de esta actividad depende del cliente y no del funcionario de la entidad. Para esto es posible utilizar un evento intermedio simple.

En el caso anterior el evento intermedio Simple Recibir Documentos representa algo que puede ocurrir dentro del flujo del proceso y no depende del usuario sino de un suceso externo.

Sin embargo, la entrega de documentos es algo que puede o no ocurrir dentro del proceso, es decir el cliente puede no presentar los documentos o tomarse demasiado tiempo, por lo anterior se requiere controlar el tiempo que se le otorga al cliente para entregar los documentos y de esta forma poder hacer seguimiento a las solicitudes pendientes. Para esto se hace necesario diagramar dentro de la solicitud de crdito la siguiente situacin, el cliente tiene un tiempo para realizar la entrega de los documentos, si esta no ocurre dentro de ese tiempo, se deshabilita el evento intermedio simple de recibir documentacin y se procede a contactar al cliente para hacer seguimiento. Sin embargo si los documentos son entregados por el cliente dentro del tiempo esperado, se revisan los documentos y el tiempo que controla la entrega de documentos debe dejar de correr, es decir, se deshabilita el evento intermedio temporizador. Para diagramar esta situacin, vamos a utilizar la compuerta exclusiva basada en eventos, esta compuerta

permite habilitar varios caminos alternativos y solo uno de ellos ser ejecutado, el primero gana ya que deshabilita los otros caminos, por lo que ya no estaran disponibles.

El proceso se visualizara de la siguiente forma.

Por ltimo, los diagramas de procesos de negocio normalmente utilizan separadores visuales indicando los roles o diferentes responsables de las actividades de un proceso, BPMN permite diagramar las diferentes reas o participantes que intervienen dentro del proceso, para esto vamos a utilizar lanes, y el proceso quedara de la siguiente forma:

Conclusin En esta actividad pudimos ver la importancia de los diagramas BPMN, el modelar con BPMN es importante para los procesos de desarrollo de software que entienden y que se comunican a travs de la empresa. BPMN proporciona un aumento de gran alcance a otras tcnicas que modelan tales como datos emparentados que modelan. Estas tcnicas de modelado permiten a una Empresa entender y disear su arquitectura, lo que le permite reaccionar para cambiar ms aprisa, y de una manera ms segura. La administracin de los procesos nos permite asegurar que los mismos se ejecuten de manera correcta, y la elaboracin de informacin que luego puede ser usada para mejorarlos. Es a travs de la informacin que se obtiene el mejor mtodo para realizar los procesos, todo esto nos puede llevar identificar posibles fallas en los mismos, y actuar sobre los mismos para mejorarlos. Para poder llevar esta estrategia es necesario contar con un conjunto de herramientas que den el soporte necesario para cumplir con el ciclo de vida de BPM.