{"id":9119,"date":"2022-02-28T09:15:19","date_gmt":"2022-02-28T09:15:19","guid":{"rendered":"https:\/\/www.cybermedian.com\/pt\/?p=9119"},"modified":"2022-04-01T14:04:34","modified_gmt":"2022-04-01T06:04:34","slug":"a-quick-guide-to-use-case-modeling","status":"publish","type":"post","link":"https:\/\/www.cybermedian.com\/pt\/a-quick-guide-to-use-case-modeling\/","title":{"rendered":"Um guia r\u00e1pido para modelagem de casos de uso"},"content":{"rendered":"

A modelagem de casos de uso<\/span><\/a>\u00a0\u00e9 uma ferramenta \u00fatil para capturar requisitos.\u00a0Ele fornece uma representa\u00e7\u00e3o gr\u00e1fica dos requisitos de um sistema de software.<\/span><\/p>\n

Com a publica\u00e7\u00e3o do livro\u00a0Object-Oriented Software Engineering, A Use-Case-Driven Approach , de\u00a0<\/a><\/span>Ivar Jacobson<\/span><\/a>\u00a0(1991)\u00a0, a modelagem de casos de uso tornou-se efetivamente uma t\u00e9cnica de an\u00e1lise pr\u00e1tica.\u00a0Hoje, Jacobson continua a promover essa abordagem de an\u00e1lise de sistemas e a atualizou para o Caso de Uso 2.0, que \u00e9 oficialmente um dos\u00a014 tipos de diagramas UML<\/a>\u00a0.<\/span><\/p>\n

Como o modelo de caso de uso \u00e9 simples em conceito e apar\u00eancia, \u00e9 relativamente f\u00e1cil discutir sua corre\u00e7\u00e3o com pessoal n\u00e3o t\u00e9cnico (como clientes).<\/span><\/p>\n

Um caso de uso n\u00e3o \u00e9 um procedimento, processo ou fun\u00e7\u00e3o.<\/span><\/p>\n

Os elementos do diagrama de casos de uso<\/span><\/span><\/h2>\n

Os\u00a0<\/span>elementos de um diagrama de caso de uso<\/span><\/a>\u00a0s\u00e3o os atores (entidades externas) e o pr\u00f3prio caso de uso.\u00a0Em termos gerais, um caso de uso \u00e9 uma unidade funcional (requisito) ou servi\u00e7o em um sistema.<\/span><\/p>\n

Ator<\/span><\/span><\/h3>\n

Um\u00a0<\/span>ator<\/span><\/a>\u00a0\u00e9 qualquer entidade externa ao sistema de design, seja uma pessoa ou outra entidade n\u00e3o humana.\u00a0Um usu\u00e1rio de um sistema \u00e9 um exemplo t\u00edpico de um ator.\u00a0Outros tipos de atores incluem sistemas de software que est\u00e3o sendo integrados ao sistema atual (por exemplo, um sistema de banco de dados), hardware externo, como um sensor e assim por diante.<\/span>\"Tipos<\/p>\n

Existem duas nota\u00e7\u00f5es na\u00a0<\/span>especifica\u00e7\u00e3o UML<\/span><\/a>\u00a0:<\/span><\/p>\n

\"\"<\/p>\n

Usar stickman para atores \u00e9 mais expressivo, mas pode gerar confus\u00e3o se o ator n\u00e3o for realmente uma pessoa, mas uma m\u00e1quina ou dispositivo externo.\u00a0O s\u00edmbolo do ret\u00e2ngulo \u00e9 a\u00a0<\/span>nota\u00e7\u00e3o UML<\/span><\/a>\u00a0padr\u00e3o para uma\u00a0<\/span>classe<\/span><\/a>\u00a0.<\/span><\/p>\n

Um ator \u00e9 um papel em vez de uma pessoa real\u00a0<\/span><\/strong><\/p>\n

Um ator representa o papel da entidade que interage com o sistema atual, n\u00e3o uma inst\u00e2ncia.\u00a0<\/span>A nota\u00e7\u00e3o de ator indica que a entidade \u00e9 uma classe em vez de uma inst\u00e2ncia de leitura (ou seja, um usu\u00e1rio real John ou Mary).\u00a0A raz\u00e3o pela qual um ator \u00e9 um tipo de classe \u00e9 que n\u00e3o \u00e9 o pr\u00f3prio ator, mas o\u00a0<\/span>papel que ele desempenha.<\/span><\/p>\n

Por exemplo, um ator pode representar os clientes de um banco, em vez de especificar um ator separado para cada cliente.\u00a0Da mesma forma, pode haver outro ator representando o gerente do banco.\u00a0Curiosamente, no mundo real, o gerente de um banco tamb\u00e9m pode ser um cliente do mesmo banco.\u00a0Em outras palavras, a mesma pessoa desempenha o papel de cliente e gerente.<\/span><\/p>\n

Atores Prim\u00e1rios vs Secund\u00e1rios<\/span><\/strong><\/a><\/p>\n

O ator prim\u00e1rio<\/span><\/strong>\u00a0de um caso de uso \u00e9 o stakeholder que requer que o sistema forne\u00e7a seus servi\u00e7os.\u00a0Tem um objetivo associado ao sistema \u2013 um objetivo que pode ser satisfeito pela opera\u00e7\u00e3o do sistema.\u00a0O ator prim\u00e1rio \u00e9 geralmente, mas nem sempre, o ator que aciona o caso de uso.<\/span><\/p>\n

O Ator Secund\u00e1rio<\/span><\/strong>\u00a0\u00e9 usado pelo sistema, mas eles n\u00e3o interagem com o sistema por conta pr\u00f3pria.\u00a0Em outras palavras, os atores secund\u00e1rios n\u00e3o iniciam nenhum caso de uso.<\/span><\/p>\n

Os casos de uso geralmente s\u00e3o iniciados pelos atores prim\u00e1rios.\u00a0O sistema usa um ator secund\u00e1rio, como um banco de dados, por meio de um conjunto de casos de uso.\u00a0A associa\u00e7\u00e3o entre casos de uso e participantes representa uma comunica\u00e7\u00e3o bidirecional.<\/span><\/p>\n

Assim, para cada caso de uso iniciado por um ator prim\u00e1rio, o caso de uso conectado deve ser respondido.\u00a0Da mesma forma, para cada associa\u00e7\u00e3o entre um ator secund\u00e1rio e um caso de uso, a comunica\u00e7\u00e3o come\u00e7a com o caso de uso e o ator secund\u00e1rio deve responder \u00e0 inicia\u00e7\u00e3o.<\/span><\/p>\n

Caso de uso<\/span><\/span><\/h3>\n

Os casos de uso<\/span><\/strong>\u00a0representam as fun\u00e7\u00f5es (geralmente requisitos) que devem ser implementadas pelo sistema.\u00a0Os detalhes do caso de uso, exceto seu nome exclusivo, n\u00e3o s\u00e3o expressos intuitivamente no diagrama;\u00a0Esses detalhes s\u00e3o fornecidos na descri\u00e7\u00e3o do caso de uso.<\/span><\/p>\n

Os casos de uso geralmente s\u00e3o iniciados por atores-chave.\u00a0O sistema utiliza banco de dados e outros participantes auxiliares por meio de um conjunto de casos de uso.<\/span><\/p>\n

A associa\u00e7\u00e3o entre casos de uso e atores representa uma comunica\u00e7\u00e3o bidirecional.\u00a0Portanto, para cada caso de uso iniciado pelo ator principal, o \u00faltimo deve ser respondido.\u00a0Da mesma forma, para cada associa\u00e7\u00e3o entre o ator secund\u00e1rio e o caso de uso, a comunica\u00e7\u00e3o come\u00e7a com o caso de uso e o ator secund\u00e1rio deve responder \u00e0 inicia\u00e7\u00e3o.<\/span><\/p>\n

Limite do sistema<\/span><\/span><\/h3>\n

A fronteira do sistema define o sistema de interesse em rela\u00e7\u00e3o ao mundo ao seu redor.<\/span><\/p>\n

Exemplo de diagrama de caso de uso: sistema de reservas de companhias a\u00e9reas<\/span><\/span><\/h3>\n

Os casos de uso definem intera\u00e7\u00f5es entre atores externos e o sistema para atingir objetivos espec\u00edficos.\u00a0Um diagrama de caso de uso cont\u00e9m quatro componentes principais<\/span><\/p>\n

No diagrama de casos de uso de um sistema de reserva de passagens, o sistema \u00e9 representado por caixas contendo muitos casos de uso diferentes.\u00a0O ator prim\u00e1rio \u00e9 o cliente e o ator secund\u00e1rio \u00e9 o administrador.\u00a0O cliente inicia os casos de uso, como reservar, navegar e cancelar voos, enquanto o administrador inicia os casos de uso, como atualizar registros de voo, mas \u00e9 considerado um ator secund\u00e1rio no caso de uso cancelar voo, pois est\u00e1 apenas ajudando a concluir os casos de uso iniciados pelo cliente.<\/span><\/p>\n

<\/p>\n

EDITE ESTE EXEMPLO DE DIAGRAMA DE CASO DE USO UML<\/span><\/a><\/p>\n

Estruturando casos de uso<\/span><\/span><\/h3>\n

De acordo com o campo da aplica\u00e7\u00e3o e a escolha do designer, um caso de uso pode ser dividido em v\u00e1rios casos de uso, que s\u00e3o conectados por meio de relacionamentos < < include > > ou < < extend > >.<\/span><\/p>\n

O link de associa\u00e7\u00e3o<\/span><\/strong>\u00a0representa uma comunica\u00e7\u00e3o bidirecional entre um ator e um caso de uso e, portanto, \u00e9 um relacionamento bin\u00e1rio.\u00a0Como \u00e9 uma comunica\u00e7\u00e3o bidirecional, para cada caso de uso iniciado por um ator prim\u00e1rio, esse ator deve obter uma resposta do caso de uso.<\/span><\/p>\n

\"O<\/p>\n

Da mesma forma, para cada comunica\u00e7\u00e3o entre um caso de uso e um ator secund\u00e1rio (iniciado pelo caso de uso), o ator secund\u00e1rio deve enviar uma resposta de volta ao caso de uso.<\/span><\/p>\n

Generaliza\u00e7\u00e3o<\/span><\/span><\/h4>\n

A generaliza\u00e7\u00e3o representa a rela\u00e7\u00e3o entre<\/span><\/p>\n