You are on page 1of 6

.nv. x.i. )ux. l :oo, l .xo xv, x ,, l I:I-I:, ix1vcv.

1o 121
SPD Sistema de planejamento de demanda
.svox nvv.xi.x xv.szxs*; uviio vvvx.xnvs n.vnos. c.vv.iuo*;
)vvvvvsox s.x1os .xnv.nv*; )osv vic.vno vicuvivvno v.z*; )uxiov nv v.ui. sous.*;
iuiz .ivx.xnvv c.vci. .ivixo*; osw.ino n.v1is1. vicvx1v )uxiov*; 1i.co siiv. .v.u)o*
Resumo l Neste artigo apresentado o sistema desenvolvido para planejamento de demanda, uma soluo
de sofware para armazenamento e anlise de dados histricos, para criao de informao e para tomada
de decises aplicadas ao processo de planejamento de vendas de um estabelecimento comercial, utilizando
alguns dos mais recentes conceitos e tecnologias de sistemas de informao. So tambm apresentados
os problemas estudados para os quais a soluo foi desenvolvida, bem como a modelagem do sistema e
algumas ferramentas empregadas para o desenvolvimento da soluo.
Palavras-chave l Planejamento de demanda. Sistemas de informao. Tecnologia
Title l SPD - System demand planning
Abstract l In this paper it is shown the system developed for demand planning, a sofware solution of
storage and analysis of historical data for the creation of information for decision support applied to the
sales planning process of a shop, using some of the most recent concepts and technologies of information
systems. Te problems studied for which this solution has been developed, as well as the system modeling
and the tools used to the development of the solution, are also shown.
Keywords l Demand planning. Information Systems. Technology
Data de recebimento: 12/01/2009.
Data de aceitao: 30/01/2009.
* Curso de Sistemas de Informao da Faculdade de Tecnologia e
Cincias Exatas (FTCE) da USJT.
E-mail: prof.laleixo@usjt.br.
I. ix1vonu1o
No atual cenrio tecnolgico, as empresas neces-
sitam cada vez mais do uso da informao para
tomar decises com segurana e rapidez, garantir
vantagem estratgica e agregar valor a seus neg-
cios. Em empresas de comrcio no diferente. O
uso da informao da qual estas empresas dis-
pem pode trazer grandes benefcios para a def-
nio de suas estratgias.
O abastecimento do estoque na maioria das
empresas, especialmente aquelas de menor porte,
feito de maneira emprica, levando em consi-
derao a experincia de pessoas, sem o uso de
ferramentas adequadas que forneam segurana
sobre o que e quanto comprar, ou que implemen-
tem um processo seguro que permita controle e
auditoria das compras feitas pelo estabelecimento
comercial.
A ausncia de um processo seguro para plane-
jamento de demanda pode acarretar perda de
receita. Analogamente, a ausncia de produtos no
estoque pode resultar em demandas no satisfei-
tas e possvel perda de clientes, ao passo que o ex-
cesso de produtos no estoque diminui a liquidez
do capital investido pela empresa, que poderia ser
aplicado em outros meios de modo que trouxesse
maior lucratividade.
O sistema foi desenvolvido para facilitar esse
processo, por meio da anlise de dados e previso
de demanda com base na periodicidade ou sazo-
nalidade dos produtos, possibilitando controle e
auditoria dos pedidos de compras realizados aps
anlises de vendas executadas no sistema para
evitar possveis fraudes nesse processo, sendo
uma soluo integrada e de fcil operao.
:. xv1onoioci.
Para solucionar o problema, foi desenvolvido um
processo de compras implementado de modo
que seja permitido maior controle das atividades
relacionadas ao abastecimento de produtos do
estabelecimento comercial. Este processo defne
as atividades desde a anlise das vendas, passando
122 ix1vcv.1o xv.szxs et al. l Sistema de planejamento de demanda
pela gerao de pedidos, at chegar aos recebi-
mentos de cada item de pedido, oferecendo visi-
bilidade e controle de todo o processo por meio da
auditoria. Na Figura 1, so apresentadas as fases
deste processo.
A fase de anlise a etapa inicial do processo.
nessa fase que so feitas as anlises de vendas
superior ou inferior quantidade estimada e suge-
rida pelo sistema na fase de anlise.
Assim, tendo em vista as funcionalidades
apontadas e levando em considerao as neces-
sidades do projeto, foram identifcados os usu-
rios envolvidos com o processo:
Comprador funcionrio responsvel
por gerar pedidos de mercadorias aos for-
necedores para abastecimento do estoque.
ele quem toma decises sobre a quanti-
dade dos produtos a comprar. Para isso,
deve conseguir realizar anlises e visuali-
zar grfcos histricos de vendas, escolher
funes de previso de demanda e criar
pedidos no sistema.
Estoquista funcionrio responsvel
pela manuteno do sistema no que se
refere ao recebimento dos pedidos reali-
zados. tambm responsvel por manter
atualizado o sistema de estoque do esta-
belecimento.
Gerente profssional que utiliza o siste-
ma para acompanhar o processo de com-
pras, tendo acesso a todas as informaes
geradas. Sua responsabilidade controlar
e auditar os pedidos encaminhados aos
fornecedores.
Administrador do sistema profssional
tcnico responsvel pela integrao do SPD
com os sistemas do estabelecimento, pelo
acompanhamento do processo de atualizao
para realizar previses de demanda. A funcionali-
dade correspondente do sistema permite a extra-
o de vises complexas do histrico de vendas
do estabelecimento. com base nas informaes
geradas por essa funcionalidade que o usurio res-
ponsvel obter os parmetros para tomar decises
referentes ao abastecimento do estabelecimento
comercial.
A fase de pedido foi criada para proporcionar
a manuteno dos pedidos de compras realizados
com auxlio de anlises de vendas. Na funcionali-
dade correspondente do sistema, o usurio respon-
svel tem a possibilidade de inserir a quantidade a
comprar para cada item de pedido com base nas
informaes geradas por meio do exame de deman-
da destes itens.
Por propsitos de controle dos pedidos enca-
minhados aos fornecedores, as informaes sobre
o recebimento dos itens de pedidos realizados so
consideradas no processo. Para tal, foi criada a
fase de recebimento. Na funcionalidade correspon-
dente do sistema, h a opo de insero da quan-
tidade de itens recebida para cada item de pedido
encaminhado, por parte de um funcionrio res-
ponsvel pelo estoque do estabelecimento.
Por fm, a fase de auditoria foi criada para per-
mitir o acompanhamento dos pedidos gerados
mediante a anlise das informaes processadas
em todas as fases do processo no sistema. Por meio
dessa funcionalidade, possvel detectar eventu-
ais desvios no processo de compras, como a reali-
zao de pedidos com uma quantidade muito
Figura 1. Processo de controle de pedidos implementado no
sistema.
Figura 2. Diagrama de casos de uso do sistema.
.nv. x.i. )ux. l :oo, l .xo xv, x ,, l I:I-I:, ix1vcv.1o 123
do repositrio de dados histricos e pela
manuteno dos usurios no sistema.
Na Figura 2, apresentado o diagrama de
casos de uso da soluo.
e, fnalmente, a carga dos dados no data warehou-
se. Este processo varia de acordo com os dados
que o cliente possui, conforme IBL (2009).
Para a demonstrao, foi desenvolvido um
processo ETL utilizando a ferramenta Pentaho
Data Integration, que possibilita fazer a extrao
dos dados de uma planilha de vendas.
Alm do data warehouse, que uma estrutura
dimensional, a soluo utiliza outra instncia de
banco de dados, relacional, para armazenar os
dados de controle do sistema, como os dados dos
usurios, as anlises e os pedidos realizados. Para
as duas instncias, foi utilizado o MySQL como
Sistema Gerenciador de Bancos de Dados (SGBD).
Para o ncleo da soluo, que consiste nas l-
gicas de negcio e acesso e anlise de dados, foi
utilizada a plataforma de programao Java EE,
muito utilizada em aplicaes empresariais por
sua facilidade no desenvolvimento e integrao
de aplicaes de arquitetura multicamadas distri-
budas e por sua portabilidade. A interao dos
usurios com o sistema feita por meio de uma
interface Web, desenvolvida utilizando tecnologia
ColdFusion. A integrao da camada de interface
grfca com o ncleo da soluo viabilizada por
uma interface de Web Services, um padro muito
utilizado para integrao de sistemas por oferecer
alta interoperabilidade.
Dessa forma, pode-se construir a arquitetura
da soluo, conforme apresentado na Figura 6.
Na Figura 6, esquerda, so representados os
sistemas existentes no estabelecimento comercial
e suas respectivas interfaces com a soluo.
O ncleo da soluo composto pelos seguin-
tes componentes:
SPDExtrator Componente desenvolvido
para a extrao de dados do data warehouse.
por meio deste componente que so feitas
as operaes de consulta e agregao de re-
sultados do histrico de vendas, fornecendo
dados para a gerao de grfcos e clculos de
previso de vendas.
SPDMath Componente desenvolvido para
a realizao das operaes de regresso esta-
tstica, permitindo fazer previses de deman-
da sobre os dados obtidos no histrico de
Nas fguras 3 e 4, so apresentados os possveis
estados de uma anlise e um pedido, respectiva-
mente.
Diante do cenrio anteriormente exposto, foi
identifcada a necessidade de uma estrutura mul-
tidimensional de dados, para armazenar os dados
histricos de vendas, na forma de um data ware-
house, conforme indicado por Di Domenica e
colaboradores (2006). Trata-se de uma estrutura
Figura 3. Diagrama de estados de uma anlise.
Figura 4. Diagrama de estados de um pedido.
desenhada para armazenar e examinar dados his-
tricos por meio de fatos e dimenses. Na soluo
desenvolvida, os fatos analisados so os totais das
vendas realizadas pelo estabelecimento, tendo como
dimenses o produto, a localizao e o perodo,
conforme apresentado na Figura 5. Com esta es-
trutura, possvel fazer consultas de grandes
volumes de dados com alto desempenho.
Para manter o data warehouse atualizado, foi
desenvolvido um processo de extrao, transfor-
mao e carga, comumente conhecido por sua sigla
em ingls, ETL (Extract Transform Load). Esse
tipo de processo permite a extrao de dados de
diversas fontes, como bancos de dados, arquivos de
texto e planilhas eletrnicas, a aplicao de regras
ou funes aos dados extrados (transformao)
124 ix1vcv.1o xv.szxs et al. l Sistema de planejamento de demanda
vendas, por meio de uma reta ou curva de re-
gresso, conforme Spiegel e Stephens (2009).
Os clculos so realizados sob o contexto de
duas variveis: X e Y, sendo X uma varivel
ordenada em relao ao tempo e Y referente
quantidade de vendas de um produto ou gru-
po de produtos.
SPDEntity Componente responsvel pelo
acesso e persistncia dos dados da soluo,
como dados de usurios, de anlises e pedidos
realizados. Todos estes dados so mantidos em
uma instncia de banco de dados relacional,
separada do data warehouse.
SPDCore Componente desenvolvido para
integrar todos os outros componentes do
ncleo da soluo, invocando as operaes de
cada componente de forma transparente,
permitindo baixo acoplamento dos compo-
nentes da soluo.
SPDServices Componente desenvolvido para
disponibilizar as operaes integradas pelo
SPDCore na forma de Web Services, viabili-
zando a integrao com a camada de interface
com o usurio.
,. vvsui1.nos
Na Figura 8, apresentada a tela de previso de
vendas do sistema quando se escolhe a aplicao
de uma regresso polinomial de ordem 3 sobre o
histrico de um determinado produto. No painel
direita so exibidas as funes disponveis para
clculo. A funo escolhida aplicada sobre os
dados histricos, e a tendncia mostrada no
grfco esquerda.
. niscuss1o v coxciusovs
Os conceitos e tecnologias de sistemas de infor-
mao aplicados ao presente trabalho so vlidos
Figura 5. Modelo de dados dimensional, apresentando os
fatos e dimenses para anlise.
Figura 6. Arquitetura geral da soluo.
As funes de regresso ou linhas de tendn-
cia calculadas pelo componente SPDMath so:
linear, logartmica, potencial, exponencial e poli-
nomial de 2 a 10 ordem, conforme a Figura 7.
O componente SPDMath foi programado para
calcular o coefciente de erro de uma estimativa.
Por meio deste parmetro, permitido aos usu-
rios saber o quanto uma estimativa pode ser se-
gura, de acordo com os dados observados. Quanto
mais aderente aos dados histricos observados
em uma anlise, menor ser o erro padro da
estimativa.
Figura 7. Regresses estatsticas implementadas para estimativa
de vendas.
.nv. x.i. )ux. l :oo, l .xo xv, x ,, l I:I-I:, ix1vcv.1o 125
para todos os problemas inerentes previso de
demanda em estabelecimentos comerciais.
Durante a concepo do projeto, alm do foco
na funcionalidade principal do sistema a previso
de demandas e o suporte ao processo de tomada de
decises , aspectos referentes ao uso otimizado
das informaes geradas foram levados em consi-
derao para que a utilizao do sistema pudesse
agregar cada vez mais valor empresa.
O problema de perda de receita devido falta
de planejamento adequado de demandas pode ser
minimizado com a aplicao desenvolvida. Natu-
ralmente, no possvel realizar previses exatas,
pois h uma infnidade de variveis externas que
podem interferir nela.
O problema de fraudes no processo foi solu-
cionado com o uso das informaes na funciona-
lidade de auditoria de pedidos.
Uma evoluo do sistema, a ser implementada
em um projeto futuro, pode ser a criao de uma
funcionalidade avanada para incluir variveis
histricas em tempo de execuo, por parte dos
usurios, de modo que o sistema possa adaptar-
se cada vez mais s variveis externas e, conse-
quentemente, possa gerar previses cada vez mais
seguras.
Referncias bibliogrfcas
DI DOMENICA, N.; MITRA, G.; VALENTE, P.; BIRBILIS,
G. Stochastic Programming and Scenario Generation
within a Simulation Framework: an Information
Systems Perspective. Uxbridge (UK): Brunel University,
2006.
IBL CONCEITO DE BI. Disponvel em <http://www.
infobras.com.br/portugues/produtos_conceito_etl.asp>.
Visitado em 13 de outubro de 2009.
SPIEGEL, M. R.; STEPHENS, L. J. Estatstica. 4. ed. Porto
Alegre: Bookman, 2009.
Figura 8. Tela de previso de vendas do sistema.
126 ix1vcv.1o xv.szxs et al. l Sistema de planejamento de demanda

You might also like