Você está na página 1de 12

COMO APLICAR AS NOVAS TECNOLOGIAS DE

INTERFACE E INTEGRAO DENTRO DO AMBIENTE DE


AUTOMAO1
2

Wilson Laizo Filho


3
Antnio Csar de Arajo Freitas
4
Ludmila Rodrigues Fernandes
5
Eduardo do Carmo Silva

Resumo
Um dos desafios atuais dos sistemas de automao a integrao dos dados em
um portal nico que englobe informaes de toda a empresa, tanto dados oriundos
do cho de fbrica quanto dados corporativos de venda, custos, etc. Este trabalho
vem demonstrar a construo de um portal de informaes desenvolvido para a
Ferrous (Mina Esperana) que, alm de disponibilizar os dados necessrios tanto ao
cho de fbrica quanto aos diretores, tambm foi desenvolvido a partir das mais
modernas tcnicas de integrao de sistemas e tambm de construo de
interfaces.
Palavras-chave: Tecnologia; Web; Automao; Portal.
HOW TO APPLY INTO AUTOMATIONS ENVIRONMENT THE NEW
INTEGRATION AND INTERFACE TECHNOLOGYS
Abstract
One of the greatest challengers of todays automation systems is data integration in a
single portal which brings information from the whole company, even from the plant
floor as sales corporate data. This paper demonstrates the construction of an
information portal, which was developed to Ferrous (Esperana Mine) who, other
than just allow access to all companys data, was also constructed using state of the
art technologies of systems integration and interface construction.
Key words: Technology; Web; Automation; Portal.

Contribuio tcnica ao 13 Seminrio de Automao de Processos, 7 a 9 de outubro de 2009,


So Paulo, SP.
Analista de Sistemas da TSA Tecnologia de Sistemas de Automao. wilsonfilho@tsamg.com.br
Tel. (31) 8789-6061
Gerente de Projetos da TSA Tecnologia de Sistemas de Automao. cesar@tsamg.com.br Tel.
(31) 9292-2165
Engenheira de Controle e Automao da VISION Sistemas de Automao.
ludmila.fernandes@visionsistemas.com.br Tel. (31) 9624-1569
Consultor de Tecnologia da Informao e Informao. educarmo@gmail.com Tel. (31) 99768127

1 INTRODUO
medida que os sistemas de informao das empresas foram evoluindo, mais e
mais dados foram sendo disponibilizados para os funcionrios atravs de inmeros
sistemas distintos, cada um com sua especificidade e caracterstica. Neste contexto,
no difcil encontrar funcionrios que precisam consultar vrios sistemas para
montar um nico relatrio integrado.
Diante destes desafios, a Ferrous procurou construir um sistema que buscasse
os dados das diversas fontes de informaes espalhadas pela empresa e os
consolidasse em um nico sistema que, por sua vez, deveria ser alm de funcional,
agradvel aos olhos tanto dos funcionrios do cho de fbrica quanto da alta
direo.
Foi feita uma pesquisa de mercado para verificar possveis ferramentas para
realizar esta tarefa, porm, devido s necessidades especficas da Ferrous, foi
decidido que esta ferramenta fosse totalmente customizada e desenvolvida
especificamente para a empresa. A TSA, ento, foi chamada para implementar este
Portal de Informaes.
Um dos requisitos deste sistema foi que ele deveria utilizar as metodologias mais
recentes para a integrao de dados, por isso foi escolhido o padro SOA para
comunicao entre os diversos sistemas, sendo que drivers especficos foram
construdos para aqueles sistemas que no possuam Web Services nativos.
J no quesito interfaces, optou-se por utilizar uma plataforma Web, j que esta
plataforma possui facilidades de gerenciamento e disponibilizao de dados no
presentes em outros tipos de arquitetura. Com este quesito definido, e diante da
necessidade de implementao de uma interface rica que possibilitasse grande
interao com o usurio, foi ento selecionado o Adobe Flex Framework como base
para o desenvolvimento desta camada.
O desenvolvimento do Sistema foi realizado no perodo de 05 meses, sendo
estimado um perodo adicional de 04 meses para finaliz-lo com todas as
funcionalidades especificadas.
2 MODELO DE DESENVOLVIMENTO
O desenvolvimento foi feito atravs do modelo de camadas, sendo elas:
Apresentao, Negcio e Dados.

Interface Web

WebServices

Negcio

Business
Comunicao

Dados
Figura 1 Arquitetura de camadas.

A Camada de Dados caracterizada pelos vrios sistemas que disponibilizam


dados para o portal. Neste primeiro momento, o sistema estaria buscando dados de
custos do ERP da Ferrous (Datasul), dados de qualidade do sistema LIMS que
estava ainda em desenvolvimento e dados de produo diretamente do PIMS, para
o qual era utilizado o PI System da OSIsoft. Apesar de somente estes sistemas
terem sido integrados, o sistema foi desenvolvido de uma maneira a facilitar a
integrao de qualquer outro sistema.
A Camada de Negcio se caracterizava pela busca e integrao dos dados de
cada um dos sistemas e tambm era dividida em subcamadas.

WebServices
Business
Comunicao
Figura 2 Camada de negcio.

A camada mais baixa era a camada de interao com os dados, ou seja, esta
camada era a implementao dos diversos drivers de comunicao necessrios aos
sistemas que no apresentavam nativamente comunicao no padro SOA.
A camada intermediria, chamada de Business, agregava todas as regras de
negcio, ou seja, buscava os dados da camada de dados ou diretamente dos
sistemas no padro SOA e os consolidava em um XML que era, ento, passado
para a camada de apresentao.
A camada de apresentao nada mais era que a publicao de vrios
WebServices que seriam posteriormente chamados pela interface Web em Flex.

A Interface Web, construda em Flex, se caracterizava pela facilidade de


desenvolvimento e tambm pela flexibilidade de trabalhar com arquivos XML e
WebServices.
Alm disso, o Flex traz para o ambiente Web recursos nunca antes vistos com
outras tecnologias, aumentando sensivelmente a qualidade visual das aplicaes
bem como aumentando o grau de interao entre o usurio e os dados visualizados.
2.1 Integrao entre Sistemas
Para integrao entre os sistemas, foi adotado o padro SOA, j que este padro
tem demonstrado tima aceitao no meio corporativo.
Com o padro definido, restava definir um modelo de integrao para os
sistemas que no apresentam WebServices nativamente. Neste caso, foi escolhida
uma abordagem que mantivesse o padro de comunicao SOA e possibilitasse a
integrao com todos os sistemas, tanto atuais quanto futuros. Escolheu-se
implementar drivers de comunicao para cada um destes sistemas.
No caso do sistema PIMS, o driver utiliza as APIs nativas do PI System e
disponibiliza WebServices para as consultas mais comuns deste sistema como
GetValue, GetValueAt, GetHistoryValue, entre outros.
Para consulta ao LIMS, o driver acessa o banco de dados deste sistema e
disponibiliza consultas via WebService para os dados necessrios para o sistema
PIMS, como, por exemplo, resultado de anlises.
A grande vantagem de se utilizar o padro SOA que estes servios, uma vez
construdos, passam a estar disponveis para todos os sistemas que necessitarem
destas informaes, no sendo necessrio reescrever a interface e reduzindo
consideravelmente o custo de desenvolvimento de novas aplicaes.
Para o desenvolvimento da camada de integrao, optou-se pela utilizao da
plataforma .NET devido sua facilidade de desenvolvimento e grande aceitao no
meio corporativo, alm de se tratar de uma plataforma que trabalha nativamente
com os padres necessrios pela SOA, ou seja, WebServices e XMLs.
3 RESULTADOS
A interface Web, construda atravs do Adobe Flex, foi concebida com o grande
desafio de aliar praticidade na disponibilizao dos dados com a construo do
sistema, visando conquistar o usurio pelo apelo visual.

Figura 3 Abertura do Portal.

Uma grande vantagem de se utilizar a tecnologia Adobe Flex que o sistema


pode ser executado em qualquer navegador web capaz de executar o Adobe Flash
Player 9, ou seja, so minimizados os problemas arquiteturais presentes na maioria
dos sistemas Web, nos quais necessrio criar cdigos especficos para que a
aplicao seja vista da mesma maneira em qualquer navegador.
Esta tecnologia possibilita, inclusive, a execuo do sistema em navegadores
embutidos em aparelhos como palmtops e celulares, desde que o navegador destes
apresente compatibilidade com o Adobe Flash Player.
A navegao do sistema feita baseada em cliques, de maneira semelhante aos
toques em um monitor touch screen, de forma que os relatrios possam ser
utilizados em reunies onde este tipo de funcionalidade requerido, dispensando a
necessidade de mouses e outras ferramentas similares.
Como o sistema foi concebido para ser expandido para as demais unidades da
Ferrous, ao acessar o sistema, o usurio questionado sobre qual unidade ele
deseja visualizar. Ele ento deve selecionar uma das minas e clicar sobre a mesma.

Figura 4 Navegao entre minas.

Ao se clicar duas vezes sobre a unidade desejada, exibida uma tela que
representa graficamente as etapas do processo daquela unidade.
Ao se clicar sobre uma etapa especfica, so exibidos alguns KPIs sobre aquela
etapa.

Figura 5 Tela geral do processo produtivo.

Ao se clicar novamente sobre a etapa, exibido um grfico representando os


indicadores especficos do processo.

Figura 6 Tela de processo especfico.

Nesta tela, possvel visualizar indicadores de uma maneira semelhante a um


supervisrio, ou seja, os valores so alterados automaticamente em um perodo
definido na configurao do sistema.
Este tipo de funcionalidade foi desenvolvido para publicao em painis e
monitores ao longo da mina, possibilitando o acompanhamento em tempo real dos
principais indicadores daquela unidade ou processo, sem necessitar de uma
interao manual do usurio.
No caso de uma apresentao, o usurio poder clicar em um menu lateral, onde
ser aberta uma tela que apresenta em detalhes os principais indicadores daquela
unidade.
Alm das funcionalidades instantneas apresentadas pelas telas de navegao,
disponibilizado um menu de navegao inferior onde possvel navegar por todas
as funcionalidades do sistema.

Figura 7 Estrutura de navegao.

Este menu construdo dinamicamente para cada usurio do sistema, de acordo


com suas permisses cadastradas.
O boto central funciona como um histrico de navegao, indicando todas as
funcionalidades que aquele usurio acessou naquela seo, inclusive, preservando
o status daquela funcionalidade, ou seja, caso o usurio tenha feito uma consulta, ao
retornar para aquela funcionalidade, esta ltima consulta ser exibida, sem ser
necessrio refazer a consulta no sistema de origem dos dados.
Todas as funcionalidades de relatrios apresentam duas formas de visualizao:
grficos e tabelas.
As tabelas podem ser exportadas para o Excel, propiciando uma anlise mais
detalhada das informaes.

Figura 8 Relatrio de produo.

A tela acima ilustra o Relatrio de Produo de uma das unidades em formato


tabela. Neste, o usurio pode ordenar o relatrio atravs de qualquer uma de suas
colunas, bem como selecion-la para facilitar a visualizao de um dado especfico.

Figura 9 Grficos de produo.

No formato grfico, exibido acima, o usurio pode visualizar os dados da tabela


e, em alguns casos, fazer o drill-down destas informaes. O exemplo mostra o
percentual de produo de cada linha (TCs) em um grfico de pizza e um
detalhamento de uma linha especfica (TC-10) no grfico de barras.

3.1 Controle de Paradas


Alm das funcionalidades de portal, este sistema tambm integra algumas
funcionalidades de sistemas MES, como o controle de paradas.
Os dados do controle de paradas so gerados atravs do sistema PIMS, que
coleta os status de funcionamento dos diversos equipamentos da planta.
O driver de comunicao, juntamente com a camada de negcio, armazena os
dados de incio e fim de parada em um banco de dados Oracle, juntamente com as
informaes de justificativas entradas atravs da interface Web.
Estes dados podem ser visualizados atravs de um grfico de Gantt
convencional, conforme ilustrado na figura abaixo.

Figura 10 Controle de paradas.

Neste grfico, caso o usurio tenha permisso, ao clicar sobre uma parada
especfica, aberta a tela para justificar aquela parada. A cor da parada no grfico
, ento, alterada para indicar que aquela parada j foi justificada.
Alm do grfico de Gantt, possvel visualizar o detalhe de cada parada atravs
do grid representado abaixo.

Figura 11 Relatrio de manuteno.

O grid apresenta os detalhes de cada parada e exibe tambm um grfico de


pizza onde possvel visualizar alguns detalhes das paradas selecionadas.
3.2 Livro de Ocorrncias
Outra funcionalidade presente no sistema o Livro de Ocorrncias. Este recurso
permite a entrada de informaes de eventos ocorridos em qualquer unidade
especfica.

Figura 12 Livro de ocorrncias.

O Livro de Ocorrncias funciona basicamente como um caderno de anotaes


para os operadores, permitindo um gerenciamento de informaes que, de outro
modo, estariam perdidas.
Estas informaes tambm so gravadas em banco Oracle atravs da camada
de negcios do sistema.
O modo grfico do livro de ocorrncias permite visualizar o percentual de cada
tipo de ocorrncia em determinado perodo de tempo, conforme indicado na
Figura 13.

Figura 13 Grfico de Ocorrncias.

4 CONCLUSO
A utilizao das metodologias descritas no trabalho junto com uma interface
moderna e atualizada possibilitou a construo de um sistema que no s apresenta
as informaes para o usurio, mas tambm possibilitou a construo de um
sistema muito mais amigvel para o usurio final possibilitando a sua utilizao tanto
pelos membros da diretoria como para o usurio do cho de fbrica.
Alm disso, a orientao de se construir o sistema com capacidade de
reutilizao em outras unidades, alm da facilidade de manuteno caracterstica
das ferramentas envolvidas garante a implantao em novas unidades com um
custo baixo de mo de obra e desenvolvimento.