ER - revisar PQS

Prévia do material em texto

Empresa ABC 
 
 
 
 
 
 
DOCUMENTO DE ESPECIFICAÇÃO DE 
CASOS DE USO 
 
Sistema de controle de Equipes Online de Informática 
- SOS Equipes 
 
 
 
 
 
 
 
 
 
Elaboração: 
 
- José da Silva 
- Maria José 
 
 
 
 
 Versão: <1.0> 
Proposta de Desenvolvimento Data: 28/9/2018 
 
Especificação de Requisitos Página 2 de 97 
 
Sumário Geral 
 
 
 
 Versão: <1.0> 
Proposta de Desenvolvimento Data: 28/9/2018 
 
Especificação de Requisitos Página 3 de 97 
 
 
 
SOS Equipes 
Casos de Uso 
 
 
 
Histórico de Revisões 
Data Versão Descrição Autor 
01/09/2018 1.0 Descrição do diagrama José, Maria 
 
 
 
 
 
 Versão: <1.0> 
Proposta de Desenvolvimento Data: 28/9/2018 
 
Especificação de Requisitos Página 4 de 97 
 
Índice 
1. Nome do diagrama 95 
2. Descrição do diagrama 95 
3. Diagrama 97 
 
 
1. Nome do diagrama 
 
Diagrama de Caso de Uso Sistema SOS Equipes 
 
2. Descrição do diagrama 
 
2.1 Descrição dos casos de uso do diagrama de caso de uso SOS Equipe 
 
 O sistema tem como objetivo gerenciar a contratação de equipes para a realização de trabalho de 
uma empresa. Para isso, o profissional e a empresa terão acesso ao sistema de forma distinta. O 
profissional pode criar uma equipe de trabalho, tornando líder daquela equipe e manifestar interesse em 
participar de uma equipe. Além disso, o líder pode convidar profissionais para as equipes e os 
profissionais deveram aceitar para entrar na equipe. Outro participante do sistema: a empresa pode 
cadastrar no sistema, cadastrar uma solicitação de serviço, escolher uma equipe para realizar o serviço, 
consultar ranking com as equipes, consultar dados de profissionais, avaliar a prestação de um serviço 
realizado por uma equipe, consultar receitas com a prestação de serviço e consultar um histórico de 
serviços realizado por ela. 
 Foram encontrados os casos de uso para a realização da implementação do sistema. Segue abaixo 
a descrição de cada caso de uso do sistema. 
 
 
1. Cadastrar profissional: Caso de uso responsável por realizar o cadastro de um profissional no 
sistema, devendo incluir todas as informações referentes ao dados pessoais e profissionais do 
mesmo. Executado pelo ator Profissional. 
 
2. Cadastrar Equipe: Caso de Uso responsável por realizar o cadastro de uma equipe no sistema, 
devendo conter detalhes e características da equipe solicitada. Executado pelo ator Profissional. 
 
3. Solicitar participação da equipe: Caso de uso responsável por realizar o pedido do profissional 
para participar de uma determinada equipe. Executado pelo ator Profissional. 
 
4. Enviar mensagens: Caso de uso responsável por disparar as mensagens de resposta do sistema, 
quando efetuada alguma solicitação. Executado pelo ator Profissional. 
 
5. Convidar profissional para equipe: Caso de uso responsável por disparar convite para o 
profissional convidando-o para participar da equipe. Executado pelo ator Líder da Equipe. 
 
6. Aceitar participação na equipe: Caso de uso responsável pelo aceite de um profissional na 
equipe em que ele solicitou participação. Executado pelo ator Profissional. 
 
7. Consultar convites: Caso de uso responsável por consultar os convites enviados para os 
profissionais para participar das equipes. 
 
8. Manifestar interesse de uma equipe: Caso de uso responsável por demostrar o interesse de um 
profissional em participar de uma equipe. Executado pelo ator Profissional. 
 
 
 Versão: <1.0> 
Proposta de Desenvolvimento Data: 28/9/2018 
 
Especificação de Requisitos Página 5 de 97 
 
9. Consultar solicitação de serviço: Caso de uso responsável por consultar todas as solicitações de 
serviço das empresas. Executado pelo ator Líder da Equipe. 
10. Fechar contrato: Caso de uso responsável por firmar contrato entre o profissional e a empresa 
para a contratação dos serviços da equipe. Executado pelo ator Líder Equipe e ator Responsável 
pela Empresa. 
 
11. Consultar histórico de projetos: Caso de uso responsável por consultar todo o histórico de 
projetos do sistema realizados pela empresa. Executado pelo ator Responsável pela Empresa. 
 
12. Cadastrar Empresa: Caso de uso responsável por realizar o cadastro de uma empresa no 
sistema, devendo conter todas as informações referente a empresa. Executado pelo ator 
Responsável pela Empresa. 
 
13. Cadastrar solicitação de serviço: Caso de uso responsável por cadastrar todas as demandas de 
solicitação de serviços das empresas. Executado pelo ator Responsável pela empresa. 
 
14. Consultar receitas oriundas das prestações de serviço: Caso de uso responsável por consultar 
todos os valores referente as solicitações de serviços da empresa. Executado pelo ator 
Responsável pela empresa. 
 
15. Avaliar prestação de serviço: Caso de uso responsável por avaliar todos os serviços prestados 
pelas equipes a empresa. Executado pelo ator Responsável pela empresa. 
 
16. Escolher equipe para serviço: Caso de uso responsável por determinar a equipe que irá realizar 
as solicitações de serviço da empresa. Executado pelo ator Responsável pela empresa 
 
17. Consultar rank de equipes: Caso de uso responsável por consultar o ranking das equipes, 
utilizando as avaliações das prestações de serviço para determinar as melhores equipes. 
Executado pelo ator Responsável pela empresa 
 
18. Consultar dados dos profissionais: Caso de uso responsável por consultar s dados dos 
profissionais, a fim de avaliar se o candidato em questão tem o perfil para o serviço proposto. 
Executado pelo ator Responsável pela empresa 
 
19. Cadastrar tipo de serviço: Caso de uso responsável por cadastrar um tipo de serviço que a 
empresa necessita. Executado pelo ator Responsável Profissional da startup. 
 
 
 
 
 
 
 
 
 
 
 Versão: <1.0> 
Proposta de Desenvolvimento Data: 28/9/2018 
 
Especificação de Requisitos Página 6 de 97 
 
 
3. Diagrama de Casos de Uso Geral 
 
 
 
 
 Versão: <1.0> 
Proposta de Desenvolvimento Data: 28/9/2018 
 
Especificação de Requisitos Página 7 de 97 
 
 
 
<SOS Equipes> 
 
Caso de Uso1 Cadastrar Profissional 
 
 
 
 
 
Histórico de Revisões 
Data Versão Descrição Autor 
03/03/2016 1.0 Criação do caso de uso Maria 
05/04/2016 2.0 Correção José 
 
 
 
 
 Versão: <1.0> 
Proposta de Desenvolvimento Data: 28/9/2018 
 
Especificação de Requisitos Página 8 de 97 
 
Índice 
Caso de uso <Cadastrar Professional> 9 
1. Id do Caso de Uso 9 
2. Atores 9 
3. Sumário 9 
4. Pré Condições 9 
5. Fluxo de Eventos 9 
5.1 Fluxo Principal 9 
5.2 Fluxos Alternativos 9 
5.2.1 < FA001 Editar Profissional > 9 
5.2.2 < FA002 Excluir Profissional > 9 
5.3 Fluxos de Exceções 10 
5.3.1 < FE001 Campo obrigatório não preenchido > 10 
5.3.2 < FE002 Profissionais já cadastrados > 10 
1. Pós Condições 10 
2. Documentação Suplementar 10 
5.4 Regras de negócios 10 
5.5 Requisitos não-funcionais 10 
5.6 Interface Externa (telas e relatórios) 10 
5.6.1 Leiaute sugerido (desenho da tela) 10 
5.6.2 Lista de campos da interface 13 
5.6.3 Lista de comandos da interface 15 
5.7 Diagrama de Interação 15 
5.8 Diagrama de Classes 18 
Classes persistentes 18 
5.8.1 Descrição das classes persistentes 18 
5.9 Critérios de aceitação do Requisito Erro! Indicador não definido. 
 
 Versão: <1.0> 
Proposta de Desenvolvimento Data: 28/9/2018 
 
Especificação de Requisitos Página 9 de 97 
 
Especificação de Requisito 
 
Caso de uso <Cadastrar Professional> 
 
4. Id do Caso de Uso 
UC01 
5. Atores 
Profissional 
6. Sumário 
O caso de uso tem como objetivo realizar o cadastro de dados de um profissional no sistema. O caso de 
uso também permite a exclusão e a edicão dos dados do profissional no sistema. 
 
7. Pré-Condições 
O ator profissional deve entrar no formulário de cadastro do profissional. 
8. Fluxo de Eventos 
8.1 Fluxo Principal 
 
1- Esse casode uso começa quando o profissional solicita o formulário de cadastro de profissional 
ao sistema. 
2- O sistema disponibiliza um formulário para cadastro. 
3- O profissional preenche o formulário de dados pessoais. 
4- Sistema verifica se há um profissional com o mesmo CPF cadastro <FE001 profissional já 
cadastrado> 
5- Sistema realiza a validação os dados informados <FE002 campo obrigatório não preenchido> 
6- O profissional clica no botão ‘Finalizar Cadastro” 
7- Sistema realiza a validação os dados informados <FE002 campo obrigatório não preenchido> 
8- Sistema cadastra os dados do Profissional. 
9- O sistema libera a edição dos dados do profissional <FA001 Editar Profissional> 
10- O sistema libera a exclusão do profissional < FA002 Excluir Profissional> 
11- Fim do caso de uso. 
 
8.2 Fluxos Alternativos 
8.2.1 < FA001 Editar Profissional > 
 
1. O Profissional escolhe a opção editar dados clicando no botão “Editar dados” do menu. 
2. O sistema exibe o formulário preenchidos com dados para o profissional editar. 
3. O profissional edita os dados desejados. 
4. Sistema realiza a validação os dados informados <FE001 campo obrigatório não preenchido> 
5. O profissional clica no botão “Editar Dados”. 
6. Sistema edita os dados do profissional. 
7. Fim do caso de uso. 
 
 
8.2.2 < FA002 Excluir Profissional > 
 
1. O Profissional escolhe a opção excluir clicando no botão “Excluir” do menu. 
2. O Sistema disponibiliza o formulário de menu principal do profissional. 
3. O Profissional seleciona o botão “Excluir Conta” do menu. 
4. O Sistema exclui os dados do profissional. 
5. Fim do caso de uso. 
 
 
 Versão: <1.0> 
Proposta de Desenvolvimento Data: 28/9/2018 
 
Especificação de Requisitos Página 10 de 97 
 
8.3 Fluxos de Exceções 
 
8.3.1 < FE001 Campo obrigatório não preenchido > 
 
1- Sistema exibe mensagem ‘ Há campos obrigatórios não preenchidos’. 
2- Fluxo retorna ao ponto de informação dos dados da interface. 
 
8.3.2 < FE002 Profissionais já cadastrados > 
 
 1- Sistema exibe mensagem ‘Profissional já cadastrado’. 
2- Fluxo retorna ao ponto de informação dos dados da interface. 
 
 
1. Pós Condições 
 
Quando o caso de uso foi realizado com sucesso: 
Na operação de Inclusão 
Após a inclusão os dados do profissional devem estar salvos no banco de dados do sistema. 
Na operação de Exclusão 
Após a exclusão os dados do profissional não devem mais estar salvos no banco de dados do 
sistema. 
 
Na operação de Edição 
Após a edição os dados alterados do profissional devem estar salvos no banco de dados do 
sistema 
 
2. Documentação Suplementar 
8.4 Regras de negócios 
 
RN1 O professional deve ter no minimo 18 anos. 
 
8.5 Requisitos não-funcionais 
Confiabilidade – O sistema SOS Equipe deve realizar o backup dos dados do profissional diariamente. 
Segurança - O profissional deve ser identificado com login e senha para ter acesso as demais funções do 
sistema. 
 
8.6 Interface Externa (telas e relatórios) 
8.6.1 Leiaute sugerido (desenho da tela) 
 
 
 Versão: <1.0> 
Proposta de Desenvolvimento Data: 28/9/2018 
 
Especificação de Requisitos Página 11 de 97 
 
 
 
 
 
 
 
 
 
 
 Versão: <1.0> 
Proposta de Desenvolvimento Data: 28/9/2018 
 
Especificação de Requisitos Página 12 de 97 
 
 
 
 Versão: <1.0> 
Proposta de Desenvolvimento Data: 28/9/2018 
 
Especificação de Requisitos Página 13 de 97 
 
8.6.2 Lista de campos da interface 
Número Nome Descrição Valores 
válidos 
Formato Tipo Restrições 
1 Nome Nome do 
profissional 
Letras de 
a-z 
Até 50 
caracateres 
Texto Obrigatório 
2 Cpf Cpf do 
profissional 
que está 
realizando o 
cadastro 
Valores 
numéricos 
positivos 
11 Inteiro Obrigatório 
3 Data de 
Nascimento 
Data de 
nascimento 
do 
profissional 
que está 
realizando o 
cadastro 
Valores 
numéricos 
positivos 
6 Data Obrigatório 
4 Telefone Telefone do 
profissional 
que está 
realizando o 
cadastro 
Valores 
numéricos 
Até 11 
valores 
Inteiro Obrigatório 
5 Email Email do 
profissional 
que está 
realizando o 
cadastro 
Letras de 
a-z, 
valores 
numéricos 
positivos e 
alguns 
caracateres 
especiais 
“_-@” 
Até 30 
valores 
Texto Obrigatório 
6 Sexo Sexo do 
profissional 
que está 
sendo 
cadastrado 
Opção M ou F Texto Obrigatório 
7 Estado Campo para 
receber o 
estado do 
profissional 
Letras de 
a-z 
Até 30 
caracteres 
Texto Obrigatório 
8 Logradouro Campo 
Rua/Avenida 
do 
Profissional 
Letras de 
a-z 
Até 50 
caracteres 
Texto Obrigatório 
9 Horário de 
disponibilidade 
Campo 
Responsável 
pelo horário 
disponível 
que o 
profissional 
disponível 
para 
trabalhar 
Valores 
numéricos 
6 valores Data Obrigatório 
 
 Versão: <1.0> 
Proposta de Desenvolvimento Data: 28/9/2018 
 
Especificação de Requisitos Página 14 de 97 
 
10 Login Campo login 
para receber 
o login do 
profissional 
que está 
realizando o 
cadastro 
Valores 
Numéricos 
Positivos e 
letras de a-
z 
Até 10 
digitos 
Texto Obrigatório 
11 Numero O campo 
para receber 
o número da 
residência do 
profissional 
Valores 
numéricos 
positivos 
Até 5 
digitos 
Inteiro Obrigatório 
12 Senha Campo 
responsável 
pela senha 
do 
Profissional 
Valores 
numéricos 
positivos 
No mínimo 
6 dígitos 
Inteiro Obrigatório 
13 Forma de 
trabalho 
Campo 
responsável 
por 
representar o 
a forma de 
trabalho do 
profissional 
Valores de 
A-Z 
Até 30 
caracteres 
Texto Obrigatório 
14 Formação Campo que 
representa a 
formação(cu
rsos) que o 
profissional 
realizou 
Valores de 
A-Z 
Até 500 
caracteres 
Texto Obrigatório 
15 Objetivo Campo para 
receber o 
objetivo que 
o 
profissional 
tem em 
futuros 
trabalhos 
Valores de 
A-Z 
Até 500 
caracteres 
Texto Não obrigatório 
16 Experiência 
Profissional 
O 
profissional 
irá entrar 
com as 
experiências 
profissionais 
dele. 
Valores de 
A-Z 
Até 500 
caracteres 
Texto Obrigatório 
17 Observações Nesse campo 
o 
profissional 
digita as 
informações 
adicionais 
que ele 
deseja 
acrescentar 
no currículo 
Valores 
Numéricos 
Positivos e 
letras de a-
z 
Até 500 
caracteres 
Texto Obrigatório 
 
 Versão: <1.0> 
Proposta de Desenvolvimento Data: 28/9/2018 
 
Especificação de Requisitos Página 15 de 97 
 
8.6.3 Lista de comandos da interface 
 
Número Nome Ação Restrições 
1 Cadastrar 
Currículo 
Alterar para a página Cadastrar 
o formulário de preenchimento 
de cadastro do currículo. 
Habilitado se todo o campo do cadastro 
de dados do profissional for preenchido 
corretamente. 
2 Finalizar 
Cadastro 
Salva dos dados pessoais e o 
currículo do profissional no 
banco de dados. 
Habilitado se todo o campo obrigatório 
for digitado. 
 
8.7 Diagrama de Interação 
 
 
 
 
 Versão: <1.0> 
Proposta de Desenvolvimento Data: 28/9/2018 
 
Especificação de Requisitos Página 16 de 97 
 
 
 
 
 
 Versão: <1.0> 
Proposta de Desenvolvimento Data: 28/9/2018 
 
Especificação de Requisitos Página 17 de 97 
 
 
 
 
 
 
 
 Versão: <1.0> 
Proposta de Desenvolvimento Data: 28/9/2018 
 
Especificação de Requisitos Página 18 de 97 
 
 
 
 
8.8 Diagrama de Classes 
 
 
 
Classes persistentes 
 
Número 
de ordem 
Nome Descrição 
1 Profissional Classe para representar um profissional no 
sistema. 
2 Qualificações Classe para representar o qualificações de um 
profissional. 
3 Endereço Classe para representar o endereço de um 
profissional no sistema. 
8.8.1 Descrição das classes persistentes 
 
 
 Versão: <1.0> 
Proposta de Desenvolvimento Data: 28/9/2018 
 
Especificação de Requisitos Página 19 de 97 
 
Número de 
ordem 
Nome Freqüência 
de consulta 
(por dia) 
Freqüência 
de atualiza-
ção (por dia) 
Cardinali-dade inicial 
Cardinali-
dade 
máxima 
Restrições 
aplicáveis 
1 Profissional 30 5 0 1000 - 
2 Qualificações 25 3 0 1000 - 
 
 
 Versão: <1.0> 
Proposta de Desenvolvimento Data: 28/9/2018 
 
Especificação de Requisitos Página 20 de 97 
 
 
 
<SOS Equipes> 
 
Caso de Uso2 Cadastrar Equipe 
 
 
 
 
 
Histórico de Revisões 
Data Versão Descrição Autor 
<23/03/2016> <1.0> <Criação do Caso de Uso Cadastrar 
Equipe> 
José 
 
 
 
 
 
 Versão: <1.0> 
Proposta de Desenvolvimento Data: 28/9/2018 
 
Especificação de Requisitos Página 21 de 97 
 
Índice 
Caso de uso <Cadastrar Equipe> 22 
1. Id do Caso de Uso 22 
2. Atores 22 
3. Sumário 22 
4. Pré Condições 22 
5. Fluxo de Eventos 22 
5.1 Fluxo Principal 22 
5.2 Fluxos Alternativos 22 
5.2.1 < FA001 Editar Equipe > 22 
5.2.2 < FA002 Cancelar Confirmação de Dados Cadastrais > Erro! Indicador não definido. 
5.2.3 < FA003 Excluir Cadastro > 22 
5.3 Fluxos de Exceções 23 
5.3.1 < FE001 Campos obrigatórios não preenchidos > 23 
5.3.2 < FE002 Equipe já Cadastrada > 23 
6. Pós Condições 23 
6.1.1 <PC001 – Equipe cadastrada> 23 
6.1.2 <PC002 – Equipe editada> 23 
6.1.3 <PC003 – Equipe excluida> 23 
7. Documentação Suplementar 23 
7.1 Regras de negócios 23 
7.2 Requisitos não-funcionais 23 
7.3 Interface Externa (telas e relatórios) 23 
7.3.1 Leiaute sugerido (desenho da tela) 23 
7.3.2 Lista de campos da interface 24 
7.3.3 Lista de comandos da interface 25 
7.4 Diagrama de Interação 26 
7.5 Diagrama de Classes 26 
7.6 Classes persistentes 27 
7.6.1 Descrição das classes persistentes 28 
7.7 Critérios de aceitação do Requisito Erro! Indicador não definido. 
 
 Versão: <1.0> 
Proposta de Desenvolvimento Data: 28/9/2018 
 
Especificação de Requisitos Página 22 de 97 
 
Especificação de Requisito 
 
Caso de uso <Cadastrar Equipe> 
 
9. Id do Caso de Uso 
 UC02 
10. Atores 
Profissional 
11. Sumário 
Este requisito tem por objetivo possibilitar que o profissional cadastrado no sistema possa criar uma 
equipe de prestação de serviço ou editar as equipes já criadas por ele. 
12. Pré-Condições 
O profissional deve ser cadastrado e estar logado no Sistema. 
13. Fluxo de Eventos 
13.1 Fluxo Principal 
Esse caso de uso se inicia quando o profissional loga realiza o login no sitema. 
1- O sistema exibe na tela o menu principal do profissional. 
2 – O profissional clica no botão “GERENCIAR EQUIPES”. 
3- O profissional clica no botão “CADASTRAR EQUIPES”. 
4 – O profissional preenche os campos com dados válidos. 
5 – O profissional clica no botão “CRIAR EQUIPE”. 
6 – O sistema valida os dados informados pelo profissional. (FE001)(FE002) 
7 – O sistema grava os dados na base de dados e atualiza a interface com as informações do 
cadastro. 
8 – O sistema exibe a mensagem “Equipe cadastrada com sucesso!”. 
10 – Caso de uso encerrado com sucesso. 
13.2 Fluxos Alternativos 
13.2.1 < FA001 Editar Equipe > 
 Este fluxo se inicia a partir do fluxo principal quando o profissional acessa o formulário de 
cadastro. 
1 – O sistema disponibiliza o formulário de cadastro com todos os dados da equipe carregados em 
seus devidos campos. 
2 – O usuário clica no botão “EDITAR” 
3 – O sistema habilita todos os campos para edição. 
4 – O profissional altera os dados desejados com dados válidos. 
5 – O profissional clica no botão “SALVAR”. 
6 – O sistema valida os dados informados pelo profissional. (FE002). 
7 - O sistema grava os dados na base de dados e atualiza a interface com as informações do 
cadastro. 
8 – O sistema exibe a mensagem “Dados alterados com sucesso!”. 
9 – Caso de uso encerrado com sucesso. 
 
13.2.2 < FA003 Excluir Cadastro > 
Este fluxo se inicia a partir do fluxo principal quando a equipe já está cadastrada e o profissional está 
logado no sistema. 
 
1. O profissional clica no botão “EXCLUIR” 
 
 Versão: <1.0> 
Proposta de Desenvolvimento Data: 28/9/2018 
 
Especificação de Requisitos Página 23 de 97 
 
2. O sistema exibe a mensagem “Tem certeza que deseja excluir sua equipe permanentemente? 
” Com as opções “Sim” e “Não”. 
3. O usuário clica na opção “Sim”. 
4. O sistema exibe a mensagem “ Equipe excluída com sucesso! ” 
5. O sistema desativa o cadastro da equipe na base de dados. 
6. Caso de uso encerrado. 
 
13.3 Fluxos de Exceções 
13.3.1 < FE001 Campos obrigatórios não preenchidos > 
 1 – O sistema exibe uma mensagem informando quais campos obrigatórios não estão 
preenchidos 
2 – O sistema retorna ao passo 4 do fluxo principal ou ao passo 4 do fluxo alternativo <FA001 – 
Editar Equipe>, dependendo de onde foi disparado. 
3 – Fim do fluxo de exceção. 
 
13.3.2 < FE002 Equipe já Cadastrada > 
 1 – O sistema exibe a seguinte mensagem: “Já existe uma equipe cadastrada com este nome de 
equipe no sistema”. 
2 – O sistema retorna ao passo 4 do fluxo principal ou ao passo 4 do fluxo alternativo <FA001 – 
Editar Equipe>, dependendo de onde foi disparado. 
3 – Fim do fluxo de exceção. 
 
14. Pós Condições 
14.1.1 <PC001 – Equipe cadastrada> 
Equipe cadastrada com sucesso! 
14.1.2 <PC002 – Equipe editada> 
Equipe editada com sucesso! 
14.1.3 <PC003 – Equipe excluída> 
Equipe excluída com sucesso! 
 
15. Documentação Suplementar 
15.1 Regras de negócios 
Uma equipe não pode ser excluída caso esteja realizando um serviço. 
 
15.2 Requisitos não-funcionais 
O sistema expira a página caso o usuário não o utilize em um prazo menor que 15 minutos exigindo 
autentificação novamente. 
 
15.3 Interface Externa (telas e relatórios) 
15.3.1 Leiaute sugerido (desenho da tela) 
 
 
 Versão: <1.0> 
Proposta de Desenvolvimento Data: 28/9/2018 
 
Especificação de Requisitos Página 24 de 97 
 
 
 
 
 
15.3.2 Lista de campos da interface 
 
 
 Versão: <1.0> 
Proposta de Desenvolvimento Data: 28/9/2018 
 
Especificação de Requisitos Página 25 de 97 
 
Número Nome Descrição Valores válidos Formato Tipo Restrições 
 
1 
Nome da 
Equipe 
Campo para 
descrição do 
nome da 
equipe 
Letras de A a Z, 
números 
inteiros, 
caracteres 
especiais. 
Até 30 
caracteres 
Texto Obrigatório 
 
2 
Tipo de serviço Campo para 
identificar o 
tipo de 
serviço da 
equipe 
- - Selectb
ox 
Não 
obrigatório 
 
3 
 
 
Descrição 
Campo 
informar 
detalhes da 
equipe 
Letras de A a Z, 
números 
inteiros, 
caracteres 
especiais. 
Até 100 
caracteres 
Texto Obrigatório 
15.3.3 Lista de comandos da interface 
Número Nome Ação Restrições 
1 Criar Equipe Inclui uma nova equipe no 
sistema 
Sempre habilitado 
 
 
 Versão: <1.0> 
Proposta de Desenvolvimento Data: 28/9/2018 
 
Especificação de Requisitos Página 26 de 97 
 
15.4 Diagrama de Interação 
 
15.5 Diagrama de Classes 
 
 
 
 Versão: <1.0> 
Proposta de Desenvolvimento Data: 28/9/2018 
 
Especificação de Requisitos Página 27 de 97 
 
 
 
 
 
15.6 Classes persistentes 
 
 
 Versão: <1.0> 
Proposta de Desenvolvimento Data: 28/9/2018 
 
Especificação de Requisitos Página 28 de 97 
 
Número 
de ordem 
Nome Descrição 
4 Equipe Classe responsável por armazenar informações da equipe, 
a equipe possui um tipo de serviço que ela realiza. 
5 Tipo Serviço Classe responsável por armazenar o tipo de serviço da 
solicitação de serviço e o tipo de serviço da equipe. Assim 
a empresa busca a equipe pelo tipo de serviço realizado. 
15.6.1 Descrição das classes persistentes 
 
Número de 
ordem 
Nome Freqüência 
de consulta 
(por dia) 
Freqüência 
de atualiza-
ção (por dia) 
Cardinali-
dade inicial 
Cardinali-
dade 
máxima 
Restri
ções 
aplicá
veis 
3 Equipe 40 10 0 1000 - 
4 Tipo Serviço 40 1 1 100 - 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 Versão: <1.0> 
Proposta de Desenvolvimento Data: 28/9/2018 
 
Especificação de Requisitos Página 29 de 97 
 
SOSEquipes 
 
Modelo de Caso de Uso Convidar 
Profissional Para Equipe 
 
 
 
 
 
Histórico de Revisões 
Data Versão Descrição Autor 
 
 
 
 
 
 
 Versão: <1.0> 
Proposta de Desenvolvimento Data: 28/9/2018 
 
Especificação de Requisitos Página 30 de 97 
 
Índice 
Convidar profissional para equipe 31 
1. Id do Caso de Uso 31 
2. Atores 31 
3. Sumário 31 
4. Pré Condições 31 
5. Fluxo de Eventos 31 
5.1 Fluxo Principal 31 
5.2 Fluxos Alternativos 31 
5.3 Fluxos de Exceções 31 
5.3.1 < FE001 – Profissional não tem permissão necessaria > 31 
5.3.2 < FE002 – Nenhuma experiência foi encontrada > 31 
6. Pós Condições 32 
7. Documentação Suplementar 32 
7.1 Regras de negócios 32 
7.1.1 <RN001 – Solicitação Cadastrada> Erro! Indicador não definido. 
7.1.2 <RN001 – Equipes Candidatas> Erro! Indicador não definido. 
7.2 Requisitos não-funcionais 32 
7.3 Interface Externa (telas e relatórios) 32 
7.3.1 Leiaute sugerido (desenho da tela) 32 
7.3.2 Lista de campos da interface 32 
7.3.3 Lista de comandos da interface 33 
7.4 Diagrama de Interação 33 
7.5 Diagrama de Classes 34 
7.6 Classes persistentes 34 
7.6.1 Descrição das classes persistentes 35 
7.7 Critérios de aceitação do Requisito Erro! Indicador não definido. 
 
 Versão: <1.0> 
Proposta de Desenvolvimento Data: 28/9/2018 
 
Especificação de Requisitos Página 31 de 97 
 
Especificação de Requisito 
 
Convidar profissional para equipe 
16. Id do Caso de Uso 
UC005 
17. Atores 
Lider da Equipe 
18. Sumário 
O objetivo deste requisito é permitir que um lider encontre e convide profissionais qualificados 
para integrar sua equipe. O caso de uso envia e-mail para profissionais. 
19. Pré Condições 
O usuário já deve ter realizado login no sistema. 
20. Fluxo de Eventos 
20.1 Fluxo Principal 
Este caso de uso se inicia quando o lider acessa a tela “Enviar Convite Para Participar da 
Equipe”: 
1. O Profissional/Lider Equipe seleciona uma equipe(RN001)(FE001). 
2. O Profissional/Lider Equipe informa a experiencia que ele procura. 
3. O Profissional/Lider Equipe clica em buscar. 
4. O sistema busca a os profissionais que possuem a experiencia informada pelo usuário. 
5. O sistema exibe na tela todos os profissionais da solicitação. 
6. O Profissional/Lider Equipe seleciona quais profissionais ele deseja convidar para participar 
de sua equipe. (RN002)(FE002) 
7. O usuário clica no botão “Enviar Solicitação”. 
8. O sistema grava os convites. 
9. O sistema envia os convites para os profissionais qualificados. 
10. O sistema envia e-mail para os convidados. 
11. Caso de uso encerrado com sucesso. 
 
20.2 Fluxos Alternativos 
Não se aplica. 
20.3 Fluxos de Exceções 
20.3.1 < FE001 – Profissional não tem permissão necessaria > 
1. O profissional não é lider de nenhuma equipe. 
2. O profissional deve realizar o caso de uso “Cadastrar Equipe”. 
 
3. O sistema retorna ao passo 1 do fluxo principal. 
4. Fim do fluxo de exceção. 
 
20.3.2 < FE002 – Nenhuma experiência foi encontrada > 
 
1. O profissional deve procurar outra experiência. 
 
 Versão: <1.0> 
Proposta de Desenvolvimento Data: 28/9/2018 
 
Especificação de Requisitos Página 32 de 97 
 
2. O sistema retorna ao passo 1 do fluxo principal. 
3. Fim do fluxo de exceção. 
 
21. Pós Condições 
 
O sistema grava os convites enviados. 
O sistema emite uma mensagem de convite enviado com sucesso. 
 
22. Documentação Suplementar 
22.1 Regras de negócios 
 
 O líder da equipe não deve convidar mais de 50 profissionais por vezes. 
 O tempo para convidar os profissionais não deve ultrapassar 20 minutos. 
 
 
22.2 Requisitos não-funcionais 
 
O tempo de convidar os profissionais para equipe não deve exceder 5 minutos. 
 
 
22.3 Interface Externa (telas e relatórios) 
22.3.1 Leiaute sugerido (desenho da tela) 
 
 
 
22.3.2 Lista de campos da interface 
 
 
 Versão: <1.0> 
Proposta de Desenvolvimento Data: 28/9/2018 
 
Especificação de Requisitos Página 33 de 97 
 
Número Nome Descrição Valores 
válidos 
Formato Tipo Restrições 
18 Pesquisar por 
Experiência 
Campo para 
o líder da 
equipe 
realizar a 
busca dos 
profissionais 
pela 
experiência. 
Letras de 
a-z. 
Até 20 
caracteres 
Texto Campo obrigatório 
para a realização do 
caso de uso. 
22.3.3 Lista de comandos da interface 
 
Número Nome Ação Restrições 
3 Convidar 
Selecionados 
Convida todos os selecionados 
para participar da equipe 
selecionada 
Deve ser habilitado se contiver pelo 
menos um profissional convidado. 
4 Buscar Busca os profissionais por 
Experiência 
Habilitado se o campo de experiência 
estiver preenchido com uma 
experiência. 
5 Equipe Um listBox para a seleção da 
equipe para convidar dados 
Não há restrições. 
6 Adicionar Botão para convidar o 
profissional para equipe. 
Não há restrições. 
 
22.4 Diagrama de Interação 
 
 
 
 
 
 Versão: <1.0> 
Proposta de Desenvolvimento Data: 28/9/2018 
 
Especificação de Requisitos Página 34 de 97 
 
22.5 Diagrama de Classes 
 
 
 
 
22.6 Classes persistentes 
 
 
 Versão: <1.0> 
Proposta de Desenvolvimento Data: 28/9/2018 
 
Especificação de Requisitos Página 35 de 97 
 
Número 
de ordem 
Nome Descrição 
6 Convite Classe tem como funcionalidade manter todos os 
convites para participar da equipe que os lideres 
realizaram para os profissionais. A classe convite 
está responsável por enviar convite e enviar o e-
mail para o profissional que recebeu o convite. A 
classe convite é uma classe associativa de equipe 
e profissional. 
7 Equipe Esta classe tem como objetivo manter as 
informações das equipes que prestarão serviços no 
sistema. Uma equipe deve possuir um responsável 
e um ou mais participantes, sendo que o 
responsável pode ser o único participante da 
equipe. 
 
8 Profissional Classe responsável por armazenar as informações 
necessárias de um profissional. Além disso, a 
classe Profissional está relacionada com as classes 
Qualificações, Mensagem e Endereço. A classe 
profissional possui métodos de Inserir, Editar e 
Excluir no sistema. Outra funcionalidade do 
profissional é realizar login no sistema. 
 
9 Qualificações Classe responsável por armazenar as qualificações 
de cada profissional. 
22.6.1 Descrição das classes persistentes 
 
Número de 
ordem 
Nome Freqüência 
de consulta 
(por dia) 
Freqüência 
de atualiza-
ção (por dia) 
Cardinali-
dade inicial 
Cardinali-
dade 
máxima 
Restrições 
aplicáveis 
5 Convite 30 20 1 1000 - 
6 Equipe 60 10 0 3000 - 
7 Qualificações 30 5 0 40000 - 
8 Profissional 30 5 0 40000 - 
 
 
 Versão: <1.0> 
Proposta de Desenvolvimento Data: 28/9/2018 
 
Especificação de Requisitos Página 36 de 97 
 
Caso de Uso: Escolher equipe para serviço 
 
 
 
 
 
Histórico de Revisões 
Data Versão Descrição Autor 
<25/03/2016> <1.0> <Criação do Caso de Uso Escolher 
Equipe para Serviço> 
José, Maria 
 
 
 
 
 
 Versão: <1.0> 
Proposta de Desenvolvimento Data: 28/9/2018 
 
Especificação de Requisitos Página 37 de 97 
 
Índice 
Cadastrar Solicitação de Serviço 3 
1. Id do Caso de Uso 3 
2. Atores 3 
3. Sumário 3 
4. Pré Condições 3 
5. Fluxo de Eventos 3 
5.1 Fluxo Principal 3 
5.2 Fluxos Alternativos 3 
Não se aplica. 3 
5.3 Fluxos de Exceções 3 
5.3.1 < FE001 Não existe nenhuma solicitação de serviço cadastrada> 3 
5.3.2 < FE002 O responsável da empresa não deseja escolher aquela equipe > 3 
6. Pós Condições 4 
7. Documentação Suplementar 4 
7.1 Regras de negócios 4 
7.2 Requisitos não-funcionais 4 
7.3 Interface Externa (telas e relatórios) 4 
7.3.1 Leiaute sugerido (desenho da tela) 4 
7.3.2 Lista de campos da interface 5 
7.3.3 Lista de comandos da interface 5 
7.4 Diagrama de Interação 5 
7.5 Diagrama de Classes 5 
7.6 Classes persistentes 5 
7.6.1 Descrição das classes persistentes5 
7.7 Critérios de aceitação do Requisito 6 
 
 
 Versão: <1.0> 
Proposta de Desenvolvimento Data: 28/9/2018 
 
Especificação de Requisitos Página 38 de 97 
 
Especificação de Requisito 
 
Cadastrar Solicitação de Serviço 
1. Id do Caso de Uso 
UCD016 
2. Atores 
Responsável pela empresa 
3. Sumário 
O objetivo desse requisito é possibilitar que a empresa escolha uma equipe para realizar os seus 
serviços. 
4. Pré Condições 
O responsável pela empresa já deve estar logado no sistema e já ter solicitações de serviços 
cadastradas no sistema. 
5. Fluxo de Eventos 
5.1 Fluxo Principal 
Esse caso de uso começa quando o responsável pela empresa acessa a tela de “Escolher equipe 
para serviço” 
 
1 O responsável pela empresa preenche escolhe o serviço que deseja escolher uma 
equipe. 
2 O responsável pela empresa aperta o botão “Ok” 
3 O sistema retorna todas as equipes que possuem o tipo de serviço da solicitação. 
4 O responsável da empresa escolhe uma equipe e aperta em “Escolher”. 
5 O sistema emite uma mensagem se realmente deseja escolher essa equipe. (FE002) 
6 Fim do Fluxo Principal. 
5.2 Fluxos Alternativos 
Não se aplica. 
5.3 Fluxos de Exceções 
5.3.1 < FE001 Não existe nenhuma solicitação de serviço cadastrada> 
1 O responsável da empresa realiza o caso de uso “Cadastrar solicitação de serviço”. 
2 O sistema volta para o passo um do fluxo principal. 
3 Fim do fluxo de execução. 
 
5.3.2 < FE002 O responsável da empresa não deseja escolher aquela equipe > 
1 O responsável da empresa clica no botão “Não”. 
2 O sistema volta para o passo um do fluxo principal. 
3 Fim do fluxo de execução. 
 
6. Pós Condições 
O sistema envia uma mensagem de “Equipe escolhida com sucesso” 
O sistema aloca a equipe escolhida para o serviço. 
 
 
 Versão: <1.0> 
Proposta de Desenvolvimento Data: 28/9/2018 
 
Especificação de Requisitos Página 39 de 97 
 
7. Documentação Suplementar 
7.1 Regras de negócios 
Um serviço pode ter apenas uma equipe. 
7.2 Requisitos não-funcionais 
 O tempo de escolha de uma equipe não pode exceder 15 minutos. 
 
7.3 Interface Externa (telas e relatórios) 
7.3.1 Leiaute sugerido (desenho da tela) 
 
 
 
 
7.3.2 Lista de campos da interface 
 
Número Nome Descrição Valores 
válidos 
Formato Tipo Restrições 
1 Solicitação de 
Serviço 
ListBox para 
retornar 
todas as 
solicitações 
cadastras 
pela empresa 
Textos 50 digitos Varchar Obrigatorio 
7.3.3 Lista de comandos da interface 
 
Número Nome Ação Restrições 
1 OK Retornar todas as equipes 
que contém o mesmo tipo de 
serviço da solicitação de 
serviço. 
Sempre habilitado 
2 Escolher Escolher uma equipe para a 
realização do serviço 
Sempre habilitado 
 
 Versão: <1.0> 
Proposta de Desenvolvimento Data: 28/9/2018 
 
Especificação de Requisitos Página 40 de 97 
 
 
7.4 Diagrama de Interação 
 
 
 
 
7.5 Diagrama de Classes 
 
 Versão: <1.0> 
Proposta de Desenvolvimento Data: 28/9/2018 
 
Especificação de Requisitos Página 41 de 97 
 
 
 
7.6 Classes persistentes 
 
 
 Versão: <1.0> 
Proposta de Desenvolvimento Data: 28/9/2018 
 
Especificação de Requisitos Página 42 de 97 
 
Número 
de ordem 
Nome Descrição 
1 Equipe Esta classe tem como objetivo manter as 
informações das equipes que prestarão serviços no 
sistema. Uma equipe deve possuir um responsável 
e um ou mais participantes, sendo que o 
responsável pode ser o único participante da 
equipe. 
 
2 Empresa A classe empresa tem como objetivo manter as 
informações da empresa no sistema. Além disso, a 
classe possui métodos do CRUD. 
3 Solicitação A classe é responsável por armazenar informações 
do serviço, como exemplo informações da 
empresa que deseja realizar o serviço, a razão 
social do serviço, a descrição entre outros. 
 
7.6.1 Descrição das classes persistentes 
 
Número de 
ordem 
Nome Freqüência 
de consulta 
(por dia) 
Freqüência 
de atualiza-
ção (por dia) 
Cardinali-
dade inicial 
Cardinali-
dade 
máxima 
Restrições 
aplicáveis 
1 Equipe 200 10 1 1500 - 
2 Empresa 100 5 1 1000 - 
3 Solicitação 100 15 0 3000 - 
 
 
 
 
 Versão: <1.0> 
Proposta de Desenvolvimento Data: 28/9/2018 
 
Especificação de Requisitos Página 43 de 97 
 
 
 
 
 
<SOS Equipes> 
 
Modelo de Caso de Uso Aceitar 
Participar da Equipe 
 
 
 
 
 
Histórico de Revisões 
Data Versão Descrição Autor 
<03/03/2016> <1.0> <Criação da funcionalidade Solicitação 
de serviço> 
Maria 
 
 
 
 
 
 Versão: <1.0> 
Proposta de Desenvolvimento Data: 28/9/2018 
 
Especificação de Requisitos Página 44 de 97 
 
Índice 
Aceitar Participar da Equipe 45 
1. Id do Caso de Uso 45 
2. Atores 45 
3. Sumário 45 
4. Pré Condições 45 
5. Fluxo de Eventos 45 
5.1 Fluxo Principal 45 
5.2 Fluxos Alternativos 45 
Não se aplica. 45 
5.3 Fluxos de Exceções 45 
5.3.1 < FE001 Nenhum convite foi realizado para o profissional> 45 
6. Pós Condições 45 
7. Documentação Suplementar 45 
7.1 Regras de negócios 45 
7.2 Requisitos não-funcionais 45 
7.3 Interface Externa (telas e relatórios) 46 
7.3.1 Leiaute sugerido (desenho da tela) 46 
7.3.2 Lista de campos da interface 46 
7.3.3 Lista de comandos da interface 46 
7.4 Diagrama de Interação 47 
7.5 Diagrama de Classes 47 
7.6 Classes persistentes 48 
7.6.1 Descrição das classes persistentes 48 
7.7 Critérios de aceitação do Requisito 49 
 
 Versão: <1.0> 
Proposta de Desenvolvimento Data: 28/9/2018 
 
Especificação de Requisitos Página 45 de 97 
 
Especificação de Requisito 
 
Aceitar Participar da Equipe 
23. Id do Caso de Uso 
UCD006 
24. Atores 
Profissional 
25. Sumário 
O objetivo desse requisito é possibilitar que o profissional aceita trabalhar na equipe que ele foi 
convidado. 
 
26. Pré-Condições 
O profissional já deve estar logado no sistema e já ter convites para participar das equipes 
cadastrados. 
 
27. Fluxo de Eventos 
27.1 Fluxo Principal 
Esse caso de uso começa quando o profissional acessa a tela de “Aceitar Participar da Equipe”: 
1. São listados na tela todos os convites para participar das equipes. 
2. O profissional clica no botão “Aceitar” 
3. E o sistema inclui o profissional na equipe. 
27.2 Fluxos Alternativos 
Não se aplica. 
27.3 Fluxos de Exceção 
27.3.1 < FE001 Nenhum convite foi realizado para o profissional> 
 O sistema exibe uma mensagem: “Você foi convidado para participar das seguintes equipes” 
1. O Profissional aguarda ser convidado para uma equipe. 
2. O profissional manifesta interesse em participar de uma equipe. 
3. O caso de uso volta no passo 1 do fluxo principal. 
4. Fim do fluxo de execução 
 
28. Pós-Condições 
<PC001 - Participação aceita> Solicitação aceita para participar da equipe “x” 
 
 
29. Documentação Suplementar 
29.1 Regras de negócios 
Não se aplica 
29.2 Requisitos não-funcionais 
 O tempo de cadastro não pode exceder 5 minutos. 
O sistema não permite ultrapassar 10 usuários simultâneos. 
O sistema atualiza a página caso o usuário não utilize-o em um prazo menor que 15 minutos. 
 
 
 Versão: <1.0> 
Proposta de Desenvolvimento Data: 28/9/2018 
 
Especificação de Requisitos Página 46 de 97 
 
 
29.3 Interface Externa (telas e relatórios) 
29.3.1 Leiaute sugerido (desenho da tela) 
 
 
29.3.2 Lista de campos da interface 
 
Número Nome Descrição Valores 
válidos 
Formato Tipo Restrições 
 
29.3.3 Lista de comandos da interface 
 
Número Nome Ação Restrições 
1 Aceitar 
Participar 
Aceitar participar da equipe Sempre habilitado 
 
 
 Versão: <1.0> 
Proposta de Desenvolvimento Data: 28/9/2018 
 
Especificação de Requisitos Página 47 de 97 
 
29.4 Diagrama de Interação 
 
 
29.5 Diagrama de Classes 
 
 
 Versão: <1.0> 
Proposta de Desenvolvimento Data: 28/9/2018 
 
Especificação de Requisitos Página 48 de 9729.6 Classes persistentes 
 
Número 
de ordem 
Nome Descrição 
10 Equipe Classe responsável por armazenar dados da 
equipe, ela está associada a uma profissional. Pois 
um profissional está ligado a uma equipe. 
11 Profissional Classe para representar um profissional no 
sistema. 
12 Convite Classe que realiza o armazenamento dos convites, 
seja ela do profissional para equipe, quanto do 
líder da equipe para um profissional 
29.6.1 Descrição das classes persistentes 
 
 
 Versão: <1.0> 
Proposta de Desenvolvimento Data: 28/9/2018 
 
Especificação de Requisitos Página 49 de 97 
 
Número de 
ordem 
Nome Freqüência 
de consulta 
(por dia) 
Freqüência 
de atualiza-
ção (por dia) 
Cardinali-
dade inicial 
Cardinali-
dade 
máxima 
Restrições 
aplicáveis 
9 Equipe 100 10 1 1500 - 
10 Profissional 200 30 1 1000 - 
11 Convite 200 0 1 10000 - 
 
29.7 Critérios de aceitação do Requisito 
[Preencher a avaliação da descrição do requisito.] 
Núm Item a ser cumprido Sim Não Não se aplica 
1 A descrição do caso de uso mostra com clareza qual a 
funcionalidade que será especificada e qual seu objetivo? 
x 
2 Considerando que cada desvio que há em um fluxo ( fluxo 
alternativo, subfluxo ou caso de uso), após o seguirmos e 
retomarmos ao ponto onde estávamos, o fluxo principal inicia 
e termina o caso de uso ? 
x 
3 O fluxo principal executa algo relevante para o usuário, uma 
consulta, por exemplo? 
x 
4 Os atributos das interfaces de usuário do caso de uso estão 
presentes nas classes representadas no diagrama de classes? 
x 
5 Todas as regras de negócio referentes ao caso de uso forma 
utilizadas adequadamente por ele? 
x 
6 A comunicação direta com outro sistema (caso exista) está 
presente no diagrama de caso de uso? 
 x 
7 Os requisitos não funcionais relativos a esse caso de uso 
foram identificados? 
x 
8 O diagrama de interação esta adequado com a descrição do 
caso de uso? 
x 
9 As classes usadas no caso de uso foram devidamente 
modeladas e detalhadas 
x 
 
 
 
 
 Versão: <1.0> 
Proposta de Desenvolvimento Data: 28/9/2018 
 
Especificação de Requisitos Página 50 de 97 
 
 
 
<SOS Equipes> 
 
Modelo de Caso de Uso Efetuar Login 
 
 
 
 
 
Histórico de Revisões 
Data Versão Descrição Autor 
06/04/2016 1.0 Criação José 
 
 
 
 
 
 Versão: <1.0> 
Proposta de Desenvolvimento Data: 28/9/2018 
 
Especificação de Requisitos Página 51 de 97 
 
Índice 
Caso de uso <Cadastrar Professional> 52 
1. Id do Caso de Uso 52 
2. Atores 52 
3. Sumário 52 
4. Pré Condições 52 
5. Fluxo de Eventos 52 
5.1 Fluxo Principal 52 
5.2 Fluxos Alternativos 52 
5.2.1 < FA001 Editar Profissional > 52 
5.2.2 < FA002 Excluir Profissional > Erro! Indicador não definido. 
5.3 Fluxos de Exceções 52 
5.3.1 < FE001 Campo obrigatório não preenchido > 52 
5.3.2 < FE002 Profissionais já cadastrados > Erro! Indicador não definido. 
1. Pós Condições 52 
2. Documentação Suplementar 53 
5.4 Regras de negócios 53 
5.5 Requisitos não-funcionais 53 
5.6 Interface Externa (telas e relatórios) 53 
5.6.1 Leiaute sugerido (desenho da tela) 53 
5.6.2 Lista de campos da interface 54 
5.6.3 Lista de comandos da interface 54 
5.7 Diagrama de Interação 54 
5.8 Diagrama de Classes 57 
Classes persistentes 57 
5.8.1 Descrição das classes persistentes 57 
5.9 Critérios de aceitação do Requisito 58 
 
 Versão: <1.0> 
Proposta de Desenvolvimento Data: 28/9/2018 
 
Especificação de Requisitos Página 52 de 97 
 
Especificação de Requisito 
 
Caso de uso <Efetuar Login> 
 
30. Id do Caso de Uso 
UC20 
31. Atores 
Profissional e Responsável pela Empresa 
32. Sumário 
O caso de uso tem como objetivo realizar o login de verificação de credencial dos usuários do sistema 
Profissional/Responsável pela empresa. 
33. Pré Condições 
Os Profissional/Responsável pela empresa deste caso de uso devem estar cadastrados no sistema. 
34. Fluxo de Eventos 
34.1 Fluxo Principal 
 
12- Esse caso de uso começa quando o Profissional/Responsável pela empresa deseja acessar o 
sistema. 
13- O Profissional/Responsável pela empresa seleciona a função de login. 
14- O sistema exibe a tela de login. <FA001 Esqueci minha senha> 
15- O Profissional/Responsável pela empresa seleciona o ambiente de usuário que deseja acessar. 
16- O Profissional/Responsável pela empresa informa seu login de usuário e senha. 
17- O sistema realiza a validação os dados informados <FE001 – Dados inválidos> 
18- O sistema exibe o acesso a área restrita do site. 
19- Fim do caso de uso. 
 
34.2 Fluxos Alternativos 
34.2.1 < FA001 Esqueci minha senha > 
 
8. O Profissional/Responsável clica na opção “ Esqueci minha senha”. 
9. O sistema disponibiliza a tela para recuperação de senha. 
10. O Profissional/Responsável informa os dados de e-mail para recuperação de senha. 
11. O sistema envia a uma nova senha por e-mail. 
12. O Profissional/Responsável informa seu login com a senha envida para recuperação de senha. 
13. O sistema exibe uma tela para o Profissional/Responsável criar uma nova senha. 
14. Fim do caso de uso. 
34.3 Fluxos de Exceções 
 
34.3.1 < FE001 Dados inválidos > 
 
3- Sistema exibe mensagem “Dados inválidos” 
4- Fluxo retorna ao ponto de informação dos dados da interface. 
 
6 Pós Condições 
 
O Profissional/Responsável tem acesso ao sistema. 
 
 
 Versão: <1.0> 
Proposta de Desenvolvimento Data: 28/9/2018 
 
Especificação de Requisitos Página 53 de 97 
 
7 Documentação Suplementar 
 
7.1 Regras de negócios 
 
Não se aplica. 
 
7.2 Requisitos não-funcionais 
 
Segurança - O sistema deverá permitir no máximo 5 tentativas de acesso com senha incorreta e 
automaticamente bloqueia até a recuperação. 
 
7.3 Interface Externa (telas e relatórios) 
7.3.1 Leiaute sugerido (desenho da tela) 
 
 
 
 
 Versão: <1.0> 
Proposta de Desenvolvimento Data: 28/9/2018 
 
Especificação de Requisitos Página 54 de 97 
 
 
7.3.2 Lista de campos da interface 
 
 
Número Nome Descrição Valores válidos Formato Tipo Restrições 
19 Login Login do 
profissional/Responsá
vel pela empresa 
Valores numéricos 
positivos e letras de 
A a Z 
Até 10 
caracteres 
Texto Obrigatório 
20 Senha Senha de 
autenticação de login 
Valores numéricos 
positivos e letras de 
A a Z 
11 Texto Obrigatório 
7.3.3 Lista de comandos da interface 
 
Número Nome Ação Restrições 
7 Cadastrar 
Currículo 
Alterar para a página Cadastrar 
o formulário de preenchimento 
de cadastro do currículo. 
Habilitado se todo o campo do cadastro 
de dados do profissional for preenchido 
corretamente. 
8 Finalizar 
Cadastro 
Salva dos dados pessoais e o 
currículo do profissional no 
banco de dados. 
Habilitado se todo o campo obrigatório 
for digitado. 
 
7.4 Diagrama de Interação 
 
 
 
 Versão: <1.0> 
Proposta de Desenvolvimento Data: 28/9/2018 
 
Especificação de Requisitos Página 55 de 97 
 
 
 
 
 
 
 
 Versão: <1.0> 
Proposta de Desenvolvimento Data: 28/9/2018 
 
Especificação de Requisitos Página 56 de 97 
 
 
 
 
 
 
 
 
 
 Versão: <1.0> 
Proposta de Desenvolvimento Data: 28/9/2018 
 
Especificação de Requisitos Página 57 de 97 
 
7.5 Diagrama de Classes 
 
 
 
 
 
 
 
 
7.5.1 Classes persistentes 
 
Número 
de ordem 
Nome Descrição 
13 Profissional Classe para representar os dados do profissional 
no sistema. 
14 Empresa Classe para representar os dados da empresa 
7.5.2 Descrição das classes persistentes 
 
 
 Versão: <1.0> 
Proposta de Desenvolvimento Data: 28/9/2018 
 
Especificação de Requisitos Página 58 de 97 
 
Número de 
ordem 
Nome Freqüência 
de consulta 
(por dia) 
Freqüência 
de atualiza-
ção (por dia) 
Cardinali-
dade inicial 
Cardinali-
dade 
máxima 
Restrições 
aplicáveis 
12 Profissional 100 3 0 10000 
13 Empresa100 2 0 10000 
 
7.6 Critérios de aceitação do Requisito 
 
Núm Item a ser cumprido Sim Não Não se aplica 
10 A descrição do caso de uso mostra com clareza qual a 
funcionalidade que será especificada e qual seu objetivo? 
X 
11 Considerando que cada desvio que há em um fluxo ( fluxo 
alternativo, subfluxo ou caso de uso), após o seguirmos e 
retomarmos ao ponto onde estávamos, o fluxo principal inicia 
e termina o caso de uso ? 
X 
12 O fluxo principal executa algo relevante para o usuário, uma 
consulta, por exemplo? 
 X 
13 Os atributos das interfaces de usuário do caso de uso estão 
presentes nas classes representadas no diagrama de classes? 
X 
14 Todas as regras de negócio referentes ao caso de uso forma 
utilizadas adequadamente por ele? 
X 
15 A comunicação direta com outro sistema (caso exista) está 
presente no diagrama de caso de uso? 
 X 
16 Os requisitos não funcionais relativos a esse caso de uso 
foram identificados? 
X 
17 O diagrama de interação esta adequado com a descrição do 
caso de uso? 
X 
18 As classes usadas no caso de uso foram devidamente 
modeladas e detalhadas 
X 
 
 
 Versão: <1.0> 
Proposta de Desenvolvimento Data: 28/9/2018 
 
Especificação de Requisitos Página 59 de 97 
 
 
 
SOS Equipes 
 
Modelo de Caso de Uso 
 
 
 
 
 
Histórico de Revisões 
Data Versão Descrição Autor 
02/03/2016 1.0 Descrição de Caso de Uso José 
 
 
 
 
 
 Versão: <1.0> 
Proposta de Desenvolvimento Data: 28/9/2018 
 
Especificação de Requisitos Página 60 de 97 
 
Índice 
Caso de uso <Nome do Caso de Uso 1> 3 
1. Id do Caso de Uso 3 
2. Atores 3 
3. Sumário 3 
4. Pré Condições 3 
5. Fluxo de Eventos 3 
5.1 Fluxo Principal 3 
5.2 Fluxos Alternativos 3 
5.2.1 < FA001 Primeiro Fluxo Alternativo > 3 
5.2.2 < FA002 Segundo fluxo alternativo > 3 
5.3 Fluxos de Exceções 3 
5.3.1 < FE001 Primeiro Fluxo de Exceção > 3 
5.3.2 < FE002 segundo Fluxo de Exceção > 3 
6. Pós Condições 4 
7. Documentação Suplementar 4 
7.1 Regras de negócios 4 
7.2 Requisitos não-funcionais 4 
7.3 Interface Externa (telas e relatórios) 4 
7.3.1 Leiaute sugerido (desenho da tela) 4 
7.3.2 Lista de campos da interface 4 
7.3.3 Lista de comandos da interface 5 
7.4 Diagrama de Interação 5 
7.5 Diagrama de Classes 5 
7.6 Classes persistentes 5 
7.6.1 Descrição das classes persistentes 6 
7.7 Critérios de aceitação do Requisito 6 
 
 
 Versão: <1.0> 
Proposta de Desenvolvimento Data: 28/9/2018 
 
Especificação de Requisitos Página 61 de 97 
 
Especificação de Requisito 
 
Cadastrar Empresa 
8. Id do Caso de Uso 
UC012 
9. Atores 
Responsável pela Empresa 
10. Sumário 
Este requisito tem por objetivo gerenciar o cadastro das empresas solicitantes dos serviços de 
equipes para atuarem em projetos. Será permitido incluir um novo cadastro bem como editar e 
excluir um cadastro existente. 
11. Pré-condições 
Não existe pré-condições para o fluxo principal. 
Para o fluxo alternativo é pré-condição estar logado no sistema para editar ou excluir um cadastro. 
 
11.1 Fluxo Principal 
O caso de uso se inicia quando a empresa acessa o formulário de cadastro. 
1- O sistema exibe na tela o formulário de cadastro para a inclusão de uma nova empresa 
2 – O responsável pela empresa clica no botão “CADASTRAR EMPRESA”. 
4 – O responsável pela empresa preenche os campos com dados válidos. (FA004) 
5 – A empresa clica no botão “FINALIZAR CADASTRO”. 
6 – O sistema valida os dados informados pela empresa. 
(RN001)(RN002)(FE001)(FE002)(FE003) 
7 – O sistema grava os dados na base de dados e atualiza a interface com as informações do 
cadastro. 
8 – O sistema exibe a mensagem “Empresa cadastrada com sucesso! ”. 
9 – O sistema libera a edição dos dados da empresa <FA001 Editar Editar Empresa> 
10- O sistema libera a exclusão da empresa < FA001 Excluir Empresa> 
11 – Caso de uso encerrado com sucesso. 
 
11.2 Fluxos Alternativos 
11.2.1 < FA001 EditarCadastro > 
 
Este fluxo se inicia a partir do fluxo principal quando a empresa já possui cadastrado e está logada no 
sistema. 
1 – O sistema disponibiliza o formulário de cadastro com todos os dados da empresa carregados 
em seus devidos campos. 
2 – O usuário clica no botão “EDITAR DADOS” 
3 – O sistema habilita todos os campos para edição. 
4 – A empresa altera os dados desejados com dados válidos. (FA004) 
5 – A empresa clica no botão “SALVAR”. 
6 – O sistema valida os dados informados pela empresa. 
(RN001)(RN0002)(FE001)(FE002)(FE003) 
7 - O sistema grava os dados na base de dados e atualiza a interface com as informações do 
cadastro. 
8 – O sistema exibe a mensagem “Dados alterados com sucesso! ”. 
9 – Caso de uso encerrado com sucesso. 
 
 
 Versão: <1.0> 
Proposta de Desenvolvimento Data: 28/9/2018 
 
Especificação de Requisitos Página 62 de 97 
 
 
11.2.2 < FA002 Excluir Cadastro > 
Este fluxo se inicia a partir do fluxo principal quando a empresa já possui cadastrado e está logada no 
sistema. 
 
1. O responsável pela empresa escolhe a opção de exclusão clicando no botão “EXCLUIR” 
<FE004 Solicitações em Andamento> 
2. O sistema exibe a mensagem “Tem certeza que deseja excluir sua conta permanentemente? ” 
Com as opções “Sim” e “Não”. 
3. O usuário clica na opção “Sim”. 
4. O sistema exibe a mensagem “ Empresa excluído com sucesso! ” 
5. O sistema desativa o cadastro da empresa na base de dados. 
6. O sistema redireciona o usuário para a tela de login. 
7. Caso de uso encerrado com sucesso 
11.2.3 < FA003 Cancelar Exclusão > 
Este fluxo se inicia a partir do fluxo principal quando a empresa já possui cadastrado e está logada no 
sistema. 
 
1 – O sistema fecha a janela de mensagem e volta para o passo 1 do fluxo alternativo <FA002 – 
Excluir Empresa>. 
2 – Caso de uso encerrado. 
 
 
 
11.3 Fluxos de Exceções 
11.3.1 < FE001 – Campos obrigatórios > 
1 – O sistema exibe uma mensagem informando quais campos obrigatórios não estão preenchidos 
2 – O sistema retorna ao passo 4 do fluxo principal ou ao passo 4 do fluxo alternativo <FA001 – 
Editar Empresa>, dependendo de onde foi disparado. 
3 – Fim do fluxo de exceção. 
 
11.3.2 < FE002 – Dados inválidos > 
1 – O sistema exibe uma mensagem informando quais campos estão preenchidos com 
dados inválidos 
2 – O sistema retorna ao passo 4 do fluxo principal ou ao passo 4 do fluxo alternativo. <FA001 – 
Editar Empresa>, dependendo de onde foi disparado. 
3 – Fim do fluxo de exceção. 
 
11.3.3 < FE003 – Empresa Cadastrada > 
1 – O sistema exibe a seguinte mensagem: “Empresa já cadastrada no sistema”. 
2 – O sistema retorna ao passo 4 do fluxo principal ou ao passo 4 do fluxo alternativo <FA001 – 
Editar Empresa>, dependendo de onde foi disparado. 
3 – Fim do fluxo de exceção. 
 
 
 Versão: <1.0> 
Proposta de Desenvolvimento Data: 28/9/2018 
 
Especificação de Requisitos Página 63 de 97 
 
11.3.4 < FE004 –Solicitações em Andamento> 
1 – O sistema exibe a seguinte mensagem: “Existem solicitações de prestação de serviço 
relacionadas à esta empresa que não estão concluídas, só será possível excluir a conta quando não 
houver nenhuma solicitação com o status ‘Em Andamento’”. 
2 – O sistema retorna para o passo 1 do fluxo alternativo <FA002 – Excluir Empresa> 
3 – Fim do fluxo de exceção. 
12. Pós Condições 
12.1.1 <PC001 – Empresa cadastrada> 
Empresa cadastrada com sucesso! 
 
12.1.2 <PC001 – Empresa editada> 
Empresa editada com sucesso! 
 
12.1.3 <PC003 – Empresa excluída> 
Empresa excluída com sucesso! 
 
13. Documentação Suplementar 
13.1 Regras de negócios 
 A empresa a ser cadastrada deve possuir um CNPJ. 
 
 A empresa não pode ser excluída se um serviço estiver em andamento. 
13.2 Requisitos não-funcionais 
 Suporte – Suporte ao produto será feito exclusivamente através de site Web, com 
acesso a Base de Conhecimento sobreo produto. 
 Segurança – O Sistema SOSEquipes autentificado com login e senha. 
 Os Campos Nome, CNPJ, E-mail, Telefone, Responsável para Contato são de 
preenchimento obrigatório 
 
13.3 Interface Externa (telas e relatórios) 
13.3.1 Leiaute sugerido (desenho da tela) 
 
 
 Versão: <1.0> 
Proposta de Desenvolvimento Data: 28/9/2018 
 
Especificação de Requisitos Página 64 de 97 
 
 
 
 
 Versão: <1.0> 
Proposta de Desenvolvimento Data: 28/9/2018 
 
Especificação de Requisitos Página 65 de 97 
 
 
 
13.3.2 Lista de campos da interface 
[ uma lista de campos da interface .] 
Número Nome Descrição Valores 
válidos 
Formato Tipo Restrições 
1 Nome 
Fantasia 
Nome fantasia 
utilizado pela 
empresa 
- Até 30 
caracateres 
Texto Não obrigatório 
2 Razão Social Nome da 
Empresa 
- Até 30 
caracateres 
Texto Obrigatório 
3 Nome do 
contato 
Nome do 
contato 
responsável da 
empresa 
Letras de a-
z 
Até 50 
caracteres 
Texto Obrigatório 
 
 Versão: <1.0> 
Proposta de Desenvolvimento Data: 28/9/2018 
 
Especificação de Requisitos Página 66 de 97 
 
4 CNPJ Número do 
CNPJ da 
empresa 
Valores 
numéricos 
maior que 
zeros 
11 dígitos Numérico 
inteiro 
Obrigatório 
5 Telefone de 
contato 
Telefone da 
empresa 
Valores 
numéricos 
maior que 
zero 
11 dígitos Numérico 
inteiro 
Obrigatório 
Sendo necessário 
digitar o DD 
6 E-mail E-mail de 
contato da 
empresa 
Letras de a-
z, valores 
numéricos 
positivos e 
alguns 
caracateres 
especiais “_-
@” 
Até 30 
caracteres 
Texto Obrigatório 
7 Logadouro Campo para 
endereço 
Rua/Avenida da 
empresa 
- Até 50 
caracteres 
Texto Não obrigatório 
8 Número O campo para 
receber o número 
do logadouro da 
empresa 
Valores 
numéricos 
positivos 
Até 5 
digitos 
Inteiro Não obrigatório 
9 Cidade Campo para 
cidade empresa 
- Até 50 
caracteres 
Texto Não obrigatório 
10 Estado Estado do Brasil 
em que a 
empresa se 
encontra 
- Até 30 
caracteres 
Texto Não obrigatório 
11 Login Campo login 
para receber o 
login da empresa 
que está 
realizando o 
cadastro 
Valores 
Numéricos 
Positivos e 
letras de a-z 
Até 30 
caracteres 
Texto Obrigatório 
12 Senha Campo senha 
para receber o 
senha da empresa 
que está 
realizando o 
cadastro 
Valores 
numéricos 
positivos 
Até 10 
caracteres 
Texto Obrigatório, deve 
acompanhar o 
login 
13.3.3 Lista de comandos da interface 
[ uma lista de comandos da interface .] 
Número Nome Ação Restrições 
1 Cadastrar 
Empresa 
Inclui uma nova empresa no 
sistema 
Habilitado se a empresa não estiver 
cadastrada no sistema 
2 Editar 
Empresa 
Edita os dados no cadastro 
da empresa 
Habilitado se a empresa já estiver 
cadastrada no sistema 
 
 Versão: <1.0> 
Proposta de Desenvolvimento Data: 28/9/2018 
 
Especificação de Requisitos Página 67 de 97 
 
3 Excluir 
Empresa 
Exclui a conta da empresa e 
desabilita o cadastro da 
empresa 
Habilitado se a empresa já estiver 
cadastrada no sistema 
 
13.4 Diagrama de Interação 
 
 
 
 
 
 
 
 Versão: <1.0> 
Proposta de Desenvolvimento Data: 28/9/2018 
 
Especificação de Requisitos Página 68 de 97 
 
 
 
 Versão: <1.0> 
Proposta de Desenvolvimento Data: 28/9/2018 
 
Especificação de Requisitos Página 69 de 97 
 
 
 
 
 Versão: <1.0> 
Proposta de Desenvolvimento Data: 28/9/2018 
 
Especificação de Requisitos Página 70 de 97 
 
13.5 Diagrama de Classes 
 
13.6 Classes persistentes 
 
Número 
de ordem 
Nome Descrição 
4 Empresa Classe para representar uma empresa no sistema. 
5 Endereço Classe Endereço para armazenar o endereço do 
profissional 
6 
13.6.1 Descrição das classes persistentes 
 
Número de 
ordem 
Nome Freqüência 
de consulta 
(por dia) 
Freqüência 
de atualiza-
ção (por dia) 
Cardinali-
dade inicial 
Cardinali-
dade 
máxima 
Restrições 
aplicáveis 
7 Empresa 25 7 0 10000 - 
8 Endereço 25 7 0 10000 - 
 
 
13.7 Critérios de aceitação do Requisito 
[Preencher a avaliação da descrição do requisito.] 
 
 Versão: <1.0> 
Proposta de Desenvolvimento Data: 28/9/2018 
 
Especificação de Requisitos Página 71 de 97 
 
Núm Item a ser cumprido Sim Não Não se aplica 
4 A descrição do caso de uso mostra com clareza qual a 
funcionalidade que será especificada e qual seu objetivo? 
X 
5 Considerando que cada desvio que há em um fluxo (fluxo 
alternativo, subfluxo ou caso de uso), após o seguirmos e 
retomarmos ao ponto onde estávamos, o fluxo principal inicia 
e termina o caso de uso? 
X 
6 O fluxo principal executa algo relevante para o usuário, uma 
consulta, por exemplo? 
 x 
7 Os atributos das interfaces de usuário do caso de uso estão 
presentes nas classes representadas no diagrama de classes? 
X 
8 Todas as regras de negócio referentes ao caso de uso forma 
utilizadas adequadamente por ele? 
X 
9 A comunicação direta com outro sistema (caso exista) está 
presente no diagrama de caso de uso? 
 X 
10 Os requisitos não funcionais relativos a esse caso de uso 
foram identificados? 
X 
11 O diagrama de interação está adequado com a descrição do 
caso de uso? 
X 
12 As classes usadas no caso de uso foram devidamente 
modeladas e detalhadas 
X 
 
 
 
<SOS Equipes> 
 
Modelo de Caso de Uso Solicitação 
Serviço 
 
 
 
 
 Versão: <1.0> 
Proposta de Desenvolvimento Data: 28/9/2018 
 
Especificação de Requisitos Página 72 de 97 
 
 
 
Histórico de Revisões 
Data Versão Descrição Autor 
<03/03/2016> <1.0> <Criação da funcionalidade Solicitação 
de serviço> 
Maria 
<27/03/2016> <1.1> <Correção do caso de uso> José 
 
 
 
 
 Versão: <1.0> 
Proposta de Desenvolvimento Data: 28/9/2018 
 
Especificação de Requisitos Página 73 de 97 
 
Índice 
Cadastrar Solicitação de Serviço 74 
1. Id do Caso de Uso 74 
2. Atores 74 
3. Sumário 74 
4. Pré Condições 74 
5. Fluxo de Eventos 74 
5.1 Fluxo Principal 74 
5.2 Fluxos Alternativos 74 
Não se aplica. 74 
5.3 Fluxos de Exceções 74 
5.3.1 < FE001 Campos não preenchidos > 74 
6. Pós Condições 74 
7. Documentação Suplementar 74 
7.1 Regras de negócios 74 
7.2 Requisitos não-funcionais 74 
7.3 Interface Externa (telas e relatórios) 75 
7.3.1 Leiaute sugerido (desenho da tela) 75 
7.3.2 Lista de campos da interface 75 
7.3.3 Lista de comandos da interface 75 
7.4 Diagrama de Interação 76 
7.5 Diagrama de Classes 76 
7.6 Classes persistentes 77 
7.6.1 Descrição das classes persistentes 77 
7.7 Critérios de aceitação do Requisito Erro! Indicador não definido. 
 
 Versão: <1.0> 
Proposta de Desenvolvimento Data: 28/9/2018 
 
Especificação de Requisitos Página 74 de 97 
 
Especificação de Requisito 
 
Cadastrar Solicitação de Serviço 
35. Id do Caso de Uso 
UCD013 
36. Atores 
Responsável pela empresa 
37. Sumário 
O objetivo desse requisito é possibilitar o cadastro de solicitações de serviços. 
38. Pré Condições 
O responsável pela empresa já deve estar logado no sistema e já ter tipo de serviços cadastrados 
39. Fluxo de Eventos 
39.1 Fluxo Principal 
Esse caso de uso começa quando o responsável pela empresa acessa a tela de “cadastro de 
solicitação de serviço”: 
4. O responsável preenche os campos da tela de acordo com sua necessidade. 
5. O responsável clica no botão “Enviar Solicitação” 
6. O Sistema valida os campos preenchidos. 
7. O sistema verifica as equipes que tem o mesmo tipo de serviço cadastrado e dispara e-mails da 
solicitação para as equipes. 
39.2 Fluxos Alternativos 
Não se aplica. 
39.3 Fluxos de Exceções 
 [Um fluxo de exceção mostra alternativas para erros ou mensagens de exceção do caso de uso.] 
39.3.1 < FE001 Campos não preenchidos > 
 O sistema exibe uma mensagem: “Favor preencher todos os campos” 
5. O sistema volta para o passo um do fluxo principal6. Fim do fluxo de execução 
 
40. Pós Condições 
<PC001 –Serviço Cadastrado> Serviço cadastrado com sucesso! 
 
 
41. Documentação Suplementar 
41.1 Regras de negócios 
<RN001 – Campos Obrigatórios> Os campos Titulo, Tipo de serviço, Prazo execução, 
Qualificação e descrição são de preenchimento obrigatório. 
41.2 Requisitos não-funcionais 
 O tempo de cadastro não pode exceder 5 minutos. 
O sistema não permite ultrapassar 10 usuários simultâneos. 
O sistema atualiza a página caso o usuário não utilize-o em um prazo menor que 15 minutos. 
 
 
 
 Versão: <1.0> 
Proposta de Desenvolvimento Data: 28/9/2018 
 
Especificação de Requisitos Página 75 de 97 
 
41.3 Interface Externa (telas e relatórios) 
41.3.1 Leiaute sugerido (desenho da tela) 
 
 
41.3.2 Lista de campos da interface 
 
Número Nome Descrição Valores 
válidos 
Formato Tipo Restrições 
1 Titulo Titulo da 
solicitação 
de serviço 
Não nulos 50 digitos Varchar Obrigatorio 
2 Tipo Serviço Serviços 
disponíveis 
Não nulos Select Int Obrigatorio 
3 Prazo de 
execução 
Prazo que 
as equipes 
tem para 
entregar o 
serviço 
Não nulos Data / hora Date Obrigatorio 
4 Qualificação Qualificaçã
o do serviço 
Não nulos 500 digitos Varchar Obrigatorio 
5 Descrição Descrição 
detalhada 
do serviço 
solicitado 
Não nulos 700 digitos Varchar obrigatorio 
41.3.3 Lista de comandos da interface 
 
 
 Versão: <1.0> 
Proposta de Desenvolvimento Data: 28/9/2018 
 
Especificação de Requisitos Página 76 de 97 
 
Número Nome Ação Restrições 
1 Enviar 
Solicitação 
Enviar a solicitação do 
service 
Sempre habilitado 
 
41.4 Diagrama de Interação 
 
 
41.5 Diagrama de Classes 
 
 
 Versão: <1.0> 
Proposta de Desenvolvimento Data: 28/9/2018 
 
Especificação de Requisitos Página 77 de 97 
 
 
41.6 Classes persistentes 
 
Número 
de ordem 
Nome Descrição 
15 Tipo Serviço Onde tem os tipos de serviços disponíveis 
16 Solicitação Classe principal da funcionalidade 
41.6.1 Descrição das classes persistentes 
 
Número de 
ordem 
Nome Freqüência 
de consulta 
(por dia) 
Freqüência 
de atualiza-
ção (por dia) 
Cardinali-
dade inicial 
Cardinali-
dade 
máxima 
Restrições 
aplicáveis 
14 Classe Tipo 
serviço 
1000 10 1 1500 - 
15 Classe 
Solicitação 
0 1000 1 1000 - 
 
 Versão: <1.0> 
Proposta de Desenvolvimento Data: 28/9/2018 
 
Especificação de Requisitos Página 78 de 97 
 
 
 
SOS Equipes 
 
Modelo de Caso de Uso 
 
 
 
 
 
Histórico de Revisões 
Data Versão Descrição Autor 
 
 
 
 
 
 
 Versão: <1.0> 
Proposta de Desenvolvimento Data: 28/9/2018 
 
Especificação de Requisitos Página 79 de 97 
 
Índice 
Convidar profissional para equipe 31 
1. Id do Caso de Uso 31 
2. Atores 31 
3. Sumário 31 
4. Pré Condições 31 
5. Fluxo de Eventos 31 
5.1 Fluxo Principal 31 
5.2 Fluxos Alternativos 31 
5.3 Fluxos de Exceções 31 
5.3.1 < FE001 – Não há equipes que necessitam do serviço > 31 
6. Pós Condições 32 
7. Documentação Suplementar 32 
7.1 Regras de negócios 32 
7.1.1 <RN001 – Solicitação Cadastrada> Erro! Indicador não definido. 
7.1.2 <RN001 – Equipes Candidatas> Erro! Indicador não definido. 
7.2 Requisitos não-funcionais 32 
7.3 Interface Externa (telas e relatórios) 32 
7.3.1 Leiaute sugerido (desenho da tela) 32 
7.3.2 Lista de campos da interface 32 
7.3.3 Lista de comandos da interface 33 
7.4 Diagrama de Interação 33 
7.5 Diagrama de Classes 34 
7.6 Classes persistentes 34 
7.6.1 Descrição das classes persistentes 35 
7.7 Critérios de aceitação do Requisito Erro! Indicador não definido. 
 
 Versão: <1.0> 
Proposta de Desenvolvimento Data: 28/9/2018 
 
Especificação de Requisitos Página 80 de 97 
 
Especificação de Requisito 
 
42. Manifestar interesse em Participar de uma equipe 
43. Id do Caso de Uso 
UC00x 
44. Atores 
Profissional 
45. Sumário 
O objetivo deste requisito é permitir que um profissional busque equipes que necessita do tipo de 
serviço que o profissional oferece. O caso de uso comunicado à equipe sobre a candidatura do 
profissional. 
46. Pré Condições 
O usuário já deve ter realizado login no sistema. 
47. Fluxo de Eventos 
47.1 Fluxo Principal 
Este caso de uso se inicia quando o profissional acessa a tela “Participar de uma equipe”: 
12. O usuário clica em “Procurar Equipe”. (RN001)(FE001). 
13. O usuario informa a o tipo de serviço que deseja oferecer. 
14. O sistema busca as equipes que buscam aquele tipo de serviço informado pelo usuário. 
15. O sistema exibe na tela todas as equipes da solicitação. 
16. O usuário seleciona quais equipes ele deseja participar clicando no botão “Manifestar 
Interesse”. (RN002) 
17. O sistema envia um email para o lider da equipe. 
18. Caso de uso encerrado com sucesso. 
 
47.2 Fluxos Alternativos 
Não se aplica. 
47.3 Fluxos de Exceções 
47.3.1 < FE001 – Não há equipes que necessitam do serviço> 
5. O profissional deve informar outro serviço que deseja oferecer. 
6. O profissional deve realizar o caso de uso “Participar de uma equipe”. 
7. O sistema retorna ao passo 1 do fluxo principal. 
8. Fim do fluxo de exceção. 
48. Pós Condições 
 
O sistema emite uma mensagem de solicitação enviada com sucesso. 
 
49. Documentação Suplementar 
49.1 Regras de negócios 
O profissional pode participar de mais de uma equipe. 
49.2 Requisitos não-funcionais 
 
O tempo para procurar equipes não deve ultrapassar 20 minutos. 
 
 Versão: <1.0> 
Proposta de Desenvolvimento Data: 28/9/2018 
 
Especificação de Requisitos Página 81 de 97 
 
 
49.3 Interface Externa (telas e relatórios) 
49.3.1 Leiaute sugerido (desenho da tela) 
 
 
49.3.2 Lista de campos da interface 
 
 
 Versão: <1.0> 
Proposta de Desenvolvimento Data: 28/9/2018 
 
Especificação de Requisitos Página 82 de 97 
 
Número Nome Descrição Valores 
válidos 
Formato Tipo Restrições 
21 Tipo de Serviço Campo para 
retornar os 
tipos de 
serviços. 
Letras de 
a-z. 
Até 20 
caracteres 
Texto Campo obrigatório 
para a realização do 
caso de uso. 
49.3.3 Lista de comandos da interface 
 
Número Nome Ação Restrições 
9 Manifestar 
Interesse 
Botão para manifestar interesse 
na equipe desejada. 
Sempre habilitado. 
 
 
 
 
 
 
 
 
 
 
 
 
 
49.4 Diagrama de Interação 
 
 
 
 Versão: <1.0> 
Proposta de Desenvolvimento Data: 28/9/2018 
 
Especificação de Requisitos Página 83 de 97 
 
 
 
 
49.5 Diagrama de Classes 
 
 
 Versão: <1.0> 
Proposta de Desenvolvimento Data: 28/9/2018 
 
Especificação de Requisitos Página 84 de 97 
 
 
 
 
49.6 Classes persistentes 
 
 
 Versão: <1.0> 
Proposta de Desenvolvimento Data: 28/9/2018 
 
Especificação de Requisitos Página 85 de 97 
 
Número 
de ordem 
Nome Descrição 
17 Tipo Serviço A classe tem como objetivo representar o tipo de 
serviço da equipe. Também pode existir o tipo de 
serviço da solicitação de serviço. 
18 Equipe Esta classe tem como objetivo manter as 
informações das equipes que prestarão serviços no 
sistema. Uma equipe deve possuir um responsável 
e um ou mais participantes, sendo que o 
responsável pode ser o único participante da 
equipe. 
 
19 Profissional Classe responsável por armazenar as informações 
necessárias de um profissional. Além disso, a 
classe Profissional está relacionada com as classes 
Qualificações, Mensagem e Endereço. A classe 
profissional possui métodos de Inserir, Editar e 
Excluir no sistema. Outra funcionalidade do 
profissional é realizar login no sistema. 
20 Convite Classe responsável por armazenar os convites 
enviados pelo líder da equipe, ou pelo profissional 
quando manifesta um interesse em participar da 
equipe. 
49.6.1 Descrição das classes persistentes 
 
Número de 
ordem 
Nome Freqüência 
de consulta 
(por dia) 
Freqüência 
de atualiza-
ção (pordia) 
Cardinali-
dade inicial 
Cardinali-
dade 
máxima 
Restrições 
aplicáveis 
16 Convite 30 20 0 1000 - 
17 Equipe 60 10 0 3000 - 
18 Profissional 30 5 0 40000 - 
19 Tipo de 
Serviço 
90 0 0 200 - 
 
49.7 Critérios de aceitação do Requisito 
 
 
 Versão: <1.0> 
Proposta de Desenvolvimento Data: 28/9/2018 
 
Especificação de Requisitos Página 86 de 97 
 
Núm Item a ser cumprido Sim Não Não se aplica 
19 A descrição do caso de uso mostra com clareza qual a 
funcionalidade que será especificada e qual seu objetivo? 
x 
20 Considerando que cada desvio que há em um fluxo ( fluxo 
alternativo, subfluxo ou caso de uso), após o seguirmos e 
retomarmos ao ponto onde estávamos, o fluxo principal inicia 
e termina o caso de uso ? 
x 
21 O fluxo principal executa algo relevante para o usuário, uma 
consulta, por exemplo? 
x 
22 Os atributos das interfaces de usuário do caso de uso estão 
presentes nas classes representadas no diagrama de classes? 
x 
23 Todas as regras de negócio referentes ao caso de uso forma 
utilizadas adequadamente por ele? 
x 
24 A comunicação direta com outro sistema (caso exista) está 
presente no diagrama de caso de uso? 
 x 
25 Os requisitos não funcionais relativos a esse caso de uso 
foram identificados? 
 X 
26 O diagrama de interação esta adequado com a descrição do 
caso de uso? 
x 
27 As classes usadas no caso de uso foram devidamente 
modeladas e detalhadas 
x 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
<SOS Equipes> 
Diagrama de Controller 
 
 Versão: <1.0> 
Proposta de Desenvolvimento Data: 28/9/2018 
 
Especificação de Requisitos Página 87 de 97 
 
 
 
 
Histórico de Revisões 
Data Versão Descrição Autor 
<03/03/2016> 1.1 Criação do documento Maria, José 
 
 
 
 
 
 Versão: <1.0> 
Proposta de Desenvolvimento Data: 28/9/2018 
 
Especificação de Requisitos Página 88 de 97 
 
Índice 
1. Nome do diagrama 95 
2. Descrição do diagrama 95 
3. Diagrama 97 
 
 
50. Nome do diagrama 
Diagrama das classes controles. 
51. Descrição do diagrama 
 
Diagrama das classes controles. 
 
ControllerEmpresa : Este é responsável por realizar a ligação da view com a classe model Empresa. 
 
ControllerProfissional : Este controller é responsável por realizar a ligação da view com a classe model 
Profissional. 
 
ControllerEquipe : Este controller é responsável por realizar a ligação da view com a classe model 
Equipe. 
 
ControllerConvite : Este controller é responsável por realizar a ligação da view com a classe model 
Convite. 
 
ControllerTivoServiço: Este controller é responsável por realizar a ligação da view com a classe model 
TipoServiço. 
 
ControllerAceitar: Este controller é responsável por realizar a ligação da view de Aceite com a classe 
model. 
 
ControllerInteresse: Este controller é responsável por realizar a ligação da view Interesse com o model. 
 
ControllerSolicitação: Este controller é responsável por realizar a ligação da view de solicitação com o 
model. 
 
52. Diagrama 
 
 
 
 
 
 
 
Primeira Entrega : Realizar convite para participar da equipe, cadastrar Profissional, Cadastrar 
solicitação de serviço e Cadastrar Empresa. Diagrama de Controller dos casos de usos: 
 
 
 
 Versão: <1.0> 
Proposta de Desenvolvimento Data: 28/9/2018 
 
Especificação de Requisitos Página 89 de 97 
 
 
Segunda entrega: Login, cadastrar equipe, manifestar interesse, escolher equipe e aceitar convite 
para participar da equipe. Diagrama de controller dos casos de usos: 
 
 
 
53. Itens de verificação 
Núm Item a ser cumprido Sim Não Não se aplica 
28 O nome do diagrama está definido? X 
29 A descrição do diagrama está clara? X 
30 As informações representadas no diagrama estão 
consistentes com outras informações do projeto? 
X 
 
 
 Versão: <1.0> 
Proposta de Desenvolvimento Data: 28/9/2018 
 
Especificação de Requisitos Página 90 de 97 
 
 
 
 
<SOS Equipes > 
<Diagrama Classe das View > 
 
 
 
Histórico de Revisões 
Data Versão Descrição Autor 
<03/03/2016> <1.0> Criação do Documento Maria, José 
 
 
 
 
 
 Versão: <1.0> 
Proposta de Desenvolvimento Data: 28/9/2018 
 
Especificação de Requisitos Página 91 de 97 
 
Índice 
1. Nome do diagrama 95 
2. Descrição do diagrama 95 
3. Diagrama 97 
 
 
54. Nome do diagrama 
 
Diagrama de Classe das View 
 
55. Descrição do diagrama 
 
FormTipoServiço: View responsável pelo formulário de Cadastro da Solicitação de Serviço. 
ViewProfissional : View responsável pelo formulário de Cadastro do Profissional. 
ViewEmpresa: View responsável pelo formulário de Cadastro da Empresa. 
ViewContive: View responsável pelas mensagens do Convite para Equipe 
FormEscolherEquipe: View responsável pelas mensagens do escolher Equipe. 
FormAceitar: View responsável pelas mensagens do aceitar participação na equipe. 
FormLogin: View responsável pelas mensagens do login. 
FormCadastroEquipe: View responsável as mensagens do cadastro da equipe. 
FornrInteresse: View responsável pelas mensagens do realizar interesse em participar da equipe. 
 
56. Diagrama 
 
Primeira Entrega : Realizar convite para participar da equipe, cadastrar Profissional, Cadastrar 
solicitação de serviço e Cadastrar Empresa. Diagrama de View dos casos de usos: 
 
 Versão: <1.0> 
Proposta de Desenvolvimento Data: 28/9/2018 
 
Especificação de Requisitos Página 92 de 97 
 
 
 
 
Segunda entrega: Login, cadastrar equipe, manifestar interesse, escolher equipe e aceitar convite 
para participar da equipe. Diagrama de View dos casos de usos: 
 
 
 Versão: <1.0> 
Proposta de Desenvolvimento Data: 28/9/2018 
 
Especificação de Requisitos Página 93 de 97 
 
 
 
 
 
 
<SOSEQUIPES> 
Diagrama de Classes 
 
 
 Versão: <1.0> 
Proposta de Desenvolvimento Data: 28/9/2018 
 
Especificação de Requisitos Página 94 de 97 
 
 
 
Histórico de Revisões 
Data Versão Descrição Autor 
<dd/mm/aaaa> <x.x> <detalhes> <nome> 
 
 
 
 
 
 Versão: <1.0> 
Proposta de Desenvolvimento Data: 28/9/2018 
 
Especificação de Requisitos Página 95 de 97 
 
Índice 
1. Nome do diagrama 95 
2. Descrição do diagrama 95 
3. Diagrama 97 
 
 
57. Nome do diagrama 
 
Diagrama de Caso de Uso Sistema SOSEquipes 
 
58. Descrição do diagrama 
 
Descrição das classes do diagrama de classe SOSEquipe 
 
 
 O sistema tem como objetivo gerenciar a contratação de equipes para a realização de trabalho de 
uma empresa. Para isso, o profissional e a empresa terão acesso ao sistema de forma distinta. O 
profissional pode criar uma equipe de trabalho, tornando líder daquela equipe e manifestar interesse em 
participar de uma equipe. Além disso, o líder pode convidar profissionais para as equipes e os 
profissionais deveram aceitar para entrar na equipe. Outro participante do sistema: a empresa pode 
cadastrar no sistema, cadastrar uma solicitação de serviço, escolher uma equipe para realizar o serviço, 
consultar rank com as equipes, consultar dados de profissionais, avaliar a prestação de um serviço 
realizado por uma equipe, consultar receitas com a prestação de serviço e consultar um histórico de 
serviços realizado por ela. 
 Foram encontradas classes para a realização da implementação do sistema. Segue abaixo a 
descrição de cada classe do sistema. 
 
 
 Profissional: Classe responsável por armazenar as informações necessárias de um 
profissional. Além disso, a classe Profissional está relacionada com as classes 
Qualificações, Mensagem e Endereço. A classe profissional possui métodos de Inserir, 
Editar e Excluir no sistema. Outra funcionalidade do profissional é realizar login no 
sistema. 
 
 Qualificação(Currículo): Classe responsável por manter os dados das principais 
qualificações do profissional. As