DOCUMENTO DE ESPECIFICAÇÃO DE

REQUISITOS E MODELAGEM DO
SISTEMA
Client Number one

Equipe: Falcão
Matheus Lima
William Pereira

Professor: Magno Luã

Cachoeira-Bahia, Novembro de 2021

 Histórico de Alterações

Data Versão Descrição Autor

21/10/2021 0.1 Requisitos funcionais Matheus Lima
22/10/2021 0.2 Requisitos não funcionais Matheus Lima
23/10/2021 0.3 Especificação de Requisitos Matheus Lima
25/10/2021 0.3 Diagramas de Casos de Uso Matheus Lima
25/10/2021 0.4 Atualizar informações Matheus Lima
 Sumário

Sumário
1. INTRODUÇÃO 4
1.1. Identificação do problema 4
1.2. Objetivo 4
1.3. Descrição do Sistema 4
2. CONVENÇÕES ADOTADAS 4
2.1. Convenção para identificação de requisitos 4
2.1.1. Prioridades dos Requisitos Funcionais 4
3. REQUISITOS DO SISTEMA 5
3.1. Requisitos Funcionais 5
3.1.1. Autenticação 5
3.2. Requisitos Não Funcionais 6
3.2.1. Requisitos de processo 6
3.2.2. Requisitos de produto 6
3.2.3. Requisitos Externos 7
4. MODELAGEM DO SISTEMA 10
4.1. Diagrama(s) de Casos de Uso 10
4.2. Diagrama(s) de Classes do Projeto 13
5. CONCLUSÃO 14
6. REFERÊNCIAS 15
1. INTRODUÇÃO

Este documento especifica o sistema de cadastro Client Number one fornecendo uma análise
de projeto com ênfase em requisitos, casos de uso, diagramas de casos de uso, de sequência,
de atividade, de classe de projeto e de transição de estado.

1.1. Identificação do problema

Há muitas vezes problemas com cadastro de clientes que faz com que uma empresa deixe
de ganhar retorno ideal, e é necessário um grande processo que poderia ser descartado se
existisse um sistema de cadastro de cliente e produto funcional e mais rápido, que
permitisse à empresa ser mais rápida em seus processos.
.

1.2. Objetivo
Client Number One é um programa para Windows e Linux voltado para o pequeno e
grande empreendedor que necessita de um sistema de cadastro funcional e rápido para
seus clientes se sentirem à vontade em se relacionar com sua empresa, nosso objetivo é
trazer praticidade para os empresários e clientes.

1.3. Visão do produto

Para as pequenas e grandes empresas, o sistema Client Number One, é um sistema de
cadastramento de clientes que trará funcionalidades importantes para o funcionamento
de sua empresa. Diferentemente do Cadastramento de Clientes NEX, o nosso produto
oferecerá uma variedade maior para modificar o tipo de cliente e dará maior autonomia
para os compradores do software.
1.4. Descrição do sistema
Um sistema com as funcionalidades de: Cadastro de Cliente, Cadastro de produto,
Realizar venda e Modificar o perfil do cliente, para facilitar a vida de pequenos e
grandes empreendedores

2. CONVENÇÕES ADOTADAS

2.1. Convenção para identificação de requisitos

Para facilitar a busca e referência de requisitos ao longo do documento será

adotada uma convenção para cada tipo de requisito. Os requisitos funcionais
serão representado no formato [RFxx] e os requisitos não funcionais no formato
[NFRxx], onde “RF” e “NFR” são as siglas para cada tipo e o “xx” representa o
número do requisito.

2.1.1. Prioridades dos Requisitos Funcionais

Os Requisitos Funcionais foram classificados como:

● Essencial: É o requisito funcional indispensável ao funcionamento do

sistema. Esse tipo de requisito deve ser implementado impreterivelmente,
caso contrário, o projeto perderá sua utilidade.
 ● Importante: Sem este requisito funcional, o sistema ainda é capaz de ser
utilizado. Contudo, essa utilização ocorre de forma não satisfatória pelo
cliente.
● Desejável: Esse tipo de requisito funcional poderá ser implementado em
versões posteriores do sistema, visto que, mesmo sem a sua implementação,
o sistema atende as suas funcionalidades básicas.

3. REQUISITOS DO SISTEMA

3.1. Requisitos Funcionais

Nesta subseção são definidos os requisitos funcionais que o sistema deve realizar.
Os requisitos estão agrupados de acordo com suas características.
3.1.1. Autenticação
[RF01] Efetuar Login
Identificação: [RF01] Efetuar Login

Descrição: Permite que o administrador do sistema tenha acesso às

funcionalidades do sistema tanto como o cadastro de cliente e
produto

Casos de
Uso
Apresentado no diagrama de casos de uso.
relacionados:

Prioridade: (X)Essencial Importante Desejável

[RF02] Efetuar Logoff

Identificação: [RF02] Efetuar Logoff

Descrição: Permite que o administrador realize o logoff do sistema.

Casos de Uso
relacionados:
Apresentado no diagrama de Caso de uso

Prioridade: (X) Essencial Importante Desejável

[RF03] Efetuar cadastro de cliente

Identificação: [RF03] Efetuar cadastro de cliente

Descrição: Permite que o potencial administrador do sistema realize

cadastro de clientes no mesmo

Casos de Uso
relacionados:
Apresentado no diagrama de Caso de uso

Prioridade: (X) Essencial Importante Desejável

[RF03] Efetuar cadastro de produto

Identificação: [RF02] Efetuar cadastro de produto

Descrição: Permite que o administrador do sistema realize cadastro

de produtos no mesmo.

Casos de Uso
relacionados:
Apresentado no diagrama de Caso de uso

Prioridade: (X) Essencial ( )Importante ( ) Desejável

[RF04] Efetuar mudança de dados no perfil

Identificação: [RF04] Efetuar mudança de dados no perfil

Descrição: Permite que o administrador do sistema realize mudança dos

dados dos clientes no sistema.

Casos de Uso
relacionados:
Apresentado no diagrama de Caso de uso

Prioridade: (X) Essencial ( )Importante ( ) Desejável

[RF05] Efetuar venda de produto

Identificação: [RF05] Efetuar venda de produto

Descrição: Permite que o potencial administrador do sistema realize venda

dos produtos cadastrados ao cliente e registrando as vendas

Casos de Uso
relacionados:
Apresentado no diagrama de Caso de uso

Prioridade: (X) Essencial ( )Importante ( ) Desejável

 3.2. Requisitos Não Funcionais

A especificação dos requisitos não-funcionais do sistema utilizou a

classificação proposta por Kotonya e Sommerville (1997). De acordo com esta
classificação, os requisitos não funcionais são divididos em: requisitos de processo,
requisitos de produto e requisitos externos.
Neste documento, os requisitos não funcionais são apresentados em tabelas
que contêm as seguintes informações: identificação através de código e nome, uma
breve descrição, casos de uso relacionados e prioridade. A prioridade do requisito
utiliza a mesma classificação dos requisitos funcionais e casos de uso (Essencial,
Importante e Desejável).

3.2.1. Requisitos de processo

[NFR01] Programa

Identificação: [NFR01] Executar sobre

O programa deverá executar sobre os sistemas
Descrição:
operacionais Windows e Linux
Casos de Uso
Todos.
relacionados:
Prioridade: (X)Essencial 🗶 Importante 🗶 Desejável

3.2.2. Requisitos de produto

[NFR02] Confidencialidade

Identificação: [NFR02] Confidencialidade

Todos os dados do sistema devem ser confidenciais, não
Descrição: podendo ser acessados por alguém que não possua as
permissões necessárias.
Casos de Uso
Todos.
relacionados:
Prioridade: (X)Essencial 🗶 Importante 🗶 Desejável
3.2.3.
 3.2.4. Requisitos Externos

[NFR03] Orçamento

Identificação: [NFR03] Orçamento

O custo com o desenvolvimento do sistema não
Descrição:
poderá superar R$ 10.000
Casos de Uso
Todos.
relacionados:
Prioridade: (X)Essencial 🗶 Importante 🗶 Desejável

3.3. Regras de Negócio

[RN01] Mensalidade

Identificação: [RN01] Mensalidade

Os clientes que adquirirem o programa deverão
Descrição: pagar uma mensalidade de R$ 87.00 por mês para
manter o software funcionando
Casos de Uso
Todos.
relacionados:
Prioridade: (X)Essencial 🗶 Importante 🗶 Desejável
4. MODELAGEM DO SISTEMA

4.1. Diagrama(s) de Casos de Uso

4.2. Diagrama(s) de Classes do Projeto
7. CONCLUSÃO

Conclui-se que o programa Client Number One vai fazer com que sua empresa
tenha processos mais ágeis.
8. REFERÊNCIAS

https://www.devmedia.com.br/especificacao-de-casos-de-uso-na-pratica/18427

https://www.lucidchart.com/pages/pt/diagrama-de-caso-de-uso-uml