Documento de Requisitos

Prévia do material em texto

IFMS​ ​–​ ​2017.2 
ENGENHARIA​ ​DE​ ​SOFTWARE 
AUTO-ajuda 
​ ​JADEILSON​ ​LEONARDO​ ​TRIZOTTI​ ​RODRIGUES 
LUCAS​ ​GOETTENS​ ​MATO 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
Documento​ ​de 
Requisitos 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
Projeto:​ ​​AUTO-ajuda​ ​serviços 
automobilísticos 
 
Data 26​ ​de​ ​setembro​ ​de​ ​2017 
Responsável Jadeilson​ ​Leonardo​ ​Trizotti​ ​Rodrigues Lucas​ ​Goettens​ ​Matos 
Autor​ ​(s) Jadeilson​ ​Leonardo​ ​Trizotti​ ​Rodrigues ​ ​Lucas​ ​Goettens​ ​Matos 
Doc​ ​ID Projeto​ ​Aldebaran 
Localização Campo​ ​Grande​ ​(MS) 
Versão​ ​do 
Template 1.0​ ​versão​ ​Aldebaran 
 
 
 
 
 
[DOCUMENTO​ ​DE​ ​REQUISITOS] ​ ​AUTO-ajuda​ ​Página​ ​1 
 
 
IFMS​ ​–​ ​2017.2 
ENGENHARIA​ ​DE​ ​SOFTWARE 
AUTO-ajuda 
​ ​JADEILSON​ ​LEONARDO​ ​TRIZOTTI​ ​RODRIGUES 
LUCAS​ ​GOETTENS​ ​MATO 
 
 
 Histórico ​ ​de​ ​Revisão 
 
Data Versão Autor Descrição 
17/11/2017 1.2 Jadeilson Lucas Acréscimo​ ​do​ ​diagrama​ ​de​ ​classe 
15/10/2017 1.1 Jadeilson Lucas Acrescentação​ ​de​ ​casos​ ​de​ ​usos. 
19/09/2017 1.0 
Jadeilson 
Lucas 
Orlayne 
Iniciar​ ​a​ ​descrição; 
Especificação​ ​do​ ​problema​ ​e​ ​possível 
solução; 
Descrever​ ​stakeholders​ ​e​ ​suas 
responsabilidades; 
Especificar​ ​e​ ​detalhar​ ​requisitos. 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
[DOCUMENTO​ ​DE​ ​REQUISITOS] ​ ​AUTO-ajuda​ ​Página​ ​2 
 
 
IFMS​ ​–​ ​2017.2 
ENGENHARIA​ ​DE​ ​SOFTWARE 
AUTO-ajuda 
​ ​JADEILSON​ ​LEONARDO​ ​TRIZOTTI​ ​RODRIGUES 
LUCAS​ ​GOETTENS​ ​MATO 
 
 
Revisores 
 
Nome Papel Data 
Celeny​ ​Alves Professora 26/09/2017 
Cassima​ ​Ortegosa Professora 18/10/2017 
Cassima​ ​Ortegosa Professora 17/11/2017 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
[DOCUMENTO​ ​DE​ ​REQUISITOS] ​ ​AUTO-ajuda​ ​Página​ ​3 
 
 
IFMS​ ​–​ ​2017.2 
ENGENHARIA​ ​DE​ ​SOFTWARE 
AUTO-ajuda 
​ ​JADEILSON​ ​LEONARDO​ ​TRIZOTTI​ ​RODRIGUES 
LUCAS​ ​GOETTENS​ ​MATO 
 
Sumário 
Introdução 5 
1​ ​Definição​ ​do​ ​Problema 6 
2​ ​Stakeholders 6 
2.1​ ​Stakeholders​ ​-​ ​Descrições​ ​e​ ​Responsabilidades 6 
3​ ​Requisitos 7 
3.1​ ​Requisitos​ ​Funcionais 7 
3.2​ ​Requisitos​ ​Não-Funcionais 7 
3.3​ ​Requisitos​ ​Negativos 8 
4​ ​Prioridade 8 
5​ ​Visão​ ​Geral​ ​-​ ​Escopo 9 
5.1​ ​Diagrama​ ​de​ ​Caso​ ​de​ ​Uso 9 
5.2​ ​Diagrama​ ​de​ ​Classe 10 
5.3​ ​Caso​ ​de​ ​Uso 11 
6​ ​Gerenciamento​ ​de​ ​Requisitos 15 
6.1​ ​Gerenciamento​ ​de​ ​Mudanças​ ​de​ ​Requisitos 15 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
[DOCUMENTO​ ​DE​ ​REQUISITOS] ​ ​AUTO-ajuda​ ​Página​ ​4 
 
 
IFMS​ ​–​ ​2017.2 
ENGENHARIA​ ​DE​ ​SOFTWARE 
AUTO-ajuda 
​ ​JADEILSON​ ​LEONARDO​ ​TRIZOTTI​ ​RODRIGUES 
LUCAS​ ​GOETTENS​ ​MATO 
 
Introdução 
 
Este documento possui a função de especificar os requisitos do sistema “AUTO-ajuda 
serviços automobilísticos” para os desenvolvedores desse software, colaboradores e 
usuários​ ​do​ ​sistema. 
Outrossim, este documento apresenta as informações necessárias, como: 
funcionalidades, ​ ​restrições​ ​e​ ​os​ ​processos​ ​usados​ ​no​ ​mesmo. 
A​ ​“AUTO-ajuda​ ​serviços​ ​automobilísticos”​ ​possui​ ​a​ ​finalidade 
Vale ressaltar, que este documento é um contrato oficial e formal entre todos os 
desenvolvedores​ ​e​ ​o​ ​cliente. 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
[DOCUMENTO​ ​DE​ ​REQUISITOS] ​ ​AUTO-ajuda​ ​Página​ ​5 
 
 
IFMS​ ​–​ ​2017.2 
ENGENHARIA​ ​DE​ ​SOFTWARE 
AUTO-ajuda 
​ ​JADEILSON​ ​LEONARDO​ ​TRIZOTTI​ ​RODRIGUES 
LUCAS​ ​GOETTENS​ ​MATO 
 
1​ ​Definição​ ​do​ ​Problema 
 
O​ ​problema Falta​ ​de​ ​auxílio​ ​após​ ​a​ ​falha​ ​mecânica​ ​de​ ​um​ ​veículo​ ​automotor 
Quem​ ​é​ ​afetado Os​ ​condutores​ ​de​ ​veículos​ ​automotores 
Uma ​ ​Boa​ ​Solução 
poderia ​ ​ser 
O​ ​acionamento​ ​de​ ​serviços​ ​e​ ​verificação​ ​de​ ​locais​ ​com​ ​oferta​ ​de 
serviços​ ​próximos​ ​ao​ ​usuário. 
2​ ​Stakeholders 
 
Stakeholder é uma pessoa ou grupo que possui participação, investimento ou ações e 
que​ ​possui​ ​interesse​ ​em​ ​uma ​ ​determinada​ ​empresa​ ​ou​ ​negócio. 
Portanto, os stakeholders desse projeto são: desenvolvedores, colaboradores e 
usuários. 
● Desenvolvedores: Analista de sistemas, administrador de banco de dados e 
engenheiro​ ​de ​ ​software. 
● Colaboradores:​ ​Empresas​ ​associados​ ​ao​ ​software. 
● Usuários:​ ​Usuários​ ​que​ ​desfrutará​ ​os​ ​serviços​ ​dos​ ​colaboradores. 
 
2.1​ ​​Stakeholders​​ ​-​ ​Descrições​ ​e​ ​Responsabilidades 
 
Escopo​ ​dos​ ​stakeholders​ ​colaborador​ ​e​ ​desenvolvedor. 
 
Nome Descrição Responsabilidades 
Colaborador 
Empresas responsáveis pela 
manutenção dos automóveis dos 
usuários. 
● Manutenção dos automóveis e 
motociclos. 
Desenvolvedor 
Conjunto de desenvolvedores 
responsáveis​ ​pelo​ ​software 
● Analista​ ​de​ ​sistemas; 
● Administrador​ ​de​ ​banco​ ​de​ ​dados; 
● Engenheiro​ ​de​ ​software. 
 
 
 
 
[DOCUMENTO​ ​DE​ ​REQUISITOS] ​ ​AUTO-ajuda​ ​Página​ ​6 
 
 
IFMS​ ​–​ ​2017.2 
ENGENHARIA​ ​DE​ ​SOFTWARE 
AUTO-ajuda 
​ ​JADEILSON​ ​LEONARDO​ ​TRIZOTTI​ ​RODRIGUES 
LUCAS​ ​GOETTENS​ ​MATO 
 
3​ ​Requisitos 
 
A seguir será apresentada as funções do nosso sistema, no qual o desenvolvimento 
dos​ ​mesmos​ ​terá ​ ​como ​ ​base. 
 
3.1​ ​Requisitos​ ​Funcionais 
 
Os​ ​requisitos ​ ​funcionais​ ​são​ ​os​ ​conjuntos​ ​de​ ​funções​ ​do​ ​sistema. 
 
ID​ ​Req Nome Descrição 
RF​ ​0 Manter​ ​colaborador 
Fazer cadastro dos colaboradores para 
usuários​ ​consultarem. 
RF​ ​1 Manter​ ​usuário Fazer​ ​cadastro​ ​dos​ ​usuários. 
RF​ ​2 Manter​ ​serviços Colaborador​ ​lista​ ​seus​ ​serviços. 
RF​ ​3 Gerenciar​ ​indicações 
O software indicará colaboradores próximos 
do​ ​usuário. 
RF​ ​4 Buscar​ ​serviços Usuário​ ​faz​ ​a​ ​pesquisa​ ​de​ ​serviços. 
 
3.2​ ​Requisitos​ ​Não-Funcionais 
 
Os​ ​requisitos ​ ​não ​ ​funcionais ​ ​são​ ​as​ ​características​ ​comportamentais​ ​do​ ​sistema. 
 
ID Descrição 
RNF​ ​0 Na​ ​página​ ​web​ ​em​ ​HTML​ ​e​ ​app​ ​JAVA 
RNF​ ​1 Tempo​ ​de​ ​resposta​ ​da​ ​pagina​ ​tem​ ​que​ ​ser​ ​de​ ​no​ ​máximo​ ​15​ ​segundos 
RNF​ ​2 Será​ ​compatível​ ​com​ ​versão​ ​web​ ​e​ ​sistemas​ ​mobile 
RNF​ ​3 Uso​ ​do​ ​sistema​ ​gps​ ​para​ ​verificar​ ​posição​ ​do​ ​usuário 
RNF​ ​4 Uso​ ​do​ ​SQL​ ​para​ ​o​ ​banco​ ​de​ ​dados 
RNF​ ​5 Tamanho​ ​de​ ​100mb. 
 
 
 
 
 
 
 
[DOCUMENTO​ ​DE​ ​REQUISITOS] ​ ​AUTO-ajuda​ ​Página​ ​7 
 
 
IFMS​ ​–​ ​2017.2 
ENGENHARIA​ ​DE​ ​SOFTWARE 
AUTO-ajuda 
​ ​JADEILSON​ ​LEONARDO​ ​TRIZOTTI​ ​RODRIGUES 
LUCAS​ ​GOETTENS​ ​MATO 
 
3.3​ ​Requisitos​ ​Negativos 
 
Funções​ ​que​ ​não​ ​estará​ ​presente​ ​em​ ​nosso​ ​aplicativo. 
 
RN​ ​0 ​ ​​ ​Acionamento​ ​de​ ​socorro​ ​de​ ​guincho. 
RN​ ​1 ​ ​​ ​Oferecer​ ​serviços​ ​de​ ​outros​ ​apps. 
RN​ ​2 ​ ​​ ​Ser​ ​responsável​ ​pelo​ ​trabalho​ ​fornecidos​ ​pelos​ ​colaboradores. 
 
4​ ​Prioridade 
 
Esta seção possui a finalidade de fornecer a prioridade de cada caso de uso a ser 
desenvolvidos. 
 
Casos​ ​de​ ​uso Prioridade 
Manter​ ​cadastro​ ​colaborador Alta 
Manter​ ​cadastro​ ​usuário Alta 
Buscar​ ​serviços Alta 
Gerenciar​ ​indicações Média 
Cadastrar​ ​avaliação Baixa 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
[DOCUMENTO​ ​DE​ ​REQUISITOS] ​ ​AUTO-ajuda​ ​Página​ ​8 
 
 
IFMS​ ​–​ ​2017.2 
ENGENHARIA​ ​DE​ ​SOFTWARE 
AUTO-ajuda 
​ ​JADEILSON​ ​LEONARDO​ ​TRIZOTTI​ ​RODRIGUES 
LUCAS​ ​GOETTENS​ ​MATO 
 
5​ ​Visão​ ​Geral​ ​-​ ​Escopo 
Com a intençãode ilustrar a visão geral, é apresentado o Diagrama de casos de uso 
do ​ ​sistema, ​ ​figura​ ​1,​ ​que​ ​explica​ ​o​ ​escopo​ ​e​ ​as ​ ​funcionalidades​ ​do​ ​sistema. 
5.1​ ​Diagrama​ ​de​ ​Caso​ ​de​ ​Uso 
 
Figura​ ​1​ ​-​ ​Diagrama​ ​de​ ​Caso​ ​de​ ​Uso 
 
 
 
 
[DOCUMENTO​ ​DE​ ​REQUISITOS] ​ ​AUTO-ajuda​ ​Página​ ​9 
 
 
IFMS​ ​–​ ​2017.2 
ENGENHARIA​ ​DE​ ​SOFTWARE 
AUTO-ajuda 
​ ​JADEILSON​ ​LEONARDO​ ​TRIZOTTI​ ​RODRIGUES 
LUCAS​ ​GOETTENS​ ​MATO 
 
5.2​ ​Diagrama​ ​de​ ​Classe 
 
 
Figura​ ​2​ ​-​ ​Diagrama​ ​de​ ​Classe 
 
 
 
 
 
 
[DOCUMENTO​ ​DE​ ​REQUISITOS] ​ ​AUTO-ajuda​ ​Página ​ ​10 
 
 
IFMS​ ​–​ ​2017.2 
ENGENHARIA​ ​DE​ ​SOFTWARE 
AUTO-ajuda 
​ ​JADEILSON​ ​LEONARDO​ ​TRIZOTTI​ ​RODRIGUES 
LUCAS​ ​GOETTENS​ ​MATO 
 
5.3​ ​Caso​ ​de​ ​Uso 
 
Manter​ ​Colaborador 
Descrição Este​ ​caso​ ​tem​ ​por​ ​objetivo​ ​realizar​ ​e​ ​manter​ ​cadastro​ ​do​ ​colaborador 
Ator Colaborador 
 
Cenário​ ​Principal 
1. Sistema ​ ​prepara​ ​informações​ ​para​ ​realização​ ​de​ ​cadastro. 
2. Colaborador​ ​informa ​ ​dados. 
a. Nome; 
b. CNPJ; 
c. Telefone; 
d. Endereço; 
e. Login; 
f. senha; 
g. E-mail. 
3. Sistema ​ ​faz​ ​verificação​ ​dos​ ​dados. 
4. Manutenção ​ ​do ​ ​Cadastro. 
a. Atualizar​ ​dados. 
 
Cenário​ ​Alternativo 
1. Sistema ​ ​prepara​ ​informações​ ​para​ ​realização​ ​de​ ​cadastro. 
2. Colaborador​ ​informa ​ ​dados. 
a. Nome; 
b. CNPJ; 
c. Telefone; 
d. Endereço; 
e. Login; 
f. senha; 
g. E-mail. 
3. Sistema ​ ​verifica ​ ​dados. 
a. Sistema​ ​apresenta​ ​erro​ ​no​ ​cadastro; 
b. sistema manda mensagem de erro e pede para realizar nova tentativa de 
cadastro; 
c. Sistema​ ​apresenta​ ​em​ ​caso​ ​de​ ​novo​ ​erro​ ​entrar​ ​em​ ​contato​ ​com​ ​suporte. 
 
 
 
 
 
 
 
 
 
 
[DOCUMENTO​ ​DE​ ​REQUISITOS] ​ ​AUTO-ajuda​ ​Página ​ ​11 
 
 
IFMS​ ​–​ ​2017.2 
ENGENHARIA​ ​DE​ ​SOFTWARE 
AUTO-ajuda 
​ ​JADEILSON​ ​LEONARDO​ ​TRIZOTTI​ ​RODRIGUES 
LUCAS​ ​GOETTENS​ ​MATO 
 
Inserir​ ​Serviço 
Descrição Este​ ​caso​ ​tem​ ​por​ ​objetivo​ ​realizar​ ​e​ ​manter​ ​serviço​ ​do​ ​colaborador 
Ator Colaborador 
 
Pré-condição 
Cadastro ​ ​do ​ ​Colaborador. 
 
Cenário​ ​Principal 
1. Sistema ​ ​exibe ​ ​uma ​ ​lista​ ​pré-estabelecida​ ​de​ ​serviços. 
2. Colaborador​ ​cadastra​ ​seus​ ​serviços. 
3. Sistema ​ ​envia ​ ​mensagem​ ​confirmando​ ​o​ ​cadastro. 
 
Cenário​ ​Alternativo 
1. Sistema ​ ​exibe ​ ​uma ​ ​lista​ ​pré-estabelecida​ ​de​ ​serviços. 
2. Colaborador​ ​solicita​ ​cadastro​ ​de​ ​novo​ ​serviço. 
a. Colaborador​ ​entra​ ​em​ ​contato​ ​com​ ​suporte; 
i. Colaborador​ ​​ ​informa​ ​tipo​ ​de​ ​serviço. 
b. Colaborador​ ​cadastra​ ​novo​ ​serviço. 
3. Sistema ​ ​envia ​ ​mensagem​ ​de​ ​confirmação​ ​de​ ​cadastro​ ​de​ ​serviço. 
 
Atualizar​ ​Serviço 
Descrição Este​ ​caso​ ​tem​ ​por​ ​objetivo​ ​realizar​ ​a​ ​atualização​ ​do​ ​serviço​ ​do​ ​colaborador 
Ator Colaborador 
 
Pré-condição 
Cadastro ​ ​do ​ ​Colaborador. 
 
Cenário​ ​Principal 
 
1. Sistema ​ ​exibe ​ ​a​ ​lista​ ​de​ ​serviços​ ​do​ ​colaborador. 
2. Colaborador​ ​escolhe ​ ​o​ ​serviço​ ​que​ ​deseja​ ​atualizar. 
3. Sistema ​ ​envia ​ ​mensagem​ ​confirmando​ ​a​ ​modificação. 
 
Excluir​ ​Serviço 
Descrição Este​ ​caso​ ​tem​ ​por​ ​objetivo​ ​excluir​ ​serviço​ ​do​ ​colaborador 
Ator Colaborador 
 
Pré-condição 
Cadastro ​ ​do ​ ​Colaborador. 
 
Cenário​ ​Principal 
 
1. Sistema ​ ​exibe ​ ​a​ ​lista​ ​de​ ​serviços​ ​do​ ​colaborador. 
[DOCUMENTO​ ​DE​ ​REQUISITOS] ​ ​AUTO-ajuda​ ​Página ​ ​12 
 
 
IFMS​ ​–​ ​2017.2 
ENGENHARIA​ ​DE​ ​SOFTWARE 
AUTO-ajuda 
​ ​JADEILSON​ ​LEONARDO​ ​TRIZOTTI​ ​RODRIGUES 
LUCAS​ ​GOETTENS​ ​MATO 
 
2. Colaborador​ ​escolhe ​ ​o​ ​serviço​ ​que​ ​deseja​ ​excluir. 
3. Sistema ​ ​envia ​ ​mensagem​ ​confirmando​ ​a​ ​exclusão. 
 
Manter​ ​Usuário 
Descrição Este​ ​caso​ ​tem​ ​por​ ​objetivo​ ​realizar​ ​o​ ​cadastro​ ​do​ ​usuário 
Ator Usuário 
 
Cenário​ ​Principal 
1. Sistema ​ ​prepara​ ​informações​ ​para​ ​realização​ ​de​ ​cadastro. 
2. Usuário ​ ​informa​ ​dados. 
a. Nome; 
b. CPF; 
c. Telefone; 
d. E-mail; 
e. Login; 
f. senha. 
 
3. Sistema ​ ​faz​ ​verificação​ ​dos​ ​dados. 
4. Manutenção ​ ​do ​ ​Cadastro. 
a. Atualizar​ ​dados. 
 
Cenário​ ​Alternativo 
1. Sistema ​ ​prepara​ ​informações​ ​para​ ​realização​ ​de​ ​cadastro. 
2. Colaborador​ ​informa ​ ​dados. 
a. Nome; 
b. CPF; 
c. Telefone; 
d. E-mail; 
e. Login; 
f. Senha. 
 
3. Sistema ​ ​verifica ​ ​dados. 
a. Sistema​ ​apresenta​ ​erro​ ​no​ ​cadastro; 
b. Sistema manda mensagem de erro e pede para realizar nova tentativa 
de ​ ​cadastro; 
c. Sistema​ ​apresenta​ ​em​ ​caso​ ​de​ ​novo​ ​erro​ ​entrar​ ​em​ ​contato​ ​com​ ​suporte. 
 
Buscar​ ​Serviço 
Descrição Este​ ​caso​ ​tem​ ​por​ ​objetivo​ ​realizar​ ​a​ ​busca​ ​do​ ​serviço​ ​para​ ​o​ ​usuário 
Ator Usuário 
 
Pré-condição 
Cadastro ​ ​do ​ ​Usuário. 
 
Cenário​ ​Principal 
[DOCUMENTO​ ​DE​ ​REQUISITOS] ​ ​AUTO-ajuda​ ​Página ​ ​13 
 
 
IFMS​ ​–​ ​2017.2 
ENGENHARIA​ ​DE​ ​SOFTWARE 
AUTO-ajuda 
​ ​JADEILSON​ ​LEONARDO​ ​TRIZOTTI​ ​RODRIGUES 
LUCAS​ ​GOETTENS​ ​MATO 
 
 
1. Sistema ​ ​exibe ​ ​a​ ​lista​ ​de​ ​colaboradores. 
2. Usuário ​ ​escolhe​ ​o ​ ​colaborador​ ​por: 
a. Distância​ ​entre​ ​os​ ​dois. 
b. Relação​ ​dos​ ​serviços. 
3. Sistema ​ ​informa​ ​dados​ ​do​ ​colaborador: 
a. Nome. 
b. Endereço. 
c. Telefone. 
d. Lista​ ​de​ ​serviços. 
 
Inserir​ ​Avaliação 
Descrição Este​ ​caso​ ​tem​ ​por​ ​objetivo​ ​inserir​ ​a​ ​avaliação​ ​do​ ​usuário​ ​para​ ​o​ ​colaborador 
Ator Usuário 
 
Pré-condição 
Cadastro ​ ​do ​ ​Usuário. 
 
Cenário​ ​Principal 
1. Usuário ​ ​seleciona​ ​o ​ ​colaborador. 
2. No​ ​local​ ​“Avaliar”​ ​usuário​ ​qualifica​ ​o​ ​serviço​ ​do​ ​colaborador. 
3. Sistema ​ ​envia ​ ​mensagem​ ​confirmando​ ​a​ ​avaliação. 
 
Pesquisar​ ​Avaliação 
Descrição Este​ ​caso​ ​tem​ ​por​ ​objetivo​ ​pesquisar​ ​a​ ​avaliação​ ​feita​ ​pelo​ ​o​ ​usuário​ ​para​ ​o 
colaborador 
Ator Administrador 
 
Cenário​ ​Principal 
1. Administrador​ ​escolhe​ ​qual​ ​colaborador. 
2. Administrador​ ​seleciona​ ​“Ver​ ​avaliação”. 
 
Atualizar​ ​Avaliação 
Descrição Este​ ​caso​ ​tem​ ​por​ ​objetivo​ ​atualizar​ ​a​ ​avaliação​ ​feita​ ​pelo​ ​o​ ​usuário​ ​para​ ​o 
colaborador 
Ator Administrador 
 
Pré-condição 
Pesquisar​ ​Avaliação. 
 
Cenário​ ​Principal 
1. Administrador​ ​seleciona​ ​avaliação.​ ​Caso​ ​a​ ​avaliação​ ​tenha​ ​palavras​ ​baixo 
calão: 
a. Administrador​ ​censura​ ​o​ ​termo. 
[DOCUMENTO​ ​DE​ ​REQUISITOS] ​ ​AUTO-ajuda​ ​Página ​ ​14 
 
 
IFMS​ ​–​ ​2017.2 
ENGENHARIA​ ​DE​ ​SOFTWARE 
AUTO-ajuda 
​ ​JADEILSON​ ​LEONARDO​ ​TRIZOTTI​ ​RODRIGUES 
LUCAS​ ​GOETTENS​ ​MATO 
 
 
Excluir​ ​Avaliação 
Descrição Este​ ​caso​ ​tem​ ​por​ ​objetivo​ ​excluir​ ​a​ ​avaliação​ ​feita​ ​pelo​ ​o​ ​usuário​ ​para​ ​o 
colaborador 
Ator Administrador 
 
Pré-condição 
Pesquisar​ ​Avaliação. 
 
Cenário​ ​Principal 
 
1. Administrador​ ​seleciona​ ​avaliação.​ ​Caso​ ​a​ ​avaliação​ ​seja​ ​ofensiva​ ​ou 
ameaçadora: 
a. Administrador​ ​exclui ​ ​mensagem. 
6​ ​Gerenciamento​ ​de​ ​Requisitos 
 
A mudança de requisito se dará a partir de feedbacks recebidos de colaboradores e 
usuários. 
6.1​ ​Gerenciamento​ ​de​ ​Mudanças​ ​de​ ​Requisitos 
As​ ​etapas​ ​se​ ​dará​ ​através ​ ​do ​ ​seguintes​ ​processos: 
● Colaborador ou usuário enviará um feedback de melhoria ou inclusão de 
funcionalidades​ ​para​ ​o​ ​app. 
● Equipe​ ​de​ ​desenvolvimento​ ​verificará​ ​a​ ​viabilidade​ ​de​ ​implementação.● Caso​ ​seja ​ ​viável​ ​é​ ​repassado​ ​aos ​ ​desenvolvedores​ ​para​ ​implantação. 
● Lançada​ ​versão​ ​do​ ​sistema​ ​com​ ​a​ ​atualização. 
 
[DOCUMENTO​ ​DE​ ​REQUISITOS] ​ ​AUTO-ajuda​ ​Página ​ ​15