Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[US11]: Configurar disponibilidade de Visita #63

Open
5 of 14 tasks
DanielRogs opened this issue Nov 16, 2024 · 0 comments · Fixed by #104
Open
5 of 14 tasks

[US11]: Configurar disponibilidade de Visita #63

DanielRogs opened this issue Nov 16, 2024 · 0 comments · Fixed by #104
Assignees

Comments

@DanielRogs
Copy link
Contributor

DanielRogs commented Nov 16, 2024

Descreva a História de Usuário

Eu como Funcionário da Família do Sítio, devo ser capaz de criar uma nova disponibilidade de visita técnica na central de admininstração, para que os usuários externos possam solicitar o agendamento das visitas disponíveis.

Quais são as Definition's of Ready (DoR) da atividade?

  • Constuir a História de Usuário no formato "Eu como [Ator], devo ser capaz de [o que fazer], para que [objetivo]";
  • Os stakeholders passaram as atividades de Definition of Done (Ou seja, as ações e comportamentos que eles testarão e esperam que deverá ocorrer no software);
  • O protótipo foi validado pelos stakeholders.
  • O protótipo foi validado pela Coordenadora @manuvaladares e, portanto, corresponde com o Manual de Marca da Família do Sítio.
  • A Issue foi validada pela Coordenadora @anawcarol e, portanto, segue padrões de qualidade plausíveis e claros na documentação completa do requisito.

Quais são as Definition's of Done (DoD) da atividade?

  • Os critérios de aceitação com os stakeholders foram supridos;
  • O backend foi integrado ao frontend (Caso necessário);
  • Todo o código passou por revisão de pares para garantir qualidade e aderência aos padrões do projeto, isto é, 2 revisores aprovaram o código.
  • O backend foi validado pelo coordenador @DanielRogs e, portanto, segue níveis seguros na manipulação dos dados (Caso esta US exista backend);
  • O código foi validado pelo Analista de Quality Assurance @JoaoODragonborn e, portanto, possui cobertura de testes de no mínimo 80%.
  • A funcionalidade foi integrada ao branch principal sem conflitos.
  • Está disponível em um ambiente de homologação ou produção, pronta para uso.

CRITÉRIOS DE ACEITAÇÃO (STAKEHOLDERS):

  • Uma nova disponibilidade deverá ser registrada informando Data e Hora da Visita Técnica;
  • A visita técnica deverá estar aberta para receber agendamento de usuários após o registro;

Detalhes adicionais?

No response

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment