MatheusVillani
commented
1 year ago Alteramos o TG1 após o feedback do professor.
Open scalabrinig opened 1 year ago
MatheusVillani
commented
1 year ago Alteramos o TG1 após o feedback do professor.
(4)TG1: Podem melhorar.
Muito bom.
Nesse item devem ser descritos os casos de uso (identificados no item 1) na forma resumida. Essa forma resumida deve incluir passos de interação, não precisando envolver muitos detalhes.
Nesse item deve ser descrita a forma completa do caso de uso. Essa forma inclui: cabeçalho, fluxo principal e fluxos alternativos e de exceção ('excel' disponibilizado no moodle). Qual caso de uso foi descrito (dos listados no item 1)? Projetar Móveis?
Casos de uso não duplicam nesse diagrama... O caso de uso 'Cadastrar' é o mesmo para o relacionamento de comunicação com 'Cliente' e 'Loja' (igual ao 'Fazer login'). A inclusão deve acontecer entre casos de uso. Não faz sentido esses pontos de inclusão com o que parece ser campos de preenchimento em formulário.
O relacionamento entre 'Acessar Câmera' e 'Projetar móveis' não pode ser de comunicação ('normal').
Os pontos de inclusão de 'Catalogar' também não fazem sentido.
Utilizem a ferramenta StarUml.
(7)TG1 --- Atualização ---: o item 2 ainda ficou inadequado. Vocês listaram 7 casos de uso; então, deveriam ter 7 casos de uso resumidos... O formato que vocês escreveram ficou correto. Na especificação do caso de uso, a pós-condição descreve como ficou o estado do sistema após a execução do caso de uso.
(10)TG2: No modelo de domínio, o estoque não poderia ser composto de itens? se sim, poderia estar presente o ícone de composição. O mesmo vale para venda conter linha de item. Muito bom terem utilizado um padrão de análise. O protótipo ficou legal.
(10)TG3: Nos requisitos o usuário pode ou deve poder. O item 'O tempo do carregamento do modelo deve durar no máximo 5 segundos.' não deveria estar em 'Desempenho'? Na regra de negócio 5 o intervalo '999,9 Kg e 1000kg' está correto?