Caso de uso

This message was edited 1 time. Last update was at 10/09/2011 12:06:25

Boa noite pessoal,

Desenvolvi um sistema de cadastro de usuarios, funcionarios e algumas outras funcionalidades, então estou documentando ele,
e quero fazer uns diagramas de CASO DE USO, porém gostaria de saber se posso conter mais de UM caso de uso na documentação,
por exemplo:

CADASTRAR CLIENTE: Aqui devo fazer um caso de uso, certo?
CADASTRAR FUNCIONARIO: Igual o cadastro de cliente, devo fazer um caso de uso também? ou posso fazer um caso de uso generico que abrange todo o sistema e depois faço as seguencias tipicas de cada um...?

CASO DE USO, DEVE SER FEITO PARA CADA EVENTO DO SISTEMA?
Qualquer ajuda é bem vinda..
Obrigado.

This message was edited 1 time. Last update was at 09/09/2011 20:45:08

Bom, não sou o expert no assunto mas os casos de uso devem ter relação com as atividades de um ator. Por exemplo, se tem um ator chamado Usuário e este por sua vez faz CRUD em uma tabela, então deve-se incluir um "Manter Usuário". Se este ator faz outras atividades por exemplo Login, deve-se fazer um outro caso de uso chamado Login.

No meu ponto de vista, você deve colocar no seu diagrama um Manter Funcionário e Manter Usuário e fazer o principal, descrever o caso de uso.

Abraços!!

JavaEvangelist Membro desde: 31/07/2009 06:37:37 Mensagens: 437 Offline

Não entendi muito bem, o que seria o manter funcionario, cliente... pq é assim eu tenho mais funcionalidades no sistema que creio que deve ser feito caso de uso....tipo eu posso fazer separado esses casos de uso? por exemplo, faço um caso de uso, dae escreve sobre ele, depois faço outro separado e escrevo e assim em diante...?

se tiver algum exemplo agradeço

JavaEvangelist Membro desde: 03/11/2007 11:48:58 Mensagens: 309 Offline

Exatamente, na verdade este documento não valerá de nada se você usar apenas um diagrama de caso de uso, concorda que ele quase não tem informação. Quando eu uso a palavra manter, este verbo em um diagrama de caso de uso esta relacionado a um CRUD(Create,Read,Update,Delete). Importante ver os conceitos de herança e as palavras chave extends e include, os casos de uso no geral podem ter até mais palavras chave e tal, mas até hoje no mercado eu vi somente isto.

JWizard Membro desde: 01/10/2006 15:29:40 Mensagens: 2047 Offline

Java_terminator

Isso vai de seu Processo cara. Normalmente, eu costumo separar por funcionalidades (EU, EU, EU, jamais direi que é o certo e que é assim que você deve fazer) para que facilite o desenvolvimento por mais de uma pessoa e mantenha o documento enxuto.

O ruim dessa abordagem, é que as vezes, uma funcionalidade depende de muitas outras, aí o que eu faço, é desenhar o Diagrama com as dependências, apontando para os demais UCs que serão afetados.

Isso ocorre porque não uso nenhuma ferramenta, faço tudo bem solto e as vezes acontece de nem precisar do Diagrama.

Porém, você pode pesquisar sobre uma ferramenta que antenha tudo isso integrado em um único lugar. Aqui na empresa usa-se o Enterprise Architet, só que eu acho que ele é pago... Procura uma solução free, de repente encontras bem facilmente.

Abs []

Por favor, ao postar tópicos, não utilize apenas LETRAS MAIÚSCULAS no título.

Notícias, artigos e o maior fórum brasileiro sobre Java