{"id":10992,"date":"2026-03-06T06:45:27","date_gmt":"2026-03-05T22:45:27","guid":{"rendered":"https:\/\/www.archimetric.com\/pt\/identify-use-cases-business-process\/"},"modified":"2026-03-06T06:45:27","modified_gmt":"2026-03-05T22:45:27","slug":"identify-use-cases-business-process","status":"publish","type":"post","link":"https:\/\/www.archimetric.com\/pt\/identify-use-cases-business-process\/","title":{"rendered":"Identificar Casos de Uso a partir do Processo de Neg\u00f3cio"},"content":{"rendered":"
\n

Identificar Casos de Uso a partir do Processo de Neg\u00f3cio<\/p>\n<\/div>\n

\n
\n

Edi\u00e7\u00e3o(s) compat\u00edvel(s) do Visual Paradigm: Enterprise, Profissional, Padr\u00e3o<\/p>\n<\/div>\n

<\/div>\n

O BPMN est\u00e1 sendo cada vez mais usado para identificar requisitos de software que suportam processos de neg\u00f3cios. Os requisitos de software muitas vezes s\u00e3o encontrados desalinhados com os processos de neg\u00f3cios. Portanto, a elicita\u00e7\u00e3o de requisitos baseada em modelos de processos de neg\u00f3cios garantir\u00e1 o alinhamento entre os modelos de processo de neg\u00f3cios e os modelos de software, e assim, provavelmente entregar\u00e1 o que os usu\u00e1rios esperam.<\/p>\n<\/div>\n\n

\n
\n
\n
\n

As equipes de desenvolvimento podem usar o modelo de processo de neg\u00f3cios para documentar visualmente os fluxos de trabalho de neg\u00f3cios e associar casos de uso a esses processos de neg\u00f3cios para modelar os recursos desejados a serem alcan\u00e7ados pelo sistema. Neste tutorial, explicaremos em detalhes como utilizar a fun\u00e7\u00e3o Model Transitor para estabelecer rastreabilidade entre casos de uso e processos de neg\u00f3cios.<\/p>\n

O que s\u00e3o BPMN e BPD?<\/h2>\n

BPMN<\/a> fornece aos analistas de neg\u00f3cios um conjunto de nota\u00e7\u00f5es gr\u00e1ficas para modelar processos de neg\u00f3cios. Foi inicialmente desenvolvido pela Iniciativa de Gest\u00e3o de Processos de Neg\u00f3cios<\/a> (BPMI) e agora \u00e9 mantido pelo Grupo de Gest\u00e3o de Objetos<\/a> (OMG). Uma das motiva\u00e7\u00f5es para o desenvolvimento do BPMN \u00e9 fornecer uma linguagem gr\u00e1fica comum para pessoas em diferentes fun\u00e7\u00f5es, de diferentes pa\u00edses e\/ou com diferentes idiomas falados para compreenderem o mesmo processo de neg\u00f3cios sem barreiras.<\/p>\n

BPD, abrevia\u00e7\u00e3o de Diagrama de Processo de Neg\u00f3cio<\/a>, \u00e9 onde o processo de neg\u00f3cios \u00e9 modelado, usando o BPMN. \u00c9 um diagrama semelhante a um fluxograma, que representa o fluxo do processo, os participantes envolvidos e as trocas de mensagens entre os participantes. Os analistas de neg\u00f3cios desenham BPD(s) para modelar como diferentes participantes colaboram para alcan\u00e7ar um objetivo de neg\u00f3cios. Ap\u00f3s validar o modelo de neg\u00f3cios conclu\u00eddo com os usu\u00e1rios finais, o analista de sistemas pode ent\u00e3o come\u00e7ar a planejar o sistema.<\/p>\n

A seguir est\u00e1 um BPD simples de um processo de registro para uma organiza\u00e7\u00e3o. Ele abrange a maioria das nota\u00e7\u00f5es t\u00edpicas de modelagem que voc\u00ea ver\u00e1. Vamos dar uma olhada.<\/p>\n

\"BPD<\/p>\n\n\n\n\n\n\n\n
Nota\u00e7\u00e3o<\/th>\nDescri\u00e7\u00e3o<\/th>\n<\/tr>\n
\"BPMN<\/td>\nPool \u2013 Representa um participante dentro de um processo. No BPMN, tanto pools quanto lanes s\u00e3o usados para representar participantes. Uma lane \u00e9 contida por um pool para modelar uma subparti\u00e7\u00e3o do pool pai.<\/td>\n<\/tr>\n
\"BPMN<\/td>\nEvento de in\u00edcio \u2013 O in\u00edcio de um processo. Os gatilhos podem ser definidos para informar aos leitores em que situa\u00e7\u00e3o o processo ser\u00e1 acionado. Por exemplo, quando um e-mail for recebido\/quando for segunda-feira de manh\u00e3\/quando ocorrer um erro.<\/td>\n<\/tr>\n
\"BPMN<\/td>\nTarefa \u2013 Uma atividade at\u00f4mica que participantes designados (modelados por pool\/lane) podem realizar. Tarefas e outros objetos de fluxo s\u00e3o conectados para formar um fluxo de trabalho de neg\u00f3cios completo.<\/td>\n<\/tr>\n
\"BPMN<\/td>\nEvento de fim \u2013 O fim de um processo. Um resultado pode ser definido para informar aos leitores o que acontecer\u00e1 quando o processo terminar. Por exemplo, emitir um sinal\/produzir um erro, etc.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

Neste tutorial, n\u00e3o vamos nos concentrar intensamente no BPD nem na modelagem de processos de neg\u00f3cios. Se voc\u00ea deseja saber mais sobre BPMN, BPD ou modelagem de processos de neg\u00f3cios, leia o tutorial Introdu\u00e7\u00e3o ao BPMN Parte I a IV<\/a>.<\/p>\n

O que \u00e9 Diagrama de Caso de Uso?<\/h2>\n

A modelagem de casos de uso refere-se \u00e0 t\u00e9cnica de capturar requisitos de alto n\u00edvel dos usu\u00e1rios usando o diagrama de casos de uso UML. O modelo de caso de uso \u00e9 projetado para designers de software ou sistemas, e n\u00e3o para pessoas de neg\u00f3cios.<\/p>\n

\"06-use-case-diagram-sample\"Existem tr\u00eas elementos principais em um diagrama de caso de uso.<\/p>\n\n\n\n\n\n\n
Nota\u00e7\u00e3o<\/th>\nDescri\u00e7\u00e3o<\/th>\n<\/tr>\n
\"UML<\/td>\nCaso de uso \u2013 Cada caso de uso representa um objetivo do usu\u00e1rio, que \u00e9 um objetivo que o usu\u00e1rio do sistema deseja alcan\u00e7ar. Observe que os casos de uso s\u00f3 podem ser usados para mostrar o que o usu\u00e1rio deseja fazer, em vez do que o desenvolvedor precisa desenvolver, embora possam ser os mesmos em alguns casos. Se voc\u00ea quiser documentar ou modelar as fun\u00e7\u00f5es envolvidas em um caso de uso, pode usar a ferramenta de fluxo de eventos, ou elaborar um caso de uso comdiagrama de sequ\u00eancia\/diagrama de atividade<\/a>. Apenas tenha em mente que o modelamento de casos de uso visa modelar o que o usu\u00e1rio deseja alcan\u00e7ar.<\/td>\n<\/tr>\n
\"UML<\/td>\nAtor \u2013 Usu\u00e1rio do sistema. A palavra ‘usu\u00e1rio’ aqui n\u00e3o se limita a seres humanos. Pode ser um sistema que interage com o nosso sistema para cumprir um determinado objetivo empresarial.<\/td>\n<\/tr>\n
\"UML<\/td>\nLink de comunica\u00e7\u00e3o\/Associa\u00e7\u00e3o \u2013 Conecta o ator ao caso de uso para indicar o acesso do sistema pelo ator. Cada link de comunica\u00e7\u00e3o implica uma sequ\u00eancia de transa\u00e7\u00f5es entre o ator e o sistema.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

Transi\u00e7\u00e3o do BPD ao Diagrama de Casos de Uso<\/h2>\n

Embora o BPD e o diagrama de casos de uso n\u00e3o precisem necessariamente depender um do outro, eles podem se relacionar de forma complementar. Normalmente, desenvolvemos software para automatizar ou otimizar certos fluxos de processos de neg\u00f3cios. Com o BPD, voc\u00ea pode entender como os participantes trabalham juntos e quem \u00e9 respons\u00e1vel por qu\u00ea, podendo identificar quais fun\u00e7\u00f5es eles precisam que o sistema suporte. Essas fun\u00e7\u00f5es do sistema (fluxo de trabalho ou processo de neg\u00f3cios) que o usu\u00e1rio deseja podem ser modeladas com casos de uso e posteriormente desenvolvidas pela equipe. Como resultado, podemos dizer que o BPD ajuda voc\u00ea a identificar casos de uso para um sistema em desenvolvimento.<\/p>\n

Visual Paradigm \u00e9 uma ferramenta de modelagem visual que suporta desde a realiza\u00e7\u00e3o de processos de neg\u00f3cios at\u00e9 a modelagem de casos de uso (do requisito de neg\u00f3cios ao requisito de aplica\u00e7\u00e3o) ao estabelecer liga\u00e7\u00f5es de rastreabilidade entre os dois modelos por meio da funcionalidade de transi\u00e7\u00e3o de modelos. Precisamos da rastreabilidade por causa dos seguintes motivos:<\/p>\n