A maior rede de estudos do Brasil

Grátis
13 pág.
modelagem-de-requisitos

Pré-visualização | Página 3 de 5

uma web-Wiki. 
 Análise – 7 
 http://erinaldosn.wordpress.com 
Note que temos alguma redundância entre as duas descrições de casos de uso. Ambas 
necessitam verificar as credenciais do candidato. Nesse momento, este comportamento é 
simplesmente repetido entre as duas descrições de casos de uso. 
Este comportamento repetitivo compartilhado entre os dois casos de uso é melhor 
separado e capturado dentro de um caso de uso totalmente novo. Este novo caso de uso pode ser 
reutilizado pela relação dos casos de uso criar uma nova conta de blog e criar um novo wiki 
pessoal usando o <<include>>. 
 
O relacionamento << include >> declara que o caso de uso na outra ponta da seta 
pontilhada reutiliza completamente todos os passos do caso de uso que está sendo incluído. 
Você também pode ver na figura acima que o caso de uso Examinar Identidade não está 
diretamente ligado ao ator Administrador, ele pega essa conexão a partir dos casos de uso que o 
incluem. No entanto, a conexão com o banco de dados de Credenciais de Autor é agora 
propriedade exclusiva do caso de uso Examinar Identidade. A vantagem dessa mudança é que 
ele enfatiza que o caso de uso Examinar Identidade é o único que depende diretamente de uma 
conexão com o ator banco de dados Credenciais de Autor. 
Para mostrar o relacionamento << include >> nas descrições de casos de uso, você 
precisa remover os passos redundantes das descrições dos casos de uso Criar uma nova conta de 
blog e Criar novo Wiki pessoal e usar o campo Casos Incluídos e incluir :: < nome do caso de 
uso > sintaxe para indicar o caso de uso, onde os passos reutilizados residem. 
A tabela mostra << include >> em uma descrição de caso de uso usando casos incluídos 
e inclui :: < nome do caso de use >. 
Detalhes da descrição do caso de uso O que o detalhe significa e porque é útil 
Requisitos relacionados Requisito 1 
Objetivo no contexto Um autor novo ou existente requisita uma nova 
conta de blog para o Administrador. 
Pré-condições O autor precisa ter a prova adequada de identidade. 
Condição final com sucesso Uma nova conta de blog é criada para o autor. 
Condição final com Falha A aplicação para uma nova conta de blog é 
rejeitada. 
Atores Principais Administrador. 
Atores secundários Nenhum 
Gatilho O Administrador solicita ao CMS para criar uma 
nova conta de blog. 
Casos incluídos Examinar Identidade 
Fluxo principal 1 O Administrador solicita ao sistema criar 
uma nova conta de blog 
 2 O Administrador seleciona um tipo de conta. 
 3 O Administrador entra com os detalhes do 
autor. 
 4 Os detalhes do autor são verificados. 
8 – Modelagem de Requisitos: Casos de Uso 
 http://erinaldosn.wordpress.com 
Detalhes da descrição do caso de uso O que o detalhe significa e porque é útil 
 Inclui::Examinar Identidade 
 5 A nova conta de blog é criada. 
 6 Um resumo dos detalhes da nova conta de 
blog é emitido para o autor. 
A descrição do caso de uso Criar um novo Wiki pessoal também recebe um adicional. 
Detalhes da descrição do caso de uso O que o detalhe significa e porque é útil 
Requisitos relacionados Requisito 2 
Objetivo no contexto Um novo autor ou já existente solicita um novo 
Wiki pessoal do administrador. 
Pré-condições O autor ter a prova adequada de identidade. 
Condição final com sucesso Um novo Wiki pessoal é criado para o autor. 
Condição final com Falha O pedido de novo Wiki pessoal é rejeitado. 
Atores Principais Administrador. 
Atores secundários Nenhum 
Gatilho O Administrador solicita ao CMS para criar um 
novo Wiki pessoal. 
Casos incluídos Examinar Identidade 
Fluxo principal 1 O Administrador solicita ao sistema criar um 
novo Wiki pessoal. 
 2 O Administrador entra detalhes do autor. 
 3 Os detalhes do autor são verificados. 
 Incluído::Examinar Identidade 
 4 O novo Wiki pessoal é criado. 
 5 Um resumo dos detalhes do novo wiki 
pessoal são enviadas via e-mail para o autor. 
A descrição do caso de uso Examinar de Identidade contém passos reutilizáveis. 
Detalhes da descrição do caso de uso O que o detalhe significa e porque é útil 
Requisitos relacionados Requisito 1, Requisito 2 
Objetivo no contexto Detalhes de um autor devem ser examinados e 
verificadas como preciso. 
Pré-condições O autor que está sendo verificado ter adequada 
aprovação de identidade. 
Condição final com sucesso Os detalhes são verificados. 
Condição final com Falha Os detalhes não são verificados. 
Atores Principais Banco de dados de credenciais de autor. 
Atores secundários Nenhum 
Gatilho Credenciais de um autor são fornecidos para o 
sistema de verificação. 
Fluxo principal 1 Os detalhes são fornecidos ao sistema. 
 2 O banco de dados Credenciais de Autor 
verifica os detalhes. 
 3 Os detalhes são retornados como verificado 
pelo banco de dados de credenciais do autor. 
Extensões 2.1 O banco de dados de credenciais do autor 
não verifica os detalhes do autor. 
 2.2 Os detalhes retornam como não verificado. 
Casos especiais 
Às vezes você vai se deparar com um caso de uso, cujo comportamento, quando você 
começa a analisar com mais cuidado, pode ser aplicado a diversos casos diferentes, mas 
com pequenas alterações. 
Vamos que o Sistema de Gerenciamento de Conteúdo contém um caso de uso Criar 
uma nova conta de blog que descreve os passos necessários para criar uma conta, mas que o 
 Análise – 9 
 http://erinaldosn.wordpress.com 
SGC suporta vários tipos diferentes de contas de blog, e os passos necessários para criar cada 
uma dessas contas difere muito ligeiramente a partir do caso de uso original. Você 
quer descrever o comportamento geral para a criação de uma conta de blog – capturado no caso 
de uso Criar uma nova conta Blog e, em seguida, definir os casos de uso especializados no 
qual a conta que está sendo criada é de um tipo específico, como uma conta regular com 
um blog ou uma conta editorial que pode fazer alterações em entradas em um conjunto 
de blogs. 
Este é onde o caso de uso de generalização ocorre. Uma maneira mais comum de se 
referir a generalização é usando o termo herança. Herança de caso de uso é útil quando 
você quer mostrar que um caso de uso é um tipo especial de outro caso de uso. Para mostrar a 
herança do caso de uso, use a seta de generalização para ligar o caso de uso mais geral, ou pai, 
para o caso de uso mais específico. 
 
Dois tipos de conta de blog, regulares e editoriais, podem ser criadas pelo Sistema de 
Gestão. 
Olhando mais atentamente a descrição do caso de uso especializado Criar uma nova de 
conta blog editorial, você pode ver como a maior parte do comportamento do caso de uso 
mais geral Criar uma nova conta de blog é reutilizado. Apenas os detalhes que são específicos 
para a criação de uma nova conta editorial precisam ser adicionados. 
Você pode mostrar que um caso de uso é um caso especial de um caso de uso mais 
geral dentro da descrição detalhada usando o campo Casos de Uso Base. 
Detalhes da descrição do caso de uso O que o detalhe significa e porque é útil 
Requisitos relacionados Requisito 1 
Objetivo no contexto Um autor novo ou existente requisita uma nova 
conta de blog editorial para o Administrador. 
Pré-condições O sistema é limitado para autores reconhecidos e 
então o autor precisa ter a prova adequada de 
identidade. 
Condição final com sucesso Uma nova conta de blog editorial é criada para o 
autor. 
Condição final com Falha A aplicação para uma nova conta de blog é 
rejeitada. 
Atores Principais Administrador. 
Atores secundários Nenhum 
Gatilho O Administrador solicita ao CMS para criar uma 
nova conta de blog editorial que permitirá um 
autor editar entradas em um conjunto de blogs. 
10 – Modelagem de Requisitos: Casos de Uso 
 http://erinaldosn.wordpress.com 
Detalhes da descrição do caso de uso O que o detalhe significa e porque é útil 
Casos de Uso Base Criar uma nova conta de blog 
Fluxo principal 1 O Administrador solicita ao sistema