Sistema de Compras

FACULDADE DE ENGENHARIA DE GUARATINGUET
ESPECIALIZAO EM INFORMTICA EMPRESARIAL

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
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 Tc-
nico 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 - Univer-
sidade 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
Desenvolvimento de um sistema de compras para uma fbrica de alimentos
DADOS CURRICULARES
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 i
Dedico esse trabalho ao meu pai,
por todos os exemplos de vida
e ensinamentos que me deixou.
UNESP/FEG-CEIE, 2008 ii
AGRADECIMENTOS
Agradeo a Deus que me deu capacidade e fora para vencer os obstculos e dicul-
dades 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.
UNESP/FEG-CEIE, 2008 iii
UNESP/FEG-CEIE, 2008 iv
Sumrio
1 Introduo 1
1.1 Objetivo do trabalho . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2
1.2 Descrio do funcionamento do mdulo de compras . . . . . . . . . . . . 2
1.3 Desenvolvimento do trabalho . . . . . . . . . . . . . . . . . . . . . . . . 3
1.4 Resultados esperados . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4
1.5 Organizao da monograa . . . . . . . . . . . . . . . . . . . . . . . . . 5
2 Modelagem orientada a objetos 7
2.1 Etapas do desenvolvimento do sistema . . . . . . . . . . . . . . . . . . . 8
2.2 Conceitos bsicos de modelagem orientada a objetos . . . . . . . . . . . 10
2.3 Tecnologias utilizadas . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12
2.3.1 UML . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12
2.3.2 Diagramas da UML . . . . . . . . . . . . . . . . . . . . . . . . . 12
2.3.3 Java . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14
2.3.4 PostgreSQL . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14
3 Modelagem do sistema de compras 17
3.1 Diagramas de caso de uso . . . . . . . . . . . . . . . . . . . . . . . . . . 17
3.2 Fluxos de eventos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18
3.2.1 Fluxo de eventos para o caso de uso "Inserir fornecedor" . . . . . 19
3.2.2 Fluxo de eventos para o caso de uso "Alterar fornecedor" . . . . 20
3.2.3 Fluxo de eventos para o caso de uso "Excluir fornecedor" . . . . 21
3.2.4 Fluxo de eventos para o caso de uso "Inserir material" . . . . . . 22
3.2.5 Fluxo de eventos para o caso de uso "Alterar material" . . . . . . 23
3.2.6 Fluxo de eventos para o caso de uso "Excluir material" . . . . . . 24
3.2.7 Fluxo de eventos para o caso de uso "Inserir requisies" . . . . 24
3.2.8 Fluxo de eventos para o caso de uso "Realizar cotaes" . . . . . 25
3.2.9 Fluxo de eventos para o caso de uso "Efetuar compras" . . . . . 26
3.2.10 Fluxo de eventos para o caso de uso "Receber mercadorias" . . . 27
3.2.11 Fluxo de eventos para o caso de uso "Movimentar estoque" . . . 27
3.3 Estrutura da base de dados . . . . . . . . . . . . . . . . . . . . . . . . . 28
4 Funcionamento do sistema 31
4.1 Tela inicial . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 31
4.2 Botes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 32
4.3 Cadastro de Usurios . . . . . . . . . . . . . . . . . . . . . . . . . . . . 33
4.4 Cadastro de Materiais . . . . . . . . . . . . . . . . . . . . . . . . . . . . 35
4.5 Cadastro de Fornecedores . . . . . . . . . . . . . . . . . . . . . . . . . . 37
4.6 Requisio de Material . . . . . . . . . . . . . . . . . . . . . . . . . . . 39
4.7 Cotao de Material . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 41
4.8 Compras . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 43
4.9 Movimento de Estoque . . . . . . . . . . . . . . . . . . . . . . . . . . . 45
5 Concluso 47
Referncias Bibliogrcas 49
UNESP/FEG-CEIE, 2008 vi
Lista de Figuras
3.1 Caso de uso principal . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18
3.2 Caso de uso: Cadastro de fornecedores . . . . . . . . . . . . . . . . . . . 19
3.3 Caso de uso: Cadastro de materiais . . . . . . . . . . . . . . . . . . . . . 22
3.4 Modelagem de dados . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29
4.1 Tela inicial . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 31
4.2 Menu Cadastros . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 32
4.3 Menu Processos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 32
4.4 Botes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 33
4.5 Cadastro de Usurios . . . . . . . . . . . . . . . . . . . . . . . . . . . . 33
4.6 Pesquisar por login . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 34
4.7 Relatrio de Usurios . . . . . . . . . . . . . . . . . . . . . . . . . . . . 34
4.8 Cadastro de Materiais . . . . . . . . . . . . . . . . . . . . . . . . . . . . 35
4.9 Pesquisar por descrio . . . . . . . . . . . . . . . . . . . . . . . . . . . 36
4.10 Relatrio de Materiais . . . . . . . . . . . . . . . . . . . . . . . . . . . . 36
4.11 Cadastro de Fornecedores . . . . . . . . . . . . . . . . . . . . . . . . . . 37
4.12 Pesquisar por razo social . . . . . . . . . . . . . . . . . . . . . . . . . . 38
4.13 Relatrio de Fornecedores . . . . . . . . . . . . . . . . . . . . . . . . . 38
4.14 Requisio de Material . . . . . . . . . . . . . . . . . . . . . . . . . . . 39
4.15 Relatrio de Requisies . . . . . . . . . . . . . . . . . . . . . . . . . . 40
4.16 Cotaes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 41
4.17 Relatrio de Cotaes . . . . . . . . . . . . . . . . . . . . . . . . . . . . 42
4.18 Compra . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 43
4.19 Relatrio de Compras . . . . . . . . . . . . . . . . . . . . . . . . . . . . 44
4.20 Movimento de Estoque . . . . . . . . . . . . . . . . . . . . . . . . . . . 45
4.21 Relatrio de Movimento de Estoque . . . . . . . . . . . . . . . . . . . . 46
UNESP/FEG-CEIE, 2008 viii
Oliveira, A.S. - Desenvolvimento de um sistema de compras para uma fbrica de alimen-
tos. 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 ali-
mentos. 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 situ-
ao 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.
UNESP/FEG-CEIE, 2008 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 mak-
ing 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.
UNESP/FEG-CEIE, 2008 x
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 infor-
mao 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 orga-
nizao. 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 automati-
zada.
Resultados precisos, maior controle das operaes realizadas nas empresas e a grande
possibilidade de decises estratgicas so as maiores motivaes para automatizar proces-
sos 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 fornece-
dores. 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 pro-
duo. 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 matria-
prima 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 movi-
mentao de estoque para informar as quantidades utilizadas. O sistema atualizar o es-
toque 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. Tam-
bm 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 sis-
tema 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 requi-
sies;
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 desen-
volvido 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 da-
dos (SGDB).
1.4 Resultados esperados
Como resultado desse trabalho, espera-se que o sistema desenvolvido solucione as de-
cincias constatadas, fornecendo informaes precisas e seguras da situao do estoque da
empresa.
Espera-se que o sistema proporcione um controle correto do estoque, trazendo benef-
cios 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 gas-
tos 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.
OCaptulo 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 sis-
temas 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, deter-
minando 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 requi-
sitos. 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 apre-
sentadas pelo cliente so analisadas. Esta etapa conhecida como anlise de requisitos.
nela que os requisitos enunciados pelos usurios sero examinados, vericando se os mes-
mos 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 con-
junto 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 com-
preendidas, se algum tpico deixou de ser abordado, se algum item foi especicado in-
corretamente 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 modi-
caes 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 tmrealmente certeza do que querem. s vezes, necessrio sugerir muitas caracters-
ticas 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 ade-
quadamente 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].
Emseguida, podero ser realizados os testes e o treinamento do sistema comos 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 super-
classe. 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 umcaso 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].
2.3 Tecnologias utilizadas
2.3.1 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 Ja-
cobson 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 am-
plo 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 im-
plantado. 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 disponibi-
lizar 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 infor-
maes 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 Dia-
grama 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 umobjeto
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, ar-
quivos 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, servi-
dores, 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 qual-
quer 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 apli-
cao 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 agre-
gao e atravs da utilizao de linguagens procedurais.
Captulo 3
Modelagem do sistema de compras
Nesse captulo apresentada a modelagem do sistema desenvolvido, utilizando os con-
ceitos 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 tmo 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.
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 fornece-
dores 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 can-
cela 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 fornece-
dor" 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.
se inicie.
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.
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
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 fornece-
dores 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 pro-
cedimento.
se inicie.
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.
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
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 mate-
rial no sistema e naliza quando o cadastro realizado ou quando o usurio cancela o
procedimento.
se inicie.
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 mate-
rial" ser executado.
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 ummaterial 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 mate-
rial no sistema e naliza quando a alterao realizada ou quando o usurio cancela o
procedimento.
se inicie.
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 mate-
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
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.
se inicie.
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 mate-
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
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 materi-
ais 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 procedi-
mento.
se inicie.
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.
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 co-
tao para as requisies cadastradas no sistema e naliza quando a cotao realizada ou
quando o usurio cancela o procedimento.
se inicie.
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 co-
tao" ser executado.
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
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
se inicie.
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 com-
pra" ser executado.
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 recebi-
mento 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
se inicie.
Fluxo principal: Este caso de uso se inicia aps o usurio ter realizado login no sis-
tema. 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.
Sub-uxos: S-1 "Receber mercadorias": O sistema apresenta uma janela para a es-
colha da compra e conrmao das quantidades recebidas de cada material. O sistema
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.
se inicie.
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: "Movimen-
tar estoque" ser executado.
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
Fluxos alternativos: E-1: Houve uma tentativa de movimentao de um material no
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 foramcriadas no PostgreSQL para seremutilizadas
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
Captulo 4
Funcionamento do sistema
Nesse captulo apresenta-se o funcionamento do sistema desenvolvido, atravs da apre-
sentao 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 apre-
sentados 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 apre-
sentados 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
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.
Oboto 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
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
Salvar.
Para excluir algum fornecedor cadastrado, deve-se clicar no boto Excluir.
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
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 requi-
sio, 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 cam-
pos 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.
Salvar.
Para excluir alguma requisio, deve-se clicar no boto Excluir.
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
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 cam-
pos 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 algummaterial da Cotao, ele deve selecionar o material na grade Itens
da Cotao e enviar para a grade Requisies em Aberto.
Salvar.
Para excluir alguma cotao, deve-se clicar no boto Excluir.
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
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
AFigura 4.18 apresenta a tela de compras. Essa tela acessada atravs do menu Proces-
sos -> 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 com-
pra. As informaes mostradas so: Cdigo Material, Descrio do Material, Quantidade,
Quantidade Recebida, Preo e Preo Total. A informao Quantidade mostra as quanti-
dades 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.
Osistema dar entrada emestoque de todos os materiais recebidos, atualizando a quan-
tidade 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
Figura 4.19: Relatrio de Compras
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 cam-
pos 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 ma-
terial 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.
Oboto Imprimir oferece umrelatrio de todos os movimentos realizados. AFigura
Figura 4.21: Relatrio de Movimento de Estoque
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
umsistema para auxiliar os funcionrios no seu dia-a-dia, a controlar as operaes envolvi-
das 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 mate-
rial 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 treina-
dos 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 benef-
cios para a empresa, automatizando outros processos e auxiliando os funcionrios em seus
trabalhos, alm de proporcionar empresa um maior controle de seu empreendimento.
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 planeja-
mento 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.

Sistema de Compras

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

Sistema de Compras

Enviado por

Direitos autorais:

Formatos disponíveis

FACULDADE DE ENGENHARIA DE GUARATINGUET

ESPECIALIZAO EM INFORMTICA EMPRESARIAL

Você também pode gostar