Issue: Considerações dos documentos gerados - Documentos do projeto
Repositório: 
2020.1-VC_Usuario
Data: 21/09/2020
Status: Fechado

Closed
Considerações dos documentos gerados - Documentos do projeto
#92
mbslet opened this issue on Sep 21, 2020 · 6 comments
Comments
@mbslet
mbslet commented on Sep 21, 2020 • 
Considerações dos documentos gerados - Documentos do projeto
Descrição:
No Documento de Visão:

No tópico 3.2 Resumo dos Usuários, a funcionalidade vai funcionar da mesma forma para todos aqueles diferentes tipo de usuário?

No tópico 3.4 Ambiente dos Usuários, o que querem dizer com "Os usuários poderão realizar a aplicação Vamos Cuidar"?

No geral o documento de visão está bem completo de acordo com as referências utilizadas, contém o necessário e explica bem o produto.

No Documento de Arquitetura senti falta de diagramas para especificar melhor cada ponto, vi que tem os campos sem conteúdo, presumo que ainda vão fazer, ajuda muito na compreensão do projeto e na integração entre sistemas.

No tópico 4.2 Atores de Casos de Uso, mostra como ator apenas um tipo de usuário. No contexto da aplicação de vocês vai ter apenas um usuário que só submete uma comunicação? Ou vão tratar também o usuário sendo professor, que recebe essa comunicação e faz alguma ação? Minha dúvida ficou em se todos os integrantes da universidade vão ter o mesmo papel na aplicação, com o mesmo fluxo.
Sei que o documento ainda não foi finalizado, procurem finalizar o quanto antes pois um escopo bem definido e documentado facilita no desenvolvimento. Incluam diagramas de pacotes, componentes, estados. Isso vai auxiliar não só quem vê a aplicação de fora, mas também a vocês compreenderem bem o fluxo da aplicação que deverá ser seguida.

O Plano de Riscos parece muito bom, parabéns! O levantamento de riscos já trata futuros impecílios, segue boas referências também. 😊

O Backlog parece bem completo 😊

Acho válido que no Roadmap coloquem uma coluna para dívidas, referente a possíveis divídas técnicas da sprint. Adicionem também os pareamentos definidos para o desenvolvimento de cada história de usuário.

@mbslet
Author
mbslet commented on Sep 21, 2020
@Bruno-Felix @daniel-bm @emysdias @enzoggqs @DenysRogeres @DanielPortods

@emysdias
Collaborator
emysdias commented on Sep 21, 2020
Título da issue
Considerações dos documentos gerados - Documentos do projeto

Descrição:
No Documento de Visão:

* No tópico 3.2 Resumo dos Usuários, a funcionalidade vai funcionar da mesma forma para todos aqueles diferentes tipo de usuário?

* No tópico 3.4 Ambiente dos Usuários, o que querem dizer com "Os usuários poderão **realizar** a aplicação Vamos Cuidar"?
No geral o documento de visão está bem completo de acordo com as referências utilizadas, contém o necessário e explica bem o produto.

No Documento de Arquitetura senti falta de diagramas para especificar melhor cada ponto, vi que tem os campos sem conteúdo, presumo que ainda vão fazer, ajuda muito na compreensão do projeto e na integração entre sistemas.

* No tópico 4.2 Atores de Casos de Uso, mostra como ator apenas um tipo de usuário. No contexto da aplicação de vocês vai ter apenas um usuário que só submete uma comunicação? Ou vão tratar também o usuário sendo professor, que recebe essa comunicação e faz alguma ação? Minha dúvida ficou em se todos os integrantes da universidade vão ter o mesmo papel na aplicação, com o mesmo fluxo.
Sei que o documento ainda não foi finalizado, procurem finalizar o quanto antes pois um escopo bem definido e documentado facilita no desenvolvimento. Incluam diagramas de pacotes, componentes, estados. Isso vai auxiliar não só quem vê a aplicação de fora, mas também a vocês compreenderem bem o fluxo da aplicação que deverá ser seguida.

O Plano de Riscos parece muito bom, parabéns! O levantamento de riscos já trata futuros impecílios, segue boas referências também. blush

O Backlog parece bem completo blush

Acho válido que no Roadmap coloquem uma coluna para dívidas, referente a possíveis divídas técnicas da sprint. Adicionem também os pareamentos definidos para o desenvolvimento de cada história de usuário.

Beleza, obrigadaaa pelas informações

@DanielPortods
Collaborator
DanielPortods commented on Sep 21, 2020
Desde já, agradeçemos a sua ajuda, @mbslet .
Sobre o doc de arquitetura, o @enzoggqs e eu estamos o revisando nessa Sprint de acordo com a demanda da professora. Temos um recente pr aberto sobre isso.
No que diz respeito ao tópico 4.2, na versão atual falta o diagrama do tópico 4.1 que mostra os dois tipos de usuários (estudante e servidor) e complementa o entendimento do tópico dos casos de uso.
Na versão que está aguardando revisão, já estão presentes alguns diagramas de representações arquiteturais. Nessa nova versão fica explícito que toda a plataforma possui duas frentes de desenvolvimento, dashboard (vcg), e o cliente (vcu).
Na nossa frente (vcu), trabalhamos apenas com esses dois tipos de users, os quais terão papel e fluxo em comum.

@Bruno-Felix
Contributor
Bruno-Felix commented on Sep 22, 2020 • 
@mbslet, no tópico 3.2 do Documento do Visão, sim a funcionalidade vai funcionar da mesma forma para todos aqueles diferentes tipo de usuário.

A intenção era explicar que qualquer pessoa poderia usar a aplicação.

Você acredita que deixar essa descrição mais genérica como: "Todos os membros pertencentes a Universidade de Brasília" pararia de gerar essa dúvida?

No tópico 3.4 do Documento de Visão foi um mero erro de português. Sabemos que tudo que fazemos na madrugada nem sempre sai como pensamos. Hehe

A intenção era comentar: "Os usuários poderão utilizar a aplicação Vamos Cuidar..."

Mais uma vez, muito obrigado pelos feedbacks gerados. Ajuda demais.

Ps.: Fico te devendo uma Skol Beats depois da quarentena. Huahuah

@Bruno-Felix
Contributor
Bruno-Felix commented on Sep 22, 2020 • 
Tarefas
 Revisar Tópico 3.2 do Documento de Visão;
 Revisar Tópico 3.4 do Documento de Visão.
Critério de Aceitação
 Todos os pontos levantados serem devidamente revisados.
Bruno-Felix added a commit to Bruno-Felix/2020.1-Vamos_Cuidar that referenced this issue on Sep 22, 2020
@Bruno-Felix
fga-eps-mds#92 Revisando e alinhando o documento a nova visão do prod… …
3c1d521
@Bruno-Felix Bruno-Felix mentioned this issue on Sep 22, 2020
#88 92 #72 Revisão das políticas do Projeto e do Documento de Visão | Criando ambiente de desenvolvimento do node.js #96
 Merged
11 tasks
@DenysRogeres
Collaborator
DenysRogeres commented on Sep 22, 2020
Título da issue
Considerações dos documentos gerados - Documentos do projeto

Descrição:
No Documento de Visão:

No tópico 3.2 Resumo dos Usuários, a funcionalidade vai funcionar da mesma forma para todos aqueles diferentes tipo de usuário?
No tópico 3.4 Ambiente dos Usuários, o que querem dizer com "Os usuários poderão realizar a aplicação Vamos Cuidar"?
No geral o documento de visão está bem completo de acordo com as referências utilizadas, contém o necessário e explica bem o produto.

No Documento de Arquitetura senti falta de diagramas para especificar melhor cada ponto, vi que tem os campos sem conteúdo, presumo que ainda vão fazer, ajuda muito na compreensão do projeto e na integração entre sistemas.

No tópico 4.2 Atores de Casos de Uso, mostra como ator apenas um tipo de usuário. No contexto da aplicação de vocês vai ter apenas um usuário que só submete uma comunicação? Ou vão tratar também o usuário sendo professor, que recebe essa comunicação e faz alguma ação? Minha dúvida ficou em se todos os integrantes da universidade vão ter o mesmo papel na aplicação, com o mesmo fluxo.
Sei que o documento ainda não foi finalizado, procurem finalizar o quanto antes pois um escopo bem definido e documentado facilita no desenvolvimento. Incluam diagramas de pacotes, componentes, estados. Isso vai auxiliar não só quem vê a aplicação de fora, mas também a vocês compreenderem bem o fluxo da aplicação que deverá ser seguida.

O Plano de Riscos parece muito bom, parabéns! O levantamento de riscos já trata futuros impecílios, segue boas referências também.

O Backlog parece bem completo

Acho válido que no Roadmap coloquem uma coluna para dívidas, referente a possíveis divídas técnicas da sprint. Adicionem também os pareamentos definidos para o desenvolvimento de cada história de usuário.

Brigadããão @mbslet ! Sensacional. Fiquei com um dúvida, eu posso deslocar essa parte das dívidas técnicas na review da Sprint? Acredito que pela documentação da Sprint Review ser semanal, ficará mais sucinto.

@Bruno-Felix Bruno-Felix added documentation organization labels on Sep 24, 2020
@Bruno-Felix Bruno-Felix self-assigned this on Sep 24, 2020
@Bruno-Felix Bruno-Felix closed this as completed on Sep 24, 2020

Contexto de uso: Inconclusivo
Categoria: Inconclusivo