SISAUTO - Sistema de Controle para Auto-Peas

Daniel Brando Bastos 02 051020199 Joelma Roberta Vieira De Assis 02 061020437

Centro Universitrio da Cidade do Rio de Janeiro Mier Rio de Janeiro/RJ Novembro/2010

SISAUTO - Sistema de Controle para Auto-Peas

Daniel Brando Bastos 02 051020199 Joelma Roberta Vieira De Assis 02 061020437

Projeto Final apresentado como exigncia da disciplina de Trabalho de Concluso de Curso, sendo requisito para a concluso do curso de Tecnologia em Anlise e Desenvolvimento de Sistemas da UniverCidade.

Ivair Luques Orientador

Centro Universitrio da Cidade do Rio de Janeiro Mier Rio de Janeiro/RJ Novembro/2010

Este trabalho reflete a opinio dos autores e no necessariamente a da UniverCidade.

____________________________________ Daniel Brando Bastos - 051020199

____________________________________ Joelma Roberta Vieira de Assis - 061020437

ii

Este trabalho dedicado... Os autores.

iii

Agradeo a... Os autores.

iv

Captulo I

Introduo

1 - CAPTULO I - INTRODUO 1.1. Ttulo do projeto - SISAUTO - Sistema de Controle para Auto-Peas. 1.2. Autores Daniel Brando Bastos 02 051020199 Joelma Roberta Vieira de Assis 02 061020437 1.3. Orientador Ivair Luques. 1.4. rea de concentrao Software aplicativo.

2 - Descrio do Tema O projeto SISAUTO - Sistema de Controle para Auto-Peas, desenvolvido para a empresa Planet Peas e Acessrios, permite fornecer ferramentas para o gerenciamento dos processos de compra, venda e troca de peas de automveis. Mantendo sempre atualizado os cadastro de clientes, funcionrios, produtos e servios, alm de emitir relatrios com informaes precisas de forma a oferecer maior confiabilidade empresa.

3. Justificativa: Depois de muita divulgao e propaganda, como j era de se esperar, as vendas da loja, Planet Peas e Acessrios, aumentou de forma significativa. Sendo assim a diretoria da empresa decidiu investir em tecnologia para gerenciar e evitar problemas futuros, tais como: Falta de controle na troca; Falta de controle no estoque; Perda de controle na venda dos funcionrios; Anotaes desatualizadas sobre os dados dos clientes e fornecedores; Ausncia de informaes gerenciais.

4. Objetivos: O Sistema de Controle para Auto-Peas (SISAUTO) tem como objetivo fornecer ferramentas gerenciais e operacionais que ir permitir aos seus usurios um perfeito conhecimento das operaes realizadas pela empresa e fornecer relatrios gerenciais que ir permitir o seu planejamento futuro. O sistema deve abranger: As rotinas relacionadas ao controle de compra, venda e troca das peas; As rotinas relacionadas ao controle dos clientes; As rotinas relacionadas ao controle dos fornecedores; As rotinas relacionadas produtividade dos seus funcionrios; Fornecer os relatrios gerenciais necessrios para que a Gerncia consiga melhorar a qualidade das do faturamento da empresa; A empresa espera com estes recursos eliminar os problemas hoje existentes e permitir ao seu gerente uma viso precisa do seu funcionamento para realizar eventuais mudanas nos seus processos operacionais, para que possa fornecer peas e acessrios de automotores e que sejam de interesse dos seus clientes, visando melhor qualidade e preo.

5. Anlise do Ambiente Organizacional: 5.1. Identificao da empresa A empresa Planet Peas e Acessrios, que possui Razo Social Gomes e Guedes Auto Peas LTDA, inscrita sob o CNPJ: 08690812/0001-40. Localiza-se na Rua Padre Manuel da Nbrega, 955, loja A - Cascadura, Rio de Janeiro, RJ. Todas as informaes passadas a ns foram da Gerente Administrativa Fernanda Rocha.

5.2. Ramo de atividade

Objetivos empresariais A Planet Peas e Acessrios atua mercado desde Janeiro de 2007 procurando oferecer aos seus clientes o que existe de melhor em relao qualidade e ao preo dos produtos.

Anlise do negcio A operaes compra, venda e troca dos produtos devem sempre estar atendo s evolues tecnolgicas, no sentido de estar atendendo os clientes com qualidade e suprindo tambm as necessidades dos mesmos.

Mercado O mercado nesta rea bastante competitivo. Para sobreviver a ele a empresa junto aos seus fornecedores, tem se mostrado sempre atento no surgimento de produtos melhores, mais modernos e com o preo acessvel para seus clientes. E como para todas as empresas existem riscos externos que possam impactar o seu negcio e nesse caso temos como exemplo, muita concorrncia na proximidade desta loja.

Fatores crticos de sucesso O sucesso deste negcio consiste em estar sempre atualizado com as evolues tecnolgicas oferecendo produtos que estejam alinhados aos desejos dos seus clientes.

5.3. Organograma da empresa.

e r n c ia

d m

in is t r a t iv a

s t o q u e

e n d a

e r v i o s

u x ilia

L e g e n d a : I n t e r a g e N o c o m o s is t e m o a a

in t e r a g e

c o m

s is t e m

5.4. Plataforma Tecnolgica: Equipamentos necessrios para o desenvolvimento:

rea de Utilizao SERVIDOR

Configurao Quad Core Disco Rgido de 1000 GB Memria de 4GB Windows Server 2008 Servidor

Quantidade 1

DESENVOLVEDORES

Core 2 Duo 2.53Ghz Disco Rgido de 250 GB Memria de 4GB

Software para o desenvolvimento: o Para cada estao: Licena Windows XP; Eclipse 3.2; JUDE (UML Modeling Tool); Postgre;

o Para o servidor: Windows Server 2008

Equipamentos necessrios para a implantao:

rea de Utilizao

Gerncia Administrativa

Configurao Core 2 Duo 2.53Ghz Disco Rgido de 250 GB Memria de 2GB Athon XP Disco Rgido de 250 GB Memria de 1 GB

Quantidade 2

Funcionrios

Software para a implantao:

o Para cada estao: Licena Windows XP;

 Microsoft Office 2007; o Para cada servidor: Windows Server 2008

Atualmente a empresa no possui qualquer equipamento capaz de suprir os requisitos desejveis para a implantao do sistema. 6. Levantamento do Sistema: 6.1. Requisitos do Sistema. 6.1.1. Requisitos Funcionais. ID: RF01 REQUISITO: Fornecedor DESCRIO: O sistema dever manter o cadastro de todos os fornecedores e tambm dever permitir a atualizao/alterao dos dados do mesmo.

ID: RF02 REQUISITO: Funcionrio DESCRIO: O sistema dever manter o cadastro de todos os funcionrios que trabalham na empresa e tambm dever permitir a atualizao/alterao dos dados do mesmo. ID: RF03 REQUISITO: Cliente DESCRIO: O sistema dever manter o cadastro de clientes e tambm dever permitir a atualizao/alterao dos dados do mesmo.

ID: RF04 REQUISITO: Produtos DESCRIO: O sistema dever manter o cadastro de todos os produtos que so vendidos na empresa.

ID: RF05 REQUISITO: Venda DESCRIO: O sistema dever manter o histrico de todas as vendas efetuadas e tambm dever permitir o cancelamento/encerramento da venda.

ID:

RF06

REQUISITO:

Troca

DESCRIO: O sistema dever manter o histrico de todas as trocas efetuadas e tambm dever permitir o cancelamento/encerramento da troca.

ID: RF07 REQUISITO: Compra DESCRIO: O sistema dever manter o cadastro de todas as compras efetuadas pelo gerente junto aos fornecedores.

ID: RF08 REQUISITO: Gerar relatrio DESCRIO: O sistema dever ser capaz de gerar o relatrio de qual funcionrio efetuou mais vendas no decorrer do ms.

ID: RF09 REQUISITO: Gerar relatrio DESCRIO: O sistema dever ser capaz de gerar o relatrio dos produtos que foram mais e menos vendidas.

ID: RF10 REQUISITO: Gerar relatrio DESCRIO: O sistema dever ser capaz de gerar o relatrio de tudo que foi comprado junto aos fornecedores no perodo de um ms.

ID: RF11 REQUISITO: Gerar relatrio DESCRIO: O sistema dever ser capaz de gerar o relatrio com informaes das trocas efetuadas.

ID: RF12 REQUISITO: Gerar relatrio DESCRIO: O sistema dever ser capaz de gerar o relatrio de faturamento da loja em um determinado perodo.

6.1.2. Requisitos No Funcionais. ID: RNF01 REQUISITO: Acessos no sistema

DESCRIO: O sistema dever controlar os acessos atravs de login e senha com permisses hierrquicas. ID: RNF02 REGRA: Permisses no sistema DESCRIO: A hierarquia de acesso e permisses sero definidas em nveis conforme cargo na empresa. 6.2. Descries das Regras de Negcio. ID: RN01 REGRA: Controlar estoque DESCRIO: O sistema dever avisar quando um determinado produto estiver, em estoque, na sua quantidade mnima especificada. ID: RN02 REGRA: Compra de produto DESCRIO: Somente o gerente efetua a compra produtos, junto aos fornecedores.

ID: RN03 REGRA: Cadastro de funcionrio DESCRIO: Todo usurio com login cadastrado no sistema funcionrio da empresa atualmente. ID: RN04 REGRA: Troca de produto DESCRIO: Troca de algum produto somente se no tiver passado o prazo de 15 (quinze) dias aps realizada a venda. ID: RN05 REGRA: Forma de pagamento DESCRIO: O cliente que desejar pagar suas compras em espcie (dinheiro) poder obter desconto no valor final das mercadorias. ID: RN06 REGRA: Venda de produtos DESCRIO: Para otimizao da transao de troca, necessrio que todo cliente seja cadastrado no sistema.

ID: RN07 REGRA: Relatrio DESCRIO: Somente o gerente poder emitir relatrios.

6.3. Descrio do mini mundo do sistema.

A Planet Peas e Acessrios uma empresa especializada em compra e venda de peas e acessrios para automotores, est no mercado desde 2004. Preocupada com satisfao dos seus clientes a empresa deseja informatizar o seu negcio e para isso, solicitou o desenvolvimento de um sistema que possa aperfeioar seu processo de comercializao, capaz de gerenciar seus processos de venda, compra e troca de produtos, controle dessas operaes no estoque, alm de gerar relatrios. Ser tambm atribudo ao sistema, o cadastro dos clientes, funcionrios, produtos e fornecedores. Para utilizao do sistema o usurio deve estar devidamente logado. Todos os usurios devero estar previamente cadastrados no sistema. Os nveis de acesso s funcionalidades so limitados pelo tipo de usurio utilizado. O gerente tem acesso irrestrito s funcionalidades do sistema. Ao chegar loja o cliente escolhe o produto que deseja, os produtos sero previamente cadastrados no sistema por um dos funcionrios da empresa, com as seguintes informaes: cdigo, nome, descrio, marca, quantidade disponvel em estoque, quantidade mnima, valor unitrio de compra, valor unitrio para venda e status. Todos os funcionrios contratados pela empresa devem ser devidamente cadastrados no sistema com: nome, logradouro, nmero, complemento, bairro, cidade, estado, CEP, telefone residencial, telefone celular, e-mail, cdigo, cargo, salrio, data de nascimento, data de admisso,

RG, CPF, estado civil, sexo, login e senha. O cadastro do funcionrio somente ser realizado mediante a verificao da validade do seu CPF. As formas de pagamento aceitas pela empresa so dinheiro e cartes de dbito ou crdito. Quando o pagamento de uma compra efetuada pelo cliente for em espcie (dinheiro), o sistema dever ser capaz de conceder a opo de desconto no valor total da mercadoria comprada. Quando uma venda for efetuada, a mesma deve ser cadastrada no sistema com as seguintes informaes: data, cdigo da venda, valor de desconto, valor total, forma de pagamento, vendedor, produtos. Os clientes devem ser devidamente cadastrado no sistema com: id, nome, sexo, logradouro, nmero, complemento, bairro, cidade, estado, CEP, telefone residencial, telefone celular, estado civil, data de nascimento, e-mail. Ao termino de todas as vendas, o sistema ir gerar um comprovante de venda para essa operao, onde ser dada automaticamente a baixa no estoque. Quando a quantidade um determinado produto estiver, em estoque, na sua quantidade mnima especificada o sistema dever exibir uma mensagem. O gerente aps avaliar a pouca quantidade de um determinado produto em estoque, dever solicitar a compra do mesmo, que ser cadastrada no sistema com: data, cdigo, nome do funcionrio, produto(s), valor da compra. Essa compra ser junto ao fornecedor que tambm cadastrado no sistema com os seguintes dados: CNPJ, nome, logradouro, nmero, complemento, bairro, cidade, estado, CEP, telefone, fax, e-mail, que s pode ser cadastrado pelo gerente. Aps o recebimento dos produtos comprados e a conferncia do estoquista, dever ser cadastrado no sistema tudo que foi recebido, para atualizao dos produtos e suas respectivas quantidades no sistema. Caso o cliente necessite fazer a troca de uma determinada mercadoria, que somente poder ser feita com a apresentao do comprovante de compra e se estiver dentro do perodo de 10 dias a partir da data da venda. A troca dever ser cadastrada pelo atendente com as seguintes

informaes: cdigo da troca, produto(s), valor da troca, quantidade trocada, motivo da troca. A mercadoria devolvida dever ser registrada pelo sistema e atualizada no estoque. O sistema dever gerar os seguintes relatrios: das peas que foram mais e menos vendidas, do funcionrio que mais vendeu durante no decorrer do ms, o relatrio de tudo que foi comprado junto aos fornecedores no perodo de um ms (quantidade e qual fornecedor vendeu mais peas), o relatrio de faturamento (tudo que se gastou e tudo que se ganhou no perodo de um ms) e o relatrio de trocas efetuadas (quantas trocas, qual produto e consequentemente qual fornecedor forneceu a pea defeituosa). Que somente podero ser emitidos pelo gerente da empresa.

6.4. Detalhamento dos processos de negcios da empresa.

7. Metodologia de Desenvolvimento: 7.1. Tipo de Pesquisa

Conforme a classificao proposta por Auder-Egg (apud Marconi e Lakatos, 1996), esta monografia pode ser classificada como pesquisa aplicada porque se caracteriza por seu interesse prtico, em que os resultados podem ser utilizados na soluo de problemas que ocorram na realidade.

7.2. Mtodo de Abordagem Para nortear este trabalho foi utilizado a Norma para o Projeto de Fim de Curso da Univercidade (2010). Na fase de Projeto Lgico do processo de desenvolvimento do software foi utilizada a UML (Unified Modeling Language), representada pelos seguintes Diagramas: Casos de Uso, Classes, Seqncia, Atividades e Transio de Estados. Segundo seus criadores Grady Booch, James Rumbaugh e Ivar Jacobson (2000), UML uma linguagem visual, orientada a casos de uso, dependente da arquitetura da aplicao. Foi utilizado como referncia para este projeto o livro Princpios de Anlise e Projeto de Sistemas com UML, Bezerra (2003). Na fase do Projeto Fsico foram utilizados os conceitos de Orientao a Objetos. No que se refere criao do banco de dados, foram estabelecidas Regras de Converso do Domnio do Problema em Modelo Relacional.

7.3. Instrumentos de Medida Utilizados O sistema SISAUTO ser desenvolvido utilizando a ferramenta de

desenvolvimento ECLIPSE. A linguagem de desenvolvimento ser JAVA, tendo como banco de dados o POSTGRE, JUDE para o desenvolvimento da modelagem UML (Unified Modeling Language) e, por ltimo, iReport para a gerao de relatrio.

7.4. Coleta de Dados

Para a coleta dos dados necessrios, foram realizadas entrevistas com alguns funcionrios tais como: gerente administrativo e atendentes. Foram feitos tambm levantamentos das deficincias existentes e possveis sugestes para a criao de solues para os processos informatizados que sero utilizados futuramente com a implantao do sistema na empresa.

7.5. Recursos Tecnolgicos O sistema ser utilizado em ambiente desktop utilizando a linguagem Java com Sistema Gerenciador de Banco de Dados SQL-Server.

8. Cronograma de Execuo:

Tarefa
Inicio de perodo

Agosto Setembro Outubro Novembro Dezembro 16 28 30 4 4 9 11 16 18 23 25 30 18 15

Apresentao da disciplina, montagem dos grupos e avaliao do tema Entrega do anteprojeto Concluso do Projeto lgico Incio da fase de implementao Limite para marcao da apresentao com o orientador Atribuio do grau 0,0 (zero) nas notas de A1 e A2 aos grupos que no possuem o projeto lgico concludo. Concluso do Projeto fsico. Perodo de apresentao dos projetos

9. Oramento do Trabalho:

Equipamento Servidor

Gerncia Administrativa

Funcionrios

Configurao Quad Core Disco Rgido de 1000 GB Memria de 4GB Core 2 Duo 2.53Ghz Disco Rgido de 250 GB Memria de 2Gb Athon XP Disco Rgido de 250 GB Memria de 1 GB

Quantidade 1

Valor Unitrio R$4.000,00

Valor Total R$4.000,00

R$2.000,00

R$2.000,00

R$1.300,00

R$2.600,00

Software Windows Server 2008 Licena Windows XP Postgre Eclipse JUDE

Quantidade 1 3 1 1 1

Valor Unitrio R$2.000,00 R$1.500,00 R$0,00 R$0,00 R$0,00

Valor Total R$2.000,00 R$4.500,00 R$0,00 R$0,00 R$0,00

Pessoal Gerente de Projeto DBA Analista Programador

Quantidade 2 2 2 2

Valor Unitrio R$1000,00 R$800,00 R$600,00 R$500,00

Valor Total R$2000,00 R$1600,00 R$1200,00 R$1000,00

Resumo Equipamento Software Pessoal Total

Valor Total R$8.600,00 R$6.500,00 R$5.800,00 R$20.900,00

Captulo II

Modelo de Casos de Uso

2. Captulo II Modelo de Casos de Uso 2.1. Diagrama de casos de uso

2.2. Descries textuais dos autores Ator Gerente Descrio Ser responsvel pelo cadastro de funcionrios, fornecedores, pela compra de

Vendedor

produtos junto aos fornecedores e pela emisso de relatrios. Ser responsvel pelo atendimento e cadastro dos clientes, alm de registrar as vendas e efetuar as trocas.

2.3. Descries textuais dos casos de uso 2.3.1. Manter Funcionrios CSU01 Objetivo: O gerente realiza a manuteno (incluir, excluir, alterar e consultar) dos usurios. Ator Primrio: Gerente Ator Secundrio: Requisito Contemplado: RF02 Pr-condies: O gerente deve estar logado no sistema. Fluxo Principal: 1- O gerente requisita a manuteno do funcionrio; 2- O sistema apresenta as operaes de incluso ou consulta de um funcionrio. Se o gerente deseja excluir ou alterar um funcionrio deve consult-lo no sistema primeiro; 3- O gerente indica a opo a realizar ou opta por finalizar o caso de uso; 4- O gerente seleciona a operao desejada: Incluso ou Consulta; 5- Se o gerente deseja continuar com a manuteno, o caso de uso retorna ao passo 2, caso contrrio, o caso de uso termina; Fluxo Alternativo (4): Incluso a- O gerente requisita a incluso de um funcionrio; b- O sistema apresenta um formulrio para que os dados do funcionrio sejam includos; c- O gerente fornece os detalhes do novo funcionrio[E1]; d- O sistema gera o cdigo funcional, inclui o novo funcionrio e apresenta mensagem de sucesso; caso contrrio o sistema reporta o fato; Fluxo Alternativo (4): Excluso a- O gerente realiza consulta sobre o funcionrio que ser excludo e requisita ao sistema sua excluso; b- Se o funcionrio for encontrado no sistema, o sistema realiza a excluso; caso contrrio, o sistema reporta o fato; Fluxo Alternativo (4): Consulta a- O gerente solicita a realizao de uma consulta sobre a lista de funcionrios; b- O sistema apresenta campo para preenchimento com nome ou

cdigo do funcionrio; c- O gerente preenche o campo com nome ou cdigo do funcionrio; d- Caso o sistema encontre mais de uma referencia ao nome apresentar uma lista com todas as referencias encontradas. Caso o sistema no encontre o funcionrio, reporta o fato; e- O gerente seleciona o funcionrio desejado; f- O sistema apresenta formulrio com os dados do funcionrio; Fluxo Alternativo (4): Alterao a - O gerente altera as informaes desejadas; b- O sistema altera as informaes e apresenta mensagem de sucesso, se tudo estiver preenchido corretamente, caso contrrio o sistema reporta o fato; Fluxo Exceo [E1]: Validao dos dados a- O sistema ir validar todos os campos com preenchimento obrigatrio; b- Caso haja algum problema na validao, o sistema reporta o fato; c- O sistema ir retornar para o passo 2 do fluxo principal; Regras de Negcio: Ps-condies: Um funcionrio foi includo ou excludo, ou seus dados foram alterados.

2.3.2. Manter Produto CSU02 Objetivo: O funcionrio realiza a manuteno (incluir, excluir, alterar e consultar) dos produtos. Ator Primrio: Funcionrio Ator Secundrio: Requisito Contemplado: RF04 Pr-condies: O funcionrio deve estar logado no sistema. Fluxo Principal: 1- O funcionrio requisita a manuteno do produto; 2- O sistema apresenta as operaes de incluso ou consulta de um produto. Se o funcionrio deseja excluir ou alterar um produto, deve consult-lo no sistema primeiro; 3- O funcionrio indica a opo a realizar ou opta por finalizar o caso de uso; 4- O funcionrio seleciona a operao desejada: Incluso ou Consulta; 5- Se o funcionrio deseja continuar com a manuteno, o caso de uso retorna ao passo 2, caso contrrio, o caso de uso termina; Fluxo Alternativo (4): Incluso a- O funcionrio requisita a incluso de um produto; b- O sistema apresenta um formulrio para que os dados do produto sejam includos;

c- O funcionrio fornece os detalhes do novo produto [E1]; d- O sistema gera o cdigo para o produto, inclui o novo produto e apresenta mensagem de sucesso; caso contrrio o sistema reporta o fato; Fluxo Alternativo (4): Excluso a- O funcionrio realiza consulta sobre o produto que ser excludo e requisita ao sistema sua excluso; b- Se o produto for encontrado no sistema, o sistema realiza a excluso; caso contrrio, o sistema reporta o fato; Fluxo Alternativo (4): Consulta a- O funcionrio solicita a realizao de uma consulta sobre a lista de produtos; b- O sistema apresenta campo para preenchimento com nome ou cdigo do produto; c- O funcionrio preenche o campo com nome ou cdigo do produto; d- Caso o sistema encontre mais de uma referencia ao nome apresentar uma lista com todas as referencias encontradas. Caso o sistema no encontre o produto, o sistema reporta o fato; e- O funcionrio seleciona o produto desejado; f- O sistema apresenta formulrio com os dados do produto; Fluxo Alternativo (4): Alterao a - O funcionrio altera as informaes desejadas; b- O sistema altera as informaes e apresenta mensagem de sucesso, se tudo estiver preenchido corretamente, caso contrrio o sistema reporta o fato; Fluxo Exceo [E1]: Validao dos dados a- O sistema ir validar todos os campos com preenchimento obrigatrio; b- Caso haja algum problema na validao, o sistema reporta o fato; c- O sistema ir retornar para o passo 2 do fluxo principal; Regras de Negcio: Ps-condies: Um produto foi includo ou excludo, ou seus dados foram alterados.

2.3.3. Manter Cliente CSU03 Objetivo: O funcionrio realiza a manuteno (incluir, excluir, alterar e consultar) dos clientes. Ator Primrio: Funcionrio Ator Secundrio: Requisito Contemplado: RF03 Pr-condies: O funcionrio deve estar logado no sistema. Fluxo Principal:

1- O funcionrio requisita a manuteno do cliente; 2- O sistema apresenta as operaes de incluso ou consulta de um cliente. Se o funcionrio deseja excluir ou alterar um cliente, deve consult-lo no sistema primeiro; 3- O funcionrio indica a opo a realizar ou opta por finalizar o caso de uso; 4- O funcionrio seleciona a operao desejada: Incluso ou Consulta; 5- Se o funcionrio deseja continuar com a manuteno, o caso de uso retorna ao passo 2, caso contrrio, o caso de uso termina; Fluxo Alternativo (4): Incluso a- O funcionrio requisita a incluso de um cliente; b- O sistema apresenta um formulrio para que os dados do cliente sejam includos; c- O funcionrio fornece os detalhes do novo cliente [E1]; d- O sistema gera o cdigo para o cliente, inclui o novo cliente e apresenta mensagem de sucesso; caso contrrio o sistema reporta o fato; Fluxo Alternativo (4): Excluso a- O funcionrio realiza consulta sobre um cliente que ser excludo e requisita ao sistema sua excluso; b- Se o cliente for encontrado no sistema, o sistema realiza a excluso; caso contrrio, o sistema reporta o fato; Fluxo Alternativo (4): Consulta a- O funcionrio solicita a realizao de uma consulta sobre a lista de clientes; b- O sistema apresenta campo para preenchimento com nome ou cdigo do cliente; c- O funcionrio preenche o campo com nome ou cdigo do cliente; d- Caso o sistema encontre mais de uma referencia ao nome apresentar uma lista com todas as referencias encontradas. Caso o sistema no encontre o cliente, o sistema reporta o fato; e- O funcionrio seleciona o cliente desejado; f- O sistema apresenta formulrio com os dados do cliente; Fluxo Alternativo (4): Alterao a - O funcionrio altera as informaes desejadas; b- O sistema altera as informaes e apresenta mensagem de sucesso, se tudo estiver preenchido corretamente, caso contrrio o sistema reporta o fato; Fluxo Exceo [E1]: Validao dos dados a- O sistema ir validar todos os campos com preenchimento obrigatrio; b- Caso haja algum problema na validao, o sistema reporta o fato; c- O sistema ir retornar para o passo 2 do fluxo principal;

Regras de Negcio: Ps-condies: Um cliente foi includo ou excludo, ou seus dados foram alterados.

2.3.4. Manter Fornecedor CSU04 Objetivo: O gerente realiza a manuteno (incluir, excluir, alterar e consultar) dos fornecedores. Ator Primrio: Gerente Ator Secundrio: Requisito Contemplado: RF01 Pr-condies: O gerente deve estar logado no sistema. Fluxo Principal: 1- O gerente requisita a manuteno do fornecedor; 2- O sistema apresenta as operaes de incluso ou consulta de um fornecedor. Se o gerente deseja excluir ou alterar um fornecedor, deve consult-lo no sistema primeiro; 3- O gerente indica a opo a realizar ou opta por finalizar o caso de uso; 4- O gerente seleciona a operao desejada: Incluso ou Consulta; 5- Se o gerente deseja continuar com a manuteno, o caso de uso retorna ao passo 2, caso contrrio, o caso de uso termina; Fluxo Alternativo (4): Incluso a- O gerente requisita a incluso de um fornecedor; b- O sistema apresenta um formulrio para que os dados do fornecedor sejam includos; c- O funcionrio fornece os detalhes do novo fornecedor [E1]; d- O sistema gera o cdigo para o fornecedor, inclui o novo fornecedor e apresenta mensagem de sucesso; caso contrrio o sistema reporta o fato; Fluxo Alternativo (4): Excluso a- O gerente realiza consulta sobre o fornecedor que ser excludo e requisita ao sistema sua excluso; b- Se o fornecedor for encontrado no sistema, o sistema realiza a excluso; caso contrrio, o sistema reporta o fato; Fluxo Alternativo (4): Consulta a- O gerente solicita a realizao de uma consulta sobre a lista de fornecedores; b- O sistema apresenta campo para preenchimento com nome ou cdigo do fornecedor; c- O gerente preenche o campo com nome ou cdigo do fornecedor; d- Caso o sistema encontre mais de uma referencia ao nome apresentar uma lista com todas as referencias encontradas. Caso o sistema no encontre o fornecedor, o sistema reporta o fato;

e- O gerente seleciona o fornecedor desejado; f- O sistema apresenta formulrio com os dados do fornecedor; Fluxo Alternativo (4): Alterao a - O gerente altera as informaes desejadas; b- O sistema altera as informaes e apresenta mensagem de sucesso, se tudo estiver preenchido corretamente, caso contrrio o sistema reporta o fato; Fluxo Exceo [E1]: Validao dos dados a- O sistema ir validar todos os campos com preenchimento obrigatrio; b- Caso haja algum problema na validao, o sistema reporta o fato; c- O sistema ir retornar para o passo 2 do fluxo principal; Regras de Negcio: Ps-condies: Um fornecedor foi includo ou excludo, ou seus dados foram alterados.

2.3.5. Realizar Venda CSU05 Objetivo: O funcionrio usar o sistema para efetuar vendas. Ator Primrio: Funcionrio Ator Secundrio: Pr-Condies: O funcionrio deve estar logado no sistema. Fluxo Principal: 1- O funcionrio seleciona no sistema a opo de efetuar venda; 2- O funcionrio consulta o cliente que ir efetuar a compra, buscando pelo cdigo ou nome; 3- O sistema retorna o resultado da busca e o vendedor seleciona o cliente desejado [E1]; 4- O funcionrio consulta o produto a ser vendido, buscando pelo cdigo ou nome; 5- O sistema retorna o resultado da busca [E2]; 6- O funcionrio seleciona o produto e informa quantidade que ser vendida. Os produtos adicionados sero demonstrados em uma lista com o cdigo, nome, preo e a quantidade comprada [E3]; 7- O funcionrio repete os passos 2 e 3 at que indique ter terminado; 8- O sistema subtrai a quantidade de produtos disponveis em estoque com a quantidade vendida; 9- O sistema retorna o valor total da compra automaticamente, pois os preos so buscados no banco de dados do sistema; 10- O funcionrio solicita ao cliente a forma de pagamento que ser utilizada; 11- O cliente informa a opo de pagamento (a vista, carto de crdito ou dbito); 12- O funcionrio seleciona a forma de pagamento e informa o valor a

ser pago; 13- O funcionrio confirma a venda; 14- Aps confirmao da venda ser impresso o comprovante da venda; 15- Aps confirmao da venda o estoque ser automaticamente atualizado, subtraindo a quantidade vendida do total do estoque. O caso de uso termina; Fluxo Exceo [E1]: cliente no encontrado a- O sistema reporta o fato; b- O sistema retorna ao passo 3; Fluxo Exceo [E2]: Produto no encontrado a- O sistema reporta o fato; b- O sistema retorna ao passo 5; Fluxo Exceo [E3]: Validao dos dados a- O sistema ir validar todos os campos preenchidos; b- Caso haja algum problema na validao, o sistema reporta o fato; c- Caso obtido com sucesso, sistema ir retornar para o passo 2 do fluxo principal; Regras de Negcio: Ps-condies: A venda foi efetuada, o comprovante da venda foi entregue ao cliente e o estoque foi atualizado.

2.3.6. Realizar Troca CSU06 Objetivo: Realizar a troca de produtos. Ator Primrio: Funcionrio Ator Secundrio: Requisitos Contemplados: RF06 Pr-Condies: O funcionrio deve estar logado no sistema. Fluxo Principal: 1- O funcionrio seleciona opo para efetuar troca; 2- O sistema apresenta tela com campo para digitar nome ou cdigo do cliente; 3- O funcionrio preenche o campo e requisita consulta; 4- O sistema processa a consulta e exibe o resultado. Caso o sistema encontre mais de um referencia ao nome cliente exibir lista [E1]; 5- O funcionrio seleciona cliente desejado; 6- O sistema exibe a tela com as vendas efetuadas para o cliente consultado; 7- O funcionrio seleciona a venda que o cliente fez e deseja efetuar a troca; 8- O sistema apresenta tela para troca de produtos;

9- O sistema exibe a tela com os itens da venda consultada; 10- O funcionrio seleciona o produto a ser trocado; 11- O funcionrio fornece por qual produto ser trocado; 12- O funcionrio confirma a troca efetuada [E2]; 13- O sistema atualiza o estoque somando o produto devolvido, caso o produto no esteja com defeito, e subtrai o trocado dos produtos disponveis no estoque; 14- Se o funcionrio desejar efetuar outra troca, o caso de uso retorna ao passo 2, caso contrrio, o caso de uso termina; Fluxo Exceo [E1]: Cliente no encontrado a- O sistema reporta o fato; b- O sistema retorna ao passo 2; Fluxo Exceo [E2]: Validao dos dados a- O sistema ir validar todos os campos preenchidos; b- Caso haja algum problema na validao, o sistema reporta o fato; c- Caso obtido com sucesso, sistema ir retornar para o passo 2 do fluxo principal; Regras de Negcio: RN04 Ps-condies: Uma troca foi realizada.

2.3.7. Realizar Compra CSU07 Nome: Realizar Compra Identificao: CSU03 Objetivo: O gerente usar o sistema para efetuar a compra de produtos, junto ao fornecedor. Ator Primrio: Gerente Ator Secundrio: Pr-Condies: O gerente deve estar logado no sistema. Fluxo Principal: 1- O gerente seleciona no sistema a opo de efetuar compra; 2- O gerente informa o fornecedor com quem ir efetuar a compra, buscando pelo cdigo ou nome; 3- O sistema retorna o resultado e o gerente seleciona o fornecedor desejado [E1]; 4- O gerente informa o produto a ser vendido, buscando pelo cdigo ou nome; 5- O sistema retorna o resultado da busca [E2]; 6- O gerente informa o produto e informa quantidade que ser comprada. Os produtos informados sero demonstrados em uma lista com o cdigo, nome, preo e a quantidade comprada [E3]; 7- O gerente repete os passos 2 e 3 at que indique ter terminado; 8- O sistema retorna o valor total da compra automaticamente, pois os preos so buscados no banco de dados do sistema; 11- O gerente confirma a compra;

12- Aps confirmao da compra. O caso de uso termina; Fluxo Exceo [E1]: fornecedor no encontrado a- O sistema reporta o fato; b- O sistema retorna ao passo 3; Fluxo Exceo [E2]: Produto no encontrado a- O sistema reporta o fato; b- O sistema retorna ao passo 5; Fluxo Exceo [E3]: Validao dos dados a- O sistema ir validar todos os campos preenchidos; b- Caso haja algum problema na validao, o sistema reporta o fato; c- Caso obtido com sucesso, sistema ir retornar para o passo 2 do fluxo principal; Regras de Negcio: RN02 Ps-condies: O gerente efetuou a compra dos produtos necessrios.

2.3.8. Relatrio de qual funcionrio efetuou mais vendas CSU08 Objetivo: Solicitar relatrio referente qual funcionrio efetuou mais vendas no ms. Ator Primrio: Gerente Pr-Condies: O gerente deve estar logado no sistema. Fluxo Principal: 1- O gerente requisita a exibio do relatrio; 2- O sistema solicita data de incio e data de fim do relatrio; 3- O gerente preenche as datas solicitadas [E1]; 4- O sistema retorna com relatrio solicitado [E2]; 5- O gerente visualiza o relatrio; 6- Se o gerente desejar continuar com a visualizao de outro relatrio, o caso de uso retorna ao passo 2, caso contrrio, o caso de uso termina; Fluxo Exceo [E1]: Data de incio menor que data do fim a- Caso a data de inicio seja de valor menor que a data do fim, o sistema exibe uma mensagem informando que o preenchimento da data est incorreto; b- O caso de uso retorna ao passo 2; Fluxo Exceo [E2]: Datas no preenchidas a- Caso uma das datas ou ambas no sejam preenchidas, o sistema exibe a mensagem informando o preenchimento obrigatrio das datas; b- O caso de uso retorna ao passo 2; Regras de Negcio: RN07 Ps-condies: O gerente obteve as informaes que desejava visualizar.

2.3.9. Relatrio de quais produtos foram mais e menos vendidos CSU09 Objetivo: Solicitar relatrio referente quais produtos foram mais e menos vendidos. Ator Primrio: Gerente Ator Secundrio: Pr-Condies: O gerente deve estar logado no sistema. Fluxo Principal: 1- O gerente requisita a exibio do relatrio; 2- O sistema solicita data de incio e data de fim do relatrio; 3- O gerente preenche as datas solicitadas [E1]; 4- O sistema retorna com relatrio solicitado [E2]; 5- O gerente visualiza o relatrio; 6- Se o gerente desejar continuar com a visualizao de outro relatrio, o caso de uso retorna ao passo 2, caso contrrio, o caso de uso termina; Fluxo Exceo [E1]: Data de incio menor que data do fim a- Caso a data de inicio seja de valor menor que a data do fim, o sistema exibe uma mensagem informando que o preenchimento da data est incorreto; b- O caso de uso retorna ao passo 2; Fluxo Exceo [E2]: Datas no preenchidas a- Caso uma das datas ou ambas no sejam preenchidas, o sistema exibe a mensagem informando o preenchimento obrigatrio das datas; b- O caso de uso retorna ao passo 2; Regras de Negcio: RN07 Ps-condies: O gerente obteve as informaes de quais produtos foram mais e menos vendidos.

2.3.10. Relatrio de quais produtos foram comprados CSU010 Objetivo: Solicitar relatrio referente quais produtos foram comprados. Ator Primrio: Gerente Ator Secundrio: Pr-Condies: O gerente deve estar logado no sistema. Fluxo Principal: 1- O gerente requisita a exibio do relatrio; 2- O sistema solicita data de incio e data de fim do relatrio; 3- O gerente preenche as datas solicitadas [E1]; 4- O sistema retorna com relatrio solicitado [E2]; 5- O gerente visualiza o relatrio;

6- Se o gerente desejar continuar com a visualizao de outro relatrio, o caso de uso retorna ao passo 2, caso contrrio, o caso de uso termina; Fluxo Exceo [E1]: Data de incio menor que data do fim a- Caso a data de inicio seja de valor menor que a data do fim, o sistema exibe uma mensagem informando que o preenchimento da data est incorreto; b- O caso de uso retorna ao passo 2; Fluxo Exceo [E2]: Datas no preenchidas a- Caso uma das datas ou ambas no sejam preenchidas, o sistema exibe a mensagem informando o preenchimento obrigatrio das datas; b- O caso de uso retorna ao passo 2; Regras de Negcio: RN07 Ps-condies: O gerente obteve as informaes de quais produtos foram comprados.

2.3.11. Relatrio das trocas efetuadas CSU011 Objetivo: Solicitar relatrio referente s trocas efetuadas. Ator Primrio: Gerente Ator Secundrio: Pr-Condies: O gerente deve estar logado no sistema. Fluxo Principal: 1- O gerente requisita a exibio do relatrio; 2- O sistema solicita data de incio e data de fim do relatrio; 3- O gerente preenche as datas solicitadas [E1]; 4- O sistema retorna com relatrio solicitado [E2]; 5- O gerente visualiza o relatrio; 6- Se o gerente desejar continuar com a visualizao de outro relatrio, o caso de uso retorna ao passo 2, caso contrrio, o caso de uso termina; Fluxo Exceo [E1]: Data de incio menor que data do fim a- Caso a data de inicio seja de valor menor que a data do fim, o sistema exibe uma mensagem informando que o preenchimento da data est incorreto; b- O caso de uso retorna ao passo 2; Fluxo Exceo [E2]: Datas no preenchidas a- Caso uma das datas ou ambas no sejam preenchidas, o sistema exibe a mensagem informando o preenchimento obrigatrio das datas; b- O caso de uso retorna ao passo 2;

Regras de Negcio: RN07 Ps-condies: O gerente obteve as informaes das trocas efetuadas.

2.3.12. Relatrio do faturamento da loja CSU012 Objetivo: Solicitar relatrio referente ao faturamento da loja. Ator Primrio: Gerente Ator Secundrio: Pr-Condies: O gerente deve estar logado no sistema. Fluxo Principal: 1- O gerente requisita a exibio do relatrio; 2- O sistema solicita data de incio e data de fim do relatrio; 3- O gerente preenche as datas solicitadas [E1]; 4- O sistema retorna com relatrio solicitado [E2]; 5- O gerente visualiza o relatrio; 6- Se o gerente desejar continuar com a visualizao de outro relatrio, o caso de uso retorna ao passo 2, caso contrrio, o caso de uso termina; Fluxo Exceo [E1]: Data de incio menor que data do fim a- Caso a data de inicio seja de valor menor que a data do fim, o sistema exibe uma mensagem informando que o preenchimento da data est incorreto; b- O caso de uso retorna ao passo 2; Fluxo Exceo [E2]: Datas no preenchidas a- Caso uma das datas ou ambas no sejam preenchidas, o sistema exibe a mensagem informando o preenchimento obrigatrio das datas; b- O caso de uso retorna ao passo 2; Regras de Negcio: RN07 Ps-condies: O gerente obteve as informaes do faturamento da loja.

Captulo III

Modelo de Classes

3. Captulo III Modelo de Classes 3.1. Diagrama de classes

3.2. Dicionrio das classes 3.2.1. Funcionrio

Campo nome login senha confirmaSenha cpf rg telRes telCel email dt_Nasc est_Civil sexo cargo endereco bairro cidade uf salario dt_Admissao 3.2.2. Cliente Campo nome rg telRes telCel email dt_Nasc est_Civil sexo endereco bairro cidade uf 3.2.3. Venda Campo Data valorDesconto valorVenda formaPagamento vendedor

Tipo String String String String String String String String String Date String String String String String String String Float Date

Detalhamento Nome do funcionrio. Login do funcionrio. Senha do funcionrio. Senha do funcionrio. Nmero do CPF do funcionrio. Nmero do RG do funcionrio. Telefone da residncia do funcionrio. Telefone celular do funcionrio. E-mail do funcionrio. Data de nascimento do funcionrio. Estado civil do funcionrio. Sexo do funcionrio. Cargo do funcionrio. Endereo do funcionrio. Bairro do funcionrio. Cidade do funcionrio. Estado do funcionrio. Salrio do funcionrio. Data de admisso do funcionrio.

Tipo String String String String String Date String String String String String String

Detalhamento Nome do cliente. Nmero do RG do cliente. Telefone da residncia do cliente. Telefone celular do cliente. E-mail do cliente. Data de nascimento do cliente. Estado civil do cliente. Sexo do cliente. Endereo do cliente. Bairro do cliente. Cidade do cliente. Estado do cliente.

Tipo date double double String String

Detalhamento Data do registro da venda. Valor do desconto da venda. Valor da venda. Forma de pagamento da venda. Vendedor que realizou a venda.

3.2.4. ItemVenda Campo qtdProduto valorProduto valorTotal 3.2.5. TrocaCliente Campo data qtdProduto motivo valor 3.2.6. Produto Campo nome descrio marca qtd qtdMinima valorCompra valorVenda status 3.2.7. Fornecedor Campo cnpj nome tel fax email endereco bairro cidade uf 3.2.8. Compra Campo data date Tipo String String String String String String String String String Tipo Detalhamento CNPJ do fornecedor. Nome do fornecedor. Telefone do fornecedor. Faz do fornecedor. E-mail do fornecedor. Endereo do fornecedor. Bairro do fornecedor. Cidade do fornecedor. Estado do fornecedor. Detalhamento Data do registro da compra. Tipo String String String Int Int double double boolean Detalhamento Nome do produto. Descrio do produto. Marca do produto. Quantidade de produtos. Quantidade mnima de produtos. Valor de compra do produto. Valor de venda do produto. Status do produto. Tipo date Int String double Detalhamento Data do registro da troca. Quantidade de produto a ser trocado. Motivo da troca. Valor da troca. Tipo Int double double Detalhamento Quantidade de um item do produto da venda. Valor do total dos produtos. Valor total da venda.

nomeFuncionario valorCompra 3.2.9. ItemCompra Campo qtdProduto valorProduto valorTotal 3.2.10. TrocaFornecedor Campo qtdProduto motivo valor

String double

Nome do funcionrio que efetuou a compra. Valor da compra.

Tipo Int double double

Detalhamento Quantidade de produto comprado. Valor do produto para compra. Valor total dos produtos.

Tipo Int String double

Detalhamento Quantidade de um item do produto da troca. Motivo da troca. Valor total da troca.

Captulo IV

Modelo de Interaes

4. Captulo IV Modelo de Interaes 4.1. Diagrama de sequncia

4.1.1 Manter Cliente (Alterar)

4.1.2 Manter Cliente (Consultar)

4.1.3 Manter Cliente (Excluir)

4.1.4 Manter Cliente (Incluir)

4.1.5 Realizar Venda

4.1.6 Efetuar Troca Cliente

4.1.7 Gerar relatrio de produtos mais vendidos

Captulo V

Modelo de Transio de Estados

5. Captulo V Modelo de Transio de Estados 5.1. Diagrama de estados

5.1.1. Troca

Captulo VI

Projeto de Banco Dados

6. Captulo VI - Projeto de Banco de Dados 6.1. Projeto Lgico de Banco de Dados

6.2. Projeto Fsico de Banco de dados 6.2.1. Tipificao dos atributos 6.2.2. Domnio, obrigatoriedade e unicidade 6.2.3. Projeto de ndices (A partir do SQL das consultas projetadas, determinar os ndices, pela freqncia mdia e do tempo mdio de execuo das consultas.)

Captulo VII

Projeto de Interface Grfica

7. Captulo VII - Projeto de Interface Grfica 7.1. Hierarquia das telas

7.2. Mapa de navegao 7.3. Padronizao de botes, cones e outros atalhos 7.4. Lay-out das telas e relatrios

Captulo VIII

Projeto de Implantao

8. Captulo VIII - Projeto de Implantao 8.1. Procedimentos de Implantao

8.2. Relacionar o ambiente operacional necessrio para a implantao do sistema 8.3. Estratgia de Implementao

Captulo IX

Manual do Usurio

9. Captulo IX - Manual do Usurio

Captulo X

Concluses e Trabalhos Futuros

10. Captulo X - Concluses e Trabalhos Futuros

Captulo XI

Bibliografia

11. Captulo XI Bibliografia 11.1. Referncias bibliogrficas Bezerra, Eduardo. Princpios de Anlise e Projeto de Sistemas com UML, Rio de Janeiro: Editora Campus, 2003, 2 edio. UNIVERCIDADE, Centro Universitrio da Cidade do Rio de Janeiro, UniverCidade. Normas para Elaborao do Projeto Final de Curso: Elaborao, apresentao da monografia e Avaliao da Disciplina Trabalho de Concluso de Curso. Rio de Janeiro, 2009.