ATUALIZAR FERRAMENTA
- Sistema apresenta mensagem de que a ferramenta necessita de atualização
- Auditor seleciona opção de atualização
- Sistema atualiza ferramenta (bugs, checklist, modelo) e informa que atualização ocorreu com sucesso.
AUDITAR PROCESSO DO PROJETO
- Sistema apresenta lista com os modelos de processo disponíveis
- Auditor seleciona modelo
- Sistema apresenta lista das Áreas de Processo
- Auditor seleciona Área de Processo
- Sistema solicita o nome do projeto
- Auditor informa nome do projeto
- Sistema apresenta checklist
- Auditor responde o checklist e finaliza
- Sistema grava checklist e apresenta porcentagem de aderência ao modelo
- Executar “EMITIR RELATÓRIO DE ADERÊNCIA DO PROJETO”
EMITIR RELATÓRIO DE ADERÊNCIA DO PROJETO
- Sistema apresenta relação de auditorias realizadas para o projeto.
- Auditor/Gestor do Projeto seleciona a auditoria
- Sistema emite relatório de aderência
EXCLUIR AUDITORIAS
- Sistema apresenta lista de auditorias realizadas para um projeto a serem excluídas
- Auditor seleciona auditoria e solicita exclusão
- Sistema solicita confirmação de exclusão
- Auditor confirma exclusão
- Sistema apresenta confirma exclusão
CUSTOMIZAR MODELO DE QUALIDADE
- Sistema apresenta opções de modelo de qualidade
- Auditor seleciona modelo
- Sistema apresenta lista de Áreas de Processo (PA)
- Auditor seleciona Área de Processo (PA)
- Sistema apresenta checklist (lista de questões)
- Auditor seleciona as questões do checklist (lista de questões) e confirma
- Sistema informa que Área de Processo do modelo foi customizada
EMITIR RELATÓRIO COMPARATIVO ENTRE PROJETOS
- Sistema apresenta lista dos Modelos de Qualidade
- Auditor seleciona os Modelos de Qualidade
- Sistema apresenta todos os projetos que foram auditados nos modelos anteriormente selecionados
- Auditor seleciona Projetos e confirma
- Sistema emite relatório
EMITIR RELATÓRIO DO HISTÓRICO DE AUDITORIAS DO PROJETO
- Sistema solicita nome do projeto
- Gestor do Projeto informa nome do projeto
- Sistema apresenta lista de auditorias
- Gestor do Projeto seleciona auditorias e confirma
- Sistema gera relatório das auditorias selecionadas
O trabalho de vocês está bom. Para ficar ainda melhor, seria interessante especificar os atores em cada caso de uso. Parece óbvio - até porque o texto deixa bem a entender - mas para uma visão rápido do negócio, seria interessante uma descrição formal, mesmo no caso de vocês que optaram pela forma redusida de Caso de Uso.
ResponderExcluirGrande abraço,
Fabio Gabriel
Oi meninas !
ResponderExcluir1) Vocês dizem que o tipo de ferramenta pode ser um bug, um checklist, um modelo. É importante informar no caso de uso "Manter ferramentas" o tipo da ferramenta ou foi só para exemplificar ? Se for importante, vocês poderiam incluir um " Auditor seleciona o tipo de ferramenta";
2) O gestor do projeto só vai ter acesso ao Relatório ? Será que ele não poderia atualizar ferramentas também ?
Olá
ResponderExcluirGostei bastante dos casso de uso, mas acredtio que o gestor do projeto deveria aparecer em mais fases do projeto. Entendo que quanto você gere um processo o acompanhamento é fundamental. Veja este caso:" Auditor seleciona Área de Processo", não teria uma supervisão do gestor?
De resto parabéns pelo capricho e descrição. Quando eu for grande quero ser igual a vcs. rss Bjinhos
AHHH!! A colocação acima é da Angela Paula. hahah
ResponderExcluirPessoal, gostei bastante da descrição dos casos de uso apresentados e acho que não cabe aqui neste momento, avaliar se mais ou menos casos de uso seriam pertinentes, mas os que aqui estão foram bem definidos.
ResponderExcluirPorém, gostaria de analisar a relação entre os Casos de Uso AUDITAR PROCESSO e EMITIR RELATÓRIO DE ADERÊNCIA DO PROJETO;
A aparência que nos passa é que em momento algum o sistema poderá emitir um relatório sem que haja uma auditoria do processo, haja vista que o ator AUDITOR não se relaciona com o caso de uso EMITIR RELATÓRIO ..., seria isto? Neste caso, nada impede que EMITIR RELATÓRIO ... seja parte do fluxo contínuo do próprio Caso de Uso original. Caso contrário, ou seja, caso você queira permitir que processos já auditados possam ser impressos em momentos distintos, poderia relacionar o ator AUDITOR ao caso de uso que estende o original.
Outro ponto interessante é o ator TEMPO???. Penso que este ator poderia ser um dispositivo cronológico do sistema que, chegado o momento definido previamente, dispara o caso de uso. Poderia ser chamado de Sistema Cronológico ou Sistema de Controle de Tempo...
Parabéns.
Os casos de uso definem com clareza as tarefas a serem suportadas pelo sistema. Como a apresentação no blog é de um caso de uso em versão reduzida, gostaria de ver uma versão mais detalhada para perceber com mais clareza a interação entre o sistema e seus atores.
ResponderExcluirOi meninas.
ResponderExcluirA descrição dos casos de uso está bem objetiva o que torna mais fácil entender o funcionamento deles.
Senti falta de uma visão mais alto nível dos objetivos do caso de uso (acredito que facilita ainda mais o entendimento deles) e de uma descrição dos atores (eu estou lendo o post de vocês, pensando que o meu sistema também não tem isso e percebendo como essas coisinhas "bobas" fazem falta =D)
E um comentário de gente chata que fica reparando em detalhes bestas: no caso de uso "Customizar modelo de qualidade" vocês usaram PA quando falavam de áreas de processo, mas no caso de uso "Auditar processo do projeto" não. =D
Oi pessoal. Achei legal o modelo de vcs mas fiquei com algumas dúvidas. É um resumo é o fluxo principal? De onde vem a informação de Áreas de Processo para serem listadas? E por que abreviação de áreas de processo é PA? O sistema será em inglês?
ResponderExcluirAbs.
Boa noite,
ResponderExcluirGostei dos casos de uso, achei-os bem claros e sucintos, porem notei que vocês realizaram um “extend” em um caso de uso, a proposta inicial era não usar, mas não considero isso um problema uma vez que tal fato representa com maior clareza o desenvolvimento do sistema.
Boa noite, galera.
ResponderExcluirMeus comentários sobre o Modelo de Caso de Uso são os seguintes:
Acho que é necessário informar que os “Modelos de Processo” e “Áreas de Processo” foram pré-cadastramos em algum momento. Não sei se existiriam casos de uso para realizar a manutenção dessas informações do processo, ou isso está fora do escopo de vocês. Também não consegui identificar em que momento as “Auditorias” surgem. Existe um caso de uso para realizar a exclusão das auditorias, então eu entendo que exista um “Manter Auditoria”, mas vocês apresentaram apenas o cenário de exclusão, já que seria muito parecido com os demais cenários. Assim como as informações do processo (Modelos e áreas), eu também não encontrei informação de inclusão dos “Modelos de Qualidade”.
Meninas, ficou clara a ideia de vocês! ideia boa de sistema!
ResponderExcluirUmas perguntas:
- No "Atualizar ferramenta" ele atualizaria sozinho a ferramenta, certo? Como é o tempo que define, talvez fosse bom colocar algo relacionado ao tempo na descrição...
- senti falta da inclusão de dados quanto os modelos de qualidade, pulei alguma coisa?
eu conheço tão pouco de auditoria que acho que vou aprender com o trabalho de vocês!
bjs!!!
Gostei do uso do diagrama de casos de uso para representar o escopo do sistema. Ajuda mesmo a compreender o domínio. Uma coisa que achei esquisito na descrição dos casos de uso foi a falta do diálogo ator sistema. Achei estranho que todos do diálogos dos casos de uso sejam iniciados pelo sistema. Normalmente o ator é que realiza uma ação, esperando uma reação do sistema.
ResponderExcluir