Sie sind auf Seite 1von 69

CENTRO UNIVERSITRIO FEEVALE

INTEGRAO DE CHO DE FBRICA E GERENCIAMENTO ESTRATGICO

ELISANDRO MARCOS NASINIAK

NOVO HAMBURGO, 2009.

ELISANDRO MARCOS NASINIAK

INTEGRAO DE CHO DE FBRICA E GERENCIAMENTO ESTRATGICO

Centro Universitrio Feevale Instituto de Cincias Exatas e Tecnolgicas Curso de Engenharia Industrial Qumica Trabalho de Concluso de Curso

Professor Orientador: Eng. Luciano Andr Farina, M.Sc.

Novo Hamburgo, Novembro de 2009.

ELISANDRO MARCOS NASINIAK

Trabalho de Concluso do Curso de Engenharia Industrial Habilitao Qumica, com ttulo INTEGRAO DE CHO DE FBRICA E GERENCIAMENTO ESTRATGICO, submetido ao corpo docente do Centro Universitrio Feevale, como requisito necessrio para a obteno do grau de Engenheiro Industrial Qumico.

Aprovado por:

______________________________ Professor Luciano Andr Farina Orientador

______________________________ Professor Sidnei Lopes Dias Banca Examinadora

______________________________ Professor Roberto Affonso Schilling Banca Examinadora

______________________________ Sr. Fbio Luis Monticelli Banca Examinadora

Novo Hamburgo, Novembro de 2009.

AGRADECIMENTOS Dedico este trabalho aos meus pais por terem me apoiado nesta longa jornada. minha esposa, companheira fiel e paciente e principalmente a Jesus Cristo em quem esto ocultos todos os tesouros da sabedoria e cincia.

RESUMO

O reconhecimento da manufatura como funo de extrema importncia para alavancar a competitividade torna-se cada vez mais importante frente ao cenrio competitivo no qual as empresas se encontram. Frente a isso, as informaes provindas do cho de fbrica devem ser corretas, rpidas e adequadas para o suporte tomada de decises. Engenheiros de diversas reas da engenharia tm se adentrado em um mundo de integrao do cho de fbrica com diversas linguagens de programao e tcnicas de Business Intelligence (BI) a fim de reduzir o tempo para compilao de indicadores e dados de processo para atender esta necessidade. Este trabalho apresenta o perfil deste novo profissional, o Engenheiro do Conhecimento, e apresenta um modelo prtico de aplicao de BI numa Indstria de Fundio visando a automao do setor de qualidade de produto. Palavras-chave: Business Intelligence. Engenheiro do Conhecimento. Sistemas de Gesto.

ABSTRACT

The recognition of manufacturing as an extreme important function to increase the competitiveness become increasingly important front of the competitive landscape in which companies are. Facing that, the informations come from the shop floor must be correct, rapid and appropriate to support decision making. Engineers from several areas of engineering have been stepping into a world of integrating the plant floor with various programming languages and techniques of Business Intelligence (BI) to reduce the time to compile indicators and process data to meet this need. This work presents the profile of this new professional, the Knowledge Engineer, and presents a practical model implementing BI in a Foundry Industry, aimed the automation in product quality sector in this industry. Keywords: Business Intelligence. Knowledge Engineer. Management Systems.

LISTA DE FIGURAS

Figura 1: Arquitetura de dados de uma tabela ------------------------------------------------- 21 Figura 2: Modelo relacional de banco de dados ----------------------------------------------- 22 Figura 3: Interface de insero de engenharia de produto --------------------------------- 23 Figura 4: Fluxograma de tratamento de dados para BI -------------------------------------- 30 Figura 5: Aplicao BI a partir de dados de produo --------------------------------------- 32 Figura 6: Aplicao Data Mining em grfico ---------------------------------------------------- 34 Figura 7: Aplicao Data Mining a partir do grfico ------------------------------------------- 34 Figura 8: Aplicao Data Mining a partir de dados de produo -------------------------- 35 Figura 9: Sistema de informaes gerenciais de cho de fbrica e a problemtica associada ------------------------------------------------------------------------------------------------ 39 Figura 10: Pirmide de automao. Sistema no integrado-------------------------------- 40 Figura 11: Processo de vazamento de ferro fundido para molde de areia ------------- 41 Figura 12: Moldes de areia para fundio ------------------------------------------------------- 43 Figura 13 Liga metlica sendo despejada em cadinho -------------------------------------- 44 Figura 14: Vazamento da liga metlica para molde de areia ------------------------------ 45 Figura 15: Tipos embalagens em peas de fundio. (a) Embalagem em caixa; (b) Embalagem em pallet --------------------------------------------------------------------------------- 47 Figura 16: Planilha de lanamentos de produo --------------------------------------------- 50 Figura 17: Arquitetura de dados Ensaios ----------------------------------------------------- 55 Figura 18: Modelo proposto Interface de inputs eventos de produo --------------- 56 Figura 19: Mensagens de sucesso ou insucesso de ao---------------------------------- 57 Figura 20: Arquivo texto gerado a partir do espectrofotmetro ---------------------------- 59 Figura 21: T-SQL para importao da composio qumica ------------------------------- 60

LISTA DE QUADROS

Quadro 1: Metas, Objetivos e Funes dos Sistemas MRPs. ........................................17

LISTA DE SIGLAS

BI Business Intelligence EC Engenheiro do Conhecimento DM Data Mart DT Data Mining DW Data Warehouse ERP Enterprise Resource Planning MRP Material Requirements Planning MRP II - Manufacturing Resources Planning PCP Programao e controle da produo TI Tecnologia da informao

SUMRIO

INTRODUO ................................................................................................................................................... 12 1 CONCEITUAO .................................................................................................................................... 12 1.1 1.2 1.3 1.4 1.5 1.6 2 SISTEMAS DE GESTO ERP .......................................................................................................... 12 FUNES E OBJETIVOS DO SISTEMA ERP ................................................................................ 13 SISTEMAS MRP E MRP II................................................................................................................ 16 ARQUITETURA E ENGENHARIA DE DADOS ............................................................................. 18 RELAO ENTRE ERP E BANCO DE DADOS............................................................................. 22 O ENGENHEIRO COMO GESTOR DA INFORMAO................................................................ 24

TRANFORMANDO DADOS DE PRODUO EM GESTO ............................................................ 28 2.1 CONCEITUAO DE BI (BUSINESS INTELLIGENCE) ................................................................ 28 2.1.1 Armazm de dados (Data Warehouse) .......................................................................................... 30 2.1.2 Minerao de dados (Data Mining) .............................................................................................. 33 2.1.3 Metodologia do processo de Inteligncia de negcio.................................................................... 35 2.2 APLICAO DE BI (BUSINESS INTELLIGENCE) NO CHO DE FBRICA .............................. 36

INDSTRIA DE FUNDIO DE AO.................................................................................................. 41 3.1 PROCESSO INDUSTRIAL ............................................................................................................... 41 3.1.1 Fabricao do modelo................................................................................................................... 42 3.1.2 Preparao das ligas..................................................................................................................... 43 3.1.3 Vazamento da liga ......................................................................................................................... 44 3.1.4 Esfriamento/Solidificao, Desmoldagem e Rebarbamento.......................................................... 45 3.1.5 Pintura, Inspeo e Embalagem.................................................................................................... 46

4 5

METODOLOGIA ...................................................................................................................................... 48 ESTUDO DE CASO .................................................................................................................................. 49 5.1 5.2 5.2.1 5.2.2 5.2.3 5.3 5.4 5.4.1 5.4.2 5.4.3 METODOLOGIA DE TRABALHO ATUAL.................................................................................... 49 ETAPAS PARA EXECUO DO MODELO PROPOSTO.............................................................. 52 Especificao de Requisitos ou Anlise Inicial ............................................................................. 52 Projeto de Sistema:........................................................................................................................ 53 Programao................................................................................................................................. 53 ARQUITETURA DE DADOS ........................................................................................................... 54 MODELO PROPOSTO...................................................................................................................... 55 Lanamento de corrida de forno ................................................................................................... 56 Integrao do sistema com o espectrofotmetro ........................................................................... 57 Relatrio de Inspeo de Qualidade via Web................................................................................ 61

CONSIDERAES FINAIS.............................................................................................................................. 62 REFERNCIAS BIBLIOGRFICAS............................................................................................................... 63 ANEXOS .............................................................................................................................................................. 66

INTRODUO

A engenharia, independente da rea de atuao, uma cincia que tem sua origem na lgica e matemtica. Umas das principais funes do engenheiro qumico, mecnico ou industrial, quando ligado a um cargo mais gerencial, ligar a gesto engenharia de uma forma eficaz e eficiente. Atualmente no sculo XXI, as tcnicas de engenharia tm sido aplicadas e reproduzidas tendo como grandes aliadas a automao e as linguagens de programao. Essas linguagens de programao nada mais so que funes matemticas e operadores de condio e repetio que obedecem a critrios definidos pelo desenvolvedor, posterior a uma etapa de anlise e entendimento do negcio. Com essa parceria tecnolgica, Engenheiros comeam a integrar seus conhecimentos com metodologias de tratamento de dados, como Business Intelligence (BI), para transformar uma grande quantidade de informao em gesto. Sendo a base da inteligncia competitiva, o valor, e no o volume, a fora motriz da inteligncia, ou seja, a informao to bem analisada que j pode servir de base para decises fundamentais. Levar a informao a tal estgio o que constitui o valor. O primeiro captulo do trabalho conceitua os sistemas de gesto atuais, como tambm a engenharia de dados e traz um item chave do trabalho que o engenheiro como Gestor da Informao. Ao longo do segundo captulo so mostradas as tcnicas e metodologias de BI disponveis para se trabalhar com as informaes colhidas do ambiente de produo para posterior manipulao e gerao de indicadores e relatrios. Integrar cho de fbrica com um software para se obter dados estratgicos exige anlise e interpretao do processo como um todo e o objetivo deste trabalho, que tem a finalidade de mostrar, de uma forma prtica, a relao do

engenheiro com essas tecnologias mediante a integrao de um sistema de produo com um equipamento de laboratrio (espectrofotmetro) usado em uma Indstria de fundio de ao. Todo o projeto seguir os conceitos descritos ao longo do trabalho, como, sistemas ERPs, MRPs, engenharia de dados para captao e transformao dos dados em gesto estratgica, onde tambm ser apresentado um modelo lgico de sistema para minimizar as diversas fontes de informao e possibilitar o gerenciamento do processo em tempo real.

CONCEITUAO

1.1

SISTEMAS DE GESTO ERP

Antes de conceituar um ERP, importante ressaltar a definio de sistema. Segundo Turban (2004), sistema um conjunto de operaes que coleta, processa, armazena, analisa e dissemina informaes com um determinado objetivo. Esse conjunto de operaes executado atravs de linhas de cdigo escritas e definidas por um engenheiro de software ou programador na linguagem de mquina. Basicamente, as linhas de cdigos so a base da inteligncia do software, responsvel por solucionar ou sugerir uma soluo diante de um problema ou necessidade proposta. Para analisar e disseminar informaes h um meio envolvido que gera estes dados, como um processo fabril, movimentao de estoque, compras, vendas. Estas informaes esto ligadas diretamente ao negcio, atividades do setor ou processo. Como exemplo, no estudo de caso deste trabalho a gerncia industrial precisa ter as informaes de composio qumica e resultados de testes fsicos do incio do processo integrados ao produto final possibilitando sua rastreabilidade desde a matria prima at a pea final para cada corrida1 de seu processo. A fim de integrar, gerenciar e organizar as informaes do processo, em meados dos anos 80 surgem os Sistemas Integrados de Gesto, mais conhecidos como ERP. Analisando a literatura, os autores definem os sistemas ERP de formas diferentes, mas ligadas entre si.

Define-se corrida como a quantidade de liga fundida num forno de induo. O produto obtido da corrida poder se dividir em diversas peas com finalidades diferentes.

13 Para Hicks (1997) um sistema ERP pode ser visualizado como uma arquitetura de software criada para facilitar o fluxo de informao entre todas as funes dentro de uma companhia, tais como logstica, finanas, produo e recursos humanos. constitudo por um banco de dados nico que interage com o conjunto integrado de aplicaes, consolidando todas as operaes do negcio em um ambiente operacional simples. Para Turban (2004) um sistema ERP aquele que liga as atividades de processamento de transaes das reas funcionais de toda a empresa e o seu principal objetivo integrar todos os setores e funes da empresa em um sistema unificado de informtica. Em acrscimo as idias anteriores, Simcsik e Polloni (2002) ressaltam algo importante sobre os sistemas ERPs; os mesmos solucionam srios problemas de dados redundantes armazenados em mais de um sistema ou planilhas eletrnicas ao agregar funcionalidades que suportam as atividades dos diversos processos de negcio das empresas. Tanto Turban (2004) quanto Simcsik e Polloni (2002) defendem a idia de integrao de atividades, ou seja, um sistema ERP, alm de organizar e reduzir dados redundantes em diversas fontes de dados faz com que os processos diversos entre as reas estejam integrados e dependentes uns dos outros, na qual a informao incrementada a medida que passa por todas as reas da empresa.

1.2

FUNES E OBJETIVOS DO SISTEMA ERP

De uma forma geral, o investimento que as empresas fazem em sistemas de gesto est ligado diretamente a fatores como competitividade, rpida tomada de decises, informaes instantneas e certificaes versus de qualidade. Para so Lozinsky (1996), que o adquirem. Desde o momento da escolha de um sistema ERP at a finalizao do processo de implantao, um sistema de gesto exige muito trabalho e investimentos significativos de uma organizao que queira usufruir de seus qualidade da informao investimentos feitos

balizadores importantes que os sistemas de gesto prometem oferecer aos clientes

14 benefcios. Haberkorn (1999) defende a idia de que o diferencial competitivo da empresa est diretamente relacionado ao quesito de o sistema ERP ser bom ou no. Mendes (2004) menciona que a implantao de um ERP, em funo de sua complexidade e tambm por envolver a organizao como um todo, desde o processo industrial at a expedio, provoca inevitavelmente um processo de adequao e modelagem organizacional com impactos diretos nos modelos de gesto. Segundo Cajaraville (2000), o ERP tem o poder de unir a organizao, ou seja, antes do sistema, as reas desenvolviam suas atividades distintas entre si, cada qual visualizando suas informaes e indicadores sem ter uma viso do processo como um todo. Ps implantao e utilizao do mesmo, as reas e pessoas ficam, de certa forma, ligadas, ou melhor, os colaboradores no podem passar os problemas adiante sem trat-los, aumentando a necessidade do trabalho em equipe. A integrao das reas, rotinas e atividades so dependentes uma das outras, e o comprometimento tanto dos colaboradores quanto da direo de extrema importncia para o sucesso de implantao e utilizao do sistema. Todos devem estar cientes dos impactos que podem acontecer, como mudana de cultura, alterao de rotinas e quebras de paradigmas. (CORREA, apud MENDES, 2004).
O objetivo de um ERP a perfeita integrao entre os setores da organizao, com uma base de dados nica e no redundante, e a informao boa e certa. (CORREA, apud PAMPLONA, 1999, p. 5).

Para Simes (2000) e Lozinsky (1996), os sistemas de gesto no tm como nica funo integrar as reas da organizao, mas tambm devem agregar as seguintes caractersticas fundamentais que do suporte aos processos de negcio: Flexibilidade So flexveis de forma a responder as constantes

transformaes das empresas. A tecnologia cliente/servidor permite aos sistemas ERPs a operao envolvendo diferentes bancos de dados; Modularidade Possuem arquitetura aberta, ou seja, apesar de

estarem integrados entre si, possvel a utilizao de um mdulo (setor) sem que este afete o restante, salvo em rotinas recorrentes. Suportam

15 mltiplas plataformas de hardware, e possuem a customizao de cada


2

mdulo conforme necessidade da empresa; Maleabilidade Esto aptos a suportar diferentes estruturas

organizacionais das empresas, bem como diversas reas de negcio; Conectividade Permitem a ligao com outras entidades, que so

outros sistemas usados na empresa, pertencentes ao mesmo grupo empresarial; Seleo de diferentes cenrios de negcios Contm uma seleo

das melhores prticas de negcios existentes em diversos pases; Reduo drstica do tamanho e custo da informtica, pois o sistema

passa a fazer diversas rotinas antes executada por recurso humano; Descentralizao dos processos de informaes, tornando os dados

disponveis em tempo real onde eles so necessrios; Reduo do retrabalho e do risco de erros de operao, uma vez que

o usurio introduz os dados em um nico momento; Maior confiabilidade das informaes, obtidas a partir de uma base de

dados nica; Disponibilizao de recursos tecnolgicos da informao de forma

efetiva, prtica, conceitual e criativa permitindo que os gestores, de todos os nveis hierrquicos, obtenham as informaes sobre desempenho e funcionamento da organizao.

A palavra customizao empregada no sentido de personalizao, adaptao. Desta forma, customizar adaptar algo de acordo com o gosto ou necessidade de algum. Customizao pode ser entendida como sendo adequao ao gosto do cliente.

16 Em suma, o objetivo principal do sistema ERP facilitar e integrar todas as camadas do negcio. Mendes (2004) faz um comparativo importante que os demais autores consultados no mencionam, visualizando os sistemas ERPs como uma oportunidade das organizaes subirem de escala tecnolgica, pois apesar do alto custo de implementao do sistema ser citado como uma desvantagem quase impossvel a empresa no ter que investir em estrutura de servidores, computadores, hardware, coletores de dados, integrao entre equipamentos, dentre outros, fazendo com que a empresa suba na escala de tecnologia, o que trar qualidade na informao e atender diretamente aos objetivos e funes em que o sistema ERP for implantado.

1.3

SISTEMAS MRP E MRP II

Dos sistemas ERPs atuais, quase todos englobam o conceito de MRP e MRP II. No surgimento dos sistemas de gesto, muitos supriam somente as necessidades fiscais e financeiras, no atendendo s necessidades dos processos industriais. Moresco (2001) descreve que o MRP foi desenvolvido na dcada de 1960 por J. Orlick e era utilizado para o gerenciamento de materiais, atravs do planejamento das ordens de produo. Nesta poca j se tinha uma viso para controle das informaes de produo, que mais tarde seriam utilizadas para gerenciamento estratgico da produo. Na dcada de 1970, Oliver Wight introduziu o sistema MRPII (Planejamento de Recursos da Manufatura), que nada mais um complemento de rotinas e funes ao MRP desenvolvido por J. Orlick. Correia e Gianesi, apud Souza (2000), complementam que o principio bsico do MRP II o de calcular as necessidades de produo, como materiais, recursos e processos com base na estrutura de engenharia do material, totalmente em funo das datas de entrega dos produtos ao cliente.

17 No aspecto tcnico, o MRP II no muito diferente do MRP. Com os sistemas MRP II, os processos industriais e financeiros formam um nico sistema, integrando produo com as reas administrativas em tempo real. Ritzmann, Krajewski e Moura (1996), complementam as definies de Moresco (2001), por meio da compilao de metas, objetivos e funes dos sistemas MRPII, conforme quadro a seguir. Metas e Objetivos do MRPII
Controle da quantidade e rotatividade do estoque Atendimento ao cliente Produtividade da mo-de-obra Custo do material Custo do transporte Custo do sistema

Funes e Atividades do MRPII


Previso e entrada de pedidos Plano mestre de produo Plano geral de produo Liberao das ordens (colocao, aumento, reduo, cancelamento). Carga mquina Manuteno dos registros Coordenao

Quadro 1: Metas, Objetivos e Funes dos Sistemas MRPs. Fonte: RITZMANN; KRAJEWSKI; MOURA (1996, P.5)

Para Simcsik e Polloni (2002) os sistemas MRP II fornecem aos gerentes os dados e as ferramentas necessrias para a tomada de deciso auxiliando nas escolhas dirias e na implementao dos objetivos de curto, mdio e longo prazo com os benefcios a seguir: Reduo dos ciclos de produo e do tempo de obteno das

informaes; Reduo de estoque e de trabalho em processo; Reduo de custos diretos e indiretos; Otimizao da utilizao de materiais e de recursos humanos; Melhoria na gesto de fornecedores;

18 Aumento da qualidade.

Em complemento ao que Simcsik e Polloni (2002) afirmam, Fortulan e Filho (2005) defendem que um dos principais objetivos dos sistemas MRP II o de consolidar as informaes da empresa como um todo, agregando as funes de planejamento e controle da produo, planejamento das necessidades de materiais, clculo da capacidade de produo, controle do cho de fbrica, controle de compras, gerenciamento de recursos humanos, vendas e distribuio, finanas e controladoria, entre outros, dentro de um nico sistema, eliminando assim a dificuldade de se obter informaes consolidadas e a inconsistncia de dados redundantes em mais de um sistema. Analisando as citaes, todos os autores, em colocaes diferentes, afirmam que os sistemas MRP II so os precursores dos sistemas ERPs atuais, pois surgiram com a necessidade de controle de produo. Desta forma, os sistemas MRP I e MRP II assumem o segundo nvel na pirmide das camadas de um processo, pois integram o cho de fbrica com os setores administrativos da empresa.

1.4

ARQUITETURA E ENGENHARIA DE DADOS

Qualquer sistema, programa ou arquivo necessariamente precisa de um local para salvar informaes, regras, cdigos e rotinas que compem suas funcionalidades. Para descrever de uma forma simples, vejamos a citao a seguir (DATE, C. J., 2004).
O banco de dados, por si s, pode ser considerado como o equivalente eletrnico de um armrio de arquivamento; ou seja, ele um repositrio ou recipiente para uma coleo de arquivos de dados computadorizados. (DATE, C. J., 2003. p. 374).

19 Os usurios de um sistema podem realizar ou solicitar que o sistema realize diversas operaes envolvendo os dados armazenados no banco de dados. Essas operaes podem ser, por exemplo: Acrescentar novos arquivos ao banco de dados; Inserir dados em arquivos existentes; Buscar dados de arquivos existentes; Excluir dados de arquivos existentes; Alterar dados em arquivos existentes; Remover arquivos existentes do banco de dados; Chamar rotinas e scripts existentes no banco de dados.

Atualmente no mercado existem inmeros bancos de dados disponveis, mas sua escolha depende muito do tipo de negcio, quantidade de informao, nmeros de acessos e desempenho em relao ao projeto que se deseja aplicar. Podemos destacar dois dos bancos de dados mais utilizados atualmente: Microsoft SQL Server; Oracle.

Ambos so baseados em um alicerce formal, ou teoria, chamada modelo relacional de dados. Para DATE (2003), essa teoria se baseia nos seguintes aspectos: Aspecto Estrutural: os dados no banco so percebidos pelo usurio

como tabelas, e nada alm de tabelas;

20 Aspecto de integridade: estas tabelas satisfazem a certas restries

de integridade; Aspecto manipulador: os operadores disponveis para que o usurio

possa manipular essas tabelas por exemplo, para propsitos de busca de dados so operadores que derivam tabelas a partir de outras tabelas. Seja para manipulao das informaes existentes na base de dados, ou em relao aos aspectos citados por DATE (2003), para o presente projeto, todas as regras e lgicas usam como linguagem principal a T-SQL (Transact Structured Query Language3), uma linguagem universal de banco de dados que processada em lotes, ou seja, as linhas de comando so escritas em procedimentos armazenados (stored procedures) que nada mais so do que diversos comandos lidos e executados seqencialmente. O modelo relacional ou arquitetura de banco de dados pode ser descrita de maneira informal ou formal. Na descrio informal so levados em considerao aspectos prticos da utilizao e usados termos tabela, linha e coluna. Na descrio formal levada em conta a semntica formal do modelo e so usados termos como relao (tabela), tupla (linhas) e atributo (coluna). Todos os dados de um database relacional so armazenados em tabelas. Uma tabela uma estrutura simples de linhas e colunas. Em uma tabela, cada linha contm um mesmo conjunto de colunas e essas recebem informaes conforme o tipo de dados, como data, texto, nmero inteiro, nmero decimal, imagem, etc. Conforme a Figura 1, a seguir, da esquerda para a direita, a primeira coluna se refere ao rtulo, a segunda ao tipo de dados associado e a ltima a opo de permitir valores nulos (vazios) ou no.

Structured Query Language, ou Linguagem de Consulta Estruturada, uma linguagem de pesquisa declarativa para banco de dados relacional, onde muitas de suas caractersticas originais foram inspiradas na lgebra relacional.

21

Figura 1: Arquitetura de dados de uma tabela Fonte: JUSTNEW SOLUES LTDA.

Em um banco de dados podem existir uma ou centenas de tabelas, sendo que o limite pode ser imposto tanto pela ferramenta de software utilizada, quanto pelos recursos de hardware disponveis no equipamento. As tabelas associam-se entre si atravs de regras de relacionamentos, estas regras consistem em vincular um ou vrios atributos de uma tabela com um ou vrios atributos de outra tabela. Como exemplo: a tabela funcionrio relaciona-se com a tabela cargo. Atravs deste relacionamento esta ltima tabela fornece a lista de cargos para a tabela funcionrio. A Figura 2 demonstra o conceito de modelo relacional, onde a tabela Dimenso 1 une-se Tabela de fatos diversos registros Filhos. Os conceitos acima definem a base da engenharia de dados de qualquer banco de dados, onde diversas tabelas relacionam-se entre si atravs de chaves primrias e estrangeiras para organizar todas as informaes contidas no mesmo. Somente com estes relacionamentos que possvel se extrair informaes valiosas de um processo para o gerenciamento estratgico. atravs da coluna Chave 1 em um relacionamento de um para muitos, mais especificamente um registro Pai para

22

Figura 2: Modelo relacional de banco de dados Fonte: FORTULAN; FILHO (2005, P.5)

1.5

RELAO ENTRE ERP E BANCO DE DADOS

Sistema ERP e banco de dados andam juntos quando so avaliados aspectos de qualidade, desempenho e at mesmo na escolha dos sistemas. no banco de dados onde as informaes geradas e obtidas a partir de um processo fabril ou qualquer outra rea so guardadas e relacionadas entre si para posteriormente serem tratadas e visualizadas na forma de grficos, indicadores e relatrios para a tomada de decises.

O sistema ERP, nesta relao, como se fosse a interface depende do outro para seu perfeito funcionamento.

23 de

manipulao das informaes existentes no banco de dados. Podemos dizer que um A Figura 3 demonstra uma tela de um sistema onde so inseridas as informaes de engenharia de produto, onde o usurio informa o tipo de PCP, se um processo, recurso ou insumo e sua quantidade. Aps a entrada de dados, so listadas as informaes que compem a engenharia do produto final. A disposio dos campos, fontes, cores de um sistema ficam a critrio do desenvolvedor, mas as boas prticas de programao indicam sempre a opo pelo menor nmero de campos e simplicidade de uso.

Figura 3: Interface de insero de engenharia de produto Fonte: JUSTNEW SOLUES LTDA.

Interface o conjunto de caractersticas com o qual os usurios interagem com as mquinas e ela fornece mtodos de entrada e sada de dados.

1.6

O ENGENHEIRO COMO GESTOR DA INFORMAO

24

...a palavra informao, transformada em sinnimo de dados, nmero, artigo, comunicao, cone, ndice, notcia, direo, parecer, instruo, quando desenvolvida de forma metdica e com determinada metodologia, o executor pode ser chamado de estudioso, experto, perito e culto, o que leva concluso de que ele trabalha com cincia. (SIMCSIK, Tibor, POLLONI, Enrico G. F., 2002, p. 63).

Com o avano da tecnologia da informao mais e mais o engenheiro tem se deparado com um mundo alm do processo industrial, o de relacionar e transformar dados de produo em gesto para a pronta tomada de decises. Conforme cita Hassan Umarji (2009), a seguir.
...o engenheiro e gestor industrial um gestor com conhecimentos de engenharia, capaz de gerir projetos e recursos de engenharia e tecnologia nos quais esto presentes as vrias reas da engenharia tais como qumica, mecnica, civil, de materiais e de produo industrial. O objetivo do engenheiro e gestor industrial ligar a gesto engenharia de uma forma eficaz e eficiente. (UMARJI, apud Hassan, 2009, p. 1).

Isso vai alm de gerenciar um processo, fazendo com que o engenheiro busque mais conhecimento, a partir da base lgica obtida na graduao, em tecnologias de manipulao da informao, ou seja, tcnicas de programao. Possuindo uma viso sistmica, o Engenheiro entende o processo, o controle, a tecnologia da informao (TI) da organizao e faz tudo isso funcionar de forma integrada. Na bibliografia pesquisada foram encontrados diversos perfis de engenheiros que j tiveram ou continuam tendo contato direto com estas tecnologias. So profissionais que esto em busca de solues para seus problemas do dia a dia, seja ele o processo produtivo, a gesto do negcio ou outro qualquer. Mas o que desperta este interesse nos engenheiros? Qual o seu diferencial? Respostas para estas questes so empricas, fica a critrio de escolha, mas, como o engenheiro possui uma grande facilidade de interpretao e anlise para transformar dados e problemas de processos em funes matemticas, este o diferencial do engenheiro programador ou engenheiro do conhecimento (EC), pois, alm de entender e conhecer sua rea de atuao consegue aplicar este

conhecimento em linguagem de programao e gerir toda uma fbrica com simples relatrios e indicadores, integrando equipamentos em tempo real.

25

O termo Engenheiro do Conhecimento (Knowledge engineer) aparece na literatura muitas vezes como sinnimo de gestor do conhecimento. Para Simcsik e Polloni (2002) o Engenheiro do Conhecimento o profissional responsvel pela estruturao e construo de um sistema inteligente. Ele extrai conhecimento de alguma fonte, interpreta e representa em tipos e estruturas convenientes as informaes obtidas. Ele entrevista o especialista, organiza o conhecimento, decide como ele deve ser representado e pode ajudar programadores na construo de uma aplicao de BI ou sistema. Brian Newman (1996) aponta que enquanto o gerente estabelece a direo que um processo deve tomar, o engenheiro desenvolve os meios para executar esta diretiva. Enquanto os gestores preocupamse com as necessidades de conhecimento da empresa, os engenheiros buscam a melhor tecnologia para processar e disponibilizar este conhecimento. Na verdade, esta uma funo que tem a sua atuao definida no mercado h cerca de duas dcadas, e est associada inteligncia artificial e a sistemas de gesto. Em seu incio, a aquisio de conhecimento para o desenvolvimento de sistemas de gerenciamento estratgico foi nomeada engenharia do conhecimento. O seu papel o de desenvolver dados e regras para sistemas de informao (Murray, 2002). O Engenheiro do Conhecimento trabalha com reas como a representao de dados e informao e respectivas metodologias, gesto de fluxos de trabalho (work flow), tecnologias de groupware5, etc. Deve ainda estabelecer os processos pelos quais as demandas de conhecimento organizacional so examinadas, a informao adquirida, e o conhecimento disponibilizado para quem a requisitou (Newman, 1996). A literatura define algumas habilidades necessrias para um Engenheiro do Conhecimento:

O conceito de groupware freqentemente associado a um software que apia trabalho em grupo, empregando um conjunto de tcnicas e mtodos que contribuem para a realizao de um objetivo comum.

26 Boa comunicao: a extrao do conhecimento (informaes)

envolve horas de discusso e argumentao. Muitas vezes os usurios tm dificuldade de demonstrar a real necessidade do seu setor ou empresa, pois no conseguem ter uma viso global do processo. A se fazem necessrios o bom relacionamento e a boa argumentao para se extrair o mximo de dados do usurio. Inteligncia: O Engenheiro do Conhecimento est em contnuo

aprendizado. Ele deve manter-se atualizado com os avanos do software e hardware, precisa ter a mente aberta e ser capaz de enfrentar problemas de diferentes maneiras. Empatia e pacincia: quando se trabalha com pessoas, necessrio

ter pacincia e empatia, a fim de conseguir extrair as informaes necessrias para o fim devido, o sucesso de um determinado projeto. Versatilidade e inventividade: mesmo que sejam dadas boas

metodologias e ferramentas versteis, necessrio o poder analtico do engenheiro. Com seu discernimento, ele ter que selecionar mtodos que parecem apropriados e abandonar os que no so eficazes. H casos que necessrio inventar representaes que convenham ao especialista e ao domnio. Conhecimento de programao: aconselhvel que o Engenheiro do entenda de programao e as vrias formas de

Conhecimento

representao de conhecimento disponveis. Em complemento s idias anteriores, para Jerry P. Miller (2002), as habilidades de certos profissionais contribuem para a expanso da funo da inteligncia, e esta se expandindo numa organizao s trar benefcios mesma. Para Simcsik e Polloni (2002) o profissional da informao aquele que, com formao terica e prtica, estabelece a melhor maneira de utilizao do componente mecnico no sistema produtivo, procurando estimular o componente

27 intelectual na realizao de uma tarefa, por meio do gerenciamento estratgico, na busca da maximizao dos lucros, da riqueza e das obrigaes sociais da empresa.

28

TRANFORMANDO DADOS DE PRODUO EM GESTO

2.1

CONCEITUAO DE BI (BUSINESS INTELLIGENCE)

No tpico sobre banco de dados foram citadas suas funcionalidades, formas de tratamento e operaes disponveis para trabalhar com a informao. Conforme Simcsik e Polloni (2002), antigamente os bancos de dados eram direcionados a setores especficos das atividades das corporaes, como vendas, compras, faturamento, estoque; era difcil obter o cruzamento de informaes e relatrios que demonstrassem, por exemplo: Quantos clientes temos? Quanto vendemos no ano passado? Qual o estoque de determinado produto? Quantas peas foram rejeitadas por erro de composio qumica?

Muitas vezes se conseguiam essas informaes de modo consolidado e eficaz somente depois de uma busca trabalhosa, usando informaes de vrios setores e pessoas. A partir da dcada de 1990, houve a necessidade das organizaes serem capazes de analisar, planejar e reagir a mudanas dos negcios o mais rpido possvel, provocadas por um mercado mais competitivo e um consumidor cada vez mais exigente. A partir da surge uma nova metodologia de tratamento da informao chamada de Business Intelligence (BI), que com o passar dos anos vem ganhando fora para integrao do cho de fbrica e o gerenciamento estratgico

29 das indstrias, levando muitos Engenheiros, em funo de sua capacitao tcnica, a se adentrarem num mundo que relaciona conhecimento tcnico e programao. O conceito de BI est na sua essncia relacionado com formas alternativas de tratamento de informaes. O BI se concentra em acessar, analisar e desenvolver interpretaes a partir de informaes colhidas internamente em arquivos estruturados de dados. Por ter um conceito e metodologia de aplicao, o BI possui ramificaes para detalhamento e tratamento das informaes obtidas a partir de um processo fabril, por exemplo. A Figura 4 mostra o fluxo da informao dentro de um processo de BI. Da esquerda para a direita, os dados esto armazenados base de dados, que recebe informaes de todas as reas da empresa, como produo, almoxarifado, vendas, PCP, financeiro, etc. Passando por uma etapa de adequao e regras de negcio para filtragem, as informaes so enviadas para os Data Warehouse (DW), onde podem ser divididas em sub-conjuntos de dados, os chamados Data Marts. Finalmente as mesmas so exibidas ao gestor na forma de grficos, relatrios para suporte tomada de deciso. Basicamente estas ramificaes so tcnicas de desenvolvimento que possibilitam a rpida e eficaz manipulao de grande volume de informao sintetizada e dinmica. Os prximos tpicos descrevem as funcionalidades das mesmas.

30

Figura 4: Fluxograma de tratamento de dados para BI Fonte: POLLONI (2002, P. 389)

2.1.1 Armazm de dados (Data Warehouse)

Data Warehouse (DW) nada mais que um banco de dados ou tabela que sintetiza as informaes para a aplicao do BI a partir de grandes quantidades de informaes. Vejamos a citao de Turban (2004).
...possibilidade de obter dados rapidamente, uma vez que eles se encontram em um nico local e a possibilidade de acessar dados facilmente por meio de navegadores de Web, frequentemente pelos prprios usurios finais. (TURBAN, McLEAN, WETHERBE, 2004, p. 402).

Para Turban (2004) o objetivo de um DW criar um repositrio de dados que d acesso a dados operacionais sob formas facilmente aceitveis para as atividades de processamento analtico. Simcsik e Polloni (2002) citam que o DW integra informaes provenientes de uma grande variedade de bancos de dados operacionais em um nico banco de dados lgico, que pode ser visto como um repositrio central desenvolvido para facilitar o processo de suporte deciso. Inmon (1997), conhecido tambm como o

31 pai do DW, assume a idia de que uma coleo de dados orientados por assuntos, integrados, no volteis e variveis com o tempo, para dar suporte ao processo gerencial de tomada de deciso. Para Carlos Barbieri (2001), o conceito de DW objetiva a definio de uma base de dados preparada em vrios nveis de granularidade e obtida a partir dos sistemas estruturados (ERPs). A idia via DW, armazenar os dados em vrios graus de relacionamento e sumarizao, de forma a facilitar e agilizar os processos de tomada de deciso por diferentes nveis gerenciais. Esses dados, oriundos dos sistemas de informao de produo, devero estar mastigados6, integrados e disponveis, permitindo diversas formas de consultas, atravs dos mecanismos amistosos das ferramentas de usurios. Outra forma bem simples de exemplificar os problemas que os DW resolvem o que cita Simcsik e Polloni (2002). Possumos montanhas de dados nesta empresa, mas no

conseguimos acess-los; Nada deixa o chefe mais enfurecido do que duas pessoas

apresentando o mesmo resultado de negcio, mas com nmeros diferentes; Queremos acessar os dados de todas as formas; Mostre-me apenas o que importante; Todos sabem que alguns dos dados no esto bons.

Em suma, DWs so subdivises, seja na forma de tabelas ou outra base de dados, de um grande nmero de informaes j tratadas e prontas para serem exibidas ao gestor para a pronta tomada de decises. As mesmas podem ser buscadas a partir da tabela de produo, neste caso, online com as informaes que

Por mastigados entenda-se todo um processo de identificao, catalogao, coleta, disponibilizao e transformao dos dados em informaes necessrias aos negcios da empresa.

32 esto sendo inseridas, ou podem ser acessadas em intervalos de tempo a serem definidos e configurados pelo Engenheiro. A Figura 5 demonstra um projeto de BI, onde as informaes so consolidadas por conta de gastos de fabricao. Cada conta possui um valor limite de gastos dentro do ms, o budget.

Figura 5: Aplicao BI a partir de dados de produo Fonte: PORTAL INTELIGNCIA DE NEGCIOS EMPRESA MODELO.

O Engenheiro da planta consegue visualizar de uma forma global, mas ao mesmo tempo simples, todos os gastos que esto ocorrendo no cho de fbrica. Por exemplo, cada conta pode ter trs tipos de sinalizadores, sendo: Verde: Gasto menor que 90% do valor do Budget;

33 Amarelo: Gasto maior que 90% mas menor ou igual a 100% do

valor do Budget; Vermelho: Gasto superior ao valor de Budget.

Quando determinada conta j extrapolou o limite definido (sinalizador vermelho) ou precisa de uma ateno especial (sinalizador amarelo), o gestor consegue saber quais os materiais que o cho de fbrica est consumindo em maior demanda, usando o Data Mining, conceituado no prximo item.

2.1.2 Minerao de dados (Data Mining)

Do ingls (mining) para o portugus (minerao), data mining uma tcnica de minerao da informao em funo de dados em foco. Para Turban (2004) data mining uma ferramenta usada para buscar e extrair informao til de grandes volumes de dados simplesmente pela execuo de um evento7. Essa tcnica traz rapidez, consolidao e integridade entre os dados em anlise. Em outras palavras, podemos definir mining como a ao drill down ou up, ou seja, subir ou descer nveis a partir de um grande repositrio de dados. Por exemplo, um grfico que mostra a relao quantidade comprada versus quantidade devolvida de um determinador fornecedor. A Figura 6 demonstra a aplicao da ferramenta acima descrita. Percebe-se que no perodo de 09/2009 e 10/2009 foram devolvidas 89 quantidades devido ao sucateamento da pea.

Conceitualmente define-se evento como uma ao, podendo esta ser o clicar do mouse ou o apertar de uma tecla ou combinao de teclas e funes. A partir da ao o software executa uma determinada tarefa prdefinida para esta ao.

34

Figura 6: Aplicao Data Mining em grfico Fonte: PORTAL INTELIGNCIA DE NEGCIOS EMPRESA MODELO.

Com base no grfico gerado realizada a minerao da informao, ou seja, o data mining, exibindo de forma analtica a composio, ou melhor, qual o tipo de erro cometido na pea. A Figura 7 demonstra de forma prtica a citao feita por Turban (2004).
O Data Mining pode agilizar a anlise ao fornecer o conhecimento necessrio. (TURBAN, McLEAN, WETHERBE, 2004, p. 344).

Figura 7: Aplicao Data Mining a partir do grfico

Fonte: PORTAL INTELIGNCIA DE NEGCIOS EMPRESA MODELO.

35

A Figura 8 mostra outra aplicao de data mining em um projeto de gesto estratgica a partir de dados de produo. O usurio, a partir de um simples clique do mouse sobe ou desce nveis com base no DW .

Figura 8: Aplicao Data Mining a partir de dados de produo Fonte: PORTAL INTELIGNCIA DE NEGCIOS EMPRESA MODELO.

2.1.3 Metodologia do processo de Inteligncia de negcio

Um projeto de gesto estratgica, para seu perfeito sucesso, exige aplicar e seguir etapas definidas. o que cita Jerry P. Miller (2002), dizendo que as quatro fases do ciclo de inteligncia so: Identificao dos responsveis pelas principais decises e suas

necessidades em matria de inteligncia; Coleta de informaes;

36 Anlise da informao e sua transformao em inteligncia; Disseminao da inteligncia entre os responsveis pelas decises.

Na primeira fase, o engenheiro identifica as necessidades dos responsveis pelas principais decises da empresa. Nesta etapa se define quais usurios vo inserir as informaes, quais vo analisar as informaes e quais vo usar as informaes dentro da gesto estratgica. Todo este ciclo muito importante e est diretamente relacionado hierarquia da organizao. Depois de identificar os usurios e suas necessidades, inicia-se a coleta de dados a segunda fase do processo. Nesta etapa, j com o fluxo da informao definida a partir do negcio da empresa, so coletadas e preparadas as informaes necessrias para o perfeito funcionamento do projeto como um todo. Aqui muito importante analisar quais informaes so necessrias e quais so opcionais, pois todos indicadores e relatrios dependem desta anlise. Uma vez reunidas as informaes necessrias, os engenheiros identificam padres e tendncias significativos. Buscam insights exclusivos e relaes at ento no detectados entre os dados. Por exemplo, depois de toda a coleta de informao, o engenheiro de processo quer saber, em relao produo de certo produto, qual foi a variao de um dos componentes na liga de ferro fundido em determinado ms. Isso s possvel com anlise e entendimento do negcio. Na quarta fase do ciclo preciso entender de que maneira os responsveis pelas decises preferem que as informaes lhes sejam apresentadas, aumentando a integridade e a futura utilizao do que relatado. Seja na forma de grfico, relatrio, ou outro qualquer, o importante exibir de forma simples e direta a informao pronta para a tomada de deciso.

2.2

APLICAO DE BI (BUSINESS INTELLIGENCE) NO CHO DE FBRICA

Partindo do conceito de BI que a utilizao de variadas fontes de informao para se definir estratgias de competitividade nos negcios da empresa

37 e sabendo que no cho de fbrica que so geradas as riquezas e onde os controles devem ser instantneos para a pronta tomada de decises, est sendo muito comum a utilizao das tcnicas de BI no cho de fbrica. A evoluo do cho de fbrica tem sido significativa nas ltimas dcadas, onde grandes investimentos tm sido realizados em infra-estrutura, automao, treinamento e sistemas de informao, transformando-o numa rea de estratgia para as empresas. O cho de fbrica gera grande quantidade de dados que, por dispersos ou desorganizados, no so utilizados em todo seu potencial como fonte de informao. E o que melhor define essa situao a citao de Carlos Barbieri (2001).
...no se sabe o que sabe e no se sabe o que no se sabe... (BARBIERI, Carlos, 2001, p. 34).

Para minimizar este problema e definir regras e tcnicas para a formatao adequada deste volumes de dados, as ferramentas de BI so perfeitas. Imagine uma empresa que produz 300 ton/dia de ferro fundido, onde, para cada corrida o laboratrio deve realizar diversos testes qumicos e fsicos para atender as especificaes tcnicas dos clientes. A quantidade de informao gerada imensa, e se no houver uma anlise ao longo de todo o processo ocorre conforme afirma Mello (et al).
...a quantidade de informao demasiadamente alta e de baixa confiabilidade. (MELLO, Ricardo Gold de, et al, p.1)

Mas por que aplicar o conceito de BI em cho de fbrica? Quais as caractersticas que este meio traz para possibilitar esta aplicabilidade? Normalmente as empresas de manufatura que trabalham em lotes de produo possuem um mix de produtos muito elevado, cada mquina est produzindo uma ordem de produo diferente e, muitas vezes, mais de uma ordem ao mesmo tempo. Vejamos algumas das complexidades que uma indstria possui em funo do seu processo produtivo: Especificaes diferentes por mquina: os parmetros de

desempenho de cada mquina so diferentes entre si. As informaes relevantes de uma retificadora so diferentes das de uma prensa ou forno de

38 tmpera. Mesmo as especificaes em comum, como produtividade e eficincia, no podem ser comparadas entre mquinas. Especificaes diferentes por produto: as diferentes caractersticas

por produto impossibilitam a criao de padres para a produo. O ritmo de produo para cada produto diferente, por exemplo, setup de mquina, defeitos de fabricao, refugo e retrabalho. exige Processo desordenado: quando o mix muito variado e cada produto uma seqncia de operaes diferentes, complicada a

implementao de linhas e clulas de produo, pois as quantidades no justificam a criao de linhas dedicadas. Baixa confiabilidade da informao: os dados de apontamento de

produo muitas vezes no refletem a realidade do cho de fbrica, mascarando diversos problemas que no so levados para a gesto. A Figura 9 apresenta um esquema genrico da situao de superviso de cho de fbrica, indicando, em cada etapa, quais os principais problemas encontrados. Como resultado, a viso gerencial sobre o cho de fbrica imprecisa. As informaes so ineficientes devido baixa confiabilidade nos dados e as diversas particularidades que cada produto/mquina possui (Mello, et al, 2009). Outro ponto importante a demora na compilao das informaes de cho de fbrica para a tomada de decises tornando o gerenciamento lento e ineficaz, alm de no refletir a situao real do mesmo.

39

Figura 9: Sistema de informaes gerenciais de cho de fbrica e a problemtica associada Fonte: MELLO (2009 P. 3)

Normalmente os investimentos realizados em TI dentro de uma empresa so voltados principalmente aos ambientes gerenciais e administrativos, ficando de fora o cho de fbrica, causando assim uma lacuna entre a produo e os sistemas de gesto. Como pode ser visto na Figura 10, h um enorme vazio entre os sistemas ERPs e os sistemas de automao, no que diz respeito disponibilidade e troca de informaes entre os mesmos. Para extinguir esta lacuna que o conceito e metodologia de BI esto sendo perfeitamente aceitos na produo, pois minimiza gastos exorbitantes com desenvolvimento de terceiros e a ferramenta atende, de uma forma geral, tanto engenheiros, administradores e contadores em termos de indicadores, relatrios gerenciais, etc.

40

Figura 10: Pirmide de automao. Sistema no integrado Fonte: FILHO (1998)

41

INDSTRIA DE FUNDIO DE AO

3.1

PROCESSO INDUSTRIAL

Como foi colocado ao longo do trabalho, em qualquer projeto tcnico o engenheiro deve se envolver e conhecer o mximo do processo em questo para apresentar um modelo de trabalho que vise a melhoria da gesto do negcio. Neste captulo sero colocadas, de uma forma sinttica, as principais etapas do processo Industrial de uma fundio conceituando o modelo proposto. Conforme Chiaverini (2008), o processo de fundio definido como o conjunto de atividades requeridas para dar forma aos materiais por meio da sua fuso, conseqente liquefao e seu escoamento ou vazamento para moldes adequados e posterior solidificao (Figura 11).

Figura 11: Processo de vazamento de ferro fundido para molde de areia Fonte: PROCESSO PRODUTIVO EMPRESA MODELO.

Basicamente, o processo de divide nos seguintes grupos de atividades: Fabricao do modelo;

42 Preparao da liga nos fornos de induo; Vazamento da liga para os moldes, podendo ser em areia, cera ou

molde mecnico; Esfriamento e Solidificao; Processo mecnico de diviso da pea fundida do molde

(desmoldagem); Rebarbamento; Acabamento; Pintura; Inspeo; Embalagem.

3.1.1 Fabricao do modelo

Numa Indstria de fundio uma das principais riquezas so os modelos das peas, podendo-se definir como o prottipo do produto. A partir deles que os engenheiros definem caractersticas tridimensionais e outros dados tcnicos pertinentes ao material e sua aplicao. A principal funo do modelo dar forma ou imprimir na areia de fundio o formato da pea que vai ser vazada. Geralmente utilizada madeira, plsticos como o uretano, metais como o alumnio ou o ferro fundido para sua fabricao. H casos onde se usa a prpria pea como modelo. A Figura 12 mostra os moldes de areia criados a partir do modelo.

43

Figura 12: Moldes de areia para fundio Fonte: PROCESSO PRODUTIVO EMPRESA MODELO.

3.1.2 Preparao das ligas

Pela definio, liga a substncia resultante da mistura de dois ou mais elementos, entre os quais pelo menos um metal e na maior parte das vezes recorre-se liga para dar aos metais determinadas propriedades mecnicas, trmicas, eltricas, magnticas ou anticorrosivas. As ligas utilizadas para Indstria de fundio possuem uma variedade enorme em termos de composio, pois dependem muito das caractersticas do produto final e sua aplicao. O procedimento mais freqente na preparao de ligas consiste em fundir, em primeiro lugar, o metal cujo ponto de fuso mais elevado, acrescentando-se em seguida os demais componentes. Tambm possvel inverter a ordem ou fundir os componentes simultaneamente. O mtodo de fuso mais simples o do cadinho, utilizado em pequenas fundies. Quando necessrio obter grandes quantidades de liga, usam-se fornos eltricos de diferentes tipos, como os de arco e de induo de baixa ou alta freqncia (Figura 13).

44

Figura 13 Liga metlica sendo despejada em cadinho Fonte: PROCESSO PRODUTIVO EMPRESA MODELO.

3.1.3 Vazamento da liga

O processo de vazamento basicamente consiste em despejar ou vazar a liga metlica para dentro dos moldes de areia produzidos a partir do modelo. Como o molde possui o macho e a fmea, entre ambos h uma regio vazia onde a liga ir fluir e tomar a forma. O macho deve ser mecanicamente resistente durante o vazamento e ter propriedades de tornar-se quebradio aps o vazamento e resfriamento, facilitando o processo de desmoldagem. A Figura 14 exibe a liga metlica sendo vazada para o molde de areia.

45

Figura 14: Vazamento da liga metlica para molde de areia Fonte: PROCESSO PRODUTIVO EMPRESA MODELO.

3.1.4 Esfriamento/Solidificao, Desmoldagem e Rebarbamento

Depois da pea vazada para o molde, ocorre o tempo de resfriamento e a conseqente solidificao do metal. No mais importante que as outras etapas do processo, mas sendo considerada uma das mais crticas, a velocidade de esfriamento deve ser muito bem monitorada, j que um esfriamento muito rpido pode induzir tenses mecnicas na pea, provocando o aparecimento de trincas, e a formao de bolhas. Por outro lado um esfriamento muito lento levar a diminuio da produtividade. Esses eventos influenciam bastante o tamanho, forma, uniformidade e composio qumica dos gros formados na peca fundida, que por sua vez influenciar as propriedades globais do produto acabado. Aps resfriado e solidificado o material fundido, realizada a retirada da pea do molde, podendo ser manual ou automatizada. As peas desmoldadas so monitoradas pelo Controle da Qualidade na questo temperatura de desmolde, as quais so pr-determinadas pela engenharia, evitando assim quaisquer alteraes em sua temperatura, trincas, dureza, etc.

46 O rebarbamento o processo de acabamento da pea. Nele so retirados os canais de alimentao, canais de ataque e os maalotes, ou seja, os canais por onde o metal lquido entra no molde para formar a pea. Tambm so lixadas as peas e todas as imperfeies que as mesmas possuem oriundas do processo produtivo.

3.1.5 Pintura, Inspeo e Embalagem

Depois das peas rebarbadas e limpas, as mesmas so submetidas ao processo de pintura, que pode ser manual ou automatizado. As cores normalmente so definidas pelo cliente e as propriedades da tinta pela engenharia de processo. A inspeo, realizada pelo setor de qualidade, pode ser dividir em trs tipos: Inspeo visual; Inspeo dimensional; Inspeo Metalrgica.

Na expedio realizado o embalsamento da pea em embalagens definidas pela engenharia de produto. A Figura 15 mostra dois tipos de embalagens em peas de fundio: Figura 15.a exibe as peas embaladas em caixa de madeira. Figura 15.b em pallet.

Normalmente a forma geomtrica que define o tipo de embalagem a ser utilizado.

47

Figura 15: Tipos embalagens em peas de fundio. (a) Embalagem em caixa; (b) Embalagem em pallet Fonte: PROCESSO PRODUTIVO EMPRESA MODELO.

48

METODOLOGIA

Este trabalho tem como objetivo aplicar as tcnicas de BI juntamente com os conhecimentos de engenharia em um projeto de software que automatize as diversas rotinas do setor de qualidade de produto e tambm integre equipamentos do mesmo com o sistema em questo. O trabalho iniciou por meio de pesquisas bibliogrficas sobre a origem, evoluo, utilizao e critrios quanto aplicabilidade das tcnicas de BI no cho de fbrica e diversas definies quanto ao perfil do profissional que desenvolve e aplica este tipo de tecnologia em ambientes de manufatura. Segundo Cervo e Bervian (1996) a pesquisa bibliogrfica procura explicar um problema utilizando-se de referenciais tericos disponveis nos mais diversos tipos de documentos como: livros, artigos, textos e publicaes variadas. Aps esta etapa foi utilizado o mtodo de Pesquisa Descritiva na forma de Estudo de Caso. O Estudo de Caso nada mais que uma pesquisa sobre um determinado indivduo, famlia, grupo ou comunidade para examinar aspectos variados de sua vida (CERVO; BERVIAN, 1996, p. 50). Foram coletados registros disponveis da organizao EMPRESA MODELO como: planilhas de lanamentos, banco de dados do sistema ERP atual, arquivo texto do espectrofotmetro disponveis na seo de imagens e apndices. Com base nestes registros, foi apresentado um modelo de trabalho que atenda aos requisitos de aplicabilidade das tcnicas de BI no cho de fbrica e tambm integre sistema e mquina minimizando as rotinas braais das pessoas envolvidas, liberando mais tempo para anlise, tomada de decises e melhoria contnua do processo como um todo.

49

ESTUDO DE CASO

5.1

METODOLOGIA DE TRABALHO ATUAL

Depois de diversas reunies e visitas tcnicas realizadas na Indstria de fundio, foram levantados dados que demonstram a metodologia atual de trabalho da empresa quanto aos processos de produo e foi realizada a compilao dos mesmos para gerenciamento do negcio. O fluxo da informao inicia mediante a demanda de produo definida pelo PCP com base nas necessidades definidas pelo cliente. A engenharia de processo faz a relao quantitativa de matria prima a ser colocada no forno para fuso e formao da liga metlica. Neste momento a gerncia de produo faz os lanamentos dos eventos de produo numa planilha de Excel (Figura 16) informando os seguintes dados: Cdigo da pea produzida; Cdigo do material (liga); Cdigo da corrida (sequencial); Data da produo; Data do vazamento; Hora do vazamento; Data de insero dos dados no relatrio;

50 Observao inicial; Especificao.

Figura 16: Planilha de lanamentos de produo Fonte: SISTEMA DA QUALIDADE EMPRESA MODELO.

Os campos Pea, Material e Corrida so campos estrangeiros, pois possuem informaes prprias definidas em seu cadastro. Supondo ser necessrio montar um relatrio com todas as informaes exibidas na Figura 16, mas que tambm traga a descrio da pea e os demais dados da corrida, como por exemplo, em qual forno foi produzida a liga. Neste caso as diversas possibilidades de visualizao e interpolao dos dados comeam a crescer e a necessidade de organizao e disposio das informaes precisa ser bem estruturada e definida pelo usurio. J o campo corrida um nmero sequencial definido como chave primria, ou seja, ele no se repete em toda a tabela. A partir desta chave, os demais dados,

51 como composio qumica, ensaios mecnicos e visuais, entre outros, sero aglutinados em um nico formulrio chamado Relatrio de Qualidade, que o objetivo final do trabalho. Posteriormente aos lanamentos de produo, um corpo de prova da liga segue para o laboratrio para anlise de composio qumica no espectrofotmetro. O analista recebe a amostra fazendo sua preparao e ento executa o teste no equipamento. Um exemplo de resultado de composio de liga mostrado no anexo A. Esses valores so lanados novamente na planilha de Excel, onde h a possibilidade de erros de digitao e a extrao da informao lenta, pois o equipamento gera todos os dados em um arquivo ASCII, necessitando de tratamento por parte do usurio. As informaes dos demais testes, como temperabilidade, metalografia, dureza, dimensional e outras especificaes, vo sendo adicionadas planilha mostrada na Figura 16, com a finalidade de se obter o Relatrio de Inspeo da Qualidade (exemplo ilustrado no Anexo B). Este relatrio uma consolidao geral das informaes geradas a partir do processo produtivo. Como os testes so realizados em laboratrios e por pessoas diferentes, muito importante controlar os relatrios de entrada de dados (logs de inputs) no mesmo, ou seja, o que cada usurio inseriu, alterou ou excluiu de informao e quem aprovou a pea para ser enviada ao cliente. Fazendo isso, tmse toda a rastreabilidade dos dados da qualidade da pea. Supondo uma pea fundida que utilizada em um trator e em determinado momento ocorre a fratura da pea e verifica-se que a composio estava fora de especificao, e ainda, que neste lote de peas foram produzidos 1.000 tratores. O cliente liga para o fornecedor informando o ocorrido e pede uma anlise para informar se o problema foi da fundio ou do fornecedor de matria prima. Neste momento, para a fundio no ser lesada necessrio comprovar que seu sistema de qualidade no falhou e que o possvel problema pode ter vindo de terceiros. Mas como fazer isso de uma forma rpida e verificando quem aprovou e em qual data? Na forma de trabalho e com as ferramentas atuais quase impossvel ter xito nesta tarefa, pois no h controle de aprovao e o aplicativo utilizado no atende aos

52 conceitos de modelo relacional de dados, ocasionando assim um possvel nus para a empresa em funo da falta de inteligncia de negcio nas rotinas de qualidade.

5.2

ETAPAS PARA EXECUO DO MODELO PROPOSTO

Para transformar dados de cho de fbrica em gesto importante realizar algumas etapas que a engenharia de software define como modelo de desenvolvimento. Esses modelos so tcnicas de controle de atividades uniformizadas que devem ser aplicadas sistematicamente, pois se encontram agrupadas em fases. Cada fase possui diversas entradas e sadas de informaes, isto , define quem faz o qu, quando e como para atingir um objetivo. As prximas sees exemplificam as etapas para execuo do modelo proposto.

5.2.1 Especificao de Requisitos ou Anlise Inicial

Esta etapa muito importante e pode-se dizer que a principal no desenvolvimento de um projeto de automao ou aplicao de BI. Define-se como a traduo da necessidade levantada com base nas informaes do negcio em anlise. Para o estudo de caso em questo as informaes e necessidades levantadas nesta etapa foram: Entendimento do processo produtivo: Testes fsicos e qumicos realizados nos laboratrios; Relatrio de qualidade que enviado para o cliente.

Foi necessrio entender o processo de fuso, os responsveis pelo lanamento das informaes das corridas na planilha de Excel e de que forma estes

53 dados seguem para o laboratrio. No laboratrio que so executados os testes de composio qumica, dureza, metalografia e diversas entradas so realizadas nas planilhas. Aps os lanamentos as informaes so compiladas e do origem ao relatrio de Inspeo de Qualidade (Anexo B). O mesmo enviado ao cliente e a pea somente liberada se as especificaes forem atendidas.

5.2.2 Projeto de Sistema:

Com base no levantamento das informaes obtidas a partir do negcio da empresa realizado o projeto de sistema. Nesta etapa ocorre a traduo dos requisitos levantados na etapa de anlise em uma descrio de todos os componentes necessrios para codificar o sistema, ou seja, colocar em prtica. Para o presente modelo, os componentes em sua maioria seguem a lgica usual das necessidades em projetos de BI, pois j possuem um DW com os cadastros principais como, materiais, clientes e especificaes de produtos. J os requisitos faltantes so as novas necessidades de desenvolvimento que iro trazer ganho de tempo, integrao e automao das rotinas da qualidade para emisso do relatrio de inspeo. Dentre estes requisitos destacam-se duas necessidades muito importantes que sero a base da inteligncia do projeto, sendo: Desenvolvimento da arquitetura de dados; Desenvolvimento e integrao do software com espectrofotmetro.

As exemplificaes dos requisitos sero descritas nos prximos tpicos.

5.2.3 Programao

Nesta etapa executada a produo do cdigo que controla o sistema e realiza a computao e lgica envolvida. Esta lgica foi levantada na etapa de

especificao de requisitos e a demanda de escriturao de cdigo tanto quanto anlise inicial.

54

desempenho do sistema dependem, quase que na sua totalidade, de uma boa Para execuo do modelo proposto foi escolhido o banco de dados MSSQL Server 2005 com scripts back-end, ou seja, so executados diretamente no Database. Em termos de linguagem web foi escolhido ASP que uma linguagem voltada a eventos e encapsulada dentro de cdigo HTML. Demais tcnicas como JavaScript ou Ajax podem ser usadas visando o atendimento das necessidades do projeto. Dispondo dessas tecnologias, o modelo proposto poder ser acessado a partir de qualquer navegador de internet dentro ou fora da organizao.

5.3

ARQUITETURA DE DADOS

A arquitetura de dados o espelho das definies e anlises realizadas transferidas para o modelo relacional entre as informaes. Para o modelo proposto inicialmente foram criadas as tabelas de cadastro, ou seja, as informaes que geram os eventos do processo, por exemplo, cadastro de peas, fornos, turnos, testes de qualidade, especificaes do produto, etc. Em funo dos testes realizados pela qualidade foram criadas duas tabelas onde so cadastrados os ensaios e suas devidas variveis. A Figura 17 demonstra o relacionamento entre os testes e as devidas perguntas que o sistema ir fazer. Por exemplo, para o teste de anlise de metalografia necessrio informar dois valores, sendo a especificao da grafita e matriz. Posteriormente, quando todos os testes e informaes correlatas estiverem cadastradas o usurio simplesmente ir selecionar qual o ensaio que deseja fazer os inputs, e o sistema saber quais informaes precisa para manter a integridade dos dados.

55

Figura 17: Arquitetura de dados Ensaios Fonte: PRPRIO AUTOR

Basicamente, a arquitetura de dados reflete o curso dos dados dentro do fluxo do negcio que foi analisado. As tabelas e suas colunas so criadas tendo como base esta anlise, pois definem o tipo de dado associado, os relacionamentos e principalmente possibilitam a utilizao deste armazm de dados em aplicaes de BI com desempenho excelente.

5.4

MODELO PROPOSTO

O levantamento dos dados, definio da linguagem de programao e desenvolvimento da arquitetura de dados so requisitos para a proposta de modelo ter sucesso. Como foi colocado na seo 5.1, onde se exemplifica toda a metodologia atual de trabalho do sistema de qualidade, o modelo proposto visa criar um prottipo que extinga as planilhas eletrnicas, automatize a coleta de informaes de composio qumica diretamente do espectrofotmetro e integre os demais dados de testes fsicos executados na pea a fim de montar o Relatrio de Inspeo de Qualidade, onde o cliente pode administrar e acompanhar os mesmos, usando os conceitos e metodologias de BI.

5.4.1 Lanamento de corrida de forno

56

O inicio de inputs ocorre na produo, onde so lanados os dados especficos de cada corrida. A Figura 18, abaixo, exibe um prottipo de tela para insero destas informaes. Todos os campos so obrigatrios, pois a integridade do banco de dados, definidos na arquitetura do mesmo, exige isso.

Figura 18: Modelo proposto Interface de inputs eventos de produo Fonte: PRPRIO AUTOR

No momento em que ocorre a ao de salvar as informaes, iniciam-se as transaes de validao dos dados enviados. Para cada campo do formulrio so avaliadas as informaes que o usurio digita e so confrontadas com base no designer da tabela, por exemplo, caso no campo Dt. Vazamento for informada uma data maior que a atual ou o formato de ano no esteja com quatro dgitos: neste momento o cdigo desenvolvido executado e retorna se houve sucesso ou insucesso na ao. Para facilitar a visualizao do sucesso ou no do evento, o sistema utiliza cores, exibindo uma mensagem descrevendo o resultado da execuo do cdigo. A Figura 19 demonstra uma mensagem de sucesso na cor verde e outra de insucesso na cor vermelha em um cadastro de empresas.

Figura 19: Mensagens de sucesso ou insucesso de ao Fonte: JUSTNEW SOLUES LTDA.

57

A partir deste momento inicia-se a maratona de testes nos laboratrios da organizao, sejam fsicos, qumicos ou metalogrficos. Uma amostra da liga retirada do forno, preparada e enviada para os devidos testes. Os analistas executam os testes e lanam os dados sempre vinculando ao cdigo da corrida. Conforme citado na seco 5.3, cada evento de inspeo da qualidade ser cadastrado com os devidos parmetros de entrada, possibilitando assim uma maior confiabilidade nos dados e agilidade na digitao dos resultados. Como comentado acima, os valores antes de serem inseridos ou editados so validados pela lgica do programa, e em caso de sucesso so salvos no Database e esto prontos para serem incrementados medida que seguem no fluxo do processo.

5.4.2 Integrao do sistema com o espectrofotmetro

Desde a primeira visita na fundio a principal idia e necessidade levantada pela mesma era a integrao de um sistema inteligente com o equipamento de anlise qumica (espectrofotmetro). Para atender as normas de cada cliente, a fundio deve fazer os testes de composio qumica para confrontar estes em relao s especificaes definidas pelo comprador final. Atualmente, em funo da demanda de testes na organizao ser altssima, muito importante que seja criado um modelo que automatize as tarefas antes executadas manualmente pelo operador de laboratrio e agilize a montagem do relatrio de inspeo que vai ser enviado para o cliente juntamente com a pea. A grande maioria dos equipamentos de anlise qumica possui um software que recebe os parmetros de entrada e sada para o teste em execuo. Definidas as regras, inicia-se a anlise e o resultado salvo, normalmente, em um arquivo texto. Arquivos com este formato no possuem formatao complicada e so

58 largamente utilizados no ramo de desenvolvimento em casos que necessrio dar entrada de informaes a partir de outro armazm de dados ou equipamento. Para elaborar um algoritmo a partir do banco de dados que abra e leia as informaes inseridas no arquivo gerado a partir do equipamento (Anexo A) necessrio entender como o mesmo trabalha, e saber quais campos seu software necessita para gerar a anlise corretamente. Participando de alguns testes nos laboratrios da fundio, verificou-se a atual rotina de trabalho que o analista executa para atender os requisitos que o relatrio de inspeo exige. Inicialmente executado o teste no espectrofotmetro. Concludo o teste, um arquivo em formato ASCII salvo em um diretrio definido pela qualidade. Seguindo o fluxo de trabalho, com base neste arquivo texto, so lanados os resultados de composio qumica para cada corrida na planilha de Excel. Para se ter uma idia da quantidade de informaes e do tamanho da ateno e trabalho que necessrio para executar esta tarefa, a Figura 20 mostra o arquivo gerado a partir da anlise. Este arquivo possui diversas colunas rotuladas conforme o tipo de informao associada. O percentual para cada elemento qumico presente na liga computado sempre como um nmero de onze dgitos. Se determinado elemento no integrar a composio do material, ele aparece no arquivo s que com valores zerados, sendo isso uma facilidade para desenvolver a lgica do script que vai buscar e inserir no Database estas informaes.

59

Figura 20: Arquivo texto gerado a partir do espectrofotmetro Fonte: SISTEMA DA QUALIDADE EMPRESA MODELO.

Para atender a necessidade de automao desta tarefa, para o presente modelo ser desenvolvido uma rotina onde o usurio simplesmente ter que informar o cdigo da corrida e o diretrio onde foi salvo o arquivo de anlise. Feito isso, ser executado o cdigo T-SQL demonstrado na Figura 21 abaixo.

60

Figura 21: T-SQL para importao da composio qumica Fonte: PRPRIO AUTOR

Este algoritmo recebe as informaes de onde o arquivo est salvo, o analisa e insere todas as linhas de dados para a corrida passada numa tabela temporria. Com base nesta tabela executado um operador de repetio, os chamados cursores, que rola todas as linhas desta e mediante os critrios definidos no script os dados filtrados so inseridos na tabela de produo atendendo ao relacionamento do Database. Esta rotina s possvel devido a escolha do tipo de banco de dados. Agora, a partir desta rotina, qualquer usurio que acessar o ambiente da qualidade poder enxergar para cada corrida do processo sua composio qumica em tempo real e com uma minimizao de erros.

5.4.3 Relatrio de Inspeo de Qualidade via Web

61

Sendo uma compilao de todo o fluxo do negcio, ou seja, desde o lanamento da corrida a partir da produo da liga qumica no forno, incrementada pelos testes fsicos e qumicos, o resultado o relatrio de inspeo de qualidade via web, onde, que pode ser acessado e emitido a partir de qualquer navegador da internet. Como j citado, o relatrio a parte final do modelo proposto e somente poder ser emitido se os diversos testes tiverem sido aprovados pelos supervisores ou gerentes imediatos, dependendo do nvel de aprovao. Para tanto, caso o relatrio seja emitido, significa que todos os testes foram aprovados. Para cada aprovao e ao realizada ser gravado o tipo de evento que foi executado, a data, hora e o nome do usurio. Por exemplo, se em determinado teste foi inserido um valor X e posteriormente este valor foi alterado para um valor Y, para ambas as aes ser executado um procedimento que salve estes eventos. Isso ir proporcionar para cada corrida a visualizao de quem inseriu, alterou ou excluiu os dados de produo, composio qumica, dureza, metalografia, aprovao, reprovao, etc. A finalidade ter a rastreabilidade e responsabilidade das informaes inseridas, aumentado assim o comprometimento dos envolvidos na acuracidade dos dados enviados ao cliente. Integrar cho de fbrica para o gerenciamento estratgico uma das propostas deste trabalho e o desenvolvimento do modelo, desde a anlise at o relatrio final visam diminuir o espao entre o gestor e a produo.

62

CONSIDERAES FINAIS

Os avanos tecnolgicos, as descobertas da cincia e a renovao dos conhecimentos vm acontecendo com uma velocidade inimaginvel h algumas dcadas. Todas estas evolues vinculam praticamente como condio para sua aplicao um processo de mudana, podendo ser organizacional, pessoal ou social. O presente trabalho proporcionou ao autor uma nova viso de onde e como a Engenharia pode ser aplicada em projetos de automao da informao utilizando tecnologias atuais de manipulao de dados. Inicialmente foram conceituados os sistemas de gesto usuais utilizados nas empresas, suas vantagens e desvantagens. Todo esse embasamento foi importante para demonstrar o surgimento de um novo perfil profissional que no se atenha simplesmente ao processo produtivo, mas tenha a viso do negcio como um todo desenvolvendo e criando solues para o gerenciamento estratgico da organizao. Vrios autores intitulam este novo perfil como Engenheiro do Conhecimento, dando nfase ao perfil do engenheiro que consegue com sua base lgica e tcnica transformar informaes de negcios em grandes solues de software, indicadores, portais e sistemas para a pronta tomada de decises. O tema do trabalho surgiu em funo de uma necessidade de automao do setor de qualidade de uma Indstria de fundio de ao, onde foi realizado um estudo de caso que despendeu diversas reunies, anlises, desenvolvimento da arquitetura da base de dados e integrao do espectrofotmetro com o sistema. Desta forma, o autor espera que o modelo proposto atenda s necessidades que a empresa possui e tanto analistas, supervisores e gestores consigam visualizar atravs do fluxo do processo a Integrao do Cho de Fbrica para o Gerenciamento Estratgico da Organizao.

63

REFERNCIAS BIBLIOGRFICAS

ARNHOLD, Liane. Implantao de sistema ERP. Novo Hamburgo: 2007. 90 p. Monografia (Bacharel em Administrao de Empresas) Instituto de Cincias Sociais Aplicadas, Centro Universitrios Feevale, 2007. BARBIERI, Carlos. BI BUSINESS INTELLIGENCE: Modelagem e Tecnologia. Rio de Janeiro: Axcel Books do Brasil, 2001. CAJARAVILLE, Andra. A organizao integrada. Os sistemas ERP, ao integrar e otimizar os processos de uma companhia, so muito mais que uma soluo tecnolgica; reinventam o negcio. Disponvel em:<http://www.strategia.com.br/Arquivos/Organiza%E7&E3o_integrada.pdf.> Acesso em: 01 set. 2009. CERVO, Amado Luiz; BERVIAN, Pedro Alcino. Metodologia cientfica. 4. ed. So Paulo, SP: Makron Books, 1996. CHIAVERINI, Vicente. Aos e ferros fundidos: caractersticas gerais, tratamentos trmicos, principais tipos. 7. ed. ampl. e rev. So Paulo, SP: ABM, 2008. DATE, C. J. Introduo a sistemas de bancos de dados. Rio de Janeiro, RJ: Elsevier, 2003. FILHO, Constantino Seixas. A Automao nos anos 2000 Uma anlise das novas fronteiras da automao. ATAN Sistemas. 1998. LOZINSKY, Sergio. Software: tecnologia do negcio. Rio de Janeiro: Imago, 1996. MELLO, Ricardo Gold de et al. Avaliao de Desempenho para o Gerenciamento Estratgico do Cho de Fbrica. ENANPAD, 2000, So Carlos: SP. Disponvel em:<http://www.anpad.org.br/evento.php?acao=trabalho&cod_edicao_subsecao=51 &cod_evento_edicao=4&cod_edicao_trabalho=3987>. Acesso em: 31 out. 2009.

64 MENDES, Juliana Veiga. A busca pela gesto integrada: um foco em PMEs. Encontro Nacional da ANPAD. Anais... 2004. MILLER, Jerry P. O Milnio da inteligncia competitiva. Porto Alegre, RS: Bookman, 2002. MORESCO, Luciano Guerra. Implantao do sistema de ERP SAP R/3 em uma indstria de calados: solues, problemas e resultados. Novo Hamburgo: 2001. 144 p. Monografia (Bacharel em Cincias da Computao) Instituto de Cincias Exatas e Tecnolgicas, Centro Universitrios Feevale, 2001. NEWMAN, Brian D. "Knowledge Management vs. Knowledge Engineering". Disponvel em:<http://revolution.3-cities.com/~bonewman/kmvske.htm>. Acesso em: 31 Out. 2009. PAMPLONA, Edson de O. Sistemas de Gesto Integrada: conceitos e principais consideraes de uma implantao. 19 ENEGEP, 1999, Rio de Janeiro. Disponvel em:<www.iepg.unifei.edu.br/edson/dowload/arterp.prf>. Acesso em: 19 set. 2009. PRODANOV, Cleber Cristiano; FREITAS, Ernani Cesar de. Metodologia do trabalho cientfico: mtodos e tcnicas da pesquisa e do trabalho acadmico. Novo Hamburgo, RS: Feevale, 2009. RITZMANN, Larry P.; KRAJEWSKI, Lee J.; MOURA, Reinaldo A. MRP, MRP II MRP III (MRP + JIT com KANBAN). So Paulo: IMAM, 1996. SILVA, Maria Conceio M. Minerao de Dados: tecnologia de refino para a gesto de negcios. 2006, Disponvel em: <http://www.dca.ufpe.br/nepsi/index.php?module=documents&JAS_DocumentM anager_op=viewDocument&JAS_Document_id=4>. Acesso em: 23 out. 2009. SIMCSIK, Tibor; POLLONI, Enrico Giulio Franco. Tecnologia da informao automatizada. So Paulo, SP: Berkeley, 2002. SORS,Lzl; BARDOOZ, Lazio; RADNOTI, Istivan. Plsticos Moldes e Matrizes. 3. ed. So Paulo: Editora Hermes, 1985. SOUZA, Csar Alexandre de. Sistemas integrados de gesto empresarial: estudos de caso de implementao de sistemas ERP. So Paulo: 2000. 306 p. Dissertao (Mestrado em Administrao) Departamento de Economia, Administrao e Contabilidade, USP, 2000.

TARAPANOFF, Kira; SUAIDEN, Emir; OLIVEIRA, Ceclia L. Funes Sociais e Oportunidades para Profissionais da Informao. 2002, Braslia: DF. Disponvel em:< http://dgz.org.br/out02/Art_04.htm>. Acesso em: 23 out. 2009.

65

TURBAN, Efraim; MCLEAN, Ephraim; WETHERBE, James C. Tecnologia da informao para gesto: transformando os negcios na economia digital. 3. ed. Porto Alegre, RS: Bookman, 2004. UMARJI, Hassan, Engenharia e Gesto Industrial. 2009, Disponvel em:<http://visaocontacto.blogs.sapo.pt/61716.html>. Acesso em: 09 Set. 2009.

66

ANEXOS

67

ANEXO A Arquivo texto gerado a partir do espectrofotmetro

68

ANEXO B Relatrio de inspeo de qualidade (modelo atual)