Análise e Projeto de Sistemas

Software de Clínica Médica

Equipe: Déris Leôn, Juvenal Alex, Mateus Melo

Especificação dos Requisitos
Versão <2.0>

1
 Histórico da Revisão

Data Versão Descrição Autores

07/05/2022 0.1 Criação dos primeiros requisitos funcionais Déris - Juvenal
07/06/2022 0.2 Atualizações e finalizações dos requisitos Déris - Juvenal - Mateus
08/06/2022 1.0 Correção e finalização das especificações dos requisitos Déris - Juvenal - Mateus
20/07/2022 1.1 Correções das seções 1 à 3 Déris - Juvenal
09/08/2022 1.2 Início da construção dos diagramas UML Déris - Juvenal - Mateus
10/08/2022 1.3 Criação das descrições de casos de uso Mateus
13/08/2022 1.4 Correções das descrições de casos de uso Déris - Juvenal
17/08/2022 1.5 Criação dos diagramas de classe e atividade Déris - Juvenal - Mateus
19/08/2022 2.0 Finalização do projeto Déris - Juvenal - Mateus

2
 SUMÁRIO

1. Introdução 4
1.1 Objetivos 4
1.2 Público Alvo 4
1.3 Escopo do produto 4
1.4 Prioridade dos Requisitos 4

2. Requisitos funcionais 5-6

3. Requisitos não funcionais 7

4. Casos de Uso e Descrições 8 - 9 - 10 - 11

5. Diagramas UML 12
5.1 Diagrama de Classes 12
5.2 Diagrama de Objetos 13
5.3 Diagrama de Atividades 13

3
1. Introdução
Este documento especifica os requisitos necessários para o funcionamento de um sistema
de uma clínica médica, com finalidade de guiar a implementação segura e satisfatória, para
facilitar os trâmites de agendamentos de consultas e entrega de resultados de exames, sem que o
cliente precise se locomover até a unidade física, ou sofra com enfrentamentos de fila, tendo
portabilidade para dispositivos móveis e desktops.

1.1 Objetivos

Identificar e discutir os requisitos para suprir uma clínica médica que quer ter sua
presença digital, com um site para primeiras impressões, apresentação da equipe, e todos os
benefícios oferecidos pela rede.

1.2 Público Alvo

Dono de uma rede de clínicas que quer atender pessoas que procuram uma boa clínica
para fazer seus exames e querem agilidade e facilidade ao receber resultados sem precisar sair de
casa.

1.3 Escopo do Produto

O sistema vai facilitar os trâmites de marcações de consultas e entrega de resultados de

exames, sem que o cliente precise se locomover até a unidade física.
1.4 Prioridade dos requisitos:
Essencial: indica que o requisito é imprescindível para o funcionamento do sistema.
Requisitos essenciais devem ser implementados desde as primeiras iterações do desenvolvimento
e construção do sistema.
Importante: indica que o requisito não é essencial para o funcionamento do sistema,
contudo seu funcionamento, sem implementação do requisito, se torna insatisfatório. Requisitos
importantes devem ser implantados o mais rápido possível, porém não impede que apenas parte
do sistema seja implantada.
Desejável: indica que o requisito não compromete as funcionalidades básicas do sistema,
podendo funcionar de forma satisfatória sem ele. Requisitos desejáveis podem ser implantados
por último, sem comprometer o funcionamento do sistema.

4
2. Requisitos Funcionais

RF-01: Navegação - Menu para facilitar a navegação do usuário no sistema. Este menu deve
conter todas as ações importantes do sistema, juntamente com uma barra de pesquisa, e
ferramentas de navegação adicionais em menus cascata.
Prioridade: [ ] Essencial [ X ] Importante [ ] Desejável

RF-02: Cadastramento - O sistema deve possuir um local de cadastro para os clientes, para que
cada usuário faça o login e tenha acesso exclusivo a seus respectivos dados.
Prioridade: [ X ] Essencial [ ] Importante [ ] Desejável

RF-03: Login - O sistema deve possuir menu de login onde possa fazer a escolha de acesso como
cliente ou funcionário.
Prioridade: [ X ] Essencial [ ] Importante [ ] Desejável

RF-04: Contatos - O sistema deve conter uma sessão com todos os contatos disponíveis, o
usuário deve ser redirecionado para um local específico dependendo do contato selecionado, onde
entrará em contato com a equipe responsável.
Prioridade: [ ] Essencial [ X ] Importante [ ] Desejável

RF-05: Agendamento - levará o usuário para uma nova aba onde poderá escolher a data e o
horário que deseja agendar o exame, caso o dia e o horário não esteja disponível o sistema deve
pedir para que o usuário faça outra escolha.
Prioridade: [ X ] Essencial [ ] Importante [ ] Desejável

RF-06: Consulta de Exames - consultar seus resultados de exames a partir do seu CPF.
Prioridade: [ X ] Essencial [ ] Importante [ ] Desejável

RF-07: Galeria - Página onde estará exposto fotos e currículos dos médicos que prestam serviços
na clínica.
Prioridade: [ ] Essencial [ X ] Importante [ ] Desejável

5
RF-08: Convênios - Página exibindo todos os colaboradores e parceiros da clínica, onde cada
logo exibida levará o usuário para o respectivo colaborador.
Prioridade: [ ] Essencial [ ] Importante [ X ] Desejável

RF-09: SAC - Formulário onde o usuário pode inserir uma reclamação, sugestão ou solicitar
ajuda.
Prioridade: [ ] Essencial [ X ] Importante [ ] Desejável

RF-10: Localização - O sistema deve ter um guia de localização, onde os usuários podem
visualizar rotas, estimar tempo e distância para chegar até a unidade física.
Prioridade: [ ] Essencial [X ] Importante [ ] Desejável

RF-11: Recuperação de conta - O sistema deve conter um local com o objetivo de recuperar sua
conta, onde o usuário deve inserir seus dados e receber o acesso novamente.
Prioridade: [ X ] Essencial [ ] Importante [ ] Desejável

RF-12: Sessão Funcionários - o sistema deve possuir uma parte exclusiva para os funcionários.
Onde exibirá todos os clientes cadastrados no sistema e ações que possam ser executadas.
Prioridade: [ X ] Essencial [ ] Importante [ ] Desejável

RF-13: Envio de resultados - na sessão de funcionários, ao selecionar o paciente, o sistema

deverá conter uma entrada de arquivo tipo .pdf e/ou .doc para que o médico possa fazer upload
dos resultados dos exames para enviar ao paciente.
Prioridade: [ X ] Essencial [ ] Importante [ ] Desejável

RF-14: Edição - o funcionário poderá fazer modificações nos dados dos clientes, assim como
mudar datas de agendamentos e até remoção de inativos.
Prioridade: [ ] Essencial [ X ] Importante [ ] Desejável

RF-15: Observações - na sessão de funcionários, o sistema deve conter uma caixa de texto para
que o médico possa enviar observações/avisos ao paciente.
Prioridade: [ ] Essencial [ ] Importante [ X ] Desejável

6
3. Requisitos Não-Funcionais

RNF-01: Portabilidade - o sistema deverá rodar em plataformas desktop e mobile.

Prioridade: [ X ] Essencial [ ] Importante [ ] Desejável

RNF-02: Usabilidade - o sistema deve exigir pouco tempo e esforço mínimo do usuário. Planos
de fundo têm foco suave, dando contraste nos elementos de ações, os botões devem possuir ações
com “verbo” como parte do rótulo, e estejam estrategicamente bem posicionados com tamanhos
adequados para que o usuário não clique fora ou em outra ação por descuido.
Prioridade: [ X ] Essencial [ ] Importante [ ] Desejável

RNF-03: Confiabilidade - O sistema deverá ter alta disponibilidade, ficando 99% do tempo
disponível.
Prioridade: [ X ] Essencial [ ] Importante [ ] Desejável

RNF-4: Requisitos Éticos - O sistema não apresentará aos usuários quaisquer dados de cunho
privativo.
Prioridade: [ X ] Essencial [ ] Importante [ ] Desejável

RNF-5: Eficiência: O sistema deverá processar 99% das requisições sem apresentar erros.
Prioridade: [ X ] Essencial [ ] Importante [ ] Desejável

7
4. Casos de Uso

UC_1: <Cadastro>
Ator: Cliente

Cenário Principal
1. Usuário informa seu Email
2. Usuário informa seu CPF
3. Usuário cadastra uma senha
4. Sistema exibe mensagem que cadastro foi realizado com sucesso
5. Usuário é redirecionado automaticamente para página “Home”

UC_2: <Login>
Ator: Cliente
Pré-condições: O usuário deve ter feito o cadastro no sistema (UC_1)

Cenário Principal
1. Usuário preenche campo de login com CPF ou Email
2. Usuário preenche campo de login com senha
3. Usuário clica no campo de login
4. Usuário loga no sistema e é redirecionado para a página “Home”
8
 Cenário Secundário
1. Usuário esqueceu a senha de login
1.1. Usuário acessa a página de recuperação de senha no sistema
1.2. Sistema envia email com chave de recuperação para email cadastrado
1.3. Usuário insere a chave de recuperação no sistema
1.4. Usuário cadastra nova senha
1.5. Sistema exibe mensagem que senha foi atualizada com sucesso
1.6. Usuário retorna ao passo 4 do cenário principal

UC_3: <Agendamento>
Ator: Cliente
Pré-condições: Usuário deve estar logado (UC_2)

Cenário Principal
1. Sistema exibe datas e horários disponíveis para realização de consulta
2. Usuário escolhe data e hora da consulta
3. Sistema exibe mensagem de que o agendamento foi realizado com sucesso

Cenário Secundário
1. Usuário deseja remarcar ou cancelar consulta
1.1. Usuário acessa página “Meus agendamentos” no menu de navegação
1.2. Sistema exibe página com agendamentos em vigor
1.3. Usuário seleciona qual agendamento deseja remarcar ou cancelar
1.4. Sistema exibe opções de remarcar ou cancelar consulta em vigor
1.5. Usuário escolhe opção que deseja realizar

UC_4: <Acessar galeria de fotos e currículos>

Ator: Cliente
Pré-condições: Usuário deve estar logado (UC_2)

Cenário Principal
1. Usuário acessa galeria de fotos e currículos no menu de navegação
2. Sistema exibe página com fotos e currículos de médicos que prestam serviços na clínica

9
 UC_5: <Acessar canal do consumidor>
Ator: Cliente

Cenário Principal
1. Usuário acessa página do canal do consumidor no menu de navegação
2. Sistema redireciona usuário para página de canal do consumidor
3. O usuário seleciona uma das opções(reclamação, sugestão ou solicitar ajuda) e envia a
solicitação.
4. O sistema exibe mensagem de que a ação foi realizada com sucesso.

UC_6: <Consultar exames>

Ator: Cliente
Pré-condições: Usuário deve estar logado (UC_2)

Cenário Principal
1. Usuário acessa página de consultar exames no menu de navegação
2. Sistema exibe página de consulta de exames
3. Usuário insere seu CPF
4. Sistema exibe resultados dos exames prestados.

UC_7: <Acessar rotas>

Ator: Cliente

Cenário Principal
1. Na página “Home” sem que seja necessário realizar login, sistema exibe página integrada
do “Maps” para que usuário possa saber a localização da clínica
2. Ao “Clicar” no mapa integrado, sistema redireciona usuário para página do “Maps”

UC_8: <Consultar convênios>

Ator: Cliente

Cenário Principal
1. Usuário “Clica” na opção de consultar convênios no menu de navegação

10
2. Sistema exibe página de colaboradores e parceiros da clínica
3. Usuário seleciona colaborador e/ou parceiro
4. Sistema redireciona página para colaborador selecionado

UC_9: <Envio de resultados>

Ator: Funcionário
Pré-condições: Funcionário deve estar logado (UC_2)

Cenário Principal
1. Funcionário “Clica” na página de enviar resultados
2. Sistema redireciona funcionário para página de entrega de resultados
3. Funcionário faz upload do resultado do exame
4. Sistema exibe mensagem de que upload foi realizado com sucesso

UC_10: <Edição de informações de clientes>

Ator: Funcionário
Pré-condições: Funcionário deve estar logado (UC_2)

Cenário Principal
1. Funcionário “Clica” na página de editar informações de clientes
2. Sistema redireciona funcionário para página de clientes
3. Funcionário seleciona cliente
4. Sistema redireciona funcionário para dados do cliente selecionado
5. Funcionário faz as modificações necessárias e as salva
6. Sistema exibe mensagem de que modificações foram salvas com sucesso

11
5. Diagrama UML
5.1 Diagrama de Classes:

[Diagrama de Classes mapeando a forma de como o sistema será estruturado, o nome da classe,
seus atributos e operações disponíveis. Mostrando os tipos de relacionamentos que são feitos
entre cada classe e suas cardinalidades.]

12
5.2 Diagrama de Objetos:

[O diagrama dos objetos segue a mesma lógica que se utiliza no diagrama de classes descrevendo
a interação dos objetos assim obtendo uma visão geral do sistema.]

5.3 Diagrama de Atividades:

[Demonstra o caminho que cada ação realiza, mostrando o fluxo de controle e onde cada decisão
pode ser tomada, simplificando o processo e esclarecendo qualquer complexidade que possa estar
presente no software ou usuários do sistema.]
13