{"id":10995,"date":"2026-03-06T06:41:08","date_gmt":"2026-03-05T22:41:08","guid":{"rendered":"https:\/\/www.archimetric.com\/es\/identify-use-cases-business-process\/"},"modified":"2026-03-06T06:41:08","modified_gmt":"2026-03-05T22:41:08","slug":"identify-use-cases-business-process","status":"publish","type":"post","link":"https:\/\/www.archimetric.com\/es\/identify-use-cases-business-process\/","title":{"rendered":"Identificar casos de uso a partir del proceso de negocio"},"content":{"rendered":"
\n

Identificar casos de uso a partir del proceso de negocio<\/p>\n<\/div>\n

\n
\n

Edici\u00f3n(es) compatible(s) de Visual Paradigm: Enterprise, Profesional, Est\u00e1ndar<\/p>\n<\/div>\n

<\/div>\n

El BPMN se est\u00e1 utilizando cada vez m\u00e1s para identificar los requisitos de software que apoyan los procesos de negocio. A menudo se encuentra que los requisitos de software no est\u00e1n alineados con los procesos de negocio. Por lo tanto, la recolecci\u00f3n de requisitos basada en modelos de procesos de negocio asegurar\u00e1 la alineaci\u00f3n entre los modelos de proceso de negocio y los modelos de software, y por lo tanto, probablemente entregar\u00e1 lo que los usuarios esperan.<\/p>\n<\/div>\n\n

\n
\n
\n
\n

Los equipos de desarrollo pueden utilizar el modelo de proceso de negocio para documentar visualmente los flujos de trabajo del negocio, y asociar casos de uso con esos procesos de negocio para modelar las caracter\u00edsticas deseadas que el sistema debe alcanzar. En este tutorial, explicaremos en detalle c\u00f3mo utilizar la funci\u00f3n de transitor de modelos para establecer trazabilidad entre casos de uso y procesos de negocio.<\/p>\n

\u00bfQu\u00e9 son BPMN y BPD?<\/h2>\n

BPMN<\/a> proporciona a los analistas de negocios un conjunto de notaciones gr\u00e1ficas para modelar procesos de negocio. Fue inicialmente desarrollado por el Iniciativa de Gesti\u00f3n de Procesos de Negocio<\/a> (BPMI) y actualmente es mantenido por el Grupo de Gesti\u00f3n de Objetos<\/a> (OMG). Una de las motivaciones para desarrollar BPMN es proporcionar un lenguaje gr\u00e1fico com\u00fan para personas en diferentes roles, procedentes de diferentes pa\u00edses y\/o con diferentes idiomas hablados, para que puedan entender el mismo proceso de negocio sin barreras.<\/p>\n

BPD, abreviatura de Diagrama de Proceso de Negocio<\/a>, es donde se modela el proceso de negocio utilizando BPMN. Es un diagrama similar a un flujo, que representa el flujo del proceso, los participantes involucrados y los intercambios de mensajes entre ellos. Los analistas de negocios dibujan BPD(s) para modelar c\u00f3mo diferentes participantes colaboran para alcanzar un objetivo de negocio. Una vez validado el modelo de negocio completado con los usuarios finales, el analista de sistemas puede comenzar a planificar el sistema.<\/p>\n

Lo siguiente es un BPD simple de un proceso de registro para una organizaci\u00f3n. Cubre la mayor\u00eda de las notaciones t\u00edpicas que ver\u00edas. Ve\u00e1moslo.<\/p>\n

\"BPD<\/p>\n\n\n\n\n\n\n\n
Notaci\u00f3n<\/th>\nDescripci\u00f3n<\/th>\n<\/tr>\n
\"BPMN<\/td>\nPool \u2013 Representa un participante dentro de un proceso. En BPMN, tanto los pools como las l\u00edneas se utilizan para representar participantes. Una l\u00ednea est\u00e1 contenida por un pool para modelar una subpartici\u00f3n del pool principal.<\/td>\n<\/tr>\n
\"BPMN<\/td>\nEvento de inicio \u2013 El inicio de un proceso. Se pueden definir desencadenantes para informar a los lectores en qu\u00e9 situaci\u00f3n se activar\u00e1 el proceso. Por ejemplo, cuando se recibe un correo electr\u00f3nico\/cuando es lunes por la ma\u00f1ana\/cuando ocurre un error.<\/td>\n<\/tr>\n
\"BPMN<\/td>\nTarea \u2013 Una actividad at\u00f3mica que los participantes designados (modelados por pool\/l\u00ednea) podr\u00edan realizar. Las tareas y otros objetos de flujo se conectan entre s\u00ed para formar un flujo de trabajo de negocio completo.<\/td>\n<\/tr>\n
\"BPMN<\/td>\nEvento final \u2013 El final de un proceso. Se puede definir un resultado para informar a los lectores qu\u00e9 ocurrir\u00e1 cuando finalice el proceso. Por ejemplo, emitir una se\u00f1al\/producir un error, etc.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

En este tutorial no nos centraremos en exceso en BPD ni en el modelado de procesos de negocio. Si desea aprender m\u00e1s sobre BPMN, BPD o modelado de procesos de negocio, lea el tutorial Introducci\u00f3n a BPMN Parte I a IV<\/a>.<\/p>\n

\u00bfQu\u00e9 es el diagrama de casos de uso?<\/h2>\n

El modelado de casos de uso se refiere a la t\u00e9cnica de capturar los requisitos de alto nivel del usuario utilizando el diagrama de casos de uso de UML. El modelo de casos de uso est\u00e1 dise\u00f1ado para dise\u00f1adores de software o sistemas, no para personas del negocio.<\/p>\n

\"06-use-case-diagram-sample\"Hay tres elementos principales en un diagrama de casos de uso.<\/p>\n\n\n\n\n\n\n
Notaci\u00f3n<\/th>\nDescripci\u00f3n<\/th>\n<\/tr>\n
\"UML<\/td>\nCasos de uso \u2013 Cada caso de uso representa un objetivo del usuario, que es un objetivo que el usuario del sistema desea alcanzar. Tenga en cuenta que los casos de uso solo se pueden utilizar para mostrar lo que el usuario desea hacer en lugar de lo que el desarrollador necesita desarrollar, aunque en algunos casos puedan ser iguales. Si desea documentar o modelar las funciones involucradas en un caso de uso, puede utilizar la herramienta de flujo de eventos, o elaborar un caso de uso condiagrama de secuencia\/diagrama de actividad<\/a>. Solo tenga en cuenta que el modelado de casos de uso tiene como objetivo modelar lo que el usuario desea lograr.<\/td>\n<\/tr>\n
\"UML<\/td>\nActor \u2013 Usuario del sistema. La palabra ‘usuario’ aqu\u00ed no se limita a seres humanos. Puede ser un sistema que interact\u00faa con nuestro sistema para cumplir un objetivo empresarial determinado.<\/td>\n<\/tr>\n
\"UML<\/td>\nEnlace de comunicaci\u00f3n\/Asociaci\u00f3n \u2013 Conecta entre actor y caso de uso para indicar el acceso del sistema por parte del actor. Cada enlace de comunicaci\u00f3n implica una secuencia de transacciones entre el actor y el sistema.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

Transici\u00f3n desde el BPD y el diagrama de casos de uso<\/h2>\n

Aunque el BPD y el diagrama de casos de uso no necesariamente deben depender uno del otro, podr\u00edan relacionarse de alguna manera de forma complementaria. Normalmente, desarrollamos software para automatizar o optimizar ciertos flujos de trabajo de procesos empresariales. Con el BPD, puedes comprender c\u00f3mo colaboran los participantes y qui\u00e9n es responsable de qu\u00e9, y as\u00ed identificar qu\u00e9 funciones necesitan que el sistema apoye. Esas funciones del sistema (flujo de trabajo o proceso empresarial) que el usuario desea podr\u00edan modelarse mediante casos de uso y posteriormente desarrollarse por el equipo. En consecuencia, podemos decir que el BPD te ayuda a identificar casos de uso para un sistema en desarrollo.<\/p>\n

Visual Paradigm es una herramienta de modelado visual que apoya desde la realizaci\u00f3n de procesos empresariales hasta el modelado de casos de uso (desde los requisitos empresariales hasta los requisitos de aplicaci\u00f3n) al establecer enlaces de trazabilidad entre los dos modelos mediante la funci\u00f3n de transitor de modelos. Necesitamos la trazabilidad por las siguientes razones:<\/p>\n