Please enable JavaScript.
Coggle requires JavaScript to display documents.
El Modelo de Proceso de Negocio, Jimena Pavon Guzman …
El Modelo de Proceso de Negocio
El Lenguaje Unificado de Modelado (UML) es, tal como su nombre lo indica, un lenguaje de modelado y no un método o un proceso. El UML esta compuesto por una notación muy especifica y por las reglas semánticas relacionadas para la construcción de sistemas de software.
Modelando el Proceso de Negocio
Permite al analista capturar el esquema general y los procedimientos que
gobiernan el negocio.
También provee la justificación para la construcción del sistema de software al capturar las actividades manuales y los procedimientos automatizados habitúales que se incorporan en un nuevo sistema, con costos y beneficios asociados
Permite al analista identificar claramente que esta dentro del alcance del sistema que se implementara de otras formas.
Notación del Modelado de Proceso
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 mas 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.
Entradas, Recursos e Información
Los procesos de negocio emplean información para adaptar o completar sus actividades. La información, a diferencias de los recursos, no se consume en los procesos si no que se usa como parte del proceso de transformación.
El conector “supply” indica que la información u objeto conectado al proceso no se gasta en
la fase de procesamiento.
Un conector “input” destaca que el objeto o recurso conectado se consume durante el
procesamiento.
Ejemplo:
El Proceso de Negocio
Un proceso de negocio es una coleccion de actividades diseñadas para producir una salida especifica para un cliente o un mercado en particular. Esto implica un fuerte enfasis en como se realiza el trabajo dentro de uns organizacion, en composicion con un enfoque del producto en que se produce.
La notación de proceso implica un flujo de actividades de izquierda a derecha. Un elemento de evento típicamente se ubica a la izquierda del proceso y la salida a la derecha. Para representar específicamente las actividades internas, los elementos UML de tipo actividad se pueden colocar dentro de elemento proceso.
Salidas
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 de un proceso de negocio puede alimentar a otro, como un ítem requerido o
como un disparador para iniciar nuevas actividades.
Un conector “output” indica que el proceso de negocio produce algún objeto (físico o lógico) que es de valor para la organización, como un ítem externamente visible o como un producto interno (posiblemente alimentando otro proceso).
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).
Objetivos
Un proceso de negocio tiene algún objetivo bien definido. La razón por la que la
organización realiza su trabajo y se debería definir en términos beneficios que este proceso tiene para la organización como un todo y para satisfacer sus necesidades de beneficios que este 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.
Trazabilidad
La trazabilidad define la forma en la que un proceso de negocio dado se implementará en el
sistema propuesto.
En un diagrama de implementación los casos de uso, los paquetes y otros artefactos se pueden conectar a los procesos de negocio usando el conector <<implements>> para significar la relación de dependencia.
Jimena Pavon Guzman 2B-TIDSM