Os requisitos são a base para as demais etapas do desenvolvimento de software. Requisitos ambíguos e mal especificados podem ocasionar a compreensão incorreta dos seus objetivos e, portanto, ao retrabalho nas fases posteriores.
O Sistema deverá ser fácil de aprender a usar.
O usuário poderá errar sua senha no máximo 3 vezes.
O horário deverá ser validado,
O sistema deverá permitir diversos usuários simultaneamente fazendo
conexões com o banco de dados.
O Sistema deverá ser compatível com diversos protocolos de comunicação
O sistema devera permitir ate Cinco consultas.
O NIU deverá ser enviado para o sistema PME.
A tela de de consulta deve exibir no máximo 4 colunas e 15 linhas
O sistema deverá ser rápido.
O Sistema deverá se comunicar diretamente Com a agenda do médico, quando possível.
O sistema não deve gravar tentativas não confirmadas de agendamento
O Sistema deve consumir pouca memoria.
Decida se a lista de requisitos já está em condições de ser implementada ou se precisa voltar para o analista de requisitos revisar. Caso considere que um requisito não está aprovado, você precisa dizer para o analista de requisitos porque não aprovou, de modo que ele possa melhorar o seu trabalho.
Soluções para a tarefa
O sistema deverá ser rápido.
O Sistema deverá se comunicar diretamente Com a agenda do médico, quando possível.
O sistema deverá permitir diversos usuários simultaneamente fazendo
conexões com o banco de dados.
Padrão de resposta esperado
A lista de requisitos não pode ser considerada aprovada pois estão, na sua maioria, ambíguos e não são adequados para a implementação.
O analista de requisitos deve esclarecer as diversas dúvidas levantadas:
1. O sistema deverá ser fácil de aprender a usar.
Dúvida: O que significa ser fácil de aprender a usar? Para qual público-alvo?
2. O usuário poderá errar sua senha no máximo 3 vezes.
Dúvida: O que acontece quando ele erra pela 4ª vez? Não existe nenhum item na lista que mencione que o usuário precisa ter um login e senha. Não existe na lista nada que trate de bloqueio/desbloqueio de usuário.
3. O horário deverá ser validado.
Dúvida: Que horário deverá ser validado? Validado em relação ao quê?
4. O sistema deverá permitir diversos usuários simultaneamente fazendo conexões com o banco de dados.
Dúvida: Quantos são “diversos usuários”?
5. O sistema deverá ser compatível com diversos protocolos de comunicação.
Dúvida: Quantos são “diversos protocolos de comunicação”? Que protocolos de comunicação?
6. O sistema deverá permitir até cinco consultas.
Dúvida: Que tipos de consultas: consultas médicas ou consultas ao sistema? Cinco consultas por dia, por médico, por vez?
7. O NIU deverá ser enviado para o sistema PME.
Dúvida: Qual o significado das siglas?
8. A tela de marcação de consulta deve exibir no máximo 4 colunas e 15 linhas.
Dúvida: não há dúvidas sobre este requisito. Ele pode ser depois complementado com o que será o conteúdo das 4 colunas e o que faz se tiver mais do que 15 linhas.
9. O sistema deverá ser rápido.
Dúvida: O que é ser rápido? Ter bom tempo de resposta? Que tempo de resposta?
10. O sistema deverá se comunicar diretamente com a agenda do médico, quando possível.
Dúvida: O que significa “quando possível”? Quando a agenda do médico estiver online?
11. Não deve gravar tentativas não confirmadas de agendamento.
Dúvida: O que são tentativas não confirmadas? São não confirmadas pelo usuário, pelo médico? Não tem nenhum outro requisito que fale que uma consulta precisa ser confirmada. Será que o médico não quer saber depois quantas consultadas não foram confirmadas? Como vai saber se não gravar?
12. O sistema deve consumir pouca memória.
Dúvida: O que significa “pouca memória”?