Projeto de Graduação Interdisciplinar

Slides:



Advertisements
Apresentações semelhantes
Especificações de Casos de Uso e Regras de Negócio
Advertisements

Instalação e Configuração
SICAU – Sistema Integrado de Controle das Ações da União
Sistema de Automação Comercial
APRESENTAÇÃO ELETRÔNICA
UML Diagramas de Caso de Uso (USE-CASE)
Prof Silvio Ribeiro ADMINISTRAÇÃO DE RECURSOS MATERIAIS E PATRIMONIAIS.
Ferramentas de Engenharia de Software
Análise de Casos de Uso.
Análise de Requisitos Use Case Renata Araujo Ricardo Storino
Agregação: Empresa Departamento 1 TODO Parte.
DIAGRAMA DE CASOS DE USO PERSPECTIVA CONCEITUAL
Professor: Rogério Lopes Disciplina: Engenharia de Software II Fortium Sistemas da Informação Engenharia de Software II.
Auditoria de Segurança da Informação
PROJETO INTEGRADO Paulo Roberto Bernardo
FES – Grupo 4 – Trabalho 4 – 2008/1 1 Grupo 4 Artur Figueira de Santana Carlos Wagner da Silva Fellipe Ribeiro Duarte Francisco Garrigó Departamento de.
EMPRESA: DISTRIBUIDORA NOME FANTASIA: SÓ BEBIDAS RAZÃO SOCIAL: GRUPO SÓ BEBIDAS DISTRIBUIDORA. CNPJ: /
Inscrição GDAE Equipe de Atribuição de Aulas - CELP/DRHU/SE 2011.
Análise de Casos de Uso Alexandre Motnteiro.
Compras - Controle de estoque por lote
Como comprar o e-CPF Serasa Experian
Cadastro de produto Posto de Combustível.
Timken Store Brasil Denis Guimarães.
WHITE LABEL SHOPPING CENTER
Instalação e Configuração
Financeiro - Cadastro de Conta Contábil
Cadastro de Cartão Posto de Combustível.
Módulo Financeiro Centro de Custo.
Automação da sua equipe de vendas. Controle em tempo real.
Cadastro de produtos por referência
Como controlar o caixa Supermercados.
Análise e Projeto de Sistemas
SGE Sistema de Gerenciamento de Estabelecimentos
Requisitos e Casos de Uso
SGAF Sistema de Gestão Acadêmico Financeiro
Salas de Matemática.
Inserir crédito para cliente
Saque para Cartão Emitido / Complementar
Entrada de Produtos Posto de Combustível.
1- Acessar o site: 2- Realizar o cadastro.
Planejamento e Projeto de Testes
Análise e Projeto de Sistemas
 - PSF Grupo: abc, agsj, fcac.
Casos de Uso Modelagem e Programação Orientada a Objetos Curso Superior de Tecnologia em Sistemas para Internet Prof. Cristiano Stüpp Nunes
Compras - Pedido de Compra
Financeiro – Despesas Fixas e Variáveis
Financeiro – Despesas Fixas e Variáveis
Manual Protheus 11.
1 2 Observa ilustração. Cria um texto. Observa ilustração.
GARANTIA SAFRA 2012/2013.
PASSO A PASSO DE ACESSO - GESTOR RECURSOS HUMANOS.
WMS Stock Locator Apresentação dos módulos padrões do WMS Stock Locator Sistema Gerenciador de Materiais.
Compras - Controle de estoque com dois ou mais depósitos
CALENDÁRIO SEXY Ele & Ela. CALENDÁRIO SEXY Ele & Ela.
EFD – SPED FISCAL 1. Objetivos: O arquivo Sped Fiscal é uma obrigação fiscal e deve ser gerado mensalmente por alguns estabelecimentos. Esse arquivo deve.
Rio Verde - Goiás - Brasil
Pré –requisitos para gerar o EFD – SPED PIS/COFINS
GESTÃO DE FICHEIROS ÍNDICE Pág. I.Instalação do Software 2 II.Selecção de Empresas / Manutenção de Empresas 5 III.Criação da Base de Dados (Clientes,
EFD – SPED PIS/COFINS.
Quando for ser feito um novo cadastro, aparecerá
Módulo Compras Relatórios e Relações 1. Objetivo 2 Conhecer os relatórios e as relações do sistema disponibilizadas no módulo Compras.
Cadastro de Contas a Pagar
Financeiro – Contas a Receber
Contagem Sequencial do Estoque
Contagem Sequencial do Estoque
Entrada de Produtos por arquivo XML
Sistema de Gerenciamento Acadêmico Francieli Zanardi – Luis Henrique Forchesatto – Marcelo Garbin.
Transcrição da apresentação:

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

Vendas com estoque negativo Regras de Negócio Nome Consulta ao SERASA RN- 01 Descrição Para vendas no cheque, o sistema deverá consultar a base de dados do SERASA. Nome Vendas com estoque negativo RN- 02 Descrição O sistema deve permitir a venda de peças com estoque negativo. Nome Descontos especiais RN- 03 Descrição O gerente pode conceder descontos especiais para clientes que compram em grande quantidade. Nome Validação de CPF e CNPJ RN- 04 Descrição 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 CSU-01 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 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

Documentação de Casos de Uso Nome Manutenção de Funcionário CSU-02 Sumário 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 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 CSU-03 Sumário 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 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 O funcionário clica no botão buscar para localizar um fornecedor; 2.2 O sistema solicita o CNPJ do fornecedor; 2.3 O funcionário insere o CNPJ; 2.4 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 CSU-04 Sumário 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 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 CSU-04 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 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 --

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.