esprojeto.files.wordpress.com€¦ · web view1.2 – problema identificado. após entrevista com...

Universidade Federal de Pernambuco - UFPECentro de Informática - CIn

SISTEMA DE GERENCIAMENTO DE CONSULTÓRIO ODONTOLÓGICO

Documento de requisitos

EQUIPE

Edemilson Dantas (edbj)

Eudes Cavalcanti (ejgcs)

Gilson Medeiros (gmoj)

Rocir Leite (rmls)

Rudiney Lacerda (rlb)

Recife, 10 de abril de 2008

Especificação dos Requisitos Sistema de gerenciamento de consultório odontológico

HISTÓRICO DE REVISÕES

Data Versão Descrição Autor

10/04/2008 1.0 Elaboração inicial do documento Equipe

19/04/2008 1.1Correção do diagrama de casos de uso e de fluxo de casos de uso

Gerente de Projeto

2


1 Introdução.......................................................................................................................................4

1.1 Objetivos do Documento.....................................................................................................4

1.2 Problema identificado..........................................................................................................4

1.3 Escopo................................................................................................................................4

1.4 Visão geral do documento..................................................................................................4

2 Requisitos não funcionais...............................................................................................................5

2.1 Requisitos do processo.......................................................................................................5

2.2 Requisitos do produto.........................................................................................................6

2.2.1 Segurança..............................................................................................................6

2.2.2 Performance...........................................................................................................6

2.2.3 Usabilidade............................................................................................................6

2.2.4 Manutenabilidade...................................................................................................6

2.2.5 Documentação.......................................................................................................6

2.3 Requisitos externos.............................................................................................................6

2.3.1 Restrições Econômicas.........................................................................................6

3 Requisitos funcionais......................................................................................................................6

3.1 Detalhamento dos Requisitos Funcionais...........................................................................7

4 Diagrama de casos de uso............................................................................................................20

5 Conclusão.....................................................................................................................................21

6 Referências...................................................................................................................................22

3


1 - INTRODUÇÃO

1.1 – OBJETIVOS DO DOCUMENTO

Este documento tem como objetivo apresentar uma descrição detalhada dos serviços prestados pelo sistema, assim como suas funcionalidades, restrições de operação e propriedades gerais.

1.2 – PROBLEMA IDENTIFICADO

Após entrevista com o usuário do sistema percebeu-se a necessidade de guardar um histórico das consultas dos pacientes, pois algumas dessas consultas precisam de acompanhamento e com esse histórico de torna mais fácil e eficiente o tratamento. Atualmente esse acompanhamento é feito manualmente, em fichas de papel. Porém são fáceis de serem perdidas e levam algum tempo para o preenchimento, além de um problema sério de acomodação.

1.3 – ESCOPO

O Sistema de Gerenciamento de Consultório Odontológico é uma solução que visa trazer benefícios aos proprietários, dentistas e até mesmo aos funcionários de um consultório odontológico.

Este sistema visa também informatizar o armazenamento e acesso a informações dos pacientes, desde dados cadastrais (nome, endereço, telefone) até históricos de consultas (canal, obturações, etc.) e pendências financeira, antes feitos manualmente, o que era muito custoso.

Além de informatizar as informações relativas aos pacientes, haverá também um cadastro de funcionários (nome, endereço, data de contratação, função) para auxiliar o proprietário na função de administrar seu consultório.

1.4 – VISÃO GERAL DO DOCUMENTO

Esse documento está organizado da seguinte forma:

Na seção 1, apresentou-se o escopo e o problema que levou à construção desse trabalho; Na seção 2 são apresentados os requisitos não-funcionais do produto; A seção 3 trata das funcionalidades do sistema (requisitos funcionais); A seção 4 apresenta o diagrama de casos de uso; Na seção 5 é feita a conclusão do documento.

O documento ainda conta com um glossário e referências que apresentam informações adicionais.

4


2 - REQUISITOS NÃO FUNCIONAIS

O sistema de gerenciamento de consultório odontológico possui alguns requisitos não-funcionais (RNF), ou seja, requisitos que não correspondem de fato a uma funcionalidade do programa. Tais requisitos foram divididos em três tipos, o de processo, o de produto e os externos.

2.1 Requisitos de Processo

Identificação Descrição

RNF/PROC-01 A aplicação será desenvolvida sobre a plataforma Windows XP.

RNF/PROC-02 O sistema será desenvolvido na linguagem de programação Java.

RNF/PROC-03 Será desenvolvida uma documentação apresentando diagrama de classes e o código-fonte do software.

2.2 Requisitos do Produto

2.2.1 Segurança


RNF/SEG-04 Os clientes não terão acesso ao sistema. O acesso fica restrito ao administrador do sistema e ao secretário.

RNF/SEG-05 As operações envolvem confirmação por parte do usuário a fim de garantir a integridade dos dados.

2.2.2 Performance


RNF/PER-06 O tempo de retorno de consultas e inserção de dados no sistema não deve ser superior a cinco segundos.

RNF/ PER-07 O tempo para a busca de um histórico de um cliente não deve ser superior a dez segundos.

2.2.3 Usabilidade


5


RNF/USA-08 O software deve permitir ao usuário facilidades de uso, com uma interface gráfica intuitiva, garantindo que todas as funcionalidades do programa estão facilmente acessíveis.

RNF/ USA-09 O sistema deve ser robusto, garantindo que entradas inválidas sejam tratadas.

2.2.4 Manutenabilidade


RNF/MAN-10 Um sistema bem modularizado garantirá que atualizações do software sejam feitas de forma objetivas, rápidas e seguras.

2.2.5 Documentação


RNF/DOC-11 Para a fase de desenvolvimento, toda a documentação do sistema será acompanhada.

2.3 Requisitos Externos

2.3.1 Restrições Econômicas


RNF/ECO-12 O software não deve exigir muito dos recursos (processamento e memória) uma vez que será usado em máquinas que possuem limitações.

3 - REQUISITOS FUNCIONAIS

Os requisitos funcionais descrevem as ações do sistema, isto é, as funções necessárias para alcançar os objetivos do sistema. Abaixo, são listados sucintamente os requisitos funcionais do Sistema de Gerenciamento de consultório odontológico. O melhor detalhamento dos mesmos encontra-se no Apêndice A.

Cód. Nome Prioridade

RF-01 Cadastrar paciente Essencial

RF-02 Atualizar dados no perfil do paciente EssencialRF-03 Remover paciente Essencial

RF-04 Ver lista completa de pacientes Essencial

6


RF-05 Buscar paciente por CPF Essencial

RF-06 Buscar paciente por nome EssencialRF-07 Visualizar perfil do paciente Essencial

RF-08 Verificar agenda de consultas de pacientes EssencialRF-09 Marcar consultas Essencial

RF-10 Desmarcar consultas EssencialRF-11 Remover vários pacientes simultaneamente Essencial

RF-12 Editar bloco de anotações EssencialRF-13 Ver lista de pacientes em débito Essencial

RF-14 Registro de pagamento de débito EssencialRF-15 Editar anotação de consulta Essencial

RF-16 Cadastrar dentista EssencialRF-17 Cadastrar atendente Essencial

RF-18 Cadastrar outros tipos de funcionários EssencialRF-19 Visualizar perfil do funcionário Essencial

RF-20 Atualizar dados no perfil do funcionário EssencialRF-21 Remover funcionário EssencialRF-22 Logar no sistema EssencialRF-23 Deslogar do sistema Essencial

3.1 Detalhamento dos Requisitos Funcionais

RF-01

Nome: Cadastrar paciente

Descrição:Permite ser realizado no sistema o cadastro de novos pacientes do consultório.Esse cadastro é composto do nome, CPF, Sexo, endereço, data de nascimento, telefone residencial e/ou celular.

Ator: Atendente

Prioridade: Essencial

Requisitos Não Funcionais Associados:

---

Entradas e pré-condições: Logar no sistema (RF-22), nome, CPF, Sexo, algum telefone para contato, data de nascimento e endereço.

Saídas e pós-condições: O paciente cadastrado no sistema.

Fluxos de eventos

Fluxo principal: 1. O atendente seleciona a opção “cadastrar paciente”

7


2. O atendente informa os dados do paciente necessários para a realização do cadastro.

3. O sistema verifica se o paciente já possui cadastro ou se o campo de CPF e data de nascimento apresentam formato errado;

4. O atendente confirma o cadastro no botão “cadastrar”;

5. O sistema armazena os dados do paciente no repositório, informa que o cadastro foi realizado com sucesso e abre o perfil recém cadastrado.

Fluxo secundário: No item 4 do fluxo principal o sistema deve informar ao usuário caso ocorra o erro citado no item 3 e retornar ao item 2 do fluxo principal.

RF-02

Nome: Atualizar dados no perfil do paciente

Descrição:O sistema deve permitir a alteração de informações do cadastro de um paciente.

Ator: Atendente



---

Entradas e pré-condições: Visualizar perfil do paciente (RF-07)

Saídas e pós-condições: O paciente com seu cadastro atualizado.

Fluxos de eventos

Fluxo principal: 1. O atendente informa os dados do paciente necessários para a realização da atualização;

2. O atendente confirma atualização;

3. O sistema armazena os dados do paciente no repositório e informa que a atualização foi realizada com sucesso.

Fluxo secundário: No item 2 do fluxo principal o sistema deve informar ao usuário caso ocorra o erro nos dados inseridos.

RF-03

Nome: Remover paciente

Descrição: O sistema deverá permitir a exclusão um paciente de seu banco de dados.

Ator: Atendente

8




RNF/ SEG-05


Saídas e pós-condições: O paciente removido do sistema.

Fluxos de eventos

Fluxo principal: 1. O atendente remove o paciente clicando no botão de “remover paciente” no perfil dele.

2. O sistema solicita confirmação de exclusão;

3. O atendente confirma exclusão;

4. O sistema remove o paciente da base de dados.

Fluxo secundário: No fluxo principal 3, caso o atendente não confirme a exclusão, o sistema voltará ao passo 1 do fluxo principal.

RF-04

Nome: Ver lista completa de pacientes

Descrição: O sistema deverá permitir a visualização da lista completa dos pacientes da clínica.

Ator: Atendente e Dentista



---

Entradas e pré-condições: Logar no sistema (RF-22)

Saídas e pós-condições: A lista de todos os pacientes do consultório.

Fluxos de eventos

Fluxo principal: 1. O ator clica no botão “listar todos pacientes”;

2. A lista é apresentada na tela.

Fluxo secundário: No fluxo principal 1, caso não haja pacientes cadastrados, o usuário deverá ser informado disso.

9


RF-05

Nome: Buscar paciente por CPF

Descrição: O sistema deverá permitir a localização de um paciente através do CPF.




RNF/PER-07

Entradas e pré-condições: CPF do paciente e Logar no sistema (RF-22)

Saídas e pós-condições: O perfil do paciente

Fluxos de eventos

Fluxo principal: 1. O ator informa o CPF do paciente;

2. O usuário clica em buscar;

3. O perfil do paciente é exibido.

Fluxo secundário: No fluxo principal 1, caso não haja algum paciente com o CPF informado, uma mensagem deverá ser gerada pelo sistema.

RF-06

Nome: Buscar paciente por nome

Descrição: O sistema deverá permitir a localização de um paciente através do nome.




RNF/PER-07

Entradas e pré-condições: Nome do paciente e Logar no sistema (RF-22)

Saídas e pós-condições: Uma lista de pacientes será exibida.

Fluxos de eventos

Fluxo principal: 1. O usuário informa o nome do paciente;

2. O usuário clica em buscar;

Fluxo secundário1: No fluxo principal 1, caso não haja algum paciente com o nome

10


informado, uma mensagem deverá ser gerada informando o paciente.

Fluxo secundário 2: No fluxo principal 2, caso haja mais de um paciente cadastrado com o mesmo nome, o usuário deverá selecionar o paciente com base no CPF.

RF-07

Nome: Visualizar perfil do paciente

Descrição: O sistema deverá permitir a visualização do perfil do paciente




---

Entradas e pré-condições: Buscar cliente por CPF (RF-05) ou Buscar cliente por nome (RF-06) ou Ver lista completa de pacientes (RF-04) ou Cadastrar paciente (RF-01)

Saídas e pós-condições: Os dados do paciente solicitado.

Fluxos de eventos

Fluxo principal: 1. O ator clica no botão de acesso ao perfil do paciente desejado.

RF-08

Nome: Verificar agenda de consultas de pacientes

Descrição: O sistema deverá permitir a visualização das consultas marcadas na agenda

Ator: Atendente, Dentista e Administrador



---


Saídas e pós-condições: Painel de consultas atualizado por dia

Fluxos de eventos

Fluxo principal: 1. Navegar pelos dois botões que passam para frente e para trás os dias da agenda ou clicar diretamente no mês desejado;

11


RF-09

Nome: Marcar consultas

Descrição: O sistema deverá permitir ao atendente marcar consultas para os pacientes.

Ator: Atendente



---

Entradas e pré-condições: Visualizar perfil do paciente (RF-07), Escolher tipo de consulta

Saídas e pós-condições: Agenda de consultas e perfil do paciente modificado

Fluxos de eventos

Fluxo principal: 1. O atendente escolhe o tipo de consulta;

2. Depois digita o horário da consulta;

3. O atendente finaliza o procedimento;

Fluxo secundário: No fluxo principal 2, caso haja choque de horário o sistema acusará choque e o atendente fornecerá um novo horário ou cancelar o procedimento.

RF-10

Nome: Desmarcar consultas

Descrição: O sistema deverá permitir ao atendente desmarcar consultas para os pacientes.

Ator: Atendente



RNF/ SEG-05


Saídas e pós-condições: Agenda de consultas e perfil do paciente modificado

Fluxos de eventos

Fluxo principal: 1. O atendente clica no botão de cancelar no registro da consulta no perfil do paciente.

2. O sistema solicita confirmação do cancelamento;

12


3. O atendente confirma cancelamento;

4. O sistema remove a consulta da base de dados.


RF-11

Nome: Remover vários pacientes simultaneamente

Descrição: O sistema deverá permitir ao atendente remover vários pacientes

Ator: Atendente



---

Entradas e pré-condições: Ver lista completa de pacientes (RF-04)

Saídas e pós-condições: O sistema atualiza a lista de pacientes

Fluxos de eventos

Fluxo principal: 1. O atendente seleciona um bloco de pacientes;


3. O atendente confirma exclusão;

4. O sistema remove os pacientes da base de dados.


RF-12

Nome: Editar bloco de anotações

Descrição: O sistema deverá permitir ao atendente editar as anotações em uma caixa de texto.

Ator: Atendente



---


13


Saídas e pós-condições: As anotações serão atualizadas

Fluxos de eventos

Fluxo principal: 1. Ampliar o bloco de anotações presente na tela do atendente

2. Editar o seu conteúdo

3. Minimizar o bloco de anotações

RF-13

Nome: Ver lista de pacientes em débito

Descrição: O sistema deverá permitir a visualização de uma lista de pacientes com débito.

Ator: Atendente e Administrador



---


Saídas e pós-condições: Uma lista é apresentada com o nome do paciente e o débito

Fluxos de eventos

Fluxo principal: 1. Apertar no botão de listar pacientes com débito

Fluxo secundário: No fluxo principal, caso não haja paciente com débito uma aviso é retornado.

RF-14

Nome: Registro de pagamento de débito

Descrição: O sistema deverá permitir ao atendente quitar débitos de pacientes

Atores: Atendente



---


Saídas e pós-condições: Perfil do paciente tem o campo de débito atualizado

Fluxos de eventos

14


Fluxo principal: 1. Zerar campo de débito confirmando o pagamento

RF-15

Nome: Editar anotações de consulta

Descrição: O sistema permite que o dentista registre anotações em consultas

Atores: Dentista



---


Saídas e pós-condições: Quadro de anotações atualizado

Fluxos de eventos

Fluxo principal: 1. Ampliar o bloco de anotação da respectiva consulta;2. Editar o conteúdo;3. Minimizar o bloco de anotação

RF-16

Nome: Cadastrar dentista

Descrição: O sistema permite o cadastro de um dentista

Atores: Administrador



---

Entradas e pré-condições: Logar no sistema (RF-22) e Nome, CPF, CRO, endereço, telefones, data de nascimento, tipos de consulta que realiza, preço da consulta, login e senha.

Saídas e pós-condições: Perfil do dentista atualizado.

Fluxos de eventos

Fluxo principal: 1. O administrador clica em “cadastrar dentista” no seu perfil para a abertura de uma janela de cadastro;

2. O administrador informa os dados do dentista necessários para a realização do cadastro (Login = CPF);

3. O sistema verifica se o dentista já está cadastrado;

4. O sistema armazena os dados do dentista no repositório e

15


informa que o cadastro foi realizado com sucesso.

Fluxo secundário: No fluxo principal 2, caso o dentista já esteja cadastrado, o sistema exibe uma mensagem informando o ocorrido, voltando ao passo 1.

RF-17

Nome: Cadastrar atendente

Descrição: O sistema permite o cadastro de um atendente




---

Entradas e pré-condições: Logar no sistema (RF-22) e Nome, CPF, endereço, telefones, data de nascimento, salário, login e senha.

Saídas e pós-condições: Perfil do atendente atualizado.

Fluxos de eventos


2. O administrador informa os dados do atendente necessários para a realização do cadastro;

3. O sistema verifica se o atendente já está cadastrado;

4. O sistema armazena os dados do atendente no repositório e informa que o cadastro foi realizado com sucesso.

Fluxo secundário: No fluxo principal 2, caso o atendente já esteja cadastrado, o sistema exibe uma mensagem informando o ocorrido, voltando ao passo 1.

RF-18

Nome: Cadastrar outros tipos de funcionários

Descrição: O sistema permite o cadastro de dos funcionários que não terão acesso a esse sistema




---

Entradas e pré-condições: Logar no sistema (RF-22) e Nome, CPF, endereço, telefones, data de nascimento, salário.

Saídas e pós-condições: Perfil do funcionário atualizado

16


Fluxos de eventos


2. O administrador informa os dados do funcionário necessários para a realização do cadastro;

3. O sistema verifica se o funcionário já está cadastrado;

4. O sistema armazena os dados do funcionário no repositório e informa que o cadastro foi realizado com sucesso.

Fluxo secundário: No fluxo principal 2, caso o funcionário já esteja cadastrado, o sistema exibe uma mensagem informando o ocorrido, voltando ao passo 1.

RF-19

Nome: Visualizar perfil do funcionário

Descrição: O sistema permite a remoção de um funcionário




---


Saídas e pós-condições: Exibição do perfil do funcionário

Fluxos de eventos

Fluxo principal: 1. O administrador seleciona o funcionário.2. O sistema exibe uma aba com o perfil do funcionário

RF-20

Nome: Atualizar dados no perfil do funcionário

Descrição: O sistema permite atualizar os dados cadastrados no seu perfil




---

Entradas e pré-condições: Vizualizar perfil do funcionário (RF-19)

Saídas e pós-condições: Perfil do funcionário atualizado

Fluxos de eventos

17


Fluxo principal: 1. O administrador informa os dados do funcionário necessários para a realização da atualização;

2. O sistema armazena os dados do funcionário no repositório e informa que a atualização foi realizada com sucesso.

Fluxo secundário: No fluxo principal 2, caso o funcionário já esteja cadastrado, o sistema exibe uma mensagem informando o ocorrido, voltando ao passo 1.

RF-21

Nome: Remover funcionário

Descrição: O sistema permite a remoção de um funcionário




RNF/ SEG-05

Entradas e pré-condições: Ver perfil do funcionário (RF-19)

Saídas e pós-condições: Lista de funcionários no perfil do administrador atualizada

Fluxos de eventos

Fluxo principal: 1. O administrador remove a partir do perfil do funcionário a pessoa desejada clicando no botão de excluir.


3. O administrador confirma exclusão;

4. O sistema remove o funcionário da base de dados.

Fluxo secundário: No fluxo principal 3, caso o usuário não confirme a exclusão, o sistema voltará ao passo 1 do fluxo principal.

RF-22

Nome: Logar no sistema

Descrição: O sistema permite acesso aos seus recursos com determinados níveis de retrição

Atores: Atendente, administrador e Dentista



---

Entradas e pré-condições: Informar login e senha

18


Saídas e pós-condições: Acesso ao sistema

Fluxos de eventos

Fluxo principal: 1. O usuário informa o login e senha;2. Confirmar acesso ao sistema.

Fluxo secundário: Caso uma das informações estejam erradas o sistema avisa erro e volta ao fluxo principal.

RF-23

Nome: Deslogar do sistema

Descrição: O sistema permite ao usuário sair

Atores: Atendente, administrador e Dentista



---


Saídas e pós-condições: Um débito é removido.

Fluxos de eventos

Fluxo principal: 1. Clicar no botão se sair.

2. Confirmar saída do sistema.

19


4 - DIAGRAMA DE CASOS DE USO

20


5- CONCLUSÃO

Este documento visa a uma maior abordagem dos requisitos levantados pela equipe. Através da análise detalhada de cada requisito, pudemos traçar prioridades bem como entender melhor o sistema e saber do que ele realmente precisa. O sistema irá possibilitar ao usuário (secretária, dentista e administrador) uma maior organização na clínica, através de um banco de dados sobre de pacientes e funcionários.

Este estudo é destinado aos mais interessados no sistema, como outros consultórios odontológicos, que saberão o que o produto se dispõe a fazer de maneira mais detalhada, bem como aos engenheiros e gerentes envolvidos, que usarão o documento como um guia para a implementação do sistema, conhecendo bem os serviços e suas restrições.

21


6- REFERÊNCIAS

1. Site do RUP - http://www.wthreex.com/rup/spscreen.htm

2. Site da disciplina de Engenharia de Software e Sistemas – www.cin.ufpe.br/ ~if682

3. Site da disciplina de Gerenciamento de Dados e Informação: www.cin.ufpe.br/ ~if685

22

esprojeto.files.wordpress.com€¦ · web view1.2 – problema identificado. após entrevista com...

Documents