Modelagem Sistema para prestação de serviço para Pets

Prévia do material em texto

Sistema para prestação de serviço para Pets 
 
A empresa Jacaré Azul Ltda realiza prestação de serviços pequenos cuidados em 
animais de pequeno e médio porte (PET). Atualmente ela não possui um sistema 
automatizado para controle de suas atividades realizando diversos problemas no seu dia 
a dia além da falta de controle na gestão dos materiais utilizados para realizar suas 
atividades. Para resolver estes problemas, o gerente da empresa está solicitando que seja 
desenvolvida uma aplicação que atenda às suas demandas. 
A empresa deseja registrar os seus clientes com: Nome, endereço, CPF, RG, telefones 
(os clientes podem ter vários telefones ou nenhum e deve ser acrescido uma informação 
para cada um dos telefones que possa ajudar a identificar, ex. pessoal, residencial, 
trabalho, etc.) e os animais que possui. Somente clientes que possuem animais devem ter 
registro no sistema. 
Sempre que um cliente solicitar os serviços à empresa, o sistema deve permitir o 
registro em uma ordem de serviço (OS). Para cada OS deves ser informada a data da 
abertura, o animal que receberá os serviços, registrar previamente, caso não seja, e os 
serviços que serão realizados, sendo exigido, no mínimo, um serviço. A OS deve permitir 
o registro de comentários específicos para cada um dos serviços a serem realizados e o 
valor que será cobrado para cada um deles. Ao ser registrada a OS se inicia com o status 
de “P” (Pendente), podendo ser “C” (Cancelada) caso seja de interesse do cliente e/ou da 
empresa por alguma razão. Sempre que uma OS for iniciada deve ser feito o registro do 
horário e alterar o status para “E” (Em execução) e ao concluir o status deve ser alterado 
para “F” (Finalizado) e registrado o horário da conclusão. 
Cada serviço prestado pelo PET é cadastrado com um nome, descrição e valor atual 
do serviço e servindo como base para a construção da OS, ou seja, somente serviços 
cadastrados podem ser realizados. 
Cada animal atendido deve ter registro no sistema com o nome, espécie (cachorro, 
gato etc.), raça, peso e data de nascimento. Todo animal deve pertencer a um apenas 
cliente. 
Para garantir a confiabilidade na recuperação dos dados devem ser previamente 
cadastradas as espécies e as raças associando-as a espécie correspondente. 
O sistema deve ser registrar todos os produtos utilizados pelos serviços e quantidade 
média de consumo para cada um deles. Um serviço pode utilizar nenhum ou vários 
produtos 
Um produto é cadastrado com nome, descrição, quantidade mínima e quantidade atual 
que deve existir na empresa para controle interno de compra e consumo. A empresa não 
vende produtos apenas os utiliza nos seus serviços. 
A cada início de ano, a empresa deve verificar os animais que não foram atendidos 
em um determinado período, definido pela Regra de Negócio, e mudar o seu status para 
“I” (Inativo). Caso os clientes destes animais não possuam outros ativos, ele também 
deverá ser alterado para “I” (Inativo). O status inicial do animal e cliente quando forem 
cadastrados deve ser “A” (ativo). 
 
 Requisitos Funcionais 
 
ID: RF01 Requisito: Manter clientes 
Ator: Atendente 
Descrição: 
O sistema deverá ser capaz de manter atualizado os dados cadastrais dos 
clientes, proprietários dos animais. 
 
ID: RF02 Requisito: Manter animal 
Ator: Atendente 
Descrição: 
O sistema deverá ser capaz de manter atualizado os dados cadastrais dos 
animais que são atendidos pela empresa. 
 
ID: RF03 Requisito: 
Registrar a atualização do estoque de 
produto 
Ator: Atendente / Gerente 
Descrição: 
O sistema deverá ser capaz de permitir o registro da baixa e aquisição dos 
produtos utilizados na prestação dos seus serviços. 
 
ID: RF04 Requisito: Registrar consumo por serviço 
Ator: Gerente 
Descrição: 
O sistema deverá ser capaz de registrar a quantidade média consumo de 
cada produto consumido para cada serviço. 
 
ID: RF05 Requisito: Registrar Ordem de Serviço 
Ator: Atendente 
Descrição: 
O sistema deverá ser capaz de realizar o registro das Ordens de serviços 
que deverão ser realizadas com os serviços a serem executados. 
 
ID: RF06 Requisito: Manter Serviço 
Ator: Gerente 
Descrição: 
O sistema deverá ser capaz de manter atualizado os dados cadastrais dos 
serviços oferecidos pela empresa. 
 
ID: RF07 Requisito: Manter Espécie 
Ator: Gerente 
Descrição: 
O sistema deverá ser capaz de manter atualizado os dados cadastrais das 
espécies dos animais tratados pela empresa. 
 
ID: RF08 Requisito: Manter Raça 
Ator: Gerente 
Descrição: 
O sistema deverá ser capaz de manter atualizado os dados cadastrais das 
raças dos animais tratados pela empresa. 
 
ID: RF09 Requisito: Manter produto 
Ator: Gerente 
Descrição: 
O sistema deverá ser capaz de manter atualizado os dados cadastrais dos 
produtos utilizados pela empresa na prestação dos seus serviços. 
 
ID: RF10 Requisito: 
Gerar relatório de produtos a serem 
comprados 
Ator: Atendente / Gerente 
Descrição: 
O sistema deverá ser capaz de emitir um relatório com os produtos que 
necessitam ser adquiridos, por estarem com a quantidade atual abaixo da 
quantidade mínima para o produto. 
 
ID: RF11 Requisito: 
Gerar relatório de Atendimentos em um 
determinado período. 
Ator: Gerente 
Descrição: 
O sistema deverá ser capaz de emitir um relatório com a quantidade de 
ordem de serviços realizadas em um determinado período. 
 
ID: RF12 Requisito: Consultar OS pendentes 
Ator: Atendente 
Descrição: 
O sistema deverá ser capaz de permitir consultar as OS que estão 
aguardando o atendimento. 
 
ID: RF13 Requisito: Registrar atendimento da OS 
Ator: Atendente 
Descrição: 
O sistema deverá ser capaz de permitir que o usuário registre a data de 
início e término do atendimento de uma OS. 
 
ID: RF14 Requisito: Verificar animais sem atendimento 
Ator: Gerente 
Descrição: 
O sistema deverá ser capaz de tornar inativo todos os animais que não 
possuem atendimento em um determinado intervalo de tempo. 
 
 Requisitos Não Funcionais 
 
ID: RNF01 Requisito: Banco de Dados 
Descrição: As informações devem ser armazenadas em Banco de dados Livre. 
 
ID: RNF02 Requisito: Segurança 
Descrição: 
O sistema deverá ser multiusuário e cada funcionário que acessar o 
sistema deverá possuir um login e senha. Deverá haver classificação dos 
usuários por nível de acesso à função e aos dados. 
 
ID: RNF03 Requisito: Ambiente 
Descrição: O sistema deve ser desenvolvido em ambiente Web. 
 
ID: RNF04 Requisito: Disponibilidade 
Descrição: 
O sistema deverá estar disponível durante o período de funcionamento da 
empresa. 
 
 Descrição das Regras de Negócio 
 
ID: RN01 Regra: Cancelamento de animal e cliente 
Descrição: 
Todo animal e seu respectivo cliente que não possuir atendimento nos 
últimos 2 (dois) anos, deverão se tornar inativos. 
 
 
ID: RN02 Regra: Cliente sem animal 
Descrição: 
O sistema deverá manter registrado como ativo apenas os clientes que 
possuírem animais também ativos. 
 
ID: RN03 Regra: Indicação de necessidade de compra 
Descrição: 
Sempre que produto possuir quantidade disponível menor ou igual a 
quantidade, o seu status deve ser mudado para “C” (comprar), quando esta 
situação não ocorrer o status deve ser “D” (disponível). 
 
ID: RN04 Regra: Inatividade de produto 
Descrição: 
Quando um produto não for mais utilizado pela empresa, a sua quantidade 
deve ser zerada e o status alterado para “I” (Inativo). 
 
1 - Mapeamento dos requisitos funcionais em caso de uso 
 
ID 
Nome do caso 
de uso 
Descrição do caso de uso RF Ator 
CSU01 Manter clientes 
O sistema deverá ser capaz de manter 
atualizado os dados cadastrais dos 
clientes, proprietários dos animais. 
RF01 Atendente 
CSU02 Manter animal 
O sistema deverá ser capaz de manter 
atualizado os dados cadastrais dos 
animais que são atendidos pela 
empresa. 
RF02 Atendente 
CSU03 
Registrar a 
atualização do 
estoque de 
produto 
O sistema deverá ser capaz de 
permitir o registro da baixa e 
aquisiçãodos produtos utilizados na 
prestação dos seus serviços. 
RF03 
Atendente / 
Gerente 
CSU04 
Registrar 
consumo por 
serviço 
O sistema deverá ser capaz de 
registrar a quantidade média consumo 
de cada produto consumido para cada 
serviço. 
RF04 Gerente 
CSU05 
Registrar Ordem 
de Serviço 
O sistema deverá ser capaz de realizar 
o registro das Ordens de serviços que 
deverão ser realizadas com os 
serviços a serem executados. 
RF05 Atendente 
CSU06 Manter Serviço 
O sistema deverá ser capaz de manter 
atualizado os dados cadastrais dos 
serviços oferecidos pela empresa. 
RF06 Gerente 
CSU07 Manter Espécie 
O sistema deverá ser capaz de manter 
atualizado os dados cadastrais das 
espécies dos animais tratados pela 
empresa. 
RF07 Gerente 
CSU08 Manter Raça 
O sistema deverá ser capaz de manter 
atualizado os dados cadastrais das 
raças dos animais tratados pela 
empresa. 
RF08 Gerente 
CSU09 Manter produto 
O sistema deverá ser capaz de manter 
atualizado os dados cadastrais dos 
produtos utilizados pela empresa na 
prestação dos seus serviços. 
RF09 Gerente 
CSU10 
Gerar relatório 
de produtos a 
serem comprados 
O sistema deverá ser capaz de emitir 
um relatório com os produtos que 
necessitam ser adquiridos, por 
estarem com a quantidade atual 
abaixo da quantidade mínima para o 
produto. 
RF10 
Atendente / 
Gerente 
CSU11 
Gerar relatório 
de Atendimentos 
em um 
determinado 
período. 
O sistema deverá ser capaz de emitir 
um relatório com a quantidade de 
ordem de serviços realizadas em um 
determinado período. 
RF11 Gerente 
CSU12 
Consultar OS 
pendentes 
O sistema deverá ser capaz de 
permitir consultar as OS que estão 
aguardando o atendimento. 
RF12 Atendente 
CSU13 
Registrar 
atendimento da 
OS 
O sistema deverá ser capaz de 
permitir que o usuário registre a data 
de início e término do atendimento de 
uma OS. 
RF13 Atendente 
CSU14 
Verificar animais 
sem atendimento 
O sistema deverá ser capaz de tornar 
inativo todos os animais que não 
possuem atendimento em um 
determinado intervalo de tempo. 
RF14 Gerente 
 
2 – Descrição textual dos atores 
 
Nome Descrição Casos de uso 
Atendente 
Realiza atividades associadas às rotinas 
operacionais diárias da empresa. 
CSU01, CSU02, CSU05, 
CSU12, CSU13 
Gerente 
Realiza atividades associadas às rotinas 
gerenciais da empresa. 
CSU04, CSU06, CSU07, 
CSU08, CSU09, CSU11, 
CSU14 
Operação 
(Atendente / 
Gerente) 
Realiza atividades associadas às rotinas 
operacionais relacionadas ao controle e uso dos 
materiais. 
CSU03, CSU10 
 
 
 
3 – Diagrama de Caso de uso 
 
 
 
 
4 – Descrição de caso de uso 
 
Nome Manter cliente Id: CSU01 
Sumário: 
O sistema deverá ser capaz de manter atualizados os dados dos 
clientes da empresa. 
Ator Primário: Atendente 
Ator Secundário: 
Pré-Condição: O ator deve estar autorizado a atualizar os dados. 
Requisito Funcional: RF01 
Regra de Negócio: 
Fluxo Principal 
1. Ator escolhe a opção para atualizar os dados dos clientes. 
2. Sistema exibe interface para atualização. 
3. Ator informa o código para inclusão [FA01] ou consulta [FA02]. 
4. Caso de uso é encerrado. 
Fluxo alternativo: [FA01] – Incluir Cliente 
a. Sistema exibe interface para inclusão. 
b. Ator informa os dados do cliente e seus telefones e realiza a gravação [FA03] ou 
cancelamento [FA04] da operação. 
c. Retornar para o passo 2 do fluxo principal. 
Fluxo alternativo: [FA02] – Consultar Cliente 
a. Sistema recupera os dados do cliente e seus telefones pesquisado e exibe para o usuário. 
b. Ator escolhe a opção atualizar [FA05], deletar [FA06] o dado ou cancelar a operação 
[FA04] 
c. Retornar para o passo 2 do fluxo principal 
Fluxo alternativo: [FA03] – Salvar dados 
a. Sistema valida os dados [FE01] 
b. Sistema grava os dados [FE02] 
c. Retornar para o passo 2 do fluxo principal. 
Fluxo alternativo: [FA04] – Cancelar operação 
a. Retornar para o passo 2 do fluxo principal. 
Fluxo alternativo: [FA05] – Atualizar dados 
a. Ator informa os dados pessoais do cliente e seus telefones atualizados e realiza a gravação 
[FA03] ou cancelamento [FA04] da operação. 
b. Retornar para o passo 2 do fluxo principal. 
Fluxo alternativo: [FA06] – Deletar dados 
a. Ator confirma a deleção do cliente e seus telefones e realiza a gravação [FA03] ou 
cancelamento [FA04] da operação. 
b. Retornar para o passo 2 do fluxo principal. 
Fluxo de exceção: [FE01] – Validar os dados 
a. Exibir mensagem de erro. 
b. Retornar ao passo “a” do fluxo de origem. 
Fluxo de exceção: [FE02] – Acessar os dados 
a. Exibir mensagem de erro. 
b. Retornar ao passo “a” do fluxo de origem. 
Pós-Condição: Dados atualizados 
 
 
Nome Registrar Ordem de Serviço Id: CSU05 
Sumário: 
O sistema deverá ser capaz de realizar o registro das OSs que 
deverão ser realizadas com os serviços a serem executados. 
Ator Primário: Atendente 
Ator Secundário: 
Pré-Condição: O ator deve estar autorizado a atualizar os dados. 
Requisito Funcional: RF05 
Regra de Negócio: 
Fluxo Principal 
1. Ator escolhe a opção para registrar a Ordem de Serviço. 
2. Sistema exibe interface para registrar a Ordem de Serviço. 
3. Ator informa a identificação do cliente para quem está sendo realizada o 
atendimento[FE02] 
4. Sistema exibe os dados do cliente e os animais associados a ele. 
5. Ator escolhe o animal que será atendido 
6. Ator informa o código do serviço que será realizado [FA01] ou interrompe o 
caso de uso. 
7. Caso de uso é encerrado. 
Fluxo alternativo: [FA01] – Registrar item da Ordem de Serviço 
a. Sistema exibe os dados do serviço que será realizado. 
b. Ator confirma a solicitação do serviço realizando o seu registro [FA03] ou cancela a 
operação [FA02]. 
c. Retornar para o passo 6 do fluxo principal. 
Fluxo alternativo: [FA02] – Cancelar operação 
a. Retornar para o passo 6 do fluxo principal 
Fluxo alternativo: [FA03] – Salvar dados 
a. Sistema valida os dados [FE01] 
b. Sistema grava os dados [FE02] 
c. Retornar para o passo 6 do fluxo principal. 
Fluxo de exceção: [FE01] – Validar os dados 
a. Exibir mensagem de erro. 
b. Retornar ao passo “a” do fluxo de origem. 
Fluxo de exceção: [FE02] – Acessar os dados 
a. Exibir mensagem de erro. 
b. Retornar ao passo “a” do fluxo de origem. 
Pós-Condição: Ordem de serviço registrada 
Nome Gerar relatório de produtos a serem comprados Id: CSU10 
Sumário: 
O sistema deverá ser capaz de emitir um relatório com os 
produtos que necessitam ser adquiridos, por estarem com a 
quantidade atual abaixo da quantidade mínima para o produto. 
Ator Primário: Operação (Atendente / Gerente) 
Ator Secundário: 
Pré-Condição: O ator deve estar autorizado a emitir o relatório 
Requisito Funcional: RF10 
Regra de Negócio: 
Fluxo Principal 
1. Ator escolhe a opção para emitir o relatório. 
2. Sistema exibe interface para confirmar a emissão do relatório. 
3. Ator escolha a opção “Gerar relatório” [FA01] ou cancelar [FA02] . 
4. Caso de uso é encerrado. 
Fluxo alternativo: [FA01] – Gerar relatório 
a. Sistema recupera os dados que possuem a quantidade em estoque inferior a quantidade 
mínima prevista para o produto e exibe o relatório [FE01] 
c. Retornar para o passo 2 do fluxo principal. 
Fluxo alternativo: [FA02] – Cancelar operação 
a. Retornar para o passo 4 do fluxo principal 
Fluxo de exceção: [FE01] – Acessar os dados 
a. Exibir mensagem de erro. 
b. Retornar ao passo “a” do fluxo de origem. 
Pós-Condição: Relatório produzido. 
 
 
 
 
5 – Diagrama de classe de domínio 
 
 
 
5 – Diagrama de classe de domínio (nova versão com os métodos identificados através 
do Diagrama de Sequência) 
 
 
 
 
6 - Diagrama de Sequência 
6.1 – CSU01 - Manter Cliente (RF01) 
 
 
6.2 – CSU05 – Registrar ordem de serviço (RF05) 
 
 
6.3 – CSU10 - Gerar relatório de produtos a serem comprados (RF10) 
 
 
7– Diagrama de Transição de Estado 
7.1 - Classe – Animal 
 
 
 
 
 
Tabela de Transição de EstadoEvento Transição 
Ativo Animal que está sendo realizado os serviços no PET 
Inativo Animal que não realiza mais serviços no PET. 
 
 
 
 
 
 
7.2 - Classe – Cliente 
 
 
 
Tabela de Transição de Estado 
Evento Transição 
Ativo Proprietário de animal que tem sido levado para realização de 
serviços no PET. 
Inativo Proprietário de animal que não tem realizado mais serviços no 
PET. 
 
 
 
7.3 - Classe – Ordem de Serviço 
 
 
 
 
Tabela de Transição de Estado 
Evento Transição 
Pendente Ordem de Serviço aguardando para ser realizada 
Em execução OS que está tendo alguns dos seus serviços realizados pelo 
PET. 
Finalizada Todos os serviços previstos na OS foram concluídos. 
Cancelada OS cancelada pelo cliente ou pelo PET.