Blog

< nome da organização fornecedora > Especificação dos Requisitos do Software <nome do projeto> { Versão revisada < n > ) Autores: Manaus 09/04/2012 Aprovação Aprovamos a Especificação dos Requisitos Versão revisada < . 1 do projeto D 1. 1. <Nome> 1 orlo S”ipe to view nut*ge <Data> Versões revisadas anteriores Versão revisada Comentário Datal 1. 0 Inicio da inclusão de requisitos funcionais | 02/04/2012 | Inserção de um requisito funcional e pequenas alterações de adaptação ao ambiente 3 2. Funções do produto 3 2. 3 Usuários e sistemas externos 3 2. 3. Descrição 3 2. 3. 2 Características dos usuários 3 2. 4 Restrições3 2. 5 Hipóteses de trabalho 3 2. 6 Requisitos adiados 3 3Requisitos específicos3 3. 1 Requisitos de interface externa3 3. 1 . 1 Interfaces de usuário 3 3. 1 . 1. 1 Interface de usuário << nome da interface >> 3. 1. 2 Interfaces de hardware3 3. 12. 1 Interface de hardware nome da interface ugt;ugt; 3 3. 1. 1nterfaces de software 3 3. 1. 3. 1 Interface de software << nome da interface >> 3 3. 1 A Interfaces de comunicação 3 3. 1. 4. 1 Interface de comunicação << nome da interface 3. 2 Requisitos funcionais 3 . 2. 1 Diagramas de casos de uso 3 3. 2. 1. 1 Diagrama de casos de uso << nome do diagrama de casos de uso 3 3. 2. 2casos de uso 3 3. 2. 2. 1 Caso de uso << nome do caso de uso >>3 3. 3 Requisitos não funcionais 3 3. 3. Requisitos de desempenho 3 3. 3. 1. 1 Requisito de desempenho nome do requsito 3. 3. 2 Requisitos de dados persistentes 3 3. 3. 2. 1 Diagrama de classes persistentes 3 3. 3. 2. 2 Classes persistentes 3 3. 3. 2. 3 propriedades d istentes 3 10 deste trabalho foi desenvolver um protótipo que servirá para darapoio ao trabalho dos fonoaudiólogos, auxiliando para que o esmo tenha seus dados deforma que possam avaliar seus pacientes, observando a grau de evoluçãodo mesmos.

I Escopo do produto Nome do produto e de seus componentes principais O protótipo se chama Darius, ele possui uma tela de login para o funcionário com nome de usuário e senha que vai operar o sistema, uma tela para cadastro de pacientes com nome, endereço, fone, D. N e uma tela para agenda de pacientes com nome do paciente e nome do médico que vai atender. O médico acessara o sistema para consultar a lista de pacientes que deverá atender no dia. Missão do produto Infelizmente, na maioria dos consultórios o gerenciamento da nformação épuramente manual e freqüentemente desorganizado e difícil de ser automatizado.

Osprofissionais da saúde não estão acostumados com a necessidade de sistematização da coleta e registro de dados imposta pela entrada do computador (por exemplo: a necessldade de codlficar tudo é pouco natural para o profissional da saúde), e resistem às mudanças grandes na rotina e fluxo de informação do consultório. A missão é mudar essa visão e facilitar todo o processo de atendimento. Limites do produto Funcionalidade apenas no OS Windows XP, VISTA, SEVEN. Não funciona Online, apenas local. Apenas por meio de Intranet.

Benefícios do produto Número de ordem I Beneficio Valor para o cliente Eficiência no atendimento ao paciente I Aceitável Conforto e aumento de atendimento rápido I Aceitável Possibilidade de monit acientes I Aceitável I PAGF 10 evolução de cada paciente I Aceitável Controle eficaz das consultas agendadas Aceitável I Gerar Lista de atendimento diário Aceitável Materiais de referência Número de ordem I Tipo do material Referência bibliográfica I Livro Engenharia de Software-Roger S. Pressman I Livro Engenharia de software-sommerville- 9 edição Definições e siglas

Número de ordem I Sigla I Definição nomepac I Nome do paciente I nomeMedic Nome do medico I nomeAdm I Nome do funcionário administrativo matMedic I Matricula do medico matAdm I Matricula do funcionário administrativo I Visão geral deste documento O principal objetivo é a criação do protótipo para ajudar a gerenciar um consultório de fonoaudiologia visando a agilização dos serviços, fazendo com que a informática chegue em todas as áreas de atuação, aonde isso já vem sendo visto nos consultórios com o passar dos anos.

Pretende-se implementar nesse software o cadastro de todos os clientes que passam pelo consultório, a arcação de consultas dos mesmo e a geração de uma lista de atendimento diário.

I Descrição geral do produto Perspectiva do produto Diagrama de contexto Consultório Fonoaudiólogo Sistema Darius Administrativo Agenda consulta Consulta aprovada Manter paciente Cadastrar todos os dados do paciente do consultório I 3 Marcação de consulta I Funcionário administrativo I Manter consultas Agendar consultas dos pacientes 4 Consultas medicas Médico/administrativo I Consultar atendimento I Consultar Lista de atendimento I Interfaces de hardware Número de ordem I Nome I Ator I Caso de uso I Descrição I Interfaces de software Tela de Login Administrativo/médico I O administrativo ou médico podem logar no sistema.

I Tela Inicial I Administrativo I Tela com 3 opções:Cadastrar paciente ,marcar consulta e visualizar lista de consultas agendadas Tela de consultas médicas Médico/administrativol I Tela com a lista gerada pelo sistema dos atendimentos que serão realizado no dia Interfaces de comunicação 1 Navegador Todo usuario Acesso a todo sistema Necessário um navegador instalado, preferencial Mozilla Firefox ou Internet Explore v. s ou superior. Restrições de memória Número de ordem I Tipo de memória Limites aplicáveis HD I O sistema deverá ocu ar no máximo IO Mg de espaço em disco, excluindo-se as se OSGBD. Desktop I Sistema local I Sistema local com intranet I Requisitos de adaptação ao ambiente Número de ordem I Requisito Detalhes I 1 OS Seven, Vista e XP I Plataformas aceitáveis ao sistema I 2 Intranet I Sistema de rede intranet ligando o computador do funcionário administrativo e os do médicos Funções do produto Número de ordem I Caso de uso I Descrição Manter paciente I O funcionário administrativo cadastra os pacientes do consultório Manter consultas I O funcionário administrativo Agenda as onsultas dos pacientes do consultório Consultar agendamento I O médico e o funcionário administrativo visualizam a lista de atendimentos diários I Usuários e sistemas externos Descrição Número de ordem I Ator I Definição 1 Administrativo I Manter os pacientes e as consultas, visualizar a lista de consultas agendadas I 2 Médico I visualizar a lista de consultas agendadas I Características dos usuários Número de ordem I Ator I Freqüência de uso I Nível de Proficiência na aplicação Proficiência em instrução informática I Administrativo Frequente Intermediário I Intermediário I Básica I Médico I

Freqüente Avançado Avançado I Básica médico Logar, ele só pode visualizar a lista de atendimento, sem que haja opção de agendar consultas e cadastrar pacientes Hipóteses de trabalho Número de ordem I Hipótese De quem depende Cadstrar paciente corretamente Admninstrativo I Dados inválidos I Admninstrativo Campos não preenchidos Admninstrativo I Mensagens de erro Sistema I I Lista de agendamento I Sistema Requisitos adiados Número de ordem I Referência ao requisito Detalhes I Desmarcação de consultas Caso o paciente não compareça,ou demarque a consulta, o mesmo deve ser retirado da lista de atendimentos. I Marcação de consulta pelo paciente I Uso de um terminal interno ao consultório para que o paciente possa marcar suas consultas Consulta de pacientes cadastrados Antes de agendar uma consulta, verificar se o paciente já esta cadastrado no ssitema I Requisitos específicos Requisitos de interface externa Interfaces de usuário Interface de usuário Leiaute sugerido Login: Senha: Cadastrar Paciente Agendar Consulta José Ivaldo Antonio Bitencourt 17:30 Diagrama de estados Logar usuário Logar Mensagem de erro Usuário existe? Sim Não Usuário logado no sistema Inicio Fim Relacionamentos com outras interfaces

Cadastrar pacientes / Agendar Consulta / Consultar lista Campos Número Nome Descrição Valores válidos I Formato I Tipo I Restrições Login Usuário que irá logar Números Numericol Int I Matricula I Senha Senha do usuário Números, letras I Alfa-numerico Char I – Comandos Número Nome Ação I Restrições Enter Logar no sistema a ás di itado usuário e senha Escl Interrompe o carr Manter Paciente Visualizar Lista Casos de uso Caso de uso Agendar Consultas Precondições Paciente cadastrado. I Fluxo principal Agendar a consulta do paciente no sistema. Pondo o Nome do paciente, a hora da consulta, a data da consulta, motivo da onsulta, o medico que irá consu tá-lo e a forma de pagamento. I Subfluxos Subfluxo obrigatórios São obrigatórios todos os campos para que haja o agendamento da consulta, o nome do paciente, do medico, a data da consulta, a hora da consulta o motivo da consulta e a forma de pagamento. Caso não esteja tudo preenchido o sistema não deixará prosseguir.

I Fluxos alternativos Fluxo alternativo Pacienteo não cadastrado Precondições I Agendar consulta sem cadastrar paciente Passos I Caso o Funcionario administrativo queira agendar uma consultar para um paciente não cadastrado, o sistema envia uma ensagem de erro avisando que o paciente não é cadastrado, logo o primeiro passo é cadastrar o paciente. Diagrama de estado / Diagrama de atividade fora do local de trabalho. I Requisitos de dados persistentes Diagrama de classes persistentes Funcionário -matricula: int -nome: string +manterPacient(id:int):bolean +ConsultaLista() Paciente -nomePac: string -enderco. string -bairro:srting -cep:string -telefone:string -matAdm: int -nomeAdm: string +agendarConsultaO 4 ConsultaLista() Medico -matMedic: int -nomeMedic: string Consulta -nomePac. string -hora:time -data:date -motivo:srting -nomeMedic:string -formaPgto:string