5.

MODELADO DE PROCESOS DIAGRAMA DE FLUJO DE DATOS ESPECIFICACIN DE PROCESOS

Modelado de procesos Tradicionalmente el modelado de procesos ha estado enfocado en el anlisis del flujo y transformacin de datos. La utilizacin de las computadoras en tecnologa de informacin no haba sido usada ms all del procesamiento de transacciones, como en la comunicacin y control. Para hacer una integracin satisfactoria de estos sistemas dentro de la empresa, se requiere de modelar desde los procesos organizacionales manuales en los que intervienen estos sistemas. Algunos ejemplos de esto, son: La reingeniera de procesos de negocios, la cual se encarga del rediseo de los procesos de negocios de las organizaciones con el fin de hacerlos ms eficientes. Tecnologa de coordinacin, que ayuda en el manejo de las dependencias entre los agentes de un proceso de negocios, y provee soporte automatizado para los componentes ms rutinarios del proceso. Ambientes de desarrollo de software dirigidos por el proceso, que es un sistema automatizado que integra el trabajo de toda la administracin y personal relacionado con el software. El modelado de procesos se distingue de otros tipos de modelado en las reas de la computacin, porque los fenmenos modelados son realizados ms por humanos que por mquinas. Tambin porque se centra en las interacciones entre los agentes, independientemente de si una computadora est envuelta en las transacciones. Usos para los modelos de procesos Frecuentemente la gran cantidad de descripciones del ciclo de vida del software que almacenan las organizaciones, no corresponde con el proceso actualmente llevado a cabo en el desarrollo o mantenimiento del software. Esta falta de fidelidad es causada por factores como: Prescripciones del proceso de alto nivel que no estn relacionadas con las actividades actuales del proyecto. Descripciones no utilizadas, imprecisas, ambiguas, incomprensibles, del proceso a ser representado en el proyecto, y Fallas en la actualizacin de la documentacin cuando ocurren cambios en el proceso. Tradicionalmente las descripciones del ciclo de vida son vistas como modelos del proceso, pero estas normalmente se centran en una abstraccin de la ingeniera del producto, y fallan al mostrar muchos bloques de construccin del proceso elementales, necesarios para manejar y coordinar el proyecto. Cinco usos bsicos de los modelos de procesos son: 1. 2. 3. 4. 5. Facilitar el entendimiento y comunicacin representaciones de formatos comunes. humanos, requiere que un grupo pueda compartir

El soporte para la mejora de procesos requiere una base para definir y analizar los procesos. El soporte para la administracin de procesos requiere un proceso definido, contra el cual el comportamiento del proyecto pueda ser comparado. La conduccin automtica del proceso requiere herramientas automatizadas para manipular descripciones de procesos. El soporte para ejecucin automtica requiere bases computacionales para controlar el comportamiento de un ambiente automatizado. Estructura conceptual

Un proceso es una secuencia de pasos o actividades ordenadas necesarias para el logro de un objetivo. Un elemento del proceso es cualquier componente del proceso. Un paso o actividad es una accin atmica de un proceso, que no tiene una estructura externamente visible. Un agente es un actor que desempea algn elemento del proceso. Un rol es un conjunto coherente de elementos del proceso que son asignados a un agente como una unidad de responsabilidad funcional. Un artefacto es un producto creado o modificado por la ejecucin de un elemento del proceso. Un script del proceso, es un modelo del proceso que ser desempeado por un humano. Un programa del proceso, es un modelo del proceso que ser ejecutado por una mquina. Perspectivas en la representacin de procesos Cuatro de las ms comunes perspectivas representadas son: Funcional.- Representa que elementos del proceso estn siendo ejecutados y que entidades de informacin son relevantes a estos elementos del proceso. De conducta.- Representa cuando los elementos del proceso son ejecutados, asi como aspectos de cmo son ejecutados a travs ciclos, iteraciones, toma de decisiones complejas, criterios de entrada y salida, etc. Organizacional.- Representa donde y por quin en la organizacin, se ejecutarn los elementos del proceso, los mecanismos fsicos de comunicacin usados en las transferencias de entidades, y el medio y localizacin fsico, usado para el almacenamiento de entidades. De Informacin.- Representa las entidades de informacin producidas o manipuladas por un proceso. Esta representacin incluye la estructura de las entidades de informacin y sus relaciones entre ellas. Estas representaciones presentan distintas ventajas desde el punto en que cada una puede ver y observar el proceso. Podemos asumir que combinando estas perspectivas produciremos un modelo integrado, consistente y completo del proceso analizado. Paradigmas del modelado de procesos Los lenguajes y representaciones para modelado de procesos pueden ser evaluadas en la medida de que tantas construcciones tiles proveen para representar y razonar acerca de varios aspectos de un proceso. Osterweil present el siguiente problema : para encontrar que caractersticas de un lenguaje necesitamos, debemos escribir programas de procesos: para escribir programas de procesos, necesitamos caractersticas adecuadas de algn lenguaje. Cinco aproximaciones para representar procesos son: Modelos de programacin.- Esta aproximacin parte de la observacin de que la especificacin de un proceso es una forma de programacin, por lo tanto un proceso puede ser modelado con todas las tcnicas y herramientas de los programadores. Modelos funcionales.- Un proceso es representado como una coleccin de elementos con atributos de entrada y de salida. Especficamente, un proceso se define como un conjunto de funciones matemticas que representan relaciones entre entradas y salidas. Adems, cada una de estas funciones puede ser descompuesta jerrquicamente en sub-elementos del proceso donde los atributos de entrada y salida de un elemento padre deben ser satisfechos por los atributos de sus hijos. Modelos basados en plan.- Este paradigma provee mecanismos donde los operadores representan posibles acciones que son seleccionadas con base en sus precondiciones. Estos operadores son aplicados al estado actual del domino en el que el proceso opera, con el fin de acercar ms ese estado al objetivo deseado. Modelos redes de Petri.- Esta tcnica modela la estructura de interaccin de roles de un proyecto usando un lenguaje y una representacin basados en redes de Petri. Las redes de interaccin de roles ayudan a la representacin y ejecucin de tareas estructuradas, que son aquellas que pueden ser planeadas por dependencias conocidas. Modelos cuantitativos.- Sistemas dinmicos es una de las pocas tcnicas de modelado que involucra representaciones cuantitativas, y aplica retroalimentacin y tcnicas de sistemas de control a fenmenos sociales e industriales. Los modelos construidos de esta manera intentan definir un conjunto de relaciones cuantitativas entre variables de inters que simulan el comportamiento observado del sistema social.

Formalidad del modelado de procesos El nivel de matemtica formal requerida en un lenguaje de modelado de procesos, puede depender del propsito para el cual sirve el modelo del proceso y el agente responsable de la ejecucin del proceso especificado. Un lenguaje formal es mas fcil de manejar para una mquina que para un humano. Desafortunadamente, el inters en el entendimiento y la comunicacin humana, ha recibido menos atencin que las mquinas, y las definiciones y modelos de procesos no pueden ser de utilidad si no son entendibles. Granularidad y precisin La granularidad envuelve el tamao de los elementos del proceso representados en el modelo. La necesidad de una mayor granularidad, es conducida por la necesidad de asegurar la precisin en el proceso. Adaptabilidad y Scriptiveness Los modeladores de procesos difieren en como las prescripciones que ellos pretenden que sus modelos sean del actual comportamiento a ser desempeado. Un modelo prescriptivo implica que el proceso se debe llevar a cabo de una manera particular. El modelado descriptivo intenta determinar el proceso actualmente utilizado en una organizacin para realizar el trabajo, es decir un proceso de la organizacin que sirva de lnea base. Una tercera perspectiva es ofrecida por los modelos proscriptivos, que delinean los comportamientos no permitidos. Direcciones futuras Se han estado realizando trabajos y estudios para acelerar el crecimiento del modelado de procesos, tales como los esfuerzos por realizar un ejemplo que involucre la mayor parte de los aspectos del modelado de procesos de software, a fin de que provea bases importantes para el entendimiento, comparacin y evaluacin de distintas aproximaciones de modelado. Representaciones multiparadigma.- La aplicabilidad de un acercamiento de modelado depender de los objetivos del modelo resultante. Un tipo de lenguaje dado ser mejor aplicable para algunos objetivos del modelado que otros. Para un modelado de procesos de software efectivo, se considera necesario la integracin de mltiples paradigmas de representacin, sin embargo esto genera nuevos retos y problemas. Uso en el mejoramiento de procesos.- Cuando se elimina el ruido creado por una pobre definicin o mal manejo de un proceso, el impacto de la tecnologa es mas fcilmente observado en los proyectos. Por lo tanto algunas compaas de software se han enfocado a definir los procesos del negocio de software, y solo una ves hecho esto, se seleccionan las herramientas y mtodos que soporten estos procesos. Esto provee el fundamento para una productividad y calidad en crecimiento. Uso en la administracin de proyectos de software.- Un grupo creciente de trabajo se ha enfocado a usar el modelado de procesos para soportar la administracin del desarrollo y evolucin de software. Este soporte permite a los administradores realizar planes de tareas, costos y recursos mientras varia el requerimiento de recursos y se adecua un modelado determinista o estocstico. Ambientes de desarrollo de software basados en el proceso.- Se trata de desarrollar ambientes dirigidos por el proceso. Debido a la ausencia de un proceso de software definido, es difcil identificar:

La suite completa de herramientas necesarias para soportar el proceso entero. Como pueden ser integradas estas herramientas para soportar el trabajo actual y Como disear un ambiente de desarrollo de software que coordine el trabajo de muchos ingenieros de software.

DIAGRAMAS DE FLUJO DE DATOS OBJETIVOS Construir un modelo lgico del sistema que facilite la comprensin del mismo, tanto por parte de los usuarios como del equipo de desarrollo. Para ello se dividir el sistema en distintos niveles de detalle. Esta divisin permitir:

Simplificar la complejidad del sistema, representando los diferentes procesos sencillos de que consta un sistema complejo. Repartir el trabajo entre los diferentes miembros del equipo de desarrollo. Facilitar el mantenimiento del sistema. Los fundamentos de la tcnica del Diagrama de Flujo de Datos (DFD) son los siguientes: Representar grficamente los lmites del sistema en estudio. Mostrar el movimiento de los datos y la transformacin de los mismos a travs del sistema. Diferenciar las restricciones fsicas de las lgicas. Para conseguir estos objetivos el resultado del anlisis debe ser: GRFICO. LGICO, nunca referido a entornos fsicos. PRECISO Y BREVE. COMPRENSIBLE. DEBIDAMENTE PARTICIONADO. BIEN DOCUMENTADO. NUNCA REDUNDANTE. ESTABLECER "QU" FUNCIONES SE DEBEN DESARROLLAR, SIN IMPLICAR "CMO". NO AMBIGUO. Como resultado se obtendr un modelo del sistema completamente independiente de las restricciones fsicas del entorno, lo que facilitar su mantenimiento y portabilidad. En los Diagramas de Flujo de Datos, no se debern modelizar: PROCEDIMIENTOS. PUNTO DE INICIO Y DE TERMINACIN DEL DFD. CONDICIONES. TRATAMIENTOS DE ERRORES POCO RELEVANTES. ELEMENTOS BSICOS DE LOS DIAGRAMAS DE FLUJO DE DATOS En cualquier Diagrama de Flujos de Datos, aparecern los objetos siguientes: ENTIDAD EXTERNA. PROCESO. ALMACN DE DATOS. FLUJO DE DATOS. Algunos de ellos podrn tener alguna restriccin con respecto nicamente al nivel en el cual pueden o deben aparecer. Esto ya se detallar ms adelante. La tcnica de representacin dar lugar a un DFD (Diagrama de Flujo de Datos) en el que se irn detallando los principales procesos o acciones a desarrollar y que se irn detallando en mayor medida segn se vaya bajando de nivel (EXPLOSIONANDO) cada uno de esos procesos. La comunicacin existente entre esas actividades se representa entre el resto de los elementos. DIAGRAMA DE FLUJO DE DATOS El DIAGRAMA DE FLUJO DE DATOS (DFD) proporciona una representacin del sistema a nivel lgico y conceptual. Utiliza una notacin y unas reglas predeterminadas. ENTIDAD EXTERNA Las Entidades Externas representan entes ajenos a nuestra aplicacin, pero que aportan o reciben informacin de la misma. Se representa mediante una elipse o un rectngulo con un nombre significativo dentro. Reglas de construccin: 1. Representa personas, organizaciones o sistemas que no pertenecen al sistema. 2. En el caso de que las entidades externas se comunicasen entre s, esto no se contemplara en el diagrama, por estar fuera del mbito de nuestro sistema. 3. Puede aparecer en los distintos niveles de DFD.

4. Puede aparecer varias veces en un mismo diagrama, para evitar entrecruzamientos de lneas. 5. Suministra informacin acerca de la conexin del sistema con el mundo exterior. PROCESO Es una actividad que transforma o manipula datos. Se representa mediante un rectngulo, de la siguiente manera: En la parte de PROCESO se expresa el nombre del proceso correspondiente. Dependiendo del nivel de detalle en que nos encontremos dentro de un DFD, el nombre del proceso simbolizar bien el sistema concreto (nivel sistema), bien el subsistema de que se trate (nivel subsistema), o bien acciones concretas y detalladas en niveles inferiores. En la parte superior izquierda se coloca un nmero identificativo del proceso. Este nmero permitir adems indicar el nivel del DFD en que nos encontramos; esto se explicar ms en detalle cuando se hable de la descomposicin por niveles. Es importante hacer nfasis en que este nmero no indica secuencia de realizacin del proceso, dado que los DFD no representan una secuencialidad en el tratamiento de los datos. La parte de localizacin expresa la Unidad o rea dentro de la organizacin donde se realiza este proceso. Reglas de construccin: 1. Cuando un Flujo de datos entra en un proceso sufre una transformacin. Un proceso no es ni origen ni final de los datos, slo lugar de transformacin de los mismos. Por ello, cualquier flujo de datos que entre en un proceso ha de transformarse (ver Figura DFD3). 2. Un proceso puede transformar un dato en varios. 3. Es necesario un proceso como intermediario entre una Entidad Externa y un Almacn de Datos.

ALMACN DE DATOS Un almacn de datos representa un depsito de informacin dentro del sistema. Se representa dentro del DFD con la siguiente Figura: En la parte derecha se indica el nombre del almacn de datos. En la parte izquierda se representa la identificacin de dicho almacn dentro del DFD. En el caso de que dentro de un DFD aparezca repetido el mismo almacn de datos, se puede representar de la siguiente forma: Es conveniente distinguir las diferentes utilidades que presentan los almacenes de datos. En primer lugar, el almacenamiento permanente de datos, donde se guardan los datos que sirven de referencia de uso del sistema, es decir, los datos permanentes, sobre los que el sistema necesita guardar informacin (ALMACENES PRINCIPALES). Por otra parte, el almacenamiento transitorio de los datos antes de ser usados por un proceso. Para entender el significado de estos almacenes transitorios, se puede imaginar la situacin del ejemplo de la Figura DFD5. En este ejemplo el proceso RECOGER SOLICITUDES, que se ejecuta continuamente a lo largo de la jornada, genera los datos de salida representados por el flujo de datos SOLICITUDES. Estos datos constituyen los datos de entrada al proceso VALIDAR SOLICITUD, que se ejecuta al final de la jornada, en el intervalo esos datos de solicitud "reposaran" en el almacn SOLIC-PROV, cuya utilidad bsica es establecer una sincronizacin en el funcionamiento de ambos procesos. Los almacenes transitorios suelen representar restricciones fsicas del sistema y por tanto en un DFD, que expresa la lgica de los tratamientos realizados por el sistema, en muchos casos no ser necesario representarlos. Sin embargo hay ocasiones en que estos almacenes simbolizan "ficheros de movimientos", donde se guardan los datos porque el proceso siguiente necesita manejarlos todos al mismo tiempo (por

ejemplo, en un proceso que compara un conjunto de registros, ser necesario mantenerlos guardados en un almacn transitorio, para que dicho proceso los lea todos al mismo tiempo). En este caso s ser conveniente representarlos. Por ltimo, para asegurar la consistencia entre todas las tcnicas utilizadas en la Fase de Anlisis, se establecer una relacin precisa entre los almacenes de datos "principales" de un DFD y las entidades de los Diagramas de Estructura de Datos (DED): cada almacn principal de un DFD representa un conjunto completo de entidades del DED (una o varias entidades), y cada entidad de un DED pertenece a un nico almacn principal de un DFD; esto facilitar las validaciones cruzadas entre los dos diagramas. Reglas de construccin: 1. Representa la informacin en reposo. 2. No puede crear, destruir ni transformar datos. 3. No puede estar comunicado directamente con otro Almacn o Entidad Externa. 4. El flujo de datos (Entrada o Salida) no lleva nombre cuando incide sobre su contenido completo. 5. El almacn de datos aparecer por vez primera en aquel nivel en que sea accedido por dos o ms procesos y en modo lectura y/o escritura. 6. No debe estar referido al entorno fsico y por tanto, no se diferencian los ficheros convencionales de las Bases de Datos. 7. No se representa la clave de acceso a ese almacn sino slo la operacin que se realiza (lectura, escritura, actualizacin) FLUJO DE DATOS Los Flujos de Datos establecen la comunicacin entre procesos, almacenes y entidades externas, y llevan informacin necesaria para esos objetos. Reglas de construccin: 1. El concepto de flujo de datos es similar al de una "tubera" a travs de la cual fluye una informacin de estructura conocida. 2. Los datos no pueden ser creados ni destruidos por un flujo de datos. 3. Sirve para conectar el resto de los componentes del DFD. 4. No es un activador de procesos. 5. Cuando un proceso almacena datos, la flecha de flujo de datos se indica en la direccin del almacn de datos y a la inversa si es el proceso el que lee datos en el almacn. Conclusiones: Existen diversas perspectivas para representar un proceso, as como diferentes maneras o paradigmas para modelarlos desde las distintas perspectivas. Debido a la variabilidad de los procesos que pueden presentarse en una organizacin, resulta difcil estandarizar una manera de representarlos. Ya que cada representacin se centra en distintos aspectos del proceso. Puede ayudarnos el mezclar varias de estas perspectivas y paradigmas a fin de capturar todos los aspectos del proceso. Aunque en el artculo se menciona que se estn haciendo esfuerzos por desarrollar herramientas que manejen un paradigma que envuelva todos las representaciones del modelado de procesos, a mi forma de ver, esto resultara poco factible para su utilizacin en la mayor parte de las organizaciones, ya que el sistema resultante sera demasiado robusto y costoso, y con caractersticas que quiz no fueran de utilidad en la mayor parte de los procesos a ser modelados. Una solucin a esto podra ser desarrollar distintos sistemas ms pequeos enfocados al modelado de ciertos tipos de procesos, y de esta manera elegir la que mejor se adecue a la forma de llevar a cabo los procesos manejados en nuestra organizacin.