Upload
hoanghanh
View
215
Download
0
Embed Size (px)
Citation preview
UNIVERSIDADE REGIONAL DE BLUMENAU
CENTRO DE CIÊNCIAS EXATAS E NATURAIS
CURSO DE SISTEMAS DE INFORMAÇÃO – BACHARELADO
MÓDULO DE CONTROLE DE PEDIDOS WEB PARA UMA
EMPRESA DO SETOR TÊXTIL
MARLON DA SILVA
BLUMENAU
2012
2012/2-11
MARLON DA SILVA
MÓDULO DE CONTROLE DE PEDIDOS WEB PARA UMA
EMPRESA DO SETOR TÊXTIL
Trabalho de Conclusão de Curso submetido à Universidade Regional de Blumenau para a obtenção dos créditos na disciplina Trabalho de Conclusão de Curso II do curso de Sistemas de Informação — Bacharelado.
Prof. Oscar Dalfovo, Doutor. - Orientador
BLUMENAU
2012
2012/2-11
MÓDULO DE CONTROLE DE PEDIDOS WEB PARA UMA
EMPRESA DO SETOR TÊXTIL
Por
MARLON DA SILVA
Trabalho aprovado para obtenção dos créditos
na disciplina de Trabalho de Conclusão de
Curso II, pela banca examinadora formada
por:
______________________________________________________
Presidente: Prof. Oscar Dalfovo, Doutor. – Orientador, FURB
______________________________________________________
Membro: Prof. Everaldo Artur Grahl, Mestre – FURB
______________________________________________________
Membro: Prof. Francisco Adell Péricas, Mestre – FURB
Blumenau, 5 de julho de 2012.
AGRADECIMENTOS
A Deus, pelas oportunidades, lutas, conquistas e derrotas fazendo-me crescer.
À minha esposa Áquila pelo seu apoio, amor e carinho.
Aos meus pais pela compreensão e apoio nestes longos anos.
Ao meu orientador, Oscar Dalfovo, por ter acreditado na conclusão deste trabalho.
Aos professores do Departamento de Sistemas e Computação da Universidade
Regional de Blumenau por suas contribuições durante os semestres letivos.
Não cruze os braços diante de uma
dificuldade, pois o maior homem do mundo
morreu de braços abertos.
Bob Marley
RESUMO
Este trabalho tem como objetivo o desenvolvimento de uma aplicação para integração com o sistema local da empresa Randa Mundu Confecções, automatizando o envio e gestão de pedidos de uma indústria têxtil. A comunicação realizada entre esta aplicação e o sistema já existente na organização é feita através do padrão XML. Neste trabalho foi empregada a metodologia orientada a objetos e foi desenvolvida a aplicação na linguagem PHP com banco de dados MySQL.. Como resultado obteve-se uma aplicação que pode ser integrada com o sistema local da empresa, automatizando o recebimento e controle dos pedidos.
Palavras-chave: Setor têxtil. Padrão XML. Controle de pedidos.
ABSTRACT
This work aims at the development application for integration with the local company Randa Mundu Confecções, automating the deployment and management of applications for the textile industry. The communication made between this application and the system existing in the organization is done through standard XML. In this work we used the object-oriented methodology and the application was developed in PHP language with MySQL database. As a result we obtained an application for integration with the local company that has automated reception and control applications.
Key-words: Textile sector . Xml standard. Control applications.
LISTA DE FIGURAS
QUADRO 3 – DESCRIÇÃO DO CASO DE USO UC01.01 CADASTRAR USUÁRIO .53
QUADRO 4 – DESCRIÇÃO DO CASO DE USO UC02.07 - VISUALIZAR PEDIDOS
EM ABERTO ....................................................................................................................54
QUADRO 5 – DESCRIÇÃO DO CASO DE USO UC02.06 - VISUALIZAR PEDIDOS
ENTREGUES ....................................................................................................................54
QUADRO 6 – DESCRIÇÃO DO CASO DE USO UC02.04 - VISUALIZAR
REQUISIÇÕES DE NOVOS CLIENTES ......................................................................55
QUADRO 7 – DESCRIÇÃO DO CASO DE USO UC02.05 - VISUALIZAR DEMANDA
..............................................................................................................................................55
QUADRO 8 – DESCRIÇÃO DO CASO DE USO UC03.03 - CADASTRAR PEDIDOS56
QUADRO 9 – DESCRIÇÃO DO CASO DE USO UC03.02 - VISUALIZAR PEDIDOS57
QUADRO 10 – DESCRIÇÃO DO CASO DE USO UC03.01 - REQUISITAR
CADASTRO DE NOVO CLIENTE.................................................................................57
QUADRO 11 – DESCRIÇÃO DO CASO DE USO UC02.01 - AVALIAR NOVO
CLIENTE............................................................................................................................58
QUADRO 12 – DESCRIÇÃO DO CASO DE USO UC02.02 – IMPORTAR ARQUIVO
XML....................................................................................................................................58
QUADRO 13 – DESCRIÇÃO DO CASO DE USO UC02.03 – EXPORTAR ARQUIVO
XML....................................................................................................................................59
LISTA DE QUADROS
QUADRO 3 – DESCRIÇÃO DO CASO DE USO UC01.01 CADASTRAR USUÁRIO .53
QUADRO 4 – DESCRIÇÃO DO CASO DE USO UC02.07 - VISUALIZAR PEDIDOS
EM ABERTO ....................................................................................................................54
QUADRO 5 – DESCRIÇÃO DO CASO DE USO UC02.06 - VISUALIZAR PEDIDOS
ENTREGUES ....................................................................................................................54
QUADRO 6 – DESCRIÇÃO DO CASO DE USO UC02.04 - VISUALIZAR
REQUISIÇÕES DE NOVOS CLIENTES ......................................................................55
QUADRO 7 – DESCRIÇÃO DO CASO DE USO UC02.05 - VISUALIZAR DEMANDA
..............................................................................................................................................55
QUADRO 8 – DESCRIÇÃO DO CASO DE USO UC03.03 - CADASTRAR PEDIDOS56
QUADRO 9 – DESCRIÇÃO DO CASO DE USO UC03.02 - VISUALIZAR PEDIDOS57
QUADRO 10 – DESCRIÇÃO DO CASO DE USO UC03.01 - REQUISITAR
CADASTRO DE NOVO CLIENTE.................................................................................57
QUADRO 11 – DESCRIÇÃO DO CASO DE USO UC02.01 - AVALIAR NOVO
CLIENTE............................................................................................................................58
QUADRO 12 – DESCRIÇÃO DO CASO DE USO UC02.02 – IMPORTAR ARQUIVO
XML....................................................................................................................................58
QUADRO 13 – DESCRIÇÃO DO CASO DE USO UC02.03 – EXPORTAR ARQUIVO
XML....................................................................................................................................59
LISTA DE SIGLAS
CEP – Código de Endereçamento Postal
CNPJ – Cadastro Nacional de Pessoa Jurídica
CPF – Cadastro de Pessoa Física
HTML – HyperText Markup Language
NF-E – Nota Fiscal Eletrônica
PCP – Planejamento e Controle da Produção
PHP – Personal Home Page
RF – Requisito Funcional
RNF – Requisito Não Funcional
UC – Use Case
XML - eXtensible Markup Language
SUMÁRIO
1 INTRODUÇÃO .................................................................................................................... 12
1.1 OBJETIVOS DO TRABALHO..........................................................................................13
1.2 ESTRUTURA DO TRABALHO.......................................................................................13
2 FUNDAMENTAÇÃO TEÓRICA ...................................................................................... 15
2.3.1 SISTEMA ATUAL..........................................................................................................17
2.4 TRABALHOS CORRELATOS.........................................................................................21
2.4.1 SISTEMA DE PEDIDOS PARA REPRESENTANTE DE CONFECÇÃO...................22
2.4.2 PROTÓTIPO DE CONTROLE DE PEDIDOS PARA UMA EMPRESA TÊXTIL VIA
WEB...................................................................................................................................23
2.4.3 UTILIZAÇÃO DE TÉCNICAS DE ENGENHARIA DE USABILIDADE NO
DESENVOLVIMENTO DE UM SOFTWARE DE CONTROLE DE PEDIDOS...........24
3 DESENVOLVIMENTO DO SISTEMA ............................................................................ 25
3.1 LEVANTAMENTO DE INFORMAÇÕES.......................................................................25
3.2 ESPECIFICAÇÃO..............................................................................................................25
3.2.1 DIAGRAMAS.................................................................................................................27
3.3 IMPLEMENTAÇÃO..........................................................................................................29
3.3.1 Técnicas e ferramentas utilizadas....................................................................................29
3.3.1.1 MySQL.........................................................................................................................30
3.3.1.2 Notepad++....................................................................................................................30
3.3.2 Operacionalidade da implementação...............................................................................31
3.3.2.1 Logar no sistema...........................................................................................................31
3.4 RESULTADOS E DISCUSSÃO........................................................................................47
4 CONCLUSÕES .................................................................................................................... 49
4.1 EXTENSÕES.....................................................................................................................50
REFERÊNCIAS BIBLIOGRÁFICAS.................................................................................51
APÊNDICE A – Descrição dos Casos de Uso......................................................................53
QUADRO 3 – DESCRIÇÃO DO CASO DE USO UC01.01 CADASTRAR USUÁRIO 53
QUADRO 4 – DESCRIÇÃO DO CASO DE USO UC02.07 - VISUALIZAR PEDIDOS
EM ABERTO ....................................................................................................................54
QUADRO 5 – DESCRIÇÃO DO CASO DE USO UC02.06 - VISUALIZAR PEDIDOS
ENTREGUES ....................................................................................................................54
QUADRO 6 – DESCRIÇÃO DO CASO DE USO UC02.04 - VISUALIZAR
REQUISIÇÕES DE NOVOS CLIENTES ......................................................................55
QUADRO 7 – DESCRIÇÃO DO CASO DE USO UC02.05 - VISUALIZAR DEMANDA
..............................................................................................................................................55
QUADRO 8 – DESCRIÇÃO DO CASO DE USO UC03.03 - CADASTRAR PEDIDOS
..............................................................................................................................................56
QUADRO 9 – DESCRIÇÃO DO CASO DE USO UC03.02 - VISUALIZAR PEDIDOS
..............................................................................................................................................57
QUADRO 10 – DESCRIÇÃO DO CASO DE USO UC03.01 - REQUISITAR
CADASTRO DE NOVO CLIENTE.................................................................................57
QUADRO 11 – DESCRIÇÃO DO CASO DE USO UC02.01 - AVALIAR NOVO
CLIENTE............................................................................................................................58
QUADRO 12 – DESCRIÇÃO DO CASO DE USO UC02.02 – IMPORTAR ARQUIVO
XML....................................................................................................................................58
QUADRO 13 – DESCRIÇÃO DO CASO DE USO UC02.03 – EXPORTAR ARQUIVO
XML....................................................................................................................................59
APÊNDICE B – Dicionário de Dados..................................................................................60
ANEXO A – Formulário do Processo Manual....................................................................63
1 INTRODUÇÃO
Nosso país tem sofrido grandes ameaças e pressões no ramo têxtil. Segundo Rodrigues
(1996, p.97), ”as estratégias de mercado dos paises asiáticos têm provocado fortes reações nos
executivos brasileiros do setor têxtil”. Administradores com poucas informações ou decisões
erradas podem causar efeitos devastadores em uma empresa têxtil. Por isto as informações
certas no momento oportuno são essenciais para que o administrador tome as melhores
decisões referentes desde a escolha das matérias-primas até a entrega do produto final para o
cliente.
Para desenvolver um produto existem vários estágios, desde a criação até o
acabamento, englobando vários processos e atividades que devem ser realizadas antes do
prazo de entrega findar e com a qualidade requisitada pelo cliente. Atualmente a empresa
Randa Mundu Confecções situada no município de Gaspar, no estado de Santa Catarina,
possui o setor de desenvolvimento de produto, modelagem, encaixe, sala de corte, setor de
costura, sala de acabamentos, almoxarifado, escritório, embalagem e expedição dos pedidos.
O problema identificado nos processos da empresa ocorre na recepção dos pedidos,
onde os mesmos são enviados a empresa por representantes sem padronização, através de e-
mail, fax e telefone, sendo necessário a re-digitação no sistema local, gerando re-trabalho.
Após estudos aprofundados na empresa, verificou-se a necessidade de criar um sistema web
para integração com o sistema atual, com a finalidade de automatizar e controlar o envio de
pedidos à empresa, permitindo também gerar alguns relatórios gerenciais. A integração dos
dois sistemas se dá pelo padrão eXtensible Markup Language (XML). Segundo Jorgensen
(2002, p.62), “A XML é o padrão utilizado para troca de dados nos aplicativos. A sua
estrutura a torna perfeita para aplicativos on-line e trabalhos com dados que estejam na fonte
de dados local ou na fonte de dados remota”. A XML permite a integração dos dados
independente onde estão armazenados, gerando praticidade na criação de aplicações onde às
informações se encontram dispersas, unindo-as e permitindo trabalhar com as informações de
modo que existisse apenas um banco de dados para dois sistemas, onde na verdade existem
dois. Através da criação e leitura dos arquivos do formato XML, com algoritmos evitando
duplicidade e permitindo o total manuseio das informações tratadas no sistema.
12
1.1 OBJETIVOS DO TRABALHO1.1 OBJETIVOS DO TRABALHO
O objetivo geral do trabalho é apresentar uma aplicação web para integração com o
sistema local da empresa Randa Mundu Confecções, automatizando o envio e gestão de
pedidos de uma indústria têxtil.
Os objetivos específicos do trabalho proposto são:
a) levantar as informações de vendas para integrar com as rotinas
existentes na indústria têxtil;
b) disponibilizar informações de pedido para minimizar a comunicação de
representantes com o setor administrativo;
c) disponibilizar relatórios para auxiliar nas decisões de compras de
matérias-primas;
d) permitir ao gestor da industria têxtil a visualização dos pedidos
integrados com o módulo existente da empresa.
e) agilizar a entrega de pedidos no prazo.
f) padronizar o recebimento de pedidos.
g) minimizar a comunicação do setor administrativo com representantes.
1.2 ESTRUTURA DO TRABALHO1.2 ESTRUTURA DO TRABALHO
Este trabalho está disposto em quatro capítulos. No primeiro capitulo apresenta-se à
introdução, os objetivos e a estrutura do trabalho.
No segundo capitulo tem-se a fundamentação teórica, destacando-se os conceitos
sobre controle de produção, controle de pedidos, Xml, sistema atual e trabalhos correlatos.
No terceiro capitulo é apresentado o desenvolvimento do sistema, incluindo detalhes
sobre o levantamento de informações, especificação, implementação, operacionalidade,
técnicas e ferramentas utilizadas e resultados.
No quarto capitulo apresenta-se à conclusão e sugestões para trabalhos futuros.
.
13
2 FUNDAMENTAÇÃO TEÓRICA
Este capítulo aborda assuntos a serem apresentados nas seções a seguir, tais como
controle da produção, controle de pedidos, eXtensible Markup Language, sistema atual e
trabalhos correlatos.
1.1 CONTROLE DA PRODUÇÃO
Segundo Slack (1997, p.34) “a produção é a função central das organizações já que é
aquela que vai se incumbir de alcançar o objetivo principal da empresa, ou seja, sua razão de
existir”. Por esta razão o bom controle da administração se torna algo essencial para a
sobrevivência de uma empresa têxtil, visto que há muita rivalidade no mercado atual.
Monks (1987, p.4) define Administração de Produção como sendo “a atividade pela
qual os recursos, fluindo dentro de um sistema definido, são reunidos e transformados de uma
forma controlada, a fim de agregar valor, de acordo com os objetivos empresariais”. Com esta
macro-visão da organização podem-se reduzir os estoques, reduzindo o capital de giro e a
sobra de recursos presentes na indústria têxtil.
Segundo Machline (1985, p.488) “os métodos de controle são eficientes quando
permitem ao administrador inteirar-se, num relance, de todas as informações importantes.
Assim gráficos e dispositivos visuais facultam a transmissão rápida de informações”. A
informação estando apresentada de forma clara e objetiva pode auxiliar muito o administrador
na tomada de decisões.
Corrêa, Gianesi e Caon (1999, p.17), definem sistemas de administração como sendo
“sistemas para apoio de tomada de decisões, táticas e operacionais, referentes às seguintes
questões logísticas básicas: o que produzir e comprar; quanto produzir e comprar; quando
produzir e comprar; com que recursos produzir”. Por estas necessidades é fundamental a
utilização de sistemas de informação em um sistema de controle de produção.
1.2 CONTROLE DE PEDIDOS
Para Davenport (1994, p.481), “processo é a ordenação específica das atividades de
trabalho no tempo e no espaço, com um começo, um fim, inputs e outputs claramente
15
identificados, enfim, uma estrutura para ação”. O controle de processo nos pedidos é um
fundamental para evitar a compra excessiva de materiais e a sobra de estoque ao fim de uma
coleção. Os pedidos são a chave de uma boa administração em uma indústria têxtil, visto que
os dados deles irão ditar o que será produzido, comprado e estocado.
Segundo Machline (1985, p.492), os estoques totais são expressos em reais e incluem:
matérias-primas, produtos em fabricação e acabados, embalagens e materiais diversos.
Aconselha-se que essa relação não ultrapasse 30%, pois uma proporção maior investida em
estoques pode indicar excesso de estocagem e merece cuidadosa análise. Um sistema de
controle de pedidos que é atualizado freqüentemente possibilita ao administrador ter total
controle sobre a matéria-prima existente em estoque e necessária para a finalização dos
produtos essenciais para entrega dos pedidos no prazo.
1.3 EXTENSIBLE MARKUP LANGUAGE
Segundo Abiteboul e Buneman (2000), “XML é a linguagem de marcação de dados
que provê um formato para descrever dados estruturados”. Isto torna mais simples as
declarações mais precisas do conteúdo e resultados mais significativos de busca através de
múltiplas plataformas.
Já para Kade e Heuser (2001), “XML é uma transmissão de dados, e como tal, é bem
provável que se torne um dos padrões principais para a troca de dados na web”. Para uma
organização, XML permite uma especificação facilitada visando a troca de dados e a
reutilização por muitos aplicativos.
Segundo Faria (2005, p.11), ”A XML representa uma linguagem padrão que consegue
armazenar todo tipo de dados”. Este padrão identifica os tipos de dados e os organiza da
forma mais interessante possível, para análise computacional ou emissão de relatórios.
Segundo Abiteboul e Buneman (2000) “folhas de estilo são utilizadas para traduzir
dados XML para HyperText Markup Language (HTML), podendo as páginas HTML
resultantes ser exibidas por navegadores padrão”. Diferente de um documento HTML, o XML
não possui instruções sobre como deve ser exibido, sendo incluída esta informação em uma
folha de estilos.
Segundo Shiu (2001), “XML ao tornar-se um padrão universalmente estabelecido irá
facilitar o desenvolvimento de software para manipular informação especializada distribuída
através da web”. Desta forma o sistema a ser desenvolvido irá utilizar este padrão para
16
manipular as informações através do sistema web que será apresentado.
2.2.3.13.1 SISTEMA ATUAL SISTEMA ATUAL
A empresa do ramo têxtil Randa Mundu Confecções situada em Santa Catarina na
cidade de Gaspar, utiliza um sistema de Planejamento e Controle da Produção (PCP) e outro
software administrativo para controle de sua produção, onde possui um módulo de controle de
pedidos, mas atualmente este módulo não possui uma interface web para lançamento dos
pedidos.
Atualmente o software da empresa RZ sistemas PCPtêxtil, inclui toda parte de
gerência voltado a área produtiva, como pedidos não entregues, ficha técnica do produto,
controle de terceiros, controle de estoque e relatórios diversos.
Além do controle de produção, existe outro módulo, chamado RzAdmin, onde é
realizada toda a gerência administrativa da empresa, tais como gerar nota fiscal eletrônica,
cadastro de clientes, situação de pagamento, contas a pagar, contas a receber e lançamento de
pedidos.
No software RzAdmin foi implementada uma interface onde são cadastrados os
produtos, como é exibido na Figura 1.
Figura 1 – Cadastro de Produtos
17
Além do cadastro de produtos é necessário o cadastro de clientes para compor um
pedido. A Figura 2 apresenta a tela de cadastro de clientes do sistema atual da empresa.
Figura 2 – Cadastro de Clientes
Após isto é realizado o lançamento dos pedidos, que são recebidos via e-mail, fax,
telefone, conforme exibido na Figura 3.
18
Figura 3 – Cadastro de Pedidos
O usuário tem a opção de gerar relatórios gerenciais para controle da demanda de
pedidos em um determinado período, conforme se apresenta na Figura 4.
19
Figura 4 – Demanda de Produção
Para gerar este relatório se faz necessária à consulta de todos os pedidos cadastrados
no sistema em um determinado período, escolhido pelo usuário e todos os produtos
produzidos neste mesmo período. A Figura 5 exibe a tela de cadastro de produção realizado
no sistema local da empresa.
20
Figura 5 – Cadastro de Produção
Devido à recepção de pedidos não ser padronizada, pode ocorrer perda ou divergência
das informações que serão re-digitadas no sistema local da empresa. Um funcionário é
designado para re-digitar os pedidos, gerando re-trabalho e ainda há casos em que o mesmo
entra em contato com o representante responsável pela venda, para esclarecer dúvidas em
relação à legibilidade das informações presentes no pedido, devido a uma boa parte deles ser
enviada via fax para a empresa, como demonstrado no anexo A.
O pedido pode ser extraviado e não se tem disponível as informações dos pedidos
diretamente no sistema, sendo necessário, aguardar o lançamento dos pedidos para gerar os
relatórios, tornando o processo ineficiente.
Com base nestas informações propõe-se o desenvolvimento de um novo módulo para o
sistema PCPTêxtil para otimizar o processo de recepção e gestão de pedidos, com a garantia
de redução de mão de obra, com eficiência e minimização de falhas presentes no processo
anterior.
2.4 TRABALHOS CORRELATOS2.4 TRABALHOS CORRELATOS
Existem várias aplicações que manipulam pedidos. Foram selecionados três trabalhos
que envolvem a manipulação de pedidos. Sendo eles, um aplicativo para representantes de
confecções lançarem os pedidos, um aplicativo via web para controle de produção de uma
industria têxtil e um software para controle de pedidos.
21
2.4.1 SISTEMA DE PEDIDOS PARA REPRESENTANTE DE CONFECÇÃO2.4.1 SISTEMA DE PEDIDOS PARA REPRESENTANTE DE CONFECÇÃO
Souza (2008) desenvolveu um aplicativo para representantes de confecções. A
aplicação possibilita a coleta de pedidos e a transmissão de dados através de arquivos XML
para o sistema principal da organização de forma igual a este sistema, aplicando o conceito de
Balanced Scorecard para acompanhamento do desempenho dos representantes.
Este trabalho além de possibilitar a coleta e transmissão dos pedidos via XML também
possibilita gerar relatórios gerenciais para controle dos pedidos e produção. A Figura 6 a
seguir apresenta a tela de cadastro de pedidos do sistema desenvolvido por Souza (2008).
Fonte: Souza (2008, p. 48).Figura 6 – Cadastro de Pedidos de Souza
22
2.4.2 PROTÓTIPO DE CONTROLE DE PEDIDOS PARA UMA EMPRESA TÊXTIL VIA2.4.2 PROTÓTIPO DE CONTROLE DE PEDIDOS PARA UMA EMPRESA TÊXTIL VIA
WEBWEB
Novack (2011) desenvolveu um aplicativo via web para controle da produção. A
aplicação possibilita a geração de relatórios administrativos conforme esta proposta e também
realiza o acompanhamento de ordens de serviço e a venda de produtos via web.
O sistema desenvolvido possibilita além da proposta de Novack (2011) o envio e
recebimento de informações necessárias para a manipulação de pedidos através do padrão
XML e possibilita também gerar relatórios.
A Figura 7 apresenta o cadastro de itens em um pedido do sistema de Novack (2011).
Fonte: Novack (2011, p. 34).
Figura 7 – Cadastro de Pedidos por Novack
23
2.4.3 UTILIZAÇÃO DE TÉCNICAS DE ENGENHARIA DE USABILIDADE NO2.4.3 UTILIZAÇÃO DE TÉCNICAS DE ENGENHARIA DE USABILIDADE NO
DESENVOLVIMENTO DE UM SOFTWARE DE CONTROLE DE PEDIDOSDESENVOLVIMENTO DE UM SOFTWARE DE CONTROLE DE PEDIDOS
Em Theis (2003) foi desenvolvido um software para controle de pedidos. A aplicação
possui a mesma ênfase de controle de pedidos deste trabalho com a utilização de técnicas de
engenharia de usabilidade, visando o fácil manuseio e a praticidade.
O diferencial deste trabalho, considerando Theis (2003), é que possui interface para
gerar e ler arquivos XML e a geração de relatórios.
A Figura 8 apresenta a aplicação de Theis (2003), na tela de criação de um novo
pedido.
Fonte: Theis (2003, p. 44).
Figura 8 – Cadastro de Pedidos por Theis
24
3 DESENVOLVIMENTO DO SISTEMA
Neste capítulo estão descritas as particularidades técnicas do sistema, tais como a
descrição do mesmo e a apresentação dos requisitos funcionais e não funcionais, principais
casos de uso e a sua descrição, diagramas de atividades, diagramas de entidade, diagrama de
classes e relacionamento e principais softwares a serem utilizados.
3.1 LEVANTAMENTO DE INFORMAÇÕES3.1 LEVANTAMENTO DE INFORMAÇÕES
O sistema foi desenvolvido utilizando-se a linguagem de programação PHP com
banco de dados MySQL. Somente usuários cadastrados e o administrador podem ter acesso ao
sistema. Somente o administrador poderá cadastrar novos usuários. Os representantes poderão
apenas acessar as guias clientes e pedidos, onde farão a requisição de novos clientes e
incluirão novos pedidos ao sistema web informando os produtos, quantidades, cores. cliente,
data de entrega, forma de pagamento e observações, também poderão gerar relatórios
contendo as informações de suas vendas em um determinado período. Os operadores poderão
efetuar qualquer operação do sistema, exceto o gerenciamento de usuários. O administrador e
o operador poderão criar pedidos, efetuar requisição de novos usuários, aceitar ou recusar
novos usuários, gerar relatórios de demanda e vendas em um determinado período, carregar
arquivos XML, e gerar arquivos XML para integração com o sistema legado da empresa.
3.2 ESPECIFICAÇÃO3.2 ESPECIFICAÇÃO
Nesta seção serão apresentados os requisitos funcionais (RF) e os requisitos não
funcionais (RNF) com seus respectivos casos de uso.
O Quadro 1 apresenta os requisitos funcionais previstos para o sistema e sua
rastreabilidade, ou seja, vinculação com o(s) caso(s) de uso associado(s).
25
Requisitos Funcionais Caso de UsoRF01: O sistema deverá permitir ao administrador o cadastramento de
usuários.
UC01.01
RF02: O sistema deverá permitir o cadastro de pedidos. UC03.03RF03: O sistema deverá emitir um relatório contendo os pedidos em
andamento.
UC02.07
RF04: O sistema deverá emitir um relatório contendo os pedidos
entregues.
UC02.06
RF05: O sistema deverá permitir a atualização do cancelamento de
pedidos efetuado pelo sistema PCP.
UC02.08
RF06: O sistema deverá emitir relatório de demanda. UC02.05RF07: O sistema deverá permitir ao representante a visualização dos
pedidos efetuados por ele.
UC03.02
RF08: O sistema deverá permitir ao representante o envio de requisições
de novos clientes para o administrador.
UC03.01
RF09: O sistema deverá permitir ao administrador a visualização de
requisições de novos clientes.
UC02.04
RF10: O sistema deverá permitir ao administrador a avaliação de novos
clientes.
UC02.01
RF11: O sistema deverá permitir ao operador importar arquivos XML
para sincronizar os sistemas.
UC02.02
RF12: O sistema deverá permitir ao operador exportar arquivos XML. UC02.03Quadro 1: Requisitos Funcionais
O Quadro 2 lista os requisitos não funcionais previstos para o sistema.
Requisitos Não FuncionaisRNF01: O sistema deverá ser desenvolvido em PHP.RNF02: O sistema deverá utilizar banco de dados MySQL.RNF03: O sistema deverá estar acessível no navegador Internet Explorer.RNF04: O sistema deverá ter controle de acesso via login.RNF05: O sistema deverá possuir integração com o sistema legado através do padrão
XML.Quadro 2: Requisitos Não Funcionais
26
3.2.1 DIAGRAMAS3.2.1 DIAGRAMAS
O sistema terá acesso aos dados de cadastrado de produtos com cores, tamanhos e
detalhes via XML do sistema local e possibilitará o cadastro de pedidos.
Na Figura 9 pode-se visualizar o diagrama de casos de uso da aplicação. As descrições
dos casos de uso estão no Apêndice A.
Figura 9: Diagrama de caso de uso
O administrador tem acesso a todo o sistema, como também o operador, que possui
acesso a tudo, exceto à parte de gerenciamento de usuários. O ator Representante tem acesso
somente a requisições de novos clientes, tela de cadastro de novos pedidos e visualiza os
pedidos efetuados por ele.
Na Figura 10 têm-se o diagrama de casos de uso sobre o representante da empresa que
27
será responsável pelo cadastro de pedidos, visualização de pedidos e requisição de novos
clientes.
A seguir na Figura 10 é apresentado o diagrama de criação de novo pedido que é de
responsabilidade do representante, caso o cliente ainda não exista o representante irá requisitar
um novo cliente para o administrador, que decidirá aceitar ou recusar esta requisição.
Figura 10: Diagrama de Criação de Novo Pedido
Na Figura 11 se apresenta o modelo relacional de banco de dados. O dicionário de
dados desenvolvido para especificar o sistema é apresentado no Apêndice B.
28
Figura 11 - Modelo Relacional de Banco de Dados
3.3 IMPLEMENTAÇÃO3.3 IMPLEMENTAÇÃO
A seguir são mostradas as técnicas e ferramentas utilizadas e a operacionalidade da
implementação.
3.3.1 Técnicas e ferramentas utilizadas
Para o desenvolvimento do sistema foi utilizada a linguagem PHP. O ambiente de
desenvolvimento foi o Notepad++. Para o armazenamento dos dados foi utilizado o MySQL.
29
3.3.1.1 MySQL
O banco de dados relacional utilizado na implementação da aplicação foi o MySQL.
Conforme Costa e Todeschini (2006, p. 119) banco de dados relacional é “um conjunto de
tabelas, linhas e colunas que contém alguns tipos de dados que podem se relacionar”. Para
Welling e Thomson (2003, p. 27) MySQL é “um sistema de gerenciamento de banco de dados
relacional poderoso e muito rápido. Um banco de dados permite armazenar, pesquisar,
classificar e recuperar dados eficientemente.”
Para a administração do banco foi utilizado o PhpMyAdmin que é instalado junto com
o pacote WampServer que é constituído por: Apache, Php, MySql e PhpMyAdmin , sendo
uma ferramenta freeware e muito funcional.
3.3.1.2 Notepad++
Conforme Rbtech (2012) “Notepad++ é um editor de texto e códigos fonte completos
que suporta as mais diversas linguagens de programação.” São em média cinqüenta
linguagens de programação disponíveis, sendo um sistema muito leve e funcional.
Rbtech (2012) conclui que a ferramenta “possui muitas características favoráveis para
facilitar o trabalho, como auto-completar, sistema de busca e substituição, interface funcional
e navegação por abas, esse software livre se tornou um destaque entre os programadores.”
Também efetua importações, auto formatação, endentação automática, dentre outras
funcionalidades. A Figura 12 apresenta a tela de desenvolvimento do Notepad++.
30
Figura 12 – Notepad++
3.3.2 Operacionalidade da implementação
Esta subseção tem por objetivo mostrar a operacionalidade da implementação em nível
de usuário, abordando as principais funcionalidades da ferramenta.
3.3.2.1 Logar no sistema
O sistema inicia-se na tela de login. O usuário deve informar seu usuário e senha para
acessar o sistema. O login terá por objetivo, além da segurança dos dados, diferenciar os
atores do sistema. Caso o usuário opte pela função continuar conectado, seus dados de login
serão gravados em cookies, não sendo necessário efetuar login no período de 30 dias após o
ultimo acesso. A Figura 13 representa a tela de login.
31
Figura 13 – Login do sistema
Caso os dados informados forem incorretos, o sistema exibirá uma mensagem
conforme é exibida na Figura 14.
Figura 14 – Login Incorreto
Caso os dados informados estejam corretos, o sistema libera o acesso. Existem três
tipos de usuários, cada usuário possui acesso restrito a uma parte do sistema. O administrador
tem acesso a todo o sistema, sendo Clientes, Pedidos, Relatórios, Importar XML, Exportar
XML, Requisições de Clientes e Usuários, conforme Figura 15.
Figura 15 – Guias de acesso do administrador
32
O representante tem acesso somente às guias Clientes, Pedidos e Relatórios, conforme
Figura 16.
Figura 16 – Guias de acesso do Representante
O operador tem acesso à guia Demanda, Importar XML, Exportar XML e Requisições
de Clientes, conforme a Figura 17.
Figura 17 – Guias de acesso do Operador
O próximo passo é selecionar a área desejada do sistema. O sistema inicia-se no Home,
onde exibe o nível de acesso do usuário que efetuou o login, sendo de administrador,
representante ou operador, conforme a Figura 18.
Figura 18 – Informação de nível de acesso
Caso o usuário opte por Clientes, o sistema disponibiliza a requisição de novos
clientes, bem como o status das requisições, informando os clientes aceitos no sistema web,
clientes aceitos no sistema legado, clientes reprovados e que estão aguardando aprovação.
Disponibilizando ao gestor da empresa a visualização dos pedidos integrados com o módulo
existente da empresa. A Figura 19 apresenta a tela de Clientes.
33
Figura 19 – Controle de Clientes
Ao criar um novo cliente, será imediatamente alocado na coluna de Clientes
aguardando aprovação. Para cadastrar um novo cliente se faz necessário, incluir as seguintes
informações, a razão social, o CNPJ/CPF, o estado, a cidade, o CEP, o telefone, o contato, o
bairro, o endereço, o email, a pessoa (física ou jurídica) e a transportadora. A Figura 20 retrata
a tela de cadastro de novos clientes.
Figura 20 – Cadastro de novos clientes
Cadastrado o novo cliente ele permanecerá na tela de requisições de clientes até o
administrador aceitar ou recusar o pedido. A Figura 21 apresenta a tela de usuários
aguardando um parecer do administrador.
34
Figura 21 – Requisições de Clientes
Clicando em um dos clientes que estão aguardando avaliação, têm-se os dados do novo
cliente e três botões; o fechar, o recusar e o aceitar, conforme a Figura 23.
Figura 23 – Detalhamento de Requisição de clientes
Existe um botão para fechar a janela, enquanto o botão aceitar move o cliente para a
coluna de clientes no sistema web. O botão recusar move o cliente para a coluna de clientes
reprovados, onde poderá ser eliminado do sistema. A Figura 24 apresenta a realocação do
cliente.
35
Figura 24 – Alocação do Cliente
Ainda na guia cliente, existe um botão chamado Sincronizar sistemas, onde é realizada
a sincronização dos clientes entre o sistema web e o sistema legado. As opções são para
atualizar os dados, caso algum dado do cliente for alterado ou inserir do sistema legado para o
sistema web. A Figura 25 exibe a tela de sincronização.
Figura 25 – Tela de sincronização de clientes
36
Se a guia Relatórios for selecionada, o usuário administrador ou operador pode gerar
relatórios de pedidos informando os parâmetros, o tipo de relatório e o status dos pedidos,
podendo também imprimir o relatório gerado de pedidos. A Figura 26 exibe a tela de geração
de relatórios.
Figura 26 – Tela de geração de relatórios
Na mesma tela de geração de relatórios existe um botão chamado Ver estoque
Sintético, onde é confrontada a produção com os pedidos e gerada a demanda. A Figura 27
apresenta a tela onde é gerado o estoque sintético.
37
Figura 27 – Estoque Sintético
Com as Figuras 26 e 27 atendeu-se o objetivo específico “disponibilizar relatórios para
auxiliar na tomada de decisão.”, onde se disponibiliza relatórios de pedidos conforme Figura
26 e gera uma demanda conforme Figura 27.
O estoque também pode ser consultado graficamente, facilitando assim a tomada de
decisão em relação à produção. Os dados para gerar o gráfico bem como o relatório anterior
apresentado na Figura 27, são extraídos dos pedidos efetuados e estoque disponível. Os
pedidos são integrados com o sistema local da empresa, onde são somados os pedidos
efetuados no sistema web com o sistema local da organização e a produção é importada toda
por XML. A Figura 28 exibe o gráfico gerado pelo sistema, que demonstra a demanda entre
pedidos efetuados e produtos em estoque.
38
Figura 28 – Gráfico gerado pelo sistema
Se a guia Importar XML for selecionada, o usuário administrador ou operador pode
importar os dados através de um arquivo no formato XML, gerado do outro sistema da
empresa, onde serão atualizados os produtos, pedidos ou clientes, conforme Figura 29.
Figura 29 – Tela Importar XML
Realizado o carregamento do arquivo o sistema irá apresentar na tela as alterações,
inserções e detalhes da importação que acabou de ser realizada. A Figura 30 apresenta uma
39
importação.
Figura 30 – Importar XML
A Figura 31 demonstra o cálculo da importação via XML, fazendo as comparações
devidas para incluir ou atualizar na base web. Caso o produto não tenha nenhum dado
alterado, o sistema exibirá “ajuste desnecessário!” e caso haja alguma alteração o sistema
exibirá de forma respectiva.
40
Figura 31 – Código fonte Comparativo Importar XML
Caso opte por Exportar Xml o sistema irá gerar arquivos Xml, onde será lido pelo
sistema local da empresa, atualizando assim os dados de clientes, pedidos e produtos
cadastrados no sistema web. A Figura 32 apresenta a tela de exportação via XML e a tela
gerada para salvar o arquivo.
Figura 32 – Exportar XML
Após gerar a janela do arquivo XML basta apenas o usuário pressionar ctrl + s para
salvar o arquivo e posteriormente carregar no sistema legado da empresa. As rotinas de
importação e exportação via XML minimizam a comunicação dos representantes com o setor
41
administrativo, pois visto que são lançados diretamente no sistema.
Com as Figuras 32 e 35 atendeu-se o objetivo específico “disponibilizar informações
de pedido para minimizar a comunicação de representantes com o setor administrativo.”, onde
o representante cadastra as informações dos pedidos conforme a Figura 35, disponibilizando
as informações diretamente ao sistema via XML conforme a Figura 32, minimizando a
comunicação com o setor administrativo.
Na guia pedidos, tem-se a visualização dos pedidos do sistema integrados com o
módulo existente na empresa que são visualizados pelo gestor. A Figura 33 apresenta a tela de
controle de pedidos.
Figura 33 – Pedidos integrados
Esta tela é dividida em duas colunas, a de Pedidos em andamento e a de pedidos
entregues. Ao criar um novo pedido ele automaticamente assume o status de em andamento.
Os pedidos recebem o status de entregues quando é gerada a NF-E do sistema legado da
empresa, assim ao realizar a integração com o sistema web, este pedido sairá da coluna de
pedidos em andamento para pedidos entregues.
Com a Figura 33 atendeu-se o objetivo específico “permitir ao gestor da indústria têxtil
a visualização dos pedidos integrados com o módulo existente da empresa.”, onde se
disponibiliza informações de pedidos em andamento e pedidos entregues integrados com o
módulo já existente da empresa.
Caso o usuário for representante, ele terá acesso às vendas efetuadas por ele na guia
relatórios, onde poderá consultar os pedidos por períodos e status. A Figura 34 exibe a tela de
relatório de vendas por representante.
42
Figura 34 – Relatório de vendas por representante
Para gerar um novo pedido se faz necessário à informação de Cliente, Data de entrega,
Itens, Tamanhos, Cores, Quantidades e Observações. A Figura 35 exibe a tela de cadastro de
novos pedidos.
Figura 35 – Cadastro de novos pedidos
A Figura 36 apresenta a tela para adição de produtos ao pedido.
43
Figura 36 – Adição de produtos ao pedido
Após o pedido já estar cadastrado ele pode ser editado ou consultado, clicando sobre o
pedido na guia pedidos. A Figura 37 apresenta a edição e consulta de dados dos pedidos.
44
Figura 37 – Edição e consulta de pedidos
Com as Figuras 26, 27 e 37 atendeu-se o objetivo específico “levantar as informações
de vendas para integrar com as rotinas existentes na empresa da indústria têxtil.”, onde na
Figura 26 são listadas as vendas. Na Figura 27 é apresentada uma integração com o sistema
existente na empresa, gerando uma demanda e a Figura 37 exibe as informações de vendas
por pedidos separadamente.
Em Usuários tem-se todo o controle de usuários, bem como criação, exclusão, edição e
visualização de usuários. Somente o administrador tem permissão de acesso a esta área. A
Figura 38 exibe a tela de controle de usuários.
Figura 38 – Controle de Usuários
45
A Figura 39 apresenta a tela onde serão adicionados novos usuários ao sistema.
Figura 39 – Inclusão de novos usuários
Ainda na tela de usuários podem-se editar os dados dos mesmos, basta clicar sobre o
nome do usuário e editar as informações, conforme a Figura 40 apresenta.
Figura 40 – Edição de usuários
46
3.4 RESULTADOS E DISCUSSÃO3.4 RESULTADOS E DISCUSSÃO
O desenvolvimento deste trabalho permitiu com base nos testes efetuados por usuários,
agilizar os processos que envolvem as atividades de controle de pedidos, substituindo assim
as formas de controle de processos por fax e meios eletrônicos não padronizados por um
sistema web.
O principal objetivo do sistema foi desenvolver um módulo de controle de pedidos via
web para uma empresa do setor têxtil, com isto permitindo evitar possíveis falhas que
poderiam ser causadas no lançamento de pedidos, onde os dados ficam dispersos e mais
expostos à falha humana. A manipulação das informações melhorou bastante, pois as
informações estão disponíveis em níveis de permissão de usuários.
Outro ponto positivo proporcionado é o desenvolvimento do sistema no ambiente web,
podendo ser realizado o lançamento de pedidos até mesmo nos próprios clientes, bem como
novas requisições e consultas. Também a consulta de relatórios pode ser efetuada pelo
administrador em viagens de negócios e até mesmo férias, possibilitando assim o
acompanhamento dos pedidos à distância.
Foi realizada uma pesquisa sobre a satisfação dos usuários interessados no sistema
desenvolvido, o sistema foi testado no dia 30 de maio de 2012, sendo entrevistados cinco
funcionários, sendo eles, o encarregado de talhação, o programador de encaixe, o auxiliar
administrativo, o gerente de compras e a estilista, compreendendo os seguintes setores da
empresa, o de Compras, o Administrativo e o de Produção.
Os objetivos deste trabalho em desenvolver uma aplicação web para entrada e controle
de pedidos foram alcançados, bem como os relatórios para controle de produção e demanda.
Uma prova disto é a aplicação da pesquisa de satisfação realizada na empresa. As perguntas
realizadas aos envolvidos foram:
a) o sistema é eficiente ao seu propósito?
b) o sistema possui boa segurança de acesso?
c) é fácil utilizar o sistema?
d) o sistema é instável? e
e) qual sua visão geral da aplicação?
A Figura 40 apresenta o gráfico de barras da pesquisa realizada na empresa.
47
Figura 41 – Pesquisa de Satisfação
Souza (2008) desenvolveu um aplicativo para representantes de confecções,
possibilitando a coleta de pedidos e a transmissão de dados através de arquivos XML para o
sistema principal da organização de forma igual a este sistema, aplicando o conceito de
Balanced Scorecard para acompanhamento do desempenho dos representantes. Este trabalho
difere de Souza (2008) na geração de relatórios administrativos.
Novack (2011) desenvolveu um aplicativo via web para controle da produção,
possibilitando a geração de relatórios administrativos conforme esta proposta e também
realiza o acompanhamento de ordens de serviço e a venda de produtos via web. O diferencial
da aplicação desenvolvida em relação à de Novack (2011) é possuir integração através do
padrão XML com o sistema legado.
Em Theis (2003) foi desenvolvido um software para controle de pedidos com o
diferencial de utilizar técnicas de engenharia de usabilidade, já este trabalho não possui
técnicas de engenharia e usabilidade, mas possui interface para integração através do padrão
XML com o sistema legado da empresa.
48
4 CONCLUSÕES
Este trabalho propôs o desenvolvimento de um sistema para a automatização do
recebimento de pedidos, clientes e usuários de uma indústria têxtil, sendo desenvolvido para
web utilizando a linguagem PHP e banco de dados MySql.
O sistema desenvolvido tem funcionalidades diferentes conforme o nível do usuário,
permitindo assim restrições de acesso, aumentando a integridade das informações.
Os objetivos específicos foram atendidos na integra. Levantou-se as informações de
vendas para integrar com as rotinas existentes da empresa. Com este trabalho, pode-se
integrar estas rotinas entre os setores compras, administrativo e produção. Disponibilizou-se
informações e relatórios de pedidos minimizando-se a comunicação e auxiliando-se na
tomada de decisão referente a compra de matéria-prima e administração dos recursos e mão
de obra. Este trabalho permitiu que o gestor da empresa possa visualizar os pedidos
integrados com módulos legados existentes na empresa.
Os resultados obtidos com o desenvolvimento deste sistema foram satisfatórios, os
requisitos propostos foram cumpridos, e assim o objetivo principal do trabalho foi alcançado,
automatizando os processos que eram realizados por fax e meios eletrônicos. Desta forma
cada usuário pode cadastrar no sistema e consultar as informações disponíveis conforme seu
nível de acesso, também através do padrão XML pode-se sincronizar o sistema legado com o
web. Assim garantiu-se o aumento de segurança dos dados registrados, agilizando e tornando
mais enxuto o processo anterior, disponibilizando também acesso em qualquer meio que
esteja conectado a Internet, possuindo interface que suporte o sistema.
Através do desenvolvimento deste sistema, obteve-se maior agilidade para consultas de
relatórios relacionados aos pedidos, permitindo requisitar clientes de uma forma padrão e
segura, reduzindo em cem por cento o trabalho interno de digitação de pedidos, que
necessitava de um funcionário durante todo o dia.
Uma limitação foi na integração deste trabalho que tem somente foco no controle de
pedidos, não contemplando todo o sistema já existente na empresa.
O desenvolvimento do trabalho permitiu o conhecimento de novas ferramentas e
aplicativos que auxiliam no desenvolvimento de sistemas web. Devido a não possuir muita
experiência no desenvolvimento nesta linguagem específica, encontraram-se vários desafios
que foram alcançados, por meio de pesquisas, livros, conhecimento adquirido durante a
49
graduação e meios eletrônicos, permitindo a conclusão e realização deste trabalho.
4.1 EXTENSÕES4.1 EXTENSÕES
Sugerem-se as seguintes extensões para a continuidade do trabalho:
a) permitir acesso ao sistema através de dispositivo móvel com integração
aos sistemas já existentes na empresa;
b) criar as rotinas necessárias para integração do sistema já existente na
Randa Mundu Confecções com o sistema desenvolvido neste trabalho;
c) desenvolver rotinas de controle de produção, que não estão incluídas
neste sistema, complementando um PCP via web;
d) automatizar o processo de sincronismo entre os sistemas legado e web.
50
REFERÊNCIAS BIBLIOGRÁFICAS
ABITEBOUL, S., BUNEMAN, P. Data on the web – From Relations the Semistructured Data and XML. 2000.Massachusetts, Morgan Kaufmann Publishers, 2000.
CORRÊA, Henrique L., GIANESI, I. G. N., CAON, M. Planejamento e controle da produção: MRP II/ERP: conceitos, uso e implantação. 2.ed. São Paulo, Gianesi Corrêa & Associados: Atlas, 1999.
COSTA, Ramon Gomes; TODESCHINI, Leonardo. Web Como programar usandoferramentas livres: HTML, JavaScript, Apache, MySQL e PHP. Rio de Janeiro: Alta Books, 2006.
DAVENPORT, Thomas H. Reengenharia de processos. Rio de Janeiro, Campus, 1994.
FARIA, Rogério Amorin de. Treinamento avançado em XML. São Paulo: Digerati, 2005.
JORGENSEN, David. Desenvolvendo serviços Web.net com XML. São Paulo:Alta Books,2002.
KADE, Adrovane M.; HEUSER, Carlos A. Tendências em linguagem de consulta para documentos XML. 2001. Rio Grande do Sul: Universidade Federal do Rio Grande do Sul, 2001.
MACHLINE, Claude. Manual de administração da produção. 6ª Ed. Rio de Janeiro, Fundação Getúlio Vargas, 1985.
MONKS, Jeseph G. Administração da produção. São Paulo: MCGraw-Hill, 1987.
NOVACK, Elke Laurindo. Protótipo de controle de pedidos para uma empresa têxtil via Web. 2011. f. Trabalho de Conclusão de Curso (Graduação em Bacharel em Sistemas de Informação) Centro de Ciências Exatas e Naturais, Fundação Universidade Regional de Blumenau, 2011.
RBTECH. Rbtech – porque conhecimento nunca é demais. [S.l.], 2012. Disponível em:
<http://rbtech.info/download-notepad-portable/>. Acessado em: 19 jun. 2012.
RODRIGUES, Leonel Cezar. Impactos dos sistemas de informação. Jornal de Santa Catarina, Blumenau –SC. Caderno de Economia, p.2, 30 jun. 1996.
SLACK, Nigel. et all. Administração da produção. São Paulo: Atlas, 1997.
SHIU, William M. Utilizing multiple bioinformatic information sources: An XML Database proach 2001 Bioinfrmatics Honours Thesis. 2001. University of New South Wales, 2001.
51
SOUZA, Diones Alex. Sistema de pedidos para representante de confecções. 2008. 80 f. Trabalho de Conclusão de Curso (Graduação em Bacharel em Ciências da Computação) Centro de Ciências Exatas e Naturais, Fundação Universidade Regional de Blumenau, 2008.
THEIS, David Jones. Utilização de técnicas de engenharia de usabilidade no desenvolvimento de um software de controle de pedidos. 2003. 54p, il. Trabalho de Conclusão de Curso (Graduação em Bacharel em Ciências da Computação) Centro de Ciências Exatas e Naturais, Fundação Universidade Regional de Blumenau, 2003.
WELLING, Luke; THOMSON, Laura. PHP e MySQL: desenvolvimento Web. 2. ed.Tradução Altair Dias Caldas de Moraes, Claudio Belleza Dias. Rio de Janeiro: Campus, 2003.
52
APÊNDICE A – Descrição dos Casos de Uso
Este Apêndice visa fornecer a descrição de casos de uso do sistema.
No Quadro 3 apresenta-se o caso de uso " UC01.01 - Cadastrar Usuários".
Nome do Caso de
Uso
UC01.01 - Cadastrar Usuários
Descrição Administrador acessa a aplicação via navegador Internet Explorer e
informa dados para login e senha armazenados no cadastro do
colaborador. O administrador informa dados para o novo usuário,
login e senha. Ator AdministradorPré-condição Sistema deve estar hospedado no servidor web.
Usuário deve fazer login no sistema.Fluxo principal 1. Administrador preenche seu login e sua senha na tela inicial.
2. Sistema valida os dados de login e senha do usuário;
3. Sistema direciona o Administrador para a página Usuários do
menu do sistema.
4. Administrador define novo usuário e senha.
5. O sistema registra os dados do novo usuário. Cenário – Inclusão • Administrador inclui um novo usuário (usuário, senha);
Usuário seleciona opção salvar para incluir as informações no banco
de dados.Cenário – Edição • Sistema mostra registros cadastrados(usuário, senha, acesso);
• Usuário seleciona um registro para edição(usuário, senha, acesso);
• Usuário altera serviço e seleciona opção salvar para atualizar os
dados.Fluxo alternativo • No passo 1 caso a senha ou login estejam incorretos, sistema
exibe a mensagem “usuário ou senha inválida”.Pós-condição Administrador cadastrou ou editou um usuário.
Quadro 3 – Descrição do caso de uso UC01.01 Cadastrar Usuário
No Quadro 4 apresenta-se o caso de uso " UC02.07 - Visualizar Pedidos em Aberto".
Nome do Caso de UC02.07 - Visualizar Pedidos em Aberto
53
UsoDescrição Usuário acessa a guia Pedidos e visualiza relatório. Ator Administrador/ OperadorPré-condição Sistema deve estar hospedado no servidor web.
Administrador deve estar cadastrado no banco de dados.
Pedidos devem estar cadastrados no banco de dados.Fluxo principal 1. Sistema direciona o Usuário para a página do menu pedidos do
sistema.
2. Usuário opta por visualizar pedidos em aberto.Cenário –
Visualização
• Sistema demonstra pedidos em aberto (cliente,data, status).
Pós-condição Administrador acessa pedido(s) em aberto.
Quadro 4 – Descrição do caso de uso UC02.07 - Visualizar Pedidos em Aberto
No Quadro 5 apresenta-se o caso de uso " UC02.06 - Visualizar Pedidos Entregues".
Nome do Caso de
Uso
UC02.06 - Visualizar Pedidos Entregues
Descrição Usuário acessa a guia Pedidos e visualiza relatório. Ator Administrador/ OperadorPré-condição Sistema deve estar hospedado no servidor web.
Usuário deve estar cadastrado no banco de dados.
Pedidos devem estar cadastrados no banco de dados.Fluxo principal 3. Sistema direciona o Usuário para a página do menu pedidos do
sistema.
4. Usuário opta por visualizar pedidos entregues.Cenário –
Visualização
• Sistema demonstra pedidos entregues (cliente,data, status).
Pós-condição Administrador acessa pedido(s) entregues.
Quadro 5 – Descrição do caso de uso UC02.06 - Visualizar Pedidos Entregues
No Quadro 6 apresenta-se o caso de uso " UC02.04 - Visualizar Requisições de Novos
Clientes ".
Nome do Caso de
Uso
UC02.04 - Visualizar Requisições de Novos Clientes
Descrição Administrador acessa a guia Requisições de Clientes, escolhe entre
aceitar ou recusar.
54
Ator AdministradorPré-condição Sistema deve estar hospedado no servidor web.
Administrador deve estar cadastrado no banco de dados.
Cliente deve estar aguardando aprovação.Fluxo principal 1. Sistema direciona o Administrador para a página do menu
Requisições de Clientes.
2. Administrador opta por aceitar ou recusar novo cliente.
3. Sistema aloca novo cliente na coluna especifica (aceito, recusado).Cenário –
Visualização
• Sistema demonstra clientes aguardando aprovação;
• Usuário seleciona um cliente;
• Sistema demonstra o nome, endereço, telefone, CNPJ e contato do
cliente;
• Administrador seleciona opção aceitar ou recusar para incluir as
informações no banco de dados.Pós-condição Administrador aceitou ou recusou um novo cliente.
Quadro 6 – Descrição do caso de uso UC02.04 - Visualizar Requisições de Novos Clientes
No Quadro 7 apresenta-se o caso de uso " UC02.05 - Visualizar Demanda".
Nome do Caso de
Uso
UC02.05 - Visualizar Demanda
Descrição Usuário acessa a guia Pedidos, escolhe a opção gerar demanda. Ator Administrador/OperadorPré-condição Sistema deve estar hospedado no servidor web.
Usuário deve estar cadastrado no banco de dados.
Pedidos devem estar cadastrados no sistema.Fluxo principal 1. Usuário opta pela página do menu pedidos do sistema.
2. O sistema busca a produção existente, subtrai os pedidos e gera a
demanda.Pós-condição Usuário visualiza a demanda.
Quadro 7 – Descrição do caso de uso UC02.05 - Visualizar Demanda
No Quadro 8 apresenta-se o caso de uso “UC03.03 - Cadastrar Pedidos".
Nome do Caso de
Uso
UC03.03 - Cadastrar Pedidos
Descrição Usuário acessa a guia pedidos para salvar um novo pedido.
55
Ator Representante/Administrador/OperadorPré-condição Usuário deve fazer login no sistema.
O cliente deverá estar cadastrado no banco de dados.
O produto deverá estar cadastrado no banco de dados.Fluxo principal 1. Sistema demonstra pedidos cadastrados;
2. Usuário opta por cadastrar ou editar um pedido.Cenário – Inclusão • Sistema mostra clientes cadastrados;
• Usuário seleciona um cliente;
• Usuário seleciona dados do pedido(Data entrega, Observações e
Forma de Pagamento,);
• Usuário inclui produtos do pedido(Nome, Cor, Quantidade).
• Usuário seleciona a opção salvar para incluir o pedido no banco de
dados.Cenário – Edição • Usuário seleciona um pedido.
• Usuário edita informações do pedido(Data entrega, Observações,
Forma de Pagamento, Produtos, Quantidades e Cores);
• Usuário seleciona a opção salvar para atualizar o banco de dados.Pós-condição Usuário cadastrou ou editou o pedido.
Quadro 8 – Descrição do caso de uso UC03.03 - Cadastrar pedidos
No Quadro 9 apresenta-se o caso de uso " UC03.02 - Visualizar Pedidos".
Nome do Caso de
Uso
UC03.02 - Visualizar Pedidos
Descrição Representante acessa a guia Pedidos, define o período e o status e gera
o relatório. Ator RepresentantePré-condição Sistema deve estar hospedado no servidor web.
Representante deve estar cadastrado no banco de dados.
Pedidos devem estar cadastrados no banco de dados.Fluxo principal 1. Usuário informa o período e status.
2. Sistema demonstra os dados requisitados pelo usuário.Cenário –
Visualização
• Usuário define o periodo e o status dos pedidos;
• Usuário clica em gerar relatório;
• Sistema demonstra o relatório de pedidos efetuados somente pelo
representante ativo na sessão.
56
Pós-condição Representante visualiza pedidos efetuados por ele.
Quadro 9 – Descrição do caso de uso UC03.02 - Visualizar Pedidos
No Quadro 10 apresenta-se o caso de uso "UC03.01 - Requisitar Cadastro de Novo
Cliente".
Nome do Caso de
Uso
UC03.01 - Requisitar Cadastro de Novo Cliente
Descrição Usuário acessa a guia clientes para requisitar um novo.Ator Representante/ Operador / AdministradorPré-condição Sistema deve estar hospedado no servidor web.
Usuário deve estar cadastrado no banco de dados.Fluxo principal Usuário cadastra novo cliente;
Sistema move cliente para a tela de requisições.Cenário – Requisição • Usuário cadastra o novo cliente(Nome, Telefone, Contato, CNPJ e
Endereço);
• Usuário seleciona a opção salvar.
• Sistema move o novo cliente para a guia de requisições de
novos clientes.Pós-condição Usuário efetuou a requisição de um novo cliente.
Quadro 10 – Descrição do caso de uso UC03.01 - Requisitar Cadastro de Novo Cliente
No Quadro 11 apresenta-se o caso de uso "UC02.01 - Avaliar Novo Cliente".
Nome do Caso de
Uso
UC02.01 - Avaliar Novo Cliente
Descrição Usuário acessa a guia requisições de clientes para aceitar ou recusar.Ator Operador / AdministradorPré-condição Sistema deve estar hospedado no servidor web.
Usuário deve estar cadastrado no banco de dados.Fluxo principal Usuário aceita ou recusa novo cliente;
Sistema move cliente para a guia escolhida. Cenário – Avaliação • Usuário seleciona cliente desejado na guia de requisições de novos
clientes;
• Usuário seleciona a opção aceitar ou rejeitar nova requisição;
• Sistema move o novo cliente para a guia clientes aceitos ou
rejeitados.
57
Pós-condição Usuário aceitou ou rejeitou a requisição de novo cliente.
Quadro 11 – Descrição do caso de uso UC02.01 - Avaliar Novo Cliente
No Quadro 12 apresenta-se o caso de uso "UC02.02 – Importar Arquivo XML".
Nome do Caso de
Uso
UC02.02 – Importar Arquivo XML
Descrição Usuário acessa a guia importar XML para efetuar a importação.Ator Operador / AdministradorPré-condição Sistema deve estar hospedado no servidor web.
Usuário deve estar cadastrado no banco de dados.
Arquivo no formato XML deve estar disponível.Fluxo principal Usuário seleciona arquivo XML desejado;
Sistema carrega o arquivo e atualiza o banco de dados. Cenário –
Carregamento
• Usuário seleciona a opção carregar arquivo;
• Usuário seleciona arquivo no formato XML desejado;
• Usuário seleciona a opção carregar;
• Sistema carrega novos dados contidos no arquivo XML, caso o
item não exista no banco de dados, inclui, caso tenha sido alterado,
realiza a atualização.
• Sistema demonstra inclusões e alterações que foram realizadas
para o Usuário. Pós-condição Usuário carregou um arquivo no formato XML.
Quadro 12 – Descrição do caso de uso UC02.02 – Importar Arquivo XML
No Quadro 13 apresenta-se o caso de uso "UC02.03 – Exportar Arquivo XML".
Nome do Caso de
Uso
UC02.03 – Exportar Arquivo XML
Descrição Usuário acessa a guia exportar XML para efetuar a exportação.Ator Operador / AdministradorPré-condição Sistema deve estar hospedado no servidor web.
Usuário deve estar cadastrado no banco de dados.Fluxo principal Usuário seleciona a opção gerar arquivo XML;
Sistema gera novo arquivo no formato XML. Cenário – Exportação • Usuário seleciona a opção gerar arquivo XML na guia Exportar
XML;
58
• Usuário seleciona o local onde o arquivo será salvo;
• Usuário seleciona a opção salvar;
• Sistema salva arquivo no formato XML com todos os dados do
banco de dados da aplicação.Pós-condição Usuário exportou um arquivo no formato XML.
Quadro 13 – Descrição do caso de uso UC02.03 – Exportar Arquivo XML
59
APÊNDICE B – Dicionário de Dados
Este Apêndice apresenta o dicionário de dados de tabelas do sistema, e visa fornecer
uma breve descrição das tabelas e seus respectivos campos. Os campos do tipo “integer” e
“float” representam valores numéricos. O tipo “date” serve para armazenar datas e o tipo
“varchar” representa uma sequência de letras ou palavras.
No Quadro 14 apresenta-se o dicionário de dados da tabela “tb_usuario”.
Tabela: TB_USUARIOTabela responsável por armazenar as informações relativas aos usuários do sistema.Colunas:Nome: Tipo: Descrição:us_condusu integer Chave primária da tabela “tb_usuario” que
identifica usuários do sistema.us_nome varchar Armazena o nome do usuário.us_email varchar Armazena o email do usuário.us_senha varchar Armazena a senha de acesso do usuário.us_tipo varchar Identifica o nível de acesso do usuário.
Quadro 14 – Dicionário de dados da tabela “tb_usuario”
No Quadro 15 apresenta-se o dicionário de dados da tabela “tb_produto”.
Tabela: TB_PRODUTOTabela responsável por armazenar as informações relativas aos produtos do sistema.Colunas:Nome: Tipo: Descrição:pr_codseq integer Chave primária da tabela “tb_produto” que
identifica produtos do sistema.código integer Armazena o nome código comercial do produto.nome varchar Armazena o nome comercial do produto.valor integer Armazena a valor do produto.
Quadro 15 – Dicionário de dados da tabela “tb_produto”
No Quadro 16 apresenta-se o dicionário de dados da tabela “tb_estoque”.
Tabela: TB_ESTOQUETabela responsável por armazenar as informações relativas ao estoque de produtos
finalizados.Colunas:Nome: Tipo: Descrição:es_codseq integer Chave primária da tabela “tb_estoque” que
60
identifica os produtos do sistema.es_codpro integer Armazena o código comercial dos produtos.es_tamanh integer Armazena os tamanhos disponíveis dos produtos.es_cor varchar Armazena as cores de cada produto.es_qnt integer Armazena a quantidade de cada produto.
Quadro 16 – Dicionário de dados da tabela “tb_estoque”
No Quadro 17 apresenta-se o dicionário de dados da tabela “tb_itens”.
Tabela: TB_ITENSTabela responsável por armazenar as informações dos itens dos pedidos do sistema.Colunas:Nome: Tipo: Descrição:it_codite integer Chave primária da tabela “tb_itens” que identifica
os itens dos pedidos.it_codped integer Armazena o código do pedido.it_tamah integer Armazena os tamanhos dos itens dos pedidos.it_cor varchar Armazena as cores dos itens dos pedidos.it_codigo integer Armazena o código dos produtos presentes no
pedido.it_nome varchar Armazena o nome dos itens que compõe o pedido.it_valor integer Armazena os valores dos itens do pedido.it_qtd integer Armazena a quantidade dos produtos do pedido.
Quadro 17 – Dicionário de dados da tabela “tb_itens”
No Quadro 18 apresenta-se o dicionário de dados da tabela “tb_pedidos”.
Tabela: TB_PEDIDOSTabela responsável por armazenar as informações dos pedidos do sistema.Colunas:Nome: Tipo: Descrição:pe_codped integer Chave primária da tabela “tb_pedidos” que
identifica os pedidos.pe_codcli integer Armazena o código do cliente do pedido.pe_codusu integer Armazena o código do usuário que efetuou o
cadastramento do pedido no sistema.pe_dateme date Armazena a data que o pedido foi cadastrado.pe_datent date Armazena a data de entrega do pedido.pe_valtot integer Armazena o valor total do pedido.pe_status varchar Armazena o status (em andamento/entregue) do
pedido.pe_observ varchar Armazena as observações do pedido.
Quadro 18 – Dicionário de dados da tabela “tb_pedidos”
61
No Quadro 19 apresenta-se o dicionário de dados da tabela “tb_cliente”.
Tabela: TB_CLIENTETabela responsável por armazenar as informações dos clientes.Colunas:Nome: Tipo: Descrição:codseq integer Chave primária da tabela “tb_cliente” que
identifica o cliente.codigo integer Armazena o código do cliente.cnpj_cpf integer Armazena o CNPJ ou o CPF do cliente.física_juridica varchar Armazena o tipo de pessoa do
cliente(física/jurídica).nome varchar Armazena o nome da empresa do cliente.razaosocial varchar Armazena a razão social do cliente.cidade varchar Armazena a cidade do clientecep integer Armazena o cep do cliente.uf varchar Armazena o estado onde o cliente esta. endereco varchar Armazena o endereço do cliente.bairro varchar Armazena o bairro do cliente.tele integer Armazena o telefone do cliente.mail varchar Armazena o email do cliente.contato varchar Armazena o nome para contato do cliente.representante varchar Armazena o representante que efetuou a venda.transportadora varchar Armazena a transportadora responsável por
entregar os pedidos do cliente.Quadro 19 - Dicionário de dados da tabela “tb_cliente”
62
ANEXO A – Formulário do Processo Manual
As Figuras 42 e 43 apresentam um pedido enviado por fax por representante para a
empresa.
Figura 42 – Pedidos enviados por fax 1
63