Engenharia de requisitos

[pic 1]

Documento de Requisitos

Versão 1.0

Equipe Técnica Responsável

RGM	Nome
1770949-1	Ricardo Barbosa Baldrez
1749176-2	Lucas Gabriel Cunha
1765798-9	Matheus Farsetti de Souza
1729865-2	Vinicius de Souza Jorge

Histórico de Alterações

Data	Versão	Descrição	Autor
09/05/2017	1.0	Versão inicial do documento	Ricardo, Lucas, Matheus e Vinicius

---

Índice

1. Introdução

1. Visão geral do documento

1. Este documento destina-se aos clientes, engenheiros e gerentes envolvidos do sistema, referido apenas como Alternative Medicine. O propósito deste documento é apresentar a descrição dos serviços e funções qual o sistema a ser desenvolvido deve prover bem como as outras restrições de operação e propriedades gerais, a fim de ilustrar uma descrição detalhada do sistema para um auxílio durante as etapas de análise, projetos e testes. O documento especifica todos os requisitos funcionais e não funcionais do sistema e foi preparado levando-se em conta as funcionalidades levantadas durante a fase de concepções do sistema.

Seção 2 – Descrição geral do sistema: O projeto consiste na construção de uma ferramenta para gerenciamento de 4 franquias hospitalares, que possa atender os requisitos da empresa "Alternative Medicine". O projeto visa auxiliar o sistema dos hospitais que serão utilizados por pacientes, médicos e por outros funcionários das redes hospitalares.

Seção 3 – Requisitos: Cada requisito será unicamente (tipo requisito, número). Para requisitos funcionais, o código do tipo será RF, e para os não funcionais será RNF. O número será assimilado a cada requisito de forma incremental, na ordem que forem mencionadas nesse documento.

1. Objetivos

O objetivo do sistema é de ter uma boa comunicação entre as 4 unidades com um mesmo sistema de banco de dados, e também para um melhor gerenciamento de clientes/pacientes, e qualquer outra parte pertinente do hospital.

1. Identificação dos requisitos

Cada requisito será unicamente (tipo requisito, número). Para requisitos funcionais, o código do tipo será RF, e para os não funcionais será RNF. O número será assimilado a cada requisito de forma incremental, na ordem que forem mencionadas nesse documento.

1. Prioridades dos requisitos

Para estabelecer a prioridade dos requisitos, nas seções competentes, foram adotadas as denominações “essencial”, “importante” e “desejável”.

Essencial é o requisito sem o qual o sistema não entra em funcionamento. Requisitos essenciais são requisitos imprescindíveis, que têm que ser implementados impreterivelmente.

Importante é o requisito sem o qual o sistema entra em funcionamento, mas de forma não satisfatória. Requisitos importantes devem ser implementados, mas, se não forem, o sistema poderá ser implantado e usado mesmo assim.

Desejável é o requisito que não compromete as funcionalidades básicas do sistema, isto é, o sistema pode funcionar de forma satisfatória sem ele. Requisitos desejáveis podem ser deixados para versões posteriores do sistema, caso não haja tempo hábil para implementá-los na versão que está sendo especificada.

1. Descrição geral do sistema

Qual o problema existente, qual será a solução, como foi descoberto todo este problema. Referenciar anexos.

1. Atores do Sistema

Pacientes: realizam as tarefas de marcar horários para consultas, para se cadastrarem, tirarem dúvidas, deixarem informações, consultar os horários das consultas[...]

Médicos: visualizam os perfis dos clientes, os diagnósticos de cada cliente, horários agendados [...]

Secretárias: responsáveis por administrar o agendamento, das consultas, desmarcação das consultas, confirmações de consultas [...]

1. Processos de Negócios

1. Requisitos funcionais

• RF001 - Cadastramento do Cliente.
• Tipo - Interno e Externo.
• Descrição: O sistema deve registrar o cadastro do cliente, solicitando documentos como por exemplo CPF, caso não seja cadastrado, o sistema informará.

Prioridade:

■

Essencial

◻

Importante

◻

Desejável

• RF002 - Controle Médico.
• Tipo - Interno.
• Descrição: Após a consulta o sistema deve registrar as informações passadas pelo especialista.

Prioridade:

■

Essencial

◻

Importante

◻

Desejável

 

• RF003 - Agendamento das Consultas.
• Tipo - Interno e Externo.
• Descrição: O sistema terá informações das datas disponíveis, para que os clientes/usuários consigam fazer o agendamento das consultas.

Prioridade:

■

Essencial

◻

Importante

◻

Desejável

• RF004 - Solicitações de Exames.
• Tipo - Interno e Externo.
• Restrição:  O sistema indicará as opções de exames à escolha do cliente.

Prioridade:

■

Essencial

◻

Importante

◻

Desejável

• RF005 - Realização Financeira.
• Tipo - Externo.
• Restrição: Depois de escolher todas as informações anteriores, o sistema trará um total para o cliente pagar, a fim de reservar sua vaga.

Prioridade:

■

Essencial

◻

Importante

◻

Desejável

1. Diagramas de Caso de Uso

1. Requisitos não-funcionais

• RNF001.1 - Verificação dos Dados.
• Restrição: Haverá uma análise para concluir a veracidade do cliente e documentos.

Prioridade:

■

Essencial

◻

Importante

◻

Desejável

• RNF002.1 - Identificação do especialista.
• Restrição: Imprescindível a marca do especialista no sistema.

Prioridade:

■

Essencial

◻

Importante

◻

Desejável