MÓDULO DE CONTROLE DE PEDIDOS WEB PARA UMA ... - …campeche.inf.furb.br/tccs/2012-I/TCC2012-1-11-VF-MarlonDaSilva.pdf · sistema local da empresa, automatizando o recebimento e

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



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



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.

Dedico este trabalho a minha esposa Áquila e

a meus pais que me apoiaram na realização

deste.

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


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


EM ABERTO ....................................................................................................................54


ENTREGUES ....................................................................................................................54




..............................................................................................................................................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




CLIENTE............................................................................................................................58


XML....................................................................................................................................58


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


EM ABERTO ....................................................................................................................54


ENTREGUES ....................................................................................................................54




..............................................................................................................................................55

QUADRO 8 – DESCRIÇÃO DO CASO DE USO UC03.03 - CADASTRAR PEDIDOS

..............................................................................................................................................56


..............................................................................................................................................57




CLIENTE............................................................................................................................58


XML....................................................................................................................................58


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

14

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.


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.


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

Figura 43 – Pedidos enviados por fax 2

64

Documents

MÓDULO DE CONTROLE DE PEDIDOS WEB PARA UMA ... - …campeche.inf.furb.br/tccs/2012-I/TCC2012-1-11-VF-MarlonDaSilva.pdf · sistema local da empresa, automatizando o recebimento e