Sistema de Gerenciamento de Hospitais de Pronto-Socorro.
Transcript of Sistema de Gerenciamento de Hospitais de Pronto-Socorro.
Sistema de Gerenciamento de Hospitais de Pronto-Socorro
Motivação
“Com o intuito de facilitar o gerenciamento interno de um
hospital, mais especificamente de um pronto-socorro, procuramos
desenvolver um software que fosse o mais próximo possível do usuário
e, ainda, tivesse uma profunda utilidade no ambiente hospitalar,
auxiliando da melhor forma funcionários e administração,[…]”Plano de Projeto – S.G.H.P.S.
“O sistema envolve um cadastro de pessoal e setores de
maneira a facilitar o acesso a um dos componentes descritos acima e
assim agilizar o processo de atendimento e organização
departamental.”Plano de Projeto – S.G.H.P.S.
Visão Geral do Projeto
“Este projeto tem como abordagem um sistema de
gerenciamento de um pronto socorro, levando em conta os
pacientes, funcionários, diagnósticos, exames,
departamentos e outros componentes característicos de um
ambiente hospitalar. O sistema envolve um cadastro de
pessoal e setores de maneira a facilitar o acesso a um dos
componentes descritos acima e assim agilizar o processo de
atendimento e organização departamental.”Plano de Projeto – S.G.H.P.S.
Planejamento
Atividade Duração Início Término
Primeira reunião com o cliente 4 Horas 15/3/2008 15/3/2008
Entrega da Definição do Projeto --------- 18/3/2008
Definição/Revisão do plano de Projeto 5 Dias 24/3/2008 28/3/2008
Entrega do Plano de Projeto --------- 3/4/2008
Estudo dos Requisitos e Prioridades 4 Dias 1/4/2008 4/4/2008
Definição do Documento de Requisitos 3 Dias 5/4/2008 7/4/2008
Validação do Documento de Requisitos com o Cliente 2 Horas 8/4/2008 8/4/2008
Revisão do Documento de Requisitos 2 Dias 8/4/2008 9/4/2008
Entrega do Documento de Requisitos --------- 10/4/2008
Elaboração do Primeiro Protótipo em Papel 2 Dias 10/4/2008 11/4/2008
Validação do Protótipo com o Cliente 3 Horas 12/4/2008 12/4/2008
Modelagem da Arquitetura do Sistema 8 Dias 13/4/2008 20/4/2008
Definição/Revisão do Documento de Plano de Testes 2 Dias 21/4/2008 22/4/2008
Definição/Revisão do Documento de Projeto de Testes 2 Dias 23/4/2008 24/4/2008
Entrega do Plano e Projeto de Testes de Sistema/Aceitação --------- 24/4/2008
Definição/Revisão do Documento de Análise 10 Dias 25/4/2008 4/4/2008
Definição/Revisão do Documento de Modelo de Projeto 10 Dias 5/5/2008 14/5/2008
Entrega do Documento de Análise e Projeto --------- 15/5/2008
Desenvolvimento do Projeto 12 Dias 16/5/2008 27/5/2008
Definição/Revisão do Documento de Projeto de Testes 2 Dias 23/4/2008 24/4/2008
Entrega do Plano e Projeto de Testes de Sistema/Aceitação --------- 24/4/2008
Definição/Revisão do Documento de Análise 10 Dias 25/4/2008 4/4/2008
Análise de RiscosRisco Impacto Probabilidade
Atividades Paralelas Não-relacionadas ao Desenvolvimento Alto Elevada
Fraco Domínio da Tecnologia de Gerenciamento de Bancos de Dados
Alto Moderada
Fraco Domínio do Paradigma de Programação Utilizado Alto Baixa
Perda de Integrante da Equipe Médio Baixa
Mudança de Requisitos Alto Moderada
Dificuldades na Integração dos Componentes Alto Moderada
Risco Estratégia de Mitigação / Contingência
Fraco Domínio da Tecnologia de Gerenciamento de Bancos de
Dados
Mitigação: Alocar uma margem de acomodação após a fase de desenvolvimento do sistema de bancos de dados permitindo maior flexibilidade no cronograma de entregas em caso de atraso.
Contingência: Re-analizar os requisitos do sistema visando simplificar os casos de uso relacionados a esta tecnologia.
Mudança de Requisitos
Mitigação: Efetuar uma análise de requisitos bem fundamentada, visando minimizar o impacto e freqüência de modificações futuras.
Contingência: Analizar a real necessidade das modificações requisitadas e adaptar o cronograma caso se faça necessário.
Análise de Requisitos
Sigla Definição
RF-XX Requisito Funcional Número XX
RNF-XX Requisito Não-Funcional Número XX
UC-XX Caso de Uso Número XX
RNF-PROC-XX Requisito Não-Funcional de Processo
RNF-SEG-XX Requisito Não-Funcional de Segurança
RNF-PER-XX Requisito Não-Funcional de Performance
RNF-CON-XX Requisito Não-Funcional de Confiabilidade
RNF-MAN-XX Requisito Não-Funcional de Manutenção
RNF-DOC-XX Requisito Não-Funcional de Documentação
RNF-ECO-XX Requisito Não-Funcional Econômico
RNF-LEG-XX Requisito Não-Funcional Legal
Definição de Siglas
Análise de Requisitos
Identificação Descrição Prioridade
RF-01 Cadastrar Funcionário Essencial
RF-02 Descadastrar Funcionário Essencial
RF-03 Cadastrar Paciente Essencial
RF-04Descadastrar Paciente
(Diagnóstico e Exame)Essencial
RF-05 Inserir Departamento Essential
RF-06 Remover Departamento Essencial
RF-07 Criar Diagnóstico Essencial
RF-08Alterar Diagnóstico
(Inserir Exame)Importante
RF-09 Efetuar Login Essencial
RF-10 Modificar Senha Essencial
RF-11 Imprimir Diagnóstico Importante
Requisitos Funcionais
Análise de Requisitos
Identificação Descrição Prioridade
RF-12 Imprimir Relatório Importante
RF-13 Gerar Relatório de Óbitos Importante
RF-14Gerar Relatório de Médicos em
PlantãoImportante
RF-15Gerar Relatório de Doenças
FrequentesImportante
RF-16 Gerar Relatório de Gastos Gerais Importante
RF-17Gerar Relatório de Departamento
CheioImportante
RF-18 Consultar Funcionário Essencial
RF-19 Consultar Diagnóstico Essencial
RF-20 Consultar Paciente Essencial
RF-21 Consultar Exame Essencial
RF-22 Inserir Foto Desejável
Obs: Foram implementados todos os UC de RF Essenciais, assim como grande parte dos Importantes.
Requisitos Funcionais (Continuação)
Análise de Requisitos
Identificação Descrição
RNF/PROC-01 O sistema deverá funcionar nas plataformas Windows e Unix (Linux).
RNF/PROC-02Deverá ser feita a documentação apropriada durante o andamento do
projeto.
RNF/PROC-03 Deverá ser feito uso de ferramentas CASE.
Requisitos Não-Funcionais: De Processo
Identificação Descrição
RNF/ECO-14 O sistema não poderá utilizar muitos recursos da máquina.
RNF/LEG-15Será de responsabilidade do Hospital inserir informações verídicas no
sistema.
Requisitos Não-Funcionais: Externos
Análise de Requisitos
Identificação Descrição
RNF/SEG-04Todos os usuários que forem usar o sistema necessitarão de um login
e uma senha.RNF/SEG-05 Somente o administrador do sistema poderá cadastrar novos usuários.
RNF/SEG-06O nível de cada usuário será verificasistema do ao efetuar login, o que fará com que o acesso a determinadas partes do dependa do tipo do
usuário.
RNF/PER-07O tempo de inserções e consultas no sistema não pode ser maior do
que 5 segundos para o caso de texto, e deve ser menor de 30 segundos para conteúdos que envolvam multimídia, como imagens.
RNF/PER-08O tempo de geração de relatórios do sistema não deve ser maior do
que 90 segundos.
RNF/CON-09O sistema deve manter a integridade das informações a cada nova
inserção e atualização efetuada. Essa integridade pode ser garantida tanto pelo próprio sistema, como pelo Banco de Dados.
RNF/USA-10O sistema deve apresentar uma interface simples e intuitiva. Deste modo, os usuários farão suas atividades com maior eficiência e não
serão necessários gastos com treinamentos dos mesmos.
RNF/MAN-11A modularização será essencial na manutenção do sistema. Deste
modo, apenas as partes necessárias serão modificadas, preservando a integridade dos demais módulos.
RNF/MAN-12Um tratamento de exceções é essencial para facilitar a manutenção
do sistema.
RNF/DOC-13O sistema será entregue junto com um manual do usuário. Este
manual descreverá as funcionalidades desempenhadas pelo sistema.
Requisitos Não-Funcionais: De Produto
Análise de Requisitos
Requisito Caso de Uso
RF-01 UC-01
RF-02 UC-02
RF-03 UC-03
RF-04 UC-04
RF-05 UC-05
RF-06 UC-06
RF-07 UC-07
RF-08 UC-08
RF-09 UC-09
RF-10 UC-10
RF-11 UC-11
Requisito Caso de Uso
RF-12 UC-12
RF-13 UC-13
RF-14 UC-14
RF-15 UC-15
RF-16 UC-16
RF-17 UC-17
RF-18 UC-18
RF-19 UC-19
RF-20 UC-20
RF-21 UC-21
RF-22 UC-22
Atribuição de Casos de Uso Atribuição de Casos de Uso
Visão Geral dos Casos de Uso
Funcionário
Administrador
Efeturar Login
<in
clud
e
>
<include
>
UC-09: Efetuar Login
Identificação Nome StatusUC-09 Efetuar Login ValidadoReferências: RF-09Autor: Felipe KühnerCriado em: 06/04/2008 Revisado em: 16/05/2008Atores:Administrador do Hospital e FuncionárioEntradas:Login e senha.
Pré-condições:Sistema inicializado.
Fluxo Principal:1. O usuário insere o cpf de usuário (login) no campo correspondente.2. O usuário insere sua senha no campo correspondente.3. O usuário seleciona o tipo de login que está efetuando (por administrador ou funcionário).4. O usuário é autenticado.
Fluxos Secundários:No item 4 do fluxo principal, caso o nome de usuário ou senha não estejam cadastrados no Banco de Dados, uma mensagem
de erro é exibida ao usuário.No item 4 do fluxo principal, caso o usuário não possua permissão para logar com o modo de acesso selecionado, uma
mensagem de erro é exibida ao usuário.
Descrição do Caso de Uso
UC-09: Efetuar Login
Diagrama de Seqüência
UC-09: Efetuar Login
Diagrama de Classes
UC-09: Efetuar Login
ID CT-003 Tipo de teste Funcional
Objetivo Verificar se a funcionalidade de Efetuar Login está funcionando corretamente.
Requisito [RF-09] Efetuar Login
Pré-condição O usuário não pode estar logado.
Nº de Passo Passos Resultados Esperados
1. Selecionar a opção de Efetuar Login. A tela para efetuar login é exibida.
2. Informar dados para login, como “login” e senha.
O sistema retorna uma mensagem informando que o login foi realizado com sucesso.
3. Verificar se usuário está realmente logado ao sistema. O usuário foi logado com sucesso.
Cenário Descrição Resultado Esperado
CN-001 Digitar algum dado inválido. É mostrada uma tela com a mensagem informando que o login não pode ser efetuado com sucesso.
Descrição de um Caso de Teste
UC-03: Cadastrar Paciente
Identificação Nome StatusUC-03 Cadastrar Paciente ValidadoReferências: RF-03Autor: João RufinoCriado em: 06/04/2008 Revisado em: 16/05/2008Atores:Administrador do Hospital e FuncionárioEntradas:Nome, Código (previamente definido pela administração do hospital), Filiação, CPF, Identidade, Tipo Sangüíneo, Fator RH.
Pré-condições:O paciente não pode existir.
Fluxo Principal:1. O usuário seleciona a opção de cadastro de pacientes .2. Feito isso, o usuário terá a sua disposição várias ferramentas (campos de texto) para que insira todos os dados do novo
paciente.3. O sistema mostra uma tela de confirmação.4. O sistema informa que a operação foi realizada com sucesso.Fluxos Secundários:No fluxo principal 2, caso o usuário digite alguma informação errada, como por exemplo um código interno num formato
inválido, o sistema deverá verificar o erro e informar ao usuário, através de uma janela informativa, que retome as atividades anteriores, pois um erro foi detectado.
Antes do fluxo principal 3, caso o sistema tenha detectado algum conflito de dados, como paciente já existente, ou até mesmo que o código interno não está disponível (já existe), o sistema deverá avisar ao usuário que ocorra uma nova tentativa, também através de uma janela informativa, com formato semelhante à janela de sucesso.
Descrição do Caso de Uso
UC-03: Cadastrar Paciente
Diagrama de Seqüência
UC-03: Cadastrar Paciente
Diagrama de Classes
UC-03: Cadastrar Paciente
ID CT-003 Tipo de teste Funcional
Objetivo Verificar se a funcionalidade de Cadastrar Paciente está funcionando corretamente.
Requisito [RF-03] Cadastrar Paciente
Pré-condição O paciente não pode estar cadastrado no sistema, não podendo existir algum paciente com dados conflitantes com o novo paciente no banco de dados.
Nº do Passo Passos Resultados Esperados
1. Selecionar a opção de Cadastrar Paciente. A tela de cadastro de novo paciente é exibida.
2. Informar todos os dados do novo paciente, como Nome, CPF, RG, etc.
O sistema retorna uma mensagem informando que o cadastro foi realizado com sucesso. As funcionalidades relativas a Paciente, como criar um diagnóstico, estarão então disponíveis.
3. Verificar se o paciente está cadastrado no banco de dados com os dados corretos. O paciente foi cadastrado com sucesso.
Cenário Descrição Resultado Esperado
CN-001Digitar algum dado do paciente em formato inválido, ou não preencher um campo obrigatório.
É mostrada uma mensagem de erro informando o campo incorreto.
Descrição de um Caso de Teste
UC-14: Gerar Relatório de Médicos em Plantão
Identificação Nome StatusUC-14 Gerar Relatório de Médicos em Plantão ValidadoReferências: RF-14Autor: Paulo RicardoCriado em: 08/04/2008 Revisado em: 16/05/2008Atores:Administrador do Hospital e FuncionárioEntradas:
Pré-condições:Sistema inicializado.Usuário Autenticado de acordo com o UC-09.
Fluxo Principal:1. O usuário seleciona a opção de gerar relatório.2. O sistema consulta os dias de plantão de cada médico.3. O sistema exibe o relatório gerado.
Fluxos Secundários:
Descrição do Caso de Uso
UC-14: Gerar Relatório de Médicos em Plantão
Diagrama de Seqüência
UC-14: Gerar Relatório de Médicos em Plantão
Diagrama de Classes
UC-14: Gerar Relatório de Médicos em Plantão
ID CT-014 Tipo de teste Funcional
Objetivo Verificar se a funcionalidade de Gerar Relatório de Médicos em Plantão está funcionando corretamente.
Requisito [RF-14] Gerar Relatório de Médicos em Plantão
Pré-condição Deve existir quantidade suficiente de dados cadastrados.
Nº de Passo Passos Resultados Esperados
1. Selecionar a opção de Gerar Relatório de Médicos em Plantão. A tela de Gerar Relatório de Médicos em Plantão é exibida.
2. Verificar se o relatório foi realmente gerado. O relatório foi gerado com sucesso.
Cenário Descrição Resultado Esperado
Descrição de um Caso de Teste
Testes Executados
Teste de Integridade de Dados e do Banco de Dados Teste Funcional Teste do Ciclo de Negócios Teste da Interface do Usuário Teste de Performance Teste de Carga Teste de Estresse Teste de Segurança e de Controle de Acesso Teste de Falha/Recuperação Teste de Instalação/Desinstalação
Testes de Unidade Com o JUnit
Foram executados testes com os métodos das classes básicas e da base de dados.
Erros verificados foram devidamentes corrigidos.