MDN_U4_EA_ROAG

Modelado de NegociosUnidad 4. Evidencia de Aprendizaje. Manual de diagramas del modelado del negocio

Manual de diagramas

del modelado del

negocio

NOMBRE: Roberto Álvarez GranadosMATRÍCULA: AL12501836CARRERA: Ingeniería en Desarrollo de Software

1


INDICEDiagrama de actividades. …………………………………… 3

Diagrama de flujo de funciones cruzadas……………. 7

Diagramas BPMN……………………………………………….. 9

Diagrama casos de uso……………………………………… 18

Modelo Conceptual………………………………………….. 25


2


1.- Pastelería Las Águilas

El primer negocio es una pastelería, cuentan con un local para ventas y en la parte trasera se encuentra el área de almacén y producción. La estructura organizacional está definida de la siguiente forma:

Lo primero que llevé a cabo para realizar el diagrama de actividades de un negocio fué identificar las actividades que realiza el negocio y ordenarlas de manera secuencial como se van realizando dentro de los procesos, utilizando los elementos del diagrama.

Identificar los procesos de negocio Hacer a manera de levantamiento de campo, un buen pero concreto levantamiento de información utilizando alguna de sus técnicas (entrevistas, cuestionarios, encuestas, observación, entre otras) y así identificar y listar los procesos que se desarrollan en la organización. Se debe ser cuidadoso de sólo documentar los procesos que en realidad vayan a intervenir en nuestro modelado y no hacer trabajo de más al documentar procesos no contemplados o solicitados para su entendimiento. Si se trata de modelar la organización completa, serán los procesos completos; en caso contrario identificar cuáles..

Ventas. Participa el vendedor, quien atiende directamente al cliente.Roles: vendedor → cliente

Compras. El almacenista verifica existencias levanta una pedido y lo envía a finanzas quien aprueba y autoriza al encargado de compras para ir por los productos.Roles: encargado de almacén → finanzas → encargado de compras

Producción. Determina la orden del día y recibe pedidos a entregar, envía requerimientos a almacén y listado de producción al jefe panadero.Roles: jefe de producción → encargado de almacén → jefe panadero

Actividades


Gerente

Finanzas

Encargado compras

Jefe de Producción

Encargado de almacen

Jefe Pastelero

Ayudante Pastelero

Vendedor de mostrador

3


Solicitante de venta (Cliente):

Realiza un pedido.o Revisa el catálogo de productos existentes.o Analiza los productos de su interés.o Si la compra le convence, realiza la solicitud del producto mediante

la compra. Envía petición.

o Envía los datos de su compra.o Envía sus datos personales para la entrega y pago.

Aprueba pedidoo Analiza la lista de cargos por la compra.o Si la lista de cargos es correcta, aprueba los cargos y el pedido, de lo

contrario cancela la compra.

Responsable de ventas:

Verificar si es pedidoo Analiza si se trata de un pedidoo Si no realiza una selección de productos

Recibir pedidoo Revisa el catálogo de productos existentes.o Analiza los productos del pedidoo Si el producto le convence, realiza la solicitud a producción

Consultar a produccióno Se revisa la existencia de los productos solicitados.o Si se cuenta con existencia, se envía solicitud para verificar

cantidades. Verificar cantidades

o Se verifican cantidades del pedido Consultar almacén

o Se consulta inventario de almacén. Verificar existencias

o Se verifica si existen las cantidades del pedido.o Si no se envía solicitud de materia prima a compras.

Realizar compraso Revisa la solicitud de compra.o Analiza la fecha de entrega solicitada.o Analiza si la compra es viable si no cancela pedido.

Operario:


4


Producir pedidoso Se avisa al cliente la aprobación del pedidoo Se solicita el anticipo del pedido

Seleccionar pedidoso Se surte pedidoo Se envía solicitud de cobro

Cobraro Se solicita pago total del pedido

Entregar productoso Recibe cliente el producto

DIAGRAMAS DE ACTIVIDADES

Los diagramas de actividades sirven para representar el comportamiento dinámico de un sistema haciendo hincapié en la secuencia de actividades que se llevan a cabo y las condiciones que guardan o disparan esas actividades.

A continuación muestro los elementos gráficos que se utilise para el modelado de negocios, es importante tomar en cuenta que estos no son todos los elementos con los que cuenta UML, pues existen diferentes tipos de diagramas que requieren de otros componentes, pero solamente muestro los que se requieren para modelar negocios.Para llevar a cabo mis Diagramas de Actividades tomé las siguientes concideraciones:

Restricciones. Un estado inicial no puede ser destino de una transición. Toda actividad tiene por lo menos un flujo de entrada y otro de salida. Puede haber cero o más estados finales.

Situaciones alternativas. Lo normal es que puedan aparecer distintos flujos dependiendo de que se den una serie de circunstancias u otras.

Restricciones. Una decisión tiene un flujo de entrada y dos o más flujos de salida. Todo flujo de salida tiene que estar etiquetado con una condición. Las condición es de todos los flujos de salida de una decisión deben ser disjuntas y

completas. Una fusión tiene dos o más flujos de entrada y un flujo de salida.


5


Diagrama de Actividades

si

no

si

no

si

no


Verificar si es pedido

Recibir pedido

Consultar a producción

Verificar cantidad

es

Realizar compra materia prima

Se puede

entregar

Realiza una selección de productos

Pasa a caja

Cobra

Entrega producto

Recibe producto

Verificar cantidades

Consulta almacén

Verificar existencia material

Pago anticipo

Produce pedido

Dar aviso al cliente

Pagar resto

Entrega producto

Recibe producto

6


Diagrama de flujo de funciones cruzadas.

Un diagrama de flujo de funciones cruzadas es similar a un diagrama de flujo, incluso utiliza los mismos elementos pero, se pueden hacer particiones para identificar las acciones que tienen alguna característica en común, en cada partición vamos a colocar a un actor y las actividades que este realiza, pero para esto debemos identificar los actores que intervienen dentro del proceso de nuestro negocio a modelar.

Identificación de los actores. Los actores son las personas que intervienen en el proceso que deseamos modelar. Cuando hablamos de personas es importante hacer énfasis a que nos referimos al puesto que desempeña una persona física ya que no es muy recomendable caracterizar un puesto por el motivo de que las personas pueden irse y llegar otras y eso obligaría a mantener actualizado siempre el modelo, por el contrario, el puesto suele ser mucho más estable y mantendrá su funcionalidad sin importar la persona que lo ocupe así el flujo solo se actualizara cuando las actividades que desempeñe el puesto cambien.

Diagrama de actividades (Diagrama de flujo de funciones cruzadas):


7


Diagrama negocio – venta

Diagrama negocio – compra


8


Diagrama negocio – producción

Particiones: El diagrama se divide en partes, agrupando las actividades que tienen algo en común.

Reglas Cada actividad debe estar en una partición

Diagramas BPMN.

El objetivo al crear BPMN es el de expresar en términos abstractos la secuencia del flujo de trabajo de un proceso que se maneja en una empresa u organización por lo tanto el objetivo de este manual es de facilitar el logro de este objetivo remarcando los puntos principales que se deben de tomar en cuenta en la elaboración de un BPMN. El diagrama BPMN utiliza una combinación de diagramas de flujo y de funciones cruzadas pero con elementos más completos que describen ms claramente los procesos dentro del negocio y la descripción de los actores involucrados. Se deben detectar los actores involucrados como lo vimos en el diagrama de funciones cruzadas así como sus actividades para después detallarlas con los elementos del diagrama BPMN.

Construcción del proyecto. Antes de iniciar este modelado fue importante haber identificado perfectamente a los actores y las actividades que desempañaban cada uno de ellos pues esto fue la base para construir el modelado.

Actividades. Los tipos de actividades que puede contener un modelo BPMN son:

Tarea: Es el nivel más bajo de actividades, la cual no puede ser descompuesta.

Sub-proceso: Es un conjunto de tareas unidas con un solo fin, el signo más indica que el subproceso puede descomponerse en pequeñas actividades, que son las tareas.

Tarea bucle: Identifica que la tarea deberá repetirse un determinado número de veces.


9


Multi-instancia: Esta actividad identifica que la tarea deberá realizarse varias veces, pero cada vez con diferentes datos.

Identificación de los eventos. El siguiente paso corresponde a identificar los eventos. Un evento es algo que sucede durante el curso del proceso que estamos modelando. Los eventos afectan el flujo del proceso y normalmente tienen un disparador (señal de que se debe de realizar algo) o un resultado.Un flujo siempre comienza por el evento inicio, pero existen muchos otros tipos de eventos como:

Inicio: Este evento indica el inicio de un diagrama BPMN, al comenzar a realizar un modelo es lo primero que se debe colocar.

Intermedio Temporizador: Indica un disparador

de fecha y hora. Mensaje: Un disparador se genera al

llegar un mensaje desde otro punto. Señal: Un disparador se genera al

llegar una señal enviada desde otro punto.

Condicional: Se indica que se debe cumplir con una condición.

Múltiple: Indica que existe una combinación de disparadores.

Error: Especifica que se interrumpirá un proceso que necesitará ser corregido. Se utiliza este mismo artefacto pero relleno de negro para indicar que el fin de un proceso resulta en un error.

Cancelar: Indica la cancelación de una actividad. Se utiliza este mismo artefacto pero relleno de negro para indicar que el fin de un proceso resulta en una cancelación.

Compensación: Indica que una actividad se deshará. Este mismo artefacto se utiliza relleno de negro para indicar que el fin de un proceso resulta en una compensación.

Vínculo: Establece un conector para “ir hacia” otro punto del modelo. Se


10


utiliza este mismo artefacto relleno de negro para indicar el punto de conexión hacia donde se re-direcciona.

Final: Este evento indica el final de un diagrama BPMN, al finalizar un modelo es lo último que se debe colocar.

Puertas de enlace. Son los elementos que controlan la divergencia del flujo de los procesos cuando se tienen diferentes secuencias de flujo posibles. Las diferentes puertas que se pueden usar en BPMN son:

Exclusivo: Evalúa las condiciones del flujo secuencial de actividades para definir un solo camino hacia donde deberá seguir el flujo.

Evento: Evalúa la ocurrencia de un evento para definir un solo camino hacia donde deberá seguir el flujo de actividades.

Paralelo: Se envía el flujo de actividades hacia varios caminos (hacia todos al mismo tiempo) sin evaluar nada.

Inclusivo: Se envía el flujo de actividades hacia varios caminos (hacia todos al mismo tiempo), si es que se cumplen las condiciones del flujo secuencial de actividades.

Complejo: Se envía el flujo de actividades hacia varios caminos (hacia todos al mismo tiempo), si es que se cumple una sola condición del flujo secuencial de actividades.

Agrupamiento Una vez que se haya terminado el modelado se recomienda se realice un agrupamiento con ayuda de los siguientes elementos:


11


Pools: Básicamente son contenedores para indicar que el diagrama pertenece a un participante en específico.

Carriles: Son contenedores que representan roles en las actividades que se están modelando.

Artefactos Existen elementos llamados artefactos que sirven de ayuda para el modelador al momento de establecer la relación entre los participantes dentro del modelo, como por ejemplo los documentos que se generan dentro del proceso, o notas que ayudan simplemente a la comprensión del modelo. A continuación un listado de los artefactos y su descripción:

Objeto de datos: Son los documentos y datos que requieren los procesos.

Grupo: Ayuda a definir secciones en el diagrama.

Anotación de texto: Son notas que añade quien modela a manera de información extra sobre los modelos gráficos.

Conectores. En este punto es importante tener ya una idea de cómo interactúan los diferentes actores y las diferentes posibilidades y bifurcaciones que tendrán cada una de las tareas que estos realizan. A este proceso se le llama construir el “flujo de trabajo” y la idea principal es la de plasmar en el modelado paso a paso el desarrollo de las diferentes actividades. Para lograr este objetivo nos ayudaremos de los siguientes conceptos:

Flujo de secuencia: Indica la secuencia de las actividades que se realizan, siendo el origen la línea sin punta, y el destino la punta de la flecha.

Flujo de secuencia condicional: Indica la secuencia de las actividades que se realizan al cumplir o no una condición. El pequeño rombo indica el origen del flujo de la decisión y la punta indica el destino.

Flujo de mensaje: Indica la comunicación entre participantes mediante mensajes, este tipo de


12


flujo se utiliza para comunicar a diferentes pools. El origen está indicado por el círculo y el destino por la punta de la flecha.

Asociación: Este elemento indica la unión entre elementos de un diagrama (sin flujo de actividades).

Una vez desglosadas las tareas de los procesos identificados se muestran los diagramas correspondientes. En primera se muestra el diagrama del proceso de compra a nivel de subprocesos, de manera tal que solo se ven las actividades a nivel macro.

En segunda se muestra el mismo diagrama del proceso de compra pero a nivel detallado (micro) donde, como se puede observar, se tienen todas las tareas requeridas. En este diagrama además de tareas, se utilizan puertas de enlace, pues se requieren decisiones. También se utilizaron eventos de cancelación, para los casos en que no existan productos que se quieran comprar, o los cargos del pedido no sean los correctos.


Realiza Petición

+

Envía Petición

+

Aprueba Pedido

+

Revisa Catálogo Analiza los Productos

Solicitar Producto

x

Enviar datos de compra

Enviar datos de entrega y pago

Analiza cargos y pedido

Lista de cargos

correcta

Productos Convence

13


En tercera se muestra el procesamiento del pedido a nivel de tareas, en el que se puede revisar la utilización de una puerta de enlace paralela, ya que al discriminar solo se identifica si el pedido es especial o normal -lo que se agregó con una nota de texto- y después se revisan las existencias. Como dice la descripción, no se evalúa nada, solo se identifica el tipo de pedido. Otro elemento utilizado es un evento temporizador, el cual es utilizado porque la discriminación se realiza con base en la fecha solicitada de entrega.

¿Es un pedido?


x

Aprueba cargos y pedidos

Revisa solicitud de compra

Analiza la fecha solicitada

Revisar existencia del producto

Existencias suficientes

x

Revisa solicitud compra

Analiza fecha entregaAnaliza

compra es

Se aprueba compra

14


En cuarta se muestra el proceso de entrega del pedido a nivel de tareas. El elemento nuevo que se utiliza en este diagrama es el evento vínculo, el cual indica volver a revisar existencias en caso de que el pedido no sea correcto.Operario:

Por último, se muestra el diagrama completo, que incluye el manejo de roles -por lo tanto se usan carriles- y la comunicación de datos que se genera entre cada proceso.

PASTELERÍA LAS ÁGUILAS

PROCESO DE COMPRA

CCLIENTE


x

Aviso cliente aprobación

Se solicita anticipo Se solicita anticipo Se surte pedido

Se envía solicitud de cobro

Se solicita pago totalRecibe cliente el producto

Realiza Petición

+

Envía Petición

+

Aprueba Pedido

+

Revisa Catálogo Analiza los Productos

Solicitar Producto

Productos Convence

15



x

Enviar datos de compra

Enviar datos de entrega y pago

Analiza cargos y pedido

Lista de cargos

correcta

x

Aprueba cargos y pedidos

Solicitud de pedido

16


RESPONSABLE DE VENTAS

¿Es un pedido?

OPERARIO


Revisa solicitud de

compraAnaliza la fecha

solicitada

Revisar existencia del producto

x

Existencias suficientes

Analiza compra es

Revisa solicitud compra

Analiza fecha entregaSe aprueba compra

x

Aviso cliente aprobación

Se solicita anticipo Se solicita anticipo Se surte pedido


Se solicita pago totalRecibe cliente el producto

Pedido surtido

17


Diagrama casos de uso

Un caso de uso es básicamente una representación gráfica entre un usuario y un sistema, en nuestro caso relación con la empresa. Por lo tanto los casos de uso en el ámbito de los negocios son de ayuda para la identificación de las funciones que realizan las personas en la organización.Es importante resaltar el hecho de que un caso de uso puede ser muy pequeño o extenderse mucho, todo depende de la cantidad de función es que deba realizar cada usuario.

Elementos. Al hacer el diagrama caso de uso hubo que identificar todo los procesos del negocio, es decir los servicios que proporcionan.

En las fases iniciales esta podría ser una lista parcial que se extiende en las últimas fases del análisis. Usando los siguiente lineamientos.

Revisar las especificaciones para establecer los actores. Identificar los eventos y hacer los casos de uso. Revisar el caso de uso para determinar el flujo de datos.

Restricciones. El diagrama caso de uso contiene el actor y símbolos de caso de uso, y además líneas de

conexión. Los actores dan o reciben datos del sistema. Los actores secundarios ayudan a mantener el

sistema en ejecución o proporcionan ayuda. Un caso de uso ilustra a los desarrolladores un panorama de lo que los usuarios. No tiene

detalles técnicos o de implementación.


18


Un caso de uso se compone de tres elementos: un actor, para comenzar el evento; el evento que activa un caso de uso; y el caso de uso, que desempeña las acciones activadas por el evento.

Los casos de uso documentan un solo evento. Un caso de uso se nombra con un verbo o un sustantivo.

Las relaciones es el comportamiento y se usan para conectar un actor.

Los diagramas de caso de uso que se representan en las actividades que realiza el cliente a nivel macro, se podrían englobar en realizar la compra de un producto, donde el cliente da información y también es quien la recibe del negocio por internet tal como se ve:

El Actor puede ser el Vendedor o el Cliente

Cliente Caso de Uso Nivel Macro Cliente

NEGOCIO POR INTERNET


PASTELERÍA POR INTRANET

COMPRAR UN PRODUCTO

19


Atendiendo a las definiciones mencionadas., el caso de uso puede contener otros casos de uso que tienen la funcionalidad como parte integrante suya, es decir, que se pueden crear sub-divisiones del caso de uso general que en conjunto describan el caso de uso global.

Compra del Producto

INCLUDE INCLUDE

INCLUDE INCLUDE

INCLLUDE Cliente

INCLUDE INCLUDE

Ventas

CASO DE USO CON INCLUSION


Revisa el catálogo de productos

Analiza los productos

Realiza la solicitud de compra

Envía los datos de compra

Envía sus datos personales

Analiza lista de cargos

Aprueba los cargos Pedido

INCLUDE

20


Venta del Producto

INCLUDE INCLUDE INCLUDE INCLUDE

INCLUDE INCLUDE

INCLLUDE Ventas INCLUDE INCLUDE INCLUDE

INCLUDE INCLUDE

Operario CASO DE USO CON INCLUSION


Si no realiza una selección de productos

Revisa el catálogo de productos existentes

Analiza los productos del pedido

Realiza la solicitud a producción

Se revisa la existencia de los productos

Solicitud para verificar cantidades.

Analiza si la compra es viable si no cancela pedido

Produce pedido

INCLUDE

Analiza si se trata de un pedido

Se verifican cantidades del pedido

Se consulta inventario de almacén

Se verifica si existen las cantidades del pedido

Si no se envía solicitud de materia prima a compras.

Revisa la solicitud de compra

Analiza la fecha de entrega solicitada

21


Entrega Producto (Operario)

INCLUDE

INCLUDE INCLUDE

INCLLUDE Operario

INCLUDE INCLUDE

Cliente CASO DE USO CON INCLUSION

Por su parte la extensión indica actividades similares a la actividad global, pero de manera especializada, es decir, este tipo de relación es útil cuando se pretende mostrar diferentes opciones de la misma actividad. NEGOCIO POR INTRANET

Cliente EXTENDS EXTENDS EXTENDS Cliente

CASO DE USO CON EXTENSIÓNNOMBRE: Roberto Álvarez GranadosMATRÍCULA: AL12501836CARRERA: Ingeniería en Desarrollo de Software

Se avisa al cliente la aprobación del pedido

Se solicita el anticipo del pedido

Se surte pedido


Se solicita pago total del pedido

Recibe cliente el producto

INCLUDE

COMPRAR UN PRODUCTO

Compra pasteles bodasCompra pasteles XV años

Compra pasteles cumpleaños

22


La relación de generalización para los casos de uso, es utilizada para mostrar que un caso de uso puede tener relación con otro que a su vez podría llegar a sustituirlo sin mayor problema, las cuales si lo analizas realmente podrías sustituir sin ningún problema con la compra de un producto; pues, la acción de realizar la compra es la misma, solo cambiaría el tipo de producto que se adquiera, pero las acciones serían las mismas.

NEGOCIO POR INTRANET

Cliente EXTENDS EXTENDS EXTENDS Cliente

CASO DE USO CON GENERALIZACIÓN


COMPRAR UN PRODUCTO

Compra pasteles normalesCompra pasteles especiales

Compra pasteles light

23


Compra del Producto

EXTENDS

EXTENDS

EXTENDS

EXTENDS

EXTENDS EXTENDS INCLUDE INCLUDE

INCLUDE INCLUDE

INCLLUDE Cliente

INCLUDE INCLUDE

CASO DE USO A NIVEL MICRO Ventas


Revisa el catálogo de productos

Analiza los productos

Realiza la solicitud de compra

Envía los datos de compra

Envía sus datos personales

Analiza lista de cargos

Aprueba los cargos Pedido

INCLUDE

Compra pasteles light

Compra pasteles especiales

Compra pasteles normales

Compra pasteles cumpleaños

Compra pasteles XV años

Compra pasteles bodas

24


Modelo Conceptual.

El modelo conceptual básicamente es un modelo visual que ilustra las interconexiones del modelo descrito. Para realizar este modelado se auxilia de diferentes diagramas para lograr su objetivo.

Diagramas. Los diagramas tienen como objetivo modelar el trabajo que se realiza dentro de la organización, son representaciones graficas de las actividades que se realizan dentro de las empresas.}Es importante resaltar que solo si es necesario crear un diagrama que moldee las actividades y otro que moldee los procesos de la empresa para comprender como función a la organización.

Interacción.

Estos diagramas moldean la lógica del negocio, se realiza un de interacción por cada caso de uso creado. Estos diagramas se componen de los siguientes elementos.

Características. Los diagramas de interacción constan de un conjunto de objetos y su relación es, incluyen

do los mensajes que se pueden enviar unos objetos a otros. Cubren la vista dina mica del sistema. Los diagramas de interacción enfatizan el ordenamiento temporal de los mensajes,

mientras que los diagramas de colaboración muestran la organización estructural de los objetos que envían y reciben mensajes.


25


Los diagramas de interacción se pueden convertir en diagramas de colaboración sin pérdida de información, lo mismo ocurre en sentido opuesto.

Restricciones. Un diagrama de interacción muestra de manera ordenada la secuencia de cada evento. Los objetos participantes en la interacción y los mensajes que intercambian, ordenados

según la secuencia en el tiempo. El eje vertical representa el tiempo, y el eje horizontal se colocan los objetos y actores

participantes en la interacción, sin un orden prefijado. Cada objeto o actor tiene una línea vertical, y los mensajes se representan mediante

flechas entre distintos objetos. El tiempo fluye de arriba hacia abajo. Se pueden colocar etiquetas (como restricción es de tiempo, descripciones de acción es,

etc.) o bien en el margen izquierdo o bien junto a las transiciones o activación es a las que se refieren.

En este diagrama se utiliza para conocer los procesos que lleva a cabo el sistema, el orden secuencial y las clases que forman parte del sistema de una Pastelería.En el diagrama secuencial del cliente se observan los objetos y sus relaciones en cuestión del tiempo.

1.- El cliente solicita pedido2.-Consulta validación3.-Paga pedido.4.-Entrega producto.

1 Solicita 2 Validación

4 Entrega Producto

Comunicación


Pedido Producto

3 Paga

26


Los diagramas de comunicación (también llamado de colaboración) modelan la interacción entre actores para llevar a cabo las actividades de la empresa, este tipo de diagramas requieren los siguientes elementos:

Restricciones. Los diagramas de colaboración son otro tipo de diagramas de interacción, que con tiene la

misma información que los de secuencia, solo que se centran en las responsabilidades de cada objeto, en lugar en el en el tiempo en que los mensajes son enviados.

Cada mensaje de un diagrama de colaboración tiene un número de secuencia. El primer número de la secuencia es 1, y conforme haya más niveles se van enumerando.

El diagrama de comunicación se observan las relaciones que existen entre los roles y sus actividades y como trabajan juntos dentro de un proceso.

6 EntregaNOMBRE: Roberto Álvarez GranadosMATRÍCULA: AL12501836CARRERA: Ingeniería en Desarrollo de Software

Cliente OperarioPedido Surtido

27


1 Solicita 5 Envía

2 Notifica 3 Notifica 4 surte

Transición de estados.

Los diagramas de transición de estados son de ayuda para comprender los diferentes estados por los que pasan los objetos y los eventos que provocan dichos cambios de estado. Estos diagramas utilizan los siguientes elementos:

Restricciones. Un diagrama de estados es un gráfico donde los nodos son estados y los arcos son

transiciones etiquetadas con los nombres de los eventos. Un estado se representa como una caja redondeada con el nombre del estado en su

interior, una transición se representa como una flecha desde el estado origen al estado destino.


AlmacenistaVendedorPedido Producto

28


La caja de un estado puede tener uno o dos niveles: en el primer nivel aparece el nombre del estado, el segundo es opcional, y en el pueden aparecer acciones de entrada, de salida y acciones in ternas.

En este diagrama se utiliza para conocer los estados que adquiere el sistema de acuerdo con los procesos que ocurren dentro de este. Podemos apreciar como trabajan juntos todos los elementos del sistema, cuando y como se inicia cada uno.

Envía al vendedor

Validando

Estos son algunos de los diagramas que se utilizan en el modelado de negocio, como podemos observar se requiere de un gran análisis del negocio que se quiere modelar, para esto se deben identificar y clasificar procesos así como actividades involucradas dentro del negocio, los actores involucrados en cada uno de los procesos y actividades, la secuencia lógica de este y los diferentes flujos y tiempos que estos puedan tener, es un trabajo muy complejo de realizar, para que los involucrados dentro de la empresa entiendan bien el funcionamiento del negocio y sean capaces de optimizar su trabajo.


Solicitado

En

Surtido

29

MDN_U4_EA_ROAG

Documents

Transcript of MDN_U4_EA_ROAG