Missão 3 - PBB

1. Product Backlog Building

Product Backlog Building (PBB) é um processo utilizado em metodologias de desenvolvimento de software ágeis, como o Scrum, para criar e manter uma lista de itens de trabalho (ou “backlog”) para um projeto de software. O PBB é realizado pelo Product Owner, que é responsável por definir e priorizar os itens do backlog, com base nas necessidades do negócio e dos usuários. Os itens do backlog incluem histórias do usuário, tarefas técnicas e bugs.

O PBB é um processo contínuo que começa antes do início do projeto e continua durante todo o ciclo de vida do projeto. Ele é usado para garantir que o projeto esteja sempre alinhado com as necessidades do negócio e dos usuários, e para garantir que o trabalho do time de desenvolvimento esteja sempre focado nas coisas mais importantes (Medium, 2022).

2. HealthNet

A HealthNet atua no setor de saúde e enfrenta diversos desafios em sua operação, especialmente relacionados à eficiência dos processos internos, à comunicação entre diferentes departamentos, e à satisfação dos pacientes. Esses problemas indicam uma necessidade urgente de revisão e otimização de suas práticas, bem como a implementação de soluções tecnológicas que possam integrar e melhorar a gestão das suas atividades.

Entre as principais necessidades identificadas para a HealthNet estão a melhoria da comunicação interna, a padronização dos processos operacionais, e a criação de um sistema centralizado que permita o acesso rápido e eficiente às informações dos pacientes. Além disso, há uma demanda por ferramentas que auxiliem na análise de dados, visando tanto a melhoria da tomada de decisões quanto a personalização do atendimento aos pacientes.

3. Construção do PBB

A montagem do Product Backlog utilizando o método PBB foi realizada pela plataforma Miro, software especializado em produção de mapas mentais, organização de notas e tarefas. O Mapa completo pode ser visualizada abaixo:

A atividade foi conduzida utilizando um template de PBB disponibilizado pela comunidade do Miro. O template possui áreas específicas para cada etapa da metodologia. Começando pela parte esquerda, são preenchidos os problemas e expectativas identificados. Em seguida, no espaço central mais amplo do template, é realizada a definição das personas.

Na próxima etapa, as features são detalhadas com base nas expectativas de cada persona. As features são apresentadas com os problemas ou necessidades relacionados à esquerda e os benefícios proporcionados por cada uma à direita.

Logo após, são listados os Itens do Product Backlog, que correspondem às Histórias de Usuários criadas a partir das Features descritas anteriormente. Por fim, a priorização das US’s foi realizada utilizando o método de priorização COORG. Nesse método, a priorização ocorre tanto vertical quanto horizontalmente, com a posição vertical indicando o grau de prioridade (quanto mais alto, maior) e a posição horizontal indicando a sequência lógica de execução.

4. Definição de Users Storys e BDDs:

A fase de Behavior Driven Development (BDD) no framework Product Backlog Building (PBB) é uma etapa crucial para alinhar o desenvolvimento do software com as expectativas dos usuários e do negócio. O BDD se concentra em descrever o comportamento do sistema por meio de cenários concretos que refletem as necessidades e funcionalidades desejadas. Essas descrições são feitas em uma linguagem comum e acessível, frequentemente utilizando a estrutura “Dado-Quando-Então” para detalhar as condições iniciais, as ações tomadas e os resultados esperados. A fase de BDD no PBB envolve a criação de cenários específicos para cada item do backlog.

Para a montagem das US's e BDDs, foi extraído cada PBI obtido pelo método PBB. Os BDDs serão organizados, aqui, por persona.

4.1. PERSONA 1 - RECEPCIONISTA

User Story:

Código: US01.

Como recepcionista da "HealthNet",
Eu quero cadastrar os dados dos pacientes,
Para que eu consiga registrar as informações de novos pacientes de forma rápida e sem atrasos, facilitando o atendimento inicial e o acesso a seus históricos médicos.

Critérios de Aceitação no Formato BDD:

Cenário 1: Cadastro de um novo paciente com todos os campos obrigatórios preenchidos corretamente

Dado que a recepcionista está na tela de cadastro de pacientes,
E todos os campos obrigatórios (nome, data de nascimento, endereço, telefone, CPF, e histórico médico básico) estão visíveis,
Quando ela preenche todos os campos corretamente e clica no botão "Cadastrar",
Então o sistema deve salvar os dados do paciente,
E exibir uma mensagem de confirmação "Paciente cadastrado com sucesso",
E redirecionar para a página de listagem de pacientes.

Cenário 2: Tentativa de cadastro com campos obrigatórios não preenchidos

Dado que a recepcionista está na tela de cadastro de pacientes,
Quando ela tenta cadastrar o paciente sem preencher todos os campos obrigatórios (ex.: CPF ou data de nascimento em branco),
Então o sistema deve impedir o cadastro,
E exibir uma mensagem de erro indicando quais campos precisam ser preenchidos, como "Por favor, preencha o campo CPF".

Cenário 3: Cadastro de paciente com CPF já registrado

Dado que um paciente com o mesmo CPF já está cadastrado no sistema,
E a recepcionista está tentando cadastrar um novo paciente com o mesmo CPF,
Quando ela clica no botão "Cadastrar",
Então o sistema deve bloquear o cadastro,
E exibir uma mensagem de erro "CPF já registrado. Verifique as informações do paciente".

Cenário 4: Preenchimento automático de endereço pelo CEP

Dado que a recepcionista está na tela de cadastro de pacientes,
E o campo de CEP está disponível,
Quando ela insere um CEP válido no campo correspondente,
Então o sistema deve preencher automaticamente os campos de endereço (rua, bairro, cidade e estado),
E permitir que a recepcionista revise e edite essas informações, se necessário.

Cenário 5: Validação dos dados inseridos no cadastro

Dado que a recepcionista está na tela de cadastro de pacientes,
E inseriu os dados nos campos de forma incorreta, como nome com números ou telefone com formato inválido,
Quando ela tenta prosseguir com o cadastro,
Então o sistema deve exibir mensagens específicas de erro junto aos campos incorretos, como "Nome não pode conter números" ou "Formato de telefone inválido".

Cenário 6: Cancelamento do cadastro durante o processo

Dado que a recepcionista está no meio do processo de cadastro de um paciente,
Quando ela clica no botão "Cancelar",
Então o sistema deve exibir uma mensagem de confirmação "Tem certeza que deseja cancelar o cadastro?",
E se a recepcionista confirmar o cancelamento, o sistema deve descartar todos os dados inseridos,
E retornar para a tela inicial de cadastro ou listagem de pacientes.

User Story:

Código: US02

Como recepcionista da "HealthNet",
Eu quero atualizar os dados dos pacientes,
Para que eu consiga corrigir ou adicionar informações nos cadastros de pacientes existentes, garantindo que os dados estejam sempre atualizados e corretos para melhor atendimento.

Critérios de Aceitação no Formato BDD:

Cenário 1: Atualização bem-sucedida de dados de um paciente

Dado que a recepcionista está na tela de edição dos dados de um paciente,
E todos os campos editáveis estão visíveis e acessíveis,
Quando ela altera as informações (ex.: endereço ou telefone) e clica no botão "Salvar Alterações",
Então o sistema deve atualizar os dados do paciente no banco de dados,
E exibir uma mensagem de confirmação "Dados do paciente atualizados com sucesso",
E retornar à página de visualização dos dados atualizados do paciente.

Cenário 2: Tentativa de atualização com campos obrigatórios deixados em branco

Dado que a recepcionista está na tela de atualização dos dados de um paciente,
Quando ela apaga informações de um campo obrigatório (ex.: CPF ou data de nascimento) e tenta salvar as alterações,
Então o sistema deve impedir a atualização,
E exibir uma mensagem de erro "Preencha todos os campos obrigatórios".

Cenário 3: Atualização de dados com um CPF que já pertence a outro paciente

Dado que a recepcionista está atualizando os dados de um paciente,
E insere um CPF que já está registrado em outro cadastro no sistema,
Quando ela tenta salvar as alterações,
Então o sistema deve bloquear a atualização,
E exibir uma mensagem de erro "CPF já cadastrado para outro paciente".

Cenário 4: Validação de dados durante a atualização

Dado que a recepcionista está na tela de edição dos dados de um paciente,
E ela insere informações incorretas, como um telefone com formato inválido ou nome com caracteres especiais,
Quando ela clica no botão "Salvar Alterações",
Então o sistema deve exibir mensagens específicas de erro junto aos campos incorretos, como "Formato de telefone inválido" ou "Nome não pode conter caracteres especiais".

Cenário 5: Cancelamento da atualização dos dados

Dado que a recepcionista está atualizando os dados de um paciente,
Quando ela clica no botão "Cancelar" antes de salvar as alterações,
Então o sistema deve exibir uma mensagem de confirmação "Tem certeza que deseja cancelar as alterações?",
E se a recepcionista confirmar o cancelamento, o sistema deve descartar todas as mudanças feitas,
E retornar à tela de visualização dos dados originais do paciente sem alterações.

Cenário 6: Atualização de dados com preenchimento automático de endereço pelo CEP

Dado que a recepcionista está na tela de atualização dos dados de um paciente,
E o campo de CEP está disponível para edição,
Quando ela insere um CEP válido no campo correspondente,
Então o sistema deve preencher automaticamente os campos de endereço (rua, bairro, cidade e estado),
E permitir que a recepcionista revise e edite essas informações, se necessário.

4.2. PERSONA 2 - MÉDICO CLÍNICO GERAL

User Story:

Código: US03

Como Médico Clínico Geral
Eu quero adicionar prescrições médicas dos pacientes
Para que os tratamentos recomendados estejam registrados no prontuário e possam ser facilmente acessados por outros profissionais de saúde, garantindo continuidade e segurança no tratamento.

Critérios de Aceitação no Formato BDD:

Cenário 1: Adicionar uma nova prescrição com sucesso

Dado que o médico está autenticado no sistema e visualizando o prontuário do paciente
E há um botão ou campo para adicionar uma nova prescrição
Quando o médico insere as informações da prescrição (nome do medicamento, dosagem, frequência, duração do tratamento, etc.)
E clica no botão "Salvar"
Então a prescrição é salva no sistema
E aparece uma mensagem de confirmação "Prescrição adicionada com sucesso"
E a prescrição fica visível no histórico de prescrições do paciente.

Cenário 2: Validar campos obrigatórios ao adicionar uma prescrição

Dado que o médico está adicionando uma nova prescrição
Quando o médico tenta salvar a prescrição sem preencher todos os campos obrigatórios (como nome do medicamento ou dosagem)
Então o sistema deve exibir uma mensagem de erro "Preencha todos os campos obrigatórios"
E o sistema não deve salvar a prescrição até que todas as informações necessárias sejam inseridas.

Cenário 3: Alerta de interação medicamentosa ao adicionar uma nova prescrição

Dado que o médico está adicionando uma nova prescrição para um paciente com outras prescrições já registradas
E o sistema tem acesso aos dados de interação medicamentosa
Quando o médico insere uma prescrição que interage de forma adversa com os medicamentos atuais do paciente
Então o sistema deve exibir um alerta "Cuidado: Interação medicamentosa detectada"
E o médico deve poder revisar a prescrição antes de confirmar.

Cenário 4: Visualizar histórico completo de prescrições ao adicionar uma nova prescrição

Dado que o médico está no prontuário do paciente
Quando o médico clica para adicionar uma nova prescrição
Então o sistema deve exibir o histórico completo de prescrições anteriores
E deve mostrar alertas relevantes, como histórico de alergias ou medicamentos suspensos.

Cenário 5: Editar uma prescrição antes de confirmar

Dado que o médico inseriu informações incorretas ou incompletas na nova prescrição
Quando o médico clica em "Editar" antes de confirmar a prescrição
Então o sistema deve permitir a edição dos campos preenchidos
E o médico pode corrigir as informações antes de salvar definitivamente.

User Story:

Código: US04

Como Médico Clínico Geral
Eu quero editar prescrições médicas dos pacientes
Para que eu possa corrigir, ajustar dosagens, ou atualizar informações de tratamento conforme o quadro clínico do paciente evolui.

Critérios de Aceitação no Formato BDD:

Cenário 1: Editar uma prescrição com sucesso

Dado que o médico está autenticado no sistema e visualizando o prontuário do paciente
E há uma prescrição médica existente no prontuário
Quando o médico seleciona a prescrição que deseja editar
E modifica os campos necessários (nome do medicamento, dosagem, frequência, etc.)
E clica no botão "Salvar alterações"
Então o sistema atualiza a prescrição com as novas informações
E exibe uma mensagem de confirmação "Prescrição atualizada com sucesso".

Cenário 2: Validar campos obrigatórios ao editar uma prescrição

Dado que o médico está editando uma prescrição existente
Quando o médico tenta salvar a prescrição sem preencher todos os campos obrigatórios
Então o sistema deve exibir uma mensagem de erro "Preencha todos os campos obrigatórios"
E o sistema não deve salvar as alterações até que todas as informações necessárias sejam inseridas.

Cenário 3: Exibir histórico de edições da prescrição

Dado que o médico está visualizando uma prescrição editada anteriormente
Quando o médico seleciona a prescrição para visualizar ou editar
Então o sistema deve exibir um histórico de edições, incluindo quem realizou a edição, quando, e quais alterações foram feitas
E deve permitir que o médico veja as versões anteriores para referência.

Cenário 4: Alerta de interação medicamentosa após edição

Dado que o médico está editando uma prescrição que interage com outra medicação do paciente
E o sistema possui dados sobre interações medicamentosas
Quando o médico salva a prescrição com mudanças que podem causar uma interação adversa
Então o sistema exibe um alerta "Cuidado: Interação medicamentosa detectada"
E o médico deve poder revisar as alterações antes de confirmar.

Cenário 5: Reverter uma edição de prescrição

Dado que o médico realizou uma edição incorreta em uma prescrição
Quando o médico clica na opção "Reverter para versão anterior"
Então o sistema restaura a prescrição à versão selecionada
E exibe uma mensagem de confirmação "Prescrição revertida com sucesso".

User Story:

Código: US05

Como Médico Clínico Geral
Eu quero visualizar os dados de histórico médico do paciente
Para que eu possa ter uma visão completa das condições passadas, tratamentos, alergias e outros dados relevantes que possam impactar o atendimento atual.

Critérios de Aceitação no Formato BDD:

Cenário 1: Visualizar o histórico médico completo do paciente

Dado que o médico está autenticado no sistema e acessa o prontuário de um paciente
Quando o médico clica na seção "Histórico Médico"
Então o sistema exibe o histórico completo, incluindo diagnósticos passados, tratamentos realizados, cirurgias, alergias e histórico de medicações.

Cenário 2: Filtrar o histórico médico por tipo de informação

Dado que o médico está visualizando o histórico médico do paciente
Quando o médico utiliza os filtros de visualização (ex.: por data, tipo de consulta, medicação)
Então o sistema exibe apenas as informações relevantes de acordo com o filtro selecionado
E mantém os demais registros ocultos até que os filtros sejam removidos.

Cenário 3: Acessar detalhes de consultas anteriores

Dado que o médico está visualizando o histórico médico
Quando o médico clica em uma consulta específica no histórico
Então o sistema exibe os detalhes dessa consulta, incluindo anotações médicas, resultados de exames, e tratamentos recomendados na época.

Cenário 4: Visualizar histórico de prescrições e medicações

Dado que o médico está visualizando o histórico do paciente
Quando o médico seleciona a aba "Prescrições e Medicações"
Então o sistema exibe todas as prescrições passadas, com datas, dosagens e motivos para a prescrição
E alerta sobre possíveis interações com medicações atuais do paciente.

4.3. PERSONA 3 - PACIENTE

User Story:

Código: US06

Como Paciente
Eu quero acessar os dados das minhas consultas
Para que eu possa revisar informações importantes, como diagnósticos, prescrições e próximos agendamentos.

Critérios de Aceitação no Formato BDD:

Cenário 1: Acessar histórico de consultas

Dado que o paciente está autenticado no sistema
Quando o paciente acessa a seção de histórico de consultas
Então o sistema exibe uma lista de todas as consultas anteriores com detalhes como data, médico, diagnóstico e tratamento recomendado.

Cenário 2: Visualizar detalhes específicos de uma consulta

Dado que o paciente está visualizando seu histórico de consultas
Quando o paciente seleciona uma consulta específica na lista
Então o sistema exibe os detalhes completos da consulta selecionada, incluindo observações médicas, resultados de exames e prescrições.

Cenário 3: Filtrar consultas por data ou especialidade

Dado que o paciente deseja encontrar consultas específicas
Quando o paciente utiliza os filtros de data e especialidade médica na seção de histórico
Então o sistema mostra apenas as consultas que atendem aos critérios selecionados.

User Story:

Código: US07

Como Paciente
Eu quero acessar as informações dos meus medicamentos
Para que eu possa entender as orientações de uso, dosagem, efeitos colaterais e manter o controle do meu tratamento.

Critérios de Aceitação no Formato BDD:

Cenário 1: Acessar lista de medicamentos prescritos

Dado que o paciente está autenticado no sistema
Quando o paciente acessa a seção de medicamentos
Então o sistema exibe uma lista de todos os medicamentos prescritos, com nome, dosagem e frequência de uso.

Cenário 2: Visualizar detalhes de um medicamento específico

Dado que o paciente está visualizando a lista de medicamentos
Quando o paciente seleciona um medicamento específico
Então o sistema exibe os detalhes completos, incluindo as instruções de uso, possíveis efeitos colaterais, interações medicamentosas e precauções.

Cenário 3: Verificar orientações de uso e horários de administração

Dado que o paciente está acessando os detalhes de um medicamento
Quando visualiza as orientações de uso
Então o sistema apresenta as instruções detalhadas sobre como tomar o medicamento, incluindo horários recomendados e se deve ser tomado com ou sem alimentos.

Cenário 4: Receber notificações de horários para tomar o medicamento

Dado que o paciente tem um medicamento com horários específicos de administração
Quando a hora de tomar o medicamento estiver próxima
Então o sistema envia uma notificação para o paciente, lembrando-o de tomar o medicamento no horário certo.

Cenário 5: Acessar alertas de interações medicamentosas

Dado que o paciente está visualizando a lista de medicamentos
Quando há uma interação medicamentosa entre os remédios prescritos
Então o sistema exibe um alerta informando sobre as interações e recomenda cuidados específicos ou consultas com o médico.

Cenário 6: Consultar histórico de uso de medicamentos

Dado que o paciente deseja revisar quais medicamentos foram usados no passado
Quando acessa a seção de histórico de medicamentos
Então o sistema exibe uma lista de medicamentos anteriores com datas de prescrição, uso e término do tratamento.

Cenário 7: Verificar contraindicações e avisos especiais

Dado que o paciente está acessando os detalhes de um medicamento
Quando revisa as informações de segurança
Então o sistema destaca contraindicações, avisos especiais para gestantes, lactantes, e possíveis alergias.

User Story:

Código: US08

Como Paciente
Eu quero solicitar o agendamento de consultas
Para que eu possa marcar atendimentos médicos de maneira conveniente, sem precisar ligar ou comparecer fisicamente à clínica.

Critérios de Aceitação no Formato BDD:

Cenário 1: Solicitar agendamento de consulta via sistema

Dado que o paciente está autenticado no sistema
Quando o paciente acessa a seção de agendamento de consultas
E seleciona a especialidade médica, data e horário desejados
Então o sistema exibe as opções de horários disponíveis
E permite que o paciente finalize a solicitação de agendamento.

Cenário 2: Receber confirmação da solicitação de agendamento

Dado que o paciente solicitou o agendamento de uma consulta
Quando a solicitação é processada pelo sistema
Então o paciente recebe uma notificação de confirmação com os detalhes da consulta agendada
E um e-mail ou SMS é enviado com as informações da consulta.

Cenário 3: Visualizar disponibilidade de horários para consultas

Dado que o paciente deseja agendar uma consulta
Quando o paciente seleciona a especialidade médica e o médico desejado
Então o sistema exibe um calendário com os horários disponíveis para consulta
E permite que o paciente escolha a melhor data e horário.

Cenário 4: Receber alerta sobre indisponibilidade de horários

Dado que o paciente solicitou um agendamento em uma data e horário específico
Quando não há horários disponíveis para a consulta selecionada
Então o sistema notifica o paciente sobre a indisponibilidade
E sugere horários alternativos ou a possibilidade de adicionar o paciente a uma lista de espera.

Cenário 5: Cancelar ou reagendar consulta solicitada

Dado que o paciente tem uma consulta previamente agendada
Quando o paciente acessa a seção de consultas agendadas
Então o sistema exibe a opção de cancelar ou reagendar a consulta
E permite que o paciente selecione um novo horário, caso necessário.

User Story:

Código: US09

Como Paciente
Eu quero visualizar os agendamentos das minhas consultas
Para que eu possa acompanhar meus compromissos médicos e gerenciar meu calendário de forma eficiente.

Critérios de Aceitação no Formato BDD:

Cenário 1: Visualizar lista de consultas agendadas

Dado que o paciente está autenticado no sistema
Quando o paciente acessa a seção de consultas agendadas
Então o sistema exibe uma lista de todas as consultas futuras marcadas, com detalhes como data, horário, médico, e local da consulta.

Cenário 2: Identificar consultas próximas

Dado que o paciente está visualizando as consultas agendadas
Quando a data da consulta estiver próxima (por exemplo, em 24 horas)
Então o sistema destaca a consulta com um alerta visual
E envia uma notificação ao paciente para lembrá-lo do compromisso.

Cenário 3: Visualizar status de aprovação ou pendência de consulta

Dado que o paciente está visualizando suas consultas
Quando uma consulta estiver pendente de aprovação (por exemplo, aguardando confirmação do médico)
Então o sistema exibe o status atual da consulta e as ações possíveis.

User Story:

Código: US10

Como Paciente
Eu quero ser alertado sobre a proximidade da data da minha consulta
Para que eu possa me preparar adequadamente e evitar esquecimentos.

Critérios de Aceitação no Formato BDD:

Cenário 1: Receber alerta de consulta com 24 horas de antecedência

Dado que o paciente tem uma consulta marcada para o dia seguinte
Quando a consulta estiver a menos de 24 horas de ocorrer
Então o sistema envia uma notificação para o paciente informando a data, hora, e local da consulta.

Cenário 2: Receber alerta de consulta com 1 hora de antecedência

Dado que o paciente tem uma consulta marcada para o mesmo dia
Quando a consulta estiver a menos de 1 hora de ocorrer
Então o sistema envia um alerta urgente ao paciente, reforçando o horário e as instruções de chegada.

Cenário 3: Alerta de consulta reagendada ou alterada

Dado que a consulta do paciente foi reagendada ou teve alterações
Quando o sistema enviar o alerta de proximidade
Então o sistema destaca que houve uma alteração no horário ou data, evitando que o paciente vá em horários errados.

Cenário 4: Alerta de falta de confirmação do paciente

Dado que o paciente precisa confirmar presença na consulta
Quando o sistema identificar que a confirmação ainda não foi feita
Então o alerta inclui um pedido de confirmação para garantir o comparecimento.

4.4. PERSONA 4 - COORDENADOR DE AGENDAMENTO

User Story:

Código: US11

Como Coordenador de Agendamento
Eu quero visualizar a disponibilidade de datas e horários na agenda de médicos e especialistas
Para que eu possa agendar consultas de forma eficiente, evitando conflitos e melhorando a organização das agendas.

Critérios de Aceitação no Formato BDD:

Cenário 1: Visualizar disponibilidade em calendário mensal

Dado que o sistema possui um calendário mensal para cada médico e especialista
Quando o Coordenador de Agendamento acessa a visualização da agenda de um médico
Então o sistema exibe um calendário mensal com os dias e horários disponíveis e ocupados, permitindo ao coordenador ver rapidamente a disponibilidade para o mês.

Cenário 2: Visualizar disponibilidade em calendário semanal

Dado que o sistema possui um calendário semanal para cada médico e especialista
Quando o Coordenador de Agendamento acessa a visualização da agenda de um especialista
Então o sistema exibe um calendário semanal detalhado com os horários disponíveis e ocupados para a semana atual, facilitando o agendamento imediato.

Cenário 3: Filtro por especialidade

Dado que o sistema possui médicos e especialistas com diferentes especialidades
Quando o Coordenador de Agendamento aplica um filtro por especialidade
Então o sistema exibe a disponibilidade apenas dos médicos e especialistas com a especialidade selecionada, ajudando a encontrar a disponibilidade de acordo com a necessidade do paciente.

Cenário 4: Visualização da disponibilidade por período específico

Dado que o Coordenador de Agendamento precisa visualizar a disponibilidade para um período específico
Quando ele solicita a visualização para um intervalo de datas específico
Então o sistema exibe a disponibilidade dos médicos e especialistas apenas para o período selecionado, facilitando a busca por horários disponíveis dentro desse intervalo.

User Story:

Código: US12

Como Coordenador de Agendamento
Eu quero reservar agendamentos de consultas na agenda de médicos e especialistas
Para que eu possa garantir que os pacientes sejam atendidos conforme a disponibilidade dos profissionais e evitar conflitos de horário.

Critérios de Aceitação no Formato BDD:

Cenário 1: Reservar uma consulta para um paciente

Dado que o sistema exibe a disponibilidade de médicos e especialistas
Quando o Coordenador de Agendamento seleciona um horário disponível e insere as informações do paciente
Então o sistema reserva o horário para o paciente e atualiza a agenda do médico ou especialista, confirmando a reserva com um aviso ao paciente e ao profissional.

Cenário 2: Confirmar reserva com o paciente

Dado que a reserva de uma consulta foi feita com sucesso
Quando o sistema finaliza a reserva
Então o paciente recebe uma confirmação de agendamento por e-mail ou SMS, contendo a data, hora e o local da consulta, e o médico ou especialista também é notificado.

Cenário 3: Ajustar a reserva existente

Dado que uma consulta foi previamente agendada e precisa ser ajustada
Quando o Coordenador de Agendamento seleciona o agendamento existente e altera a data ou o horário
Então o sistema atualiza a reserva, notificando tanto o paciente quanto o médico ou especialista sobre a nova data e hora da consulta.

Cenário 4: Cancelar uma reserva

Dado que uma consulta agendada precisa ser cancelada
Quando o Coordenador de Agendamento seleciona o agendamento e confirma o cancelamento
Então o sistema remove o horário da agenda do médico ou especialista e notifica o paciente sobre o cancelamento, permitindo que ele reaja a nova disponibilidade.

Cenário 5: Evitar conflitos de horário

Dado que o Coordenador de Agendamento está reservando um horário
Quando ele seleciona um horário disponível
Então o sistema verifica automaticamente se há algum conflito com outros agendamentos e alerta o coordenador se o horário já estiver reservado ou se ocorrer um conflito.

User Story:

Código: US13

Como Coordenador de Agendamento
Eu quero receber alertas sobre cancelamentos de consultas
Para que eu possa rapidamente reagendar os horários e informar tanto os pacientes quanto os médicos ou especialistas sobre as mudanças, minimizando o impacto dos cancelamentos.

Critérios de Aceitação no Formato BDD:

Cenário 1: Receber alerta de cancelamento de consulta

Dado que um paciente cancela uma consulta
Quando o cancelamento é registrado no sistema
Então o Coordenador de Agendamento recebe um alerta imediato sobre o cancelamento, com detalhes da consulta e informações do paciente.

Cenário 2: Atualizar a agenda com o horário liberado

Dado que um horário foi cancelado
Quando o Coordenador de Agendamento recebe o alerta
Então o sistema atualiza a agenda do médico ou especialista para refletir a disponibilidade do horário cancelado, tornando-o visível para novos agendamentos.

4.5. PERSONA 5 - FARMACÊUTICA

User Story:

Código: US14

Como Farmacêutica
Eu quero registrar a entrada de medicamentos no estoque
Para que eu possa monitorar e gerenciar o inventário de medicamentos de forma eficaz, garantindo que a farmácia tenha todos os medicamentos necessários e evitando faltas ou excessos.

Critérios de Aceitação no Formato BDD:

Cenário 1: Registrar a entrada de medicamentos no sistema

Dado que um novo lote de medicamentos chegou à farmácia
Quando a Farmacêutica recebe o lote
Então ela acessa o sistema de gerenciamento de estoque e registra a entrada dos medicamentos, incluindo detalhes como nome, quantidade, data de validade e número do lote.

Cenário 2: Verificar se o medicamento já está registrado

Dado que a Farmacêutica está registrando um medicamento
Quando o medicamento já existe no sistema
Então o sistema verifica e atualiza a quantidade disponível no estoque existente, ao invés de criar um novo registro, e notifica a Farmacêutica sobre a atualização.

Cenário 3: Receber alerta de validade próxima

Dado que um medicamento foi registrado no sistema
Quando a data de validade está próxima
Então o sistema envia um alerta à Farmacêutica sobre o medicamento, destacando a necessidade de uso ou descarte iminente para evitar perdas.

Cenário 4: Confirmar a entrada de medicamentos

Dado que a Farmacêutica registrou a entrada de medicamentos
Quando a entrada é registrada
Então o sistema confirma a operação e atualiza a quantidade total de medicamentos no estoque, gerando um recibo digital de entrada.

Cenário 5: Validar informações de medicamentos

Dado que a Farmacêutica está registrando novos medicamentos
Quando as informações do medicamento são inseridas
Então o sistema valida os dados para garantir que todas as informações obrigatórias estejam completas e corretas, e notifica a Farmacêutica caso haja algum erro ou informação faltante.

Cenário 6: Atualizar quantidade de medicamentos no estoque

Dado que o medicamento foi registrado
Quando a quantidade registrada é confirmada
Então o sistema atualiza o estoque de medicamentos com a nova quantidade e ajusta os níveis disponíveis, garantindo precisão no gerenciamento do inventário.

User Story:

Cenário: US15

Como Farmacêutica
Eu quero registrar a saída de medicamentos no estoque
Para que eu possa monitorar e gerenciar o inventário de medicamentos de forma eficaz, garantindo que o estoque esteja sempre refletindo a quantidade correta disponível e evitando problemas de falta ou excesso de medicamentos.

Critérios de Aceitação no Formato BDD:

Cenário 1: Registrar a saída de medicamentos para um paciente

Dado que um medicamento foi dispensado para um paciente
Quando a Farmacêutica processa a saída
Então ela acessa o sistema de gerenciamento de estoque e registra a saída do medicamento, incluindo detalhes como nome, quantidade, data e número da receita, se aplicável.

Cenário 2: Atualizar a quantidade disponível no estoque

Dado que a Farmacêutica registrou a saída de um medicamento
Quando a saída é registrada
Então o sistema atualiza a quantidade disponível no estoque, refletindo a nova quantidade após a saída do medicamento.

Cenário 3: Validar a quantidade registrada para saída

Dado que a Farmacêutica está registrando a saída de medicamentos
Quando a quantidade registrada é maior do que a disponível no estoque
Então o sistema exibe uma mensagem de erro e impede o registro até que a quantidade correta seja inserida, garantindo a precisão do inventário.

Cenário 4: Receber alerta de baixo estoque

Dado que a saída de um medicamento é registrada
Quando a quantidade disponível atinge um nível crítico
Então o sistema envia um alerta para a Farmacêutica indicando que o estoque do medicamento está baixo e precisa ser reabastecido.

User Story:

Código: US16

Como Farmacêutica
Eu quero buscar os medicamentos existentes no estoque
Para que eu possa verificar a disponibilidade e localização dos medicamentos, facilitar o atendimento ao paciente e garantir uma gestão eficiente do inventário.

Critérios de Aceitação no Formato BDD:

Cenário 1: Buscar medicamento pelo nome

Dado que a Farmacêutica deseja buscar um medicamento específico
Quando ela insere o nome do medicamento na função de busca do sistema
Então o sistema exibe uma lista de medicamentos correspondentes, incluindo detalhes como quantidade disponível, localização no estoque e data de validade.

Cenário 2: Buscar medicamento por código de barras

Dado que a Farmacêutica tem o código de barras do medicamento
Quando ela escaneia ou insere o código de barras no sistema de busca
Então o sistema retorna as informações detalhadas sobre o medicamento, incluindo a quantidade disponível e localização no estoque.

Cenário 3: Buscar medicamentos por categoria

Dado que a Farmacêutica precisa verificar medicamentos em uma categoria específica
Quando ela seleciona a categoria desejada no sistema de busca
Então o sistema exibe todos os medicamentos pertencentes à categoria selecionada, com detalhes sobre a quantidade disponível e localização no estoque.

Cenário 4: Buscar medicamentos próximos da data de validade

Dado que a Farmacêutica deseja verificar medicamentos próximos da data de validade
Quando ela solicita a busca por medicamentos com validade próxima
Então o sistema exibe uma lista de medicamentos cuja data de validade está prestes a expirar, permitindo à Farmacêutica tomar ações apropriadas para evitar desperdício e garantir a segurança dos pacientes.

Cenário 5: Buscar medicamentos com baixa quantidade

Dado que a Farmacêutica precisa verificar medicamentos com estoque baixo
Quando ela solicita a busca por medicamentos com quantidade abaixo de um nível pré-definido
Então o sistema exibe uma lista de medicamentos que estão com estoque baixo, facilitando o reabastecimento e a gestão de inventário.

Cenário 6: Buscar medicamentos por fornecedor

Dado que a Farmacêutica deseja verificar os medicamentos fornecidos por um fornecedor específico
Quando ela seleciona o fornecedor desejado no sistema de busca
Então o sistema exibe todos os medicamentos que foram fornecidos pelo fornecedor selecionado, incluindo a quantidade disponível e localização no estoque.

User Story:

Código: US17

Como Farmacêutica
Eu quero visualizar os medicamentos prescritos para o paciente
Para que eu possa garantir que o paciente receba a medicação correta, verificar a conformidade com a prescrição e identificar possíveis interações medicamentosas.

Critérios de Aceitação no Formato BDD:

Cenário 1: Visualizar medicamentos prescritos em uma única prescrição

Dado que a Farmacêutica deseja verificar os medicamentos prescritos em uma prescrição específica
Quando ela seleciona a prescrição do paciente no sistema
Então o sistema exibe uma lista detalhada dos medicamentos prescritos, incluindo nome, dosagem, frequência e duração do tratamento.

Cenário 2: Visualizar medicamentos prescritos para um paciente específico

Dado que a Farmacêutica precisa revisar todos os medicamentos prescritos para um paciente
Quando ela busca o paciente no sistema
Então o sistema exibe uma lista completa de todas as prescrições atuais e passadas, incluindo os medicamentos prescritos, dosagem e datas.

Cenário 3: Visualizar medicamentos prescritos com informações sobre interações

Dado que a Farmacêutica está revisando medicamentos prescritos para um paciente
Quando ela acessa a prescrição no sistema
Então o sistema fornece informações sobre possíveis interações medicamentosas entre os medicamentos prescritos, ajudando a prevenir reações adversas.

User Story:

Código: US18

Como Farmacêutica
Eu quero registrar os detalhes de efeitos adversos da medicação
Para que eu possa monitorar e gerenciar reações indesejadas, garantir a segurança dos pacientes e atualizar o histórico de medicação com informações importantes para futuras prescrições.

Critérios de Aceitação no Formato BDD:

Cenário 1: Registrar efeitos adversos de uma medicação específica

Dado que a Farmacêutica deseja registrar efeitos adversos para uma medicação específica
Quando ela seleciona a medicação no sistema e insere os detalhes dos efeitos adversos observados
Então o sistema deve registrar os detalhes e associá-los à medicação, incluindo informações sobre a gravidade, a data e a descrição dos sintomas.

Cenário 2: Registrar múltiplos efeitos adversos para uma medicação

Dado que foram observados vários efeitos adversos para uma única medicação
Quando a Farmacêutica insere múltiplos detalhes de efeitos adversos no sistema
Então o sistema deve permitir a entrada de múltiplos efeitos adversos, associando cada um à medicação e fornecendo uma visão consolidada de todos os efeitos observados.

User Story:

Código: US19
Como Farmacêutica Eu quero registrar os dias e horários para medicação conforme a prescrição do paciente
Para que eu possa garantir que a medicação seja administrada corretamente e ajudar o paciente a seguir o regime de tratamento conforme prescrito.

Critérios de Aceitação no Formato BDD:

Cenário 1: Registrar dias e horários para uma medicação específica

Dado que a Farmacêutica está no processo de registrar a medicação para um paciente
Quando ela insere os dias e horários específicos para a administração da medicação conforme a prescrição
Então o sistema deve registrar essas informações associadas à medicação e ao paciente, e exibir uma confirmação da entrada bem-sucedida.

Cenário 2: Atualizar dias e horários registrados para uma medicação

Dado que houve uma alteração nos dias e horários para a medicação de um paciente
Quando a Farmacêutica atualiza os dias e horários no sistema
Então o sistema deve atualizar as informações registradas e fornecer uma confirmação de que os detalhes foram modificados com sucesso.

Cenário 3: Registrar medicação com múltiplas administrações diárias

Dado que um paciente deve tomar a medicação várias vezes ao dia
Quando a Farmacêutica insere os horários específicos para cada administração diária
Então o sistema deve permitir a entrada de múltiplos horários para a mesma medicação e garantir que todas as entradas sejam corretamente associadas ao paciente.

Cenário 4: Visualizar dias e horários registrados para medicação

Dado que a Farmacêutica precisa revisar os dias e horários registrados para a medicação de um paciente
Quando ela acessa a visualização de medicações e horários no sistema
Então o sistema deve exibir uma lista clara e completa dos dias e horários programados para a administração da medicação, permitindo a confirmação e verificação dos dados.

User Story:

Código: US20

Como Farmacêutica
Eu quero registrar a categoria de tarja da medicação
Para que** eu possa classificar corretamente as medicações e garantir o controle adequado dos medicamentos, além de seguir as regulamentações e requisitos de segurança.

Critérios de Aceitação no Formato BDD:

Cenário 1: Registrar uma medicação com uma nova categoria de tarja

Dado que a Farmacêutica está registrando uma nova medicação
Quando ela insere a categoria de tarja apropriada para a medicação
Então o sistema deve armazenar a categoria de tarja junto com as informações da medicação e confirmar que o registro foi realizado com sucesso.

Cenário 2: Atualizar a categoria de tarja de uma medicação existente

Dado que a Farmacêutica precisa alterar a categoria de tarja de uma medicação já registrada
Quando ela atualiza a categoria de tarja no sistema
Então o sistema deve refletir a nova categoria de tarja e fornecer uma confirmação de que a alteração foi bem-sucedida.

Cenário 3: Registrar medicação sem categoria de tarja especificada

Dado que uma medicação está sendo registrada e não possui uma categoria de tarja especificada
Quando a Farmacêutica tenta salvar o registro sem fornecer a categoria de tarja
Então o sistema deve exibir uma mensagem de erro informando que a categoria de tarja é obrigatória e solicitar que a Farmacêutica forneça a informação necessária.

User Story:

Código: US21

Como Farmacêutica
Eu quero editar os efeitos adversos da medicação
Para que eu possa garantir que as informações sobre a medicação estejam atualizadas e precisas, ajudando na segurança e no controle adequado dos medicamentos.

Critérios de Aceitação no Formato BDD:

Cenário 1: Editar efeitos adversos de uma medicação existente

Dado que a Farmacêutica precisa atualizar os efeitos adversos de uma medicação já registrada
Quando ela acessa a medicação e modifica a descrição dos efeitos adversos
Então o sistema deve salvar as alterações e confirmar que a atualização foi bem-sucedida, refletindo as novas informações no registro da medicação.

Cenário 2: Reverter alterações nos efeitos adversos

Dado que a Farmacêutica fez uma alteração nos efeitos adversos que precisa ser revertida
Quando ela seleciona a opção de reverter para a versão anterior dos efeitos adversos
Então o sistema deve restaurar a descrição dos efeitos adversos para o estado anterior e confirmar que a reversão foi concluída com sucesso.

User Story:

Código: US22

Como Farmacêutica
Eu quero registrar detalhes adicionais da medicação
Para que eu possa garantir que todas as informações relevantes e úteis sobre a medicação estejam disponíveis e atualizadas, ajudando na gestão e controle eficiente dos medicamentos.

Critérios de Aceitação no Formato BDD:

Cenário 1: Adicionar detalhes adicionais a uma medicação existente

Dado que a Farmacêutica deseja adicionar mais informações a uma medicação já registrada
Quando ela acessa o registro da medicação e insere detalhes adicionais
Então o sistema deve atualizar o registro da medicação com as novas informações e confirmar que a atualização foi concluída.

Cenário 2: Editar detalhes adicionais de uma medicação

Dado que a Farmacêutica está revisando os detalhes adicionais de uma medicação
Quando ela modifica ou corrige as informações já registradas
Então o sistema deve salvar as alterações e confirmar que os detalhes adicionais foram atualizados, refletindo as mudanças no registro da medicação.

Cenário 3: Visualizar detalhes adicionais registrados

Dado que a Farmacêutica deseja revisar os detalhes adicionais de uma medicação
Quando ela acessa o registro da medicação
Então o sistema deve exibir todos os detalhes adicionais registrados, permitindo a visualização completa e clara das informações sobre a medicação.

4.6. PERSONA 6 - DIRETOR DE TECNOLOGIA

User Story:

Código: US23

Como Diretor de Tecnologia
Eu quero gerar relatórios baseados na quantidade de erros de software
Para que eu possa analisar a qualidade do sistema, identificar áreas problemáticas e tomar decisões informadas para melhorias.

Critérios de Aceitação no Formato BDD:

Cenário 1: Gerar relatório de erros por categoria

Dado que o sistema tem erros classificados em diferentes categorias (ex: bugs, falhas de segurança, problemas de desempenho)
Quando o Diretor de Tecnologia solicita um relatório de erros
Então o sistema gera um relatório detalhado, mostrando a quantidade de erros por categoria.

Cenário 2: Gerar relatório de erros por data

Dado que o sistema registra erros com timestamps
Quando o Diretor de Tecnologia solicita um relatório de erros para um intervalo de datas específico
Então o sistema gera um relatório mostrando a quantidade de erros ocorridos dentro desse intervalo de datas.

Cenário 3: Gerar relatório de erros por gravidade

Dado que os erros são classificados por níveis de gravidade (ex: crítico, alto, médio, baixo)
Quando o Diretor de Tecnologia solicita um relatório de erros
Então o sistema gera um relatório detalhado, mostrando a quantidade de erros por nível de gravidade.

Cenário 4: Gerar relatório comparativo de erros

Dado que o sistema armazena dados de erros ao longo do tempo
Quando o Diretor de Tecnologia solicita um relatório comparativo
Então o sistema gera um relatório que compara a quantidade de erros em diferentes períodos (mensal, trimestral, anual) para identificar tendências e melhorias.

Cenário 5: Gerar relatório de erros por módulo ou funcionalidade

Dado que os erros estão associados a diferentes módulos ou funcionalidades do sistema
Quando o Diretor de Tecnologia solicita um relatório de erros
Então o sistema gera um relatório mostrando a quantidade de erros por módulo ou funcionalidade, permitindo identificar áreas que precisam de atenção.

Cenário 6: Relatório com detalhes dos erros

Dado que os erros são registrados com detalhes específicos (ex: mensagem de erro, stack trace, usuário afetado)
Quando o Diretor de Tecnologia solicita um relatório de erros
Então o sistema gera um relatório detalhado que inclui as informações completas sobre cada erro registrado.

Cenário 7: Exportar relatório em diferentes formatos

Dado que o sistema permite exportação de relatórios
Quando o Diretor de Tecnologia solicita um relatório de erros
Então o sistema gera e exporta o relatório em diferentes formatos (ex: PDF, Excel, CSV) conforme a necessidade do Diretor.

Cenário 8: Agendar geração de relatórios automáticos

Dado que o Diretor de Tecnologia precisa de relatórios regulares
Quando ele configurar uma agenda para a geração de relatórios
Então o sistema gera e envia automaticamente os relatórios conforme a frequência configurada (diária, semanal, mensal).

User Story:

Código: US24

Como Diretor de Tecnologia
Eu quero gerar relatórios baseados na taxa de performance
Para que eu possa avaliar o desempenho do sistema, identificar áreas que precisam de otimização e tomar decisões informadas para melhorar a eficiência.

Critérios de Aceitação no Formato BDD:

Cenário 1: Gerar relatório de performance por módulo

Dado que o sistema possui vários módulos com diferentes taxas de performance
Quando o Diretor de Tecnologia solicita um relatório de performance
Então o sistema gera um relatório detalhado mostrando a taxa de performance de cada módulo, incluindo métricas como tempo de resposta e uso de recursos.

Cenário 2: Gerar relatório de performance por período

Dado que o sistema registra dados de performance ao longo do tempo
Quando o Diretor de Tecnologia solicita um relatório de performance para um intervalo de datas específico
Então o sistema gera um relatório mostrando a taxa de performance durante o intervalo solicitado, com gráficos e métricas relevantes.

Cenário 3: Gerar relatório de performance por funcionalidade

Dado que o sistema possui várias funcionalidades com diferentes taxas de performance
Quando o Diretor de Tecnologia solicita um relatório de performance
Então o sistema gera um relatório detalhado mostrando a taxa de performance de cada funcionalidade, permitindo identificar quais funcionalidades estão impactando o desempenho.

Cenário 4: Relatório comparativo de performance

Dado que o sistema armazena dados de performance em diferentes períodos
Quando o Diretor de Tecnologia solicita um relatório comparativo
Então o sistema gera um relatório que compara a taxa de performance entre diferentes períodos (mensal, trimestral, anual) para identificar tendências e mudanças no desempenho.

Cenário 5: Relatório de performance por tipo de usuário

Dado que o sistema coleta dados de performance com base no tipo de usuário (administrador, usuário comum, etc.)
Quando o Diretor de Tecnologia solicita um relatório de performance
Então o sistema gera um relatório mostrando a taxa de performance para cada tipo de usuário, identificando possíveis discrepâncias no desempenho entre diferentes grupos de usuários.

Cenário 6: Relatório com detalhes de performance

Dado que o sistema registra detalhes específicos de performance (ex: tempos de resposta, uso de CPU, memória)
Quando o Diretor de Tecnologia solicita um relatório de performance
Então o sistema gera um relatório detalhado que inclui informações completas sobre o desempenho do sistema, como tempos de resposta e uso de recursos.

Cenário 7: Exportar relatório em diferentes formatos

Dado que o sistema permite exportação de relatórios
Quando o Diretor de Tecnologia solicita um relatório de performance
Então o sistema gera e exporta o relatório em diferentes formatos (ex: PDF, Excel, CSV) conforme a necessidade do Diretor.

Cenário 8: Agendar geração de relatórios automáticos

Dado que o Diretor de Tecnologia precisa de relatórios regulares sobre performance
Quando ele configurar uma agenda para a geração de relatórios
Então o sistema gera e envia automaticamente os relatórios conforme a frequência configurada (diária, semanal, mensal).

User Story:

Código: US25

Como Diretor de Tecnologia
Eu quero gerar relatórios baseados na taxa de segurança
Para que eu possa monitorar a segurança do sistema, identificar vulnerabilidades e garantir que as medidas de segurança estejam funcionando adequadamente.

Critérios de Aceitação no Formato BDD:

Cenário 1: Gerar relatório de segurança por tipo de ameaça

Dado que o sistema registra diferentes tipos de ameaças e incidentes de segurança
Quando o Diretor de Tecnologia solicita um relatório de segurança
Então o sistema gera um relatório detalhado mostrando a taxa de segurança para cada tipo de ameaça (ex: ataques de SQL injection, tentativas de phishing, vulnerabilidades detectadas).

Cenário 2: Gerar relatório de segurança por período

Dado que o sistema armazena dados de segurança ao longo do tempo
Quando o Diretor de Tecnologia solicita um relatório de segurança para um intervalo de datas específico
Então o sistema gera um relatório mostrando a taxa de segurança durante o intervalo solicitado, incluindo gráficos e métricas relevantes.

Cenário 3: Gerar relatório de segurança por módulo do sistema

Dado que o sistema possui diferentes módulos com níveis variados de segurança
Quando o Diretor de Tecnologia solicita um relatório de segurança
Então o sistema gera um relatório detalhado mostrando a taxa de segurança de cada módulo, permitindo identificar quais módulos têm maiores vulnerabilidades.

Cenário 4: Relatório comparativo de segurança

Dado que o sistema registra dados de segurança em diferentes períodos
Quando o Diretor de Tecnologia solicita um relatório comparativo
Então o sistema gera um relatório que compara a taxa de segurança entre diferentes períodos (mensal, trimestral, anual) para identificar tendências e melhorias na segurança.

Cenário 5: Relatório de incidentes de segurança

Dado que o sistema registra todos os incidentes de segurança
Quando o Diretor de Tecnologia solicita um relatório de incidentes
Então o sistema gera um relatório detalhado sobre os incidentes de segurança ocorridos, incluindo a gravidade, a resposta e o impacto de cada incidente.

Cenário 6: Relatório de conformidade com normas de segurança

Dado que o sistema precisa estar em conformidade com normas e regulamentações de segurança (ex: GDPR, HIPAA)
Quando o Diretor de Tecnologia solicita um relatório de conformidade
Então o sistema gera um relatório que mostra a conformidade com as normas de segurança e identifica áreas onde a conformidade pode ser melhorada.

Cenário 7: Relatório de vulnerabilidades identificadas

Dado que o sistema realiza varreduras de segurança para identificar vulnerabilidades
Quando o Diretor de Tecnologia solicita um relatório de vulnerabilidades
Então o sistema gera um relatório detalhado sobre as vulnerabilidades identificadas, incluindo informações sobre a severidade e o status da correção.

Cenário 8: Exportar relatório de segurança em diferentes formatos

Dado que o sistema permite exportação de relatórios
Quando o Diretor de Tecnologia solicita um relatório de segurança
Então o sistema gera e exporta o relatório em diferentes formatos (ex: PDF, Excel, CSV) conforme a necessidade do Diretor.

Cenário 9: Agendar geração de relatórios de segurança automáticos

Dado que o Diretor de Tecnologia precisa de relatórios regulares sobre segurança
Quando ele configurar uma agenda para a geração de relatórios
Então o sistema gera e envia automaticamente os relatórios conforme a frequência configurada (diária, semanal, mensal).

User Story:

Código: US26

Como Diretor de Tecnologia
Eu quero gerar relatórios baseados na taxa de utilização
Para que eu possa monitorar o uso dos recursos do sistema, identificar padrões de utilização e áreas que podem precisar de otimização ou aumento de capacidade.

Critérios de Aceitação no Formato BDD:

Cenário 1: Gerar relatório de utilização por módulo

Dado que o sistema possui diferentes módulos com níveis variados de utilização
Quando o Diretor de Tecnologia solicita um relatório de utilização
Então o sistema gera um relatório detalhado mostrando a taxa de utilização de cada módulo, permitindo identificar quais módulos estão mais ou menos utilizados.

Cenário 2: Gerar relatório de utilização por período

Dado que o sistema armazena dados de utilização ao longo do tempo
Quando o Diretor de Tecnologia solicita um relatório de utilização para um intervalo de datas específico
Então o sistema gera um relatório mostrando a taxa de utilização durante o intervalo solicitado, incluindo gráficos e métricas relevantes.

Cenário 3: Relatório comparativo de utilização

Dado que o sistema registra dados de utilização em diferentes períodos
Quando o Diretor de Tecnologia solicita um relatório comparativo
Então o sistema gera um relatório que compara a taxa de utilização entre diferentes períodos (mensal, trimestral, anual) para identificar tendências e mudanças no padrão de utilização.

Cenário 4: Relatório de utilização por usuário

Dado que o sistema registra a utilização por usuário
Quando o Diretor de Tecnologia solicita um relatório de utilização
Então o sistema gera um relatório mostrando a taxa de utilização por usuário, permitindo identificar quais usuários estão mais ou menos ativos.

Cenário 5: Relatório de utilização de recursos críticos

Dado que o sistema possui recursos críticos cuja utilização precisa ser monitorada
Quando o Diretor de Tecnologia solicita um relatório de utilização
Então o sistema gera um relatório detalhado mostrando a taxa de utilização de recursos críticos, como servidores, banco de dados, e redes, permitindo identificar gargalos e áreas que precisam de mais capacidade.

Cenário 6: Exportar relatório de utilização em diferentes formatos

Dado que o sistema permite exportação de relatórios
Quando o Diretor de Tecnologia solicita um relatório de utilização
Então o sistema gera e exporta o relatório em diferentes formatos (ex: PDF, Excel, CSV) conforme a necessidade do Diretor.

Cenário 7: Agendar geração de relatórios de utilização automáticos

Dado que o Diretor de Tecnologia precisa de relatórios regulares sobre utilização
Quando ele configurar uma agenda para a geração de relatórios
Então o sistema gera e envia automaticamente os relatórios conforme a frequência configurada (diária, semanal, mensal).

5. Referências

JONES, Roberto. PBB: Product Backlog Building. Medium, 02 Mar. 2022. Disponível em: https://medium.com/@jonesroberto/pbb-product-backlog-building-0012a7a5256a.

Histórico de Revisão

Data	Versão	Descrição	Autor	Revisores
31/07/24	1.0	Criação do documento	Daniel Rodrigues	Joyce Dionizio
08/09/24	1.1	Atualizacao do documento	Daniel Rodrigues	Jésus Gabriel
09/09/24	1.2	Atualizacao do BDD	Daniel Rodrigues	Jésus Gabriel