Escolar Documentos
Profissional Documentos
Cultura Documentos
Sistema de Gerenciamento de
Clinica Odontológica – SGCO
Versão 1.0
Histórico de revisões
DATA VERSÃO DESCRIÇÃO AUTOR
Versão inicial do documento de requisitos,
Descrição de considerações e explanações iniciais,
Inclusão e descrição dos requisitos funcionais: 001 ao 018.
21/07/10 1.0 Inclusão e descrição dos requisitos não funcionais: 001 ao Emmanuel de Morais
005.
Descrição do caso de uso 001 e inclusão de seu respectivo
diagrama.
Conteúdo
1. Introdução
1.1 Propósito
2. Descrição Geral
3. Requisitos Funcionais
4. Requisitos Não-Funcionais
7. Diagrama de Classes
Documento de Requisitos
1. Introdução
1.1 Propósito
Seu propósito é especificar os requisitos de alto nível que o sistema deve prover,
identificando os requisitos funcionais, não-funcionais e as restrições e premissas.
Termo Descrição
Alguém ou alguma coisa(ex: máquina, outro sistema), externa à aplicação, que interage
Atores
de alguma forma com o sistema
Uma sequência de ações realizadas pelo sistema que resulta num valor observável para
Casos de Uso (UC)
um ator especifico.
Um fluxo alternativo descreve as ações que devem acontecer sob uma determinada
Fluxo Alternativo (FA)
condição.
SubFluxo (SF) Um subfluxo descreve as ações que devem acontecer sob condições adversas.
Requisitos Funcionais Requisitos técnicos que compõe o sistema o sistema, que descrevem ações que o sistema
(RF) deve estar apto a executar, ou seja, o que o sistema deve conter.
Requisitos Não Requisitos técnicos que compõe o sistema o sistema, que descrevem atributos que o
Funcionais (NF) sistema deve possuir ou restrições sob as quais ele deve operar.
Uma pré-condição é o estado do sistema e da sua vizinhança, que é exigido antes do
Pré-condição
início do caso de uso.
Uma pós-condição é o estado que o sistema pode apresentar após o término do caso de
Pós-condição
uso.
2. Descrição Geral
3. Requisitos Funcionais
Neste capítulo serão descritos os Requisitos Funcionais do sistema. Quais serão
as principais funções do software e suas respectivas prioridades.
O sistema deve dispor de uma interface onde será possível ao usuário selecionar
e alterar dados específicos de um determinado paciente.
O sistema deverá dispor de uma interface onde será possível ao usuário cadastrar
consultas dos pacientes relacionando-os com o horário e o funcionário quem irá atendê-
lo. A rotina de cadastrar nova consulta será visualizada de duas formas distintas, a
primeira será o perfil recepcionista onde o mesmo irá dispor de uma interface com as
datas, horário, campos para preenchimento com nome do paciente (caso o mesmo seja
um novo paciente ou uma pequena busca para pacientes já cadastrados) e o nome do
médico a quem o mesmo será vinculado. A segunda será o perfil médico na qual irá
dispor apenas da interface com datas, horário e campo para preenchimento com o nome
do paciente (caso o mesmo seja um novo paciente ou uma pequena busca para pacientes
já cadastrados). No perfil médico não será necessário o campo para qual médico o
paciente será vinculado, pois o mesmo estará vinculado diretamente ao profissional que
estiver “logado” ao sistema.
O sistema deverá dispor de uma interface onde será possível ao usuário não
apenas visualizar as rotinas de consultas que foram previamente marcadas, como
também poderá confirmar ou cancelar a presença do mesmo. A visualização da agenda
será realizada de duas formas distintas onde uma será no perfil do recepcionista onde o
mesmo terá acesso a agenda completa relacionada a todos os médicos e a outra será o
perfil do médico onde o mesmo terá acesso apenas ás informações referentes a seus
pacientes.
O Sistema deve dispor de uma interface onde será possível ao usuário inserir
valores da tabela de serviços.
O Sistema deve dispor de uma interface onde será possível ao usuário alterar
valores da tabela de serviços.
O Sistema deve dispor de uma interface onde será possível ao usuário visualizar
a tabela de serviços.
O sistema deverá dispor ao clinico uma interface onde será possível gerar um
orçamento com os valores previstos para o serviço solicitado pelo paciente.
O sistema deve oferecer ao clinico uma interface onde será possível acompanhar
o histórico do paciente e preencher com as informações referentes aos procedimentos
tomados durante a consulta.
4. Requisitos Não-Funcionais
O sistema terá o poder de acessar a uma rede interna e comunicar-se com o banco de
dados que estará instalado em outra máquina além de compartilhar informações em
tempo real com os outros pontos de acesso.
máquina onde será acessado pelos outros pontos de acesso através de uma rede interna.
Essa seção contém todos os diagramas para os casos de uso do sistema. Todas as
relações transações que acontecem entre atores e casos podem ser vistas no diagrama a
seguir.
Subfluxo:
Fluxos Alternativos