Projeto de Graduação
Interdisciplinar
Software para Gestão de Autopeças
(SGA)
Integrantes:
Daiane Lopes da Silva
Eduardo Stuart Rodrigues de Vasconcelos
Everton Alves Cunha
Leonardo Cesar Brito
Leonardo Lucio Carvalho Oliveira
Jharbas de Araújo Rodrigues
Mário Lúcio de Araújo Brum
Salger Luis de Oliveira
Descrição do Negócio

A Universo Autopeças é uma empresa que vende peças de
automóvel de todas as marcas e modelos.

As peças comercializadas pela empresa podem ser originais de
fabrica ou não e podem ser adquiridas de diversos fornecedores.
Uma mesma peça pode ser utilizada em um mesmo modelo de
veículo e ano de fabricação diferente , ou em modelos diferentes e
anos de fabricação diferente desde que sejam da mesma marca.

A empresa trabalha com duas modalidades de pagamento: a vista
ou a prazo. Vendas a vista podem ser pagas em dinheiro, cheque
ou cartão (débito). Vendas à prazo poderão ser pagas no cheque,
cartão ou por meio de boleto bancário.
Requisitos Funcionais





O sistema deve permitir o manutenção de clientes;
O sistema deve permitir o manutenção de fornecedores;
O sistema deve permitir o manutenção de produtos;
O sistema deve permitir o manutenção de funcionários;
O sistema deve permitir o login do usuário.
Obs.: Requisitos que serão implementados neste semestre
Regras de Negócio
Nome
Descrição
Nome
Descrição
Nome
Descrição
Nome
Descrição
Consulta ao SERASA
RN- 01
Para vendas no cheque, o sistema deverá consultar a base de dados do SERASA.
Vendas com estoque negativo
RN- 02
O sistema deve permitir a venda de peças com estoque negativo.
Descontos especiais
RN- 03
O gerente pode conceder descontos especiais para clientes que compram em grande
quantidade.
Validação de CPF e CNPJ
RN- 04
Para cadastrar um cliente ou fornecedor deverá ser verificado se o CPF/CNPJ são
válidos.
Diagrama de Casos de Uso
Documentação de Casos de Uso
Nome
Manutenção de Cliente
Sumário
Caso de Uso que descreve os passos para o cadastro de cliente.
Ator primário: Funcionário
Ator(es) secundário(s): Pré-condição: O funcionário deve estar logado no sistema .
Pós-condição: O cliente é cadastrado.
Fluxo Principal
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
O funcionário solicita ao sistema o cadastro do cliente;
O sistema solicita o CPF do cliente;
O funcionário informa o CPF do cliente;
O sistema valida o CPF e solicita o nome do cliente;
O funcionário informa o nome do cliente;
O sistema solicita o telefone do cliente;
O funcionário informa o telefone do cliente;
O sistema solicita o sexo do cliente;
O funcionário informa o sexo do cliente;
O sistema solicita o endereço do cliente;
O funcionário informa o endereço do cliente;
O sistema solicita o número do endereço do cliente;
O funcionário informa o número do endereço do cliente;
O sistema solicita o complemento do endereço do cliente;
O funcionário informa o complemento do endereço do cliente;
O sistema solicita o bairro do cliente;
O funcionário informa o bairro do cliente;
O sistema solicita o CEP do cliente;
O funcionário informa o CEP do cliente;
O sistema solicita o estado do cliente;
O funcionário informa o estado do cliente;
O sistema solicita a cidade do cliente;
O funcionário informa a cidade do cliente e confirma o cadastro do cliente;
O sistema retorna uma mensagem informando que o cliente foi cadastrado com sucesso e encerra o caso de uso retornando a tela principal do sistema.
Fluxo Alternativo[2]: Busca de cliente.
2.1 O funcionário clica no botão buscar para localizar o cliente;
2.2 O sistema solicita o CPF/CNPJ do cliente;
2.3 O funcionário insere o CPF/CNPJ;
2.4 O sistema emite os dados do cliente na tela e retorna ao caso de uso 2.
Fluxo de Exceção [24]: Cliente já possui cadastro.
24.1 O sistema emite uma mensagem informando que o cliente já está cadastrado;
24.2 O sistema retorna ao passo 2.
Regras de Negócio Associadas
RN - 04
CSU-01
Documentação de Casos de Uso
Nome
Manutenção de Funcionário
Sumário
CSU-02
Caso de Uso que descreve os passos para o cadastro de funcionários.
Ator primário: Gerente
Ator(es) secundário(s): Pré-condição: O gerente deve estar logado no sistema .
Pós-condição: O funcionário é cadastrado.
Fluxo Principal
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
O gerente solicita ao sistema o cadastro de funcionário;
O sistema solicita o CPF do funcionário;
O gerente informa o CPF do funcionário;
O sistema valida o CPF e solicita o nome do funcionário;
O gerente informa o nome do funcionário;
O sistema solicita o telefone do funcionário;
O gerente informa o telefone do funcionário;
O sistema solicita o sexo do funcionário;
O gerente informa o sexo do funcionário;
O sistema solicita o endereço do funcionário;
O gerente informa o endereço do funcionário;
O sistema solicita o número do endereço do funcionário;
O gerente informa o número do endereço do funcionário;
O sistema solicita o complemento do endereço do funcionário;
O gerente informa o complemento do endereço do funcionário;
O sistema solicita o bairro do funcionário;
O gerente informa o bairro do funcionário;
O sistema solicita o CEP do funcionário;
O gerente informa o CEP do funcionário;
O sistema solicita o estado do funcionário;
O gerente informa o estado do funcionário;
O sistema solicita a cidade do funcionário;
O gerente informa a cidade do funcionário e confirma o cadastro do funcionário;
O sistema retorna uma mensagem informando que o cliente foi cadastrado com sucesso e encerra o caso de uso retornando a tela principal do sistema.
Fluxo de Exceção [24]: Funcionário já possui cadastro.
24.1 O sistema emite uma mensagem informando que o funcionário já está cadastrado;
24.2 O sistema retorna ao passo 2. .
Regras de Negócio Associadas
RN - 04
Documentação de Casos de Uso
Nome
Manutenção de Fornecedor
Sumário
CSU-03
Caso de Uso que descreve os passos para o cadastro de fornecedor.
Ator primário: Funcionário
Ator(es) secundário(s): Pré-condição: O funcionário deve estar logado no sistema.
Pós-condição: O fornecedor é cadastrado.
Fluxo Principal
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
O funcionário solicita ao sistema o cadastro do fornecedor;
O sistema solicita o CNPJ do fornecedor;
O funcionário informa o CNPJ do fornecedor;
O sistema valida o CNPJ e solicita o nome da empresa do fornecedor;
O funcionário informa o nome da empresa do fornecedor;
O sistema solicita o contato da empresa do fornecedor;
O funcionário informa o contato da empresa do fornecedor;
O sistema solicita o telefone da empresa do fornecedor;
O funcionário informa o telefone da empresa do fornecedor;
O sistema solicita o número da inscrição estadual da empresa do fornecedor;
O funcionário informa o número da inscrição estadual da empresa do fornecedor;
O sistema solicita o endereço do fornecedor;
O funcionário informa o endereço do fornecedor;
O sistema solicita o número do endereço do fornecedor;
O funcionário informa o número do endereço do fornecedor;
O sistema solicita o complemento do endereço do fornecedor;
O funcionário informa o complemento do endereço do fornecedor;
O sistema solicita o bairro do fornecedor;
O funcionário informa o bairro do fornecedor;
O sistema solicita o CEP do fornecedor;
O funcionário informa o CEP do fornecedor;
O sistema solicita o estado do fornecedor;
O funcionário informa o estado do fornecedor;
O sistema solicita a cidade do fornecedor;
O funcionário informa a cidade do fornecedor e confirma o cadastro do fornecedor;
O sistema retorna uma mensagem informando que o fornecedor foi cadastrado com sucesso e encerra o caso de uso retornando a tela principal do sistema.
Fluxo Alternativo[2]: Busca de fornecedor.
2.1
2.2
2.3
2.4
O funcionário clica no botão buscar para localizar um fornecedor;
O sistema solicita o CNPJ do fornecedor;
O funcionário insere o CNPJ;
O sistema emite os dados do fornecedor na tela e retorna ao caso de uso 2.
Fluxo de Exceção [25]: Fornecedor já possui cadastro.
25.1 O sistema informa que o Fornecedor já possui cadastro, informa seu código;
25.2 O sistema retorna ao passo 2.
Regras de Negócio Associadas
RN-04
Documentação de Casos de Uso
Nome
Manutenção de Produto
Sumário
CSU-04
Caso de Uso que descreve os passos para o cadastro de produto.
Ator primário: Funcionário
Ator(es) secundário(s): Pré-condição: O funcionário deve estar logado no sistema
Pós-condição: O produto é cadastrado
Fluxo Principal
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
O funcionário solicita ao sistema o cadastro de produto;
O sistema solicita o código do produto;
O funcionário informa o código do produto;
O sistema solicita o nome do produto;
O funcionário informa nome do produto;
O sistema solicita o grupo do produto selecionando se é peça, jogo, conjunto, etc.;
O funcionário informa o grupo do produto;
O sistema solicita o preço de custo do produto;
O funcionário informa o preço de custo do produto;
O sistema solicita o preço de venda do produto;
O funcionário informa o preço de venda do produto;
O sistema solicita a utilização da peça (qual (is) automóvel (is) que a peça pode ser usada);
O funcionário informa a utilização e confirma o cadastro da peça;
O sistema retorna uma mensagem informando que o produto foi cadastrado com sucesso e encerra o caso de uso retornando a tela principal do
sistema.
Fluxo Alternativo [13]: Cadastrar nova utilização.
13.1 O funcionário solicita o cadastro de uma nova utilização para o produto (clicando em um link – adicionar nova utilização);
13.2 O sistema solicita a marca do veículo;
13.3 O funcionário informa a marca do veículo.
13.4 O sistema solicita o ano do veículo;
13.5 O funcionário informa o ano do veículo;
13.6 O sistema avança ao passo 14.
Fluxo de Exceção [13]: Peça já cadastrada.
13.1 O sistema emite uma mensagem informando que a peça já é cadastrada o sistema retorna ao passo 2.
Regras de Negócio Associadas
---
Documentação de Casos de Uso
Nome
Login de usuário
Sumário
Caso de Uso que descreve os passos para o usuário do sistema efeturar login.
Ator primário: Funcionário e Caixa
Ator(es) secundário(s): Pré-condição: Pós-condição: O usuário é logado.
Fluxo Principal
1.
2.
3.
4.
5.
6.
O usuário inicia o sistema;
O sistema solicita o CPF do usuário;
O usuário informa o CPF;
O sistema solicita a senha do usuário;
O usuário informa a senha e confirma a operação;
O sistema verifica se o CPF e senha do usuário estão corretos e o sistema está logado.
Fluxo de Exceção[6]: Usuário ou senha inválidos.
6.1 O sistema emite uma mensagem informando que o usuário ou senha estão inválidos
6.2 O sistema retorna ao passo 2.
Regras de Negócio Associadas
--
CSU-04
Diagrama Entidade e Relacionamento
Struts2
O Framework Struts é um projeto open source mantido pela Apache Software
Foundation.
É uma implementação do design pattern MVC (Model-View-Controller) para
aplicações java com internet.
O objetivo do pattern MVC é separar de maneira clara a camada de
apresentação (View) da camada de Negócio (Model).
MySQL


É um SGBD que utiliza a linguagem SQL
(Strutured Query Language) como interface.
Algumas caracteristicas sobre o MySQL:





Software livre;
Portabilidade;
Compatibilidade;
Excelente desempenho e estabilidade;
Entre outras.
TomCat


O TomCat é um servidor de aplicação Java
para Web.
É robusto e eficiente para ser utilizado
mesmo num ambiente de produção. Ele atua
também como servidor web, ou pode
funcionar integrado a um servidor web
dedicado como o Apache e IIS. Como
servidor web, ele provê um servidor web
HTTP puramente em Java.