FACULDADE DE TECNOLOGIA DE PRESIDENTE PRUDENTE ANDR LUIZ JAMARINO ABEKAWA

MANUAL DO SISTEMA

APNDICE A

PRESIDENTE PRUDENTE 2011

2 SUMRIO 1.! INTRODUO .......................................................................................... 3! 1.1 Objetivo .................................................................................................. 3! 1.2 Escopo ................................................................................................... 3! 1.3! Definies, siglas e abreviaes ......................................................... 4! 1.4! Referncias ......................................................................................... 4! 1.5! Viso geral ........................................................................................... 4! 2.! DESCRIO GLOBAL.............................................................................. 5! 2.1 Consideraes iniciais ........................................................................... 5! 2.2 Perspectivas do produto ........................................................................ 5! 2.3! Funes do Produto ............................................................................ 5! 2.3.1 Funes Bsicas ............................................................................. 6! 2.3.2 Funes Fundamentais ................................................................... 8! 2.4! Caractersticas do Usurio .................................................................. 9! 2.5! Limites, dependncias e suposies ................................................. 10! 2.6! Requisitos adiados ............................................................................ 10! 3.! REQUISITOS ESPECFICOS ................................................................. 11! 3.1 Diagrama de Casos de Uso ................................................................. 11! 3.1.1 Especificao de Casos de Uso .................................................... 12! 3.1.2 DIAGRAMA DE ATIVIDADES ....................................................... 23! 3.2 MODELO CONCEITUAL...................................................................... 24! 3.3! INTERFACES EXTERNAS ............................................................... 25! 3.3.1 Mtodo de desenvolvimento .......................................................... 25! 3.3.2 Ambiente de Desenvolvimento ...................................................... 25! 3.3.3 Interfaces com outros ambientes .................................................. 25! 3.3.4 Padronizao de Interfaces Visuais .............................................. 25! 3.3.5 Ambiente em Rede ........................................................................ 25! 4.! Projeto de Software ................................................................................. 26! 4.1 Arquitetura lgica do software .............................................................. 26! 4.1.1 Sumrio de Classes ...................................................................... 27! 4.2 Diagrama de Interao ......................................................................... 29! 4.2.1 Diagrama de Interao (Venda) .................................................... 29! 4.2.2 Diagrama de Interao (Compra) .................................................. 30! 4.2.3 Diagrama de Interao (Finalizar Caixa) ....................................... 30! 4.2.4 Diagrama de Interao (Recebimento de Contas) ........................ 31! 4.3 Diagrama de Classes ........................................................................... 32! 4.3.1 Diagrama de Classe (business Cliente) ........................................ 32! 4.3.2 Diagrama de Classes (business Fornecedor) ............................... 33! 4.3.3 Diagrama de Classes (business Produto) ..................................... 34! 4.3.4 Diagrama de Classe (business Usurio) ....................................... 35! 4.3.5 Diagrama de Classes (Fachada de Venda) .................................. 36! 4.3.6 Diagrama de Classes (Fachada de Compra) ................................ 37! 4.4! Mapeamento OO-Relacional ............................................................. 38! 4.5! Layout de Telas ................................................................................. 41!

1. INTRODUO 1.1 OBJETIVO Este documento tem o objetivo de apresentar os requisitos de sistema do produto SMART que tem como funo auxiliar a gesto de pequenas e micro empresas do segmento comrcio e servios automatizando os processos bsicos dos departamentos vendas, compras e estoque. direcionado aos analistas, projetistas e desenvolvedores fornecendo subsdios durante a implementao e futuras manutenes. 1.2 ESCOPO O produto nomeado SMART um ERP compacto focado em atender necessidades bsicas para as pequenas e micro empresas do ramo comercial, e deve auxiliar durante as seguintes tarefas: Cadastro e manuteno de usurios; Cadastro e manuteno de clientes; Cadastro e manuteno de produtos; Cadastro e manuteno de fornecedores; Cadastro e manuteno de oramentos; Cadastro e manuteno de cotaes; Gerncia de vendas; Gerncia de compras; Gerncia de finanas; Gerncia de clientes (CRM); Interface Web (SITE); Manuteno do Site (CMS). O sistema no contemplar as seguintes tarefas: Gerncia Fiscal; Gerncia Financeira. O sistema tem como objetivos: Minimizar erros de entrada e controle no estoque; Auxiliar processo de compra de produtos; Auxiliar atendimento e fornecimento ao cliente; Aproximar clientes e conquistar novos.

4 1.3 DEFINIES, SIGLAS E ABREVIAES CRM Costumer Relationship Management (Gesto de Relacionamento com Cliente) ERP Enterprise Resource Planning (Sistema Integrado de Gestao Empresarial) SMART Acrnimo das Palavras: Specific, Messurable, Achievable, Realistic, Time-Based. Conceito introduzido por Peter Drucker para auxilio no desenvolvimento de metas onde diz que toda meta deve ser SMART. IDE Integrated Development Environment (Ambiente Integrado de Desenvolvimento) MDI Multiple Document Interface (Interface de Multiplos Documentos) CMS Content Management System (Sistema de Controle de Contedo) IEEE Institute of Eletrical and Eletronics Engineers (Instituto dos Enegnheiros Eltricos e Eletrnicos) JVM Java Virtual Machine (Mquina Virtual Java) DML Data Manipulation Language (Linguagem de Manipulao de Dados)

1.4 REFERNCIAS IEEE Std 830-1998 - IEEE Recommended Practice for Software Requirements Specifications

1.5 VISO GERAL Este documento est dividido em captulos, conforme a norma IEEE Std 830-1998, apresentando: Captulo 2 As descries globais do sistema, sendo elas, consideraes iniciais, perspectivas do produto, funes do produto, caractersticas do usurio, limites, suposies e dependncias, requisitos adiados. Captulo 3 Detalhamento dos requisitos especficos do sistema sendo eles: os diagramas de casos de uso, diagramas de atividade, modelo conceitual e interfaces externas. Captulo 4 Apresenta os diagramas de interao, diagramas de classes, mapeamento objeto relacional e layout de telas.

2. DESCRIO GLOBAL 2.1 CONSIDERAES INICIAIS Devido no haver um cliente especfico para o sistema desenvolvido, mas sim o alvo, que so as micro e pequenas empresas, no foram apresentadas solues alternativas para o estudo de viabilidade.

2.2 PERSPECTIVAS DO PRODUTO O SMART dever possuir uma aplicao desktop capaz de ser executada em Sistemas Operacionais distintos tais como: MS Windows XP/Vista/7; GNU/Linux e MAC OS X. Desde que possuam suporte a aplicaes JAVA, ou seja, possuir uma JVM instalada. Esta aplicao desktop dever possuir meios para a administrao/gesto da organizao. O SMART ir possuir tambm um website padro capaz de fornecer informaes para os clientes via Web. Esta aplicao ser desenvolvida em linguagem de programao JAVA utilizando como Interface de Desenvolvimento a IDE NetBeans 6.9.x sendo executada sobre o Sistema Operacional MAC OS X 10.7 Lion. Para persistncia de dados ser utilizado o Sistema de Gerenciamento de Banco de Dados MySQL Server. Para Interface do Usurio foi adotado o comportamento e concepo de Look and Fell para que o usurio tenha a sensao de estar operando dentro do Sistema Operacional. Esta concepo inclui formas e cores, bem como a disposio dos elementos (o Look), bem como o comportamento dinmico dos elementos tais como botes, caixas e menus (o Feel). Para isso o SMART ser padronizado utilizando o Windows Aero, conceito conhecido como flavours (sabores). Todos os usurios podero realizar as operaes diretamente em um computador comum. O SMART ir possuir interface com hardwares para impresso e leitura sendo estes: impressoras e leitores de cdigo de barra. Para comunicao de dados ser utilizado redes TCP/IPv4 com suporte a redes locais (LAN) e redes de longo alcance (WAN).

2.3 FUNES DO PRODUTO Este tpico descreve as funes bsicas e fundamentais que integram o SMART.

6 2.3.1 Funes Bsicas FB1 Cadastro e manuteno de usurio: Permite a incluso, excluso e alterao de usurios do sistema e os campos de preenchimento sero: Cdigo: automtico (Gerado pelo SMART) Nome Completo RG CPF Data Nascimento Endereo: {Rua, Numero, CEP, Cidade, Estado} Telefone: {Residencial , Celular, FAX} Nvel de acesso: {Compras, Vendas, Clientes, Produtos, Estoque, Ferramentas, Fornecedores} permite associar mais de um nvel. Nome de usurio: alpha numrico 4 10 caracteres Senha: obrigatoriamente de 6 a 8 caracteres FB2 Cadastro e manuteno de clientes: Permite a incluso, excluso e alterao de clientes e os campos de preenchimento so: Tipo: {Pessoa Fsica, Pessoa Jurdica} Seleo Pessoa Fsica: Cdigo: Automtico Nome Completo RG CPF Data Nascimento Endereo: {Rua, Numero, CEP, Cidade, Estado} Telefone: {Residencial, Celular, FAX} Email MSN SKYPE Site Limite de credirio*
*Limite de credirio se aplicvel (Habilitar credirio)

Pessoa Jurdica: Cdigo: Automtico Nome fantasia Razo social CNPJ IE Inscrio estadual Tempo de atividade Endereo: {Rua, Numero, CEP, Cidade, Estado} Telefone: {Residencial, Celular, FAX} Email MSN SKYPE Site Limite de credirio

7 FB3 Cadastro de categorias: Permite a incluso, excluso e alterao de categorias de produtos e servios. Os campos de preenchimento so: Categoria principal Subcategoria FB4 Cadastro de produtos: Permite a incluso, excluso e alterao de produtos. Os campos de preenchimento so: Cdigo: Automtico, formado pelas categorias Cdigo de Barras: Capturado pela embalagem do fabricante quando possvel, em caso de no preenchimento ser utilizado o cdigo incremental. Categoria: Seleo Subcategoria: Seleo Descrio: Breve descrio do produto Unidade de medida Peso em Quilogramas Dimenses {Altura, Largura, Comprimento} em Centmetros Preo de custo varivel unitrio Preo de Venda MCu%: Margem de contribuio percentual (Calculado pelo sistema) Markup: Markup multiplicador calculado pelo sistema Lucro desejado%: Fator percentual de lucro desejado Comisso%: Fator percentual de comisso ao vendedor IPI %: Imposto sobre produto industrializado ICMS%: Imposto sobre circulao de mercadorias e servios Estoque: {Quantidade Atual, Mxima, Mnima} Permite inserir valores de estoque mnimo e mximo do produto Observaes: Observaes extras do produto/servio FB5 Cadastro de fornecedores: Permite a incluso, excluso e alterao de fornecedores, os campos de preenchimento so: Nome fantasia Razo social CNPJ IE Inscrio Estadual Ramo de atividade Tempo de atividade Endereo: {Rua, Numero, CEP, Cidade, Estado} Telefone: {Residencial, Celular, FAX} Email MSN SKYPE Site

8 2.3.2 Funes Fundamentais FF1 Configuraes do Sistema: Permite a configurao do sistema IP do servidor: Endereo identificando a mquina onde encontra-se o banco de dados Custo Fixo Total: Valor de Custo Fixo Total para clculo de preo de produto Valor de abertura padro do caixa FF2 Acesso ao sistema: Realiza o acesso do usurio ao sistema Informando ao sistema nome de usurio e senha o usurio recebe as permisses pertinentes ao seu nvel de acesso. No caso de vendedores ele inicia o caixa durante o primeiro acesso do dia. FF3 Efetuar venda: Permite efetuar vendas dinmicas de Selecionar cliente: permite a seleo do cliente por cdigo, nome, registro de pessoa (fsica/jurdica) ou caso no exista, cadastrar. Seleo de produtos: Seleciona produtos dinamicamente por cdigo, descrio e relaciona similares para auxlio durante a negociao. Relaciona itens anteriormente solicitados ou pesquisados pelo cliente (Data Mining) Permite gerar oramentos para futuras negociaes Permite gerar pedidos de vendas: Gera a partir do oramento o pedido de vendas. Permite a concluso da venda: seleo de forma de pagamento, concesso de descontos e gera registro da venda e parcela(s) FF4 Administrar caixa: Permite cada vendedor finalizar o caixa e suas atividades. Exibe as vendas concretizadas e sua respectiva comisso Permite a impresso de relatrio simplificado de suas movimentaes Possui campo para registro do valor do caixa (Soma(Dinheiro, Cheques, Comprovantes)) Registra discordncia entre valores obtidos e movimentados pelo sistema, permitindo rastreio. FF5 Relacionamento com cliente: Permite administrar reclamaes identificadas de um cliente especifico: inserir, excluir e alterar o status. Permite administrar sugestes de clientes: inserir, excluir e alterar status. Permite administrar necessidades dos clientes: cadastro e manuteno de necessidades dos clientes tais como produtos pesquisados e solicitados FF6 Gerenciar produtos (Compras): Permite realizar cotaes e oramentos de produtos.

9 Oramento/Cotao: Por meio de produtos previamente cadastrados possvel obter suporte do sistema para processos de compra de produtos obtendo assim um gerenciamento de estoque adequado aos nveis de consumo mdio mensal. Permite a impresso dos oramentos e cotaes. Permite gerar pedidos de compra para fornecedores: A partir destes pedidos so geradas contas a pagar de acordo com a forma de pagamento especificada. Entrada de produtos: Permite realizar a entrada dos produtos de acordo com a nota fiscal do fornecedor, realiza a baixa do pedido de compras (se informado), permite tambm a conferncia entre produtos solicitados e entregue. O saldo dos produtos em estoque automaticamente atualizado. Consulta de pedidos: possvel realizar a consulta dos pedidos e selecionados por filtro (Aberto/Entregue)

FF7 Gerncia de receita/despesas: Permite gerenciar as receitas e despesas geradas pelo sistema. Consulta de contas pagar: Permite realizar consultas de contas pagar por meio de filtros: perodo, data, fornecedor. Consulta de contas receber: Permite realizar consultas de contas receber geradas por vendas prazo.

2.4 CARACTERSTICAS DO USURIO Esta seo detalha os nveis necessrios de conhecimento para os futuros usurios do SMART para averiguar as necessidades de treinamento. Administrador: Desejvel conhecimento em estruturas organizacionais e processos administrativos e tambm conhecimento avanado em informtica, tais como: Instalao de aplicativos Estruturas de redes Bancos de dados Sistemas operacionais Gerente: Conhecimentos bsicos em informtica tais como operaes com as interfaces de hardware (Mouse, Teclado, Impressora), Sistema Operacional (Windows). Desejvel conhecimentos em estruturas organizacionais e processos administrativos. Vendedor: Conhecimentos bsicos em informtica tais como operaes com as interfaces de hardware (Mouse, Teclado, Impressora), Sistema Operacional (Windows). Desejvel compreenso de nomenclaturas da rea de administrao de empresas.

10 Comprador: Conhecimentos bsicos em informtica tais como operaes com as interfaces de hardware (Mouse, Teclado, Impressora), Sistema Operacional (Windows). Desejvel conhecimentos de nomenclaturas e processos de compras. Estoquista: Conhecimentos bsicos em informtica tais como operaes com as interfaces de hardware (Mouse, Teclado, Impressora), Sistema Operacional (Windows). Desejvel conhecimento em processos de estoque (entrada e sada de produtos).

2.5 LIMITES, DEPENDNCIAS E SUPOSIES O SMART conta com suporte a algumas tecnologias que sero detalhadas para averiguar os limites, dependncias e suposies pertinentes ao seu uso. Backup: O backup do sistema feito a partir do banco de dados sendo necessrio conhecimento avanado em informtica ficando por conta do cliente a contratao do suporte ou o treinamento de funcionrio para realizar a operao. Leitor de cdigo de barras: O SMART possui suporte a utilizao de cdigo de barras para operaes de produtos e fica por conta do cliente a aquisio. possvel a utilizao sem este recurso. O SMART no conta com impresso de notas fiscais. Relatrios: Todos os relatrios e impresses de telas geradas por funes do sistema geram arquivos com extenso PDF que pode ser lido pelo software Adobe Acrobat Reader e possui verso gratuita. A partir deste documento digital o cliente poder imprimir em uma impressora comum. 2.6 REQUISITOS ADIADOS O SMART durante sua fase de desenvolvimento pode receber funes no previstas na fase de levantamento de requisitos, porm as especificadas sero contempladas. Mecanismos de controle de dados sero futuramente implementados.

11 3. REQUISITOS ESPECFICOS 3.1 DIAGRAMA DE CASOS DE USO

12 3.1.1 Especificao de Casos de Uso Caso de Uso: Manter Cliente Data Verso Descrio 20/05/2011 1.0 Criao do Artefato

Autor Andr Abekawa

Breve Descrio: Este caso de uso permite ao vendedor inserir, alterar e excluir clientes no sistema. Ator Principal: Vendedor Interessados e Interesses: Vendedor: Realiza cadastro de dados informados pelo cliente para futuras operaes. Cliente: Informa dados pessoais para futuras operaes. Pr-condies: O Usurio dever estar autenticado no sistema e possuir permisso de clientes. Garantia de Sucesso: Os dados sero armazenados na base de dados e uma mensagem ser exibida confirmando a operao. Cenrio de Sucesso Principal: 1 Este caso de uso inicia quando o Vendedor consegue adquirir os dados necessrios para um cadastro ou atualizao do cliente. 2 O Vendedor informa ao sistema os dados do cliente. 3 O sistema realiza operaes de verificao e validao dos dados. 4 O sistema realiza a operao de manipulao dos dados (DML/Persistncia). 5 O sistema exibe uma mensagem informando o sucesso do Caso de Uso. Fluxos Alternativos: 2 Os dados adquiridos pelo Vendedor so insuficientes para prosseguir (Retornar ao Passo 1). 3 Os dados so rejeitados pelo sistema, e a natureza da rejeio exibida ao Vendedor (Retornar ao Passo 1) 4 Ocorre alguma exceo durante as operaes de persistncia dos dados e uma mensagem exibida ao Vendedor que por sua vez dever informar ao Administrador (Sistema Indisponvel) 1 4 O Vendedor poder cancelar a operao.

13

Caso de Uso: Manter Produto Data Verso Descrio 20/05/2011 1.0 Criao do Artefato

Autor Andr Abekawa

Breve Descrio: Este caso de uso permite ao comprador inserir, alterar e excluir produtos no sistema. Ator Principal: Comprador Interessados e Interesses: Comprador: Realiza cadastro/manuteno de dados dos produtos Pr-condies: O usurio dever estar autenticado no sistema e possuir permisso de compras. Garantia de sucesso: Os dados dos produtos so armazenados e o sistema exibe uma mensagem informando o sucesso da operao. Cenrio de Sucesso Principal: 1 - Esse caso de uso inicia quando existe a necessidade de cadastro/manuteno de produtos. 2 O comprador seleciona a operao a ser executada (Novo/Alterar/Excluir). 3 O comprador informa ao sistema os dados do produto. 4 - Sistema realiza a verificao e validao dos dados informados. 5 - Sistema realiza a verificao e validao da operao. 6 - Sistema realiza a operao de manipulao dos dados (DML/Persistncia). 7 - Sistema exibe uma mensagem informando o sucesso do cenrio. Fluxos Alternativos: 4 O sistema rejeita os dados informados e informa ao comprador a natureza da rejeio (Retornar ao passo 3). 5 O sistema nega a operao selecionada e informa o motivo da negao (Retornar ao passo 2). 6 Ocorre alguma exceo durante as operaes de persistncia de dados e uma mensagem exibida ao comprador que por sua vez dever informar ao Administrador (Sistema Indisponvel). 2 6 O Comprador poder cancelar a operao.

14

Caso de Uso: Login no Sistema Data Verso Descrio 20/05/2011 1.0 Criao do Artefato

Autor Andr Abekawa

Breve Descrio: Este caso de uso permite um usurio devidamente cadastrado no sistema efetuar operaes pertinentes ao seu nvel de acesso. Ator Principal: Vendedor/Comprador/Gerente Interessados e Interesses: Vendedor: Obter acesso ao sistema e abrir o caixa. Comprador: Obter acesso ao sistema. Gerente: Obter acesso ao sistema. Pr-condies: Nenhum erro indicado na tela de login. Garantia de Sucesso: Os atores obterem o acesso devido ao sistema. Cenrio de Sucesso Principal: 1 Este caso de uso tem incio quando existe a necessidade de utilizao do sistema. 2 O Ator digita na tela de login seu nome de usurio e sua senha. 3 O sistema realiza operaes de verificao e validao dos dados. 4 O sistema realiza a operao de manipulao dos dados (DML/Persistncia). 5 O sistema exibe uma mensagem informando o sucesso do Caso de Uso. Fluxos Alternativos: 3 Os dados informados pertencem a um usurio da classe vendedor (incluir caso de uso Abrir Caixa no caso de ser o primeiro acesso durante o expediente) 3 Os dados so rejeitados pelo sistema, e a natureza da rejeio exibida ao Ator (Retornar ao Passo 2) 4 Ocorre alguma exceo durante as operaes de persistncia dos dados e uma mensagem exibida ao Vendedor que por sua vez dever informar ao Administrador (Sistema Indisponvel) 1 4 O Ator poder cancelar a operao.

15 Caso de Uso: Efetuar Venda Data 20/05/2011 Verso 1.0 Descrio Criao do Artefato Autor Andr Abekawa

Breve Descrio: Este caso de uso permite ao vendedor realizar oramento e venda de produtos. Ator Principal: Vendedor Interessados e Interesses: Vendedor: Realiza as operaes para vender produtos. Cliente: Informa suas necessidades. Pr-condies: O usurio dever estar autenticado no sistema e possuir permisso de vendas. Garantia de sucesso: A venda registrada no caixa do dia; No caso de vendas a prazo um registro de contas a receber gerado; Produtos vendidos so debitados do estoque; Informaes relevantes durante a negociao so registradas.

Cenrio de Sucesso Principal: 1 Esse caso de uso tem inicio quando existe uma negociao em andamento. 2 O Sistema verifica Oramento de Venda. 3 Vendedor informa ao sistema forma de pagamento escolhida pelo cliente. 4 Sistema realiza operaes de verificao e validao da transao. 5 Vendedor recebe pagamento. 6 Sistema processa a transao. Fluxos Alternativos: 2 Incluir caso de uso: Criar Oramento de Venda; no caso de no encontrar no sistema. 3 Sistema realiza verificao e validao dos produtos/servios solicitados e encontra restries quanto quantidade disponvel em estoque e informa opes: a) Excluir produtos com quantidades insuficientes do oramento (Retorna ao Passo 4). b) Realizar pesquisa de produtos similares (Retorna ao Passo 3). c) Retornar ao oramento em modo de edio (Retorna ao Passo 3). 4 Cliente no concorda com valores do oramento ou formas de pagamento e vendedor realiza: a) Conceder descontos: Oramento em modo de edio (Retorna ao Passo 3).

16 b) Forma de pagamento personalizada: Oramento em modo de edio Retorna ao Passo 3). 6 Sistema verifica e valida transao e encontra a restrio: a) Forma de pagamento requer identificao do cliente (Retornar ao passo 2). b) Forma de pagamento no permitida (Retorna ao Passo 5). c) Crdito do cliente insuficiente (Retorna ao Passo 5). 2 6 Vendedor poder cancelar a operao.

Caso de Uso: Realizar Compra Data Verso Descrio 21/05/2011 1.0 Criao do Artefato

Autor Andr Abekawa

Breve Descrio: Este caso de uso permite ao comprador realizar os procedimentos para aquisio de produtos. Ator Principal: Comprador Interessados e Interesses: Comprador: Suprir necessidades em relao a produtos necessrios para a organizao. Pr-condies: O comprador dever estar autenticado no sistema; Os produtos devem ser previamente cadastrados no sistema; O fornecedor dever constar no sistema. Garantia de Sucesso: Os dados da compra so armazenados no sistema, gerado um registro de contas a pagar e gerado um pedido de compras. Cenrio de Sucesso Principal: 1 Este caso de uso tem incio quando existe a necessidade da aquisio de produtos. 2 Deve ser selecionado o oramento no sistema. 8 Comprador recebe oramento do fornecedor. 9 Comprador gera pedido de compra e envia ao fornecedor. Fluxos Alternativos: 2 Caso no exista o oramento estender caso de uso: Criar Oramento de Compra. 8 Fornecedor no retorna oramento ou retorna o oramento com alguma discordncia do solicitado. a) Adequar o oramento (Retornar ao passo 2). b) Realizar oramento com outro fornecedor (Retornar ao passo 2) c) Cancelar a compra.

17 Caso de Uso: Criar Oramento de Venda Data 20/05/2011 Verso 1.0 Descrio Criao do Artefato Autor Andr Abekawa

Breve Descrio: Este caso de uso permite ao vendedor realizar oramento. Ator Principal: Vendedor Interessados e Interesses: Vendedor: Realiza as operaes para vender produtos. Cliente: Informa suas necessidades. Pr-condies: O Vendedor dever estar autenticado no sistema. Garantia de sucesso: gerado um registro com os dados do oramento; Uma mensagem exibida ao vendedor informando o sucesso da operao. Cenrio de Sucesso Principal: 1 Esse caso de uso tem inicio quando existe uma negociao em andamento. 2 Vendedor seleciona o cliente no sistema. 3 Vendedor informa ao sistema a solicitao do cliente (Registra Oramento). 4 Sistema calcula valores totais para informar ao cliente e formas de pagamento. 5 Sistema armazena o oramento. Fluxos Alternativos: 2 Sistema informa que o cliente no est cadastrado e solicita a escolha entre cadastrar novo cliente* e utilizar venda sem cadastro**. *novo cliente: O caso de uso manter cliente ser inicializado (Passo 3). **venda sem cadastro: A venda ir prosseguir com ausncia de cliente identificado. 3 Sistema realiza verificao e validao dos produtos/servios solicitados e encontra restries quanto a quantidade disponvel em estoque e informa opes: a) Excluir produtos com quantidades insuficientes do oramento (Retorna ao Passo 4). b) Realizar pesquisa de produtos similares (Retorna ao Passo 3). c) Retornar ao oramento em modo de edio (Retorna ao Passo 3). 4 Cliente no concorda com valores do oramento ou formas de pagamento e vendedor realiza: a) Conceder descontos: Oramento em modo de edio (Retorna ao Passo 3).

18 b) Forma de pagamento personalizada: Oramento em modo de edio Retorna ao Passo 3). 2 4 Vendedor poder cancelar a operao.

Caso de Uso: Criar Oramento de Compra Data Verso Descrio 21/05/2011 1.0 Criao do Artefato

Autor Andr Abekawa

Breve Descrio: Este caso de uso permite ao comprador realizar os procedimentos para gerar oramentos de compra. Ator Principal: Comprador Interessados e Interesses: Comprador: Relacionar preos para compras Pr-condies: O comprador dever estar autenticado no sistema; Os produtos devem ser previamente cadastrados no sistema; O fornecedor dever constar no sistema. Garantia de Sucesso: Os dados do oramento so registrados no sistema. Cenrio de Sucesso Principal: 1 Este caso de uso tem incio quando existe a necessidade de relacionar preos de produtos com fornecedores. 2 Comprador informa ao sistema o fornecedor. 3 Comprador informa ao sistema os produtos e suas respectivas quantidades. 4 Comprador informa ao sistema o prazo de entrega. 5 Comprador informa ao sistema forma de pagamento. 6 Comprador informa observaes ao sistema. 7 Sistema gera oramento e envia ao fornecedor. Fluxos Alternativos: 2 6 Comprador pode cancelar a operao.

19 Caso de Uso: Abrir Caixa Data Verso Descrio 21/05/2011 1.0 Criao do Artefato

Autor Andr Abekawa

Breve Descrio: Este caso de uso permite ao vendedor realizar abertura do caixa. Ator Principal: Vendedor Interessados e Interesses: Vendedor: Realizar e armazenar os dados das vendas. Pr-condies: O Vendedor dever estar autenticado no sistema.

Garantia de Sucesso: Permisso ao vendedor gerenciar as vendas. Cenrio de Sucesso Principal: 1 Este caso de uso tem incio quando o vendedor efetua o login no sistema. 2 O Sistema efetua as operaes de abertura do caixa 3 O Sistema informa a abertura do caixa ou seu status. Fluxos Alternativos: No se aplica.

20 Caso de Uso: Fechar Caixa Data Verso Descrio 21/05/2011 1.0 Criao do Artefato

Autor Andr Abekawa

Breve Descrio: Este caso de uso permite ao vendedor realizar fechamento do caixa. Ator Principal: Vendedor Interessados e Interesses: Vendedor: Apurar o caixa do dia. Pr-condies: O Vendedor dever estar autenticado no sistema.

Garantia de Sucesso: Mensagem ser exibida informando o sucesso da transao. Cenrio de Sucesso Principal: 1 Este caso de uso tem incio quando existe a necessidade do fechamento do caixa. 2 O Vendedor confere os comprovantes de venda (Dinheiro, Cheque entre outros de mesma natureza) 3 O Valor informado ao sistema. 4 Sistema calcula as entradas e sadas do caixa. 5 Um relatrio exibido com as movimentaes exibido. 6 Vendedor entrega os comprovantes das vendas e sadas ao gerente. Fluxos Alternativos: 2 6 Comprador pode cancelar a operao.

21 Caso de Uso: Recebimento de Vendas a Prazo Data Verso Descrio 21/05/2011 1.0 Criao do Artefato

Autor Andr Abekawa

Breve Descrio: Este caso de uso permite ao vendedor receber pagamentos de vendas a prazo. Ator Principal: Vendedor Interessados e Interesses: Vendedor: Realizar operaes de recebimento de vendas. Pr-condies: O Vendedor dever estar autenticado no sistema. A venda dever estar registrada. Garantia de Sucesso: Mensagem ser exibida informando o sucesso da transao. Cenrio de Sucesso Principal: 1 Este caso de uso tem incio quando cliente realiza o pagamento de alguma divida. 2 O Vendedor confere o valor pago e sua forma de pagamento. 3 Vendedor informa ao sistema o valor pago. 4 Sistema altera o status da venda para pago. 5 Um registro adicionado ao caixa referente ao pagamento da divida. Fluxos Alternativos: 2 4 Vendedor pode cancelar a operao

22 Caso de Uso: Recebimento de Produtos Data Verso Descrio 21/05/2011 1.0 Criao do Artefato

Autor Andr Abekawa

Breve Descrio: Este caso de uso permite ao responsvel pelo estoque receber mercadorias adquiridas a partir de pedidos de compras. Ator Principal: Estoquista Interessados e Interesses: Estoquista: Receber os produtos e conferi-los. Pr-condies: O Estoquista dever estar autenticado no sistema Pedido de compras dever estar presente no sistema Garantia de Sucesso: Mensagem ser exibida informando o sucesso da transao. A Quantidade dos produtos ser atualizada no estoque. Cenrio de Sucesso Principal: 1 Este caso de uso tem incio quando algum agente solicita o recebimento de materiais para a empresa. 2 O Estoquista confere os produtos e verifica se est de acordo com o pedido de compra. 3 O Estoquista verifica os valores e formas de pagamento do pedido com os da nota fiscal de compra. 4 Estoquista responde ao sistema que os produtos, valores e pagamento esto de acordo com o pedido de compras. 5 Estoquista recebe os materiais. Fluxos Alternativos: 2 Os produtos no esto de acordo com o solicitado pelo pedido de compras e solicita permisso ao comprador: a) Comprador permite o recebimento e altera o pedido de compras; b) Comprador rejeita materiais entregues e cancela o pedido. 3 Os valores/formas de pagamento esto em desacordo com o pedido de compras e solicita ao comprador instrues. a) Comprador permite o recebimento e altera pedido de compras; b) Comprador rejeita a entrega e cancela o pedido. 2 3 Estoquista pode cancelar a operao.

23

3.1.2 DIAGRAMA DE ATIVIDADES 3.1.2.1 Diagrama de Atividade: Atividade de Venda

24 3.2 MODELO CONCEITUAL

25 3.3 INTERFACES EXTERNAS 3.3.1 Mtodo de desenvolvimento O SMART foi desenvolvido utilizando modelo em quatro camadas viabilizando reaproveitamento de cdigo e organizao do mesmo. Sendo as seguintes camadas: Persistncia, Negcio, Dados, Interface Grfica. No sero utilizadas funes nativas de Sistemas Operacionais possibilitando assim um nvel de portabilidade alto entre os Sistemas Operacionais mais utilizados no mercado. O Padro de Projeto (Design Patterns) adotado para o desenvolvimento conhecido como Facade (Fachada) objetivando a separao da Lgica de Negcios para melhor compreenso e leitura de cdigo fonte. 3.3.2 Ambiente de Desenvolvimento Para softwares: o desenvolvimento do SMART foram utilizados os seguintes MAC OS X 10.6.7 Snow Leopard (Sistema Operacional) IDE Netbeans 6.9/7.0 (Ambiente de Desenvolvimento Integrado) Mysql Server (Sistema Gerenciador de Bancos de Dados) Apache Tomcat (Web Server) Mysql WorkBench (Modelagem de Banco de Dados)

3.3.3 Interfaces com outros ambientes No se aplica. 3.3.4 Padronizao de Interfaces Visuais As Interfaces Grficas do SMART utilizam um recurso da linguagem de programao JAVA conhecido como Look and Fell que faz uso de tool kits (Conjuntos de Ferramentas) da classe nativa do JDK (Java Development Kit) javax.swing que responsvel pela criao de Interfaces Grficas e o Look and Fell possibilita que as interfaces se assemelhem ao Sistema Operacional vigente ou de acordo com o gosto do usurio. Alm da padronizao visual o SMART ser desenvolvido com comportamento de interface padro, ou seja, a utilizao em todas as telas ser executada da mesma forma permitindo assim uma rpida familiarizao com o sistema.

3.3.5 Ambiente em Rede Para funcionamento em ambientes com redes de computadores o SMART utiliza o protocolo TCP (Transmission Control Protocol) para

26 transmisso de dados em redes locais (LAN) e podendo ser utilizado em conjunto com TCP/IP (Transmission Control Protocol/Internet Protocol) para utilizao via WEB (World Wide Web) desde que o servidor de bancos de dados esteja preparado para realizar conexes deste tipo. 4. PROJETO DE SOFTWARE 4.1 ARQUITETURA LGICA DO SOFTWARE O SMART foi desenvolvido em camadas e esto dispostas da seguinte maneira:

27 4.1.1 Sumrio de Classes As Classes esto dispostas em suas camadas seguindo o sumrio de classes abaixo. Layer: UI (Interface Grfica) addItem @author andreluizjamarinoabekawa filtroPro @author andreluizjamarinoabekawa frmBaixarTitulo @author andreluizjamarinoabekawa frmBaixaT @author andreluizjamarinoabekawa frmCadUsuario @author andreluizjamarinoabekawa frmCliente @author andreluizjamarinoabekawa frmCompras @author andreluizjamarinoabekawa frmEntradaNF @author andreluizjamarinoabekawa frmFiltroCli @author andreluizjamarinoabekawa frmFiltroCompras @author andreluizjamarinoabekawa frmFiltroFornecedor @author andreluizjamarinoabekawa frmFiltroProduto @author andreluizjamarinoabekawa frmFiltroRelCli @author andreluizjamarinoabekawa frmFornecedores @author andreluizjamarinoabekawa frmListCli @author andreluizjamarinoabekawa frmLogin @author andreluizjamarinoabekawa frmPDV @author andreluizjamarinoabekawa frmProduto @author andreluizjamarinoabekawa frmTitulos @author andreluizjamarinoabekawa lst_produto @author andreluizjamarinoabekawa lstAddProdutos @author andreluizjamarinoabekawa lstCompra @author andreluizjamarinoabekawa main @author andreluizjamarinoabekawa Operations @author andreluizjamarinoabekawa Search @author andreluizjamarinoabekawa splash @author andreluizjamarinoabekawa TableColumnAdjuster @author andreluizjamarinoabekawa teste @author andreluizjamarinoabekawa Utils @author andreluizjamarinoabekawa

Layer: business (Lgica de Negcio) barcode @author andreluizjamarinoabekawa caixa @author andreluizjamarinoabekawa Categoria @author andreluizjamarinoabekawa CFOP @author andreluizjamarinoabekawa cidade @author abekawa Cliente @author andreluizjamarinoabekawa ClienteBO @author andreluizjamarinoabekawa Cotacao @author andreluizjamarinoabekawa CotacaoCompraBO @author andreluizjamarinoabekawa

28 CotacaoVendaBO Endereco estado fcCaixa fcCompras fcEntradaProduto fcFornecedor fcLogin fcManterCliente fcProduto fcTitulos fcVenda Fornecedor FornecedorBO itens_NF itens_pro itens_venda movimentacao NotaFiscal NotaFiscalEntradaBO Pessoa PessoaFisica PessoaJuridica Produto ProdutoBO prospectarVenda prospectBO prospects SubCategoria Titulo usuario UsuarioBO venda @author andreluizjamarinoabekawa @author andreluizjamarinoabekawa @author abekawa @author andreluizjamarinoabekawa @author andreluizjamarinoabekawa @author andreluizjamarinoabekawa @author andreluizjamarinoabekawa @author andreluizjamarinoabekawa @author andreluizjamarinoabekawa @author andreluizjamarinoabekawa @author andreluizjamarinoabekawa @author andreluizjamarinoabekawa @author andreluizjamarinoabekawa @author andreluizjamarinoabekawa @author andreluizjamarinoabekawa @author andreluizjamarinoabekawa @author andreluizjamarinoabekawa @author andreluizjamarinoabekawa @author andreluizjamarinoabekawa @author andreluizjamarinoabekawa @author andreluizjamarinoabekawa @author andreluizjamarinoabekawa @author andreluizjamarinoabekawa @author andreluizjamarinoabekawa @author andreluizjamarinoabekawa @author andreluizjamarinoabekawa @author andreluizjamarinoabekawa @author andreluizjamarinoabekawa @author andreluizjamarinoabekawa @author andreluizjamarinoabekawa @author andreluizjamarinoabekawa @author andreluizjamarinoabekawa @author andreluizjamarinoabekawa

Layer: dados (Manipulao de dados) Conditions DataManipulation FrameWork ResultSetTableModel Layer: persistencia (Persistncia de dados) Persist @author abekawa

@author abekawa @author abekawa @author abekawa @author abekawa

29

4.2 DIAGRAMA DE INTERAO

4.2.1 Diagrama de Interao (Venda)

30 4.2.2 Diagrama de Interao (Compra)

4.2.3 Diagrama de Interao (Finalizar Caixa)

31 4.2.4 Diagrama de Interao (Recebimento de Contas)