Advertisement
Guest User

Untitled

a guest
Nov 20th, 2017
71
0
Never
Not a member of Pastebin yet? Sign Up, it unlocks many cool features!
text 2.15 KB | None | 0 0
  1. O método de avaliação de casos de uso Two Tier Review assemelha-se ao sistema
  2. democrático, onde um determinado número de pessoas representa um grupo permitindo assim
  3. que haja discussão sobre as preocupações de todos mas também eficiência. As revisões são
  4. um fator importante para manter o rigor e avaliar o progresso da tarefa em mãos. A revisão
  5. por parte de outro que não o autor é por norma mais eficiente na procura de erros.
  6. Os casos de uso são um papel fundamental na organização do projeto e como tal a consulta
  7. com o cliente relativamente aos mesmos deve ser feita logo desde inicio de forma a evitar
  8. repetição de trabalho e manter o foco relativamente às preocupações do cliente.
  9. É também incorporado o método "Small Writing Team" de forma a evitar ineficiencias e falta
  10. de coordenação, no entanto deverá haver uma audiência capaz de proporcionar experiência e
  11. visão dos interesses das partes interessadas.
  12. Apesar das revisões serem importantes para o avanço e manutenção do projeto estas podem
  13. ser caras e consumidoras de tempo devendo ser apenas realizadas quando extritamente
  14. necessárias e com a menor quantidade de pessoas possivel.
  15. Quando o sistema é demasiado grande ou complexo devem ser feitas revisões internas através
  16. de grupos de revisão dispersos para diferentes funcões. Após as revisões internas serem
  17. realizadas é feita uma avaliação geral por um grupo externo.
  18. A primeira camada de revisão deve avaliar o funcionamento do sistema interno de forma a
  19. que a segunda camada possa focar-se em juntar as funcionalidades.
  20. Este grupo varia para cada projeto e tem como principal objetivo averiguar o seguinte:
  21. - Valor comercial
  22. - Validade das especificações
  23. - Realista para implementação
  24. Exemplos:
  25. Wings Over the World:
  26. A excessiva quantidade de revisões envolvendo os clientes pode-se tornar cansativa para os
  27. mesmos. Estes pretendem manter a sua visão no projeto mas no entanto este excesso é
  28. desnecessário para pequenas alterações.
  29. The Programmer Who Cried Review:
  30. Longas horas de revisões são pouco ineficientes e propensas a erros, deverá haver uma
  31. melhor organização e planeamento
Advertisement
Add Comment
Please, Sign In to add comment
Advertisement