1.1 - Propósito do documento de requisitos
Este documento destina-se aos clientes, engenheiros e gerentes envolvidos no desenvolvimento do sistema, doravante referido apenas como Gestão de exames Laboratoriais. O propósito deste documento é apresentar a descrição dos serviços e funções que o sistema a ser desenvolvido deve prover, bem como as suas 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, projeto 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ção do sistema e pode ser visto por completo através do link https://github.com/Daniellssf/gestao-laboratorial-spring-mvc/blob/736d5fb383d8b57f2da76c59c48b2659e43362d0/AMEMAIS%20PROJETO.pdf.
1.2 - Escopo do produto
O projeto consiste na construção de um sistema (aplicação web) cujo objetivo é gerenciar os exames laboratoriais dos clientes de uma determinada clínica. Este sistema visa auxiliar a consulta de datas de entrega dos exames, controle sobre os clientes e exames.
2.1 - Requisitos Funcionais
RF01 - Efetuar Login
O sistema deve permitir que o usuário possa efetuar o login com suas credenciais (usuário e senha).
RF02 - Cadastrar Cliente
O sistema deve permitir a inserção de um novo Cliente, informando um username do cliente, que deve ser único, username que será usado para efetuar o login, senha usada para efetuar o login, exame realizado e o dia da entrega dos exames.
RF03 - Remover Cliente
O sistema deve permitir que clientes e exames sejam deletados, isto é, removidas do cadastro.
RF04 - Alterar Cliente
O sistema deve permitir alterar dados do cliente.
RF05 - Listar Cliente
Deve ser possível cadastrar novos clientes no sistema.
O diagrama de casos de uso, expresso em UML (Unified Modeling Language), expressa os requisitos funcionais do sistema na forma de casos de uso. Segundo o RUP (Rational Unified Process), para cada requisito funcional tem-se um caso de uso. A descrição textual detalhada dos requisitos funcionais, seus fluxos de atividades e requisitos não funcionais associados pode ser encontrada na próxima seção. Na figura abaixo mostramos a representação gráfica em UML dos casos de uso do sistema.