Vous êtes sur la page 1sur 16

Documento de Requisitos

Health-Watcher
Verso 1.0

Documento de Requisitos Health Watcher Pgina 1 de 16


Arquivo: Casos de Uso do HealthWatcher.doc
ltima Atualizao 29/06/09 17:47
Contedo

1 Introduo_________________________________________________ 3
1.1 VISO GERAL DESTE DOCUMENTO ______________________________ 3
1.2 CONVENES, TERMOS E ABREVIAES _________________________ 3
1.2.1 Identificao dos Requisitos _____________________________ 3
1.2.2 Prioridades dos Requisitos ______________________________ 4
1.3 REFERNCIAS ____________________________________________ 4
2 Descrio geral do sistema ___________________________________ 5
2.1 ABRANGNCIA E SISTEMAS RELACIONADOS _______________________ 5
2.2 DESCRIO DOS USURIOS __________________________________ 5
3 Requisitos funcionais (casos de uso) ____________________________ 6
FORAM IDENTIFICADOS OS SEGUINTES ATORES DO SISTEMA : ______________ 6
3.1 CASOS DE USO ASSOCIADOS AO CIDADO _______________________ 6
[RF01] Consultar informaes ________________________________ 6
[RF02] Especificar queixa ___________________________________ 7
3.2 CASOS DE USO ASSOCIADOS AO FUNCIONRIO ____________________ 9
[RF10] Login ______________________________________________ 9
[RF11] Cadastrar tabelas ___________________________________ 10
[RF12] Atualizar queixa ____________________________________ 11
[RF13] Cadastrar novo funcionrio ____________________________ 11
[RF14] Atualizar funcionrio _________________________________ 12
[RF15] Atualizar unidade de sade____________________________ 13
[RF16] Mudar funcionrio logado _____________________________ 13
[RF17] Mudar funcionrio logado _____________________________ 14
4 Requisitos no funcionais____________________________________ 15
4.1 USABILIDADE ____________________________________________ 15
4.2 CONFIABILIDADE _________________________________________ 15
4.3 DESEMPENHO ___________________________________________ 15
4.4 SEGURANA ____________________________________________ 15
4.5 PADRES ______________________________________________ 15
4.6 HARDWARE E SOFTWARE ___________________________________ 16
4.7 DISTRIBUIO ___________________________________________ 16
4.8 INTERFACE COM O USURIO _________________________________ 16
4.9 MEIO DE ARMAZENAMENTO __________________________________ 16

Documento de Requisitos Health Watcher Pgina 2 de 16


Arquivo: Casos de Uso do HealthWatcher.doc
ltima Atualizao 29/06/09 17:47
1 Introduo
Este documento especifica os requisitos do sistema da Secretaria de Sade
da Prefeitura da Cidade do Recife denominado de HEALTH-WATCHER,
fornecendo aos desenvolvedores as informaes necessrias para o projeto
e implementao, assim como para a realizao dos testes e homologao
do sistema.
Para sua elaborao foi utilizada a metodologia UML (Linguagem de
Modelagem Unificada).

1.1 Viso geral deste documento


Esta introduo fornece as informaes necessrias para fazer um bom uso
deste documento, explicitando seus objetivos e as convenes que foram
adotadas no texto, alm de conter uma lista de referncias para outros
documentos relacionados. As demais sees apresentam a especificao do
sistema HEALTH-WATCHER e esto organizadas como descrito abaixo.
Seo 2 Descrio geral do sistema: apresenta uma viso geral do
sistema, caracterizando qual o seu escopo e descrevendo seus
usurios.
Seo 3 Requisitos funcionais (casos de uso): especifica todos os
requisitos funcionais do sistema, descrevendo os fluxos de eventos,
prioridades, atores, entradas e sadas de cada caso de uso a ser
implementado.
Seo 4 Requisitos no funcionais: especifica todos os requisitos no
funcionais do sistema, divididos em requisitos de usabilidade,
confiabilidade, desempenho, segurana, distribuio, adequao a
padres e requisitos de hardware e software.

1.2 Convenes, termos e abreviaes


A correta interpretao deste documento exige o conhecimento de algumas
convenes e termos especficos, que so descritos a seguir.

1.2.1 Identificao dos Requisitos


Por conveno, a referncia a requisitos feita atravs do nome da subseo
onde eles esto descritos, seguido do identificador do requisito, de acordo
com o esquema abaixo:
[nome da subseo.identificador do requisito]
Por exemplo, o requisito [Recuperao de dados.RF016] est descrito em
uma subseo chamada Recuperao de dados, em um bloco identificado
pelo nmero [RF016]. J o requisito no funcional [Confiabilidade.NF008]
est descrito na seo de requisitos no funcionais de Confiabilidade, em um
bloco identificado por [NF008].

Documento de Requisitos Health Watcher Pgina 3 de 16


Arquivo: Casos de Uso do HealthWatcher.doc
ltima Atualizao 29/06/09 17:47
1.2.2 Prioridades dos Requisitos
Para estabelecer a prioridade dos requisitos foram adotadas as
denominaes essencial, importante e desejvel.
Essencial o requisito sem o qual o sistema no entra em
funcionamento. Requisitos essenciais so requisitos imprescindveis, que
tm que ser implementados impreterivelmente.
Importante o requisito sem o qual o sistema entra em funcionamento,
mas de forma no satisfatria. Requisitos importantes devem ser
implementados, mas, se no forem, o sistema poder ser implantado e
usado mesmo assim.
Desejvel o requisito que no compromete as funcionalidades bsicas
do sistema, isto , o sistema pode funcionar de forma satisfatria sem ele.
Requisitos desejveis so requisitos que podem ser deixados para
verses posteriores do sistema, caso no haja tempo hbil para
implement-los na verso que est sendo especificada.

1.3 Referncias
Documentos relacionados ao HEALTH-WATCHER e/ou mencionados nas
sees a seguir:
1. Guia de Sade, 1996, Prefeitura da Cidade do Recife, Secretaria de Sade
2. Panfletos relativos Secretaria de Sade

Documento de Requisitos Health Watcher Pgina 4 de 16


Arquivo: Casos de Uso do HealthWatcher.doc
ltima Atualizao 29/06/09 17:47
2 Descrio geral do sistema
O sistema tem como funes receber e controlar as denncias,
notificaes, alm de fornecer informaes importantes da Secretaria de
Sade, que sejam do interesse da populao.
Permitir intercmbio de informaes com o sistema SSVS(Sistema de
Vigilncia Sanitria). Este intercmbio ser de imediato apenas para
consultas das licenas sanitrias e em outro momento quando o SSVS
estiver implantado o mdulo de Controle das Denncias - ser dado entrada
automtica da denncia de competncia da Vigilncia Sanitria.

2.1 Abrangncia e sistemas relacionados


Com a implantao do sistema HEALTH-WATCHER a Secretaria de
Sade ir melhorar consideravelmente:
O controle das queixas (denncias e notificaes).
Qualidade no servio de divulgao de suas informaes como
campanhas de vacinao, preveno de doenas, guia de sade,
obteno de certides de nascimento e bitos e informaes para obter a
licena sanitria.
O sistema ser controlado pela DIEVS, trocando informaes com o
Sistema de Vigilncia Sanitria.
O cidado acessa a Internet ou ligar para o nmero 1520 efetuando sua
queixa ou solicitando informaes sobre os servios da Secretaria de Sade.
No caso de uma queixa, a mesma ser cadastrada no sistema e
encaminhada para a rea competente que tomar as medidas cabveis
retornando uma posio quando concluda a anlise. Esta concluso ser
registrada no sistema, ficando disponvel para consulta.
O produto poder ser disponibilizado em quiosques em diversos pontos
estratgicos, nos quais o prprio cidado efetuar suas queixas e pedidos de
informaes.

2.2 Descrio dos usurios


O sistema HEALTH-WATCHER atender aos seguintes usurios :

Atendentes / pessoal administrativo da DIEVS


So os servidores da Secretaria de Sade que esto lotados na
DIEVS.

Cidado
Toda e qualquer pessoa que desejar interagir com o sistema.

Documento de Requisitos Health Watcher Pgina 5 de 16


Arquivo: Casos de Uso do HealthWatcher.doc
ltima Atualizao 29/06/09 17:47
3 Requisitos funcionais (casos de uso)
Foram identificados os seguintes atores do sistema :

Cidado
Toda e qualquer pessoa que desejar interagir com o sistema.

Funcionrio
O servidor da Secretaria de Sade da Cidade do Recife (Inspetores,
atendentes e gerentes).

3.1 Casos de Uso Associados ao Cidado

Os casos de uso pertinentes ao Cidado so os seguintes :

RF01 - Consultar Informaes


RF02 - Especificar Queixa

[RF01] Consultar informaes

Este caso de uso tem como propsito possibilitar as consultas para o


cidado.
Consultar Guia de Sade
O cidado poder solicitar :
Quais as unidades de sade que atendem determinada especialidade.
Quais as especialidades de uma unidade de sade.

Consultar Informaes Diversas


O cidado poder solicitar :

Informaes sobre a queixa feita pelo cidado:


Especificao da queixa.
Situao (ABERTA, SUSPENSA, ou FECHADA).
Parecer tcnico.
Data do parecer.
Funcionrio que realizou o parecer.

Informaes sobre doenas:


O que .
Sintomas.
Manifestao.
Tempo de durao.

Documento de Requisitos Health Watcher Pgina 6 de 16


Arquivo: Casos de Uso do HealthWatcher.doc
ltima Atualizao 29/06/09 17:47
Prioridade: Essencial Importante Desejvel

Entradas e pr condies:
Os dados a serem consultados devem estar cadastrados no
sistema

Sadas e ps condies:
Resultado da consulta do cidado

Fluxo de eventos principal


1. O cidado escolhe o tipo de consulta
2. O cidado informa dados para consulta
2.1 Caso seja consulta de especialidades agrupadas por unidade de
sade, o cidado seleciona a unidade de sade a ser pesquisada.
2.2 Caso seja consulta de unidades de sade agrupadas por
especialidades, o cidado seleciona a especialidade a ser pesquisada.
2.3 Caso seja consulta de queixas, o cidado entra com o cdigo da
queixa.
2.4 Caso seja consulta a doenas, o cidado seleciona a doena a ser
pesquisada
3. O sistema apresenta o resultado da consulta.

[RF02] Especificar queixa

Este caso de uso tem como propsito o registro de queixas. As queixas


podem ser:

Queixa Animal DVA


Casos de apreenso de animais.
Controle de vetores e animais sinantrpicos (roedores, escorpies,
morcegos, etc.)
Doenas associadas ao pernilongo (dengue, filariose).
Mau tratos com animais.

Queixa Alimentar - DVISA


Casos de suspeita por ingesto de alimentos estragados.

Documento de Requisitos Health Watcher Pgina 7 de 16


Arquivo: Casos de Uso do HealthWatcher.doc
ltima Atualizao 29/06/09 17:47
Queixa diversa - DVISA
Casos relacionados a diversos motivos, motivos estes que no tm
ligaes com as queixas citadas anteriormente (restaurante
suspeito quanto higiene, fossas a cu aberto, carros pipas de
procedimento suspeito, etc.)

Os trs tipos de queixa tm as seguintes informaes em comum:


Dados da queixa: descrio (obrigatrio) e observaes (opcional);
Dados do reclamante: nome, rua, complemento, bairro, cidade, estado,
cep, nmero do telefone e e-mail. Todas estas informaes so
opcionais;
Situao da queixa (obrigatrio), que pode ser: ABERTA, SUSPENSA,
ou FECHADA. No registro da queixa a sua situao deve ser ABERTA;
O sistema deve registrar a data de registro da queixa.

Alm destas cada queixa tem suas informaes especficas. So elas:

Queixa Animal DVA


Tipo de animal (obrigatrio), quantidade de animais (obrigatrio), data
do incmodo (obrigatrio);
Rua, complemento, bairro, cidade, estado, cep e nmero do telefone
do local de ocorrncia. Todas estas informaes so opcionais.

Queixa Alimentar - DVISA


nome da vtima (obrigatrio);
Rua, complemento, bairro, cidade (ou cidade mais prxima), estado,
cep e nmero do telefone da vtima. Todas opcionais;
Quantidade de comensais (pessoas que comeram a comida),
quantidade de doentes, nmero de pessoas internadas e nmero de
bitos. Todos obrigatrios;
Local em que os pacientes foram atendidos, refeio suspeita. Todas
opcionais.

Queixa diversa - DVISA


Idade (obrigatrio), escolaridade (opcional) e ocupao (opcional);
Rua, complemento, bairro, cidade, estado, cep e nmero do telefone
do local mais prximo da ocorrncia da queixa. Todas estas
informaes so opcionais.

Prioridade: Essencial Importante Desejvel

Documento de Requisitos Health Watcher Pgina 8 de 16


Arquivo: Casos de Uso do HealthWatcher.doc
ltima Atualizao 29/06/09 17:47
Entradas e pr condies:
Nenhuma

Sadas e ps condies:
A queixa deve estar registrada no sistema

Fluxo de eventos principal


1. O cidado informa o tipo de queixa
2. O sistema registra o tipo, a data/hora do atendimento.
3. O sistema apresenta a tela especfica para cada tipo de queixa
4. O cidado informa os dados
5. O sistema registra a queixa (com a situao ABERTA), retornando o
nmero da ocorrncia para que o cidado anote e possa acompanhar o
andamento da mesma.

3.2 Casos de Uso Associados ao Funcionrio


O funcionrio necessita do login do sistema para acessar os casos de uso,
que so os seguintes:
RF10 Login.
RF11 Cadastrar tabelas.
RF12 Atualizar queixa.
RF13 Cadastrar novo funcionrio
RF14 Atualizar funcionrio
RF15 Atualizar unidade de sade
RF16 Mudar funcionrio logado

[RF10] Login

Este caso de uso tem como propsito permitir o acesso do funcionrio a


operaes restritas no sistema Health-Watcher.

Prioridade: Essencial Importante Desejvel

Entradas e pr condies:
Nenhuma

Sadas e ps condies:
Senha validada pelo sistema

Documento de Requisitos Health Watcher Pgina 9 de 16


Arquivo: Casos de Uso do HealthWatcher.doc
ltima Atualizao 29/06/09 17:47
Fluxo de eventos principal
1. O funcionrio entra com o login e senha
2. O sistema verifica a senha digitada

Fluxo alternativo
No passo 2 caso a senha ou funcionrio no seja vlido, mostrar uma
mensagem de erro.

[RF11] Cadastrar tabelas

Este caso de uso tem como propsito o cadastramento das tabelas do


sistema. Para este caso de uso estaro previstas as operaes de incluso,
alterao, excluso, consulta e impresso.

As tabelas so as seguintes:
Unidade de sade (cdigo da unidade, descrio da unidade).
Especialidade (cdigo e descrio).
Unidade de sade / Especialidade (unidade de sade e especialidade).
Funcionrio (login, nome e senha).
Tipo de doena (cdigo, nome, descrio, manifestao e durao).
Sintoma (cdigo e descrio).
Tipo de doena / Sintoma (tipo de doena e sintoma).

Prioridade: Essencial Importante Desejvel

Entradas e pr condies:
Funcionrio logado no sistema.

Sadas e ps condies:
Dados atualizados nas tabelas
Fluxo de eventos principal
1. O funcionrio escolhe a opo para cadastrar (inserir/atualizar) uma das
tabelas.
2. O funcionrio informa os dados.
3. O sistema registra a informao.

Documento de Requisitos Health Watcher Pgina 10 de 16


Arquivo: Casos de Uso do HealthWatcher.doc
ltima Atualizao 29/06/09 17:47
[RF12] Atualizar queixa

Este caso de uso tem como propsito realizar a atualizao do andamento de


uma queixa.

Prioridade: Essencial Importante Desejvel

Entradas e pr condies:
A queixa deve estar cadastrada e com a situao ABERTA.
Funcionrio logado no sistema.

Sadas e ps condies:
Queixa atualizada no sistema e com a sua situao FECHADA.

Fluxo de eventos principal


1. O funcionrio ativa opo para atualizar queixa
2. O sistema solicita o nmero da queixa
3. O sistema mostra o cdigo da queixa e seu tipo.
4. O funcionrio d o parecer da queixa
5. O sistema atualiza o parecer da queixa e a informao do funcionrio que
deu o parecer

[RF13] Cadastrar novo funcionrio

Este caso de uso tem como propsito permitir o cadastramento de novos


funcionrios no sistema.

Prioridade: Essencial Importante Desejvel

Entradas e pr condies:
Funcionrio logado no sistema.

Sadas e ps condies:
Novo funcionrio cadastrado no sistema.

Documento de Requisitos Health Watcher Pgina 11 de 16


Arquivo: Casos de Uso do HealthWatcher.doc
ltima Atualizao 29/06/09 17:47
Fluxo de eventos principal
1. O funcionrio entra com as seguintes informaes do novo funcionrio:
Nome
Login
2. Senha (com campo especial para confirmao)
3. O funcionrio confirma a insero.
4. O sistema cadastra os dados do novo funcionrio.

Fluxo alternativo
No passo 2 caso algum dos dados no tenha sido informado, mostrar uma
mensagem de erro.

[RF14] Atualizar funcionrio

Este caso de uso tem como propsito permitir a atualizao de dados do


funcionrio no sistema.

Prioridade: Essencial Importante Desejvel

Entradas e pr condies:
Funcionrio logado no sistema.

Sadas e ps condies:
Informaes do funcionrio atualizadas no sistema.

Fluxo de eventos principal

1. O funcionrio ativa a opo atualizar funcionrio


2. O funcionrio entra com as suas informaes para atualizao:
Nome
Nova senha (com campo extra para confirmao)
Senha atual
3. O funcionrio confirma a atualizao.
4. O sistema atualiza os dados do funcionrio.

Fluxo alternativo
No passo 3 caso algum dos dados no tenha sido informado o nome ou a
senha atual, mostrar uma mensagem de erro.

Documento de Requisitos Health Watcher Pgina 12 de 16


Arquivo: Casos de Uso do HealthWatcher.doc
ltima Atualizao 29/06/09 17:47
[RF15] Atualizar unidade de sade

Este caso de uso tem como propsito permitir a atualizao de dados da


unidade de sade no sistema.

Prioridade: Essencial Importante Desejvel

Entradas e pr condies:
Funcionrio logado no sistema.

Sadas e ps condies:
Informaes da unidade de sade atualizadas no sistema.

Fluxo de eventos principal


1. O funcionrio ativa a opo atualizar unidade de sade.
2. O funcionrio entra com o cdigo da unidade de sade a ser atualizada.
3. O sistema mostra os dados da unidade de sade.
4. O funcionrio modifica os dados necessrios.
5. O funcionrio confirma a alterao.
6. O sistema atualiza os dados da unidade de sade.

Fluxo alternativo
Nos passos 2 e 3, caso algum dos dados no tenha sido informado, mostrar
uma mensagem de erro.

[RF16] Mudar funcionrio logado

Este caso de uso tem como propsito permitir que outro funcionrio se
logue no sistema.

Prioridade: Essencial Importante Desejvel

Entradas e pr condies:
Funcionrio logado no sistema.

Sadas e ps condies:
Primeiro funcionrio deslogado e novo funcionrio logado no
sistema.

Documento de Requisitos Health Watcher Pgina 13 de 16


Arquivo: Casos de Uso do HealthWatcher.doc
ltima Atualizao 29/06/09 17:47
Fluxo de eventos principal
1. O funcionrio ativa a opo mudar funcionrio logado.
2. O sistema exibe a tela de login. A partir daqui o fluxo principal e
secundrios seguem o mesmo fluxo do [RF10] Login.

Fluxo alternativo
No passo 2 caso a senha ou funcionrio no seja vlido, mostrar uma
mensagem de erro.

[RF17] Mudar funcionrio logado

Este caso de uso tem como propsito permitir que outro funcionrio se
logue no sistema.

Prioridade: Essencial Importante Desejvel

Entradas e pr condies:
Funcionrio logado no sistema.

Sadas e ps condies:
Primeiro funcionrio deslogado e novo funcionrio logado no
sistema.

Fluxo de eventos principal


1. O funcionrio ativa a opo mudar funcionrio logado.
2. O sistema exibe a tela de login. A partir daqui o fluxo principal e
secundrios seguem o mesmo fluxo do [RF10] Login.

Fluxo alternativo
No passo 2 caso a senha ou funcionrio no seja vlido, mostrar uma
mensagem de erro.

Documento de Requisitos Health Watcher Pgina 14 de 16


Arquivo: Casos de Uso do HealthWatcher.doc
ltima Atualizao 29/06/09 17:47
4 Requisitos no funcionais

4.1 Usabilidade
O sistema deve ter uma interface de fcil utilizao, visto que o sistema pode
ser utilizado por qualquer pessoa que tem acesso a Internet.
O sistema deve ter um HELP on-line para ser consultado por qualquer
pessoa que acesse o sistema.

Prioridade: Essencial Importante Desejvel

4.2 Confiabilidade
O sistema deve estar disponvel 24 horas por dia durante os 7 dias da
semana. Por no ser um sistema crtico, o sistema poder ficar fora do ar at
que seja corrigida alguma falha que possa ocorrer.

Prioridade: Essencial Importante Desejvel

4.3 Desempenho
O sistema deve prover acesso a 20 usurios simultaneamente.
O tempo de resposta no deve ultrapassar 05 segundos por acesso.

Prioridade: Essencial Importante Desejvel

4.4 Segurana
O sistema deve utilizar algum protocolo de segurana para envio de dados
pela Internet.
Para ter acesso aos recursos de registro das queixas, o usurio deve estar
habilitado pelo controle de acesso ao sistema.

Prioridade: Essencial Importante Desejvel

4.5 Padres
O sistema deve ser desenvolvido dentro dos padres estabelecidos pela
Emprel, responsvel pela normas de padronizao de sistemas da Prefeitura
da Cidade do Recife.

Prioridade: Essencial Importante Desejvel

Documento de Requisitos Health Watcher Pgina 15 de 16


Arquivo: Casos de Uso do HealthWatcher.doc
ltima Atualizao 29/06/09 17:47
4.6 Hardware e software

A seguir esto relacionados os hardwares e softwares a serem


utilizados para o funcionamento do sistema.

SOFTWARE
Uma Licena de uso do Microsoft Windows para a estao de
trabalho

HARDWARE
Um microcomputador Pentium III , com 256 Megas de Memria,
Placa de rede 3Com 10/100. Este equipamento ser utilizado como
estao de trabalho para a atendente.

4.7 Distribuio
O sistema deve ser capaz de ser executado em mquinas diferentes. Por
exemplo, o ncleo do sistema pode estar sendo executado em uma mquina
e os servlets em outra.

Prioridade: Essencial Importante Desejvel

4.8 Interface com o usurio


A interface com o usurio deve ser implementada em servlets.

Prioridade: Essencial Importante Desejvel

4.9 Meio de armazenamento


O sistema deve ser passvel de extenso no que se refere ao meio de
armazenamento, podendo, por exemplo, serem usados arrays ou diferentes
bancos de dados (MySQL, Oracle, etc)

Prioridade: Essencial Importante Desejvel

Documento de Requisitos Health Watcher Pgina 16 de 16


Arquivo: Casos de Uso do HealthWatcher.doc
ltima Atualizao 29/06/09 17:47