UNIVERSIDADE FEDERAL DE PERNAMBUCO CENTRO DE …if682/projetos/projetos2007-2/Projeto8-Sistema...

UNIVERSIDADE FEDERAL DE PERNAMBUCOCENTRO DE INFORMÁTICA

Engenharia de Software e Sistemas

Documento de Requisitos

Professor:

Alexandre Vasconcelos

Equipe:

Adônis Tavares (ats)Bruno Morato (bmcr)Leonardo Moreira (lma4)Nivan Roberto (nrfj)

Outubro / 2007

SUMÁRIO

1 INTRODUÇÃO ............................................................................................................................ 3

1.1 OBJETIVOS DO DOCUMENTO.........................................................................................................31.2 MOTIVAÇÃO.................................................................................................................................31.3 O PROBLEMA IDENTIFICADO ..........................................................................................................31.4 SOBRE A ORGANIZAÇÃO...............................................................................................................31.5 GLOSSÁRIO DO SISTEMA ................................................................................................................41.6 DEPENDÊNCIAS .............................................................................................................................41.7 VISÃO GERAL DO DOCUMENTO ....................................................................................................4

2. REQUISITOS NÃO FUNCIONAIS ................................................................................................ 4

2.1 REQUISITOS DE PROCESSO................................................................................................................52.2. REQUISITOS DO PRODUTO .............................................................................................................5

2.2.1. Requisitos...................................................................................................................... 52.3. REQUISITOS EXTERNOS...................................................................................................................6

3. REQUISITOS FUNCIONAIS ......................................................................................................... 7

4. CASOS DE USO .......................................................................................................................... 9

4.1 CADASTRAR FUNCIONÁRIO..............................................................................................................94.2 CADASTRAR EXAMINADO ..............................................................................................................104.3 INSERIR DEPARTAMENTO.................................................................................................................104.4 INSERIR TIPO DE PERÍCIA..................................................................................................................114.5 CRIAR LAUDO ...............................................................................................................................124.6 ATUALIZAR FUNCIONÁRIO ..............................................................................................................124.7 ATUALIZAR EXAMINADO ............................................................................................................134.8 ATUALIZAR DEPARTAMENTO ...........................................................................................................144.9 ATUALIZAR LAUDO .........................................................................................................................154.10 DESCADASTRAR FUNCIONÁRIO..................................................................................................154.11 REMOVER DEPARTAMENTO........................................................................................................164.12 REMOVER TIPO DE PERÍCIA .........................................................................................................164.13 EFETUAR LOGIN.........................................................................................................................174.14 MODIFICAR SENHA....................................................................................................................174.15 IMPRIMIR LAUDO .......................................................................................................................184.16 GERAR RELATÓRIO DO NÚMERO DE PERÍCIAS EM UM PERÍODO ESPECIFICADO...............................184.17 GERAR RELATÓRIO DAS PERÍCIAS FEITAS EM MORTOS NO PERÍODO ESPECIFICADO .........................194.18 GERAR RELATÓRIO DO NÚMERO DE PERÍCIAS EM VIVOS NO PERÍODO ESPECIFICADO.....................194.19 GERAR RELATÓRIO DO NÚMERO DE ATENDIMENTOS DE DETERMINADO TIPO DE EXAME...................194.20 GERAR RELATÓRIO DO NÚMERO DE CADÁVERES POR DETERMINADA CAUSA MORTIS EM UM PERÍODO

ESPECIFICADO ........................................................................................................................................204.21 CONSULTAR FUNCIONÁRIO........................................................................................................204.22 CONSULTAR LAUDO ..................................................................................................................214.23 CONSULTAR QUANTIDADE DE FUNCIONÁRIOS EXERCENDO DETERMINADA FUNÇÃO.......................22

1 INTRODUÇÃO

1.1 Objetivos do Documento

Este documento especifica todos os requisitos funcionais e não-funcionais do SGIML, Sistema de Gerenciamento do Instituto Médico Legal, apresentando casos de uso da aplicação, atores, fluxos de eventos e demais características que têm por finalidade apresentar de forma clara o projeto. Além disso, deve ser usado como um meio de comunicação entre o cliente e a parte contratada para uma possível conferência das funcionalidades implementadas.

1.2 Motivação

O Sistema de Gerenciamento do Instituto Médico Legal (SGIML) tem por objetivo disponibilizar ao Instituto Médico Legal um sistema de informação automático, de modo a auxiliar na manipulação dos dados relativos aos serviços prestados e na elaboração de relatórios para análises estatísticas de uma forma eficiente e simplificada.

1.3 O Problema Identificado

O Instituto Médico Legal é uma instituição vinculada à Secretaria de Defesa Social (SDS) que presta serviço à Polícia Científica na área de Medicina Legal responsável pela realização das perícias técnico-científicas com a finalidade de auxiliar à Justiça, perícias estas em pessoas vivas (Traumatológicas, Sexológicas etc), cadáveres (Tanatoscópicas), e, Toxicológicas em material orgânico. Dada a importância deste órgão público no esclarecimento de processos policiais, judiciários e administrativos, vê-se a necessidade da garantia de um serviço eficiente, correto e de qualidade.

Entretanto, atualmente a manipulação das informações relativas aos serviços prestados, como os dados dos periciandos, dos funcionários etc., é realizada por meio de arquivos de formulários de papel, gerando lentidão no processo, exatamente o contrário do que se deveria esperar do IML. Além disso, diariamente, são coletadas informações sobre os serviços prestados (quais perícias foram examinadas, em que tipo de periciando), de forma manual, a fim de gerar relatórios que devem ser entregues à Secretaria de Defesa Social. É por meio destes relatórios que a SDS tem condições de avaliar a qualidade dos serviços prestrados, bem como o desempenho dos profissionais e também elaborar estatísticas relevantes, podendo adequar seu plano de investimento com base nestas informações.

1.4 Sobre a Organização

Para efeito de estudo de caso e elicitação de requisitos, entramos em contato com o atual gestor do Instituto Médico Legal, o Dr. Clóvis Cézar Mendonça, médico legista e professor da Universidade Federal de Pernambuco. Foram realizadas duas visitas ao local, gravando em áudio o conteúdo destas visitas, onde pudemos conhecer toda a organização e o funcionamento do

instituto e observar as necessidades do mesmo.

1.5 Glossário do Sistema

Usuário Administrador – usuário que terá total controle de acesso ao sistema e às

funcionalidades.Usuário Recepcionista – usuário que terá um nível restrito de acesso, limitado aos

atendentes do instituto.Usuário Auxiliar Administrativo – usuário de menor nível de acesso, sendo restrito a

poucas funcionalidades.Usuário Médico Legista – usuário de pouco nível de acesso, restrito a algumas

funcionalidades.

1.6 Dependências

São listadas abaixo as principais dependências relativas ao funcionamento do SGIML:

Utilização de um Banco de Dados;

Computadores com a máquina virtual Java instalada em sua versão 1.5 (no mínimo).

1.7 Visão Geral do Documento

Este documento está organizado da seguinte forma:

1 Na seção 1, são apresentados aspectos relevantes no desenvolvimento do projeto tais como: Objetivos, motivação e o problema foco encontrado, dentre outros;

2 Na seção 2, apresenta-se os Requisitos Não Funcionais do produto;

3 A seção 3 explicita as funcionalidades do SGIML ao mostrar os requisitos funcionais;

4 Na seção 4 há o detalhamento dos casos de uso relativos ao sistema;

5 O diagrama representativo para os casos de uso do projeto é mostrado na seção 5.

2. REQUISITOS NÃO FUNCIONAIS

Requisitos desse tipo se referem a aspectos não funcionais do projeto, como restrições nas quais o sistema deve operar ou propriedades emergentes do sistema.

No SGIML tais requisitos não funcionais foram agrupados em três tipos, Requisitos de Processo, Requisitos de Produto e Requisitos Externos.

Abaixo seguem as tabelas que descrevem os RNFs encontrados no sistema de acordo com a divisão pré-estabelecida.

2.1 Requisitos de Processo

Identificação Descrição

RNF/PROC-01 A implementação do sistema deve ser feita na linguagem JAVA, assim Sistemas Operacionais como o Linux e o Windows poderão abrigar o software a ser desenvolvido.

RNF/PROC-02 O Repositório de Banco de Dados do SGIML deve ser implementado em SQL através da ferramenta MySQL.

RNF/PROC-03 Uma documentação contendo o diagrama de classes (já que o sistema é baseado numa linguagem orientada a objetos) e o código-fonte do software deverá ser realizada.

RNF/PROC-04 Deverão ser utilizadas ferramentas CASE e a criação da modelagem deverá indispensavelmente utilizar a linguagem UML.

2.2. Requisitos do Produto

2.2.1. Requisitos

Segurança


RNF/SEG-05 Sempre será requisitado login e senha independente do nível de acesso que o usuário tem na hierarquia do sistema.

RNF/SEG-06 O auxiliar administrativo só terá acesso às funcionalidades relativas à geração de relatórios.

RNF/SEG-07 O recepcionista não terá acesso às manipulações de Empregados e Departamentos.

RNF/SEG-08 A modificação da senha só poderá ser feita mediante autorização do Administrador e efetuada pelo mesmo.

Performance


RNF/PER-09 Para operações que envolvam imagens (fotos), o tempo de resposta não deve exceder os 30 segundos. Para todas as outras, este tempo não deve exceder os 5 segundos.

RNF/PER-10 O tempo de geração dos relatórios não deve ser maior que 90 segundos.

RNF/PER-11 O espaço disponível em disco deve ser capaz de armazenar todos os dados relativos a cadastros e atualizações.

Confiabilidade


RNF/CON-12 As informações devem ser íntegras e consistentes, o que é assegurado pelo uso de um Sistema de Gerenciamento de Banco de Dados (MySQL).

Usabilidade


RNF/USA-13 A interface com o usuário deverá ser amigável e intuitiva, de forma que toda a potencialidade do sistema seja explorada, não necessitando, pois, de um treinamento intensivo prévio da parte dos usuários.

Documentação


RNF/DOC-14 Juntamente com o sistema, deverá ser entregue um manual de uso voltado para o Administrador e o Gestor, explicando de forma detalhada todas as funcionalidades desempenhadas pelo sistema.

RNF/DOC-15 Será entregue um manual de uso do sistema voltado para Recepcionistas e Auxiliares Administrativos, explicando, de forma simplificada, como proceder para cadastrar, atualizar, remover, consultar (repcepcionista), gerar relatório e imprimir (auxiliar administrativo).

Manutenabilidade


RNF/MAN-16 O sistema será estruturado em camadas, de forma que as atualizações e manutenções possam ser efetuadas mais eficientemente, preservando a integridade das outras camadas.

RNF/MAN-17 Um bom tratamento de exceções é imprescindível, de modo que eventuais manutenções no sistema possam ser facilitadas.

2.3. Requisitos Externos

Restrições Legais


RNF/LEG-18 Caberá ao Instituto Médico Legal garantir a veracidade das informações sobre os funcionários cadastrados, no que diz respeito à Carteira de Trabalho, e os laudos emitidos.

Restrições Econômicas


RNF/ECON-19 O sistema não deverá exigir muito dos recursos da máquina, pois os computadores existentes no instituto apresentam certa limitação em suas configurações (processador e memória).

RNF/ECON-20 O custo total para implantação do sistema, não incluindo os custos com manutenções, não deve ultrapassar em mais de 10% o valor inicialmente previsto.

3. REQUISITOS FUNCIONAIS

Os requisitos funcionais descrevem as funcionalidades que se espera que o sistema disponibilize, de uma forma completa e consistente. É aquilo que o utilizador espera que o sistema ofereça, atendendo aos propósitos para qual o sistema será desenvolvido.

Os requisitos classificados como importantes poderão já ser implementados nas etapas iniciais do desenvolvimento, mas a prioridade será dada aos requisitos essenciais.

Os requisitos desejáveis terão uma baixa prioridade, assim a sua implementação não será necessária nessa primeira versão do sistema.

Cód. Descrição Detalhamento Prioridade

RF-01 Cadastrar Funcionário

Os funcionários da Instituição deverão ser cadastrados no banco de dados.

Essencial

RF-02 Cadastrar Examinado

Os indivíduos que fazem uso dos serviços da Instituição (examinados) deverão ser cadastrados

no banco de dados.

Essencial

RF-03 Inserir Departamento

O sistema deverá cadastrar os departamentos da Instituição.

Essencial

RF-04 Inserir Tipo de perícia

O sistema deverá cadastrar tipos de perícias no sistema.

Essencial

RF-05 Criar Laudo O sistema deverá permitir a criação de laudos. Essencial

RF-06 Atualizar Funcionário

Será possível a edição das informações do funcionário.

Essencial

RF-07 Atualizar Examinado Será possível editar as informações do examinado.

Essencial

RF-08 Atualizar Departamento

Será possível editar as informações de determinado departamento.

Essencial

RF-09 Atualizar Laudo Será possível editar as informações de um laudo. Essencial

RF-10 Descadastrar Funcionário

O usuário deve perder os privilégios de atualizar o sistema em caso de demissão ou transferência.

Essencial

RF-11 Remover Departamento

O sistema deverá permitir a remoção de um departamento do banco de dados.

Essencial

RF-12 Remover Tipo de perícia

O sistema deverá permitir a remoção de um tipo de perícia.

Essencial

RF-13 Colocar foto para cada empregado

O cadastro dos funcionários devem conter fotos dos mesmos.

Desejável

RF-14 Efetuar login Para ter acesso ao sistema, os usuários precisarão ser autenticados por meio de login e

senha.

Essencial

RF-15 Modificar senha Os usuários do sistema poderão alterar suas senhas mediante solicitação ao Administrador.

Essencial

RF-16 Imprimir Laudo Os laudos gerados pelo sistema poderão ser impressos.

Importante

RF-17 Imprimir Relatórios Os relatórios gerados pelo sistema poderão ser impressos.

Essencial

RF-18 Gerar relatório do número de perícias

no período especificado

O sistema será capaz de gerar um relatório do número de perícias em um período especificado,

discriminando entre vivos – mortos, e as respectivas perícias realizadas em cada grupo.

Essencial

RF-19 Gerar relatório das perícias feitas em mortos no período

especificado.

O sistema terá a capacidade de gerar um relatório contendo o número de perícias em corpos

realizados no dia da solicitação, contendo tais atendimentos agrupados em categorias de tipos

de causa mortis, em determinado período.

Essencial

RF-20 Gerar relatório do número de perícias em vivos no período

especificado

O sistema terá a capacidade de gerar um relatório contendo o número de perícias realizadas no

período especificado, contendo tais atendimentos descritos em categorias de tipos de exames

realizados.

Essencial

RF-21 Gerar relatório do número de perícias de determinado tipo

de exame

O sistema terá a capacidade de gerar um relatório contendo o número de atendimentos de um determinado tipo de exame, em um período

especificado.

Essencial

RF-22 Gerar relatório do número de

cadáveres por determinada causa

mortis em um período especificado

O sistema terá a capacidade de gerar um relatório contendo o número de corpos, agrupados por causa mortis, que deram entrada no IML no

período determinado.

Essencial

RF-23 Consultar cadastro dos funcionários

Deverá ser possível consultar o cadastro de um ou mais funcionários, dependendo dos

parâmetros preenchidos.

Essencial

RF-24 Consultar quantidade de funcionários exercendo

determinada função

Deverá ser possível consultar o número de funcionários agrupados por funções exercidas na

Instituição.

Essencial

RF-25 Consultar as perícias realizadas

em determinado periciando

Deverá ser possível consultar as perícias realizadas em um determinado periciando,

especificando-se o número do CPF ou RG ou ainda o nome do mesmo.

Essencial

RF-26 Consultar um laudo específico de determinado periciando

Um laudo de um periciando poderá ser consultado a partir de seu número de ofício, ou a partir da

consulta feita no RF-23.

Essencial

4. CASOS DE USO

4.1 Cadastrar Funcionário

Identificação Nome StatusUC 001 Cadastrar Funcionário Aguardando validaçãoReferências RF-01Criado em 25/10/2007 Última Revisão em 26/10/2007Atores:AdministradorEntradas:

Nome (Obrigatório);

Número do Prontuário (Obrigatório);

CPF (Obrigatório);

RG (Número, UF, Órgão Expedidor) (Obrigatório);

Foto e Telefones;

Nº de Matrícula (Obrigatório);

Salário (Obrigatório);

Data de Nascimento (Obrigatório);

Função (Obrigatório);

Login(Obrigatório);

Senha (Obrigatório).Pré-condições:

1. O SGBD deve estar funcionando corretamente;

2. O administrador deve estar logado.Fluxo de eventos:

1. O administrador acessa o sistema, por meio da ação de login;

2. O administrador acessa o menu Cadastro, o submenu Funcionário e o item Cadastrar Funcionário;

3. Em seguida ele preenche os campos correspondentes as entradas (os campos de preenchimento obrigatório

devem ser indicados com um asterístico ao lado do nome do campo);

4. Se o campo foto for selecionado, será exibida uma tela para selecionar a foto desejada [FS 05];

5. O administrador confirma clicando no botão “Inserir Funcionário” [FS 01, FS 02];

6. É exibida uma janela com a mensagem: “Funcionário cadastrado com sucesso”.FS 01 - Fluxo Secundário 1: Algum campo obrigatório vazio

1. O sistema mostra uma mensagem na tela informando a obrigatoriedade do preenchimento dos campos;

2. O formulário é re-exibido com todas as informações já fornecidas.FS 02 – Fluxo Secundário 2: CPF inválido

1. O sistema mostra uma mensagem na tela informando que o CPF digitado é inválido;

2. O formulário é re-exibido com todas as informações já fornecidas.

FS 03 – Fluxo Secundário 3: Funcionário já cadastrado

1. O sistema mostra uma mensagem na tela informando que o funcionário já está cadastrado no banco de dados;

2. O formulário é re-exibido com todas as informações já fornecidas.FS 04 – Fluxo Secundário 4: Cancelamento da inserção

1. O administrador pode cancelar a inserção;

2. O sistema retorna para a tela inicial.FS 05 – Fluxo Secundário 5: Foto em formato inadequado

1. O sistema mostra uma mensagem na tela informando que a imagem selecionada não é compatível com os

formatos preestabelecidos para foto;


4.2 Cadastrar Examinado

Identificação Nome StatusUC 002 Cadastrar Examinado Aguardando validaçãoReferências RF-02Criado em 26/10/2007 Última Revisão em 26/10/2007Atores:Administrador, RecepcionistaEntradas:

Nome;

Sexo;

CPF;

RG;

Peso;

Altura;

Idade.Pré-condições:


2. O usuário deve estar logado no sistema.Fluxo de eventos:

1. O funcionário acessa o sistema, por meio da ação de login;

2. O funcionário acessa o menu Cadastro, o e o item examinado;

3. Em seguida ele preenche os campos correspondentes às entradas (os campos de preenchimento obrigatório

devem ser indicados com um asterístico ao lado do nome do campo);

4. Se o campo foto for selecionado, será exibida uma tela para selecionar a foto desejada (FS 05);

5. O administrador confirma clicando no botão “Inserir Funcionário” (FS 01, FS 02); 6. É exibida uma janela com a mensagem: “Funcionário cadastrado com sucesso”.

FS 01 - Fluxo Secundário 1: Algum campo obrigatório vazio



1. O sistema mostra uma mensagem na tela informando que o CPF digitado é inválido;


FS 03 – Fluxo Secundário 3: Examinado já cadastrado

1. O sistema mostra uma mensagem na tela informando que o examinado já está cadastrado no banco de dados;

2. O formulário é re-exibido com todas as informações já fornecidas.FS 04 – Fluxo Secundário 4: Cancelamento da inserção

1. O funcionário pode cancelar a inserção;

2. O sistema retorna para a tela inicial.FS 05 – Fluxo Secundário 5: Foto em formato inadequado

1. O sistema mostra uma mensagem na tela informando que a imagem selecionada não é compatível com os

formatos pré-estabelecidos para foto;


4.3 Inserir Departamento

Identificação Nome StatusUC 003 Inserir Departamento Aguardando validaçãoReferências RF-03Criado em 26/10/2007 Última revisão em 26/10/2007Atores:Administrador

Entradas: Nome (Obrigatório); Número (Obrigatório).

Pré-condições:


2. O administrador deve estar logado no sistema.Fluxo de eventos:

1. O administrador acessa o sistema por meio da ação de login;

2. O administrador acessa o menu Departamento e escolhe o botão “Inserir Departamento”;

3. O administrador digita o número e o nome do departamento a ser inserido;

4. O administrador confirma a inserção clicando no botão “Confirmar inserção”(FS 01, FS 02, FS 03, FS 04).FS 01 - Fluxo Secundário 1: Algum Campo Vazio



FS 02 - Fluxo Secundário 2: Nome já existente

1. O sistema mostra uma mensagem na tela informando que o nome digitado já existe;

2. O formulário é re-exibido limpando apenas o campo Nome.

FS 03 - Fluxo Secundário 3: Número já existente

1. O sistema mostra uma mensagem na tela informando que o número digitado já existe;

2. O formulário é re-exibido limpando apenas o campo Número.

FS 04 - Fluxo Secundário 4: Número inválido

1. Em caso do uso de caracteres diferentes de números o sistema mostra uma mensagem na tela informando

que o campo número só aceita números em sua composição;

2. O formulário é re-exibido limpando apenas o campo Número.Saídas e pós-condições:

O sistema retorna à parte de manipulação de departamentos.

4.4 Inserir tipo de perícia

Identificação Nome StatusUC 004 Inserir tipo de perícia Aguardando validaçãoReferências RF-04Criado em 30/10/2007 Última revisão em 30/10/2007Atores:AdministradorEntradas:

Nome do tipo (Obrigatório).Pré-condições:



1. O administrador acessa o sistema por meio da ação de login;

2. O administrador acessa o menu Exame e escolhe o botão “Inserir Tipo de Perícia”;

3. O administrador digita o nome do tipo da perícia a ser inserida;

4. O administrador confirma a inserção clicando no botão “Confirmar inserção”(FS 01, FS 02, FS 03).FS 01 - Fluxo Secundário 1: Campo Vazio

1. O sistema mostra uma mensagem na tela informando a obrigatoriedade do preenchimento do campo;

2. O formulário é re-exibido limpando o campo Nome do Tipo.

FS 02 - Fluxo Secundário 2: Tipo de perícia já existente

1. O sistema mostra uma mensagem na tela informando que o tipo de perícia digitado já existe;

2. O formulário é re-exibido limpando o campo Nome do Tipo.

FS 03 - Fluxo Secundário 3: Campo inválido

1. Em caso do uso de caracteres diferentes do padrão estabelecido para o nome do tipo da perícia, o sistema

mostra uma mensagem na tela informando que o campo Nome do Tipo só aceita letras em sua composição;

2. O formulário é re-exibido limpando o campo Nome do tipo.

4.5 Criar Laudo

Identificação Nome StatusUC 005 Criar Laudo Aguardando validaçãoReferências RF-05Criado em 25/10/2007 Última Revisão em 26/10/2007Atores:Médico LegistaEntradas:

Tipo de Exame realizado;Informações relativas aos exames.

Pré-condições:


2. O Médico Legista deve estar logado no sistema.Fluxo de eventos:

1. O Médico escolhe a opção Gerar Laudo do Menu Exames;

2. Em seguida busca o examinado na base de dados, informando o número de cadastro do examinado, o CPF

ou o RG ou ainda o nome do mesmo; [FS 01]

3. O médico seleciona o tipo de exame (em um combo box);

4. Na seqüência, preenche as informações referentes aos exames (deverão aparecer os campos a serem

preenchidos condizentes com o tipo de exame selecionado pelo médico);

5. Ao fim do preenchimento, o médico aperta no botão gerar laudo e o laudo é armazenado na base de dados e

apresentado na tela para a visualização do mesmo (deverá estar disponível um botão que possibilitará a

impressão do laudo gerado).

FS 01 - Fluxo Secundário 1: Examinado não encontrado na base de dados

1. O sistema mostra uma mensagem na tela informando que não foi encontrado nenhum examinado cadastrado

de acordo com os parâmetros informados;

2. Os campos de busca são re-exibidos com as informações fornecidas anteriormente.

4.6 Atualizar Funcionário

Identificação Nome StatusUC 006 Atualizar Funcionário Aguardando validaçãoReferências RF-06Criado em 25/10/2007 Última revisão em 26/10/2007Atores:AdministradorEntradas:

Nome;

Número do Prontuário;

CPF[FS 01];

RG(Número, Orgão Expedidor, UF) ;

Telefones;

Nº de Matrícula;

Salário[FS 02];

Data de Nascimento;

Função;

Foto.Pré-condições:




2. O administrador acessa o menu Cadastro, o sub-menu Funcionário e o item Editar Cadastro de Funcionário;

3. O administrador digita o número do Prontuário ou o CPF ou o RG ou ainda o nome do funcionário, cujo

cadastro será modificado, e seleciona o botão Alterar [FS 04];

4. Em seguida, preenche os campos a serem alterados (os campos que não forem preenchidos não serão

alterados) (os valores antigos do cadastro devem ser exibidos ao lado dos campos a serem preenchidos);

5. O administrador confirma clicando no botão “Alterar Cadastro” [FS 01, FS 02];

6. É exibida uma janela com a mensagem: “Alteração confirmada”.FS 01 - Fluxo Secundário 1: Campo “CPF” inválido

1. O sistema mostra uma mensagem na tela informando que o CPF passado como parâmetro pelo usuário é

inválido ou possui caracteres inválidos;

2. O formulário é re-exibido com todos os campos em branco.FS 02 - Fluxo Secundário 2: Salário atualizado para um valor menor

1. O sistema mostra uma mensagem na tela informando que salário foi atualizado para um valor menor;

2. O formulário é re-exibido com todas as informações digitadas e com o campo salário em branco.FS 03 – Fluxo Secundário 3: Cancelamento da Edição

1. O usuário pode cancelar a Edição;

2. O sistema retorna para a tela inicial.FS 04 – Fluxo Secundário 4: Não encontrou funcionário

1. O sistema exibe uma mensagem mostrando que a busca realizada para aquele funcionário não retornou

nenhuma informação;

2. O sistema retorna para a tela de alteração de cadastro.

4.7 Atualizar Examinado

Identificação Nome StatusUC 007 Atualizar Examinado Aguardando validaçãoReferências RF-07Criado em 26/10/2007 Última revisão em 26/10/2007Atores: Administrador, RecepcionistaEntradas:

Nome;

Sexo;

Data do Óbito;

Data de Entrada;

RG;

Peso;

Altura;

CPF;

Causa Mortis;

Flag Vivo ou Morto;

Idade.Pré-condições:


2. O usuário deve estar logado no sistema;

3. O examinado deve ter sido cadastrado (RF-02).Fluxo de eventos:

1. O usuário acessa o sistema, por meio da ação de login;

2. O usuário acessa o menu Cadastro, o submenu Examinados e o item Editar Cadastro de Examinado;

3. O usuário digita o Código do Examinado ou o nome do examinado, cujo cadastro será modificado, e seleciona

o botão Alterar; [FS 01]


alterados)(os valores antigos do cadastro devem ser exibidos ao lado dos campos a serem preenchidos);

5. O usuário confirma clicando no botão “Alterar Cadastro”; [FS 02]

6. É exibida uma janela com a mensagem: “Alteração confirmada”.FS 01 - Fluxo Secundário 1: Não encontrou funcionário

1. O sistema exibe uma mensagem mostrando que a busca realizada para aquele funcionário não retornou

nenhuma informação;

2. O sistema retorna para a tela de alteração de cadastro.FS 02 - Fluxo Secundário 2: Campo “CPF inválido

1. O sistema mostra uma mensagem na tela informando que o CPF passado como parâmetro pelo usuário é

inválido ou possui caracteres inválidos;

2. O sistema retorna para a tela de alteração de cadastro.

FS 03 – Fluxo Secundário 3: Cancelamento da Edição

1. O usuário pode cancelar a Edição;

2. O sistema retorna para a tela inicial.Saídas e pós-condições:

O sistema retorna para a tela principal.

4.8 Atualizar Departamento

Identificação Nome StatusUC 008 Atualizar Departamento Aguardando validaçãoReferências RF-08Criado em 26/10/2007 Última revisão em 26/10/2007Atores: Administrador Síndico, FuncionárioEntradas:

Nome;

Número.Pré-condições:




2. O administrador acessa o menu Departamento e escolhe o botão “Atualizar Departamento”;

3. O administrador digita o número e/ou o nome do departamento a ser atualizado;

4. O administrador confirma a atualização clicando no botão “Confirmar atualização”(FS 01, FS 02, FS 03, FS

04).FS 01 - Fluxo Secundário 1: : Algum Campo Vazio



FS 02 - Fluxo Secundário 2: Nome já existente

3. O sistema mostra uma mensagem na tela informando que o nome digitado já existe;

4. O formulário é re-exibido limpando apenas o campo Nome.

FS 03 - Fluxo Secundário 3: Número já existente

1. O sistema mostra uma mensagem na tela informando que o número digitado já existe;


FS 04 - Fluxo Secundário 4: Número inválido

1. Em caso do uso de caracteres diferentes de números o sistema mostra uma mensagem na tela informando

que o campo número só aceita números em sua composição;


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

O sistema retorna à parte de manipulação de departamentos.

4.9 Atualizar Laudo

Identificação Nome StatusUC 009 Atualizar Laudo Aguardando validaçãoReferências RF-09Criado em 26/10/2007 Última Revisão em 26/10/2007Atores: Médico LegistaEntradas:

Tipo de Exame;

Data de Emissão.Pré-condições:


2. O médico deve estar logado no sistema;

3. O laudo deve ter sido criado [RF-04].Fluxo de eventos:

1. O médico acessa o sistema, por meio da ação de login;

2. O médico acessa o menu Laudos, o submenu Editar Laudos;

3. O médico digita o Número do ofício, cujo cadastro será modificado, e seleciona o botão Editar [FS 01];


alterados)(os valores antigos do cadastro devem ser exibidos ao lado dos campos a serem preenchidos);

5. O usuário confirma clicando no botão “Atualizar Laudo”;

6. É exibida uma janela com a mensagem: “Alteração confirmada”.FS 01 - Fluxo Secundário 1: Não encontrou laudo

1. O sistema exibe uma mensagem mostrando que a busca realizada para aquele laudo não retornou nenhuma

informação;

2. O sistema retorna para a tela de atualização de laudo.

FS 03 – Fluxo Secundário 3: Cancelamento da Edição

1. O médico pode cancelar a atualização;

2. O sistema retorna para a tela inicial.Saídas e pós-condições:

O sistema retorna para a tela principal.

4.10 Descadastrar Funcionário

Identificação Nome StatusUC 010 Descadastrar Funcionário Aguardando validaçãoReferências RF-10Criado em 25/10/2007 Última revisão em 26/10/2007Atores:AdministradorEntradas:

Lista de funcionários resultante do [UC 03].Pré-condições:


2. O administrador deve estar logado no sistema;

3. O administrador deve ter pesquisado o funcionário anteriormente [UC 03].Fluxo de eventos:

1. O usuário seleciona os funcionários que serão descadastrados marcando o check box;

2. Em seguida, clica no botão “Descadastrar”;

3. O sistema solicita uma confirmação do administrador para remoção dos funcionários selecionados;

4. O sistema exibe uma mensagem de confirmação de remoção.FS 01 - Fluxo Secundário 1: Nenhum funcionário selecionado

1. O sistema mostra uma mensagem na tela informando que nenhum funcionário foi selecionado.Saídas e pós-condições:

O sistema retorna para a lista de funcionários pesquisados.

4.11 Remover Departamento

Identificação Nome StatusUC 011 Remover Departamento Aguardando validaçãoReferências RF-11Criado em 26/10/2007 Última revisão em 26/10/2007Atores:AdministradorEntradas:

NúmeroPré-condições:




2. O administrador acessa o menu Departamento e escolhe o botão “Remover Departamento”;

3. O administrador digita o número do departamento a ser removido;

4. O administrador confirma a remoção clicando no botão “Confirmar remoção” (FS 01, FS 02, FS 03, FS 04);

5. O sistema exibe uma mensagem de confirmação de remoção.FS 01 - Fluxo Secundário 1: Nenhum número de departamento informado

1. O sistema mostra uma mensagem na tela informando que nenhum número de departamento foi selecionado;

2. O sistema retorna à tela de remoção de departamento.

FS 02 – Fluxo Secundário 2: Número de departamento inexistente

1. O sistema mostra uma mensagem na tela informando que o número de departamento informada não existe;

2. O sistema retorna à tela de remoção de departamento com o campo número de departamento vazio.Saídas e pós-condições:O sistema retorna à tela de remoção de departamento.

4.12 Remover tipo de perícia

Identificação Nome StatusUC 012 Remover tipo de perícia Aguardando validaçãoReferências RF-12Criado em 30/10/2007 Última revisão em 30/10/2007Atores:AdministradorPré-condições:




2. O administrador acessa o menu Exame e escolhe o botão “Remover Tipo de Perícia”;

3. É mostrado na tela todos os tipos de perícia cadastrados no sistema em um combo box;

4. O administrador seleciona o tipo de perícia que se deseja remover;

5. O administrador confirma a remoção clicando no botão “Confirmar remoção”;

6. O sistema exibe uma mensagem de confirmação de remoção.

4.13 Efetuar Login

Identificação Nome StatusUC 013 Efetuar Login Aguardando validaçãoReferências RF-14Criado em 26/10/2007 Última Revisão em 26/10/2007Atores:Todos os usuários do sistema.Entradas:

Um login;

Uma senha.Pré-condições:


2. O usuário deve estar logado devidamente no sistema.Fluxo de eventos:

1. O usuário acessa o sistema;

2. Em seguida, preenche os campos login e senha;

3. O usuário confirma clicando no botão “Efetuar Login” [FS 01, FS 02, FS 03].FS 01 - Fluxo Secundário 1: Algum campo vazio


2. O formulário é re-exibido limpando todas as informações.FS 02 – Fluxo Secundário 2: Login inexistente

1. O sistema mostra uma mensagem na tela informando que o login digitado não existe;

2. O formulário é re-exibido limpando todas as informações.FS 03 – Fluxo Secundário 3: Senha inválida

1. O sistema mostra uma mensagem na tela informando que a senha digitada é incompatível com o login do

usuário;

2. O formulário é re-exibido mantendo a informação do campo login e limpando a senha.Saídas e pós-condições:

O sistema abre sua tela principal.

4.14 Modificar senha

Identificação Nome StatusUC 014 Modificar senha Aguardando validaçãoReferências RF-15Criado em 26/10/2007 Última revisão em 26/10/2007Atores:Administrador, Funcionário solicitante da alteraçãoEntradas:

Número do prontuário do funcionário solicitante; Novo Login;

Nova Senha.Pré-condições:


2. O Administrador deve estar logado no sistema.Fluxo de eventos:

1. O administrador seleciona a opção consultar usuário no submenu funcionário do menu cadastro;

2. Em seguida, o administrador digita o número do prontuário do funcionário solicitante; [UC 03]

3. O cadastro do funcionário é exibido e então o administrador aperta na opção alterar senha;

4. O administrador pede ao funcionário que digite e confirme (dois campos) a nova senha;

5. Ao fim, o administrador aperta o botão Alterar Senha [FS 01];

6. O sistema exibe uma mensagem informando que a operação foi concluída com sucesso.FS 01 - Fluxo Secundário 1: Campos Nova Senha e Confirmar Senha diferentes

1. O sistema mostra uma mensagem na tela informando que os referidos campos contém informações diferentes

e solicita ao usuário que digite novamente a informação nos dois campos.

4.15 Imprimir Laudo

Identificação Nome StatusUC 015 Imprimir Laudo Aguardando validaçãoReferências RF-16Criado em 26/10/2007 Última revisão em 26/10/2007Atores:Médico Legista, Recepcionista, AdministradorEntradas:

Laudo gerado anteriormente. [UC 05];

Laudo consultado. [UC 06]Pré-condições:



1. Após gerar um Laudo ou Consultar um Laudo, o usuário terá a opção de imprimir um laudo apertando no

botão imprimir.Saídas e pós-condições:

O laudo é impresso.

4.16 Gerar relatório do número de perícias em um período especificado

Identificação Nome StatusUC 016 Gerar relatório do número de perícias em um período especificado Aguardando validação

Referências RF-18Criado em 26/10/2007 Última revisão em 26/10/2007Atores:Administrador, Auxiliar AdministrativoEntradas:

Data início do período especificado;

Data final do período especificado.Pré-condições:



1. O funcionário seleciona a opção Relatório de Perícias no menu Relatório;

2. Em seguida, especifica as duas datas referidas ao período desejado;

3. O relatório é exibido na tela (um botão para a impressão do relatório deve estar disponível).FS 01 - Fluxo Secundário 1: Data do final do período menor que a data inicial

1. O sistema mostra uma mensagem na tela informando que a data inicial é maior que a final e pede para que as

datas sejam digitadas.FS 02 - Fluxo Secundário 2: Campo Data inválido

3. O sistema mostra uma mensagem na tela informando que a data passada como parâmetro pelo usuário é

inválida ou possui caracteres inválidos;

4. O formulário é re-exibido com todas as informações já fornecidas.Saídas e pós-condições:

O relatório é exibido na tela.

4.17 Gerar relatório das perícias feitas em mortos no período especificado

Identificação Nome StatusUC 017 Gerar relatório das perícias feitas em mortos em um período

especificadoAguardando validação






1. O funcionário seleciona a opção Mortos no submenu Relatório de Perícias no menu Relatório;




datas sejam digitadas.

4.18 Gerar relatório do número de perícias em vivos no período especificado

Identificação Nome StatusUC 018 Gerar relatório do número de perícias em vivos no período especificado Aguardando validaçãoReferências RF-20Criado em 26/10/2007 Última revisão em 26/10/2007Atores:Administrador, Auxiliar AdministrativoEntradas:



1. O SGBD deve estar funcionando corretamente


1. O funcionário seleciona a opção Vivos no sub-menu Relatório de Perícias no menu Relatório;





4.19 Gerar relatório do número de atendimentos de determinado tipo de exame

Identificação Nome StatusUC 019 Gerar relatório do número de atendimentos de determinado tipo de

exameAguardando validação






1. O funcionário seleciona a opção “Por tipo de exame” no submenu Relatório de Perícias no menu Relatório;





4.20 Gerar relatório do número de cadáveres por determinada causa mortis em um período especificado

Identificação Nome StatusUC 020 Gerar relatório do número de cadáveres por determinada causa mortis

em um período especificadoAguardando validação






1. O funcionário seleciona a opção “Por tipo de causa mortis” no sub-menu Relatório de Perícias no menu

Relatório;





4.21 Consultar Funcionário

Identificação Nome StatusUC 021 Consultar Funcionário Aguardando validaçãoReferências RF-23Criado em 25/10/2007 Última revisão em 26/10/2007Atores:AdministradorEntradas:

Nome;

Número do Prontuário;

Número de Matrícula;

CPF [FS 04];

Salário [FS 03];

RG;

Login;

CRM;

Função.Pré-condições:



1. O usuário escolhe o menu Cadastro no menu do sistema;

2. Em seguida, escolhe a opção Funcionário e o item Consultar Funcionário;

3. O usuário preenche os campos do formulário e confirma clicando em “Pesquisar”;

4. O sistema busca na base de dados todos os funcionários de acordo com os dados preenchidos;

5. São listadas na tela todas as informações dos funcionários encontrados.FS 01 - Fluxo Secundário 1: Nenhum parâmetro informado

1. Caso o usuário não preencha nenhum campo do formulário o sistema exibirá a seguinte mensagem: “Informe pelo menos um parâmetro de seleção”.

FS 02 – Fluxo Secundário 2: Nenhum Funcionário Encontrado

1. O sistema mostra uma mensagem na tela informando que não foi encontrado nenhum funcionário de acordo

com os parâmetros informados;

2. O formulário é re-exibido com todas as informações já fornecidas.FS 03 – Fluxo Secundário 3: Validar Salário

1. Caso o salário inicial seja maior que o salário final o sistema exibe a seguinte mensagem: “Salário final deve ser

maior ou igual ao salário inicial”;


1. O sistema exibe uma mensagem na tela informando que o CPF passado como parâmetro é inválido ou possui

caracteres inválidos;

2. O formulário é re-exibido com todas as informações já fornecidas.Saídas e pós-condições:O sistema deve mostrar na tela todas as informações dos funcionários encontrados na busca.

4.22 Consultar Laudo

Identificação Nome StatusUC 022 Consultar Laudo Aguardando validaçãoReferências RF-25, RF-26Criado em 26/10/2007 Última revisão em 26/10/2007Atores: Medico Legista, Recepcionista, Administrador.Entradas:

Número de ofício do Laudo;

Nome do examinado;

CPF do examinado; [FS 03]

RG do examinado.Pré-condições:


2. O usuário deve estar logado.Fluxo de eventos:

1. O usuário escolhe a opção “Consultar Laudo” no menu de Exame;

2. Em seguida, são apresentados os campos para o fornecimento das entradas;

3. O usuário aperta o botão de Consultar; [FS01][FS02]

4. O conjunto de laudos relativo à consulta, é apresentado de forma resumida e, caso um em particular seja

selecionado, o laudo completo é exibido (nesse último caso, deverá estar disponível um botão que possibilitará

a impressão do laudo selecionado).FS 01 - Fluxo Secundário 1: Nenhum parâmetro informado

1. Caso o usuário não preencha nenhum campo do formulário o sistema exibirá a seguinte mensagem: “Informe pelo menos um parâmetro de seleção”.

FS 02 – Fluxo Secundário 2: Nenhum Laudo Encontrado

1. O sistema mostra uma mensagem na tela informando que não foi encontrado nenhum laudo de acordo com os

parâmetros informados;


1. O sistema exibe uma mensagem na tela informando que o CPF passado como parâmetro é inválido ou possui

caracteres inválidos;

2. O formulário é re-exibido com todas as informações já fornecidas.Saídas e pós-condições:O sistema deve mostrar na tela a lista de laudos condizentes com a consulta feita.

4.23 Consultar quantidade de funcionários exercendo determinada função

Identificação Nome StatusUC 023 Consultar quantidade de funcionários exercendo determinada função Aguardando validaçãoReferências RF-24Criado em 26/10/2007 Última revisão em 26/10/2007Atores:Administrador, Auxiliar AdministrativoPré-condições:



1. O funcionário seleciona a opção “Listar quantidade de usuários por função” no menu Relatórios;

2. O relatório é exibido na tela e poderá ser impresso por meio do botão imprimir.FS 01 - Fluxo Secundário 1: Data do final do período menor que a data inicial



5. DIAGRAMA DE CASOS DE USO

UNIVERSIDADE FEDERAL DE PERNAMBUCO CENTRO DE …if682/projetos/projetos2007-2/Projeto8-Sistema...

Documents

Transcript of UNIVERSIDADE FEDERAL DE PERNAMBUCO CENTRO DE …if682/projetos/projetos2007-2/Projeto8-Sistema...