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

[US14]: Agendar Visita Presencial #65

Open
1 of 13 tasks
DanielRogs opened this issue Nov 16, 2024 · 0 comments
Open
1 of 13 tasks

[US14]: Agendar Visita Presencial #65

DanielRogs opened this issue Nov 16, 2024 · 0 comments

Comments

@DanielRogs
Copy link
Contributor

DanielRogs commented Nov 16, 2024

Descreva a História de Usuário

Eu como usuário gostaria de cadastrar meu agendamento em um dos dias disponíveis de visitação, para realizar a visita técnica de forma presencial.

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?

STAKEHOLDERS:

  • Os campos devem ser preenchidos: Nome, E-mail , Telefone, Instituição, horário;
  • Após o agendamento, um pop-up deverá ser exibido de que será notificado por email;
  • A família do sítio deverá receber um email com os dado: Nome, E-mail, Telefone e Instituição, de quem agendou a visita.
  • A visita marcada deverá ser visualizada na interface de administração;
  • O dia disponível deverá mudar de indisponível assim que o agendamento for efetuado.
  • A família do sítio poderá mudar o status de disponibilidade na interface de administração;

TIME DE DESENVOLVIMENTO:

  • 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%.

Detalhes adicionais?

No response

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

No branches or pull requests

1 participant