Sistema Desktop
Sistema Desktop
Sistema Desktop
RESUMO:
A tecnologia torna-se cada vez mais indispensável nas atividades empresariais. Fazer o controle
manual das informações da empresa torna-se inviável, seja pelo tempo dedicado ao controle
manual, seja pela pouca segurança destas informações. Neste sentido, este trabalho visa abordar
uma solução tecnológica para a situação de compras a prazo, ainda muito praticadas em nossa
região, mas que ainda usam fichas ou cadernos para manter o controle das informações. Sendo
assim, o objetivo geral deste trabalho é desenvolver um sistema desktop que permita a gestão
financeira das contas de clientes em um supermercado de pequeno porte. Para alcançar este
objetivo, utilizou-se da metodologia da pesquisa ação, onde identificou-se quais as necessidades
e passou-se para a ação do desenvolvimento de um software que permita fazer o gerenciamento
de compras e pagamentos lançados na conta dos clientes. Como resultado, obteve-se um sistema
desktop, tendo como principais funcionalidades o cadastro de clientes, lançamento de compras
e pagamentos e relatórios, levando em consideração também os aspectos de segurança.
1 INTRODUÇÃO
1
Acadêmico do curso de Gestão da Tecnologia da Informação da FAI Faculdades de Itapiranga.
marcosfelipealban@yahoo.com.br
2
Especialista em Governança de TI, professor do curso de Gestão da Tecnologia da Informação da FAI Faculdades
de Itapiranga. fabio.gti@seifai.edu.br
Revista Conexão, n.1, ano 2016, ISSN 2357-9196
146
2 FUNDAMENTAÇÃO TEÓRICA
As pequenas empresas sempre ficaram um passo atrás das grandes empresas quanto ao
uso de recursos de TI. O que diferencia estas empresas é principalmente: os procedimentos
administrativos são desestruturados ou inexistentes, onde não existe uma armazenagem de
informações os administradores não sabem quais informações são importantes para o negócio;
os colaboradores e administradores normalmente são pessoas com formação apenas sobre a
prática do cotidiano, planejando as atividades de acordo com suas experiências; produtos e
serviços atingem determinado público ou área geográfica, de forma limitada; recursos
financeiros e de informação restritos; e administração realizada geralmente por membros da
família, seguindo as tradições familiares (MORAES; TERENCE; ESCRIVÃO FILHO, 2004).
Segundo Migliato (2003 apud MORAES; TERENCE; ESCRIVÃO FILHO, 2004), em
relação à gestão da informação, a pequena empresa apresenta as seguintes especificidades: os
dirigentes tendem a não dar a devida atenção à informação, que é, de forma geral, obtida
casualmente; a ação sobre as informações é subestimada; os dirigentes têm dificuldades em
obter informações externas, pois seu sistema de informações é simples e; os dirigentes não
possuem o hábito de procurar informações e questionar, e assim, têm dificuldades para
desenvolver qualquer tipo de análise de seu ambiente.
Portanto, as pequenas empresas apresentam dificuldades em trabalhar com a informação
como recurso estratégico. Por este motivo, é necessário auxiliá-las por meio de capacitação
empresarial, entre os quais o uso da tecnologia da informação, que se configura como um
importante impulso, capaz de torná-las mais eficientes e competitivas (RODRIGUES, 2002
apud MORAES; TERENCE; ESCRIVÃO FILHO, 2004).
Todas as operações em um banco de dados são realizadas com base em comandos SQL
(Strutured Query Language, traduzida como linguagem estruturada de consulta). Esta
linguagem passou por várias mudanças e atualmente é um padrão em todas as partes do mundo,
sendo que seus comandos permitem realizar consultas, inclusões, exclusões e alterações de
dados (COSTA, 2006). Para que a manipulação dos dados seja mais fácil aos usuários, surgiram
os Sistemas de Gerenciamento de Banco de Dados, chamados de SGBDs. Segundo
Ramakrishnan e Gehrke (2011), os SGBDs são um conjunto de programas que fazem a
manipulação dos dados de um banco de dados, permitindo a consulta, inclusão, exclusão ou
alteração de dados armazenados.
Algumas ferramentas auxiliam na administração e manipulação de dados diretamente
com SGBD, como é o caso do IBExpert. O IBExpert é uma ferramenta para administração de
banco de dados Interbase e Firebird, sendo que através dele é possível incluir, excluir ou alterar
registros do banco de dados.
Tendo realizado o levantamento de requisitos e escolhido qual o banco de dados irá ser
utilizado, é necessário realizar a modelagem do banco de dados, ou seja, identificar quais dados
serão armazenados e como eles estarão relacionados. Para isso se utiliza a construção do
Modelo Entidade-Relacionamento (Modelo ER). De acordo com Rodrigues (2016), o Modelo
Entidade Relacionamento (também chamado de Modelo ER ou MER) é um “modelo conceitual
utilizado na Engenharia de Software para descrever os objetos (entidades) envolvidos em um
domínio de negócios, com suas características (atributos) e como elas se relacionam entre si
(relacionamentos)”. De forma geral, o Modelo ER apresenta a estrutura do banco de dados.
Existem várias formas de desenvolver o modelo ER, podendo ser desde um desenho
manual, até o uso de algum software. Um bom software que permite construir o Modelo ER é
o Dezign for Databases. Este software é simples de usar, de forma que é só arrastar os objetos
para a área de edição, indicar quais são as entidades, os atributos, relacionamentos. Ele é pago,
mas tem À disposição uma versão para testes por 30 dias. Desta forma, foi utilizado o Dezign
for Databases para realizar a modelagem de dados deste projeto.
Tendo o banco de dados estruturado, passa-se para a fase de programação do software.
Assim como utilizamos linguagens para nos comunicar, a linguagem de programação é a
linguagem que permite interação entre humanos e computadores, e da mesma forma que as
linguagens de comunicação humanas, existem várias linguagens de programação. As
linguagens de programação são conjuntos de padrões e comandos que dão ordens aos
computadores (SEBESTA, 2011).
Sendo um dos bens mais valiosos de uma empresa, a informação deve ser protegida.
São vários os riscos que ameaçam a integridade das informações na empresa, podendo ser
divididos entre riscos físicos (descargas elétricas, incêndios, inundações, defeito em
equipamentos, entre outros) e riscos lógicos (ataque de hackers, quebra de senhas, erros de
sistema, entre outros) (TCU, 2007).
Segundo as orientações de segurança da informação repassadas pelo Tribunal de Contas
da União, “a segurança de informações visa garantir a integridade, confidencialidade,
3 PROCEDIMENTOS METODOLÓGICOS
Quanto aos objetivos propostos, a pesquisa foi exploratória, pois visa aproximar o
pesquisador aos conhecimentos dos processos e técnicas de desenvolvimento de um sistema
web. Quanto aos procedimentos técnicos, a pesquisa caracteriza-se como pesquisa-ação, pois
ela não se limita à observação e levantamento de informações. Ela propõe a prática profissional
em que o pesquisador participa ativamente, propondo e executando soluções.
Deve apresentar relatórios de saldo por cliente, saldo total de contas a receber do
mercado, movimentos realizados em uma conta durante certo período e clientes que
estão com o saldo acima do seu limite.
A partir do levantamento dos requisitos, foi realizada a modelagem do banco de dados,
conforme descrito a seguir.
Após a criação do Modelo ER, utilizou-se o recurso de geração de script para criação
do banco de dados que o software DeZign for Database possui. Sendo assim, a partir do modelo
ER foi grado o código de criação das tabelas e atributos, que é salvo em um arquivo no próprio
computador. Quanto ao banco de dados, optou-se pela utilização do banco de dados Firebird
pelos seus reconhecidos benefícios. Para a criação do banco de dados utilizou-se o recurso
IBExpert.
Na tela principal o usuário tem acesso aos menus do sistema, como Clientes,
Lançamento e Relatórios, como mostra a Figura 3. Também foi personalizado a tela inicial com
a logomarca do mercado Catarinense, para quem foi desenvolvido este sistema.
Na tela de Cadastro de Clientes, é possível inserir um novo Cliente, alterar ou até excluir,
também inserir, alterar, ou excluir uma permissão de compra, e colocar um Limite máximo de
compra para o cliente cadastrado. Tem um campo DBGrid que mostra as pessoas autorizadas a
comprar nessa conta, e um botão de busca de clientes, como podemos ver na Figura 4.
Nesta tela, foram utilizados componentes de ligação com o banco de dados (como o
dbEdit e dbGrid), sendo que a programação utilizada é simples, apenas com os comandos para
os botões, sendo que para o botão Novo é dado o comando “insert” no DataSet correspondente,
para o botão Salvar é dado o comando “post”, para o botão Editar é dado o comando “edit”,
para botão Cancelar é dado o comando “cancel” e para o botão Excluir é dado o comando
“delete”.
Também foi criado um botão de busca de cliente, onde ao clicar o botão Buscar abre um
novo formulário onde é possível buscar os clientes cadastrados, e ao selecionar um deles, o
código do cliente é colocado em uma variável que passa para o formulário de cadastro de
clientes, caso seja necessário editar alguma informação ou excluir este cliente. Esta mesma tela
também é utilizada para a consulta de clientes no momento do lançamento, também atribuindo
o código do cliente a uma variável. A Figura 5 mostra a tela de busca do cliente:
Na tela de relatórios, tem quatro opções de relatórios, sendo que podemos pesquisar o
saldo por cliente, o valor total do saldo de todas as contas, que permite ver quanto o mercado
tem a receber de compras feitas, o movimento de lançamentos de um cliente em determinado
período e a lista dos clientes que estão com o saldo acima do limite de compras informado. A
Figura 8 mostra a tela de geração dos relatórios.
Para escolher qual relatório se quer imprimir, foi usado um componente RadioGroup,
onde se tem opções para marcar, porém só se pode marcar apenas uma. De acordo com o item
marcado neste componente, os filtros são habilitados ou desabilitados. Por exemplo, ao marcar
o relatório de saldo por cliente, apenas o filtro de cliente fica ativo, pois neste relatório não é
necessário selecionar data. Já no relatório de movimento do cliente por período, é necessário
informar também as datas, e nos outros dois relatórios não é preciso ter nenhum filtro.
No relatório de saldo por cliente é necessário buscar pelo cliente ou informar o código
do cliente, e o sistema apresenta a informação do saldo atual deste cliente; no relatório de
movimento do cliente por período, são apresentadas informações sobre os lançamentos feitos
na conta deste cliente no período informado nos filtros, pois caso algum cliente tenha dúvida
sobre o valor do saldo, poderá ser retirado um relatório de movimento por período, em que é
possível conferir a data, valor, quem fez a compra ou pagamento e as observações dos
lançamentos; no relatório de saldo total de contas, são apresentadas todas as contas de clientes,
o saldo atual de cada conta e a soma de todos os saldos; e no o último relatório é de Clientes
que estão acima do limite de compras cadastrado para eles. A Figura 9 Apresenta a visualização
dos quatro relatórios.
Tendo em vista que foi ressaltado a importância da segurança das informações a serem
lançadas neste sistema, um critério que se tinha era a implementação de backups automáticos.
Para tanto, foi instalado na máquina principal do Mercado Catarinense o DropBox, realizando
o cadastro de uma nova conta junto com a proprietária e transferência dos arquivos da pasta
correspondente.
Após o uso do software, foi realizada conversa informal com a proprietária do mercado
Catarinense, que colocou a grande importância de desenvolver softwares que venham em
encontro das necessidades que as empresas possuem. Além disso, ela ressaltou a facilidade que
terá em gerenciar as informações e ter acesso rápido através dos relatórios, pois hoje tendo as
fichas manuais, era necessário fazer soma de todos os valores a receber,
5 CONSIDERAÇÕES FINAIS
No mundo em que vivemos não dá para negar a importância que a tecnologia tem nas
empresas e a possibilidade que elas oferecem em resolver problemas. Neste sentido, esse
Revista Conexão, n.1, ano 2016, ISSN 2357-9196
162
trabalho contribui com a gestão das informações empresariais, por meio do sistema de
gerenciamento de contas, podendo devolver
Tendo definido como objetivo geral “desenvolver um sistema desktop que permita a
gestão financeira das contas de clientes em um supermercado de pequeno porte” este foi
alcançado com sucesso, pois o sistema, apesar de ser simples e surgirem alguns problemas,
pôde ser finalizado, implantado e avaliado pela dona do mercado.
O primeiro requisito específico de “realizar o levantamento de requisitos, análise e
projeto do desenvolvimento de um sistema desktop de gerenciamento de contas” também foi
alcançado, sendo que inicialmente foi realizada a pesquisa teórica, depois a conversa coma
proprietária do mercado para levantamento dos requisitos, modelagem e criação do banco de
dados, e posterior desenvolvimento do sistema proposto.
O segundo objetivo específico de “projetar e implementar um banco de dados para
serviços desktop” também foi desenvolvido com sucesso, onde foi criado um banco de dados
Firebird, com o auxílio do recurso de modelagem Dezig for Database e o recurso de
gerenciamento de dados IBExpert.
O terceiro objetivo específico de “desenvolver o sistema desktop utilizando linguagem
de programação PASCAL no ambiente de desenvolvimento Delphi” também foi concluída com
sucesso, tendo como resultado um sistema desktop pronto para utilização no supermercado
atendido.
O quarto e último objetivo específico de “implantar o sistema em um supermercado, a
fim de verificar se suas necessidades serão atendidas” foi realizado pela implantação do sistema
no Supermercado Catarinense, sendo que pela avaliação prévia da proprietária, o sistema tem
potencial para contribuir muito no gerenciamento das contas. Ainda será realizado o
acompanhamento e suporte para que o sistema seja utilizado, sendo que em um prazo maior
poderá ver melhor os benefícios de usar o sistema.
Neste sentido também, fica como recomendação de estudo e continuidade da pesquisa
a implementação da funcionalidade de cadastro de usuários que poderão ter acesso ao sistema,
e a possibilidade de imprimir um pequeno extrato de cada lançamento para coletar a assinatura
do cliente e arquivar, pois esta seria uma garantia da empresa para caso aconteça de vender e
não receber do cliente que “marca na ficha”.
Mas de forma geral, o sistema atendeu as expectativas e cumpriu o que se pretendia
fazer, de forma que podemos afirmar que o TCC II alcançou seus objetivos e proporcionou
crescimento acadêmico, pessoal e profissional.
REFERÊNCIAS
GUEDES, Gilleanes T. A. UML 2: uma abordagem prática. São Paulo: Novatec Editora,
2009.