CEIE0801

FACULDADE DE E NGENHARIA DE G UARATINGUET E SPECIALIZAO EM I NFORMTICA E MPRESARIAL
Desenvolvimento de um sistema de compras para uma fbrica de alimentos
Andra Silva de Oliveira
Guaratinguet - SP Junho, 2008
Andra Silva de Oliveira
Monograa apresentada Faculdade de Engenharia de Guaratinguet, da Universidade Estadual Paulista, como parte dos requisitos para a obteno do certicado de Especialista em Informtica Empresarial.
Orientador: Prof. Dr. Edson Luiz Frana Senne
Guaratinguet - SP Junho, 2008
Ficha catalogrca preparada na Seo de Aquisio e Tratamento da Informao do Servio Tcnico de Biblioteca e Documentao - FEG/UNESP
Oliveira, Andra Silva de O48d Desenvolvimento de um sistema de compras para uma fbrica de
alimentos / Andra Silva de Oliveira, Guaratinguet, 2008. 50 f.:il. Bibliograa: f.49-50 Monograa de Especializao em Informtica Empresarial - Universidade Estadual Paulista, Faculdade de Engenharia de Guaratinguet, 2008. Orientador: Prof. Dr. Edson Luiz Frana Senne.
1. UML (Linguagem de modelagem padro)
I. Ttulo CDU 519.682
DADOS CURRICULARES
Andra Silva de Oliveira NASCIMENTO: (28/08/1983) - Local (Campinas, So Paulo)
FILIAO:
Paulo Afonso Pinto de Oliveira Rosa Maria Silva de Oliveira
(2004)
Tecnlogo em Automao de Escritrios e Secretariado Faculdade de Tecnologia de Guaratinguet - FATEC
UNESP/FEG-CEIE, 2008
Dedico esse trabalho ao meu pai, por todos os exemplos de vida e ensinamentos que me deixou.
ii
AGRADECIMENTOS
Agradeo a Deus que me deu capacidade e fora para vencer os obstculos e diculdades que encontrei. Ao meu orientador Prof. Dr. Edson Luiz Frana Senne pela habilidade e dedicao com que me orientou nesse trabalho. minha me, por ter me dado fora nos momentos mais difceis. E ao meu namorado, que sempre me apoiou e incentivou.
iii
iv
Sumrio
Introduo 1.1 1.2 1.3 1.4 1.5 Objetivo do trabalho . . . . . . . . . . . . . . . . . . . . . . . . . . . . Descrio do funcionamento do mdulo de compras . . . . . . . . . . . . Desenvolvimento do trabalho . . . . . . . . . . . . . . . . . . . . . . . . Resultados esperados . . . . . . . . . . . . . . . . . . . . . . . . . . . . Organizao da monograa . . . . . . . . . . . . . . . . . . . . . . . . .
1 2 2 3 4 5 7 8 10 12 12 12 14 14 17 17 18 19
Modelagem orientada a objetos 2.1 2.2 2.3 Etapas do desenvolvimento do sistema . . . . . . . . . . . . . . . . . . . Conceitos bsicos de modelagem orientada a objetos . . . . . . . . . . . Tecnologias utilizadas . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2.3.1 2.3.2 2.3.3 2.3.4 UML . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Diagramas da UML . . . . . . . . . . . . . . . . . . . . . . . . . Java . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . PostgreSQL . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Modelagem do sistema de compras 3.1 3.2 Diagramas de caso de uso . . . . . . . . . . . . . . . . . . . . . . . . . . Fluxos de eventos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3.2.1 Fluxo de eventos para o caso de uso "Inserir fornecedor" . . . . .
3.2.2 3.2.3 3.2.4 3.2.5 3.2.6 3.2.7 3.2.8 3.2.9
Fluxo de eventos para o caso de uso "Alterar fornecedor" Fluxo de eventos para o caso de uso "Excluir fornecedor"
. . . . . . . .
20 21 22 23 24 24 25 26 27 27 28 31 31 32 33 35 37 39 41 43 45 47 49
Fluxo de eventos para o caso de uso "Inserir material" . . . . . . Fluxo de eventos para o caso de uso "Alterar material" . . . . . . Fluxo de eventos para o caso de uso "Excluir material" . . . . . . Fluxo de eventos para o caso de uso "Inserir requisies" . . . .
Fluxo de eventos para o caso de uso "Realizar cotaes" . . . . . Fluxo de eventos para o caso de uso "Efetuar compras" . . . . .
3.2.10 Fluxo de eventos para o caso de uso "Receber mercadorias" . . . 3.2.11 Fluxo de eventos para o caso de uso "Movimentar estoque" 3.3 4 . . .
Estrutura da base de dados . . . . . . . . . . . . . . . . . . . . . . . . .
Funcionamento do sistema 4.1 4.2 4.3 4.4 4.5 4.6 4.7 4.8 4.9 Tela inicial . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Botes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Cadastro de Usurios . . . . . . . . . . . . . . . . . . . . . . . . . . . . Cadastro de Materiais . . . . . . . . . . . . . . . . . . . . . . . . . . . . Cadastro de Fornecedores . . . . . . . . . . . . . . . . . . . . . . . . . . Requisio de Material . . . . . . . . . . . . . . . . . . . . . . . . . . . Cotao de Material . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Compras . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Movimento de Estoque . . . . . . . . . . . . . . . . . . . . . . . . . . .
Concluso
Referncias Bibliogrcas
vi
Lista de Figuras
3.1 3.2 3.3 3.4 4.1 4.2 4.3 4.4 4.5 4.6 4.7 4.8 4.9 Caso de uso principal . . . . . . . . . . . . . . . . . . . . . . . . . . . . Caso de uso: Cadastro de fornecedores . . . . . . . . . . . . . . . . . . . Caso de uso: Cadastro de materiais . . . . . . . . . . . . . . . . . . . . . Modelagem de dados . . . . . . . . . . . . . . . . . . . . . . . . . . . . Tela inicial . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Menu Cadastros . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Menu Processos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Botes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Cadastro de Usurios . . . . . . . . . . . . . . . . . . . . . . . . . . . . Pesquisar por login . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Relatrio de Usurios . . . . . . . . . . . . . . . . . . . . . . . . . . . . Cadastro de Materiais . . . . . . . . . . . . . . . . . . . . . . . . . . . . Pesquisar por descrio . . . . . . . . . . . . . . . . . . . . . . . . . . . 18 19 22 29 31 32 32 33 33 34 34 35 36 36 37 38 38 39 40
4.10 Relatrio de Materiais . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4.11 Cadastro de Fornecedores . . . . . . . . . . . . . . . . . . . . . . . . . . 4.12 Pesquisar por razo social . . . . . . . . . . . . . . . . . . . . . . . . . . 4.13 Relatrio de Fornecedores . . . . . . . . . . . . . . . . . . . . . . . . . 4.14 Requisio de Material . . . . . . . . . . . . . . . . . . . . . . . . . . . 4.15 Relatrio de Requisies . . . . . . . . . . . . . . . . . . . . . . . . . .
4.16 Cotaes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4.17 Relatrio de Cotaes . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4.18 Compra . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4.19 Relatrio de Compras . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4.20 Movimento de Estoque . . . . . . . . . . . . . . . . . . . . . . . . . . . 4.21 Relatrio de Movimento de Estoque . . . . . . . . . . . . . . . . . . . .
41 42 43 44 45 46
viii
Oliveira, A.S. - Desenvolvimento de um sistema de compras para uma fbrica de alimentos. Guaratinguet, 2008. 50 p. Monograa (Especializao em Informtica Empresarial) - Faculdade de Engenharia de Guaratinguet, Universidade Estadual Paulista.
Resumo
A Tecnologia da Informao vem, cada vez mais, sendo usada pelas empresas para criar, tratar, armazenar e transferir informaes entre seus setores e mesmo das empresas para seus clientes. Os sistemas informatizados permitem s empresas um maior controle do negcio e exercem grande inuncia no processo de tomada de decises. Este trabalho consiste no desenvolvimento de um sistema para uma fbrica de alimentos. O objetivo do sistema fornecer aos usurios informaes sobre o estoque das matrias-primas e materiais de consumo para que seja possvel organizar e planejar as requisies dos materiais a serem usados na produo de alimentos. O sistema objetiva tambm gerenciar o processo de compras junto a fornecedores, incluindo as informaes de formas de pagamento e prazos de entrega. O sistema, portanto, pretende automatizar os processos envolvidos no processo de compras da empresa, auxiliando os funcionrios no seu dia-a-dia e proporcionando aos diretores informaes rpidas e seguras sobre a situao da empresa. O trabalho apresenta as etapas necessrias para o desenvolvimento de um sistema de informaes e ressalta os benefcios da modelagem orientada a objetos para este processo de desenvolvimento.
Palavras-chave: UML, Anlise orientada a objetos, Modelagem, Linguagem Java.
ix
Oliveira, A.S. - Development of a purchase system for a food industry. Guaratinguet, 2008. 50 p. - Monograa (Especializao em Informtica Empresarial) - Faculdade de Engenharia de Guaratinguet, Universidade Estadual Paulista.
Abstract
The Information Technology has, more and more, been used by the companies in order to create, to treat, to store and to transfer information inside the companies and even from the companies for their customers. The computerized systems allow the companies to have a larger control of the business and they have great inuence in the decision making process. This work describes the development of a information system for a food industry. The objective of the system is to supply information on the stock of the raw materials and consumption materials to their users, so that can be possible to organize and to plan the requests of the materials which are used in the production of foods. The system also aims at to manage the purchase process with the suppliers, including the information about payment ways and delivery periods. The system intends that the purchase process of the company be automated, aiding the employees in their work and providing fast and safe information about the situation of the company to the managers. The work presents the necessary stages for the development of a information system and emphasizes the benets of the objects oriented modelling in this development process.
Keywords: UML, Object oriented analysis, Modelling, Java language.
Captulo 1 Introduo
A Tecnologia da Informao possibilita a utilizao da informtica em qualquer empresa. Os softwares desenvolvidos para o controle interno das organizaes esto sendo cada vez mais usados como um meio de criar, armazenar e transferir a informao entre setores das empresas e mesmo das empresas para seus clientes. Os sistemas informatizados permitem um maior controle para as empresas e exercem grande inuncia no processo de tomada de decises. Estes sistemas transformam a informao de modo que esta possa ajudar empregados e gerentes a tomar decises, analisar e resolver diversos tipos de problemas [LAUDON e LAUDON 1999]. Se a informao no precisa ou completa, decises ruins podem ser tomadas, custando muito dinheiro organizao. Alm disso, se a informao no fornecida no tempo certo, ela pode ter pouco valor para a empresa. O valor da informao est diretamente ligado ao modo como ela ajuda os tomadores de decises a atingirem os objetivos da organizao [STAIR 1998]. Alm da eliminao de tarefas repetitivas, o uso de um sistema informatizado por uma empresa possibilita uma maior segurana com relao s informaes e conseqentemente uma diminuio de erros em processos que passaro a ser realizados de forma automatizada. Resultados precisos, maior controle das operaes realizadas nas empresas e a grande possibilidade de decises estratgicas so as maiores motivaes para automatizar processos em uma empresa. E a razo para o desenvolvimento desse trabalho.
1.1
Objetivo do trabalho
Esse trabalho consiste no desenvolvimento de um sistema para uma fbrica de alimentos. A empresa ainda no possui um controle informatizado das compras de matrias-primas e materiais de consumo. O principal objetivo desse trabalho desenvolver um sistema que possa controlar as operaes envolvidas nesse processo de compras. O sistema fornecer aos usurios informaes sobre o estoque das matrias-primas e materiais de consumo. Com base nessas informaes, os funcionrios podero organizar e planejar melhor as requisies dos materiais, sem deix-los atingir o estoque mnimo. Outro controle importante que o sistema fornecer o das cotaes junto aos fornecedores. Muitas vezes, a diretoria no toma conhecimento de algumas delas e do processo de escolha de fornecedores. Todas as cotaes realizadas devero ser armazenadas no sistema, incluindo as informaes de formas de pagamento e prazos de entrega. Com a chegada das mercadorias, o usurio dar baixa na compra, conrmando as quantidades recebidas e dando entrada em estoque de todas elas. O sistema ir fornecer tambm ao usurio uma tela para realizao de sadas de materiais do estoque. O usurio dever registrar no sistema as sadas de cada matria-prima e material de consumo que for utilizado. Deve-se ressaltar que, futuramente, o sistema poder incluir um mdulo de produo. Nesse mdulo, a cada produo realizada, o sistema atualizaria automaticamente o estoque de todas as matrias-primas utilizadas na produo.
1.2
Descrio do funcionamento do mdulo de compras
H vrias atividades envolvidas no funcionamento do mdulo de compras. As principais so: Cadastro de matrias-primas; Cadastro de materiais de consumo; Cadastro de fornecedores;
UNESP/FEG-CEIE, 2008 2
Requisies de compra; Cotaes; Compras; Recebimento de mercadorias e entrada em estoque; Movimentao de estoque. Quando o funcionrio insere uma nova requisio, o sistema verica se a matriaprima e/ou material de consumo que o funcionrio deseja requisitar j est cadastrado. Caso no esteja, o sistema informa ao usurio para que ele efetue o cadastro inicialmente. Em seguida, o funcionrio faz a requisio da matria-prima ou de algum material de consumo que esteja precisando. Um funcionrio do setor de compras seleciona as requisies e d incio s cotaes de preos com os fornecedores. Caso haja algum fornecedor novo, o funcionrio deve providenciar o cadastro do mesmo no sistema. Com as cotaes nalizadas, realizada a anlise de preos, condies de pagamento e prazos de entrega de cada uma delas. Com base nessas informaes, ser decidido qual a melhor cotao para a empresa e de qual fornecedor ser efetuada a compra. Com a chegada da mercadoria na empresa, dado baixa na compra e na requisio. Tambm atualizado o estoque dos materiais e matrias-primas compradas. Conforme esses itens forem sendo utilizados, o usurio dever acessar a tela de movimentao de estoque para informar as quantidades utilizadas. O sistema atualizar o estoque desses materiais.
1.3
Desenvolvimento do trabalho
Para desenvolver o sistema, foi realizada uma pesquisa na empresa para saber como so mantidos os cadastros de fornecedores, matrias-primas e materiais de consumo. Tambm foi pesquisado como so feitas as requisies, cotaes e compras e se mantido
um histrico dessas compras. Tambm foi pesquisado como a empresa espera que o sistema automatizado controle esses processos. A partir da pesquisa foram constatadas as seguintes decincias no processo de compras: No existe cadastro das matrias-primas e materiais de consumo; No existe cadastro dos fornecedores; No existe controle dos materiais e matrias-primas que esto em falta e das requisies; No existe controle das cotaes; No existe controle das compras; No existe controle do recebimento de mercadorias e entrada em estoque; No existe controle das movimentaes de estoque. Com as informaes colhidas na empresa, foi realizada a anlise do sistema desenvolvido e a denio e criao das tabelas do banco de dados. O sistema foi desenvolvido na linguagem Java, utilizando o PostgreSQL como sistema gerenciador de bancos de dados (SGDB).
1.4
Resultados esperados
Como resultado desse trabalho, espera-se que o sistema desenvolvido solucione as decincias constatadas, fornecendo informaes precisas e seguras da situao do estoque da empresa. Espera-se que o sistema proporcione um controle correto do estoque, trazendo benefcios diretamente ligados ao tempo e dinheiro da empresa. Informaes precisas da situao atual do estoque permitem que as compras sejam realizadas no tempo certo, evitando gastos antecipados quando estas ocorrem antes do tempo necessrio e impedindo possveis atrasos de produo quando os nveis de estoque estiverem abaixo do mnimo.
Outro resultado importante que o sistema trar para a diretoria da empresa o controle das escolhas de fornecedores, evitando que funcionrios beneciem, por diversas razes, fornecedores que no oferecem os melhores preos e formas de pagamento. O objetivo fundamental do sistema contribuir ao mximo com a melhoria do uxo de trabalho da empresa, possibilitando que os processos sejam realizados de maneira correta e padronizada. Alm de proporcionar informaes concretas para a tomada de decises estratgicas por parte do alto escalo da empresa.
1.5
Organizao da monograa
Alm de uma breve descrio dos objetivos do trabalho nesse captulo, esse trabalho est desenvolvido da seguinte forma: O Captulo 2 apresenta alguns conceitos de modelagem orientada a objetos, as etapas de desenvolvimento do sistema e a tecnologias utilizadas nesse trabalho, como UML, Java e PostgreSQL. O Captulo 3 apresenta a modelagem do sistema desenvolvido, utilizando os conceitos de modelagem orientada a objetos e de UML apresentados no Captulo 2. O Captulo 4 apresenta o funcionamento do sistema, atravs da apresentao de suas telas. O Captulo 5 apresenta as consideraes nais desse trabalho, mostrando a importncia de considerar todas as etapas no desenvolvimento de um sistema. Alm de deixar, como sugesto, o desenvolvimento de outros mdulos que complementam o mdulo de compras desenvolvido.
Captulo 2 Modelagem orientada a objetos

O processo de informatizao dentro de uma empresa traz inmeras implicaes, que vo desde mudanas nas rotinas de trabalho at reestruturaes organizacionais. Construir esses sistemas de informao um processo de resoluo de problemas e as ferramentas e tecnologias utilizadas so decisivas para o seu desenvolvimento. Os sistemas de informao so dinmicos, esto em constante mudana e costumam aumentar em tamanho, complexidade e abrangncia. Essas mudanas se devem a diversos fatores, como a necessidade de melhorias por parte dos clientes e de novas estratgias devido a mudanas no mercado. A tecnologia mais utilizada hoje pelas empresas de desenvolvimento de sistemas a orientao a objetos. Quando os sistemas so desenvolvidos corretamente, eles se tornam exveis a mudanas e podem ser mantidos com facilidade, rapidez e de maneira correta. Modelar um sistema uma forma bastante eciente de document-lo. O primeiro passo no desenvolvimento de um sistema descobrir o que o sistema deve fazer, determinando quais so as necessidades a serem atendidas. A esse conjunto de necessidades, d-se o nome de requisitos.
2.1
Etapas do desenvolvimento do sistema
Uma das primeiras fases no desenvolvimento de um software o levantamento de requisitos. Esta etapa serve para descobrir e conhecer as necessidades do usurio e o que ele deseja que o sistema realize. Esta uma etapa de planejamento e muito importante, pois as decises tomadas nesta fase determinam a qualidade e o preo do sistema nal. Sem um bom planejamento e levantamento das informaes, um sistema corre o risco de ser mal desenvolvido, no atendendo s necessidades reais da empresa. Nesta etapa, so realizadas entrevistas com usurios, especialistas e analistas de negcios para determinar quais so os requisitos funcionais e conhecer os processos que devem ser automatizados [LEME FILHO 2003]. As entrevistas devem ser realizadas at que as necessidades do usurio sejam bem compreendidas. Depois de cada entrevista, de suma importncia manter documentadas as pautas das entrevistas e os e-mails trocados. Logo aps o levantamento dos requisitos, passa-se fase em que as necessidades apresentadas pelo cliente so analisadas. Esta etapa conhecida como anlise de requisitos. nela que os requisitos enunciados pelos usurios sero examinados, vericando se os mesmos foram bem especicados e compreendidos. A partir da etapa de anlise de requisitos, so determinadas as reais necessidades do sistema de informao. Um dos principais problemas enfrentados na fase de levantamento de requisitos o de comunicao, caracterizando-se pela diculdade em conseguir compreender um conjunto de conceitos vagos e abstratos que representam as necessidades dos clientes para transform-los em conceitos concretos e inteligveis. A grande questo saber se as necessidades dos usurios foram realmente bem compreendidas, se algum tpico deixou de ser abordado, se algum item foi especicado incorretamente ou se algum conceito precisa ser mais bem explicado. Estas questes devem ser resolvidas o quanto antes, para que o projeto do software no tenha que sofrer modicaes no decorrer do seu desenvolvimento, o que poderia causar grandes atrasos e at a necessidade de remodelar totalmente o projeto [GUEDES 2004]. Outro grande problema encontrado durante as entrevistas o fato de que os usurios
no tm realmente certeza do que querem. s vezes, necessrio sugerir muitas caractersticas e funes do sistema que o cliente no sabia como formular ou no havia imaginado. Na realidade, na maioria das vezes, preciso reestruturar o modo como as informaes so utilizadas pela empresa e apresentar maneiras de combin-las e apresent-las de modo que possam ser mais bem aproveitadas pelos usurios. Em muitos casos realmente isso o que os clientes esperam, porm em outros, os clientes oferecem fortes resistncias a qualquer tipo de mudana na forma como a empresa manipula suas informaes e preciso um grande esforo para provar ao cliente que as modicaes sugeridas permitiro um melhor desempenho do software, alm de ser til para a prpria empresa. Na realidade, neste ltimo caso preciso trabalhar bastante o aspecto social da implantao de um sistema informatizado na empresa, porque muitas vezes a resistncia no tanto por parte da gerncia, mas pelos usurios nais que sero obrigados a mudar a forma como estavam acostumados a trabalhar e aprender a utilizar uma nova tecnologia. Todo processo de mudana desencadeia ansiedades, expectativas, temores e mudanas de comportamento. Nos momentos em que ocorre a introduo de automao, ela quase sempre vista imediatamente como uma ameaa ao emprego. necessrio lidar adequadamente com isso. corrente a iluso de que a automao diminui a dependncia dos funcionrios. O contrrio mais verdadeiro, pois os sistemas necessitam de pessoas que os operam e que precisaro se capacitar para faz-lo. Se a introduo da automao for conduzida de modo adequado, os funcionrios tero a oportunidade de se capacitar e evoluir. Depois de realizada a anlise e denidos os processos que sero automatizados, ter incio a modelagem de dados. Caso seja necessrio, as possveis telas do sistema podero ser planejadas, simulando a entrada de algumas informaes e possibilitando uma melhor visualizao dos dados. Depois do modelo pronto, o sistema comear a ser desenvolvido [MATSUKI 2008]. Em seguida, podero ser realizados os testes e o treinamento do sistema com os usurios. Esta etapa servir para vericar se o sistema foi desenvolvido de acordo com as necessi-
dades denidas na etapa de planejamento. Depois de validados todos os mdulos do sistema e de treinados os usurios, o sistema poder ser implantado. Quanto mais cuidadosos e detalhados tiverem sido os trabalhos das etapas anteriores, mais tranqila e suave ser a etapa de implantao. importante realizar um acompanhamento da implantao para solucionar dvidas que venham a ocorrer e corrigir eventuais problemas que vierem a surgir [REGENSTEINER 1999].
2.2
Conceitos bsicos de modelagem orientada a objetos
Objeto: elemento que representa algum conceito do mundo real. uma instncia de uma classe e capaz de armazenar estados atravs de seus atributos e reagir a mensagens enviadas a ele, assim como se relacionar e enviar mensagens a outros objetos. Cada objeto tem uma identidade nica, mesmo se seu estado (valor de seus atributos) for idntico ao de outro objeto [FURLAN 1998]. Abstrao: denota as caractersticas essenciais de um objeto que o distinguem de todos os outros objetos e portanto, oferece limites conceituais bem denidos, relativos a perspectiva do observador [FURLAN 1998]. Encapsulamento: ocultamento de informaes. Este mecanismo utilizado para impedir o acesso direto ao estado de um objeto, disponibilizando externamente apenas os mtodos que alteram estes estados [WIKIPEDIA 2008]. Modularidade: diviso do sistema em mdulos menores que se interligam, cando mais fcil compreend-los e gerenci-los individualmente [WIKIPEDIA 2008]. Classe: conjunto de objetos que possuem as mesmas propriedades (atributos) e o mesmo comportamento (mtodos). A classe o conceito e o objeto o que d vida ao conceito [WIKIPEDIA 2008]. Super-classe: elemento mais geral utilizado para evitar as redundncias de descrio [WIKIPEDIA 2008].
Sub-classe: elemento mais especco utilizado para descrever as particularidades das classes [WIKIPEDIA 2008]. Herana: capacidade de um novo objeto tomar todos atributos e operaes de um objeto existente. A nova classe herda todas as propriedades e comportamentos da superclasse. A nova classe chamada de sub-classe. A linguagem Java permite organizar tipos semelhantes de classes em categorias chamadas hierarquias de classes, onde classes de baixo nvel (sub-classes) podem usar servios das classes mais altas na sua hierarquia (super-classes). Todos os atributos e operaes comuns ao objeto e classe base so herdados por seus descendentes. A herana, ou compartilhamento de atributos e operaes dentro de uma hierarquia de classes, um dos pontos fortes da programao orientada a objetos [FURLAN 1998]. Generalizao: processo de criao de super-classes. uma relao na qual os objetos de um elemento especializado (um lho) pode ser substitudo por objetos do elemento geral (o pai) [FURLAN 1998]. Especializao: processo de criao de sub-classes. especicar um caso geral de maneira mais detalhada, at chegar ao conceito mais restrito [FURLAN 1998]. Polimorsmo: termo usado para designar o fato de uma mesma operao poder assumir vrios comportamentos, e tambm a capacidade de uma varivel referir-se a objetos diferentes [FURLAN 1998]. Mensagem: comunicao entre o usurio e um objeto ou entre objetos. Uma mensagem composta do nome do objeto que a receber, de um seletor que representa o nome da operao que ser executada e de parmetros denidos pela assinatura da operao de destino [FURLAN 1998].
11
2.3
2.3.1
Tecnologias utilizadas
UML
A UML (Unied Modeling Language ou Linguagem de Modelagem Unicada) surgiu da unio de trs mtodos de modelagem: o mtodo de Booch, o mtodo OMT de Jacobson e o mtodo OOSE de Rumbaugh. Estas eram, at meados da dcada de 90, os trs mtodos de modelagem orientada a objetos mais populares entre os prossionais da rea de desenvolvimento de software. A unio dessas metodologias contou com o amplo apoio da Rational Software, que incentivou e nanciou a unio das trs metodologias [MEDEIROS 2004]. A UML uma linguagem visual utilizada para modelar sistemas computacionais por meio do paradigma de Orientao a Objetos. O objetivo da UML ajudar a denir as caractersticas do software, tais como seus requisitos, seu comportamento, sua estrutura lgica, a dinmica de seus processos e suas necessidades fsicas em relao ao equipamento sobre o qual o sistema dever ser implantado. Todas essas caractersticas so denidas por meio da UML antes do software comear a ser realmente desenvolvido [GUEDES 2004]. A UML composta por diferentes tipos de diagrama, cada um representando o sistema sob uma determinada tica. A utilizao de diversos diagramas permite que falhas sejam descobertas, diminuindo a possibilidade da ocorrncia de erros futuros.
2.3.2
Diagramas da UML
Diagrama de Casos de Uso: o diagrama mais geral e informal da UML, sendo utilizado normalmente nas fases de levantamento e anlise de requisitos do sistema. Procura identicar os atores que utilizaro o software e os servios que o sistema disponibilizar aos atores, conhecidos como casos de uso. Diagrama de Classes: o diagrama mais utilizado e o mais importante da UML. Dene a estrutura das classes utilizadas pelo sistema, determinando os atributos e mtodos
de cada classe, alm de estabelecer como as classes se relacionam e trocam informaes entre si. Diagrama de Objetos: fornece uma viso dos valores armazenados pelos objetos de um Diagrama de Classes em um determinado momento da execuo de um processo do software. Diagrama de Seqncia: preocupa-se com a ordem temporal em que as mensagens so trocadas entre os objetos envolvidos em um determinado processo. Diagrama de Comunicao: era conhecido como Diagrama de Colaborao at a verso 1.5 da UML, tendo seu nome modicado para Diagrama de Comunicao a partir da verso 2.0. Esse diagrama est amplamente associado ao Diagrama de Seqncia; na verdade, um complementa o outro. As informaes mostradas no Diagrama de Comunicao so, com freqncia, praticamente as mesmas apresentadas no Diagrama de Seqncia, porm com um enfoque diferente, visto que este diagrama no se preocupa com a temporalidade do processo, concentrando-se em como os objetos esto vinculados e quais mensagens trocam entre si durante o processo. Portanto, o diagrama de seqncia enfatiza a seqncia no tempo e o diagrama de comunicao enfatiza os relacionamentos entre os objetos. Diagrama de Estados: procura representar as alteraes no estado sofridas por um objeto dentro de um determinado processo. Diagrama de Atividades: preocupa-se em descrever os passos a serem percorridos para a concluso de uma atividade especca. Diagrama de Componentes: representa os componentes do sistema quando este for ser implementado em termos de mdulos de cdigo-fonte, bibliotecas, formulrios, arquivos de ajuda, mdulos executveis etc. e determina como esses componentes estaro estruturados e interagiro para que o sistema funcione de maneira adequada. Diagrama de Implantao: determina as necessidades de hardware do sistema, servidores, estaes, topologias e protocolos de comunicao.
Diagrama de Pacotes: representa os sub-sistemas englobados por um sistema de forma a determinar as partes que o compem.
2.3.3
Java
Java uma linguagem de programao orientada a objetos que foi desenvolvida pela Sun Microsystems. antes de tudo uma linguagem simples, fortemente tipada, independente de arquitetura, robusta, segura, extensvel, bem estruturada, distribuda, multithreaded e com coletor de lixo. Java uma linguagem de alto nvel muito parecida com C++, porm, mais simples. Java no possui sobrecarga de operadores, structs, unions, aritmtica de ponteiros, herana mltipla, arquivos .h, diretivas de pr-processamento e a memria alocada dinamicamente gerenciada pela prpria linguagem, que usa algoritmos de coletor de lixo para liberar regies de memria que no esto mais em uso. Java uma linguagem independente de plataforma. Isto quer dizer que um programa em Java pode funcionar em qualquer sistema operacional. Isto possvel porque existe uma Mquina Virtual para cada sistema operacional e que se encarrega de executar o programa de Java. Atualmente Java utilizado em um amplo leque de possibilidades e praticamente qualquer aplicao pode ser feita em Java e muitas vezes com grandes vantagens. Com Java pode-se programar pginas web dinmicas, com acesso base de dados, utilizando XML, independentemente da conexo de rede e do sistema utilizado. Em geral, qualquer aplicao acessvel atravs da web pode ser construda utilizando Java.
2.3.4
PostgreSQL
O PostgreSQL um SGBD (Sistema Gerenciador de Banco de Dados) objeto-relacional de cdigo aberto, com mais de 15 anos de desenvolvimento. extremamente robusto e convel, alm de ser exvel e rico em recursos. Ele considerado objeto-relacional por implementar, alm das caractersticas de um SGBD relacional, algumas caractersticas de
orientao a objetos, como herana e tipos personalizados. A equipe de desenvolvimento do PostgreSQL sempre teve uma grande preocupao em manter a compatibilidade com os padres SQL92/SQL99 [POSTGRESQL 2008]. O PostgreSQL oferece muitas funcionalidades, como: comandos complexos, chaves estrangeiras, gatilhos, vises e integridade transacional. Alm disso, o PostgreSQL pode ser ampliado pelo usurio de muitas maneiras como, por exemplo, adicionando novos tipos de dados, funes, operadores, funes de agregao e atravs da utilizao de linguagens procedurais.
15
16
Captulo 3 Modelagem do sistema de compras

Nesse captulo apresentada a modelagem do sistema desenvolvido, utilizando os conceitos de modelagem orientada a objetos e de UML j apresentados no captulo anterior. O captulo apresenta tambm a modelagem da base de dados do sistema desenvolvido.
3.1
Diagramas de caso de uso
Como apresentado anteriormente, os diagramas de caso de uso tm o objetivo de identicar os atores que utilizaro o sistema e os servios que sero disponibilizados a eles. A Figura 3.1 apresenta o diagrama de caso de uso principal elaborado na modelagem do sistema de compras. Este diagrama apresenta todas as funcionalidades do sistema.
Figura 3.1: Caso de uso principal
3.2
Fluxos de eventos
Em seguida, sero apresentados os uxos de eventos para cada caso de uso. Os casos de uso "Cadastro de fornecedores" e "Cadastro de materiais" so compostos de outros casos de uso. Por esse motivo, necessitam ser melhor detalhados. As Figuras 3.2 e 3.3 apresentam, respectivamente, esses casos de uso.
18
Figura 3.2: Caso de uso: Cadastro de fornecedores
As sees a seguir, se referem aos casos de uso que compem o caso de uso "Cadastro de fornecedores".
3.2.1
Fluxo de eventos para o caso de uso "Inserir fornecedor"
Descrio: Este caso de uso aborda o procedimento adotado para o cadastro de fornecedores no sistema. O caso de uso se inicia quando o usurio deseja cadastrar um novo fornecedor no sistema e naliza quando o cadastro realizado ou quando o usurio cancela o procedimento. Pr-condies: O caso de uso "Login" deve ser executado antes que este caso de uso se inicie. Atores envolvidos: Usurio.
Fluxo principal: Este caso de uso se inicia aps o usurio ter realizado login no sistema. Na seqncia o usurio deve selecionar a atividade desejada: Inserir fornecedor (IF) ou Sair (QUIT). Se a atividade selecionada for Inserir fornecedor (IF), o sub-uxo S-1: "Inserir fornecedor" ser executado. Se a atividade selecionada for Sair (QUIT) o caso de uso termina. Sub-uxos: S-1 "Inserir fornecedor": O sistema apresenta uma janela para entrada dos seguintes dados: cdigo (E1), razo social, fantasia, CNPJ, endereo, bairro, cidade, estado, cep, telefone, fax, site e e-mail. O sistema salva os dados e o caso de uso reiniciado. Fluxos alternativos: E-1: Houve uma tentativa de cadastro de um fornecedor j cadastrado. O usurio pode fornecer um novo cdigo ou terminar o caso de uso.
3.2.2
Fluxo de eventos para o caso de uso "Alterar fornecedor"
Descrio: Este caso de uso aborda o procedimento adotado para a alterao de algum fornecedor cadastrado no sistema. O caso de uso se inicia quando o usurio deseja alterar dados de um fornecedor no sistema e naliza quando a alterao realizada ou quando o usurio cancela o procedimento. Pr-condies: O caso de uso "Login" deve ser executado antes que este caso de uso se inicie. Atores envolvidos: Usurio. Fluxo principal: Este caso de uso se inicia aps o usurio ter realizado login no sistema. Na seqncia o usurio deve selecionar a atividade desejada: Alterar fornecedor (AF) ou Sair (QUIT). Se a atividade selecionada for Alterar fornecedor (AF), o sub-uxo S-1: "Alterar fornecedor" ser executado. Se a atividade selecionada for Sair (QUIT) o caso de uso termina. Sub-uxos: S-1 "Alterar fornecedor": O sistema apresenta uma janela solicitando o
cdigo (E1) do fornecedor a ser alterado. O sistema exibe uma janela para alterao dos dados: razo social, fantasia, CNPJ, endereo, bairro, cidade, estado, cep, telefone, fax, site e e-mail. O sistema salva os dados e o caso de uso reiniciado. Fluxos alternativos: E-1: Houve uma tentativa de alterao de um fornecedor no cadastrado. O usurio pode fornecer um novo cdigo ou terminar o caso de uso.
3.2.3
Fluxo de eventos para o caso de uso "Excluir fornecedor"
Descrio: Este caso de uso aborda o procedimento adotado para a excluso de fornecedores no sistema. O caso de uso se inicia quando o usurio deseja excluir um fornecedor no sistema e naliza quando a excluso concluda ou quando o usurio cancela o procedimento. Pr-condies: O caso de uso "Login" deve ser executado antes que este caso de uso se inicie. Atores envolvidos: Usurio. Fluxo principal: Este caso de uso se inicia aps o usurio ter realizado login no sistema. Na seqncia o usurio deve selecionar a atividade desejada: Excluir fornecedor (EF) ou Sair (QUIT). Se a atividade selecionada for Excluir fornecedor (EF), o sub-uxo S-1: "Excluir fornecedor" ser executado. Se a atividade selecionada for Sair (QUIT) o caso de uso termina. Sub-uxos: S-1 "Excluir fornecedor": O sistema apresenta uma janela para entrada do cdigo do fornecedor (E1) que deseja excluir. O sistema exibe o cdigo e a razo social para conrmao da excluso. O sistema exclui o fornecedor e o caso de uso reinicia. Fluxos alternativos: E-1: Houve uma tentativa de excluso de um fornecedor no cadastrado. O usurio pode fornecer um novo cdigo ou terminar o caso de uso.
21
Figura 3.3: Caso de uso: Cadastro de materiais
As sees a seguir, se referem aos casos de uso que compem o caso de uso "Cadastro de materiais".
3.2.4
Fluxo de eventos para o caso de uso "Inserir material"
Descrio: Este caso de uso aborda o procedimento adotado para o cadastro de materiais no sistema. O caso de uso se inicia quando o usurio deseja cadastrar um novo material no sistema e naliza quando o cadastro realizado ou quando o usurio cancela o procedimento. Pr-condies: O caso de uso "Login" deve ser executado antes que este caso de uso se inicie. Atores envolvidos: Usurio.
Fluxo principal: Este caso de uso se inicia aps o usurio ter realizado login no sistema. Na seqncia o usurio deve selecionar a atividade desejada: Inserir material (IM) ou Sair (QUIT). Se a atividade selecionada for Inserir material (IM), o sub-uxo S-1: "Inserir material" ser executado. Se a atividade selecionada for Sair (QUIT) o caso de uso termina. Sub-uxos: S-1 "Inserir material": O sistema apresenta uma janela para entrada dos seguintes dados: cdigo (E1), descrio do material, tipo e estoque mnimo. O sistema salva os dados e o caso de uso reiniciado. Fluxos alternativos: E-1: Houve uma tentativa de cadastro de um material j cadastrado. O usurio pode fornecer um novo cdigo ou terminar o caso de uso.
3.2.5
Fluxo de eventos para o caso de uso "Alterar material"
Descrio: Este caso de uso aborda o procedimento adotado para a alterao de materiais no sistema. O caso de uso se inicia quando o usurio deseja alterar dados de um material no sistema e naliza quando a alterao realizada ou quando o usurio cancela o procedimento. Pr-condies: O caso de uso "Login" deve ser executado antes que este caso de uso se inicie. Atores envolvidos: Usurio. Fluxo principal: Este caso de uso se inicia aps o usurio ter realizado login no sistema. Na seqncia o usurio deve selecionar a atividade desejada: Alterar material (AM) ou Sair (QUIT). Se a atividade selecionada for Alterar material (AM), o sub-uxo S-1: "Alterar material" ser executado. Se a atividade selecionada for Sair (QUIT) o caso de uso termina. Sub-uxos: S-1 "Alterar material": O sistema apresenta uma janela solicitando o cdigo (E1) do material a ser alterado. O sistema exibe uma janela para alterao dos
dados: descrio do material, tipo e estoque mnimo. O sistema salva os dados e o caso de uso reiniciado. Fluxos alternativos: E-1: Houve uma tentativa de alterao de um material no cadastrado. O usurio pode fornecer um novo cdigo ou terminar o caso de uso.
3.2.6
Fluxo de eventos para o caso de uso "Excluir material"
Descrio: Este caso de uso aborda o procedimento adotado para a excluso de materiais no sistema. O caso de uso se inicia quando o usurio deseja excluir um material no sistema e naliza quando a excluso concluda ou quando o usurio cancela o procedimento. Pr-condies: O caso de uso "Login" deve ser executado antes que este caso de uso se inicie. Atores envolvidos: Usurio. Fluxo principal: Este caso de uso se inicia aps o usurio ter realizado login no sistema. Na seqncia o usurio deve selecionar a atividade desejada: Excluir material (EM) ou Sair (QUIT). Se a atividade selecionada for Excluir material (EM), o sub-uxo S-1: "Excluir material" ser executado. Se a atividade selecionada for Sair (QUIT) o caso de uso termina. Sub-uxos: S-1 "Excluir material": O sistema apresenta uma janela para entrada do cdigo do material (E1) que deseja excluir. O sistema exibe o cdigo e a descrio para conrmao da excluso. O sistema exclui o material e o caso de uso reinicia. Fluxos alternativos: E-1: Houve uma tentativa de excluso de um material no cadastrado. O usurio pode fornecer um novo cdigo ou terminar o caso de uso.
3.2.7
Fluxo de eventos para o caso de uso "Inserir requisies"
Descrio: Este caso de uso aborda o procedimento adotado para a requisio de materiais no sistema. O caso de uso se inicia quando o usurio deseja requisitar um material no sistema e naliza quando a requisio realizada ou quando o usurio cancela o procediUNESP/FEG-CEIE, 2008 24
mento. Pr-condies: O caso de uso "Login" deve ser executado antes que este caso de uso se inicie. Atores envolvidos: Usurio. Fluxo principal: Este caso de uso se inicia aps o usurio ter realizado login no sistema. Na seqncia o usurio deve selecionar a atividade desejada: Requisitar material (RM) ou Sair (QUIT). Se a atividade selecionada for Requisitar material (RM), o sub-uxo S-1: "Requisitar material" ser executado. Se a atividade selecionada for Sair (QUIT) o caso de uso termina. Sub-uxos: S-1 "Requisitar material": O sistema apresenta uma janela para entrada dos seguintes dados: cdigo (E1) do material e quantidade requisitada. O sistema salva os dados e o caso de uso reiniciado. Fluxos alternativos: E-1: Houve uma tentativa de requisio de um material no cadastrado. O usurio pode fornecer um novo cdigo, ir para o caso de uso "Cadastrar material" ou terminar o caso de uso.
3.2.8
Fluxo de eventos para o caso de uso "Realizar cotaes"
Descrio: Este caso de uso aborda o procedimento adotado para a realizao de cotaes de materiais no sistema. O caso de uso se inicia quando o usurio deseja realizar cotao para as requisies cadastradas no sistema e naliza quando a cotao realizada ou quando o usurio cancela o procedimento. Pr-condies: O caso de uso "Login" deve ser executado antes que este caso de uso se inicie. Atores envolvidos: Usurio. Fluxo principal: Este caso de uso se inicia aps o usurio ter realizado login no sistema. Na seqncia o usurio deve selecionar a atividade desejada: Realizar cotao (RC) ou Sair (QUIT).
Se a atividade selecionada for Realizar cotao (RC), o sub-uxo S-1: "Realizar cotao" ser executado. Se a atividade selecionada for Sair (QUIT) o caso de uso termina. Sub-uxos: S-1 "Realizar cotao": O sistema apresenta uma janela para a escolha da requisio. Em seguida, oferece uma janela para entrada dos seguintes dados: cdigo do fornecedor (E1), preo, forma de pagamento e prazo de entrega. O sistema salva os dados e o caso de uso reiniciado. Fluxos alternativos: E-1: Houve uma tentativa de cotao de um fornecedor no cadastrado. O usurio pode fornecer um novo cdigo, ir para o caso de uso "Cadastrar fornecedor" ou terminar o caso de uso.
3.2.9
Fluxo de eventos para o caso de uso "Efetuar compras"
Descrio: Este caso de uso aborda o procedimento adotado para a realizao de compras de materiais no sistema. O caso de uso se inicia quando o usurio deseja realizar compra para as cotaes realizadas no sistema e naliza quando a compra realizada ou quando o usurio cancela o procedimento. Pr-condies: O caso de uso "Login" deve ser executado antes que este caso de uso se inicie. Atores envolvidos: Usurio. Fluxo principal: Este caso de uso se inicia aps o usurio ter realizado login no sistema. Na seqncia o usurio deve selecionar a atividade desejada: Efetuar compra (EC) ou Sair (QUIT). Se a atividade selecionada for Efetuar compra (EC), o sub-uxo S-1: "Efetuar compra" ser executado. Se a atividade selecionada for Sair (QUIT) o caso de uso termina. Sub-uxos: S-1 "Efetuar compra": O sistema apresenta uma janela para a escolha da cotao e conrmao da compra. O sistema salva os dados e o caso de uso reiniciado.
3.2.10
Fluxo de eventos para o caso de uso "Receber mercadorias"
Descrio: Este caso de uso aborda o procedimento adotado para a realizao de recebimento de materiais no sistema. O caso de uso se inicia quando o usurio deseja receber uma compra realizada no sistema e naliza quando a compra recebida ou quando o usurio cancela o procedimento. Pr-condies: O caso de uso "Login" deve ser executado antes que este caso de uso se inicie. Atores envolvidos: Usurio. Fluxo principal: Este caso de uso se inicia aps o usurio ter realizado login no sistema. Na seqncia o usurio deve selecionar a atividade desejada: Receber mercadorias (RM) ou Sair (QUIT). Se a atividade selecionada for Receber mercadorias (RM), o sub-uxo S-1: "Receber mercadorias" ser executado. Se a atividade selecionada for Sair (QUIT) o caso de uso termina. Sub-uxos: S-1 "Receber mercadorias": O sistema apresenta uma janela para a escolha da compra e conrmao das quantidades recebidas de cada material. O sistema salva os dados e o caso de uso reiniciado.
3.2.11
Fluxo de eventos para o caso de uso "Movimentar estoque"
Descrio: Este caso de uso aborda o procedimento adotado para a realizao de entradas e sadas no estoque de materiais no sistema. O caso de uso se inicia quando o usurio deseja efetuar uma movimentao de estoque no sistema e naliza quando a movimentao realizada ou quando o usurio cancela o procedimento. Pr-condies: O caso de uso "Login" deve ser executado antes que este caso de uso se inicie. Atores envolvidos: Usurio. Fluxo principal: Este caso de uso se inicia aps o usurio ter realizado login no sistema. Na seqncia o usurio deve selecionar a atividade desejada: Movimentar estoque
(ME) ou Sair (QUIT). Se a atividade selecionada for Movimentar estoque (ME), o sub-uxo S-1: "Movimentar estoque" ser executado. Se a atividade selecionada for Sair (QUIT) o caso de uso termina. Sub-uxos: S-1 "Movimentar estoque": O sistema apresenta uma janela para entrada dos seguintes dados: cdigo (E1) do material, tipo de movimento e quantidade. O sistema salva os dados e o caso de uso reiniciado. Fluxos alternativos: E-1: Houve uma tentativa de movimentao de um material no cadastrado. O usurio pode fornecer um novo cdigo, ir para o caso de uso "Cadastrar material" ou terminar o caso de uso.
3.3
Estrutura da base de dados
A modelagem de uma base de dados exige um grande entendimento do problema a ser solucionado. A utilizao de modelos importante para que se tenha uma viso mais clara e tambm para que se possa representar formalmente a realidade analisada. A modelagem da base de dados foi feita utilizando o software Toad Data Modeler, anteriormente conhecido como Case Studio, que tem o intuito de auxiliar a modelagem de dados [DEVMEDIA 2008]. As tabelas foram criadas no PostgreSQL para serem utilizadas pelo sistema. As tabelas que compem o sistema so: Usuario: armazena a identicao ("login") e a senha de cada usurio do sistema; Fornecedor: armazena dados cadastrais dos fornecedores da empresa; Material: armazena os materiais de consumo e as matrias-primas que a empresa utiliza. O atributo tipo dene se material ou matria-prima; MaterialFornecedor: armazena os materiais fornecidos para cada um dos fornecedores;
MovimentoEstoque: armazena as entradas e sadas de estoque de cada material; Requisicao: armazena as requisies dos funcionrios da empresa; Cotacao: armazena as cotaes realizadas no sistema; ItemCotacao: armazena os itens cotados junto aos fornecedores; CotacaoRequisicao: relaciona o material requisitado com o material cotado. A Figura 3.4 mostra a modelagem de dados realizada para o sistema desenvolvido.
Figura 3.4: Modelagem de dados
29
30
Captulo 4 Funcionamento do sistema

Nesse captulo apresenta-se o funcionamento do sistema desenvolvido, atravs da apresentao de suas telas.
4.1
Tela inicial
A Figura 4.1 apresenta a pgina inicial do sistema. O usurio dever digitar seu "login" e senha, e clicar no boto Acessar. Se o login digitado j estiver cadastrado e a senha estiver correta, o usurio ter acesso ao menu principal do sistema.
Figura 4.1: Tela inicial
A Figura 4.2 apresenta os sub-items do menu Cadastros. Esses sub-items sero apresentados nas sees de 4.2 a 4.4.
Figura 4.2: Menu Cadastros
A Figura 4.3 apresenta os sub-items do menu Processos. Esses sub-items sero apresentados nas sees de 4.5 a 4.8.
Figura 4.3: Menu Processos
4.2
Botes
A gura 4.4 apresenta os botes existentes nas telas do sistema.

Figura 4.4: Botes
4.3
Cadastro de Usurios
A Figura 4.5 apresenta a tela de cadastro de usurio. Essa tela acessada atravs do menu Cadastros -> Usurio.
Figura 4.5: Cadastro de Usurios
A tela de Cadastro de Usurios mostra todos os usurios cadastrados. Para inserir um novo registro, o usurio deve clicar no boto Novo e preencher os campos requisitados. Em seguida, clicar no boto Salvar. Caso j exista um usurio cadastrado com o mesmo login, o sistema apresentar uma mensagem informando e requisitando que seja digitado
outro login. o sistema apresentar mensagem tambm caso algum campo obrigatrio no tenha sido digitado. O sistema tambm oferece a opo de pesquisar algum usurio cadastrado. Para isso, deve-se clicar no boto Pesquisar, que est ao lado do campo login. O sistema vai abrir uma tela para o usurio digitar o login que se deseja pesquisar. A Figura 4.6 mostra essa tela de pesquisa. Depois de digitar o login, o usurio deve clicar no boto OK. Se este login no estiver cadastrado, o sistema apresentar uma mensagem de erro. Caso contrrio, o sistema apresentar as informaes referentes ao registro localizado.
Figura 4.6: Pesquisar por login
O boto Imprimir oferece um relatrio de todos os usurios cadastrados. A Figura 4.7 mostra um exemplo desse relatrio.
Figura 4.7: Relatrio de Usurios
34
4.4
Cadastro de Materiais
A Figura 4.8 apresenta a tela de cadastro de matria-prima e material de consumo. Essa tela acessada atravs do menu Cadastros -> Material.
Figura 4.8: Cadastro de Materiais
A tela de Cadastro de Materiais mostra todos os materiais cadastrados. Para inserir um novo registro, o usurio deve clicar no boto Novo e preencher os campos requisitados. Em seguida, clicar no boto Salvar. Caso algum campo obrigatrio no tenha sido digitado, o sistema exibir uma mensagem solicitando o preenchimento desse campo. O sistema tambm oferece a opo de pesquisar alguma matria-prima ou material de consumo pelo cdigo ou pela descrio. Para pesquisar por cdigo, deve-se clicar no boto Pesquisar, que est ao lado do campo cdigo. Para pesquisar por descrio, deve-se clicar no boto Pesquisar, que est ao lado do campo descrio. O sistema vai abrir uma tela para o usurio pesquisar o que se deseja. A Figura 4.9 apresenta a tela
de pesquisa por descrio. Depois de digitar a descrio, o usurio deve clicar no boto OK. Se no houver cadastrado nenhum material com essa descrio, o sistema apresentar uma mensagem de erro. Caso contrrio, o sistema apresentar as informaes referentes ao registro localizado.
Figura 4.9: Pesquisar por descrio
O usurio pode alterar qualquer registro cadastrado e em seguida, clicar no boto Salvar. Para excluir algum material cadastrado, deve-se clicar no boto Excluir. O boto Cancelar cancela qualquer operao que esteja sendo executada pelo usurio. O boto Imprimir oferece um relatrio de todas as matrias-primas e materiais de consumo cadastrados. A Figura 4.10 mostra um exemplo desse relatrio.
Figura 4.10: Relatrio de Materiais
36
4.5
Cadastro de Fornecedores
A Figura 4.11 apresenta a tela de cadastro de fornecedor. Essa tela acessada atravs do menu Cadastros -> Fornecedor.
Figura 4.11: Cadastro de Fornecedores
A tela de Cadastro de Fornecedores mostra todos os fornecedores cadastrados. Para inserir um novo registro, o usurio deve clicar no boto Novo e preencher os campos requisitados. Em seguida, clicar no boto Salvar. Caso algum campo obrigatrio no tenha sido digitado, o sistema exibir uma mensagem solicitando o preenchimento desse campo. O sistema tambm oferece a opo de pesquisar algum fornecedor pelo cdigo ou
pela razo social. Para pesquisar por cdigo, deve-se clicar no boto Pesquisar, que est ao lado do campo cdigo. Para pesquisar por razo social, deve-se clicar no boto Pesquisar, que est ao lado do campo razo social. O sistema vai abrir uma tela para o usurio pesquisar o que se deseja. A Figura 4.12 apresenta a tela de pesquisa por razo social.
Figura 4.12: Pesquisar por razo social
O usurio pode alterar qualquer registro cadastrado e em seguida, clicar no boto Salvar. Para excluir algum fornecedor cadastrado, deve-se clicar no boto Excluir. O boto Cancelar cancela qualquer operao que esteja sendo executada pelo usurio. O boto Imprimir oferece um relatrio de todos os fornecedores cadastrados. A Figura 4.13 mostra um exemplo desse relatrio.
Figura 4.13: Relatrio de Fornecedores
38
4.6
Requisio de Material
A Figura 4.14 apresenta a tela de requisio de matria-prima e material de consumo. Essa tela acessada atravs do menu Processos -> Requisio.
Figura 4.14: Requisio de Material
A tela de Requisio de Material mostra todos as requisies cadastradas no sistema. As requisies possuem trs "status" diferentes. Quando o usurio faz uma nova requisio, ela ca com o status "A". Quando realizada alguma cotao para ela, a requisio ca com o status "C". E quando essa cotao gera uma compra, a requisio ca com status "E". O usurio s pode alterar e excluir requisies com status "A". Para inserir um novo registro, o usurio deve clicar no boto Novo e preencher os campos requisitados. Em seguida, clicar no boto Salvar. Caso algum campo obrigatrio no tenha sido digitado, o sistema exibir uma mensagem solicitando o preenchimento desse campo.
O sistema tambm oferece a opo de pesquisar alguma requisio pelo cdigo. Para isso, deve-se clicar no boto Pesquisar, que est ao lado do campo cdigo. O sistema vai abrir uma tela para o usurio pesquisar o que se deseja. Depois de digitar o cdigo da requisio, o usurio deve clicar no boto OK. Se no tiver nenhuma requisio com esse cdigo, o sistema apresentar uma mensagem de erro. Caso contrrio, o sistema apresentar as informaes referentes ao registro localizado. O usurio pode alterar qualquer registro cadastrado e em seguida, clicar no boto Salvar. Para excluir alguma requisio, deve-se clicar no boto Excluir. O boto Cancelar cancela qualquer operao que esteja sendo executada pelo usurio. O boto Imprimir oferece um relatrio de todas as requisies. A Figura 4.15 mostra um exemplo desse relatrio.
Figura 4.15: Relatrio de Requisies
40
4.7
Cotao de Material
A Figura 4.16 apresenta a tela utilizada para realizar a cotao de matria-prima e material de consumo. Essa tela acessada atravs do menu Processos -> Cotao.
Figura 4.16: Cotaes
A tela de Cotao de Material mostra todas as cotaes realizadas no sistema. As cotaes possuem trs status diferentes. Quando o usurio faz uma nova cotao, ela ca com o status "A". Quando ela gera uma compra, a cotao ca com o status "C". E quando essa compra recebida e dado entrada em estoque dos materiais, a cotao ca com status "E". O usurio s pode alterar e excluir cotaes com status "A". Para inserir um novo registro, o usurio deve clicar no boto Novo e preencher os campos requisitados. Em seguida, clicar no boto Salvar. Caso algum campo obrigatrio no tenha sido digitado, o sistema exibir uma mensagem solicitando o preenchimento desse campo. Depois de preencher as informaes da cotao, como fornecedor, prazo de entrega e forma de pagamento, o usurio deve incluir os materiais requisitados na cotao. Para
isso, ele deve selecionar o material na grade Requisies em Aberto e enviar para a grade Itens da Cotao. A grade Requisies em Aberto apresenta todas as requisies que ainda no foram compradas. Para excluir algum material da Cotao, ele deve selecionar o material na grade Itens da Cotao e enviar para a grade Requisies em Aberto. O usurio pode alterar qualquer registro cadastrado e em seguida, clicar no boto Salvar. Para excluir alguma cotao, deve-se clicar no boto Excluir. O boto Cancelar cancela qualquer operao que esteja sendo executada pelo usurio. O boto Imprimir oferece um relatrio de todas as requisies. A Figura 4.17 mostra um exemplo desse relatrio.
Figura 4.17: Relatrio de Cotaes
42
Para realizar uma compra da cotao, o usurio deve clicar no boto Efetuar Compra. O sistema ir alterar o status da cotao para "C".
4.8
Compras
A Figura 4.18 apresenta a tela de compras. Essa tela acessada atravs do menu Processos -> Compra.
Figura 4.18: Compra
A tela de Compras mostra todas as compras realizadas no sistema. Uma compra s pode ser realizada a partir de uma cotao realizada antes. Nessa tela, no possivel alterar nem excluir as compras. A grade Itens da Compra, mostra todos os materiais pertencentes a essa compra. As informaes mostradas so: Cdigo Material, Descrio do Material, Quantidade,
Quantidade Recebida, Preo e Preo Total. A informao Quantidade mostra as quantidades que foram compradas. A informao Quantidade Recebida ser destinada para o usurio digitar as quantidades que realmente forem recebidas. Quando as mercadorias chegarem empresa, o usurio dever digitar as quantidades recebidas nessa grade, e em seguida, clicar no boto Receber Mercadorias. O sistema dar entrada em estoque de todos os materiais recebidos, atualizando a quantidade em estoque. O sistema atualizar tambm o campo ltimo preo do material. O status da compra car "E". O boto Imprimir oferece um relatrio de todas as compras do sistema. A Figura 4.19 mostra um exemplo desse relatrio.
Figura 4.19: Relatrio de Compras
44
4.9
Movimento de Estoque
A Figura 4.20 apresenta a tela de movimento de estoque. Essa tela acessada atravs do menu Processos -> Movimento Estoque.
Figura 4.20: Movimento de Estoque
A tela de Movimento de Estoque mostra todos os movimentos realizados. Para realizar um novo movimento de estoque, o usurio deve clicar no boto Novo e preencher os campos requisitados. Em seguida, clicar no boto Salvar. O sistema atualizar a quantidade em estoque do material escolhido. Se o usurio estiver realizando uma sada de estoque, o sistema ir vericar se o material possui em estoque a quantidade desejada. Se no possuir, o sistema no efetuar a sada de estoque. O usurio no pode alterar nem excluir nenhuma movimentao de estoque. O boto Cancelar cancela qualquer operao que esteja sendo executada pelo usurio. O boto Imprimir oferece um relatrio de todos os movimentos realizados. A Figura
4.21 mostra um exemplo desse relatrio.
Figura 4.21: Relatrio de Movimento de Estoque
46
Captulo 5 Concluso
Esse trabalho apresentou todas as etapas do desenvolvimento de um sistema para uma fbrica de alimentos, desde o levantamento e anlise de requisitos, at o desenvolvimento do sistema em si. Com os conceitos de modelagem orientada a objetos e tambm de UML, foi realizada a modelagem do sistema em questo. De posse dessa modelagem, foi possvel desenvolver um sistema para auxiliar os funcionrios no seu dia-a-dia, a controlar as operaes envolvidas no processo de compras e a oferecer aos diretores informaes precisas da situao da empresa. Com o sistema desenvolvido, foi realizada uma apresentao de seu funcionamento para todos os funcionrios envolvidos. O mdulo desenvolvido foi aprovado, pois atende a todas as necessidades pedidas, como: cadastro de fornecedor, matria-prima e material de consumo, requisies de compra, cotaes, compras e movimentaes de estoque. Em seguida, sero realizados testes do sistema junto aos usurios. Depois de concludos os testes, o sistema ser implantado na empresa, comeando pelo cadastro dos usurios, matrias-primas, materiais de consumo e fornecedores. Depois de todos os usurios treinados e de completados os cadastros, o sistema desenvolvido comear a ser utilizado. Com a realizao desse trabalho, constatou-se como importante considerar todas as etapas no desenvolvimento de um sistema. Levantar e analisar requisitos, conversar com os usurios, analisar as necessidades descobertas e modelar o sistema so etapas
muito importantes e que servem como base para o desenvolvimento de um sistema. Alm disso, ter a documentao do sistema auxilia quando h a necessidade de manuteno. A documentao auxilia tambm na adio de novos mdulos ao sistema. Esse trabalho deixa como proposta, o desenvolvimento de novos mdulos, como o de "contas a pagar" e o de "produo", que podem complementar o sistema desenvolvido at o momento. O mdulo de "contas a pagar" dever controlar os pagamentos das compras realizadas junto aos fornecedores. O mdulo de "produo" dever controlar a transformao das matrias-primas em produto acabado. Cada produto dever ter sua composio cadastrada e a cada produo realizada, dever ser feita a sada de estoque das matrias-primas utilizadas. O acoplamento de novos mdulos a esse de compras j desenvolvido, s trar benefcios para a empresa, automatizando outros processos e auxiliando os funcionrios em seus trabalhos, alm de proporcionar empresa um maior controle de seu empreendimento.
48
Referncias Bibliogrcas
[DEVMEDIA 2008]DEVMEDIA. Devmedia. Disponvel em:
<http://www.devmedia.com.br>. Acesso em 19 junho 2008. [FURLAN 1998]FURLAN, J. D. Modelagem de objetos atravs da UML. 1. ed. So Paulo: MAKRON Books, 1998. 329. [GUEDES 2004]GUEDES, G. T. A. UML - Uma abordagem prtica. 1. ed. So Paulo: Novatec, 2004. 319. [LAUDON e LAUDON 1999]LAUDON, K. C.; LAUDON, J. P. Sistemas de informao. 4. ed. Rio de Janeiro: LTC, 1999. 389. [LEME FILHO 2003]LEME FILHO, T. Metodologia de desenvolvimento de sistemas. 1. ed. Rio de Janeiro: Axcel Books, 2003. 154. [MATSUKI 2008]MATSUKI, C. T. Modelagem de dados. SQL Magazine, v. 5, n. 51, p. 4849, 2008. [MEDEIROS 2004]MEDEIROS, E. S. Desenvolvendo software com UML 2.0. 1. ed. So Paulo: MAKRON Books, 2004. 264. [POSTGRESQL 2008]POSTGRESQL. Postgresql-br. Disponvel em:
<http://www.postgresql.org.br>. Acesso em 14 janeiro 2008. [REGENSTEINER 1999]REGENSTEINER, R. J. Elementos bsicos para o planejamento da automao do varejo. 1. ed. So Paulo: SENAC, 1999. 106.
[STAIR 1998]STAIR, R. M. Princpios de sistemas de informao. 2. ed. Rio de Janeiro: LTC, 1998. 451. [WIKIPEDIA 2008]WIKIPEDIA. Wikipedia. Disponvel em: <http://pt.wikipedia.org>. Acesso em 11 maro 2008.
50

CEIE0801

Enviado por

Dados do documento

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

CEIE0801

Enviado por

Direitos autorais:

Formatos disponíveis

FACULDADE DE E NGENHARIA DE G UARATINGUET E SPECIALIZAO EM I NFORMTICA E MPRESARIAL

Desenvolvimento de um sistema de compras para uma fbrica de alimentos

Andra Silva de Oliveira

Guaratinguet - SP Junho, 2008

Desenvolvimento de um sistema de compras para uma fbrica de alimentos

Andra Silva de Oliveira

Orientador: Prof. Dr. Edson Luiz Frana Senne

Guaratinguet - SP Junho, 2008

1. UML (Linguagem de modelagem padro)

I. Ttulo CDU 519.682

Desenvolvimento de um sistema de compras para uma fbrica de alimentos

Andra Silva de Oliveira NASCIMENTO: (28/08/1983) - Local (Campinas, So Paulo)

Paulo Afonso Pinto de Oliveira Rosa Maria Silva de Oliveira

Tecnlogo em Automao de Escritrios e Secretariado Faculdade de Tecnologia de Guaratinguet - FATEC

Desenvolvimento de um sistema de compras para uma fbrica de alimentos

Desenvolvimento de um sistema de compras para uma fbrica de alimentos

Desenvolvimento de um sistema de compras para uma fbrica de alimentos

Desenvolvimento de um sistema de compras para uma fbrica de alimentos

3.2.2 3.2.3 3.2.4 3.2.5 3.2.6 3.2.7 3.2.8 3.2.9

Estrutura da base de dados . . . . . . . . . . . . . . . . . . . . . . . . .

Desenvolvimento de um sistema de compras para uma fbrica de alimentos

Desenvolvimento de um sistema de compras para uma fbrica de alimentos

Palavras-chave: UML, Anlise orientada a objetos, Modelagem, Linguagem Java.

Desenvolvimento de um sistema de compras para uma fbrica de alimentos

Keywords: UML, Object oriented analysis, Modelling, Java language.

Desenvolvimento de um sistema de compras para uma fbrica de alimentos

Descrio do funcionamento do mdulo de compras

Desenvolvimento de um sistema de compras para uma fbrica de alimentos

Desenvolvimento de um sistema de compras para uma fbrica de alimentos

Desenvolvimento de um sistema de compras para uma fbrica de alimentos

Desenvolvimento de um sistema de compras para uma fbrica de alimentos

Captulo 2 Modelagem orientada a objetos

Desenvolvimento de um sistema de compras para uma fbrica de alimentos

Etapas do desenvolvimento do sistema

Desenvolvimento de um sistema de compras para uma fbrica de alimentos

Desenvolvimento de um sistema de compras para uma fbrica de alimentos

Conceitos bsicos de modelagem orientada a objetos

Desenvolvimento de um sistema de compras para uma fbrica de alimentos

Desenvolvimento de um sistema de compras para uma fbrica de alimentos

Desenvolvimento de um sistema de compras para uma fbrica de alimentos

Desenvolvimento de um sistema de compras para uma fbrica de alimentos

Desenvolvimento de um sistema de compras para uma fbrica de alimentos

Desenvolvimento de um sistema de compras para uma fbrica de alimentos

Captulo 3 Modelagem do sistema de compras

Diagramas de caso de uso

Desenvolvimento de um sistema de compras para uma fbrica de alimentos

Figura 3.1: Caso de uso principal

Desenvolvimento de um sistema de compras para uma fbrica de alimentos

Figura 3.2: Caso de uso: Cadastro de fornecedores

Fluxo de eventos para o caso de uso "Inserir fornecedor"

Desenvolvimento de um sistema de compras para uma fbrica de alimentos

Fluxo de eventos para o caso de uso "Alterar fornecedor"

Desenvolvimento de um sistema de compras para uma fbrica de alimentos

Fluxo de eventos para o caso de uso "Excluir fornecedor"

Desenvolvimento de um sistema de compras para uma fbrica de alimentos

Figura 3.3: Caso de uso: Cadastro de materiais

Fluxo de eventos para o caso de uso "Inserir material"

Desenvolvimento de um sistema de compras para uma fbrica de alimentos

Fluxo de eventos para o caso de uso "Alterar material"

Desenvolvimento de um sistema de compras para uma fbrica de alimentos

Fluxo de eventos para o caso de uso "Excluir material"

Fluxo de eventos para o caso de uso "Inserir requisies"

Desenvolvimento de um sistema de compras para uma fbrica de alimentos

Fluxo de eventos para o caso de uso "Realizar cotaes"