lunes, 30 de septiembre de 2019



UNIDAD 2. TÉCNICAS DE MODELADO DE PROCESOS


Proceso de Negocios


Concepto de proceso de negocio

Un proceso de negocio es un conjunto de tareas relacionadas lógicamente llevadas a cabo para lograr un resultado de negocio definido. Cada proceso de negocio tiene sus entradas, funciones y salidas. Las entradas son requisitos que deben tenerse antes de que una función pueda ser aplicada. Cuando una función es aplicada a las entradas de un método, tendremos ciertas salidas resultantes.
Es una colección de actividades estructurales relacionadas que producen un valor para la organización, sus inversores o sus clientes. Es, por ejemplo, el proceso a través del que una organización ofrece sus servicios a sus clientes.
Un proceso de negocio puede ser parte de un proceso mayor que lo abarque o bien puede incluir otros procesos de negocio que deban ser incluidos en su función. En este contexto un proceso de negocio puede ser visto a varios niveles de granularidad. El enlace entre procesos de negocio y generación de valor lleva a algunos practicantes a ver los procesos de negocio como los flujos de trabajo que efectúan las tareas de una organización. Los procesos poseen las siguientes características:
1. Pueden ser medidos y están orientados al rendimiento
2. Tienen resultados específicos
3. Entregan resultados a clientes o “stakeholders”
4. Responden a alguna acción o evento específico
5. Las actividades deben agregar valor a las entradas del proceso.
Los procesos de negocio pueden ser vistos como un recetario para hacer funcionar un negocio y alcanzar las metas definidas en la estrategia de negocio de la empresa. Las dos formas principales de visualizar una organización, son la vista funcional y la vista de procesos.




Elementos de un proceso de negocios


Roles
Se podría definir a este como acción que se le asigna a algo o alguien, a diferencia de un actor que es el que juega un papel dentro del sistema y este puede o no ser una persona. Para ser más específicos son aquellos recursos de la organización que realizan actividades de los procesos. Por ejemplo, a una persona se le asigna el rol de tomar la orden de las mesas dentro de un restaurante, esto lo puede realizar un Mesero o un dispositivo con el sistema adecuado.

Actores
 Un actor o entidad, es aquel que es externo al sistema al que éste (actor) le solicita funcionalidad. Estos pueden ser humanos o maquinas o hasta el mismo tiempo. Por ejemplo, en el caso humano a un individuo se le asignan roles y este puede ser uno o muchos actores.

Acciones
Son las partes de las actividades que denotan que se hace y sobre que, como se menciona anteriormente una actividad tienen ciertos pasos o acciones que se deben realizar para transformar entidades, con el suficiente esfuerzo.
Interacciones
Son aquellas que realizan entre los actores y los objetos para llegar a un punto de conveniencia.

Disparadores
Un disparador (o trigger) es aquello que realiza el actor, dentro de los casos de uso no es necesario explicarlo explícitamente cuando sólo tiene una acción y es claramente notable lo que tienen que hacer, a diferencia de cuando aquel actor tiene muchos disparadores. Estos disparadores (retomando el ejemplo del restaurante) podrían ser capturar, entregar, tomar, finalizar.

Meta de los procesos
La meta de los procesos como se había mencionado antes, es llegar a un objetivo satisfaciendo necesidades y logrando que esto genere un valor significativo para el beneficiado.








Diagramas de procesos


Diagrama de roles y actividades (RAD) de los elementos de un proceso de negocio.


¿Qué es RAD?
Diagrama Rol Actividad (RAD por sus siglas en inglés Rol Activity Diagrams). Su representación es desde el punto de vista de roles (los cuales representan a los mismos en un proceso), actividades (acciones realizadas por un rol) e interacciones (las cuales permiten la comunicación de los roles). Los RADs proporcionan información de las perspectivas funcional, de comportamiento y organizacional; el soporte a la perspectiva informacional es escaso (pobre) ya que depende de la descripción del proceso por parte del modelador
El RAD es el más completo para representar la mayoría de las características de un proceso (objetivos, roles, decisiones, interacciones, actividades, entre otros) facilitando el sistema dinámico.

Modelado en Diagramas Rol Actividad (RADs)
Las bases de modelar con RADs fueron introducidas por Anatol Holt 1983 como una manera de representar el comportamiento de procesos coordinados, esta notación fue ampliada y actualizada por Martin Ould en 1995. La figura 1 muestra los elementos principales para representar gráficamente un RAD y una breve descripción de los mismos.

El modelo en RAD utilizando sólo la simbología básica. Los elementos son cuadros que representan actividades, círculos de selección, triángulos para actividades en paralelo y terminadores.








Interacciones entre procesos


Relaciones e interacciones entre procesos y sus representaciones gráficas.

 

Los procesos que ejecutan de forma concurrente en un sistema se pueden clasificar como procesos independientes o cooperantes. Un proceso independiente es aquel que ejecuta sin requerir la ayuda o cooperación de otros procesos. Un claro ejemplo de procesos independientes son los diferentes intérpretes de mandatos que se ejecutan de forma simultánea en un sistema. Los procesos son cooperantes cuando están diseñados para trabajar conjuntamente en alguna actividad, para lo que deben ser capaces de comunicarse e interactuar entre ellos.

Tanto si los procesos son independientes como cooperantes, pueden producirse una serie de interacciones entre ellos. Estas interacciones pueden ser de dos tipos:
§  Interacciones motivadas porque los procesos comparten o compiten por el acceso a recursos físicos o lógicos. Esta situación aparece en los distintos tipos de procesos anteriormente comentados. Por ejemplo, dos procesos totalmente independientes pueden competir por el acceso a disco. En este caso, el sistema operativo deberá encargarse de que los dos procesos accedan ordenadamente sin que se cree ningún conflicto. Esta situación también aparece cuando varios procesos desean modificar el contenido de un registro de una base de datos. Aquí es el gestor de la base de datos el que se tendrá que encargar de ordenar los distintos accesos al registro.
§  Interacción motivada porque los procesos se comunican y sincronizan entre sí para alcanzar un objetivo común. Por ejemplo, un compilador se puede construir mediante dos procesos: el compilador propiamente dicho, que se encarga de generar código ensamblador, y el proceso ensamblador, que obtiene código en lenguaje máquina a partir del ensamblador. En este ejemplo puede apreciarse la necesidad de comunicar y sincronizar a los dos procesos.
Estos dos tipos de interacciones obligan al sistema operativo a incluir mecanismo y servicios que permitan la comunicación y la sincronización entre procesos.

Bibliografía

Anonimo. (21 de Octubre de 2014). sistemasoper2. Obtenido de https://sistemasoper2.wordpress.com/2014/10/21/interacciones-entre-procesos/
Anonimo. (29 de Sempiembre de 2019). INGTI. Obtenido de https://ingti.wordpress.com/2011/09/27/definicion-de-proceso-de-negocio/
Marlizeth, J. P. (29 de Septiembre de 2011). TECHNOIKAL. Obtenido de https://technoikal.wordpress.com/category/diagrama-de-rol-y-actividades-rad/
Proceso-de-negocios.pdf. (26 de Enero de 2016). Obtenido de http://fernandoarciniega.com/wp-content/uploads/2016/04/Proceso-de-negocios.pdf




No hay comentarios:

Publicar un comentario