ESTÁGIO CURRICULAR I DESENVOLVIMENTO DE UM ERP EM J2SE

Transcrição

1 ALBERTO PLACIDO DE FREITAS NETO ESTÁGIO CURRICULAR I DESENVOLVIMENTO DE UM ERP EM J2SE EMPRESA: EMBRAINFO SETOR: ADMINISTRATIVO SUPERVISOR: EVANDRO CELINO DA SILVA ORIENTADOR: REBECA SCHROEDER CURSO DE BACHARELADO EM CIÊNCIA DA COMPUTAÇÃO CENTRO DE CIÊNCIAS TECNOLÓGIAS - CCT UNIVERSIDADE DO ESTADO DE SANTA CATARINA UDESC JOINVILLE SANTA CATARINA - BRASIL JUN/2009

2 APROVADO EM.../.../... Professor Rebeca Schroeder Titulação Mestre em Ciência da Computação Professor Orientador Professor Alexandre Gonçalves Silva Titulação Mestre em Engenharia Elétrica Professor Alessandro Dorow Titulação Bacharel em Ciências da Computação Supervisor da CONCEDENTE

3 Carimbo da Empresa UNIDADE CONCEDENTE Razão Social: Embrainfo Empresa Brasileira de Informações Ltda. CGC/MF: / Endereço: Rua Cuiabá, 11 Bairro: Costa e Silva CEP: Cidade: Joinville UF: SC Fone: (47) Supervisor: Evandro Celino da Silva Cargo: Programador de Sistemas ESTAGIÁRIO Nome : Alberto Placido de Freitas Neto Matrícula: Endereço: R. Cardeal Pacelli, 120 Bairro: Boa Vista CEP: Cidade: Joinville UF: SC Fone: (47) Curso de : Ciências da Computação Integral (CCI) Título do Estágio: Programação de ERP em Java Período: 23 / 02/2009 / a 01/08/2009 Carga horária: 180 hr AVALIAÇÃO FINAL DO ESTÁGIO PELO CENTRO DE CIÊNCIAS TECNOLÓGICAS Representada pelo professor da disciplina ETG: Carlos N Vetorazzi Jr. CONCEITO FINAL DO ESTÁGIO NOTA ETG I (Média do Processo) Excelente (9,1 a 10) Muito Bom (8,1 a 9,0) Joinville Bom (7,1 a 8,0) Regular (5,0 a 7,0) Reprovado (0,0 a 4,9) Rubrica do Professor da Disciplina ETG / /

4 Nome do Estagiário : Alberto Placido de Freitas Neto 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 SOFRÍVEL SOMA do Quadro I multiplicada por 7 De 102 a REGULAR SOMA do Quadro II multiplicada por 3 SOMA TOTAL De 195 a MUITO BOM De 241 a EXCELENTE Nome da Empresa: Embrainfo Empresa brasileira de informações Ltda Representada pelo Supervisor: Evandro Celino da Silva CONCEITO CONFORME SOMA TOTAL Rubrica do Supervisor da Empresa Local: Data : Carimbo da Empresa

5 UDESC UNIVERSIDADE DO ESTADO DE SANTA CATARINA - UDESC CENTRO DE CIÊNCIAS TECNOLÓGICAS - FEJ PLANO DE ESTÁGIO CURRICULAR I ESTAGIÁRIO Nome: Alberto Plácido de Freitas Neto Matrícula: Endereço (Em Jlle): Rua Cardeal Pacelli, 120Bairro: Boa Vista. CEP: Cidade: Joinville UF: SC Fone: Endereço (Local estágio): Rua Cuiabá, 11 Bairro: Costa e Silva. CEP: Cidade: Joinville UF: SC Fone: Regularmente matriculado no semestre: 5 Computação Formatura (prevista) Semestre/Ano: 2010 Curso: Ciências da UNIDADE CONCEDENTE Razão Social: Embrainfo Empresa brasileira de informações Ltda. CGC/MF: / Endereço: Rua Cuiabá, 11 Bairro: Costa e Silva CEP: Cidade: Joinville UF: SC Fone: (47) Atividade Principal : Prestação de Serviço de Orientação Comercial ao Público. Supervisor: Evandro Celino da Silva Cargo: Programador de Sistemas DADOS DO ESTÁGIO Área de atuação: Administrativa Departamento de atuação: Programação Fone: (47) Ramal:013 Horário do estágio: De segunda-feira a quinta-feira, das 07h30min às 12h00min e as sextas-feiras, das 07h30min às 12h00min 13h00min às 18h00minh. Total de horas: 742h Período: 23/02/2009 a 10/04/2009 Total de horas semanais: 180 h Nome do Professor Orientador: Rebeca Schroeder Disciplina(s) simultânea(s) com o estágio Quantas: 05 Disciplinas Quais: BAN-II, PES-CCI, REC-CCI, COMP, COF. OBJETIVO GERAL A empresa utiliza há dez anos um software ERP (Enterprise Resource Planning) desenvolvido em Visual Basic e atualmente deseja construir um novo sistema em Java que contenha funcionalidades equivalentes ao software atual, acrescido de novos recursos. A proposta geral do estágio é a análise, o projeto e o

6 desenvolvimento deste ERP em Java J2SE (Java 2 Standard Edition) que deverá atender todos os departamentos da organização. ATIVIDADES OBJETIVO ESPECÍFICO HORAS Manutenção de banco de dados Fazer os ajustes necessários para a migração do banco de 50h dados do sistema antigo para o novo e a manutenção do banco de dados em geral. Análise e Projeto de Software ERP em Java Analisar e projetar junto com os funcionários da empresa (Clientes) as funcionalidades do ERP, tornando-o mais ergonômico possível. 20 h Desenvolvimento de Software ERP em Java SE Desenvolver o software ERP de acordo com que foi analisado e projetado. 100 h Desenvolvimento de relatórios em ireport Desenvolver relatórios com ireport para impressão. 20 h 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

7 CRONOGRAMA FÍSICO E REAL PERÍODO (20 horas) P ATIVIDADES R Manutenção de Banco de Dados P X X R X X Análise e Projeto de Software ERP em Java P X R X Desenvolvimento de Software ERP em Java P X X X X X R X X X X X Desenvolvimento de Relatórios em ireport P X R X P- Planejado R- Realizado

8 A Deus que me fez chegar até aqui!

9 AGRADECIMENTOS Muitas pessoas e empresas tornaram-se merecedoras do nosso reconhecimento, pelo muito que colaboraram para a realização deste trabalho, dentre elas destacam-se: Primeiramente a Deus que está sempre comigo, independente dos momentos em que enfrento. Aos meus pais que me deram a vida, responsáveis pelo meu alicerce na educação, nos bons costumes e na ética. A minha namorada responsável por me dar apoio na faculdade e me motivar nos momentos mais difíceis. A EMBRAINFO, empresa responsável pelo estágio. Essa empresa proporcionou-me muito aprendizado e grandes amizades. A professora Rebeca Schroeder, responsável por minha orientação, obrigado por todo conhecimento proporcionado. A Evandro Celino da Costa, responsável por minha supervisão na empresa, foi meu grande Professor em Java, obrigado por todas as experiências e aprendizados.

10 SUMÁRIO INTRODUÇÃO OBJETIVOS Geral Específicos Justificativa ORGANIZAÇÃO DO ESTUDO A EMPRESA HISTÓRICO PRINCIPAIS CLIENTES CONSIDERAÇÕES GERAIS DESENVOLVIMENTO MANUTENÇÃO DE BANCO DE DADOS ANÁLISE E PROJETO DE ERP EM J2ME DESENVOLVIMENTO DO ERP EM J2SE Linguagem Orientada a Objeto Java e J2SE IDE Netbeans Hibernate Desenvolvimento do ERP Primeiro Projeto Segundo Projeto Algumas Outras Implementações Manutenções em códigos DESENVOLVIMENTO DE RELATÓRIO EM IREPORT ireport Desenvolvimento dos relatórios...31 CONSIDERAÇÕES FINAIS...33 GLOSSÁRIO...35 REFERÊNCIAS BIBLIOGRÁFICAS...36

11 LISTA DE FIGURAS FIGURA 1 - J2SE...23 FIGURA 2 - AMBIENTE GRÁFICO NETBEANS...24 FIGURA 3 - ARQUIVO XML DE MAPEAMENTO DO HIBERNATE...25 FIGURA 4 - COMPONENTES GRÁFICO JAVA UTILIZADOS NO PROJETO...26 FIGURA 5 PROGRAMA IREPORT...30

12 RESUMO Neste relatório de estágio, estão presentes informações referentes ao estágio de 180 horas realizado na empresa Embrainfo, empresa prestadora de serviços de informações cujo maior alvo é informar dados de empresas por meio de atendimento telefônico. A empresa necessitou do auxílio de um estagiário para desenvolver junto a seu supervisor um software ERP (Enterprise Resource Planning) em J2SE (Java 2 Standard Edition), pois o software usado até então está obsoleto. O estágio realizado atuou em diversas fases do desenvolvimento de software como na manutenção de banco de dados, na análise, no projeto e no desenvolvimento do software ERP. Durante o processo de estágio também ocorreram atividades de geração de relatórios com ireports, que corresponde a editor gráfico da biblioteca JasperReports. Essa biblioteca é responsável por gerar relatórios em códigos Java. Foram desenvolvidas cerca de dez novas funcionalidades no EPR, cinco novos modelos de relatórios e trinta manutenções envolvendo banco de dados e o código do ERP existente. O período de estágio foi de crescente aprendizado e experiência, conseguindo unir o conhecimento teórico oferecido pela instituição de ensino superior, UDESC (Universidade do Estado de Santa Catarina), com a prática oferecida pela empresa Embrainfo.

13 INTRODUÇÃO A fundamentação deste relatório está baseada em um estágio desenvolvido pelo acadêmico da UDESC na empresa Embrainfo, englobando um período de 180 horas. O estágio foi elaborado com base em um planejamento prévio definido pelo plano de estágio. O desenvolvimento das diversas atividades realizadas durante esse período serão descritas ao decorrer do relatório. A empresa Embrainfo provê informações de empresas a seus clientes, porém o estágio surgiu na oportunidade de trabalhar na atualização do ERP em Visual Basic para um ERP em J2SE, acrescido de diversas funcionalidades a serem implementadas na ocasião. As atividades desenvolvidas englobam o desenvolvimento do ERP, manutenção no código fonte do novo ERP e no banco de dados, e geração de relatórios com ireports. Todas as atividades propostas no plano de estágio foram realizadas e estão descritas nos tópicos a seguir OBJETIVOS Geral A empresa utiliza há dez anos um software ERP desenvolvido em Visual Basic e atualmente deseja construir um novo sistema em Java que contenha funcionalidades equivalentes ao software atual, acrescido de novos recursos. A proposta geral do estágio é a análise, o projeto e o desenvolvimento deste ERP em Java J2SE que deverá atender todos os departamentos da organização.

14 Específicos Implementar os ajustes necessários para a migração do banco de dados do sistema antigo para o novo e a manutenção do banco de dados em geral. Analisar e projetar junto com os funcionários da empresa (Clientes) as funcionalidades do ERP, tornando-o mais ergonômico possível. Desenvolver o software ERP de acordo com que foi analisado e projetado. Na fase de teste, ou após a conclusão, prestar suporte aos usuários do ERP. Desenvolver relatórios com ireport para impressão Justificativa A empresa utiliza a dez anos um software ERP desenvolvido em Visual Basic, porém esse software contém funções e tecnologia obsoletas. Por isso há três anos está sendo desenvolvido um software ERP em J2SE com funcionalidades semelhantes ao sistema antigo, mas acrescidos de algumas novas funcionalidades. Em virtude de que apenas um profissional estava trabalhando no desenvolvimento do EPR, foi requisitado um estagiário para acelerar o processo de desenvolvimento ORGANIZAÇÃO DO ESTUDO O presente relatório está dividido em quatro fragmentos principais para facilitar a leitura e compreensão dos leitores. É composto por um seção inicial, onde são apresentados os dados da empresa, do estagiário, da instituição de ensino, um resumo do relatório, a introdução, o objetivo geral, os objetivos específicos que aparecem em decorrência do objetivo geral e a maneira como será organizado o relatório de estágio. A segunda parte é composta pelas informações da empresa Embrainfo, iniciando com um breve histórico da empresa, logo após apresentando o perfil dos seus clientes e as considerações gerais, que irão abranger dados mais específicos, como número de funcionários, tipo de serviços, público (cliente) alvo, entre outras informações.

15 15 A terceira parte conterá informações referentes as atividades desenvolvidas na empresa, que envolvem: Manutenção de Banco de Dados, Análise e Projeto do software ERP, Desenvolvimento do Software ERP e Desenvolvimento de Relatórios com ireports. A última parte contém as considerações finais do trabalho, o glossário e a bibliografia utilizada no relatório.

16 16 2. A EMPRESA 2.1. HISTÓRICO A Empresa Embrainfo, conhecida como Disk informações, está no mercado catarinense desde 1995 e iniciou sua expansão para o estado do Paraná em A empresa tem atendimento 24 horas e surgiu decorrente de uma parceria com a Embratel. Ao longo dos anos a Embrainfo visa sempre melhorar o atendimento com o cliente. Atualmente a empresa conta com pouco mais de trinta funcionários e é referência no seu nicho do mercado PRINCIPAIS CLIENTES Os clientes da Embrainfo podem ser classificados em alguns grupos, descritos a seguir: Clientes Comuns: Eles ligam para o serviço de telemarketing procurando por informações de empresas, esse serviço é tarifado e debitado na conta de telefone. Clientes Filiados: Os Clientes filiados são empresas cadastradas no sistema com informações adicionais as demais, como: site, webmail, horário de atendimento, outros telefones e endereços, entre outros. Esses clientes têm prioridade na indicação do telemarketing bonificações. Clientes de Serviços: Esses clientes utilizam serviços de hospedagem de sites, de webmail, entre outros serviços oferecidos pela empresa CONSIDERAÇÕES GERAIS A Embrainfo vem buscando facilitar o dia a dia da comunidade, a Embrainfo aproxima quem quer vender de quem quer comprar, fornecendo aos usuários

17 17 informações de empresas comerciais, industriais, e profissionais liberais bem como todos os produtos e serviços oferecidos por estes, além de uma lista completa de produtos das empresas. A Embrainfo possui também telefones, endereços de s, sites, horários de atendimento e muito mais. Ligando na central de atendimento o usuário obterá informações sobre quais empresas, profissionais liberais e prestadores de serviços oferecem o que é procurado. A missão da empresa é contribuir permanentemente para melhoria da qualidade de vida da comunidade, oferecendo-lhes serviços com diferenciais. Os principais serviços oferecidos são: Atendimento a comunidade, gerenciando aproximadamente 300 mil indicações mensais e facilitando o dia a dia dos consumidores no momento da compra; Indicação das empresas filiadas à comunidade, gerando milhares de novos negócios e aproximando quem quer vender de quem quer comprar; Registros para Mala Direta, ideal para publicidade direcionada e prospecção de novos mercados; Elaboração, Criação, Alteração, Atualização, Hospedagem de Websites, Catálogos e Folder (on-line); Serviços de consultoria e Assessoria em internet; Pesquisa e Registro de Domínios para Internet; Ranking dos Produtos e Serviços mais solicitados nos estados de Santa Catarina e Paraná; E-Marketing: prestação de serviços de envio de s segmentados para o público alvo; Web Marketing: cuja meta é o cadastramento nos maiores e melhores sites de busca; Relatórios de indicações para mensurar custo x benefício do investimento.

18 18 3. DESENVOLVIMENTO O estágio foi realizado na empresa Embrainfo, empresa que comercializa informações de outras empresas para seus clientes, como: telefone, localização, horário de atendimento, website, entre outras informações. O estagiário foi requisitado em decorrência da atualização do software de ERP, que atualmente ainda funciona em Visual Basic mas futuramente estará rodando em uma plataforma JAVA com um Banco de Dados MSSQL. No desenvolvimento do software trabalharam dois funcionários da empresa, o supervisor que já trabalha cerca de três anos e o estagiário. Todos os processos desenvolvidos na empresa Embrainfo não poderão ser mostrados e especificados em muitos detalhes, pois a empresa não autorizou especificar funcionalidades do software, mostrar imagem do mesmo e tecnologia envolvida no software. A empresa autorizou comentar os conceitos e aplicações que foram manipulados durante o processo. No início do estágio, o supervisor designou que fossem encontradas as soluções para os WARNINGS gerados pelo compilador da IDE Netbeans, isso foi proposto para que o estagiário relembrasse aspectos do desenvolvimento em Java aprendido na instituição de ensino superior UDESC. A finalidade desta atividade era iniciar a interação do estagiário com o software, começando a compreender os códigos que já haviam sido desenvolvidos. Essa primeira etapa foi uma espécie de treinamento, para que a fase de desenvolvimento fluísse normalmente. A seguir, serão descritas as atividades desenvolvidas durante o estágio após a etapa inicial do treinamento MANUTENÇÃO DE BANCO DE DADOS A empresa Embrainfo conta com três servidores, um que armazena o banco de dados das páginas web, outros que armazena as informações das empresas e um outro usado para testes. O Sistema Gerenciador de Banco de Dados (SGBD) utilizado é o MSSQL 2005, que é um banco de dados bem funcional e de fácil manipulação. Tal

19 19 SGBD é intuitivo, como qualquer produto Microsoft, provendo facilidade na manipulação e consultas sobre os dados através da linguagem SQL. No Servidor em que são realizados os testes existe uma cópia das informações do servidor principal, sendo assim qualquer alteração feita no banco de dados principal, primeiro é realizada no servidor de teste e depois de concluída com sucesso é alterada no servidor principal. Por isso toda e qualquer manipulação que deva ser efetiva, primeiramente deve que ser testada no servidor de teste para depois ser realizada efetivamente no servidor principal. A Manipulação de Banco de Dados se dividiu em duas tarefas: Manutenção do Banco de dados do ERP antigo e desenvolvimento do banco de dados para o novo sistema de ERP. A Manutenção do banco de dados antigo ocorreria por existir muitas informações gravadas com erros de digitação através do sistema antigo, por exemplo erros quanto a padronização que o sistema exigia. Estes muitas vezes interferiam em algumas funcionalidades do sistema, sendo necessário realizar tal manutenção. Esta manutenção era bem simples e normalmente, arrumar dados errados com o comando SQL UPDATE, apagar dados com o comando SQL DELETE, entre outros problemas. Um outro tipo de situação que exigia a manutenção do banco de dados se dava quando o sistema antigo não apresentava certas funcionalidades que eram extremamente necessárias, como por exemplo bloqueio de alguns telefones na central de atendimento. Neste caso, era necessário alterar manualmente o banco através de comandos INSERT de forma que as informações necessárias, e inexistentes no sistema antigo, fossem providas. O desenvolvimento do banco de dados novo era mais complexo, pois além de fazer manipulações e consultas simples era necessário fazer alterações quanto à estrutura do banco de dados incluindo campos em tabelas, criando novas tabelas, excluído outras e fazendo consultas mais complexas utilizando por exemplo a junção. Toda a implementação no banco de dados dependia do que estava sendo programado no novo ERP, tudo era alterado quando necessário para o funcionamento da nova aplicação.

20 20 Em geral, foram utilizadas manipulações e consultas simples no SQL (INSERT, CREATE, ALTER, UPDATE, DROP, DELETE) e algumas consultas mais complexas usando JOIN, IN, sub-consultas, entre outros ANÁLISE E PROJETO DE ERP EM J2ME Como a própria empresa Embrainfo contratou funcionários para desenvolver seu próprio software de ERP, esses funcionários têm acesso direto ao cliente final (a própria empresa) ficando mais fácil a análise e projeto. Isso facilitou o processo, pois existe a interação direta com o cliente, fazendo com que o levantamento dos requisitos seja mais rápido e bem definido. Na empresa, as fases de análise e desenvolvimento não utilizam nenhum software para documentação, ambos são informalmente documentados na ocasião das conversas com os funcionários da empresa. Quando uma atividade referente ao sistema novo era repassada ao estagiário, inicialmente conversava-se com o supervisor e logo com algum funcionário, que é ou foi responsável pela função que será implementada. Isto era necessário para fazer o levantamento dos requisitos, a análise e o esboço do projeto em um documento informal. Após tudo ter sido definido, é projetado como será feita a implementação desse esboço, levando em consideração se será preciso mudar algo no banco de dados e quais bibliotecas Java serão usadas. Existem dois grandes problemas dessa maneira de processo, a primeira ocorre porque sempre os funcionários têm uma nova idéia ou desejam modificar algo quanto à funcionalidade que esta sendo desenvolvida, ocorrendo como conseqüência um atraso quanto à entrega do sistema. O segundo grande problema é o software ERP não ter seus códigos e funcionalidades especificadas em uma documentação formal, pois isso auxilia no processo de desenvolvimento e exemplifica melhor aos funcionários da empresa como será implementada a funcionalidade que esta sendo projetada.

21 DESENVOLVIMENTO DO ERP EM J2SE O desenvolvimento do software ERP em J2SE foi o processo que mais demandou tempo e foi também o mais trabalhoso no período do estágio. Antes de expor efetivamente o desenvolvimento, será exposto um breve introdução a linguagem de programação, as tecnologias e aos softwares utilizados na implementação do software ERP Linguagem Orientada a Objeto Uma linguagem Orientada a objetos corresponde a um paradigma desenvolvimento de software que promove a interação de diversos elementos denominados objetos. Existem alguns conceitos que são definidos em uma linguagem orientada a objeto, como segue: Classe: Uma classe define um conjunto de objetos que têm as mesmas especificações, mas geralmente com valores diferente. É possível fazer uma analogia de uma classe com um molde, onde os objetos produzidos através do molde levam as especificações definidas por ele. Em uma classe existem os atributos e métodos que determinam, respectivamente, o estado e o comportamento de um objeto da classe. Objeto: são instâncias de uma classe. Levando em conta a analogia acima, o objeto é o que foi moldado. O que diferencia os objetos são seus identificadores e os valores para seus atributos que podem ser os mesmos ou diferentes. Atributo: são as informações de cada objeto, na analogia feita, poderia ser o peso ou altura do objeto moldado. Métodos: Os métodos são ações que o objeto pode tomar. Mensagem: Constitui a invocação de um método. Herança: É a propriedade pela qual uma classe (subclasse) pode herdar atributos e métodos de outra classe (superclasse). Encapsulamento: É a propriedade pela qual uma classe consegue englobar seu estado e comportamento. Em geral, para uma classe define-se o que poderá ser

22 22 acessado por classe externas e o que só poderá ser acessado internamente por um objeto desta classe. Polimorfismo: O polimorfismo é a capacidade de um método se comportar de diversas formas. Isso pode poderá ser implementado através da sobreposição ou através da sobrecarga de métodos. Uma das principais linguagens orientadas a objetos é o Java. Maiores detalhes sobre esta linguagem serão fornecidos a seguir Java e J2SE A linguagem Java foi criada a partir de um projeto chamado Green Project pela Sun Microsystems em O objetivo desse projeto era encontrar a próxima revolução tecnológica do mundo digital, provando que era possível implementar uma linguagem que fosse portável a qualquer sistema operacional ou periférico eletrônico. Por isso em 1995, depois de muito trabalho, Java foi lançada e foi a linguagem de programação que mais rapidamente foi adotada por desenvolvedores. Hoje Java deve sua popularidade a sua portabilidade, ou seja, capacidade de ser executada por diversos ambientes computacionais se tornando referência no mercado de desenvolvimento de software mundial. O Java é basicamente uma linguagem de programação, mas o que realmente diferencia a linguagem Java das outras é não se prender a nenhuma arquitetura e sistema operacional, além de ter uma infinidade de bibliotecas e de ser eficaz. Com Java pode-se programar praticamente tudo e para muitos tipos de periféricos. Programas Java são executadas por uma máquina virtual, essa máquina virtual trabalha da seguinte maneira: quando um arquivo Java é compilado é gerado um código intermediário, chamado de bytecode. O bytecode é um código capaz de ser entendido por qualquer máquina virtual de qualquer plataforma computacional. Cada Sistema Operacional, celular, PDA pode ter sua máquina virtual específica, fazendo de Java uma linguagem multiplataforma. Isto porque quando o bytecode é executado, ele é submetido a uma máquina virtual específica que é responsável por traduzi-lo para códigos nativos (códigos executáveis).

23 23 O Java 2 Standard Edition (J2SE) é uma tecnologia empregada para arquiteturas com poder de processamento, tais como: computadores pessoais, notebooks, entre outros. Essa versão tem várias APIs e outras podem ser baixadas opcionalmente no site da Sun. Segundo a SUN o Standard Edition do Java Platform é projetado especificamente para o desenvolvimento seguro, portátil e de alto desempenho de aplicações em linguagem Java possibilitando a compilação em uma ampla gama de plataformas (Sistemas Operacionais). A J2SE possuí duas divisões (figura 1): Java Development Kit (JDK): Ele é mais utilizado pelos desenvolvedores Java por possuir ferramentas para essa tarefa. Java Runtime Edition (JRE): É uma versão somente para execução de programas em Java. Figura 1 - J2SE IDE Netbeans O ambiente de desenvolvimento integrado (IDE) Netbeans cria, manipula e compila arquivos em Java. Essa IDE é muito utilizada por sua praticidade, pois integra o ambiente de código com o ambiente gráfico, possibilitando fazer programação em

24 24 ambos os ambientes. O ambiente gráfico (figura 2) do Netbeans é muito eficiente, pois ele mostra um preview de como vai ficar a tela que esta sendo desenvolvida e dá a possibilidade de colocar outros elementos em tempo real. Figura 2 - Ambiente Gráfico Netbeans Hibernate O Hibernate é um framework desenvolvido para facilitar o mapeamento objetorelacional na linguagem Java. Tal mapeamento é feito através de um arquivo XML que contém informações que fazem a comunicação entre uma tabela do banco de dados com uma classe que vai instanciar um objeto. Para seu funcionamento é necessário criar um arquivo XML principal onde vão ficar as informações das especificações do banco de dados como: local onde esta o banco de dados, qual é o SGBD no banco de dados e local do driver desse SGBD. Ou seja, é o local onde será feita a comunicação entre o SGBD e a aplicação. Para cada tabela no banco de dados que vai se transformar em um objeto na aplicação Java é necessário fazer um arquivo XML que fará a comunicação da classe instanciadora daquele tipo de objeto com a tabela no banco de dados correspondente. Esse arquivo contém informações correspondentes a cada campo da tabela (figura 3), informações

25 25 como: se o campo é not null, se o campo é chave primária ou estrangeira, entre outras informações de integridade dos campos da tabela. Figura 3 - Arquivo XML de mapeamento do Hibernate O hibernate faz com que os mapeamentos mais complexos (envolvendo muitas junções, por exemplo) do banco de dados fiquem bem mais simples de serem implementados. Essa ferramenta facilita muito na programação de aplicações em Java Desenvolvimento do ERP Durante todo o período, foram desenvolvidos projetos e feitas muitas manutenções nos códigos já existentes. Essas manutenções ocorriam pois quando o software era testado por alguns funcionários ocasionava problemas. Todos os dados descritos abaixo não apresentarão dados específicos do software pois, como já foi mencionado anteriormente, a empresa não autorizou Primeiro Projeto O primeiro projeto foi iniciado com uma conversa entre o estagiário e alguns funcionários que desempenhavam a função a ser implementada com a finalidade de levantar os requisitos e desenvolver o projeto. Tal projeto consiste em catalogar sugestões referentes à modificação de algumas informações das empresas cadastradas,

26 26 que serão analisadas por um funcionário devidamente qualificado que aceita ou recusa a requisição. O projeto inicial deveria ser simples, entretanto ele se tornou muito maior. Inicialmente o projeto era composto de uma única tela mas, no final, acabaram sendo implementadas três telas com bem mais complexidade do que foi projetado. A primeira tela era responsável por gerar tal sugestão no banco de dados, na segunda tela cada usuário pode averiguar somente a situação das sugestões criadas por ele mesmo. Caso o usuário tivesse uma permissão especial, através desta segunda tela ele pode aceitar ou rejeitar as sugestões feitas por todos os usuários. Na terceira tela o usuário pode verificar as suas sugestões que foram dadas como concluídas (Aceitas ou rejeitadas). Caso não concorde com a resposta recebida, o usuário pode enviar a requisição novamente. Foi necessário criar uma tabela no banco de dados e um arquivo XML para fazer a ligação dessa tabela com a classe instanciadora do objeto com a sugestão. A primeira tela é composta principalmente por um JTextField (Figura 4) onde é referenciada a empresa que deve ter alguma informação modificada, um JTextArea (Figura 4) onde é colocada alguma observação sobre a sugestão e um JButton (Figura 4) com o comando Salvar. Quando o Botão é clicado um objeto é instanciado e salvo no banco de dados. Figura 4 - Componentes Gráfico Java utilizados no Projeto As outras duas telas eram parecidas (segunda e terceira tela), elas eram compostas por um JXtable (Figura 4) da biblioteca swingx. As tabelas JXtable eram criadas a partir de um modelo específico já implementado pela empresa, mas na ocasião tornou-se necessário fazer várias implementações nesse modelo. Nessa tabela, eram exibidas somente as informações que a permissão do usuário autorizava, caso tal usuário tivesse

27 27 uma permissão especial ele poderia aceitar ou não a requisição de outros usuários. Durante todo o processo foram manipulados vários objetos em Coleções Java, mais especificamente ArrayList. Este primeiro projeto demandou tempo, em virtude da falta de experiência com o Java por parte do estagiário e também por haver sido modificadas muitas coisas do projeto inicial Segundo Projeto O segundo projeto foi demasiadamente maior que o primeiro, tal projeto consistiu em exibir uma tela detalhada para cada tipo de cobrança que a empresa Embrainfo opera. Existiam ao todo seis tipos de cobrança, cada qual manipulava um conjunto de dados diferentes, por exemplo, os dados de uma cobrança de anuidade eram totalmente diferentes de uma cobrança de filliação. Devido ao grande número de dados exibidos, as telas não serão especificadas com detalhes. Cada tipo tinha sua particularidade, mas todos tinham em comum uma interface que especificava os atributos e métodos comuns. As telas desenvolvidas tinham dois estados: editando e visualizando. Dependendo do estado passado quando era instanciada a tela era possível ou não fazer alguma alteração no tipo. As alterações só eram possíveis em decorrência de permissões específicas de um usuário. Havia uma tela onde continham todas as cobranças referentes a um cliente. Essas cobranças estavam divididas por abas, cada aba continha um tipo de cobrança e existia também uma aba responsável por conter todas as cobranças, chamada de geral. Cada aba continha uma tabela com uma espécie de preview, onde algumas informações referentes aquele tipo de cobrança eram expostas. Caso as informações requeridas precisassem ser mais detalhadas, era preciso dar um duplo clique na linha correspondente e era instanciada uma das telas referente ao tipo de cobrança que estava sendo clicado. Depois de instanciada era possível visualizar as informações detalhadas da cobrança, cada uma com sua particularidade. Foi implementado também um relatório para cada tipo, que era gerado a partir de um botão. Em todas as telas houve excessiva manipulação de Coleções Java, por

28 28 exemplo se era necessário não ter elementos iguais era usado as coleções da interface Set caso, caso contrário era utilizado as do tipo List. Esse processo demandou bastante tempo, pois eram muitas as tarefas a serem realizadas. Porém foi um processo que trouxe muito conhecimento e aprendizado Algumas Outras Implementações Como o estágio começou após três anos do início do desenvolvimento do software ERP, existiam projetos já implementados que tinham pendências, por isso durante o processo de estágio houve várias vezes em que as tarefas designadas eram referentes a isso. Normalmente, as implementações eram bem simples como: manipulações de coleção, criação de alguns labels e textfields, criar atributos ou método em uma Classe, fazer mudanças no arquivo XML do hibernate, implementar uma ordenação em alguma tabela, eliminar objetos repetidos de uma lista, entre muitos outros problemas. Esses processos foram demasiadamente rápidos, mas ajudaram no processo de conhecimento e experiência do estagiário Manutenções em códigos Algumas vezes durante o processo do estágio foram feitos testes do software com o departamento financeiro, esses testes apresentaram uma série de erros. Os erros eram mudanças bem simples, na verdade na maioria dos casos, eram ações que não tinham sido previstas quando foram implementadas. Esses erros eram, normalmente, referentes a um somatório que dava errado, permissões que não funcionavam, alteração simultânea a mesma informação no banco de dados, elementos gráficos desabilitados que deveriam estar habilitados, entre alguns outros erros. Eles eram erros comuns com pouca complexidade de programação, pois nada tinha que ser planejado ou desenvolvido, tendo apenas que acrescentar linhas de códigos a uma classe, mas todos esses pequenos erros que precisavam ser reparados faziam com que o estagiário conhecesse o software

29 29 ERP como um todo e os códigos que haviam sido implementados antes de sua entrada na empresa DESENVOLVIMENTO DE RELATÓRIO EM IREPORT Para entender esse processo é necessário definir inicialmente o editor gráfico ireport ireport O IREPORT é um editor gráfico para a biblioteca JasperReports, essa biblioteca é responsável por gerar relatórios. O editor tem uma interface bem amigável e é de fácil manipulação. Ele tem duas opções para entrada de informação no relatório, um é por meio de acesso direto ao banco de dados, a outra se dá através da inclusão de uma lista de objetos no relatório. Para ser implementado no código do sistema, é necessário ter compilado o arquivo e no momento da programação referenciar o diretório onde o arquivo compilado está, bem como os parâmetros que são definidos quando o modelo do relatório esta sendo feito. Quando o relatório está sendo feito deve ser levado em consideração três tipos de definições: Campo (Field), Variável e Parâmetro. Todas essas definições devem possuir um tipo, e esses tipos são de classes de bibliotecas Java (Integer, Float, Date, Object, etc.) que já vem definidas pelo ireport. O Campo é um elemento que existe no banco de dados ou que existe nos objetos da lista, podendo ser nulo também. A Variável é usada quando é necessário fazer uma operação sobre todos os objetos vindos do banco de dados ou da lista, essa operação pode ser de soma, contagem, subtração, entre outros. Os parâmetros serão definidos quando o relatório estiver sendo implementado e devem ser passados antes de gerar o relatório pelo sistema que for chamá-lo. A estrutura de uma página modelo para um relatório (figura 1) é composto das seguintes divisões:

30 30 Title: Nessa divisão é definido o Título do Relatório, sendo usado somente na primeira página do relatório. pageheader: Nessa divisão é definido o cabeçalho do relatório, sendo que essa divisão aparece em todas as páginas geradas no relatório. columnheader: É o cabeçalho dos campos dos objetos que serão mostrados no relatório. Detail: Nessa divisão serão expostos os valores dos campos do objeto e essa divisão é exibida para cada objeto existente na lista ou na consulta feita no banco de dados. columnfooter: É o rodapé dos campos dos objetos que serão mostrados no relatório. pagefooter: Nessa divisão é feito o rodapé do relatório, que aparece em todas as páginas geradas no relatório. lastpagefooter: Nessa divisão é feito o rodapé do relatório, que aparece na última página gerada no relatório. Qualquer uma das divisões pode conter caixas de texto, variáveis, parâmetros, campo, entre outros. Figura 5 Programa ireport

31 Desenvolvimento dos relatórios Os relatórios são desenvolvidos na tecnologia especificada acima, o processo de desenvolvimento é bem simples, mas demanda um pouco de tempo. Quando havia a necessidade de elaborar um modelo de relatório para agregar ao programa, esse modelo era iniciado, normalmente, pela definição dos campos, das variáveis e dos parâmetros. Na divisão Title, onde era feito a apresentação inicial do modelo do relatório que continha o logotipo da empresa Embrainfo, um título e algumas informações referentes à empresa Embrainfo, o cabeçalho, na maioria dos casos, já estava implementado, pois sempre era usado o mesmo padrão. As divisões columnheader e details foram freqüentemente usados para criar os relatótios. A divisão columnheader é usada pra fazer um cabeçalho dos elementos (Campos, variáveis e em alguns casos parâmetros) que serão definidos na divisão details, por isso, normalmente, só são incluídas caixas de texto. Na divisão details era definido como os elementos provenientes do banco de dados ou da lista de elementos eram organizados, nessa divisão são incluídos os campos, variáveis e em alguns casos parâmetros de acordo com o cabeçalho da coluna, definido da divisão acima. As divisões pagefooter e LastPageFooter são praticamente iguais, elas apresentam as informações finais no rodapé do modelo do relatório que, normalmente, é padronizado e já está implementado. Estes continham informação da empresa Embrainfo, número de página, e o dia/hora que foi criado. O LastPageFooter é o rodapé da última folha do relatório que, na maioria dos casos, contém alguns elementos a mais, esses elementos eram finalizações do relatório, como um somatório de valores específicos que foram detalhados. Durante o processo de estágio não houve nenhuma implementação que utilizasse a divisão pageheader e o colunmfooter. Logo após ter sido criado o modelo, é preciso compilá-lo e o arquivo gerado dessa compilação vai ser usado para geração do relatório no programa principal. Para geração do relatório é necessária a implementação de um objeto da classe JasperReports que faz a criação e a visualização dos relatórios. Esse objeto é atribuído a uma coleção Java ou a uma sessão do Hibernate, que faz a conexão com o banco de dados, nesta ocasião são

32 32 atribuídos também os parâmetros. Depois de tudo definido o relatório é gerado de acordo como foi modelado, considerando os dados enviados (via coleção Java ou dados provenientes de uma sessão do Hibernate).

33 CONSIDERAÇÕES FINAIS Neste relatório atividades foram expostas atividades realizadas em um estágio durante o período de 180 horas. O estágio foi realizado na empresa Embrainfo e tinha como principal finalidade, desenvolver um software ERP em J2ME similar ao antigo em Visual Basic, mas acrescidos de diversas funcionalidades. As tarefas eram dividas entre os dois sistemas, muitas vezes era necessário fazer manutenção no banco de dados do ERP antigo, pois existiam funcionalidades que não estavam padronizadas e que causavam erros de banco de dados. Quando a tarefa era referente ao sistema novo o processo se iniciava com a análise e projeto, entretanto, a empresa não possui interesse em ferramentas voltados para esse fim, pois o cliente, que no caso era a própria empresa, sempre estava presente durante esse processo. O desenvolvimento foi o processo que mais demandou tempo e trabalho, pois a cada tarefa eram atribuídos a programação conceitos totalmente novos, que enriqueciam o software e traziam conhecimentos para o estagiário. Durante o processo de desenvolvimento podia ser necessário fazer uma tarefa onde fossem gerados relatórios, esses relatórios eram gerados através do ireport. Das disciplinas ministradas no curso de Ciências da Computação as mais utilizadas durante o processo de estágio foram: Linguagem de programação II, Banco de Dados I e II, Análise e Projeto de Sistemas e Engenharia do Software. Essas disciplinas foram o suporte no estágio, pois tornou todo o processo rápido e eficaz, fazendo com que muitas tarefas fossem realizadas no prazo. Durante o processo ocorreram certas dificuldades, foram elas a adaptação às tecnologias utilizadas na empresa, a adaptação quanto aos métodos utilizados na empresa quanto ao sistema antigo, bem como aprender sobre conceitos isolados de cada área (Administrativa, comercial, financeira) que deveriam ser implementados ERP e a implementação de algumas bibliotecas Java complexas. Todas as dificuldades foram sanadas, pois a empresa disponibilizava funcionários para expor sobre as atividades da empresa que deveriam ser implementadas, bem como quanto a conhecimentos novos envolvendo a parte de programação.

34 34 O mercado de trabalho está cada vez mais concorrido e umas das principais exigências além da graduação é a experiência profissional. A instituição de ensino superior UDESC proporciona a seus estudantes essa experiência por meio dos estágios curriculares. A empresa Embrainfo foi a responsável por esse estágio proporcionando um amplo conhecimento profissional, bem como um conhecimento pessoal. Durante esses últimos meses, apesar das dificuldades, todo aprendizado foi de grande valia para a vida.

35 35 GLOSSÁRIO fontes bibliográficas. Os conceitos básicos apresentados a seguir estão baseados em diversas ERP Enterprise Resource Planning O EPR conhecido no Brasil como Sistema Integrado de Gestão Empresarial são sistemas de informações que integraliza todos os dados e processos de uma empresa em um único software (LAUDON, 2004). API Interface de Programação de Aplicativo A API é um conjunto de rotinas e padrões estabelecidos por um software para a utilização das suas funcionalidades por programas aplicativos (WIKIPÉDIA, 2009). MSSQL Microsoft SQL 2005 O MSSQL é um SGBD da Microsoft, este software gerencia banco de dados em SQL. SQL Linguagem de Consulta Estruturada O SQL foi estabelecido como linguagem padrão para um banco de dados relacional, essa linguagem inclui recursos para definição de estruturas, modificação e restrições de dados. (RAMEZ, 2003) Ela é baseada na álgebra relacional. SGBD Sistemas de gerenciamento de Banco de Dados O SGBD consiste em uma coleção de dados inter-relacionados e uma coleção de programas para prover o acesso a esses dados. O seu principal objetivo é prover um ambiente que seja adequado e eficiente para uso na recuperação e armazenamento de informações. (QUEIROZ, 2007).

36 REFERÊNCIAS BIBLIOGRÁFICAS LAUDON, Kenneth C. Sistema de informações Gerenciais: administrando a empresa digital. São Paulo: Prentice Hall, RAMEZ Elmasri, SHAMKANT B. Navath. Fundamentals of Database Systems. San Francisco: The Benjamin Cummings Publishing Company Inc, QUEIROZ Juliano. SGBD: O que é? Acessado em 26 de maio de Disponível em: [WIKIPÉDIA] API Acessado em 07 de maio de Disponível em: [SUN] Sobre o Java. Acessado em 30 de maio de Disponível em: