Logo Passei Direto
Buscar
Material
páginas com resultados encontrados.
páginas com resultados encontrados.
left-side-bubbles-backgroundright-side-bubbles-background

Experimente o Premium!star struck emoji

Acesse conteúdos dessa e de diversas outras disciplinas.

Libere conteúdos
sem pagar

Ajude estudantes e ganhe conteúdos liberados!

left-side-bubbles-backgroundright-side-bubbles-background

Experimente o Premium!star struck emoji

Acesse conteúdos dessa e de diversas outras disciplinas.

Libere conteúdos
sem pagar

Ajude estudantes e ganhe conteúdos liberados!

Prévia do material em texto

Diagrama de Caso 
Um diagrama de caso de uso é uma forma de diagrama de 
comportamento UML aprimorado. A UML não define padrões para o 
formato escrito para descrever casos de uso e, portanto, muitas pessoas 
não entendem que essa notação gráfica define a natureza de um caso 
de uso; entretanto, uma notação gráfica pode fornecer apenas uma 
visão geral simples de um caso de uso ou de um conjunto de casos de 
uso. 
 
Os diagramas de caso de uso são frequentemente confundidos com 
casos de uso. Embora os dois conceitos estejam relacionados, os casos 
de uso são muito mais detalhados do que os diagramas de caso de uso. 
Nos conceitos, mais de um caso de uso deve ser detalhado para 
identificar o que um caso de uso faz. 
• A descrição escrita do comportamento do sistema ao abordar 
uma tarefa ou requisito de negócios. Esta descrição enfoca o 
valor fornecido pelo sistema para entidades externas, como 
usuários humanos ou outros sistemas. 
• A posição ou contexto do caso de uso entre outros casos de uso. 
Por ser um mecanismo de organização, um conjunto coerente e 
consistente de casos de uso promove uma imagem fácil de 
entender do comportamento do sistema, um entendimento 
comum entre o cliente / proprietário / usuário e a equipe de 
desenvolvimento. 
Nesta prática, é comum criar especificações suplementares para 
capturar detalhes de requisitos que estão fora do escopo das descrições 
de casos de uso. Exemplos desses tópicos incluem restrições de design, 
como: desempenho, problemas de escalabilidade / gerenciamento ou 
conformidade com os padrões. 
O diagrama à direita descreve a funcionalidade de um sistema de 
restaurante muito simples. Os casos de uso são representados por 
elipses e os atores são, por exemplo, os casos de uso são mostrados 
como parte do sistema que está sendo modelado, os atores não. 
Neste caso, podemos apreciar afirmações corretas e incorretas. Provar 
e pagar pela comida é um requisito funcional do sistema, mas beber 
vinho não, portanto, este caso de uso está incorreto. 
A interação entre os atores não é vista no diagrama de caso de uso. Se 
essa interação for essencial para uma descrição consistente do 
comportamento desejado, talvez os limites do sistema ou do caso de 
uso precisem ser reexaminados. Alternativamente, a interação entre os 
atores pode fazer parte das suposições usadas no caso de uso. 
No entanto, os atores são um tipo de função, um usuário humano ou 
outra entidade externa pode desempenhar várias funções ou funções. 
Portanto, o Chef e o Caixa podem realmente ser a mesma pessoa.

Mais conteúdos dessa disciplina