Você está na página 1de 12

<Sistema Pet Shop>

<David Luiz dos Santos>

Documento de Requisitos
Pet Shop
Versão 1.0
David Luiz dos Santos
Histórico de Alterações
Data Versão Descrição Autor
29/10/2021 1.0 Início do documento de requisitos David
Conteúdo
1. INTRODUÇÃO 4
1.1 VISÃO GERAL DO DOCUMENTO 4
1.2 CONVENÇÕES, TERMOS E ABREVIAÇÕES 4
1.2.1 Identificação dos requisitos 4
1.2.2 Prioridades dos requisitos 5
2. DESCRIÇÃO GERAL DO SISTEMA 5
2.1 ABRANGÊNCIA E SISTEMAS RELACIONADOS 5
3. REQUISITOS FUNCIONAIS (CASOS DE USO) 6
4. REQUISITOS NÃO-FUNCIONAIS 7
5. REQUISITOS DE SEGURANÇA 8
5.1 MATRIZ DE AVALIAÇÃO DE RISCO 8
6. MATRIZ DE RASTREABILIDADE – REQUISITO FUNCIONAL 9
7. REFERÊNCIAS 10

Documento de Requisitos Página 3 de 12


1. Introdução
Este documento especifica os requisitos do sistema Pet Shop, fornecendo aos
desenvolvedores as informações necessárias para o projeto e implementação, assim
como para a realização dos testes e homologação do sistema.

1.1 Visão geral do documento


Além desta seção introdutória, as seções seguintes estão organizadas como
descrito abaixo.
● Seção 2 – Descrição geral do sistema: apresenta uma visão geral do
sistema, caracterizando qual é o seu escopo e descrevendo seus usuários.
● Seção 3 – Requisitos funcionais (casos de uso): especifica todos os casos
de uso do sistema, descrevendo os fluxos de eventos, prioridades, atores,
entradas e saídas de cada caso de uso a ser implementado.
● Seção 4 – Requisitos não-funcionais: especifica todos os requisitos não
funcionais do sistema, divididos em requisitos de usabilidade, confiabilidade,
desempenho, segurança, distribuição, adequação a padrões e requisitos de
hardware e software.
● Seção 5 – Requisitos de Segurança: especifica todos os requisitos de
segurança relacionados aos requisitos funcionais e não funcionais
● Seção 6 – Matriz de rastreabilidade:
● Seção 7 – Referências: apresenta referências para outros documentos
utilizados para a confecção deste documento.

1.2 Convenções, termos e abreviações


A correta interpretação deste documento exige o conhecimento de algumas
convenções e termos específicos, que são descritos a seguir.

1.2.1 Identificação dos requisitos


Por convenção, a referência a requisitos é feita através do nome da subseção onde
eles estão descritos, seguidos do identificador do requisito, de acordo com a
especificação a seguir: [nome da subseção. identificador do requisito]. Por exemplo,
o requisito funcional [RF016 Recuperação de dados] deve estar descrito em uma
subseção chamada “Recuperação de dados”, em um bloco identificado pelo número
[RF016]. Já o requisito não-funcional [NF008 Usabilidade]. Tamanho da Tela] deve
estar descrito na seção de requisitos não-funcionais de Usabilidade, em um bloco
identificado por [NF008]. Os requisitos de segurança devem ser em um bloco
identificado por [RS009 – Bateria]
Os requisitos devem ser identificados com um identificador único. A numeração
inicia com o identificador [RF001] , [NF001] e [RS001] e prossegue sendo
incrementada à medida que forem surgindo novos requisitos.

1.2.2 Prioridades dos requisitos


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

Documento de Requisitos Página 4 de 12


1. 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.
2. 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.
3. 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.

2. Descrição geral do sistema

2.1 Abrangência e sistemas relacionados


O PROJETO PET SHOP SERÁ UM SISTEMA DE GERENCIAMENTO PERSONALIZADO PARA A
CLÍNICA E LOJA DE ANIMAIS DE ESTIMAÇÃO. TERÁ COMO PRINCIPAIS CARACTERÍSTICAS O
GERENCIAMENTO DE SEUS CLIENTES E ANIMAIS, DE VENDA DE PRODUTOS E DE
ASSISTÊNCIA VETERINÁRIA.

Documento de Requisitos Página 5 de 12


3. Requisitos funcionais (casos de uso)

ID Requisito Descrição Prioridade


RF001 Cadastro do Requisito Funcional que trata de todos os Essencial
cliente campos relativos ao cadastramento dos
clientes.

Campos do Formulário:
*Data do cadastro:String (00/00/0000)
*Nome do cliente: String(max. 250 caracteres)
*Telefone/Whatsapp: String(00)00000-0000
*Redes Sociais: String
*Instagram:String
*Facebook:String
*Outros:String
*CEP: String;(00000-000)
*Bairro: String
*Cidade: String
*Estado: String
*Logradouro: String (max.250 caractere)
*Número: Number
*RG: String(xxxxxxxx-x)
*CPF: Number (xxx.xxx.xxx-xx)
*Tipo de cliente:String
*Vip:String;(de 1 a 5 atendimentos)
*Ouro:String;(de 5 a 10 atendimentos)
*Premium:String;(a partir de 10
atendimentos)
Cadastro base
. cadastrar Instituição: String;
. cadastrar Periodo:String;
. cadastrar Curso:String;

Alteração:
Só será permitido alterar com a permissão
de um funcionário autorizado.
Exclusão:

Só será permitido alterar com a permissão


de um funcionário autorizado.
Listar: será permitido buscar o cliente por
nome, cpf.
webservice:(https://buscarcep.com.br/site.php)
RF002 Cadastro do Requisito Funcional que trata de todos os Essencial
animal campos relativos ao cadastramento dos
animais dos clientes.

Campos do Formulário:
*Nome do animal: String(max. 250 caracteres)

Documento de Requisitos Página 6 de 12


*Nome do dono: String(max. 250 caracteres)
*CPF do dono: Number (xxx.xxx.xxx-xx)
*Espécie do animal: String(max. 250 caracteres)
*Raça do animal String(max. 250 caracteres)
*Peso:Number
*Altura:Number
*Doença: String(max. 250 caracteres)
*Cor do animal: String(max. 50 caracteres)
*Idade do animal: Number
*Sexo do animal: Number
*Observações: String(max. 250 caracteres)
RF003 Cadastro do Requisito Funcional que trata de todos os Essencial
Funcionário campos relativos ao cadastramento dos
funcionários.

Campos do Formulário:
*Nome: String(max. 250 caracteres)
*Telefone: String(00)00000-0000
*RG: Number(xxxxxxxx-x)
*CPF: Number (xxx.xxx.xxx-xx)
*CEP: Number;(00000-000)
webservice:(https://buscarcep.com.br/site.php)
*Bairro: String
*Cidade: String
*Estado: String
*Logradouro: String (max.250 caractere)
*Número: Number
*Função: String (max.100 caractere)
*Horário de Trabalho: String(max.250 caractere)
*Salário: Number(xxx.xxx,xx)
*Conta bancária: String(max.250 caractere)

RF004 Cadastro do Requisito Funcional que trata de todos os Essencial


pedido campos relativos ao cadastro de pedidos.

Campos do Formulário:
*Número do pedido: String(max. 250 caracteres)
*Tipo do serviço: String(max. 250 caracteres)
*Banho:String
*Tosa:String
*Uberdog:String
*Consultas:String

Documento de Requisitos Página 7 de 12


*Adestramento:String
*Tipo de produto: String(max. 250 caracteres)
*Rações:String
*Petisco:String
*Farmácia:String
*Brinquedos:String
*Acessórios:String
*Tipo de animal: String(max. 250 caracteres)
*Idade do animal: Number
*Sexo do animal: Number
RF005 Cadastro Requisito Funcional que trata de todos os Essencial
Forma de campos relativos ao cadastro das formas de
Pagamento pagamentos.

Campos do Formulário:
*Número do pedido: String(max. 250 caracteres)
*Formas de pagamentos: String(max. 250
caracteres)
*Dinheiro:String
*Cartão de débito:String
*Cartão de crédito:String
*Boleto:String
*Pix:String

4. Requisitos não-funcionais

ID Requisito Descrição
RNF001 Requisito de SERVIDOR
produto – O sistema deverá ter no mínimo a seguinte
requisito de configuração. Hd ssd 1TB ...
eficiência – USUÁRIOS
requisito de O sistema deverá ter no mínimo a seguinte
espaço configuração. Hd ssd 1TB ...
RNF002 Requisito de Todos os formulário deverão ter a letra Arial, preta,
produto – tamanho 12, com o fundo da tela claro de preferência
requisito de da cor branca.
facilidade
de uso
RNF003 Requisito de Todos os formulário deverá ter os botões de gravar,
produto – pesquisar, cancelar e sair.
requisito de
facilidade
de uso
RNF004 Requisito de O sistema será implementado na Linguagem de
produto – Programação Java, sendo assim portável nas
requisito de plataformas mais utilizadas (windows, Linux).
facilidade
de uso

Documento de Requisitos Página 8 de 12


RNF005 Requisito de Será feita uma documentação contendo o diagrama de
produto – classes, visto que a linguagem utilizada segue o
requisito de paradigma da orientação a objetos. e tambem
facilidade informações sobre o código fonte do projeto.
de uso

Documento de Requisitos Página 9 de 12


5. Requisitos de Segurança

ID Perigo Soluções
[RS001] Caso alguma informação seja inválida Uma janela será
(não preenchida) apresentada informando que os dados
para cadastro estão incompletos.

[RS002] Caso o animal precise de remédio, O sistema deverá permitir ao veterinário


cirurgia ou ficar internado. adicionar uma nova entrada no histórico do
animal.
[RS001] Caso alguma informação seja inválida Caso alguma entrada não seja informada, o
(não preenchida) [RS002] programa avisará ao veterinário o campo em
branco, e perguntará se o usuário deseja
proceder mesmo assim.

5.1 Matriz de Avaliação de Risco

Documento de Requisitos Página 10 de 12


6. Matriz de Rastreabilidade – Requisito Funcional

Documento de Requisitos Página 11 de 12


7. Referências

1. Baseado no documento de requisitos disponível em<https://www.google.com/url?sa=t&rct=


j&q=&esrc=s&source=web&cd=3&sqi=2&ved=0CCwQFjAC&url=http%3A%2F
%2Fdemo.chiliproject.org%2Fattachments
%2F169%2FdocumentoRequisitos.doc&ei=kPnfUWKIs6XyATC5IC4Bw&usg=AFQjCNESjuE4x3e
3nXsTuY3tnt4aqobn1A&bvm=bv. 72197243,d.b2U&cad=rja>
2. SOMMERVILLE, Ian. Engenharia de Software, 8 edição. Pearson, Addison Wesley, v. 8, n. 9, p.
10, 2011.
3. PRESSMAN, Roger; MAXIM, Bruce. Engenharia de Software-8ª Edição. McGraw Hill Brasil, 2016.

Documento de Requisitos Página 12 de 12

Você também pode gostar