ESTÁGIO CURRICULAR I e II DESENVOLVIMENTO DE FERRAMENTA PARA GERENCIAMENTO DO RECEBIMENTO DE NOTAS FISCAIS ELETRÔNICAS ATRAVÉS DE CORREIO ELETRÔNICO.

GIOVANI DE SOUZA ESTÁGIO CURRICULAR I e II DESENVOLVIMENTO DE FERRAMENTA PARA GERENCIAMENTO DO RECEBIMENTO DE NOTAS FISCAIS ELETRÔNICAS ATRAVÉS DE CORREIO ELETRÔNICO. EMPRESA: BUSCHLE & LEPPER S.A. SETOR: TECNOLOGIA DA INFORMAÇÃO SUPERVISOR: RONALD EDUARDO SPITZNER ORIENTADOR: EDINO M. L. FERNANDES CURSO DE TECNOLOGIA EM ANÁLISE E DESENVOLVIMENTO DE SISTEMAS CENTRO DE CIÊNCIAS TECNOLÓGIAS - CCT UNIVERSIDADE DO ESTADO DE SANTA CATARINA UDESC JOINVILLE SANTA CATARINA - BRASIL NOVEMBRO 2012

ii APROVADO EM.../.../... Edino M. L. Fernandes Mestre em Ciência da Computação Professor Orientador Roberto Silvio Ubertino Rosso Junior Doutor em Mechanical and Manufacturing Engineering Rogério E. da Silva Mestre em Ciências da Computação e Matemática Computacional Ronald Eduardo Spitzner Supervisor

iii Carimbo da Empresa UNIDADE CONCEDENTE Razão Social: Buschle & Lepper S.A. CNPJ:84.684.471/0001-56 Endereço: Rua Inácio Bastos, 1000 Bairro: Bucarein CEP: 89202310 Cidade: Joinville UF: SC Fone: 3461-2700 Supervisor: Eduardo Spitzner Cargo: Gerente de Projetos ESTAGIÁRIO Nome: Giovani de Souza Matrícula: 211210941 Endereço: Rua dos Motociclistas, 234 Bairro: Santa Catarina CEP: 89233735 Cidade: Joinville UF: SC Fone: 3463-8238 Curso de: Tecnologia em Análise e Desenvolvimento de Sistemas Título do Estágio: Desenvolvimento de ferramenta para gerenciamento do recebimento de notas fiscais eletrônicas através de correio eletrônico. Período: 27/08/2012 a 30/11/2012 Carga horária: 240 AVALIAÇÃO FINAL DO ESTÁGIO I e II PELO CENTRO DE CIÊNCIAS TECNOLÓGICAS Representada pelo Professor da Disciplina: CONCEITO FINAL DO ESTÁGIO I e II Excelente (9,1 a 10) Muito Bom (8,1 a 9,0) Bom (7,1 a 8,0) Regular (5,0 a 7,0) Reprovado (0,0 a 4,9) NOTA ETG I (Média do Processo) NOTA ETG II (Média do Processo) Rubrica do Professor da Disciplina Joinville / /

iv Nome do Estagiário: Giovani de Souza QUADRO I AVALIAÇÃO NOS ASPECTOS PROFISSIONAIS QUALIDADE DO TRABALHO: Considerando o possível. ENGENHOSIDADE: Capacidade de sugerir, projetar, executar modificações ou inovações. CONHECIMENTO: Demonstrado no desenvolvimento das atividades programadas. CUMPRIMENTO DAS TAREFAS: Considerar o volume de atividades dentro do padrão razoável. ESPÍRITO INQUISITIVO: Disposição demonstrada para aprender. INICIATIVA: No desenvolvimento das atividades. SOMA Pontos QUADRO II AVALIAÇÃO DOS ASPECTOS HUMANOS ASSIDUIDADE: Cumprimento do horário e ausência de faltas. DISCIPLINA: Observância das normas internas da Empresa. SOCIABILIDADE: Facilidade de se integrar com os outros no ambiente de trabalho. COOPERAÇÃO: Disposição para cooperar com os demais para atender as atividades. SENSO DE RESPONSABILIDADE: Zelo pelo material, equipamentos e bens da empresa. SOMA Pontos PONTUAÇÃO PARA O QUADRO I E II Sofrível - 1 ponto, Regular - 2 pontos, Bom - 3 pontos, Muito Bom - 4 pontos, Excelente - 5 pontos LIMITES PARA CONCEITUAÇÃO AVALIAÇÃO FINAL Pontos De 57 a 101 - SOFRÍVEL SOMA do Quadro I multiplicada por 7 De 102 a 147 - REGULAR SOMA do Quadro II multiplicada por 3 De 148 a 194 - BOM SOMA TOTAL De 195 a 240 - MUITO BOM De 241 a 285 - EXCELENTE Nome da Empresa: Buschle & Lepper S.A. Representada pelo Supervisor: CONCEITO CONFORME SOMA TOTAL Rubrica do Supervisor da Empresa Local: Data : Carimbo da Empresa

v UDESC UNIVERSIDADE DO ESTADO DE SANTA CATARINA - UDESC CENTRO DE CIÊNCIAS TECNOLÓGICAS - FEJ PLANO DE ESTÁGIO CURRICULAR I e II ESTAGIÁRIO Nome: Giovani de Souza Matrícula: 211210941 Endereço (Em Jlle): Rua dos Motociclistas, 234 Bairro: Santa Catarina CEP: 89233735 Cidade: Joinville UF: SC Fone: 3463-8238 Endereço (Local estágio): Rua Inácio Bastos, 1000 Bairro: Bucarein CEP: 89202310 Cidade: Joinville UF: SC Fone: 3461-2700 Regularmente matriculado no semestre: 2012/2 Formatura (prevista) Semestre/Ano: 2013/1 Curso: TADS UNIDADE CONCEDENTE Razão Social: Buschle & Lepper S.A. CNPJ: 84.684.471/0001-56 Endereço: Rua Inácio Bastos, 1000 Bairro: Bucarein CEP: 89202310 Cidade: Joinville UF: SC Fone: 3461-2700 Atividade Principal: Comércio de Produtos Químicos Supervisor: Eduardo Spitzner Cargo: Gerente de Projetos DADOS DO ESTÁGIO Área de atuação: Desenvolvimento de Software Departamento de atuação: Tecnologia da Informação Fone: 3461-2700 Ramal: 2800 Horário do estágio: 8:00 11:30 Total de horas: 240h Período: 27/08/2012 30/11/2012 Nome do Professor Orientador: Edino Fernandes Disciplina(s) simultânea(s) com o estágio Quantas: 5 Quais: * Gerencia De Projetos (GPR) * Metodologia Cientifica (MCI) * Pesquisa Operacional (PES) * Redes De Computadores (REC) *Java Avançado II (TES-09)

vi OBJETIVO GERAL Desenvolver sistema para gerenciar o recebimento de correio eletrônico em transações de documentação fiscal, exportando arquivos XML para armazenamento e utilização em ERP. ATIVIDADES OBJETIVO ESPECÍFICO HORAS Levantamento de Requisitos Coletar as necessidades e objetivos funcionais do sistema 30 Análise e Modelagem de Sistema Definir e modelar os elementos que irão prover a solução 30 Pesquisa Pesquisar métodos e recursos a serem utilizados. 25 Documentação Documentar sistema para usuário final 30 Desenvolvimento Implementar o que foi definido 85 Testes Realizar testes unitários e testes integrados 30 Treinamento Realizar treinamento com o usuário final 5 Implantação Instalar sistema em servidor corporativo 5 Rubrica do Professor Orientador Rubrica do Comitê de Estágios Rubrica do Coordenador de Estágios Rubrica do Supervisor da Empresa Data: Data: Data: Data: Carimbo da Empresa

CRONOGRAMA FÍSICO E REAL ATIVIDADES Legenda: P: Previsto R: Realizado. PERÍODO (20 horas) Levantamento de Requisitos Análise e Modelagem de Sistema Pesquisa Documentação Desenvolvimento Testes Treinamento Implantação P R P R P R P R P R P R P R P R P R 01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20

Aos meus pais, João José de Souza Junior e Rose Cléia de Souza, a minha família, amigos e colegas de trabalho pelo carinho, paciência, compreensão e conselhos que tanto me valeram.

ix AGRADECIMENTOS A minha família, pelo apoio e motivação dada para eu acreditar em meus sonhos. Ao meu professor orientador, Edino Fernandes pelo auxílio dado no desenvolvimento deste relatório. Aos meus colegas de trabalho, especialmente Antonio A. Figueiredo Filho, pela atenção prestada ao compartilhar seus conhecimentos. A todos os professores que tive durante minha vida estudantil, por tudo que me ensinaram e instigaram a aprender. A todos que contribuíram direta ou indiretamente na realização deste relatório, meus sinceros agradecimentos.

x SUMÁRIO 1. INTRODUÇÃO... 1 1.1 Objetivos... 1 1.1.1 Geral... 1 1.1.2 Objetivos Específicos... 1 1.1.3 Justificativa... 2 2. EMPRESA... 3 2.1 Histórico... 3 2.2 Missão... 4 2.3 Visão... 4 2.4 Principais Produtos... 5 2.5 Principais Clientes... 5 2.6 Considerações Gerais... 6 3. DESENVOLVIMENTO... 7 3.1 Coletar as necessidades e objetivos funcionais do sistema... 8 3.2 Definir e modelar os elementos que irão prover a solução... 9 3.2.1 UML Diagrama de caso de uso... 9 3.2.2 Fluxo de processo... 11 3.3 Pesquisar métodos e recursos a serem utilizados... 11 3.4 Desenvolver o que foi definido... 12 3.4.1 Lendo arquivo de configuração... 13 3.4.2 Conectando ao servidor de correio eletrônico... 14 3.4.3 Carregar mensagens novas em memória... 14 3.4.4 Validando arquivos compactados... 15 3.4.5 Salvando arquivo em diretório local... 15 3.4.6 Executando a aplicação como serviço no Windows... 15 3.4.7 Desenvolvendo interface gráfica... 17 3.5 Implantar a aplicação em ambiente tolerante a falhas... 19 3.6 Documentar o sistema para o usuário final... 20 3.7 Treinamento com usuário final... 21 3.8 Conclusão do capítulo... 21

xi CONSIDERAÇÕES FINAIS... 22 APÊNDICES... 23 GLOSSARIO... 31 REFERENCIAS BIBLIOGRÁFICAS... 33

xii LISTA DE FIGURAS FIGURA 1 Caso de uso GerenciadorXML... 10 FIGURA 2 Fluxo de processo do GerenciadorXML... 11 FIGURA 3 GerenciadorXML rodando como serviço no windows.... 17 FIGURA 4 Interface gráfica de configuração do GerenciadorXML... 18 FIGURA 5 Exemplo de RAID 10... 19

xiii LISTA DE TABELAS TABELA 1 Principais produtos por área... 5 TABELA 2 Principais clientes... 5 TABELA 3 Requisitos funcionais... 8 TABELA 4 Requisitos não funcionais... 9 TABELA 5 Map, configurações da aplicação... 14 TABELA 6 Validação de anexo... 15

xiv RESUMO O escopo das atividades do estágio foi desenvolver uma aplicação em Java para gerenciar o recebimento de mensagens de correio eletrônico com fins fiscais, dos fornecedores da empresa Buschle & Lepper S.A. para integrar ao ERP (Enterprise resource planning) os arquivos de notas fiscais eletrônicas, que são recebidos no formato XML. Foi realizada a adequação da integração do sistema utilizado pela organização que não pode dar entrada em uma nota fiscal eletrônica de compra recebida por correio eletrônico. Fez-se necessário uma aplicação que gerencie o recebimento destas mensagens, leia os anexos e quando validado como arquivo XML, disponibilize-os em um diretório de rede local que o sistema tenha acesso, desta forma a importação é realizada pelo sistema.

INTRODUÇÃO A Buschle & Lepper S.A. é uma empresa atuante no mercado atacadista e varejista que fabrica e distribui produtos químicos, agrícolas e materiais de construção. A empresa utiliza atualmente o sistema coorporativo Xseed e para gerenciamento de notas fiscais o sistema Neogrid. Com o passar dos anos novas tecnologias e uma maior integração entre os setores foram se fazendo necessárias, o que gerou o inicio do Projeto Dinamizar que tem por objetivo a implantação do ERP Microsoft Dynamics AX. Depois de implantado, o ERP irá fazer o gerenciamento das notas fiscais. Porém as notas fiscais de compras chegam através de mensagens de correio eletrônico e o ERP não efetua a leitura dos arquivos XML diretamente dessas mensagens. 1.1. OBJETIVOS 1.1.1. Geral Desenvolver sistema para gerenciar o recebimento de correio eletrônico em transações de documentação fiscal, exportando arquivos XML para armazenamento e utilização em ERP. 1.1.2. Específicos Coletar as necessidades e objetivos funcionais do sistema; Definir e modelar os elementos que irão prover a solução; Pesquisar métodos e recursos a serem utilizados; Documentar sistema para usuário final; Implementar o que foi definido; Realizar testes unitários e testes integrados; Realizar treinamento com o usuário final; Instalar sistema em servidor coorporativo.

2 1.1.3. Justificativa O sistema corporativo Microsoft Dynamics necessita que os arquivos de notas fiscais eletrônicas, que são recebidos através de correio eletrônico no formato de arquivos XML, sejam salvos em um diretório na rede local, pois o sistema não faz leitura direta de mensagens de correio eletrônico e é ele que irá gerenciar as notas de compras. Caso essa aplicação não fosse desenvolvida, a empresa teria que alocar algum colaborador para gerenciar a caixa de entrada de correio eletrônico e manualmente salvar os arquivos XML das notas em um diretório na rede local para leitura do sistema. Com o sistema desenvolvido, este colaborador pode ser utilizado em outras funções, não desperdiçando tempo executando esta tarefa manualmente. 1.2. ORGANIZAÇÃO DO ESTUDO Este trabalho está dividido em três etapas: apresentação dos Objetivos, da concedente e o desenvolvimento efetuado durante o estágio. A apresentação dos Objetivos está dividida em Objetivo Geral e Específicos e irá apresentar os objetivos a serem atingidos com a conclusão do projeto. A apresentação da concedente irá mostrar de forma resumida a empresa onde o estágio foi desenvolvido. No desenvolvimento serão detalhadas as atividades efetuadas durante o período de estágio.

3 2. A EMPRESA 2.1. HISTÓRICO Fundada em 01/12/43 pelos irmãos Baltasar e Hilário Buschle e o amigo Fernando Max Lepper. Filhos de tradicionais famílias de São Bento do Sul, tiveram inicialmente como colaboradores Jaime Corrêa, Francisco Eberhardt Neto e Ervino Mueller, que com muita determinação, tenacidade, disciplina e respeito mútuo souberam superar as dificuldades do pós-guerra, transformando um modesto comércio em sólida empresa conhecida e respeitada a nível nacional. A austera filosofia de retidão nos negócios visando sempre a satisfação do cliente fez com que a Buschle & Lepper representasse importante papel na trajetória do desenvolvimento de Joinville e do país. Funcionou inicialmente, de 1943 a 1951, em imóvel na Rua São Francisco, 42, e posteriormente na Rua dos Andradas, 139, até 1957, quando então transferiu sua sede para a Rua do Príncipe, 123, onde permaneceu até 2001. Da inicial representação comercial de produtos nacionais e importados, conseguiu estabelecer sua própria base fabril nas áreas de química e de insumos agrícolas, hoje com grande aceitação nos mercados do Sul e Centro do país e em alguns países da América do Sul e também Estados Unidos, Europa e Ásia. Atuando nos mercados de Produtos Químicos e Farmacêuticos, Materiais para Construção e Insumos Agrícolas, o sólido Grupo tem atualmente sua sede na Rua Inácio Bastos, 1000, Bucarein, em Joinville (SC). A Filial Joinville, instalada na Rua Inácio Bastos, 984, Bucarein, além do setor comercial e administrativo, a exemplo das demais filiais, abriga depósitos de produtos das três áreas básicas, permitindo assim um atendimento rápido das necessidades imediatas de sua clientela, representada especialmente pela indústria têxtil, metalúrgica, farmacêutica e alimentícia, construção civil e agricultura. Estabelecida desde 1956, hoje em local estratégico, na Rua Engenheiro Udo Deeke, 1218, Salto do Norte, a Filial Blumenau atende grande parte do território catarinense, com a mesma presteza de todo o grupo, zelando pela satisfação de seus clientes, seja pela qualidade dos produtos distribuídos, seja pela eficiência no atendimento. Criada em 1959 e agora situada na BR 116, nº 14.951, Xaxim, a Filial Curitiba atende ao promissor Estado do Paraná,

4 disponibilizando sua selecionada linha de produtos, que se identifica com as principais necessidades dos mercados em que atua, mantendo estoques que possibilitam entregas rápidas e programadas. Em 1992, foi instalada filial em Porto Alegre (RS) para atendimento ao mercado regional, especialmente com Produtos Químicos. Situada na Avenida A. J. Renner, 280, Navegantes, trabalha com estoques próprios de produtos da linha química mais consumidos na região e também com a linha agrícola, sob consulta. Voltada às necessidades do mercado interno e externo, a Divisão de Magnésio, desde 1970 com indústria no município de Balneário Barra do Sul, desenvolveu pesquisas de extração de magnésio da água do mar com tecnologia própria, para a indústria química e farmacêutica. São 22 tipos de magnésio e alumínio em forma de óxidos, hidróxidos, carbonatos e cloretos. Mais uma divisão compõe ainda o grupo: a transportadora, com frota própria de caminhões-tanque e de carga seca, atuando dentro das normas legais para transporte de cargas perigosas e comuns, garantindo segurança e rapidez na entrega das mercadorias. [BUSCHLE, 2012] 2.2 MISSÃO Gerar resultados, dentro da ética e legalidade, para atender as expectativas dos clientes, colaboradores, fornecedores, acionistas e comunidade [BUSCHLE, 2012] 2.3 VISÃO Agregar conhecimentos, visando melhoria contínua nos processos internos, na qualidade dos serviços e no relacionamento com o mercado [BUSCHLE, 2012] 2.4. PRINCIPAIS PRODUTOS A Buschle & Lepper S.A. tem como principal atuação a venda por atacado de produtos químicos (área Industrial, Alimentícia, Farmacêutica e Cosmética), mas também atua nas áreas de Insumos Agrícolas e Materiais para Construção. Possui em torno de nove

5 mil produtos cadastrados e comercializados. Os que se destacam pelo valor e rotatividade estão representados na Tabela 1. Tabela 1 Principais produtos por área Química Magnésio Agrícola Materiais Soda Cáustica Peróxido de Hidrogênio Carbonato de Sódio Metabisulfito de Sódio Hipoclorito de Sódio SodaBEL 99 Decrustan Tordon Cimento Óxido de Magnésio Tilt Aço Carbonato de Roudap Cal Magnésio Hidróxido de Uréia Aditivos para Magnésio concreto Sementes Telhas Fonte: Buschle & Lepper, 2012. 2.5. PRINCIPAIS CLIENTES No Brasil, a Buschle & Lepper possui 9.958 clientes em 22 estados e 762 municípios brasileiros. Também possui clientes em outros países da América do Sul, América do norte, Europa e Ásia. Dente esta vasta cartela de clientes, os que se destacam estão representados na Tabela 2. Tabela 2 Principais Clientes Avon Bridgestone Firestone Dohler S.A. Eurofarma Incasa S.A. Nestlé Brasil Pirelli Pneus Sadia Tupy Fundições Fonte: Buschle & Lepper, 2012.

6 2.6. CONSIDERAÇÕES GERAIS A Buschle & Lepper, atualmente, possui em torno de 600 funcionários distribuídos em nove filiais, todas localizadas na região sul do Brasil.

7 3. DESENVOLVIMENTO Este relatório destina-se a apresentar de forma detalhada o desenvolvimento das atividades de estágio, dentre as quais se destacam o desenvolvimento de uma aplicação em Java para realizar o gerenciamento do recebimento de notas ficais eletrônicas, em formato de arquivo XML, por correio eletrônico para integração com o sistema coorporativo Microsoft Dynamics AX, que está atualmente sendo implantado na Buschle & Lepper pela empresa MSBS. A aplicação desenvolvida, que foi nomeada como GerenciadorXML, faz a leitura das mensagens de correio eletrônico e salva os arquivos XML em diretório local onde o sistema corporativo possa fazer a leitura. O GerenciadorXML foi desenvolvido na linguagem Java e é executado como serviço no Microsoft Windows em um servidor tolerante a falhas de energia e perda de dados. Este capítulo foi dividido para apresentar as etapas do projeto que foi desenvolvido baseado no modelo cascata, onde são realizadas as atividades de levantamento dos requisitos, modelagem da solução, codificação, teste e operação e eventuais manutenções. 3.1. Coletar as necessidades e objetivos funcionais do sistema Como etapa inicial de desenvolvimento, foram coletados os requisitos que o sistema deve suprir. Conforme proposto por Sommerville [2007], os requisitos são descrições dos serviços fornecidos pelo sistema e as suas restrições operacionais. Esses requisitos refletem as necessidades dos clientes de um sistema que ajuda a resolver algum problema. [SOMMERVILE, 2007]. Também se pode dizer que requisitos são capacidades e condições às quais o sistema e em termos mais amplos, o projeto - deve atender [LARMAN, 2005]. Seguindo estas definições, foi realizado o levantamento dos requisitos divididos em funcionais, que estão listados na Tabela 3 e os não funcionais na Tabela 4. Requisitos funcionais são as declarações de serviços que o sistema deve fornecer, como o sistema de reagir a entradas específicas e como o sistema deve se comportar em determinadas situações. [SOMMERVILE, 2007]

8 Tabela 3 Requisitos Funcionais O sistema deve se conectar a uma conta de correio eletrônico. O sistema deve ler as mensagens de correio eletrônico e validar seus anexos como arquivos XML ou arquivo XML compactado. O sistema deve salvar os anexos em diretório local e em caso de arquivo compactado, o arquivo XML deve ser extraído. O sistema deve possuir uma interface gráfica para o usuário final alterar as suas configurações. Paralelamente pode haver requisitos não funcionais, que são restrições sobre os serviços ou as funções oferecidos pelo sistema. Eles incluem restrições de temporização, restrições sobre o processo de desenvolvimento e padrões. Os requisitos não funcionais aplicam-se, frequentemente, ao sistema como um todo. [SOMMERVILLE, 2007] Tabela 4 Requisitos Não Funcionais O sistema deve ser executado em Windows Server 2003 e Windows Server 2008 R2. O sistema deve ser executado como serviço do Windows. O sistema deve ser executado em uma maquina com redundância de fonte energia. Nesta etapa foi concluído o levantamento de requisitos que foi realizado elencando as funcionalidades que o sistema deve suprir quando o seu desenvolvimento estiver completo. 3.2. Definir e modelar os elementos que irão prover a solução Nesta etapa foram definidos e modelados os elementos que são utilizados para apresentar o sistema para o usuário final e definir o processo completo a ser realizado pela aplicação quando o seu desenvolvimento estiver completo. 3.2.1 UML - Diagrama de caso de uso O diagrama de caso de uso descreve a funcionalidade proposta para um novo sistema, que será projetado. Ele não descreve como o sistema irá ser desenvolvido, mas como ele deverá se comportar quando estiver pronto. Pode-se dizer que um caso de uso é um documento narrativo que descreve a sequência de eventos de um ator que usa um sistema

9 para completar um processo. [JACOBSON, 2005]. Pode-se dizer também que um diagrama de caso de uso representa graficamente as interações entre os atores e o sistema. Nesta etapa, foram demostrados os casos de uso do sistema em UML e foi dada uma descrição para cada caso de uso. Foi utilizada a ferramenta Astah UML 6.5 para criação do diagrama apresentado na Figura 1. Figura 1 Caso de uso Gerenciador XML Conectar ao Servidor de Email: O sistema gerencia a conta de correio eletrônico responsável por receber as notas fiscais eletrônicas dos fornecedores da empresa concedente, desta forma se faz necessário que seja feita a conexão ao servidor de correio eletrônico da conta citada. O sistema se conecta ao servidor de correio eletrônico realizando autenticação com usuário e senha definidos pelo usuário final na hora da implantação do sistema. LerMensagens: Após feita a conexão com o servidor de email, o sistema faz a leitura das mensagens não lidas na caixa de correio principal e, após efetuar a validação de arquivos, move as mensagens para a pasta de backup. As caixas: principal e de backup são pastas no servidor de correio eletrônico e são definidas pelo usuário na hora da implantação do sistema e podem ser alteradas conforme necessidade do usuário.

10 SalvarAnexos: Os anexos que são validados como arquivos XML, são salvos em uma pasta local no servidor que executa o sistema. Esta pasta pode ser acessada através de rede local onde o ERP faz a leitura dos arquivos. PararSistema: O usuário final tem acesso a uma interface gráfica onde pode parar o sistema para efetuar alterações nas configurações do mesmo. AlterarConfigurações: O usuário final pode definir/alterar as configurações do sistema desde que este não esteja sendo executado. As configurações são alteradas através de uma interface gráfica. IniciarSistema: O usuário final tem acesso a uma interface gráfica onde pode iniciar sistema após efetuar alterações nas configurações do mesmo. 3.2.2 Fluxo de processo Na Figura 2 é possível observar o fluxo de processo que será executado pela aplicação desenvolvida. Esse processo será executado periodicamente em um intervalo de tempo definido pelo usuário final. A Figura 2 foi criada utilizando a ferramenta Case Bizagi.

11 Figura 2 Fluxo de processo do GerenciadorXML Após concluir esta etapa, pode-se visualizar o sistema com visão do usuário e também utilizar essas informações para auxiliar no desenvolvimento da aplicação. 3.3. Pesquisar métodos e recursos a serem utilizados. Nesta etapa foram realizadas pesquisas para analisar os melhores métodos e recursos disponíveis para implementar o sistema. As pesquisas foram feitas pela internet e através de algumas bibliografias que serão citadas posteriormente. Como ferramenta de desenvolvimento foi utilizado o NetBeans versão 7.2. O IDE NetBeans é um ambiente de desenvolvimento integrado (IDE), modular e baseado em padrões, escrito na linguagem de programação Java. O projeto NetBeans consiste em um IDE de código-fonte aberto e em uma plataforma de

12 aplicativo, utilizado como uma estrutura genérica para construir qualquer tipo de aplicativo. [ORACLE, 2012] O NetBeans foi utilizado por se tratar de uma ferramenta já utilizada anteriormente e por possuir uma interface de desenvolvimento gráfico intuitivo. Ele foi utilizando tanto para desenvolvimento da aplicação que é executada como serviço quanto para a interface gráfica de alteração das configurações da aplicação. A linguagem utilizada foi o Java. O Java foi testado, refinado, estendido e comprovado por uma comunidade dedicada. Mais de nove milhões de desenvolvedores Java fazem dele a maior e a mais ativa comunidade de desenvolvimento do planeta. Com sua versatilidade, eficiência e portabilidade, o Java tornou-se inestimável para os desenvolvedores permitindo que eles [ORACLE, 2012]: Gravem software em uma plataforma e o executem virtualmente em qualquer outra plataforma. Criem programas que podem ser executados dentro em um web browser e acessem web services disponíveis. Desenvolvam aplicações do servidor para fóruns on-line, armazenamentos, pesquisas, processamento de forms HTML e mais. Combinem aplicações ou serviços usando a linguagem Java para criar aplicações ou serviços altamente personalizáveis. Gravem aplicações potentes e eficientes para telefones celulares, processadores remotos, produtos de consumo de baixo custo e praticamente qualquer outro dispositivo com pulso digital. Para realizar a conexão com servidor de correio eletrônico a aplicação foi desenvolvida utilizando a API JavaMail 1.4.5. O JavaMail é uma API da plataforma Java que não está inclusa no pacote padrão JDK, por tanto deve ser feito o download da biblioteca e adicionado manualmente ao projeto de desenvolvimento. O JavaMail por padrão suporta os protocolos SMTP, IMAP, POP3 (inclusive versões seguras). Para que o requisito de executar o sistema como serviço no Windows seja atendido foi utilizado o programa Advanced Installer 9.6. Esse programa gera um pacote de instalação (.msi) de serviço no Windows a partir da aplicação desenvolvida em Java.

13 3.4. Desenvolver a aplicação Gerenciador XML A etapa de desenvolvimento foi dividida em duas partes. Na primeira, foi desenvolvida a aplicação GerencidorXML que executa o processo da Figura 1 já apresentada. O GerenciadorXML não possui interface gráfica e não tem interação com o usuário final, apenas executa as tarefas programadas em segundo plano. Na segunda etapa ocorreu o desenvolvimento de uma aplicação com interface gráfica que tem por objetivo, criar uma interface entre o usuário final e o arquivo de configurações do GerenciadorXML. Ou seja, esta aplicação apresenta as configurações atuais do GerenciadorXML e permite ao usuário altera-las de maneira intuitiva. 3.4.1 Coletar informações do arquivo configuração Conforme apresentado na figura 2, a primeira atividade do GerenciadorXML é ler o arquivo para carregar as configurações da aplicação. Para facilitar as alterações das configurações da aplicação e consequentemente do arquivo com as modificações que o usuário final poderá fazer, foi utilizada a classe Java.util.Properties. Essa classe é filha (extends) da classe Java.util.Hashtable e por consequência, implementa a interface Map, ou seja, armazena pares de valores (chave + valor). Nesta aplicação foi implementado a interface Map para armazenar pares de Strings. Desta forma sempre que consultar uma chave no arquivo ele retornará o valor a ela atribuído da mesma forma será possível alterar os valores pesquisando apenas pela chave e atribuindo os novos valores. Nesta etapa foi criado um arquivo de configuração com o nome conf e a extensão properties, este arquivo ficará no mesmo diretório de instalação da aplicação, para que sejam lidos/alterados seus valores. As chaves utilizadas estão relacionadas na Tabela 5 com uma descrição de sua função. No arquivo cada chave é seguida pelo caractere = e pelo valor (String) que a ela está atribuído (seja na instalação da aplicação, seja após alterar alguma configuração). As chaves foram nomeadas de acordo com a função que exercem quando são lidas e carregadas para as variáveis no programa.

14 Chave mail.pastaprincipal mail.pastabackup mail.login mail.senha mail.dirrar mail.pastaxml mail.host mail.porta mail.temp mail.usuario mail.senhausuario Tabela 5 Map, configurações da aplicação. Descrição Nome da pasta no correrio eletrônico em que o GerenciadorXML fará a leitura das novas mensagens Nome da pasta no correio eletrônico que irá receber as mensagens após estas terem sido tratadas Nome do usuário pra efetuar login no servidor de correio eletrônico. Senha da conta para efetuar login no servidor de correio eletrônico Caminho onde está instalado o Programa Winrar no maquina hospeira do GerenciadorXML Diretório local onde o GerenciadorXML irá salvar os anexos. Nome do servidor de correio eletrônico a ser consultado. Porta a ser utilizada na conexão ao servidor de correio eletrônico. Período de tempo em minutos para inicio do processo do GerenciadorXML. Usuario com o qual o sistema irá autenticar para controlar o serviço do GerenciadorXML no sistema operacional. Senha para autenticação do usuário local. Um arquivo preenchido com valores fictícios para melhor exemplificar o seu layout pode ser visualizado no Apêndice A. No início da execução, o GerenciadorXML lê os dados do arquivo conf.properties e carrega os valores em variáveis globais dentro da aplicação para que sejam utilizadas por todas as classes do programa. A implementação da classe Properties aliado a um arquivo de configurações garante facilidade para dar manutenção na aplicação sem que tenha a necessidade de recompilar o código fonte toda vez que for fazer uma alteração nas configurações do programa. Como o intuito é criar uma interface gráfica para o usuário final alterar as configurações da aplicação, esta estrutura atende a necessidade com eficiência, pois basta alterar o arquivo com as configurações, e isso será feito pelo usuário utilizando uma interface gráfica intuitiva, e reiniciar a aplicação. 3.4.2 Estabelecer conexão no servidor de correio eletrônico Com as informações em memória, o GerenciadorXML utiliza os métodos da API JavaMail para realizar conexão e autenticação no servidor de correio eletrônico. Nesta etapa foi utilizada a documentação do JavaMail para criar a classe Conexao. Nesta classe estão os

15 métodos de conexão e autenticação ao servidor de correio eletrônico, leitura e validação das pastas Principal (caixa de entrada) e Backup (pasta aonde irão às mensagens após serem lidas), e um método para marcar como lida as mensagens já tratadas. 3.4.3 Carregar mensagens novas em memória Após efetuar a conexão ao servidor de correio eletrônico, o GerenciadorXML carrega todas as mensagens não lidas da caixa Principal para um vetor do tipo Message (pertencente a JavaMail). Cada mensagem é tratada individualmente e são verificados os arquivos anexados a ela. Na Tabela 6 pode-se observar as verificações feitas em cada mensagem e as ações tomadas pelo GerenciadorXML.: Tabela 6 Validação de anexo Verificação Ação se verdadeiro Ação se falso Possui anexo? Valida Anexo Mensagem será marcada como lida e ignorada Anexo é XML? Salva arquivo no diretório local Avança para próxima verificação Arquivo é ZIP ou RAR? Valida Conteúdo Mensagem será marcada Conteúdo é XML? Salva arquivo no diretório local como lida e ignorada Mensagem será marcada como lida e ignorada Após efetuar a verificação em todas as mensagens do vetor, todas as mensagens que tiveram anexos salvos em diretório local são movidas para a pasta de backup no correio eletrônico. As mensagens que não tiverem anexos salvos são marcadas como lida e deixadas na caixa de entrada. 3.4.4 Validar arquivos compactados Como pode acontecer de fornecedores enviarem arquivos XML compactados, na etapa de validação dos anexos é necessário tratar arquivos do tipo ZIP e RAR. Para os arquivos ZIP foi implementada a classe AnexoZIP que utiliza a biblioteca Java.util.zip para salvar, ler o conteúdo e, se validado, extrair o arquivo XML. Para os arquivos RAR foi implementada a classe AnexoRar que utiliza o comando de extração de arquivos usando o programa Winrar, que é executado através de linha de comando no sistema operacional.

16 3.4.5 Armazenar arquivo em diretório local Para garantir que dois arquivos XML diferentes não sejam salvos com o mesmo nome em diretório local, o que ocasionaria substituição do primeiro, os arquivos são renomeados utilizando o método SimpleDateFormat que pega a data e hora atuais com três dígitos de milissegundos. O padrão adotado foi ddmmaaaahhmmsssss. (dia, mês, ano, hora, minuto, segundo e milissegundo). 3.4.6 Executar a aplicação como serviço no Windows Após o término do desenvolvimento do GerenciadorXML, a aplicação foi compilada de modo a gerar um arquivo executável (jar). Este executável foi utilizado no programa Advanced Installer. Com o Advanced Installer, foi criado um pacote de instalação do Windows (msi) adicionando o GerenciadorXML como serviço no Windows. Além disso, o pacote de instalação do Windows trás um menu de instalação e desinstalação da aplicação facilitando a implantação do sistema. Esse pacote também permite a adição de arquivos no diretório de instalação da aplicação, assim foi possível adicionar o arquivo conf.propreties supracitado, e adicionar o GerenciadorXML na lista de programas instalados no Windows, facilitando ainda mais a desinstalação da aplicação caso ela seja necessária. A Figura 3 apresenta o GerenciadorXML, após instalado com sucesso, na página de serviços do sistema operacional Windows. Essa página por padrão, possui os recursos de controle do serviço (Iniciar, Reiniciar e Parar), modo de como o serviço será iniciado (Automático, se o serviço deve iniciar ao ligar o micro ou Manual se deve ser iniciado pelo usuário), status do serviço (se está iniciado) e informações do serviço que foram adicionados durante o seu desenvolvimento como nome e descrição.

17 Figura 3 Gerenciador XML sendo executado como serviço no Windows. Para que a aplicação pudesse ser executada como serviço no sistema operacional Windows, foi necessário desenvolve-la para tal. Foram criados os métodos Iniciar e Parar na classe principal da aplicação para que, quando o sistema operacional mandasse o comando de Inicio, Parar ou Reiniciar o serviço, a aplicação atendesse ao comando corretamente sem travar ou gerar inconsistências. 3.4.7 Desenvolver interface de configuração gráfica A interface gráfica foi desenvolvida para dar ao usuário final facilidade na hora de alterar as configurações do Gerenciador XML. Apesar de ter sido desenvolvida em um projeto separado no NetBeans, ela foi adicionada ao projeto do Advanced Installer para interagir com o arquivo conf.properties e ser instalada junto do GerenciadorXML. Ela será acessada por um atalho na área de trabalho criado na instalação do GerenciadorXML e quando executado manualmente pelo usuário, irá fazer a leitura do arquivo conf.properties utilizado pelo Gerenciador XML. A interface gráfica irá exibir ao usuário as configurações atuais e irá permitir que o mesmo altere os valores das configurações. A Figura 6 apresenta a interface gráfica desenvolvida nesta etapa trazendo valores fictícios em seus campos.

18 Figura 4 Interface Gráfica de Configuração do GerenciadorXML Todas as alterações salvas pelo usuário na interface gráficas são salvas diretamente no arquivo conf.properties do Gerenciador XML. Os botões Iniciar e Parar da interface gráfica, se destinam a iniciar e parar o serviço do Gerenciador XML diretamente no sistema operacional. As alterações nas configurações do Gerenciador XML só entram em vigor após o serviço ser parado e iniciado novamente. Por isso foi analisado que seria interessante à interface de configuração ter o comando sobre o serviço no sistema operacional.

19 3.5. Implantação do GerenciadorXML Nesta etapa foi feita análise da infraestrutura disponível para instalação da aplicação desenvolvida. Como a aplicação tem uma função crítica, é interessante que ela seja instalada em um servidor que seja tolerante a falhas de energia e de perdas de dados. O servidor disponibilizado para a instalação da aplicação foi o servidor Bel_Server_5. Este servidor é um maquina virtual instalado em um DELL Power Edge R720 que tem os seguintes requisitos: RAID10 Uma matriz RAID 10 usa quatro discos rígidos para criar uma combinação de níveis de RAID 0 e 1 formando uma matriz RAID 0 de duas RAID 1 redundantes. Como todos os dados na matriz RAID 0 são duplicados, a capacidade de uma matriz de RAID 10 é do tamanho da matriz RAID 0. Por exemplo, quatro unidades de disco rígido 120 GB em uma matriz RAID 10 parecerão uma unidade única de 240 GB ao sistema operacional. [INTEL, 2012] Figura 5 Exemplo de RAID 10 Fonte: Intel Foundation, 2012. O benefício principal da RAID 10 é que ela combina os benefícios de desempenho de tolerância a falhas da RAID 0 e RAID 1. Ela oferece confiança de dados no caso de falha em uma unidade. Quando um disco rígido falha, todos os dados estarão imediatamente disponíveis no outro disco sem nenhum impacto à integridade desses dados. No caso de falha de um dos discos, o sistema

20 permanece plenamente operacional, garantindo produtividade máxima. A tolerância a falha de dados pode ser restaurada substituindo-se a unidade com problema. [INTEL, 2012] O desempenho de uma matriz RAID 10 é maior que o de um disco único, pois os dados podem ser lidos em múltiplos discos simultaneamente. Comparada a uma RAID 0 de dois discos, o desempenho de leitura da RAID 10 é maior porque os dados podem ser lidos da metade do espelho, mas o desempenho de gravação é um pouco menor porque os dados são apagados completamente na matriz. [INTEL, 2012] Redundância de fonte de Energia: O servidor possui 2 fontes de energia ligadas, em caso de falha de uma das fontes a outra assumirá automaticamente. Nobreak Este estrutura está ligada em um nobreak com 18 baterias estacionárias que garantem seis horas de autonomia para o data center principal onde está instalado o Bel_Server_5 e também o próprio servidor de correio eletrônico. Ou seja, o Bel_Server_5 está condicionado à mesma estrutura de energia do próprio servidor de correio eletrônico da empresa concedente, o qual ele fará as consultas na conta de correio eletrônico. O GerenciadorXML foi instalado no Bel_Server_5. Seu pré-requisito para a instalação é que o computador que irá executa-lo tenha a versão SE do Java 1.6 ou superior instalado. Esse pré-requisito pode ser adicionado no projeto do Advanced Installer e foi testado nesta etapa. O instalador não realizou a instalação enquanto a versão SE do Java 1.6 ou superior não estive-se instalada respondendo positivamente ao teste. Não houve dificuldades na hora de instalar o GerenciadorXML no servidor. Foram realizados testes objetivos e a ferramenta se comportou da maneira esperada. 3.6. Documentar o sistema para o usuário final Como documentação para o usuário final foi desenvolvida uma instrução de trabalho utilizando o padrão corporativo da empresa concedente. Esta instrução pode ser visualizada no Apêndice B.

21 3.7. Treinamento com o usuário final O processo de treinamento foi realizado com 2 colaboradores da empresa concedente. Foi apresentada a eles a instrução de trabalho desenvolvida na etapa anterior e explicado como iniciar, parar e alterar as configurações do GerenciadorXML. A interface gráfica se mostrou bastante intuitiva e não foi encontrado problema para que os usuários utilizassem a ferramenta. 3.8. Conclusão do capítulo Foi possível realizar o desenvolvimento da aplicação utilizando as bibliotecas padrões da linguagem Java e a API JavaMail para atender a todos os requisitos funcionais levantados na etapa de análise. A utilização do Advanced Installer foi notavelmente positiva no alcance dos objetivos do desenvolvimento. Para desenvolver estas atividades, foi necessário utilizar os conhecimentos adquiridos no decorrer do curso de Tecnologia em Análise e Desenvolvimento de Sistemas e também fora dele, os quais foram adquiridos com pesquisas e experiências profissionais e práticas. Conhecimentos adquiridos na empresa como configuração de serviços e do registro no Microsoft Windows e configuração de conta de correio eletrônico foram necessárias para desenvolvimento e implantação da aplicação.

22 CONSIDERAÇÕES FINAIS O desenvolvimento do estágio proporcionou, através do planejamento e execução do projeto de desenvolvimento da aplicação Gerenciador XML, contato direto com análise e desenvolvimento de software de maneira teórica, por meio de pesquisas e documentações e práticas ao efetuar o desenvolvimento da aplicação GerenciadorXML. A escolha da linguagem de programação utilizada foi válida, pois a utilização da linguagem Java proporcionou contato direto com programação orientada a objetos e a busca de conceitos em documentações disponíveis aos desenvolvedores. O fato de este projeto ter sido executado com sucesso deve-se ao processo de planejamento realizado e do convívio com os funcionários da empresa concedente que foi de grande valia para o seu desenvolvimento. Algumas disciplinas cursadas até o momento podem ser consideradas mais importantes para atuar como base no desenvolvimento dessas atividades, são elas: Introdução a Ciência da Computação e Linguagem de Programação I, no conteúdo de lógica de programação e programação orientada a eventos; Análise de Sistemas, no conteúdo dos métodos de análise; Engenharia de Software, na estruturação de como o estágio foi desenvolvido; Linguagem de Programação II, no conteúdo de programação orientada a objetos e linguagem Java e Estrutura de Dados I no conteúdo de arquitetura de dados. O desenvolvimento do projeto proporcionou a este acadêmico uma visão sobre a realidade de trabalhar com análise e desenvolvimento de software em ambiente coorporativo. Pode-se utilizar a teoria obtida no curso de Tecnologia em Análise e Desenvolvimento de Sistemas para, de modo prático, atender a necessidade da empresa, o que foi mostrou-se proveitoso. Para a empresa, este projeto trouxe o beneficio de automatizar a tarefa que teria que ser realizada manualmente por algum colaborador. Com o projeto desenvolvido, este colaborador poderá ser utilizado em outras funções.

23 APÊNDICES APÊNDICE A: #Configurações do arquivo conf.properties #Thu Oct 04 14:27:49 BRT 2012 mail.pastaprincipal=inbox mail.pastabackup=teste mail.login=nfe.exemplo mail.senha=testeexemplo mail.pastaxml=c\:\\xml\\ mail.host=pop.buschle.com.br mail.porta=143 mail.dirrar=c\:\\program Files\\WinRAR\\WINRAR.exe mail.temp=15 mail.usuario=buschle\\administrador mail.senhausuario=senhaexemplo

24 APÊNDICE B: Sistema de Gestão de Documentos Instrução de Trabalho ALTERAR CONFIGURAÇÕES NO PROGRAMA GERENCIADOR XML IT Publicação: [22/10/2012] Revisão: 28/11/2012 1. OBJETIVO Esta instrução de trabalho tem por objetivo descrever o modo para alterar as configurações do sistema Gerenciador XML. 2. APLICAÇÃO Aplica-se ao setor de Tecnologia da Informação na Matriz da Buschle & Lepper. 3. RESPONSABILIDADE Funcionário de T.I.: Alterar as configurações na aplicação de acordo com as instruções deste documento. 4. TERMINOLOGIA IP: Internet Protocol. Identificação de um dispositivo em uma rede local ou publica. Bel_Server_5: Servidor pertencente a Buschle & Lepper. SysAid: Aplicação responsável, entre outras coisas, pelo gerenciamento de ativos de T.I. 5. ENTRADAS/ ORIGENS Entrada Acesso ao Bel_Server_5 Sistema Gerenciador XML parado Origem Estação de trabalho Bel_Server_5 6. ATIVIDADE 6.1 Alterar status do serviço Gerenciador XML. 6.1.1 Acessar o servidor Bel_Server_5 Através de uma estação de trabalho, acesse a Conexão de Área de Trabalho Remota do Windows: Iniciar > Acessórios > Conexão de Trabalho Remota do Windows, conforme Figura 1:

25 Figura 1 Uma tela semelhante à Figura 2 deverá ser exibida. Digitar o IP do servidor Bel_Server_5 (em caso de dúvidas, consultar a planilha de ativos do SysAid) na caixa que irá abrir e clique em conectar. Figura 2 Logar com usuário que tenha direitos administrativos no servidor Bel_Server_5. (Em caso de dúvidas consultar a planilha de IP s no SysAid.) A Figura 3 apresenta a tele de logon preenchida.

26 Figura 3 6.1.2 Parar o serviço GerenciadorXML Com o logon efetuado, clicar em Iniciar > Executar. Uma tela semelhante à figura 4 irá ser exibida, digitar services.msc e clicar em Ok. Figura 4 A tela de Serviços do Windows será exibida conforme Figura 5, procurar pelo serviço GerenciadorXML, seleciona-lo e no menu esquerdo clicar em Parar. Obs: O status atual do serviço pode ser verificado na coluna Status. Caso esteja rodando aparecerá o valor Iniciado, caso esteja parado este valor estará em branco.

27 Figura 5 Verificar se a coluna Status ficou em branco, se sim o serviço foi parado com sucesso. O serviço também pode ser parado diretamente na interface do programa Gerenciador XML. É atraves desta interface que as configurações são alteradas. Para Parar ou Iniciar o serviço utizando a interface gráfica, basta utilizar os botões de Iniciar e Parar na coluna Serviço na interface gráfica do programa Gerenciador XML. O acesso a interface será descrito a seguir. 6.2 Alterando as configurações Na área de trabalho executar o atalho Configurações Ger.XML semelhante ao ícone da Figura 6: Figura 6 Caso o atalho não esteja disponível na área de trabalho ele pode ser acesso pelo menu Iniciar conforme Figura 7:

28 Figura 7 Ou ainda, acessando o diretório: C:\Program Files\Buschle & Lepper\Gerenciador XML. E dar 2 cliques no arquivo GUI.jar que será semelhante ao exibido na Figura 8. Figura 8 Uma tela semelhante ao da Figura 9 deverá ser exibida, com o serviço parado, basta clicar no botão Editar e fazer as alterações necessárias. Ao encerrar, clique em Salvar para efetivar as alterações ou em Cancelar para deixar as configurações originais.