Modelo Documento de Requisitos

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

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].

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

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.

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.

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.

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.

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

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.
Nenhuma
Sadas e ps condies:
Senha validada pelo sistema

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).
Funcionrio logado no sistema.
Sadas e ps condies:
Dados atualizados nas tabelas
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.

[RF12] Atualizar queixa
Este caso de uso tem como propsito realizar a atualizao do andamento de

uma queixa.
A queixa deve estar cadastrada e com a situao ABERTA.
Sadas e ps condies:
Queixa atualizada no sistema e com a sua situao FECHADA.

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.
Sadas e ps condies:
Novo funcionrio cadastrado no sistema.

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.
Sadas e ps condies:
Informaes do funcionrio atualizadas no sistema.
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.

[RF15] Atualizar unidade de sade
Este caso de uso tem como propsito permitir a atualizao de dados da

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

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.
Sadas e ps condies:
Primeiro funcionrio deslogado e novo funcionrio logado no
sistema.

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
mensagem de erro.
[RF17] Mudar funcionrio logado
Este caso de uso tem como propsito permitir que outro funcionrio se
logue no sistema.
Sadas e ps condies:
Primeiro funcionrio deslogado e novo funcionrio logado no
sistema.

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
mensagem de erro.

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.
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.
4.3 Desempenho
O sistema deve prover acesso a 20 usurios simultaneamente.
O tempo de resposta no deve ultrapassar 05 segundos por acesso.
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.
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.

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.
4.8 Interface com o usurio

A interface com o usurio deve ser implementada em servlets.
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)


Modelo Documento de Requisitos

Enviado por

Dados do documento

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Modelo Documento de Requisitos

Enviado por

Direitos autorais:

Formatos disponíveis

Documento de Requisitos

Documento de Requisitos Health Watcher Pgina 1 de 16

Documento de Requisitos Health Watcher Pgina 2 de 16

1.1 Viso geral deste documento

1.2 Convenes, termos e abreviaes

1.2.1 Identificao dos Requisitos

Documento de Requisitos Health Watcher Pgina 3 de 16

Documento de Requisitos Health Watcher Pgina 4 de 16

2.1 Abrangncia e sistemas relacionados

2.2 Descrio dos usurios

Atendentes / pessoal administrativo da DIEVS

Documento de Requisitos Health Watcher Pgina 5 de 16

3.1 Casos de Uso Associados ao Cidado

Os casos de uso pertinentes ao Cidado so os seguintes :

RF01 - Consultar Informaes

[RF01] Consultar informaes

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

Consultar Informaes Diversas

Informaes sobre a queixa feita pelo cidado:

Informaes sobre doenas:

Documento de Requisitos Health Watcher Pgina 6 de 16

Fluxo de eventos principal

[RF02] Especificar queixa

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

Queixa Animal DVA

Queixa Alimentar - DVISA

Documento de Requisitos Health Watcher Pgina 7 de 16

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

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

Queixa Animal DVA

Queixa Alimentar - DVISA

Queixa diversa - DVISA

Prioridade: Essencial Importante Desejvel

Documento de Requisitos Health Watcher Pgina 8 de 16

Fluxo de eventos principal

3.2 Casos de Uso Associados ao Funcionrio

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

Prioridade: Essencial Importante Desejvel

Documento de Requisitos Health Watcher Pgina 9 de 16

[RF11] Cadastrar tabelas

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

Prioridade: Essencial Importante Desejvel

Documento de Requisitos Health Watcher Pgina 10 de 16

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

Prioridade: Essencial Importante Desejvel

Fluxo de eventos principal

[RF13] Cadastrar novo funcionrio

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

Prioridade: Essencial Importante Desejvel

Documento de Requisitos Health Watcher Pgina 11 de 16

[RF14] Atualizar funcionrio

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

Prioridade: Essencial Importante Desejvel

Fluxo de eventos principal

1. O funcionrio ativa a opo atualizar funcionrio

Documento de Requisitos Health Watcher Pgina 12 de 16

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

Prioridade: Essencial Importante Desejvel

Fluxo de eventos principal

[RF16] Mudar funcionrio logado

Prioridade: Essencial Importante Desejvel

Documento de Requisitos Health Watcher Pgina 13 de 16

[RF17] Mudar funcionrio logado

Prioridade: Essencial Importante Desejvel