desenvolvimento de software para auxiliar no gerenciamento de

Desenvolvimento de Software para Auxiliar no
Gerenciamento de Pequenas Propriedades Leiteiras na
Região da Cantuquiriguaçu
Leandro Pinheiro¹, Regiane Orlovski²
Faculdade Guairacá
Rua XV de Novembro, nº7050 – Centro - Guarapuava - PR.
¹[email protected], ²[email protected]
Abstract. This work want to develop a software that manages the production
process of small dairy farm, in this process was used JAVA programming
language with the OpenSwing framework for the management of the data
base was
used SGBD MYSQL. The studywas developed
in
the Cantuquiriguaçu region, which consists in an association of twenty
cities located in the middle MidWest of Paraná, where milk production is an
important economic activity, the result of this work was a software able
to manage the productive sector of these farms.
Resumo. Este trabalho tem o objetivo de elaborar um software que gerencia o
processo produtivo de pequenas propriedades leiteiras. Neste
desenvolvimento foi utilizado a linguagem de programação JAVA junto com o
framework OpenSwing, para o gerenciamento do banco de dados foi utilizado
o SGBD MYSQL. O estudo do foi desenvolvido junto à região da
Cantuquiriguaçu, que consiste em uma associação composta por 20
municípios localizada no Médio Centro Oeste do Paraná, onde a produção
leiteira tem importante papel econômico, a resultante deste foi um software
capaz de gerenciar o setor produtivo dessas propriedades.
1. Introdução
A necessidade do acompanhamento das constantes inovações tecnológicas em todos os
setores da economia nacional faz com que cada vez mais os pequenos produtores
leiteiros necessitem de ferramentas que auxiliem no gerenciamento de sua propriedade,
melhorando o controle de custos e, consequentemente, aumentando os lucros.
Um software de gerenciamento permite ao produtor ter o controle sobre o
processo produtivo de sua propriedade e, dessa forma, saber onde estão as maiores
perdas, podendo assim minimizá-las, aumentando sua produtividade e tornando-se mais
competitivo.
O processo de produção leiteiro possui diversas variáveis e muitas delas
dependem da posição geográfica da propriedade, fazendo-se necessária uma ferramenta
gerencial desenvolvida especificamente para cada região através de um estudo
preliminar sobre as necessidades da região que será atendida pelo software. Este estudo
deve seguir padrões de projeto de software para que, ao final, possa expressar a real
necessidade administrativa das pequenas propriedades em que será implantado.
Este trabalho tem o objetivo de desenvolver um software para auxiliar a
pequenos produtores leiteiros no gerenciamento de suas propriedades, através de análise
de custos de produção para assim diminuir percas.
2. Desenvolvimento
2.1 Fundamentação Teórica
Devido à evolução tecnologia em que vivemos diversos segmentos de mercado estão
investindo em tecnologias, que auxiliam no gerenciamento de custos e na tomada de
decisões. No setor agropecuário isso não é diferente, sendo necessário ao produtor
investir nessas tecnologias para melhorar o gerenciamento dos processos produtivos
existentes na propriedade.
“Com a evolução da tecnologia e a busca por adquirir produtos de melhores
qualidades, o produtor rural necessita desenvolver cada vez mais técnicas na produção e
também no gerenciamento financeiro de sua propriedade”. Segala & Silva (2007).
Segundo Oliveira (2012), a produção leiteira na região da Cantuquiriguaçu vem
aumentando significativamente nos últimos anos, o que aumenta a dificuldade na gestão
das pequenas propriedades, sendo importante um software que possa auxiliar esses
produtores neste processo. Este crescimento pode ser visualizado no gráfico1 que
representa os rendimentos financeiros da produção leiteira de 10 dos 20 municípios
estudados entre os anos de 2004 a 2011, embasado em dados contidos no Anexo A.
Gráfico 1: Produção Anual.
Fonte: Oliveira (2012)
Segundo Marion & Segatti (2006), um sistema de gestão de pequenas
propriedades leiteiras é importante, pois estas fazem parte significativa do cenário
econômico do país, o processo de desenvolvimento deste software deve utilizar - se
além da análise de requisitos a integração de produtores, profissionais agropecuários
(agrônomos, veterinários, por exemplo) e profissionais de tecnologia, facilitando a
adequação do software às necessidades das propriedades atendidas.
Para Oliveira (2012), no âmbito regional essas propriedades têm sua importância
aumentada, pois elas movimentam o comércio local devido ao fato de recebem
mensalmente pela produção o que não ocorre em muitas outras culturas agropecuárias
da região.
Ainda segundo Oliveira (2012), outro ponto considerável na viabilidade da
elaboração do projeto é o fato de que a produção leiteira no ano de 2010 foi a segunda
maior entre 10 dos 20 municípios estudados, perdendo apenas para o cultivo da soja,
representando 12,6% de toda a produção agrícola da região, que corresponde a um total
de R$ 112.070.800,00, valor este em sua maioria dissolvido mensalmente no comércio
local, impulsionando o desenvolvimento dessas cidades. O gráfico 2 demonstra o
percentual produtivo que as principais culturas agrícolas representam na região,
reforçando as informações citadas acima, este tem por base dados contidos no Anexo B.
Gráfico 2: Produção por cultura no ano de 2010.
Fonte: Oliveira (2012)
Para Oliveira (2012) um software desta natureza auxilia o controle de custos do
processo produtivo, controle este necessário pelo fato de que a grande maioria das
propriedades da região em estudo tem base na agricultura familiar e não dá a
importância devida a processos de gestão, muitas vezes por serem complexos e
demorados, outras vezes pela falta de conhecimento sobre o assunto e em outras
situações a falta de condições financeiras para contratar equipe especializada, o que
acaba inviabilizando o processo de gestão.
Para Arêdes et al. (2006), o acompanhamento adequado dos custos da produção
leiteira causa uma diminuição no custo médio da produção, aumentando assim a
lucratividade da atividade produtiva.
Segundo Oliveira (2012), este software tem importante papel no gerenciamento
dos custos da produção, podendo assim o produtor separar o que são custos do processo
produtivo do que são custos pessoais, é comum nessas propriedades não haver essa
separação.
Para Santos et al. (2002), citado por Marion & Segatti (2006), a propriedade
deve ser divida em três grupos, Centros de Produção, Centros Auxiliares à Produção e
Centros Administrativos. Esta divisão para Marion & Segatti (2006), proporciona maior
controle sobre os custos da propriedade, podendo-se separar custos pessoais dos custos
de produção.
Outra função do software desenvolvido é o dimensionamento do rebanho, tarefa
essa que auxiliará ao produtor projetar investimentos na propriedade, com base no
rebanho futuro e nas expectativas de renda.
Para Lopes et al. (2006) o dimensionamento do rebanho é importante para as
projeções da propriedade, e através desse pode-se planejar investimentos, manutenção e
ampliação de equipamentos e instalações bem como mão de obra. Ainda segundo Lopes
et al. (2006), dimensionamento do rebanho consiste basicamente em classificar os
animais em categorias, para um melhor aproveitamento da capacidade produtiva da
propriedade, essas categorias podem ser dividas por idade.
Para o desenvolvimento do software proposto neste trabalho foi utilizado OO
(Orientação a Objetos), pela agilidade no desenvolvimento e facilidade na manutenção
do software.
Segundo Ricarte (2001), dentre as vantagens existentes na orientação a objetos
frente a outros paradigmas de programação, destacam-se o conceito de herança e o
polimorfismo. Ainda segundo Ricarte (2001), a organização do código de um software
de médio a grande porte deve ser feita separando as classes, na linguagem JAVA. Esta
ação pode ser realizada através de pacotes, pois o código-base de JAVA está assim
organizado, devendo tomá-lo como referência.
Para Gavidia (1997), a linguagem JAVA oferece diversas funcionalidades com
relação à segurança, também se torna altamente produtiva devido à OO. A linguagem é
bastante simples, e softwares desenvolvidos em JAVA, independem de Sistemas
Operacionais.
O uso de frameworks é comum entre desenvolvedores, pois estes trazem um
importante ganho de produtividade, neste trabalho foi utilizado um framework visual
para a linguagem JAVA, o OpenSwing.
As IDE’s (Integrated Development Environment ou Ambiente Integrado de
Desenvolvimento), agilizam o processo de desenvolvimento, um exemplo dessas é o
Netbeans também utilizado neste trabalho, essas IDE’s para desenvolvimento JAVA, na
sua maioria utilizam os componentes gráficos Swing Toolkit, fato este que fez com que
o framework OpenSwing fosse escolhido devido ao ganho de produtividade em relação
ao Swing.
Para Mouta (2010), o OpenSwing possui uma suíte de componentes gráficos
avançados, suporte para aplicações em 2 ou 3 camadas e aplicações stand-alone. Outro
ponto importante citado por Mouta (2010), é o fato de os componentes do OpenSwing
seguirem especificações JAVA Beans, tornando possível utilizar o mesmo em IDE´s
disponíveis para JAVA, o framework citado permite ainda criação de aplicações SDI
(Single Document Interface), ou MDI (Multiple Document Interface), os componentes
do OpenSwing são desacoplados uns dos outros, tornando fácil a edição dos mesmos de
forma independente, os componentes do OpenSwing são baseados padrão MVC (Model,
View, Controller).
Para o armazenamento dos dados foi escolhido o Sistema Gerenciador de Banco
de Dados (SGBD) MYSQL, este se trata de um software livre, com uma documentação
oficial de qualidade e disponível no idioma português, além de sites, blogs e fóruns de
discussão, com conteúdo sobre o mesmo, facilitando o aprendizado no uso da
ferramenta.
Para Caldeira (2006), o MYSQL como SGBD torna-se umas das melhores
opções devido à possibilidade de ser usado em diversos sistemas operacionais, possuir
suporte a diversas linguagens, ser uma das principais distribuições gratuitas, possui uma
comunidade ativa, documentação extensa e completa no idioma português, com um
baixo custo de implementação sem deixar de lado o desempenho.
O modelo de desenvolvimento do Sistema Gerenciador de Pequenas
Propriedades Leiteiras (SGL) seguiu o Modelo Incremental, pois esse segundo Barbosa
(2006) determina que o processo de desenvolvimento deva ser divido em partes
(módulos) e conforme esses vão sendo concluídos são entregues ao cliente, tendo assim
um contato com o software que está sendo desenvolvido. Este modelo de
desenvolvimento pode ser mais bem entendido, com o auxilio da figura 1.
Figura 1 - Modelo incremental
Fonte: Barbosa (2006)
Quanto a teste de softwares, Koscianski & Soares (2010), salientam que o
objetivo deste é identificar defeitos, esta atividade de teste se bem planejada pode ser
um indicador de qualidade do software. Ainda segundo Koscianski & Soares (2010),
uma das principais dificuldades em elaborar testes efetivos é alocar recursos para os
mesmos, sendo assim o melhor teste é o que encontra o máximo de defeitos.
Para Bartié (2002), a elaboração de testes e importante para garantir a qualidade
de software, este processo deve ser planejado com base na documentação do software,
buscando encontrar objetivos, incluindo pessoas com visões diferentes de um mesmo
problema, Bartié (2002), ainda destaca que muitas vezes a simples verificação do
código pode encontrar diversos defeitos no software.
Segundo Bartié (2002), testes de verificação são testes que tem seu foco
direcionado para a documentação do software, enquanto que testes de validação tem a
finalidade de verificar o software ou módulo pronto.
Para Koscianski & Soares (2010), os testes de verificação podem ser divididos
basicamente em teste caixa-preta e teste caixa-branca, onde o teste caixa preta consiste
em testar o software sem conhecer a construção interna do mesmo, este teste geralmente
é feito pelo usuário, quanto ao teste caixa branca este é o oposto do citado acima, ou
seja, a pessoa responsável pelo teste tem acesso a estrutura interna do software, este
teste geralmente produz melhores efeitos.
2.2 Etapas do Desenvolvimento do Trabalho
A etapa de desenvolvimento do software proposto SGL, iniciou-se pela coleta de
requisitos junto a alguns produtores, técnicos agropecuários e veterinários, estes por sua
vez foram indagados através de entrevista direta sobre o processo de gestão das
propriedades, as questões dessas entrevistas podem ser encontradas no Apêndice A.
Nestas entrevistas, procurou-se questionar os entrevistados sobre quais os pontos
importantes do processo de produção, quais as dificuldades na gestão da propriedade, o
que seria relevante para a gestão adequada dos custos da produção. Foi questionado
também se existem e quais são os projetos de gestão na propriedade e quais as opiniões
destes sobre tecnologia aplicada a sua propriedade, devido à quantidade de informações
coletadas tornarem o desenvolvimento do software um processo extenso, fato este que
inviabilizaria o mesmo, devido ao tempo existente para tal estes dados foram filtrados
visando o gerenciamento e controle do processo produtivo da propriedade.
A partir da entrevista ficou evidente o desenvolvimento voltado para gerenciar,
raças das matrizes, sêmen em estoque, inseminações, temperatura diária, volume
pluviométrico diário, matrizes, gestação, produção, alimentação, descartes de matrizes,
além de um registro de clientes, veterinários e fornecedores. Estes dados foram
escolhidos por apresentarem importância significativa no processo produtivo das
propriedades, exceto pelos registros de clientes, veterinários e fornecedores, estes foram
incluídos por se tratarem de dados úteis para consultas dos produtores.
Através dos dados resultantes da filtragem citada foi elaborada a modelagem do
banco de dados, esta é importante para o processo de desenvolvimento de software por
representar de forma visual de fácil entendimento as tabelas e os relacionamentos
existentes no banco de dados, esta modelagem foi elaborada com o auxílio do software
MYSQL Workbench na sua versão 5.2 CE (Community Edition), deu-se a escolha por
essa versão por ser gratuita e ser desenvolvido especificamente para o SGBD escolhido.
A modelagem do banco de dados como pode ser visto no Apêndice B, possui 20
tabelas, que armazenam os dados inseridos pelo usuário.
As que se referem aos clientes, veterinários e fornecedores são apenas para
registro de contatos dos mesmos, estas não possuem relacionamentos com nenhuma
outra, já as tabelas temperatura e pluviômetro, armazenam as temperaturas diárias e o
volume pluviométrico diário respectivamente, estes dados são usados para comparar a
produtividade em função dos mesmos, também não possuem relacionamentos.
Quanto ao restante das tabelas todas possuem relacionamentos entre si, estes
relacionamentos têm como base a tabela matrizes, por se tratar do item mais importante
do processo produtivo, esta possui diversos status que demonstram os estados em que a
matriz se encontra, dividem-se em: status_atividade (Ativa (A), Descartada (D)),
status_idade (Adulta (A), Jovem (J)), status_gestacao (Prenha (P), Vazia (V)) e
status_lactacao (Lactante (L), Seca (S)), estes status podem ser alterados em algumas
situações pelo usuário e em outras pelo próprio software geralmente através de Triggers
criadas no banco de dados.
As
tabelas
alimentacao
alimentacao_has_alimentos,
alimentos,
alimentos_has_nutrientes, nutrientes e tratos fazem parte do controle de alimentação,
através deste é possível saber o custo de alimentação, facilitando o controle de custo
benefício dos animais individualmente, pois esses dados podem ser comparados com a
produção, a tabela tratos possui três Triggers que podem ser visualizadas em detalhes no
Apêndice C.
Já as tabelas descartes, destino_descartes e motivo_descartes gerenciam os
descartes de matrizes, a tabela descartes possui três Triggers que tem a função de alterar
o status_atividade da matriz descartada, estas podem ser visualizadas em detalhes no
Apêndice C.
A tabela lactacao controla a produção diária das matrizes, facilitando o controle
produtivo dos animais individualmente.
Quanto a tabela gestacao, esta gerencia as gestações das matrizes, possui
também três Triggers que atualizam o status_gestacao das matrizes, estas Triggers estão
detalhadas no Apêndice C.
A tabela raças tem a função de armazenar dados inseridos pelo usuário com
relação às raças das matrizes e dos semens.
Quanto à tabela inseminação, gerencia as inseminações das matrizes, esta tabela
possui duas Triggers que além de controlar o estoque de semens também gerenciam as
gestações, estas Triggers são detalhadas no Apêndice C.
Por fim à tabela semen esta controla o estoque e a raça dos semens.
Com o término da modelagem do banco de dados foi iniciado o
desenvolvimento do Diagrama de Casos de Uso, esta tarefa teve o auxílio do software
ASTAH Community, ferramenta esta que fornece uma interface visual para o
desenvolvimento de diagramas UML (Unified Modeling Linguaje).
O Diagrama de Casos de Uso foi desenvolvido com base na modelagem do
banco de dados, este diagrama tem por finalidade documentar todos os procedimentos
existentes no SGL.
O SGL possui diversos casos de uso, eles estão representados neste documento
de forma gráfica e textual, estes foram divididos em grupos para facilitar seu
entendimento.
O caso de uso Manter demonstra seu funcionamento graficamente, ele possui
outros quatro casos de uso relacionados a ele, Alterar, Consultar, Excluir, Incluir. Este
caso de uso foi elaborado com a finalidade demonstrar o funcionamento de um cadastro
simples, dessa forma como diversos cadastros utilizam esse mesmo formato de caso de
uso, estes podem ser representados textualmente indicando-se quais tabelas do banco de
dados utilizam-se deste, simplificando o diagrama sem deixar de ser explicativo. Os
casos de uso restantes são demonstrados unicamente de forma gráfica, todos estes
graficamente ou textualmente podem ser visualizados e entendidos no Apêndice D.
Os diagramas a seguir sofrem grande influência do framework utilizado para o
desenvolvimento do SGL. O OpenSwing como diversos outros frameworks possui um
padrão de desenvolvimento, este padrão adota métodos obrigatórios o que torna a
maioria das classes idênticas, a diferença significativa entre classes fica por conta das
classes contidas no Pacote VO, este padrão imposto pelo OpenSwing fez com que a
sequência de alguns casos de uso fossem iguais, ocasionando a padronização de alguns
diagramas como é o caso do diagrama de sequência e de classes.
Ainda com auxílio do software ASTAH Community foi elaborado o diagrama de
classes, este foi desenvolvido com base nos dois diagramas citados acima, tal diagrama
consiste em documentar as classes do software, e nestas todos os métodos e atributos
das mesmas, como citado acima este diagrama foi afetado diretamente pelo framework
OpenSwing e também pelo paradigma de desenvolvimento MVC, que foram utilizados
para auxiliar no desenvolvimento do SGL, fato este que ocasionou a padronização de
diversas classes, este diagrama pode ser melhor entendido no Apêndice E.
Para finalizar os diagramas UML, foi elaborado o diagrama de sequência que
consiste em documentar a sequência exata que cada caso de uso irá executar para a
conclusão das tarefas solicitadas, este também teve seu desenvolvimento auxiliado pelo
software ASTAH Community, a escolha do framework OpenSwing e do paradigma de
desenvolvimento MVC também afetaram este diagrama, pois este representa a sequência
em que os dados percorrem pelo software durante um procedimento solicitado pelo
usuário.
O diagrama de sequência foi divido em quatro partes para facilitar seu
entendimento, isso foi possível graças a padronização dos métodos imposta pelo
OpenSwing, consistem em alteração de dados, consulta de dados, exclusão de dados,
inserção de dados, estes diagramas podem ser visualizados no Apêndice F.
Com o término da documentação do software, foi iniciado o desenvolvimento do
SGL. Este processo foi o que exigiu maior tempo para a execução, a utilização do
OpenSwing representa um ganho considerável na programação de softwares na
linguagem JAVA, porém a falta de material didático no idioma português sobre o
mesmo torna o aprendizado demorado, o que dificultou o desenvolvimento do SGL.
A partir da escolha do framework utilizado, foi escolhida a IDE, para o
desenvolvimento do SGL optou-se pela IDE conhecida por NetBeans em sua versão 6.8,
devido ao OpenSwing possuir toda sua documentação e exemplos desenvolvidos nesta
IDE e versão, além de que em testes com versões atualizadas da IDE alguns bugs foram
encontrados.
Em seguida foi criado o banco de dados com base na modelagem do mesmo.
Este banco foi gerado através da utilização da ferramenta MYSQL Workbench, pois a
mesma possui um assistente que gera todas as tabelas no banco de dados, juntamente
com Triggers e relacionamentos, isso através do diagrama elaborado no mesmo
software o que acelera e simplifica esse processo.
O passo seguinte foi criar um novo projeto JAVA no Netbeans e então
configurar a IDE para utilização do MYSQL e do OpenSwing, através da instalação das
bibliotecas do SGBD e framework citados.
Depois do projeto devidamente criado com as bibliotecas adicionadas, teve
início o processo de desenvolvimento. Primeiramente foram definidos e criados os
pacotes para organização do software, VO, Controller, Frame, sgl, recursos e Relatorios,
estes pacotes foram criados unicamente para melhor organizar as classes do software e
serão explicados individualmente a seguir.
O pacote VO, contém as classes que fazem referência ao banco de dados. Cada
atributo das classes contidas neste pacote possui seu equivalente no banco de dados.
Todas as classes contidas no pacote VO estendem da classe ValueObjectImpl do
OpenSwing.
Já o pacote Controller possui as classes que controlam todo o software
desenvolvido com o OpenSwing, estas classes controlam o acesso ao banco de dados,
elas utilizam-se de objetos enviados pela interface e através de métodos padrões do
OpenSwing fazem a manipulação desses dados no banco de dados, retornando à
interface os dados resultantes da operação solicitada. As classes deste pacote podem
estender de duas classes do OpenSwing, estas são FormController e GridController, a
FormController possui diversos métodos que gerenciam o componente Form do
OpenSwing, já a GridController gerencia o componente GridControl, as classes que
estendem GridController devem também implementar a Interface GridDataLocator.
As classes do pacote Controller podem utilizar diversos métodos existentes nas
classes FormController, GridController e GridDataLocator, dentre estes os principais
são:
 loadData responsável por localizar e retornar para a interface dados
provenientes do banco de dados;
 insertRecords e insertRecord estes sendo responsáveis por inserir os
dados contidos nos objetos passados pela interface, a diferença entre
esses métodos se dá pelo fato de que o primeiro pode inserir diversos
registros ao mesmo tempo, sendo utilizado pelo componente
GridControl, já o segundo insere um objeto a cada execução este e
utilizado pelo FormControl;
 deleteRecord e deleteRecords, são responsáveis por excluir os dados
contidos no objeto passado pela interface, estes métodos podem seguir
a mesma analogia dos métodos citados acima, ou seja o que possui
nome no plural é utilizado pelo GridControl e o outro usado pelo
Form, este funcionam da mesma forma dos citados acima;
 updateRecord e updateRecords, usados para atualizar os dados no banco
de dados, tem seu funcionamento semelhante aos demais.
Com relação ao pacote Frame, este possui as telas do SGL, estas classes devem
estender de InternalFrame que também é uma classe do OpenSwing e possui métodos
para a criação de telas, as classes contidas nesse pacote tem a maior parte de seu
desenvolvimento como sendo visual com pouca codificação, pois o framework utilizado
fornece um coleção de componentes visuais que podem ser adicionados ao projeto
apenas clicando sobre os mesmos e arrastando para a área da tela do software. Neste
pacote a configuração dos componentes pode ser feita também em sua maioria de forma
visual aumentando significativamente a produtividade.
Com relação ao pacote sgl, este possui apenas duas classes sendo estas Menu e
ClienteFachada, onde a classe Menu configura diversos parâmetros do software
desenvolvido, como por exemplo método de autenticação de usuários, menus, conexão
com o banco de dados, configurações da tela principal do software além de configurar
os Domains que são listas de dados que podem ser utilizadas pelos componentes
ComboColumn e ComboBoxControl do OpenSwing, a classe Menu deve implementar
MDIController, LoginController esta última somente caso o controle de usuário for
utilizado. Já a classe ClienteFachada implementa ClientFacade do OpenSwing, a
ClienteFachada tem por finalidade direcionar as chamadas dos menus, ou seja, quando
um menu é clicado ele irá executar um método desta classe e esta irá chamar a tela
devida.
O pacote recursos possui arquivos XML (eXtensible Markup Language), estes
arquivos são utilizados pelo sistema de internacionalização do OpenSwing, que consiste
em criar um arquivo com todas as traduções dos componentes do software desenvolvido
e mensagens de erros, podendo assim, alterar o idioma completo do software em tempo
real. Este sistema de internacionalização e um importante recurso do OpenSwing.
Por fim, o pacote Relatórios, que possui as classes referentes aos relatórios do
sistema, estas se dividem em arquivos de classes JAVA que fazem a chamada dos
relatórios, onde cada relatório possui uma classe, estes relatórios foram desenvolvidos
utilizando – se da ferramenta IReports, pois essa oferece uma interface visual para o
desenvolvimento dos mesmos, o que torna mais rápido e produtivo o processo, além de
proporcionar em tempo real o resultado das consultas feitas ao banco de dados podendo
assim verificar se o resultado está como previsto. Estes relatórios estão divididos em
relatórios textuais que neste caso são chamados de relatórios e também relatórios com
imagens que são chamados de gráficos.
O Relatório de Produção Média por Matrizes demonstra a produção média por
matrizes, podendo-se com base nestes dados analisar o desempenho do rebanho
individualmente.
Quanto ao Relatório de Custos de Alimentação por Matrizes fornece dados com
relação aos custos da alimentação fornecida para cada matriz individualmente, estes
dados cruzados com os dados do relatório anterior auxiliam na análise de custo
beneficio de cada matriz.
O Relatório de Custos de Inseminação por Matrizes demonstra os gastos com
inseminação, estes dados são demonstrados de forma individual.
Já o Relatório de Gestação por Matrizes demonstra os dados de gestações de
cada matriz podendo com esta base, analisar a capacidade reprodutiva de
individualmente.
Com relação ao Relatório de Produção por data com Temperatura, faz um
demonstrativo da produtividade com base em faixas de temperaturas, para que seja
possível avaliar a produtividade das matrizes com relação a mudanças climáticas.
Quanto ao Relatório de Matrizes por Pluviômetro este proporciona a
visualização da produção com base no volume pluviométrico na propriedade.
O Relatório de Matrizes por Status demonstra as matrizes e seus status para
assim fazer planejamento de investimentos com base nas projeções de crescimento do
rebanho.
Já o Relatório de Matrizes por Origem fornece dados com relação à origem das
matrizes existentes no rebanho, com base nisso é possível saber se o rebanho está
reproduzindo adequadamente.
Quanto aos gráficos, estes foram desenvolvidos com o intuito de facilitar a
visualização dos dados. Foram pensados de forma que mostrem dados importantes ao
produtor, já que a representação gráfica facilita o entendimento e visualização de
informações;
Gráfico de Produção Media por Raças, demonstra a média de produção das
matrizes ordenadas por raças. Este gráfico torna fácil ao produtor identificar quais as
raças tem um maior desempenho produtivo.
Gráfico de Custos de Alimentação Media por Raças, fornece dados referentes ao
consumo de alimentos médio de cada raça, os dados deste gráfico cruzado com o
gráfico anterior tornam possível ao produtor verificar o custo-benefício de cada raça,
podendo este então avaliar qual dessas melhor se adapta ao seu processo produtivo.
Gráfico de Matrizes por Status demonstra graficamente o dimensionamento do
rebanho por status, podendo assim identificar de forma rápida problemas como, por
exemplo, a quantidade de matrizes lactantes baixa, dessa forma o produtor terá a
possibilidade de buscar soluções para o problema.
Gráfico de Descartes por Motivo com base neste será possível ao produtor
identificar quais os principais motivos pelo qual suas matrizes são descartadas, dessa
forma, havendo algum problema este será identificado rapidamente.
Com relação ao SGL este possui a seguinte estrutura, uma tela principal que se
inicia maximizada, esta possui uma barra de menus contendo os seguintes itens,
Cadastros, Operacional, Relatórios, Gráficos, Utilitários, Janela, Ajuda, onde cada item
de menu possui alguns sub-menus com a finalidade de exibir ao usuário as telas do
SGL, estes sub-menus serão explicados a seguir.
Quanto ao menu Cadastros este possui diversos itens, a finalidade destes itens é
direcionar o usuário as telas dos principais cadastros do SGL, estes itens são, Matrizes,
Raças, Sêmen, Destino de Descartes, Motivo de Descartes, Clientes, Fornecedores,
Veterinários, Nutrientes, Alimentos, Alimentação.
O cadastro de Matrizes e feito através de uma tela composta por diversas abas,
em cada uma dessas abas é exibido os dados das matrizes resultantes das restrições
impostas nas consultas SQL de cada aba, um exemplo é a aba Matrizes Ativas que exibe
somente as matrizes que não foram descartadas, esta divisão por abas facilita a
visualização das matrizes por categorias, a inserção de novas matrizes é feita pela aba
Todas as Matrizes. Cada aba apresenta dados pertinentes ao tipo de informação que o
usuário esteja procurando ao acessar a mesma, em algumas dessas abas ainda e possível
alterar alguns dados, como por exemplo, a aba Matrizes Lactantes onde é possível
alterar o status_lactacao das Matrizes.
O cadastro de Raças consiste em uma tela simples, onde são inseridos o nome e
algumas observações sobre raças de matrizes e de semens, este serve para separar o
rebanho por raças e com base nisso verificar quais se adaptam melhor a propriedade.
Quanto ao cadastro de sêmen, este tem a função de controlar o estoque de sêmen
da propriedade, facilitando o gerenciamento da evolução do rebanho.
Já os cadastros de Destino de Descartes e Motivo de Descartes são bastante
semelhantes, onde um tem a finalidade de informar o destino das matrizes descartadas e
o outro informa o motivo pelo qual o descarte ocorreu.
Com relação aos cadastros de Clientes, Fornecedores e Veterinários tem por
finalidade apenas cadastrar os dados simplesmente para consulta do proprietário, nesta
versão do software estes dados não influenciam outros cadastros. Estes cadastros
consistem em uma tela de consulta onde podem ser visualizados os dados registrados no
banco de dados, além de uma tabela de detalhe onde podem ser inseridos e alterados
dados novos.
O cadastro de Nutrientes consiste em um cadastro simples onde são registrados
diversos nutrientes que estarão contidos nos alimentos que serão fornecidos para as
matrizes.
Quanto ao cadastro de Alimentos este tem por finalidade controlar o estoque dos
mesmos. Além de possuir um controle de nutrientes, com base nesta informação, é
possível identificar como cada alimento ou nutriente influencia na produção.
Já o cadastro de Alimentações foi desenvolvido para auxiliar o processo de
inserção dos dados alimentares das matrizes, devido ao fato de que geralmente não se
oferece apenas um tipo de alimento. A cada refeição proporcionada à matriz, o processo
de inserção desses dados iria se tornar trabalhoso, dessa forma, foi elaborado este
cadastro, que funciona da seguinte maneira: cadastra-se uma alimentação que será
composta de um ou mais alimentos e então através de um formulário detalhado devem
ser inseridos todos os alimentos que compõe a alimentação, bem como suas
quantidades.
Com relação ao menu Operacional, este possui alguns sub-menus que tem por
finalidade o controle dos dados referentes a produção, está divido em Temperatura,
Pluviômetro, Lactações, Inseminações e Gestações.
Os sub-menus Temperatura e Pluviômetro, tem por finalidade o controle da
temperatura e volume pluviométrico respectivamente, estes dados podem ser cruzados
com a produção e assim diagnosticar problemas e pensar soluções referente a essas duas
variáveis da produção leiteira.
Quanto ao sub-menu Lactações, registra a produtividade leiteira das matrizes
individualmente, se divide em duas telas, uma onde é possível consultar os dados
registrados além de inserir dados novos. Como em algumas propriedades a quantidade
de matrizes ordenhadas é significativa a inserção de dados produtivos das matrizes uma
a uma, se torna uma tarefa demorada. Com base nesta situação, foi elaborada uma tela
secundária que carrega todas as matrizes que estão lactantes. Feito isso, o usuário
precisa apenas selecionar uma vez a data e o período e apenas a quantidade de leite
produzido em litros é que deve ser inserida individualmente.
Já o sub-menu Inseminações é utilizado para gerenciar as inseminações que
serão efetuadas, além da possibilidade do acompanhamento de custos por matriz.
O sub-menu Gestações gerencia todas as gestações existentes. Com base nesta
informação, é possível saber as previsões de partos e desta forma proporcionar um
acompanhamento adequado às matrizes, aumentando o sucesso das gestações.
Com relação às menus Relatórios e Gráficos os mesmos também são compostos
por sub-menus, onde cada sub-menu se refere a um relatório ou gráfico do SGL, estes
já foram descritos acima.
Já o menu Utilitários possui apenas o sub-menu de backup que tem por
finalidade exibir a tela que gera ou restaura uma cópia de segurança do SGL.
No que se refere o menu Janela, trata-se de um menu padrão do OpenSwing, é
utilizado para gerenciar as janelas do software, seus sub-menus possuem nomes
bastante sugestivos não se fazendo necessário explicação detalhada dos mesmos.
Quanto ao menu de ajuda, se configura também de um menu padrão do
OpenSwing e apenas exibe a tela de informações básicas do SGL.
Após o processo de desenvolvimento dos módulos foram elaborados testes em
cada módulo, estes foram elaborados de duas formas, primeiro foi elaborado pelo
desenvolvedor, o teste conhecido como caixa-branca, assim que os erros encontrados
neste teste foram corrigidos o módulo desenvolvido foi testado pelo usuário, que relatou
os erros encontrados e acabaram por ser corrigidos. Somente após as correções o
módulo foi considerado finalizado.
3. Resultados
Com a finalização deste trabalho obteve-se um software capaz de gerenciar o processo
produtivo de uma pequena propriedade leiteira, focando o gerenciamento do rebanho e
sua produtividade, algumas variáveis foram utilizadas para um possível diagnóstico da
produção como temperaturas e nível pluviométrico, o SGL atende a algumas
necessidades básicas dos pequenos produtores rurais, o que auxiliará essas propriedades
no controle de alguns custos e no aumento da produtividade.
Também foi obtido um documento de requisitos amplo e que atende de forma
adequada à maioria das necessidades das pequenas propriedades estudadas.
Este estudo obteve ainda um diagnóstico das propriedades da região, onde foi
constatado deficiências no gerenciamento e planejamento dessas.
Foi diagnosticada também a dificuldade de uma pequena empresa de software
para aplicar processos de engenharia de software e qualidade de software, devido a
quantidade limitada de pessoas envolvidas no processo.
4. Considerações Finais
Este trabalho poderá ser utilizado por propriedades leiteiras que tenham interesse em ter
um controle e monitoramento do processo produtivo.
Além do software desenvolvido, este trabalho teve importância por identificar
alguns problemas relacionados à gestão das propriedades na região estudada, percebeuse neste estudo a dificuldade dos produtores em gerenciar sua produção, devido a alguns
fatores como a falta de conhecimento de processos de gestão, equipes técnicas
fornecidas por órgãos públicos (Prefeituras) em quantidades inferiores ao necessário,
custo para contratação de empresas especializadas no processo de gestão das
propriedades, elevado para os padrões da maioria dos produtores entre outras situações.
Foi constatado também que o processo de gestão de uma propriedade leiteira
para ser completo e eficiente torna-se complexo e trabalhoso, por possuir muitas
variáveis, que devem ser consideradas. Este processo necessita de um software que se
utilize de todos os parâmetros envolvidos na produção o que torna o desenvolvimento
do mesmo trabalhoso e demorado.
Esta quantidade grande de parâmetros envolvidos no processo causa empecilho
também para a implantação e utilização de um software altamente adequado à gestão da
propriedade, devido à maioria das propriedades da região em estudo, possuir sua base
na agricultura familiar, estas não dispõem de tempo hábil para alimentar um software
com todas essas variáveis, fato este que inviabilizaria a utilização do mesmo.
O estudo mostrou que um software que gerencie adequadamente as propriedades
rurais auxiliando na tomada de decisão das mesmas, deverá possuir um alto nível de
automatização diminuindo assim o trabalho de alimentação do sistema.
A automatização deve levar em consideração a situação financeira dessas
propriedades, procurando por soluções alternativas e baratas para então obter o real
controle do processo produtivo dessas propriedades.
Algumas tecnologias simples e baratas já existem e com base nelas se deve
desenvolver um software que atenda a todas as necessidades das propriedades. Com
base nisso, o processo de desenvolvimento do SGL não se encontra concluído
plenamente para atender a todas as necessidades das pequenas propriedades leiteiras, o
que torna necessário a continuação do mesmo em um projeto futuro.
5. REFERÊNCIAS:
Arêdes, A.; Silveira, S. de F. R; Lima, A. A. T. de F. de C.; Arêdes, A. F; Pires, S. V.
Análise de custos na pecuária leiteira: um estudo de caso das propriedades assistidas
pelo programa de desenvolvimento da pecuária leiteira da região de Viçosa. 2006.
Artigo
Universidade
Federal
de
Viçosa.
(disponível
em:
(http://www.custoseagronegocioonline.com.br/numero1v2/Analise%20de%20custos.
pdf acesso em 23/04/2012).
Barbosa, A. L. Analise comparativa de metodologias para o gerenciamento de projetos
de desenvolvimento de software. 2006. Universidade Estadual de Campinas –
Faculdade de Engenharia Elétrica e de Computação. (disponível em:
(http://www.bibliotecadigital.unicamp.br/document/?down=vtls000392877
acesso
em 15/04/2012).
Bartié, A. Garantia da qualidade de software: adquirindo maturidade organizacional –
13ª reimpressão – Rio de Janeiro: Elsevier, 2002.
Caldeira, B. P. Alta disponibilidade – replicação de dados via MYSQL, com ênfase em
identificação e recuperação de falhas. 2006. Departamento de Ciência da
Computação
Universidade
Federal
de
Lavras.
(disponível
em:
www.ginux.ufla.br/files/mono-BrunoCaldeira.pdf acesso em 15/11/2011).
Gavidia, J. J. Z. Programação funcional usando JAVA. 1997. Universidade Federal do
Rio Grande do Sul – Instituto de Informática. (disponível em:
(http://www.lume.ufrgs.br/handle/10183/20923 acesso em 15/04/2012).
Koscianski, A.; Soares, M. dos S. Qualidade de software: aprenda as metodologias e
técnicas mais modernas para o desenvolvimento de software. 2ª ed. – São Paulo:
Novatec Editora, 2007.
Lopes, M. A.; Vieira, P. de F.; Castro Neto, P. C.; Malheiros, E. B. Desenvolvimento de
um Sistema Computacional para Dimensionamento e Evolução de Rebanhos
Bovinos. Rev. Bras. Zootec. [online]. 2000, vol.29, n.5 [citado 2012-05-31], pp.
1511-1519. (disponível em: (http://www.scielo.br/pdf/rbz/v29n5/5676.pdf acesso em
15/04/2012).
Marion, J. C.; Segatti, S. Sistema de gestão de custos nas pequenas propriedades
leiteiras. 2006. Artigo - Faculdade de Economia e Administração da Universidade de
São Paulo e Pontífice Universidade Católica de São Paulo. (disponível em:
(http://www.custoseagronegocioonline.com.br/numero1v3/Custos%20do%20leite.pd
f acesso em 10 /09 /2011).
Mouta, A. E. B. Dominando o OpenSwing. – 1ª. ed. – Rio de Janeiro : Editora Ciência
Moderna Ltda., 2010.
Oliveira, E. G. Deral (Departamento de Economia Rural)/Seab (Secretaria da
Agricultura e do Abastecimento do Paraná) – Núcleo de Laranjeiras do Sul - Paraná.
2012.
Ricarte, I. L. M. Programação orientada a objetos: uma abordagem com JAVA. 2001.
Departamento de Engenharia de Computação e Automação Industrial - Faculdade de
Engenharia Elétrica e de Computação Universidade Estadual de Campinas.
(disponível em: (http:// www.dca.fee.unicamp.br/cursos/PooJava/Aulas/poojava.pdf
acesso em 10 /09 /2011).
Segala, C. Z. S.; Silva, I. T. da S. Apuração dos custos na produção de leite em uma
propriedade rural do município de Irani-SC. 2007. Artigo - Universidade do
Contestado
(disponível
em:(http://www.custoseagronegocioonline.com.br/numero1v3/Custos%20do%20leit
e.pdf acesso em 10 /09 /2011).
Apêndice A
Questionários
Questionário destinado a produtores e equipe técnica.
1. São utilizadas ferramentas tecnologias para o gerenciamento da propriedade?
Caso sim quais?
2. Quais os pontos mais importantes da propriedade?
3. Quem é responsável pela administração da propriedade?
4. Existe alguma empresa terceirizada que auxilia na administração? Justifique?
5. Existe na propriedade algum controle do rebanho?
6. Existe controle quanto à alimentação fornecida ao rebanho?
7. Quais os pontos que um software para gestão de pequenas propriedades deve
atender? (destinada somente a equipe técnica).
8. Quais as principais dificuldades em auxiliar essas propriedades? (destinada
somente a equipe técnica).
Questionário destinado ao Deral/Seab.
1. O que inviabiliza a gestão de custos das pequenas propriedades leiteiras?
2. As propriedades leiteiras fazem a gestão adequada das mesmas?
3. Quais as principais dificuldades em auxiliar essas propriedades?
4. Essas propriedades possuem condições financeiras para pagar empresas de
gestão?
5. A grande maioria das propriedades leiteiras da região tem base na agricultura
familiar?
6. Os produtores em sua maioria possuem um controle do que são custos de
produção e custos pessoais?
7. Os produtores em sua maioria utilizam – se de ferramentas tecnologias para
auxiliar na gestão do processo produtivo?
Apêndice B
Diagrama do Banco de Dados
Apêndice C
Triggers
Tabela de Inseminação
CREATE TRIGGER insere_inseminacao AFTER INSERT ON inseminacao
-- atualiza o estoque de sêmen na inserção de uma nova inseminação
CREATE TRIGGER atualiza_inseminacao AFTER UPDATE ON inseminacao
-- gerencia a troca de sêmen na atualização da tabela inseminacao
-- gerencia a inserção de 9 meses na previsão de parto da gestação, com base na data
de constatação
-- insere nova gestacao caso ainda nao exixta
CREATE TRIGGER exclui_inseminacao AFTER DELETE ON inseminacao
-- excluindo a inseminação, gerenciando o estoque de sêmen
Tabela de Descartes
CREATE TRIGGER cria_descartes AFTER INSERT ON descartes
-- atualiza o status da matriz assim que e inserido um descarte
CREATE TRIGGER atualiza_descartes AFTER UPDATE ON descartes
-- atualizar o status das matrizes quando e atualizado o descartes
CREATE TRIGGER exclui_descartes AFTER DELETE ON descartes
-- criando trigger para atualizar o status da matriz assim que exclui o descarte
Tabela de Tratos
CREATE TRIGGER insere_trato AFTER INSERT ON trato
-- atualiza o estoque de alimentos na inserção de um novo trato
CREATE TRIGGER atualiza_trato AFTER UPDATE ON trato
-- gerencia a troca de alimentos na atualização da tabela trato
CREATE TRIGGER exclui_trato AFTER DELETE ON trato
-- excluindo a trato, gerenciando o estoque de alimentos
Apêndice D
Diagrama de Casos de Uso
Alimentação
Alimentos
Descartes
Gestação
Inseminação
Lactação
Manter. Este e usado pelas seguintes tabelas:
temperatura, pluviometro, clientes, fornecedores, veterinários, motivo_descarte,
destino_descarte, nutrientes e racas
Matrizes
Sêmen
Trato
Apêndice E
Diagrama de Classes
Pacote Controller
Pacote VO
Todos os atributos das classes contidas nesse pacote possuem um método get e set.
Apêndice F
Diagrama de Sequência
Anexo A
Rendimento da produção leiteira em 10 dos 20 municípios
estudados, período de 2004 a 2011
Anexo B
Rendimento de todas as culturas agrícolas de 10 dos 20
municípios estudados, ano de 2010