Documentação SistemaCVD

  • 305 views
Uploaded on

Documentação do meu projeto, o SistemaCVD.... Não ficou 100% mais valeu a pena, todo o trabalho de 4 meses, num conjunto com meu grupo, todo o trabalho foi feito e conseguimos o esperado que era …

Documentação do meu projeto, o SistemaCVD.... Não ficou 100% mais valeu a pena, todo o trabalho de 4 meses, num conjunto com meu grupo, todo o trabalho foi feito e conseguimos o esperado que era aprovação de todos da banca.

More in: Education
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Be the first to comment
No Downloads

Views

Total Views
305
On Slideshare
0
From Embeds
0
Number of Embeds
1

Actions

Shares
Downloads
32
Comments
0
Likes
1

Embeds 0

No embeds

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
    No notes for slide

Transcript

  • 1. CEP – ESCOLA TÉCNICA DE CEILÂNDIACURSO DE TÉCNICO EM INFORMÁTICA Hebertt Teixeira Jonathan Pereira Cabral Wallisson Fernandes CEILÂNDIA 2012
  • 2. CEP – ESCOLA TÉCNICA DE CEILÂNDIACURSO DE TÉCNICO EM INFORMÁTICA Hebertt Teixeira Jonathan Pereira Cabral Wallisson Fernandes Projeto Final apresentado ao CEP – Escola Técnica de Ceilândia como requisito para obtenção do título de Técnico em Informática orientado pelo Prof. Juliana Gabriele Gonçalves Moreira CEILÂNDIA 2012
  • 3. Hebertt Teixeira Jonathan Pereira Cabral Wallisson Fernandes SistemaCVD Sistema de Controle de Vendas e Dados Este Projeto Final foi avaliado e aprovado para obtenção do título de Técnico em Informática CEP – Escola Técnica de Ceilândia. Ceilândia, 05 de dezembro de 2012._______________________________ _______________________________ Prof. Fabrício Prof. Esp. Sávio C. Cardoso da Silva Coordenador do Curso Técnico em Informática Diurno _______________________________ Profª Esp. Riveria Pereira da Silva_______________________________ Profª Juliana Gabriele G. Moreira _______________________________ Orientadora de Projeto Prof. Esp. Antônio José de Oliveira Neto CEILÂNDIA 2012
  • 4. DedicatoriaDedicamos esse trabalho primeramente a todosos integrantes do grupo, todos os parentes eamigos que nos apaioram, todos os profesores,desde o modulo I que foi o começo de tudo etodas as pessoas que nos acompanharam desde ocomeço.
  • 5. AGRADECIMENTOS Agradecemos primeiramente aosprofessores que acreditaram no nosso potencial enos ajudaram em nossa jornada até aqui.Agradecer também a coordenação, que podeparecer nao está presente mas sempre estápresente em nossas conquistas, e aos nossosfamiliares e amigos que nos deram forças parachegar aonde chegamos.
  • 6. RESUMO O Sistema Controlador de Vendas e Dados (SistemaCVD) foi projetado para seadaptar em qualquer ramo de vendas com controle de estoque, vendas, funcionários, entreoutros. Com o foco principal voltado para o ramo de mercados, onde nosso sistema se adequae foi pensado para esse tipo de empreendimento. Com um sistema rápido e leve o Sistema Controlador de Vendas e Dados(SistemaCVD) tem tudo pra ser um grande sistema, assim melhorando o empreendimento dequalquer empresa que venha a usa-lo. Com uma interface simples e intuitiva, podendo serusada até mesmo por pessoas com pouco conhecimento.
  • 7. ABSTRACT The System Controller of and Sales Data (SistemaCVD) was designed to fit in anybranch of sales with inventory control, sales, employees, and others. With the main focus tothe branch of markets, where our system is suitable and designed for this type of venture. With a fast and lightweight system the System Controller and Sales Data(SistemaCVD) has everything to be a great system, thus improving the undertaking of anycompany that will use it. With a simple and intuitive interface and can be used even by peoplewith little knowledge.
  • 8. SUMÁRIO1. INTRODUÇÃO .............................................................................................................. 12 1.1 MOTIVAÇÃO................................................................................................................ 12 1.2. EMPRESA OU ORGANIZAÇÃO INTERESSADA / RAMO DE ATIVIDADE ESCOLHIDO .................. 12 1.3. PROBLEMAS DIAGNOSTICADOS ......................................................................................... 12 1.4. DESCRIÇÃO DAS NECESSIDADES ....................................................................................... 12 1.5. USUÁRIOS DO SISTEMA ..................................................................................................... 122. OBJETIVOS DO SISTEMA ............................................................................................. 13 2.1. OBJETIVO GERAL:............................................................................................................ 13 2.2. OBJETIVOS ESPECÍFICOS: ................................................................................................ 133. RESULTADOS ESPERADOS .......................................................................................... 144. CRONOGRAMAS: ............................................................................................................ 15 4.1. CRONOGRAMA PREVISTO .................................................................................................. 15 4.2. CRONOGRAMA REALIZADO ............................................................................................... 155. RECURSOS NECESSÁRIOS PARA O DESENVOLVIMENTO DO SISTEMA ...... 16 5.1 HARDWARE: .................................................................................................................. 16 5.2 SOFTWARE: ................................................................................................................... 16 5.3 RECURSOS HUMANOS: ............................................................................................... 16 5.4 RECURSOS FINANCEIROS .......................................................................................... 16 5.5 RECURSOS NECESSÁRIOS PARA EXECUÇÃO .......................................................... 17 5.5.1 Recursos de Hardware Ideal ................................................................................... 17 5.5.2 Descrição de Software ............................................................................................. 17 5.5.3 Pessoal Exigido ....................................................................................................... 17 5.5.4 Recursos Financeiros .............................................................................................. 176. O SISTEMA PROPOSTO ................................................................................................. 18 6.1 PARADIGMA E TECNOLOGIAS UTILIZADAS .......................................................................... 18 6.1.1 Orientação a Objetos .............................................................................................. 18 6.2 LINGUAGEM DE MODELAGEM ........................................................................................... 19 6.2.1 UML ......................................................................................................................... 19 6.3 OS DIAGRAMAS DA UML UTILIZADOS................................................................................ 19 6.3.1 Diagramas de Casos de Uso ................................................................................... 19 Figura 6: Exemplo de relacionamento de associação .................................................... 21 6.3.2 Diagrama de Classe ................................................................................................ 23 6.3.3 Diagrama de Sequência........................................................................................... 25 6.4 LINGUAGEM DE IMPLEMENTAÇÃO ..................................................................................... 27 6.5 ESPECIFICAÇÃO DOS CASOS DE USO.................................................................................. 27 6.5.1 Especificação do Casos de Uso Efetuar Login ....................................................... 28 6.5.2 Especificação do Casos de Uso Manter Produto .................................................... 31 6.5.3 Especificação do Casos Venda ................................................................................ 34 6.5.4 Especificação do Casos de Uso controle de estoque .............................................. 37 6.5.5 Especificação do Casos de Uso manter fornecedor ................................................ 40 6.5.6 Especificação do Casos de Uso controle de funcionário ........................................ 417. OUTROS DIAGRAMAS ................................................................................................... 45
  • 9. 7.1 DIAGRAMA DE CLASSE .................................................................................................... 45 7.2 DIAGRAMAS DE SEQUÊNCIA ............................................................................................ 46 7.2.1 Diagrama de Sequência Manter Login ................................................................... 46 7.2.1 Diagrama de Sequência Manter Login ................................................................... 46 7.2.2 Diagrama de Sequência Logar no sistema .............................................................. 47 7.2.3 Diagrama de Sequência Fazer Logout .................................................................... 48 7.2.4 Diagrama de Sequência Atualizar Login ................................................................ 49 7.2.5 Diagrama de Sequência Fazer Logout .................................................................... 50 7.2.2 Diagrama de Sequência Manter Fornecedor .......................................................... 51 7.2.3 Diagrama de Sequência Manter funcionário .......................................................... 55 7.2.4 Diagrama de Sequência Manter Estoque ................................................................ 59 7.2.5 Diagrama de Sequência Manter produtos............................................................... 63 7.2.6 Diagrama de Sequência Manter vendas .................................................................. 678. BANCO DE DADOS .......................................................................................................... 70 8.1 INTRODUÇÃO .................................................................................................................... 70 8.2 MODELO ENTIDADE RELACIONAMENTO ............................................................................. 70 8.3 DICIONÁRIO DE DADOS ..................................................................................................... 719. TELAS DO SISTEMA ....................................................................................................... 74 9.1. TELA DE LOGIN........................................................................................................... 74 9.2. TELA INICIAL DO ADMINISTRADOR ............................................................................... 74 9.3. TELA CADASTRAR FUNCIONÁRIO .................................................................................. 75 9.4. TELA LISTAR FUNCIONÁRIOS INATIVOS ......................................................................... 75 9.5. TELA LISTAR FUNCIONÁRIOS ATIVOS ............................................................................ 76 9.6. TELA CADASTRAR USUÁRIO ......................................................................................... 76 9.7. TELA CADASTRAR PRODUTOS ...................................................................................... 77 9.8. TELA LISTAR PRODUTOS ............................................................................................. 77 9.9. TELA LISTAR PRODUTOS INATIVOS............................................................................... 78 9.10. TELA LISTAR PRODUTOS PESQUISAR PRODUTOS .......................................................... 78 9.11. TELA LISTAR COMPRAS ............................................................................................... 79 9.12. TELA DO VENDEDOR ................................................................................................... 79 9.13. TELA NOVA VENDA ...................................................................................................... 80 9.14. TELA PESQUISAR VENDAS ........................................................................................... 80 9.15. TELA LISTAR VENDAS .................................................................................................. 81 9.16. TELA DO ESTOQUISTA ................................................................................................. 81 9.17. TELA CADASTRAR PRODUTOS ...................................................................................... 82 9.18. TELA LISTAR PRODUTOS ............................................................................................. 82 9.19. TELA LISTAR PRODUTOS INATIVOS............................................................................... 83 9.20. TELA LISTAR PESQUISAR INATIVOS .............................................................................. 8310. CONCLUSÃO................................................................................................................... 8411. BIBLIOGRAFIA .............................................................................................................. 85
  • 10. LISTA DE FIGURASFigura 1 Cronograma previsto .................................................................................................. 15Figura 2 Cronograma previsto ................................................................................................. 15Figura 3 Paradigma do sistema................................................................................................. 18Figura 4 Exemplo de ator ......................................................................................................... 20Figura 5 Exemplo de caso de uso ............................................................................................. 20Figura 6 Exemplo de relacionamento entre atores ................................................................... 21Figura 7 Exemplo de um diagrama de classe ........................................................................... 24Figura 8 Exemplo de um diagrama de sequência ..................................................................... 26Figura 9 Exemplo de um diagrama de sequência ..................................................................... 26Figura 10 Diagramas de Caso de Uso do Sistema e Respectivos Atores ................................. 27Figura 11 Diagrama de Caso de Uso Manter login .................................................................. 28Figura 12 Diagrama de Caso de Uso Manter produto .............................................................. 31Figura 13 Diagrama de Caso de Uso Manter venda ................................................................. 34Figura 14 Diagrama de Caso de Uso Manter estoque .............................................................. 37Figura 15 Diagrama de Caso de Uso Manter fornecedor ......................................................... 40Figura 16 Diagrama de Caso de Uso Manter funcionário ........................................................ 42Figura 17 Diagrama de Classe de Domínio ............................................................................. 45Figura 18 Diagrama de Sequência cadastrar login ................................................................... 46Figura 19 Diagrama de Sequência Logar no Sistema............................................................... 47Figura 20 Diagrama de Sequência fazer logout........................................................................ 48Figura 21 Diagrama de Sequência atualizar login .................................................................... 49Figura 22 Diagrama de Sequência inativar login ..................................................................... 50Figura 23 Diagrama de Sequência cadastrar fornecedor .......................................................... 51Figura 24 Diagrama de Sequência pesquisar fornecedor ......................................................... 52Figura 25 Diagrama de Sequência alterar fornecedor .............................................................. 53Figura 26 Diagrama de Sequência Inativar fornecedor ............................................................ 54Figura 27 Diagrama de Sequência cadastrar funcionário ......................................................... 55Figura 28 Diagrama de Sequência pesquisar funcionário ........................................................ 56Figura 29 Diagrama de Sequência alterar funcionário ............................................................. 57Figura 30 Diagrama de Sequência inativar funcionário ........................................................... 58Figura 31 Diagrama de Sequência cadastrar estoque ............................................................... 59Figura 32 Diagrama de Sequência pesquisar estoque .............................................................. 60Figura 33 Diagrama de Sequência alterar estoque ................................................................... 61Figura 34 Diagrama de Sequência inativar estoque ................................................................. 62Figura 35 Diagrama de Sequência cadastrar produtos ............................................................. 63Figura 36 Diagrama de Sequência pesquisar produtos ............................................................. 64Figura 37 Diagrama de Sequência alterar produtos.................................................................. 65Figura 38 Diagrama de Sequência inativar produtos................................................................ 66Figura 39 Diagrama de Sequência Cadastrar vendas .............................................................. 67Figura 40 diagrama de sequencia pesquisar vendas ................................................................. 68Figura 41 Diagrama de Sequência alterar vendas .................................................................... 69Figura 42 Modelo físico de dados ............................................................................................ 70Figura 43 Tela de login ............................................................................................................. 74Figura 44 Tela do administrador .............................................................................................. 74Figura 45 Tela cadastrar funcionário ........................................................................................ 75Figura 46 Tela funcionários inativos ........................................................................................ 75
  • 11. Figura 47 Tela listar funcionário .............................................................................................. 76Figura 48 Tela cadastrar usuário .............................................................................................. 76Figura 49 Tela Cadastrar produtos ........................................................................................... 77Figura 50 Tela listar produtos................................................................................................... 77Figura 51 Tela produtos inativos .............................................................................................. 78Figura 52 Tela pesquisar produtos ........................................................................................... 78Figura 53 tela listar compras .................................................................................................... 79Figura 54 tela do vendedor ....................................................................................................... 79Figura 55 tela nova venda ......................................................................................................... 80Figura 56 tela pesquisar vendas ................................................................................................ 80Figura 57 Tela Listar vendas .................................................................................................... 81Figura 58 Tela do estoquista.................................................................................................... 81Figura 59 Tela do cadastrar produtos ....................................................................................... 82Figura 60 Tela do listar produtos.............................................................................................. 82Figura 61 Tela do produtos inativos ......................................................................................... 83Figura 62 Tela pesquisar produtos ........................................................................................... 83
  • 12. 121. INTRODUÇÃO1.1 Motivação Primeiro conseguir uma experiência com construção de sistemas, com a suadocumentação e, como existem muitos mercados hoje em dia, muitos não têm sistema, é tudofeito na mão, no papel, então já entra a segunda parte da motivação...Ganhar dinheiro,sistemas dão dinheiro e podendo trazer um retorno satisfatório.1.2. Empresa ou Organização Interessada / Ramo de Atividade EscolhidoSuper Mercado ExtraFort.1.3. Problemas Diagnosticados Os principais problemas já são visto com o mínimo de detalhes na empresa, é as vezesas vezes a falta de agilidade no atendimento pela falta de um sistema, começamos pelo, mascomo eles não tem um sistema todo seu tipo de anotação de entrada e saída de dados é feitomanualmente, isso causa um perca de tempo de trabalho e de via imenso, e comoconsequência não tendo nenhuma certeza do dinheiro ou mercadoria que saiu, sendo assimfácil alvo de furtos, desde pequenos até a alarmantes.1.4. Descrição das Necessidades Agilidade para um atendimento mais rápido;Controles de mercadorias, funcionários, do caixa, terão mais controle em tudo que ocorre naloja. Agilidades nas atualizações de dados, troca de preços, nem sempre tem como mudar opreço na hora ou de todos os produtos que mudaram de uma vez, então com o sistema ficatudo mais fácil e ágil.1.5. Usuários do sistemaAdministrador, Vendedor e Estoquista
  • 13. 132. OBJETIVOS DO SISTEMA2.1. Objetivo Geral: Sistema desenvolvido com total objetivo de facilitar todo tipo de controle de dados evendas, onde se ocorrem os maiores déficit de atenção.2.2. Objetivos Específicos:Facilitar a busca de dados.Ter controle e organizar todos os dados da empresa.Aumentar a praticidade para com os relatório
  • 14. 143. RESULTADOS ESPERADOS Esperamos que o sistema cumpra as necessidades do empreendimento, assimfuncionando 100% com suas funcionalidades a qual foi desenvolvido. Assim agradando aocliente e resolvendo todos os seus problemas.
  • 15. 154. CRONOGRAMAS: 4.1. Cronograma Previsto Figura 1 Cronograma previsto 4.2. Cronograma Realizado Figura 2 Cronograma previsto
  • 16. 165. RECURSOS NECESSÁRIOS PARA O DESENVOLVIMENTO DO SISTEMA5.1 HARDWARE: DESCRIÇÃO QUANTIDADE PREÇO UNIT. PREÇO Monitor LCD 17 1 R$470,00 R$470,00 Polegadas Microcomputador (2 1 R$800,00 R$800,00 Gb de Memória – 250 Gb de HD – Processador Intel 2GHz) TOTAL R$ 1.270,005.2 SOFTWARE: DESCRIÇÃO QUANTIDADE PREÇO UNIT. PREÇO WINDOWS 7 1 R$499,00 R$499,00 NETBEANS 1 R$0,00 R$0,00 MICROSOFT 1 R$ R$1,199,00 OFFICE 2007 XAMP 1 R$0,00 R$0,00 PHOTOSCAPE 1 R$0,00 R$0,00 PHOTOSHOP 1 R$1.000,00 R$1.000,00 NOTEPAD ++ 1 R$0,00 R$0,00 BROFFICE 1 R$0,00 R$0,00 LINUX (UBUNTU) 1 R$0,00 R$0,00 TOTAL R$2.698,005.3 RECURSOS HUMANOS: DESCRIÇÃO QUANTIDADE PREÇO UNIT. PREÇO Programador 1 Exclusividade do Projeto R$ 0,00 Documentador 2 Exclusividade do Projeto R$0,00 TOTAL R$ 0,005.4 RECURSOS FINANCEIROS DESCRIÇÃO PREÇO Impressão da documentação R$15,00 Impressão da documentação final R$50,00
  • 17. 17 TOTAL R$65,005.5 RECURSOS NECESSÁRIOS PARA EXECUÇÃO5.5.1 Recursos de Hardware Ideal DESCRIÇÃO QUANTIDADE PREÇO UNIT. PREÇO Monitor LED 18,5 1 470,00 R$500,00 Polegadas Microcomputador (2 1 R$800,00 R$800,00 Gb de Memória – 250 Gb de HD – Processador Intel 2GHz) TOTAL 1.300,005.5.2 Descrição de Software DESCRIÇÃO QUANTIDADE PREÇO Software de vendas 1 R$1.500,00 SistemaCVD TOTAL R$5.5.3 Pessoal Exigido DESCRIÇÃO QUANTIDADE PREÇO UNIT. PREÇO Programador 1 R$150,00 R$150,00 Documentador 1 R$200,00 R$100,00 TOTAL R$250,005.5.4 Recursos Financeiros DESCRIÇÃO PREÇO Reimpressão da documentação R$50,00 TOTAL R$ 50,00
  • 18. 186. O SISTEMA PROPOSTO 6.1 Paradigma e Tecnologias Utilizadas Figura 3 Paradigma do sistema 6.1.1 Orientação a Objetos Quando o PHP foi criado ele não implementava a OO em si. Após o PHP/FI, quando Zeev, Rasmus e Andy reescreveram o core e lançaram o PHP3, foi introduzida uma muito básica orientação a objetos. Quando o PHP4 foi lançado as características do OO amadureceram com algumas características introduzidas. Mas a equipe reescreveu o core engine e introduziu um modelo de objetos completamente novo no lançamento do PHP5. O PHP é uma linguagem que nos permite escrever código em dois sabores: procedural e orientado a objetos. Quando escrevemos uma grande aplicação no estilo procedural ele deverá ficar quase impossível de gerenciar após algumas versões. A maioria das grandes aplicações é escrita usando o estilo orientado a objetos
  • 19. 196.2 Linguagem de Modelagem 6.2.1 UML A Unified Modelling Language (UML) é uma linguagem ou notação de diagramaspara especificar, visualizar e documentar modelos de software orientados por objetos.O UML não é um método de desenvolvimento, o que significa que não lhe diz o que fazerprimeiro ou o que fazer depois ou como desenhar o seu sistema, mas ajuda-o a visualizar oseu desenho e a comunicar com os outros. O UML é controlado pelo Object ManagementGroup (OMG) e é a norma da indústria para descrever graficamente o software‟. O UML estádesenhado para o desenho de software orientado por objetos e tem uma utilização limitadapara outros paradigmas de programação.6.3 Os Diagramas da UML Utilizados A UML é composta por muitos elementos de modelo que representam as diferentespartes de um sistema de software. Os elementos UML são usados para criar diagramas, querepresentam uma determinada parte, ou um ponto de vista do sistema. Os seguintes tipos dediagramas são suportados pelo Umbrello UMLModeller: Diagrama de Caso de Uso mostra atores (pessoas ou outros usuários do sistema), casos de uso (os cenários onde eles usam o sistema), e seus relacionamentos Diagrama de Classe mostra classes e os relacionamentos entre elas Diagrama de Sequência mostra objetos e uma sequência das chamadas do método feitas para outros objetos. Diagrama de Colaboração mostra objetos e seus relacionamentos, colocando ênfase nos objetos que participam na troca de mensagens Diagrama de Estado mostra estados, mudanças de estado e eventos num objeto ou uma parte do sistema Diagrama de Atividade mostra atividades e as mudanças de uma atividade para outra com os eventos ocorridos em alguma parte do sistema Diagrama de Componente mostra os componentes de programação de alto nível (como KParts ou Java Beans). Diagrama de Distribuição mostra as instâncias dos componentes e seus relacionamentos. Os Diagramas de Entidade-Associação mostram os dados e as relações e as restrições entre os dados.6.3.1 Diagramas de Casos de UsoObjetivo O Diagrama de Casos de Uso tem o objetivo de auxiliar a comunicação entre osanalistas e o cliente. Um diagrama de Caso de Uso descreve um cenário que mostra as funcionalidades dosistema do ponto de vista do usuário.
  • 20. 20 O cliente deve ver no diagrama de Casos de Uso as principais funcionalidades de seusistema.NotaçãoO diagrama de Caso de Uso é representado por: atores; casos de uso; relacionamentos entre estes elementos.Estes relacionamentos podem ser: associações entre atores e casos de uso; generalizações entre os atores; generalizações, extends e includes entre os casos de uso.casos de uso podem opcionalmente estar envolvidos por um retângulo que representa oslimites do sistema.Em maiores detalhes: Atores Um ator é representado por um boneco e um rótulo com o nome do ator. Um ator é um usuário do sistema, que pode ser um usuário humano ou um outro sistema computacional.Figura 4 Exemplo de ator Caso de uso Um caso de uso é representado por uma elipse e um rótulo com o nome do caso de uso. Um caso de uso define uma grande função do sistema. A implicação é que uma funçãoFigura 5 Exemplo de casode uso pode ser estruturada em outras funções e, portanto, um caso de uso pode ser estruturado. Relacionamentos o Ajudam a descrever casos de uso o Entre um ator e um caso de uso  Associação
  • 21. 21 Define uma funcionalidade do sistema do ponto de vista do usuário.Figura 6: Exemplo de relacionamento de associação o Entre atores  Generalização - Os casos de uso de B são também casos de uso de A - A tem seus próprios casos de usoFigura 6 Exemplo de relacionamento entreatores o Entre casos de uso  Include Um relacionamento include de um caso de uso A para um caso de uso B indica que B é essencial para o comportamento de A. Pode ser dito também que B is_part_of A.  Extend Um relacionamento extend de um caso de uso B para um caso de uso A indica que o caso de uso B pode ser acrescentado para descrever o comportamento de A (não é essencial). A extensão é inserida em um ponto de extensão do caso de uso A. Ponto de extensão em um caso de uso é uma indicação de que outros casos de uso poderão ser adicionados a ele. Quando o caso de uso for invocado, ele verificará se suas extensões devem ou não serem invocadas.
  • 22. 22 Você entendeu?! Provavelmente, não. É que extend é unanimemente considerado um conceito obscuro. Vamos a novas explicações. Quando se especifica B extends A, a semântica é: · Dois casos de uso são definidos: A e A extended by B; · B é uma variação de A. Contém eventos adicionais, para certas condições; · Tem que ser especificado onde B é inserido em A.  Generalização ou Especialização (é_um) caso de uso B é_um caso de uso A (A é uma generalização de B, ou B é uma especialização de A). Um relacionamento entre um caso de uso genérico para um mais específico, que herda todas as características de seu pai.· Sistema Limites do sistema: representado por um retângulo envolvendo os casos de uso que compõem o sistema. Nome do sistema: Localizado dentro do retângulo.
  • 23. 23Exemplo Figura4: Exemplo de um diagrama de casos de uso6.3.2 Diagrama de ClasseObjetivo:Descrever os vários tipos de objetos no sistema e o relacionamento entre eles.Perspectivas : Um diagrama de classes pode oferecer três perspectivas, cada uma para umtipo de usuário diferente. São elas: Conceitos ou Entidades (exemplo; mais_exemplos) o Representa os conceitos do domínio em estudo.
  • 24. 24 o Perspectiva destinada ao cliente. o Classes o Tem foco nas principais interfaces da arquitetura, nos principais métodos, e não como eles irão ser implementados. o Perspectiva destinada as pessoas que não precisam saber detalhes de desenvolvimento, tais como gerentes de projeto. o Classes de Software o Aborda vários detalhes de implementação, tais como navegabilidade, tipo dos atributos, etc. o Perspectiva destinada ao time de desenvolvimento.Um diagrama de classes contém: Entidades Relacionamentos Exemplo contendo as notações Figura 7 Exemplo de um diagrama de classe
  • 25. 256.3.3 Diagrama de Sequência Consiste em um diagrama que tem o objetivo de mostrar como as mensagens entre osobjetos são trocadas no decorrer do tempo para a realização de uma operação.Em um diagrama de sequência, os seguintes elementos podem ser encontrados: Linhas verticais representando o tempo de vida de um objeto (lifeline); Estas linhas verticais são preenchidas por barras verticais que indicam exatamente quando um objeto passou a existir. Quando um objeto desaparece, existe um "X" na parte inferior da barra; Linhas horizontais ou diagonais representando mensagens trocadas entre objetos. Estas linhas são acompanhadas de um rótulo que contém o nome da mensagem e, opcionalmente, os parâmetros da mesma. Observe que também podem existir mensagens enviadas para o mesmo objeto, representando uma iteração; Uma condição é representada por uma mensagem cujo rótulo é envolvido por colchetes; Mensagens de retorno são representadas por linhas horizontais tracejadas. Este tipo de mensagem não é frequentemente representada nos diagramas, muitas vezes porque sua utilização leva a um grande número de setas no diagrama, atrapalhando o entendimento do mesmo. Este tipo de mensagem só deve ser mostrada quando for fundamental para a clareza do diagrama.Observe a figura abaixo.
  • 26. 26Figura 8 Exemplo de um diagrama de sequênciaRepresentado processos concorrentesEste tipo de diagrama também permite representar mensagens concorrentes assíncronas(mensagens que são processadas em paralelo sem um tempo definido para a sua realização).Exemplo: : Figura 9 Exemplo de um diagrama de sequência
  • 27. 276.4 Linguagem de Implementação O PHP (Hypertext Preprocessor) surgiu por volta de 1994, como uns pacotes deprogramas CGI criados por Rasmus Lerdorf, com o nome Personal Home Page Tools. É umalinguagem interpretada livre, usada originalmente apenas para o desenvolvimento deaplicações presentes e atuantes no lado do servidor, capazes de gerar conteúdo dinâmico,influenciada pelas linguagens C, C++, Perl, Java, Tcl, na World Wide Web. Figura entre asprimeiras linguagens passíveis de inserção em documentos HTML, dispensando em muitoscasos o uso de arquivos externos para eventuais processamentos de dados. O código éinterpretado no lado do servidor pelo módulo PHP, que também gera a página web a servisualizada no lado do cliente. A linguagem evoluiu, passou a oferecer funcionalidades emlinha de comando, e, além disso, ganhou características adicionais, que possibilitaram usosadicionais do PHP, não relacionados a web sites. É possível instalar o PHP na maioria dossistemas operacionais, gratuitamente. Concorrente direto da tecnologia ASP pertencente àMicrosoft, o PHP é utilizado em aplicações como o MediaWiki, Facebook, Drupal, Joomla,WordPress e o Magento.6.5 Especificação dos Casos de Uso Na construção do Modelo de Requisitos a concentração e atenção se dão em maiorgrau nos Casos de Uso. Onde esse é a descrição de um curso completo de eventos, iniciadopor um ator, na sua interação com o Sistema proposto. Um caso de uso nada mais é do que uma nova versão rejuvenescida do velho fluxo deoperação, feita pelos analistas da Organização e Métodos. A diferença está na formasistemática de organizar o fluxo de operação em interações. Cada interação é um blocopequeno, coeso e que pode ser facilmente visualizado e alterado. Figura 10 Diagramas de Caso de Uso do Sistema e Respectivos Atores
  • 28. 286.5.1 Especificação do Casos de Uso Manter Login Figura 11 Diagrama de Caso de Uso Manter loginNome: Efetuar LoginDescrição: Este caso de uso descreve os passos de interação entre o Usuário e osistema, na realização do Logon no sistema.Ator: Administrador, Vendedor, Estoquista.Pré-condições: O sistema deve estar aberto.Descrição dos FluxosFluxo PrincipalAtor SistemaP1. Este caso de uso tem início quando ousuário inicia o Sistema;A1 : Esqueceu a senha? A2 : Esqueceu ID? A3 : Cadastrar Login A4 : Inativar Login
  • 29. 29A5 : Ativar Login A6 : Pesquisar LoginA7 : Fazer Logout P2.1. O sistema apresenta ao Usuário os campos de “Nome de usuário” e “senha”. Apresenta também as opções de link “Esqueceu a senha?” e “Esqueceu o ID?”;P2. O usuário preenche os campos com seuusuário e senha. P3. O sistema busca no banco de dados se o usuario e a senha existe. P4. O sistema verifica e valida os dados e apresenta a tela do “Menu principal” do sistema;P5. Este caso de uso termina Fluxo Alternativo Cadastrar Login Autor SistemaA3.1 Este caso de uso tem início quando oAdministrador seleciona a opção “CadastrarUsuário?”. A3.2 O sistema apresenta um formulário para Cadastro de usuário.A3.3 O administrador preenche o formulário eseleciona cadastrar; A3.4 O sistema Verifica os dados e grava o novo Usuário no banco de dados. A3.5 O sistema apresenta uma mensagem “Novo usuário cadastrado com sucesso!”.A3.6 Este caso de uso termina Fluxo Alternativo Inativar Login Autor SistemaA4.1 Este caso de uso tem início quando oAdministrador seleciona a opção “ListarUsuários?”.
  • 30. 30 A4.2 O sistema apresenta todos os usuários do sistemaA4.3 O administrador seleciona o usuário e emseguida seleciona Inativar Usuário A4.4 O sistema valida a opção e inativa o Usuário. A4.5 O sistema apresenta uma mensagem “usuário inativado!”.A4.6 Este caso de uso termina Fluxo Alternativo Ativar Login Autor SistemaA5.1 Este caso de uso tem início quando oAdministrador seleciona a opção “ListarUsuários inativos?”. A5.2 O sistema apresenta todos os usuários inativos do sistemaA5.3 O administrador seleciona o usuário e emseguida seleciona ativar Usuário A5.4 O sistema valida a opção e ativa o Usuário. A5.5 O sistema apresenta uma mensagem “usuário ativado!”.A5.6 Este caso de uso termina Fluxo Alternativo Pesquisar Login Autor SistemaA6.1 Este caso de uso tem início quando oAdministrador seleciona a opção “Pesquisarlogin?”.A6.2 O administrador preenche o campo com ologin a ser procurado. A6.3 O sistema realiza a pesquisa no banco de dados e retorna os dados do registro na tela.
  • 31. 31A6.4 O administrador seleciona o usuáriodesejadoA6.6 Este caso de uso terminaFluxo AlternativoFazer Logout Autor SistemaA7.1 Este caso de uso tem início quando ousuário seleciona a opção logout A7.2 O sistema confirma a opção selecionada pelo usuário e apresenta a tela de login.A5.6 Este caso de uso termina6.5.2 Especificação do Casos de Uso Manter Produto Figura 12 Diagrama de Caso de Uso Manter produto
  • 32. 32 Fluxo Principal:Nome: Manter ProdutoDescrição: Este caso de uso descreve os passos de interação entre o Usuário e osistema, na realização cadastro de produtos no sistema.Ator: Administrador e Estoquista.Pré-condições: O sistema deve estar aberto e logado.Descrição dos FluxosFluxo PrincipalAtor SistemaP1. Este caso de uso tem início quando oadministrador(a) seleciona a opçãocadastrar. ProdutoA1.Pesquisar Produto, A2.Atualizarprodutos(a) ou A3.Inativar Produtos(a). P2. O sistema apresenta a tela de cadastro do produtoP3. O usuario insere os dados noformulário e solicita o envio P5. O sistema verifica e valida os dados relativos do produto e os grava no banco de dados.P1. Este caso de uso terminaFluxos Alternativos: A1. PesquisarAtor SistemaA1.1. (P1) Este fluxo alternativo teminício quando o usuario seleciona a opçãoPesquisar produto. A1.2.O sistema apresenta a tela de pesquisa.A1.3. O usuario insere o argumento dapesquisa. A1.4. O sistema realiza a pesquisa no banco de dados e retorna os dados do registro na tela.A1.5. Este fluxo alternativo termina. A2. AtualizarAtor SistemaA2.1. (P1) Este fluxo alternativo teminício quando o administrador seleciona aopção Atualizar produto.
  • 33. 33 A2.2. Neste ponto, este fluxo alternativo „estende‟ ao fluxo alternativo A1.Pesquisar Produto no ponto A1.2., realizando-o até o ponto A1.4.A2.3. O usuario seleciona a opçãoatualizar A2.5. O sistema verifica e valida realiza a atualização no banco de dados . A2.6. O sistema apresenta a mensagem atualização feita com sucessoA2.6. Este fluxo alternativo termina. A3. InativaçãoAtor SistemaA3.1. (P1) Este fluxo alternativo teminício quando o usuario seleciona a opçãoInativar produto A2.2. Neste ponto, este fluxo alternativo „estende‟ ao fluxo alternativo A1.Pesquisar produto no ponto A1.2., realizando-o até o ponto A1.4.A3.3. O vendedor certifica-se de que oregistro é o procurado e solicita suaexclusão. A3.4. O sistema realiza o extorno do pagamento e ao estoque e a exclusão do registro no banco de dados.A3.5. Este fluxo alternativo termina.
  • 34. 346.5.3 Especificação do Casos Venda Figura 13 Diagrama de Caso de Uso Manter vendaNome: Manter VendaDescrição: Este caso de uso descreve os passos de interação entre o Usuário e osistema, na realização de vendas no sistema.Ator: Administrador e VendedorPré-condições: O sistema deve estar aberto.Descrição dos FluxosFluxo PrincipalAtor SistemaP1. Este caso de uso começa quando ovendedor seleciona a opção “NovaCompra”.A1. Listar Venda, A2. Alterar VendaVendas A3: Pesquisar Venda P2. O sistema apresenta a tela de vendas.P3. O Vendedor pesquisa o produto
  • 35. 35desejado e seleciona pesquisar P4. O sistema verifica se o produto existe e apresenta na tela o produto pesquisadoP5. O Vendedor seleciona a opçãocomprar P6. O sistema adiciona a o produto selecionado a lista de comprasP7. O Vendedor Seleciona a opção“Finalizar Compra” P8. O sistema finaliza a compra e apresenta a tela de listar compras.P9. Este caso de uso terminaFluxos alternativos:A1. Listar VendaA1.1. O vendedor seleciona a opção “VerCompras” A1.2. O sistema apresenta a tela do Listar compras.A1.3. O vendedor vê a compra desejada eseleciona a opção “Ver compra” A1.4. O sistema apresenta um tela com todos os produtos comprados e o preço total.A1.5. Este caso de uso terminaA1. Alterar VendaA2.1. O vendedor seleciona a opção “VerCompras” A2.2. O sistema apresenta a tela do Listar compras.A2.3. O vendedor vê a compra desejada eseleciona a opção “Ver compra” A2.4. O sistema apresenta um tela com todos os produtos comprados e o preço total.A2.5 O vendedor seleciona a opção“Alterar compra” A2.6. O sistema apresenta a tela de vendas com todos os dados da comprar a ser atualizada.A2.7 Este Caso de Uso termina
  • 36. 36A1. Alterar VendaA3.1. O vendedor seleciona a opção“Pesquisar Compras” A3.2. O sistema apresenta a tela de pesquisaA3.3. O vendedor insere os argumentos eseleciona pesquisar A3.4. O sistema apresenta com o resultado da pesquisa.A3.5 O vendedor seleciona a vendadesejada A3.6. O sistema apresenta o detalhe da vendaA3.7 Este Caso de Uso termina
  • 37. 376.5.4 Especificação do Casos de Uso controle de estoque Figura 14 Diagrama de Caso de Uso Manter estoqueNome: Controle (Estoque)Descrição: Este caso de uso descreve os passos de controle de produtos no estoque.Ator: Administrador e estoquistaPré-condições: O sistema deve estar aberto e deve estar em estado de login.Descrição dos FluxosFluxo PrincipalAtor SistemaP1. Este caso de uso tem início quando ousuario seleciona a opção cadastrarestoqueA1: Pesquisar Estoque A2: Atualizar
  • 38. 38Estoque A3: Inativar Estoque A4: AtivarEstoque P2. O sistema apresenta a tela de cadastro com o formulário para cadastro de estoqueP3. O usuario preeenche o formulário eseleciona enviar P5. O sistema salva no banco de dados e apresenta um formulário de verificação.P6. O usuário confirma o cadastro P7. O sistema retorna com a mensagem produto cadastrado com sucesso.P8. Este caso de uso terminaFluxos Alternativos: A1. Pesquisar EstoqueAtor SistemaA1.1. (P1) Este fluxo alternativo teminício quando o administrador seleciona aopção Pesquisar. A1.2.O sistema apresenta a tela de pesquisa.A1.3. O usuário insere o argumento dapesquisa. A1.4. O sistema realiza a pesquisa no banco de dados e retorna os dados do registro na tela.A1.5. Este fluxo alternativo termina. A2. Alterar EstoqueAtor SistemaA2.1. (P1) Este fluxo alternativo teminício quando o usuario seleciona a opçãopesquisar. A2.4. Neste ponto, este fluxo alternativo se estende ao fluxo alternativo A1. Pesquisar no ponto A1.2 ate o A1.4 A2.5. O sistema verifica e valida realiza a atualização e realiza no banco de dados a atualização A2.6. O sistema apresenta a mensagem “Atualização feita com sucesso!”A2.6. Este fluxo alternativo termina.
  • 39. 39 A3. Inativar EstoqueAtor SistemaA3.1. Este fluxo alternativo tem inícioquando o estoquista seleciona a opçãopesquisar A2.2. O sistema apresenta a tela de pesquisaA3.3. O estoquista insere os argumentos A3.4. O sistema apresenta o resultado da pesquisaA3.5. O usuário seleciona o produto edepois seleciona Inativar produto.A3.6 Este caso de uso terminaA4.Ativar EstoqueAtor SistemaA4.1. Este fluxo alternativo tem inícioquando o estoquista seleciona a opçãopesquisar A4.2. O sistema apresenta a tela de pesquisaA4.3. O estoquista insere os argumentos A4.4. O sistema apresenta o resultado da pesquisaA4.5. O usuário seleciona o produto edepois seleciona Ativar produto.A4.6 Este caso de uso termina
  • 40. 406.5.5 Especificação do Casos de Uso manter fornecedor Figura 15 Diagrama de Caso de Uso Manter fornecedorNome: Cadastrar FornecedorDescrição: Este caso de uso descreve os passos cadastramento de fornecedores no sistema.Ator: AdministradorPré-condições: O sistema deve estar aberto e deve estar em estado de login.Descrição dos FluxosFluxo PrincipalAtor SistemaP1. Este caso de uso tem início quando oUsuario seleciona a opção cadastrarfornecedor.A1.Pesquisar funcionario(a), A2.Atualizarfornecedor(a) ou A3 Inativarfornecedor(a). P2. O sistema apresenta a tela de cadastro
  • 41. 41 e apresenta o formularioP3. O usuario preenche o cadastro eseleciona enviar P5. O sistema confere, valida e salva os dados no banco de dados do fornecedor. P5 O sistema apresenta a mensagem "Fornecedor cadastrado com sucesso!"P13. Este caso de uso termina Fluxos Alternativos: A1. PesquisarAtor SistemaA1.1. (P1) Este fluxo alternativo teminício quando o administrador seleciona aopção Pesquisar. A1.2.O sistema apresenta a tela de pesquisa.A1.3. O vendedor insere o argumento dapesquisa. A1.4. O sistema realiza a pesquisa no banco de dados e retorna os dados do registro na tela. A1.5 O sistema apresenta a mensagem "Fornecedor cadastrado com sucesso"A1.6. Este fluxo alternativo termina. A2. AlterarAtor SistemaA2.1. (P1) Este fluxo alternativo teminício quando Pesquisar A2.4. Neste ponto, este fluxo alternativo se estende ao fluxo alternativo A1. Pesquisar no ponto A1.2 ate o A1.4A2.3. O usuario insere os argumentos aserem atualizados A2.5. O sistema verifica e valida realiza a atualização e realiza no banco de dados a atualização A2.6. O sistema apresenta a mensagem atualização feita com sucessoA2.6. Este fluxo alternativo termina.6.5.6 Especificação do Casos de Uso controle de funcionário
  • 42. 42 Figura 16 Diagrama de Caso de Uso Manter funcionárioNome: Cadastrar FuncionárioDescrição: Este caso de uso descreve os passos cadastramento de funcionários no sistema.Ator: AdministradorPré-condições: O sistema deve estar aberto e deve estar em estado de login.Descrição dos FluxosFluxo PrincipalAtor SistemaP1. Este caso de uso tem início quando oadministrador(a) seleciona a opçãocadastrar Funcionário.A1 pesquisar funcinarios A2 Atualizarfuncionarios A3 Inativar funcionarios P2. O sistema apresenta o formulario de cadastrar funcionario(a).P3. O administrador(a) preenche oformulário. P4. O sistema grava no banco de dados do funcionário. P5. O sistema retorna a mensagem "
  • 43. 43 Funcionário cadastrado com sucesso".P6. Este caso de uso termina.Fluxos Alternativos: A1. Pesquisar FuncionáriosAtor SistemaA1.1. (P1) Este fluxo alternativo teminício quando o usuário seleciona a opçãoPesquisar Funcionário. A1.2.O sistema apresenta a tela de pesquisa.A1.3. O vendedor insere o argumento dapesquisa. A1.4. O sistema realiza a pesquisa no banco de dados e retorna os dados do registro na tela caso os dados existam.A1.5. Este fluxo alternativo termina. A2. Atualizar Funcionário.Ator SistemaA2.1. (P1) Este fluxo alternativo teminício quando o administrador seleciona aopção Pesquisar Funcionario. A2.2. Neste ponto, este fluxo alternativo se estende ao fluxo alternativo A1. Pesquisar no ponto A1.2 ate o A1.4A2.3. O Administrador seleciona a opçãoatualizar funcionário. A2.3. O sistema apresenta o formulário com todos os dados do funcionário.A2.4. O Administrador faz a alteração nocampo desejado e seleciona salvar A2.3. O sistema verifica, valida e realiza a atualização no banco de dados. A2.4. O sistema apresenta a mensagem atualização feita com sucessoA2.5. Este fluxo alternativo termina. A3. Inativar funcionárioAtor SistemaA3.1. (P1) Este fluxo alternativo teminício quando o vendedor seleciona aopção pesquisar. A2.2. Neste ponto, este fluxo alternativo „estende‟ ao fluxo alternativo
  • 44. 44 A1.Pesquisar Venda no ponto A1.2., realizando-o até o ponto A1.4.A3.3. O vendedor certifica-se de que oregistro é o procurado e solicita suaexclusão. A3.4. O sistema realiza a inativação do funcionario e retorna a mensagem "Funcionário inativado com sucesso!".A3.5. Este fluxo alternativo termina.Exceções:A3. Inativar funcionárioAtor SistemaA3.1. Este fluxo alternativo tem inícioquando o estoquista seleciona a opçãopesquisar A2.2. O sistema apresenta a tela de pesquisaA3.3. O estoquista insere os argumentos A3.4. O sistema apresenta o resultado da pesquisaA3.5. O usuário seleciona o produto edepois seleciona Inativar FuncionárioA3.6 Este caso de uso termina
  • 45. 457. OUTROS DIAGRAMAS7.1 Diagrama de ClasseO diagrama de classe descreve os relacionamentos entre os atores e as classes do sistema bemcomo seus relacionamentos, atributos e métodos. Figura 17 Diagrama de Classe de Domínio
  • 46. 467.2 Diagramas de Sequência O diagrama de sequência ilustra interações entre objetos num determinado período detempo. Em particular, os objetos são representados pelas suas “linhas de vida” e interagempor troca de mensagens ao longo de um determinado períodos de tempo.7.2.1 Diagrama de Sequência Manter Login 7.2.1 Diagrama de Sequência Manter Login Figura 18 Diagrama de Sequência cadastrar login
  • 47. 477.2.2 Diagrama de Sequência Logar no sistema Figura 19 Diagrama de Sequência Logar no Sistema
  • 48. 487.2.3 Diagrama de Sequência Fazer Logout Figura 20 Diagrama de Sequência fazer logout
  • 49. 497.2.4 Diagrama de Sequência Atualizar Login Figura 21 Diagrama de Sequência atualizar login
  • 50. 507.2.5 Diagrama de Sequência Fazer Logout Figura 22 Diagrama de Sequência inativar login
  • 51. 517.2.2 Diagrama de Sequência Manter Fornecedor 7.2.2.1 Diagrama de Sequência Cadastrar Fornecedor Figura 23 Diagrama de Sequência cadastrar fornecedor
  • 52. 527.2.2.2 Diagrama de Sequência Pesquisar Fornecedor Figura 24 Diagrama de Sequência pesquisar fornecedor
  • 53. 537.2.2.3 Diagrama de Sequência Alterar Fornecedor Figura 25 Diagrama de Sequência alterar fornecedor
  • 54. 547.2.2.4 Diagrama de Sequência Inativar Fornecedor Figura 26 Diagrama de Sequência Inativar fornecedor
  • 55. 557.2.3 Diagrama de Sequência Manter funcionário 7.2.3.1 Diagrama de Sequência Cadastrar funcionário Figura 27 Diagrama de Sequência cadastrar funcionário
  • 56. 567.2.3.2 Diagrama de Sequência Pesquisar funcionário Figura 28 Diagrama de Sequência pesquisar funcionário
  • 57. 577.2.3.3 Diagrama de Sequência Alterar funcionário Figura 29 Diagrama de Sequência alterar funcionário
  • 58. 587.2.3.4 Diagrama de Sequência Inativar funcionário Figura 30 Diagrama de Sequência inativar funcionário
  • 59. 597.2.4 Diagrama de Sequência Manter Estoque 7.2.4.1 Diagrama de Sequência Cadastrar Estoque Figura 31 Diagrama de Sequência cadastrar estoque
  • 60. 607.2.4.2 Diagrama de Sequência Pesquisar Estoque Figura 32 Diagrama de Sequência pesquisar estoque
  • 61. 617.2.4.3 Diagrama de Sequência Alterar Estoque Figura 33 Diagrama de Sequência alterar estoque
  • 62. 627.2.4.4 Diagrama de Sequência Inativar Estoque Figura 34 Diagrama de Sequência inativar estoque
  • 63. 637.2.5 Diagrama de Sequência Manter produtos 7.2.5.1 Diagrama de Sequência Cadastrar produtos Figura 35 Diagrama de Sequência cadastrar produtos
  • 64. 647.2.5.3 Diagrama de Sequência Pesquisar produtos Figura 36 Diagrama de Sequência pesquisar produtos
  • 65. 657.2.5.4 Diagrama de Sequência Alterar produtos Figura 37 Diagrama de Sequência alterar produtos
  • 66. 667.2.5.5 Diagrama de Sequência Inativar produtos Figura 38 Diagrama de Sequência inativar produtos
  • 67. 677.2.6 Diagrama de Sequência Manter vendas 7.2.6.1 Diagrama de Sequência Cadastrar Venda Figura 39 Diagrama de Sequência Cadastrar vendas
  • 68. 687.2.6.2 Diagrama de Sequência Pesquisar Vendas Figura 40 diagrama de sequencia pesquisar vendas
  • 69. 697.2.6.3 Diagrama de Sequência Alterar Venda Figura 41 Diagrama de Sequência alterar vendas
  • 70. 708. BANCO DE DADOS 8.1 Introdução O primeiro Sistema Gerenciador de Banco de Dados (SGBD) comercial surgiu nofinal de 1960 com base nos primitivos sistemas de arquivos disponíveis na época, os quaisnão controlavam o acesso concorrente por vários usuários ou processos. Os SGBD‟sevoluíram desses sistemas de arquivos de armazenamento em disco, criando novas estruturasde dados com o objetivo de armazenar informações. Com o tempo, os SGBD‟s passaram autilizar diferentes formas de representação, ou modelos de dados, para descrever a estruturadas informações contidas em seus bancos de dados. Atualmente, os seguintes modelos dedados são normalmente pelos SGBD‟s: modelo hierárquico, modelo em redes, modelorelacional (amplamente usado) e o modelo orientado a objetos. 8.2 Modelo Entidade Relacionamento Figura 42 Modelo físico de dados
  • 71. 718.3 Dicionário de Dados Nome da tabela Vendas Comentários Tabela que armazena os dados inseridos no Nome da coluna caixa de Tipo PK FK Nulo Padrão Comentários Valor_da_venda dado dec(10,2) Não Sim Não Não Chave Id do vendedor Int(10) Sim Sim Não Não estrangeira Código do Nome do produto Varchar(20) Não Sim não Não Armazenada oriunda nome vendedor preço do produto Dec(10,2) Não Sim Não Não do produtopreço tabela caixa Armazena Quantidade de Int (20) Não Não Não Não do produtoa Armazena produtos de entrega Endereço Varchar(20) Não Não Sim Não quantidade Armazena endereço Nome da tabela Funcionário Comentários Tabela que armazena os dados dos funcionários Nome da coluna Tipo de PK FK Nulo Padrão Comentários id_funcionário dado int(11) Sim Sim Não Não Código nome varchar(100) Não Não Não Não identificador Recebe o CPF varchar(15) Não Não Não Não da tabela o nome do Armazena RG varchar(20) Não Não Não Não caixa e login funcionáriodo n° do CPF o Armazena data_nascimento date Não Não Não Não funcionário n° do RG do Armazena a email varchar(30) Não Não Não Não funcionário data de o Armazena telefone varchar(20) Não Não Não Não nascimentoodo email do Armazena ctps varchar(15) Não Não Não Não funcionário número do a Armazena estado_civil varchar(10) Não Não Não Sim telefonede o carteira Armazena celular varchar(15) Não Não Não Não trabalho doodo estado civil Armazena sexo char(10) Não Não Não Sim funcionário número do o Armazena Cargo varchar(20) Não Não Não Não celular sexo do o Armazena data_admissão date Não Não Não Não funcionário cargo ocupado Armazena a UF varchar(30) Não Não Não Não pelo de a data Armazena sálario Dec (10,2) Não Não Não Não funcionário admissão do unidade o Armazena nacionalidade varchar(45) Não Não Não Não funcionário federativa do salário Armazena a CEP char(16) Não Não Não Não funcionário recebido pelo nacionalidade Armazena o titulo de eleitor varchar(20) Não Não Não Não funcionário do funcionário cep Armazena o horário_de_trabalho time Não Não Não Sim titulo de o Armazena nº agencia int Não Não Não Sim eleitor de o horário Armazena Cadastrar_ponto varchar(20) Não Não Não Não trabalho dodo nº agencia Cadastra a funconário funcionário folha de ponto do Nome da tabela Login funcionário Comentários Tabela que armazena os dados dos usuários Nome da coluna Tipo de PK FK Nulo Padrão Comentários id_login dado int(11) Sim Sim Não Não Código caixa_id_caixa int(11) Sim Sim Não Não identificador Código funcionário_id_funcionário int(11) Não Sim Não Não da tabela identificador Chave senha varchar(10) Não Não Não Não caixa e login da tabela estrangeira Recebe a perfil varchar(20) Não Não Não Não login e caixa oriunda o Recebe da senha do usuário Varchar(45) Não Não Não Não tabelado usuário o perfil Recebe funcionário usuário nome do usuário
  • 72. 72Nome da tabela EstoqueComentários Tabela que armazena os dados do estoqueNome da coluna Tipo de PK FK Nulo Padrão Comentáriosid_estoque dado int(11) Sim Sim Não Não Códigonome varchar(30) Não Não Não Não identificador Recebe olote varchar(15) Não Não Não Não da tabela o nome do Armazenalocalização_no_estoq Varchar(20) Não Não Não Não estoque elote produto a nome do Armazenauequantidade int(20) Não Não Não Não estoque_has_p localização no Recebe avalidade date Não Não Não Não roduto estoque ade quantidade Armazenacategoria varchar(45) Não Não Não Não produto dos categoria a Armazenaunidade_de_consumo varchar(10) Não Não Não Não contida ados validadeno produtos Recebevalor_varejo dec(100,2) Não Não Não Não estoque o produtosde unidade Recebevalor_atacado dec(100,2) Não Não Não Não consumo do valor em Recebe ovalor_de_custo Dec (10,2) Não Não Não Não produto o pequenas valor em Armazena quantidades grandes preço dos de produtos quantidades produtosNome da tabela Produtos de produtosComentários Tabela armazena os dados dos produtosNome da coluna Tipo de PK FK Nulo Padrão Comentáriosid_produtos dado int(11) Sim Sim Não Não Códigonome_do_produto varchar(30) Não Não Não Não identificador Recebe opreço_do_produto dec(10,2) Não Não Não Não da tabela o nome do Armazenavalidade date Não Não Não Não produtos a produto preço do Armazenalocalização_na_loja varchar(45) Não Não Não Não produto a data de Armazena validade localização dos produtosNome da Estoque_has_Produtos na lojatabelaComentários Tabela armazena os dados do estoque e produtosNome da Tipo de PK FK Nulo Padrão Comentárioscolunaid_estoque dado int(11) Não Sim Não Não Chave estrangeiraid_produtos int(11) Não Sim Não Não oriunda da tabela Chave estrangeira estoque e tabela oriunda da estoque_has_produto produtos eNome da tabela Estoque_has_Produtos estoque_has_produtosComentários Tabela armazena os dados do estoque e produtosNome da coluna Tipo de PK FK Nulo Padrão Comentáriosid_estoque dado int(11) Não Sim Não Não Chaveid_produtos int(11) Não Sim Não Não estrangeira Chave oriunda da estrangeiraNome da tabela Cidade tabela estoque oriunda daComentários Tabela que armazena as cidades e tabelaNome da coluna Tipo de PK FK Nulo Padrão estoque_has_p produtos e ComentáriosId_Cidade dado int(1) Sim Sim Não Não roduto estoque_has_p Código rodutos identificador da tabelaNome da tabela Estado cidadeComentários Tabela que armazena as cidadesNome da coluna Tipo de PK FK Nulo Padrão Comentários dado
  • 73. 73Id_Estado Int(1) Sim Sim Não Não CódigoCidade_IdCidade Int(1) Não Sim Não Não identificador Chave da tabela estrangeira estado da oriunda tabela cidadeNome da tabela FornecedorComentários Tabela armazena os dados fornecedorNome da coluna Tipo de PK FK Nulo Padrão Comentáriosid_fornecedor dado int(11) Sim Sim Não Não Códigorazão_social varchar(45) Não Não Não Não identificador ChaveNome_do_responsav varchar(45) Não Não Não Não da tabela da estrangeirao ArmazenaelCPF_do_responsavel varchar(15) Não Não Não Não fornecedoro oriunda da e nome do ArmazenaRG_do_responsavel char(20) Não Não Não Não fornecedor_has tabela produtos fornecedorrg CPF do Armazenaendereço varchar(45) Não Não Não Não _produto o e fornecedor responsável fornecedor do Armazenaemail varchar(45) Não Não Não Não estoque_has_pr endereço o Armazenasite Varchar(45) Não Não Não Não odutos email Se casotelefone varchar(45) Não Não Não Não houver, o Armazenafax Varchar(20) Não Não Não Não armazena o site telefone o ArmazenaCEP varchar(10) Não Não Não Não do fornecedor fax Armazena obairro varchar(45) Não Não Não Não cep Armazena oCNPJ Int(30) Não Não Não Não bairro do o Armazena fornecedor CNPJ do fornecedorNome da tabela Fornecedor_has_produtosComentários Tabela armazena os dados do fornecedor e produtosNome da coluna Tipo de PK FK Nulo Padrão Comentáriosfornecedor_id_for int(11) dado Não Sim Não Não Chave estrangeiraprodutos_id_produnecedor int(11) Não Sim Não Não Chave estrangeira oriunda da tabelatos oriunda da e fornecedor tabela produtos e fornecedor_has_produt fornecedor_has_produt os os
  • 74. 749. TELAS DO SISTEMA 9.1. Tela de Login Figura 43 Tela de login 9.2. Tela inicial do administrador Figura 44 Tela do administrador
  • 75. 759.3. Tela cadastrar Funcionário Figura 45 Tela cadastrar funcionário9.4. Tela Listar funcionários Inativos Figura 46 Tela funcionários inativos
  • 76. 769.5. Tela Listar funcionários Ativos Figura 47 Tela listar funcionário9.6. Tela Cadastrar Usuário Figura 48 Tela cadastrar usuário
  • 77. 779.7. Tela Cadastrar produtos Figura 49 Tela Cadastrar produtos9.8. Tela Listar Produtos Figura 50 Tela listar produtos
  • 78. 789.9. Tela Listar Produtos Inativos Figura 51 Tela produtos inativos9.10. Tela Listar Produtos Pesquisar Produtos Figura 52 Tela pesquisar produtos
  • 79. 799.11. Tela Listar Compras Figura 53 tela listar compras9.12. Tela Do vendedor Figura 54 tela do vendedor
  • 80. 809.13. Tela Nova venda Figura 55 tela nova venda9.14. Tela Pesquisar Vendas Figura 56 tela pesquisar vendas
  • 81. 819.15. Tela Listar Vendas Figura 57 Tela Listar vendas9.16. Tela do Estoquista Figura 58 Tela do estoquista
  • 82. 829.17. Tela Cadastrar Produtos Figura 59 Tela do cadastrar produtos9.18. Tela Listar Produtos Figura 60 Tela do listar produtos
  • 83. 839.19. Tela Listar Produtos Inativos Figura 61 Tela do produtos inativos9.20. Tela Listar Pesquisar Inativos Figura 62 Tela pesquisar produtos
  • 84. 8410. CONCLUSÃO Visamos no inicio do módulo III fazer um projeto que não tivesse como únicafinalidade de apenas passar e sim a de nos torna técnicos em informática, aprender aprogramar para fazer sistemas, e a documentar para a própria documentação. Com o passar do curso vimos que com o sistema que criamos é muito fácil de seconseguir comercializá-lo desde que seja bem feito, e com todas suas funcionalidadesfuncionando corretamente, com o decorrer do tempo, conseguimos um empreendimento paraautomatizar, assim deixando-nos com mais vontade de fazer um sistema íntegro em todas assuas funções. Esse curso não serviu só para nos mostrar como o mundo da informática é e nos jogarpara alguma empresa, mas sim parar mostrar que podemos montar uma nossa, onde o trabalhode conclusão de curso nos possibilita um retorno satisfatório não só com a aprovação dosistema e de sua documentação, mas também receber propostas de algum empreendimentoque se interessar pelo nosso trabalho.
  • 85. 8511. BIBLIOGRAFIASILVA, Paulo da. Apredendo PHP. Disponível em: <http://cursodephp.ribafs.org/down/php/phpoo/php5oobasico.pdf >.Acesso em: 1 de out. de2012.Bezerra, João Silva. Capítulo 2. Fundamentos do UML.Disponível em: < http://docs.kde.org/stable/pt_BR/kdesdk/umbrello/uml-basics.html>Acesso em: 14 de set. de 2012.Cachina, Mayron. Orientação a objetos.Disponível em: < http://www.slideshare.net/mayron/orientao-a-objetos-conceitos >Acesso em: 20 de set. de 2012.