UNIDAD 4 Modelado de procesos de negocios con UML.

UNIDAD 4
TEMA 4.1 DIAGRAMAS UML

El lenguaje de modelado unificado (UML) es un estándar para la representación visual de objetos, estados y procesos dentro de un sistema

UML se puede utilizar para visualizar, especificar, construir y documentar los artefactos de un sistema que involucra una gran cantidad de software. UML prescribe un conjunto de notaciones y diagramas estándar para modelar sistemas orientados a objetos.

MODELO DE DOMINO

El modelado de dominio se crea con el fin de representar el vocabulario y los conceptos clave del dominio del problema.

El modelado de dominio también identifica las relaciones entre todas las entidades comprendidas en el ámbito del dominio del problema, y comúnmente identifica sus atributos

El modelado de dominio proporciona una visión estructural del dominio que puede ser complementado con otros puntos de vista dinámicos, como el modelo de Casos de uso

•        Símbolo: Imagen que representa al concepto

•        Intención: La definición del concepto

•    Extensión: El conjunto de ejemplos al que el concepto aplica. 

DIAGRAMA DE CASOS DE USO

 Representa gráficamente los casos de uso que tiene un sistema. Se define un caso de uso como cada interacción supuesta con el sistema a desarrollar, donde se representan los requisitos funcionales. Es decir, se está diciendo lo que tiene que hacer un sistema y cómo

•     Sistema El rectángulo representa los límites del sistema que contiene los casos de uso. Los actores se ubican fuera de los límites del sistema

•        Actores Los actores son los usuarios de un sistema.

•        Casos de Uso Se representan con óvalos. La etiqueta en el óvalo indica la función del sistema.

DIAGRAMA DE COMPONENTE

Muestra las partes de un diseño de un sistema de software. Un diagrama de componentes permite visualizar la estructura de alto nivel del sistema y el comportamiento del servicio que estos componentes proporcionan y usan a través de interfaces

•        Componente Un componente es un bloque de construcción física del sistema.

•        Interfase Una interfase describe a un grupo de operaciones usada o creada por componentes.

•        Dependencias Las dependencias entre componentes se grafican usando flechas de puntos.

DIAGRAMA DE COLABORACIÓN

Describir el comportamiento dinámico del sistema de información mostrando cómo interactúan los objetos entre sí, es decir, con qué otros objetos tiene vínculos o intercambia mensajes un determinado objeto.

Rol de la Clase El rol de la clase describe cómo se comporta un objeto. Los atributos del objeto no se listan.

Rol de las Asociaciones Los roles de asociación describen cómo se va a comportar una asociación en una situación particular. Se usan líneas simples etiquetadas con un estereotipo*. (ver al final del documento)

Mensajes Contrariamente a los diagramas de secuencias, los diagramas de colaboración no tienen una manera explícita para denotar el tiempo.

DIAGRAMA DE OBJETOS

Un diagrama de objetos muestra un conjunto de objetos y sus relaciones en un momento concreto. se emplean para modelar la vista de diseño estática o la vista de procesos estática de un sistema, Un objeto es una instancia de una clase, por lo que un diagrama de objetos puede ser visto como una instancia de un diagrama de clases.  

•        Nombre de los objetos Cada objeto es representado como un rectángulo, que contiene el nombre del objeto y su clase subrayadas y separadas por dos puntos.

•        Atributos Como con las clases, los atributos se listan en un área inferior. Sin embargo, los atributos de los objetos deben tener un valor asignado.

TEMA 4.2 Modelo de procesos de negocios (UML)

Modelar el proceso de negocio es una parte esencial de cualquier proceso de desarrollo de software. Permite al analista capturar el esquema general y los procedimientos que gobiernan el negocio. Este modelo provee una descripción de dónde se va a ajustar el sistema de software considerado dentro de la estructura organizacional y de las actividades habituales. También provee la justificación para la construcción del sistema de software al capturar las actividades manuales y los procedimientos automatizados habituales que se incorporarán en nuevo sistema, con costos y beneficios asociados.

NOTACIÓN DEL MODELADO DE PROCESOS

Un modelo de proceso de negocio típicamente define los siguientes elementos:

•        El Objetivo o el motivo del proceso

•        Las Entradas especificas

•        Las Salidas especificas

•        Los Recursos consumidos

•        La secuencia de las Actividades; y Los Eventos que dirigen el proceso.

El proceso de negocio:

Puede afectar a más de una unidad organizacional Tiene un impacto horizontal en la organización Crea algún tipo de valor para el cliente. Los clientes pueden ser internos o externos.

PROCESOS DE PROCESOS

Un proceso de negocio es una colección de actividades diseñadas para producir una salida específica para un cliente o un mercado en particular. Esto implica un fuerte énfasis en cómo se realiza el trabajo dentro de una organización, en contraposición con un enfoque del producto en qué se produce. Por lo tanto, el proceso es una secuencia especifica de actividades de trabajo a través del tiempo y del espacio, con un inicio, un final y unas entradas y salidas claramente definidas: una estructura para la acción.

ENTRADAS, RECURSOS E INFORMACIÓN

Los procesos de negocio emplean información para adaptar o completar sus actividades. La información, a diferencia de los recursos, no se consume en los procesos, sino que se usa como parte del proceso de transformación. La información puede provenir de fuentes externas, de los clientes, de las unidades organizacionales internas e inclusive puede ser el producto de otros procesos. Un recurso es una entrada para un proceso de negocio y, a diferencia de la información, típicamente se consume durante el procesamiento.

Por ejemplo, a medida que cada servicio diario de tren sale y registran las novedades, el recurso servicio se usa tanto como concierna al proceso de registración de novedades de tiempos de los trenes.

EVENTOS

Un evento es la recepción de algún objeto, un momento o fecha cumplidos, una notificación o cualquier otro disparador que inicie un proceso de negocio. El evento se puede consumir y transformar (por ejemplo una orden de cliente) o simplemente actuar como un catalizador (por ejemplo, el proceso en lote nocturno).

SALIDA

Un proceso de negocio típicamente producirá una o más salidas de valor para el negocio, para uso interno o para satisfacer requisitos externos. Una salida puede ser un objeto físico (tal como un informe o una factura), una transformación de recursos crudos con un nuevo ordenamiento (una agenda diaria) o un resultado final de un proceso tal como completar una solicitud de cliente. Una salida de un proceso de negocio puede alimentar a otro, como un ítem requerido o como un disparador para iniciar nuevas actividades.

OBJETOS

Un proceso de negocio tiene algún objetivo bien definido. Esta es la razón por la que la organización realiza su trabajo y se debería definir en términos de los beneficios que este proceso tiene para la organización como un todo y para satisfacer sus necesidades de negocio.

Un conector “goal” indica que el objeto adjunto al proceso describe el objetivo del proceso. Un objetivo es la justificación para llevar a cabo la actividad.

JUNTANDO LAS PIEZAS

El diagrama siguiente ilustra cómo los diferentes elementos del modelo se pueden agrupar para producir una vista coherente de un proceso de negocio determinado. Están incluidos las entradas, las salidas, los eventos, los objetivos y otros recursos que son significativos.

EJEMPLO

El siguiente es un ejemplo del tipo de modelo que se puede construir para representar un modelo de negocio. El objetivo del proceso de negocio es tomar las órdenes de los clientes (Order) y despacharlas (Deliver Order). Un usuario comienza el proceso con una solicitud (User Enquiry) que involucra al catálogo de libros (Book Catalogue), al carro de compras (Shopping Cart), a las páginas en línea (On-line Pages) y al inventario del almacén (Warehouse Inventory). La salida de valor de este proceso es una orden de cliente (Order).

La segunda parte del modelo de proceso está para responder a una orden de cliente y para despachar los ítems requeridos. Este proceso involucra el inventario, la empresa distribuidora y se completa cuando la orden se entrega al cliente. 

INFORMACIÓN:
https://www.teatroabadia.com/es/uploads/documentos/iagramas_del_uml.pdf
http://www.sparxsystems.com.ar/downloads/whitepapers/El_Modelo_de_Proceso_de_Negocio.pdf

UNIDAD 3 ARQUITECTURA DE PROCESOS

TEMA 1. TIPOS DE PROCESOS

Unidades de trabajo

En todas las empresas se requiere de unidades de trabajo, estas están compuestas por un grupo de actividades, las cuales se agrupan y asignan de manera que se prevea un mínimo de gastos o un máximo de satisfacción en los distintos procesos llevados a cabo en una empresa.

Estos ayudan a que se logre algún objetivo en común, si el grupo de actividades es deficiente, ya sea en él numero o en la calidad de los miembros, el proceso decaerá. Cada uno de los miembros asignados a una actividad se enfrentará a su propia problemática en el alcance de los objetivos.

Las Unidades de Trabajo:

-        Se definen como Departamentos.

-        Agrupan actividades.

-        Reúnen los puestos operativos en unidades manejables y relacionadas.

-        Aclarar los requisitos del puesto.

-        Deben tener a los individuos en el puesto adecuado.

-        Proporcionan facilidades al personal y otros recursos.

-        Ajustan la organización a la luz de los resultados del control.

Metodología

¿Cómo obtener la Arquitectura de Procesos?, a través de una metodología de cuatro pasos:

1. Se documenta la Estructura Organizacional
2. Se identifica / define las funciones (Actividades) de negocio Primarias y Secundarias de la empresa.
3. Se define el Diagrama de la Vista Horizontal
4. Se realiza el mapeo de configuración de valor al diagrama de Arquitectura de procesos. (Arciniega, s.f.)

Procesos case administrativos

·       Cada UT (Unidad de Trabajo) tiene asociada un Proceso Case Administrativo que maneja el flujo de casos de esa UT.

·       Contiene roles administrativos llevando a cabo acciones administrativas (Agendar, priorizar, asignar recursos).

·       Las peticiones de nuevos casos son siempre hechas al proceso Case Administrativo.

·       Activa instancias de procesos Case cuando se requiere.

·       Interactúa con instancias de procesos Case cuando se requiere.

En un proceso Case Administrativo debemos esperar acciones como las siguientes:

·       Planeación

·       Reportes

·       Monitoreo

·       Agendar

·       Priorización (Dar prioridad)

·       Negociar

 

Procesos case estratégicos

·       El proceso Case Estratégico mantiene una Visión interna y externa del negocio a largo plazo.

·       Interactúa con sus procesos Case y procesos Case Administrativos y puede indicarles Cambios. (Esteban, 2014)

 

TEMA 2. ARQUITECTURA DE PROCESOS

PAD de Primer corte

Unidad de trabajo

Departamento:

• Ventas

Actividades:

• Atención a clientes.
• Alimentación de la Base de Datos.
• Creación de Presupuestos.

Requisitos del puesto:

• Manejo del sistema de la empresa
• Atención telefónica a clientes
• Conocimiento de Contabilidad.

Contratación o Colocación:

• Acondicionamiento de Departamento (Escritorio, Computadora, Silla).

Resultados:

• Creación Satisfactoria de Órdenes de trabajo.

Proceso

Planeación:

• Objetivo creación de pedidos.

Organización:

• Distribuir Trabajo, a las partes correspondientes (otras unidades de trabajo).

Ejecución:

Desempeñar correctamente las Actividades, por ejemplo:

• Los registros, todo lo q refiere a alimentación de base de datos.

Control:

• Almacenar información
• Fechar documentación.

Realizaremos el Diagrama de Arquitectura de Procesos (PAD de Primer corte) para dicha empresa con la información anterior.

Figure 1 Pad Primer Corte

Los diagramas de arquitectura de procesos pad de segundo corte.

En el caso de los Diagramas de Arquitectura de Procesos PAD de Segundo corte, se trata de realizar una mejora, de optimizar un proceso.

Normalmente cuando se realiza una búsqueda sobre las técnicas de modelado, se obtienen resultados que representan a más de una técnica. Dichos resultados son metodologías generales con facultades para el modelado de procesos. Desafortunadamente, existe una gran confusión de conceptos, ya que las metodologías son utilizadas tanto para indicar la propia metodología como las técnicas asociadas a la misma.

La metodología trata con situaciones problemáticas en las cuales existe un alto componente social, político y humano. El enfoque sistémico atiende al estudio de las relaciones que conforman numerosos factores de un sistema, tomando muy en cuenta la intensidad con que dichos elementos se comunican, al integrar una estructura organizacional determinada. Dicha metodología plantea una visión inter, multi y transdisciplinaria que ayuda a analizar la empresa de manera integral. Se divide en las siguientes etapas; reconocer y expresar la situación problemática, producir «definiciones básicas» de sistemas relevantes, desarrollar modelos conceptuales de los sistemas relevantes, comparar modelos conceptuales con la situación percibida, identificar cambios deseables y factibles, y tomar acción para mejorar la situación.

La mejora de procesos puede venir por dos vías complementarias: cambios en ciertos aspectos del proceso existente, o un cambio radical del proceso (reingeniería).

En el primer caso se trata de eliminar aquellas tareas que no están aportando valor al proceso desde el punto de vista del cliente, o bien modificar algunas de dichas actividades de forma que aporten un mayor valor. La metodología PDCA (plan, do, check, act), proporciona una sistemática en la resolución de problemas o en la mejora de procesos, ya que asegura que se atacan las causas de raíz, proporcionando, en definitiva, el camino más corto y seguro para la resolución del problema o la consecución de la mejora pretendida. El proyecto de mejora PDCA, consta de 7 etapas: equipo de trabajo, selección de proyecto, comprensión de la situación inicial, análisis, acciones correctivas, resultados, estandarización y control, y oportunidades de mejora y planes futuros (Roure et al., 1997).

En la creación o cambio radical del proceso se trata de cuestionar de nuevo y de raíz el diseño global del proceso de forma que se consigan alcanzar los nuevos objetivos o generar considerablemente más valor con él. Según, Hammer  y Champy, (1993) y Hall et al., (1993), «reingeniería es la revisión fundamental y el rediseño radical de procesos para alcanzar mejoras espectaculares en medidas críticas y contemporáneas de rendimiento, tales como costes, calidad, servicio y rapidez». Su metodología se divide en las siguientes fases: definir equipo de trabajo, análisis de los requerimientos de los clientes y del negocio, comprensión del funcionamiento del proceso actual, análisis y generación de ideas creativas e innovadoras para el rediseño del proceso, diseño e implantación del nuevo proceso y seguimiento de los resultados.

A continuación, un ejemplo de la mejora de un Diagrama de Arquitectura de Procesos PAD de Segundo corte, basado en el anterior proceso esquematizado. En su Primer Corte se hace referencia a un Proceso de registro de órdenes de trabajo o servicios y en este se muestra su optimización con la mejora de la facturación.

Figure 2 Pad Segundo Corte

La clasificación de los PAD tanto de primer corte como el de segundo, ha sido aplicada a un sencillo pero muy explícito ejemplo que se interrelacionaba con el registro de órdenes de servicio y la optimización con el proceso de facturación.

Esto para demostrar cómo es que se entiende la conversión de Unidades de trabajo a Procesos y estos plasmarlos en PAD´S, para su optimización, con la finalidad de la mejora de los mencionados procesos.

Los diagramas de flujo de datos, poseen las características más adecuadas para la descripción de la circulación de información.

Los diagramas de flujo de datos ofrecen una estructura general para la representación de la perspectiva de datos que engloba todas las etapas desde la comprensión y comunicación hasta la ejecución del proceso.

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