ESTÁGIO CURRICULAR I e II COLABORAÇÃO PARA O DESENVOLVIMENTO DO ERP CENTRIUM WEB E ELABORAÇÃO DE UMA DOCUMENTAÇÃO PADRÃO PARA O SEU DESENVOLVIMENTO

Transcrição

1 JACSON TOBIAS BORDIN ESTÁGIO CURRICULAR I e II COLABORAÇÃO PARA O DESENVOLVIMENTO DO ERP CENTRIUM WEB E ELABORAÇÃO DE UMA DOCUMENTAÇÃO PADRÃO PARA O SEU DESENVOLVIMENTO EMPRESA: CENTRIUM INFORMÁTICA LTDA ME SETOR: DESENVOLVIMENTO SUPERVISOR: JULIANO ANTÔNIO GONÇALVES ORIENTADOR: PROF. EDINO MARIANO LOPES 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 JUNHO DE 2013

2 APROVADO EM.../.../... Professor Edino Mariano Lopes Fernandes Mestre em Ciência da Computação Professor Orientador Professor Cristiano Damiani Vasconcellos Doutor em Ciência da Computação Professor Omir Correa Alves Junior Doutor em Engenharia de Automação e Sistemas Juliano Antônio Gonçalves Supervisor da CONCEDENTE

3 Carimbo da Empresa UNIDADE CONCEDENTE Razão Social: Centrium Informática LTDA ME CGC/MF: / Endereço: Rua João Piccoli, 104, apartamento 204 Bairro: Centro CEP: Cidade: Jaraguá do Sul UF: SC Fone: (47) Supervisor: Juliano Antônio Gonçalves Cargo: Analista de Sistemas ESTAGIÁRIO Nome : Jacson Tobias Bordin Matrícula: Endereço: Rua Jardim Bromélia, 195 Bairro: Ilha da Figueira CEP: Cidade: Guaramirim UF: SC Fone: (47) Curso de : Tecnologia em Análise e Desenvolvimento de Sistemas Título do Estágio: Desenvolvimento de telas para o ERP Centrium Web e elaboração de uma documentação para o seu desenvolvimento. Período: 01/04/2013 a 27/05/2013 Carga horária: 240 horas AVALIAÇÃO FINAL DO ESTÁGIO I e II PELO CENTRO DE CIÊNCIAS TECNOLÓGICAS Representada pelo Professor da Disciplina: Omir Correa Alves Junior 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 / /

4 Nome do Estagiário: Jacson Tobias Bordin 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 De 148 a BOM SOMA TOTAL De 195 a MUITO BOM De 241 a EXCELENTE Nome da Empresa: Centrium Informática LTDA ME Representada pelo Supervisor: Juliano Antônio Gonçalves 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 - CCT PLANO DE ESTÁGIO CURRICULAR I e II ESTAGIÁRIO Nome: Jacson Tobias Bordin Matrícula: Endereço: Rua Jardim Bromélia, 195 Bairro: Ilha da Figueira CEP: Cidade: Guaramirim UF: SC Fone: (47) jacson.bordin@gmail.com Regularmente matriculado no semestre: 5º Curso: TADS Formatura (prevista) Semestre/Ano: 2013/01 UNIDADE CONCEDENTE Razão Social: Centrium Informática LTDA CNPJ: / Endereço: Rua João Piccoli, 104, apartamento 204 Bairro: Centro CEP: Cidade: Jaraguá do Sul UF: SC Fone: (47) Atividade Principal: Desenvolvimento de Software Supervisor: Juliano Antônio Gonçalves Cargo: Analista de Sistemas do Supervisor: juliano@centrium.com.br Telefone/Ramal: (47) DADOS DO ESTÁGIO Área de atuação: Desenvolvimento de Sistemas Departamento de atuação: Desenvolvimento Fone: (47) Horário do estágio: 08:00 as 12:00 e das 14:00 as 16:00 Total de horas do Estágio: 240 horas Período: 01/04/2013 a 27/05/2013 Total de horas semanais: 30 horas Nome do Professor Orientador: Edino Mariano Lopes Fernandes Departamento: Departamento de Ciência da Computação Disciplina(s) simultânea(s) com o estágio Quantas: NENHUMA (0) Quais: - OBJETIVO GERAL Desenvolver, através de atividades colaborativas, o produto ERP Centrium Web, convertendo telas para um novo sistema Web e elaborando documentação padrão para o seu desenvolvimento.

6 ATIVIDADES OBJETIVO ESPECÍFICO HORAS Treinamento na Estudar e obter o conhecimento 30 horas ferramenta CASE de necessário da sintaxe e dos recursos desenvolvimento Genexus. disponibilizados pela ferramenta para o desenvolvimento de aplicações Web. Treinamento no componente de integração para a ferramenta Genexus, Work With Plus Análise Estudar e obter o conhecimento necessário sobre os recursos disponibilizados pelo componente no desenvolvimento de aplicações Web. Analisar e definir os padrões iniciais que serão utilizados no desenvolvimento dos programas do sistema Web, no que diz respeito a regras de negócio, padrões de design e comportamento geral do sistema. 20 horas 20 horas Desenvolvimento Testes e Trabalhar no desenvolvimento e conversão das telas do ambiente Windows para o ambiente Web do módulo de Compras do ERP Centrium, testando os programas simultaneamente ao desenvolvimento buscando propor melhorias nos padrões de desenvolvimento adotados. 140 horas Documentação resultados dos Documentar os resultados obtidos após o desenvolvimento de algumas telas do módulo de Compras do ERP Centrium Web, buscando elaborar uma documentação padrão para o desenvolvimento de novas telas no ambiente Web com a ferramenta CASE Genexus e o componente de integração Work With Plus. 30 horas 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 (10 horas) ATIVIDADES P R Treinamento na ferramenta CASE de desenvolvimento Genexus P R Treinamento no componente de integração para a ferramenta Genexus, Work With Plus P R Análise P R Desenvolvimento e Testes P R Documentação dos Resultados P R Legenda: Previsto (Verde) Realizado (Amarelo) As colunas numeradas de 01 a 24 correspondem ao período de 10 horas cada.

8 Aos meus pais, pelo apoio e incentivo recebido durante os estudos

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: Deus, por possibilitar a elaboração deste trabalho. A minha família, que sempre me incentivou e esteve ao meu lado em todos os momentos, principalmente nos momentos mais difíceis. Aos professores da UDESC, que de alguma forma contribuíram para a realização deste relatório de estágio, principalmente ao professor Edino, que se dispôs com muito empenho e compreensão a orientar a elaboração deste trabalho. Ao senhor Juliano Antônio Gonçalves, supervisor da empresa concedente, que com muita clareza soube especificar e auxiliar nas tarefas desempenhadas durante o período de estágio. Ao senhor Maurício de Carvalho, proprietário da Centrium Informática, pela oportunidade recebida na realização deste estágio em sua empresa.

10 LISTA DE FIGURAS Figura 01 - Criando uma base de conhecimento no Genexus X Evolution Figura 02 - Exemplo de estrutura simples de uma transação Figura 03 - Objeto web panel e seus elementos Figura 04 - Objeto procedimento e seus elementos Figura 05 - Definições de classes para um tema Genexus Figura 06 - Atribuição de variáveis para diversos tipos de dados Figura 07 - Sintaxe dos comandos condicionais Figura 08 - Sintaxe dos comandos de repetição Figura 09 - Exemplos de comandos de manipulação de dados Figura 10 - Definição de templates para o padrão WWP Figura 11 - Definição de padrões WWP para uma entidade e seus objetos Figura 12 - Lista de seleção de solicitação de compras Figura 13 - Transação de transportadoras Figura 14 - Consulta de solicitantes Figura 15 - Transação de transportadoras do atual ERP Centrium Figura 16 - Regra da transação transportadoras Figura 17 - Lista de seleção de transportadoras Figura 18 - Consulta de transportadoras... 41

11 LISTA DE TABELAS Tabela 01 - Ambientes suportados na geração de aplicações com Genexus Tabela 02 - Navegadores utilizados para teste Tabela 03 - Relação das entidades convertidas para o ERP Centrium Web... 43

12 RESUMO A execução das atividades durante a realização do estágio tiveram como principais objetivos desenvolvimento de novas interfaces, elaboração de procedimentos e interfaces para o sistema ERP Centrium Web e elaboração de uma documentação padrão para esse desenvolvimento. Para que os objetivos fossem alcançados, foram realizadas atividades voltadas para treinamento, análise inicial, definição de padrões e desenvolvimento das interfaces e documentação dos resultados. Na fase de treinamento foi obtido conhecimento da sintaxe da linguagem de programação Genexus e do funcionamento do componente WorkWithPlus no desenvolvimento de padrões para web. Para o desenvolvimento das novas intefaces do programa foi utilizada a ferramenta CASE de desenvolvimento Genexus X Evolution 2 aplicada com o componente de integração para a ferramenta WorkWithPlus. Palavras-chave: Centrium; Genexus; ERP; web.

13 13 SUMÁRIO 1 INTRODUÇÃO OBJETIVOS Geral Específicos Justificativa ORGANIZAÇÃO DO ESTUDO A EMPRESA HISTÓRICO PRINCIPAIS PRODUTOS PRINCIPAIS CLIENTES CONSIDERAÇÕES GERAIS DESENVOLVIMENTO CONCEITOS E DEFINIÇÕES Padrões FERRAMENTAS, LINGUAGENS E TECNOLOGIAS UTILIZADAS NO PROCESSO DE DESENVOLVIMENTO Genexus Genexus X Evolution WorkWithPlus ANÁLISE E DEFINIÇÃO INICIAL DOS PADRÕES UTILIZADOS NO DESENVOLVIMENTO DO ERP CENTRIUM WEB Padrões WWP para listas de seleção Padrões WWP para transações Padrões WWP para interfaces de consulta CONVERTENDO UMA TRANSAÇÃO WINDOWS APLICANDO O WWP Conversão da transação Transportadoras RELAÇÃO DAS TRANSAÇÕES CONVERTIDAS CONCLUSÕES DO CAPÍTULO CONSIDERAÇÕES FINAIS REFERÊNCIAS BIBLIOGRÁFICAS GLOSSÁRIO ANEXOS... 47

14 14 1 INTRODUÇÃO O tema para o estágio foi proposto em conjunto entre a empresa Centrium Informática e acadêmico e consiste basicamente no desenvolvimento de novas interfaces e procedimentos para o módulo de Compras do sistema ERP Centrium Web, um produto novo da empresa concedente e que está em fase inicial de desenvolvimento. Inicialmente foi proposto um padrão para o desenvolvimento do sistema ERP Centrium Web, a partir da aplicação do componente de software WorkWithPlus (WWP) agregado a ferramenta CASE Genexus X Evolution 2. O desenvolvimento se iniciou pelo módulo de Compras, presente no atual ERP Centrium, versão para sistema operacional Windows. A principal função do módulo de Compras é destinada à emissão de ordens de compras e verificação de necessidade de materiais. Ao longo do processo de desenvolvimento e testes de novos programas, foi possível identificar aspectos no produto que poderiam ser melhorados, no que diz respeito a regras de negócio, padrões de design e comportamento geral do sistema. Para a obtenção de um padrão geral de desenvolvimento, foi proposta uma documentação para o desenvolvimento de novas interfaces para o ERP Centrium Web. 1.1 OBJETIVOS Geral Desenvolver novas interfaces para o módulo de Compras do sistema ERP Centrium Web e elaborar uma documentação padrão para o desenvolvimento do sistema ERP Centrium Web.

15 Específicos 1. Estudar e obter o conhecimento necessário da sintaxe e dos recursos disponibilizados pela ferramenta CASE Genexus X Evolution 2 para o desenvolvimento de aplicações web. 2. Estudar e obter o conhecimento necessário sobre os recursos disponibilizados pelo componente de software WorkWithPlus no desenvolvimento de aplicações web. 3. Definir os padrões iniciais que serão utilizados no desenvolvimento das interfaces do sistema web, no que diz respeito a regras de negócio, padrões de design e comportamento geral do sistema, utilizando o componente WorkWithPlus. 4. Desenvolver interfaces para o módulo de compras do sistema ERP Centrium versão para a plataforma web, mantendo as características de comportamento e regras de negócio presentes nas interfaces do sistema ERP Centrium versão para Windows e testando as interfaces simultaneamente ao desenvolvimento, buscando propor melhorias nos padrões de desenvolvimento adotados. 5. Documentar os resultados obtidos após o desenvolvimento de algumas telas do módulo de Compras do ERP Centrium Web, buscando elaborar uma documentação padrão para o desenvolvimento de novas telas no ambiente web com a ferramenta CASE Genexus e o componente de integração WorkWithPlus Justificativa Atualmente, um dos grandes diferenciais de marketing para as empresas que comercializam sistemas de gestão empresarial é a disponibilização do sistema para a plataforma web. Esses diferenciais se devem as diversas vantagens presentes na utilização da plataforma web, tais como a independência de plataforma, facilidade de instalação/atualização do software no cliente, disponibilização de recursos sofisticados que não estão presentes em plataformas como Windows ou Linux por exemplo, entre outras. Outro fator que contribuiu para utilização da plataforma web é o aumento significativo na utilização de tablets, que tem grande parte de suas tarefas executadas sobre a plataforma web e que cada vez mais está ganhando espaço no mercado brasileiro.

16 16 Por esses motivos a Centrium Informática está iniciando a conversão de seu ERP para a plataforma web, de forma a acompanhar as tendências no mercado de desenvolvimento de software. 1.2 ORGANIZAÇÃO DO ESTUDO Este relatório de estágio se divide em três capítulos, conforme descrito abaixo: Capítulo 1: Descrição dos objetivos gerais, específicos e justificativas a serem abrangidas por este relatório de estágio. Capítulo 2: Breve histórico sobre a empresa Centrium Informática LTDA ME. Capítulo 3: O processo de estudo e desenvolvimento do estágio visando atingir os objetivos especificados.

17 17 2 A EMPRESA 2.1 HISTÓRICO A Centrium Informática foi fundada em 1993 pelo Engenheiro Eletricista Maurício de Carvalho, com o objetivo de desenvolver sistemas de gestão para pequenas e médias empresas na cidade de Jaraguá do Sul e região. (CENTRIUM, 2013). A Centrium iniciou suas atividades desenvolvendo em linguagem Clipper Summer 87 no sistema operacional MS-DOS. O desenvolvimento era totalmente manual sem qualquer uso de alguma ferramenta de apoio. Posteriormente, observando que o desenvolvimento procedural, sem o uso de qualquer ferramenta de auxílio ao desenvolvimento, era extremamente difícil de ser mantido além de ser extremamente suscetível às mudanças de linguagem, a empresa optou então pela ferramenta Genexus, por esta trabalhar na gestão de conhecimento do negócio, uma camada acima do código gerado. Tal ferramenta é utilizada pela empresa até os dias de hoje. Devido ao seu crescimento a empresa resolveu celebrar parcerias comerciais passando a trabalhar com revendas autorizadas em outros estados do Brasil. Atualmente a Centrium Informática conta com duas revendas autorizadas, são elas: TSA - Empresa com sede na cidade de Cuiabá - MT é responsável pela revenda do ERP Centrium no estado do Mato Grosso. SSuark - Empresa com sede na cidade de Porto União - SC é responsável pela revenda do ERP Centrium nos estados do Paraná e Santa Catarina. 2.2 PRINCIPAIS PRODUTOS O principal produto da empresa é o ERP Centrium. Com 20 anos de existência, passando por diversas modificações, atualmente o ERP Centrium, é dividido em 12 módulos, onde cada um possui uma especificidade. São eles: Compras: Módulo destinado à emissão de ordens de compras de materiais.

18 18 Custos: Módulo utilizado para auxiliar o usuário na formação do preço de venda do material e previsão de vendas. Estoque: Módulo onde é gerenciado o cadastro de materiais e seu estoque físico, além da emissão de nota fiscal de entrada. Faturamento: Módulo utilizado para a emissão de notas fiscais de entrada e saída e orçamentos. Financeiro: Módulo responsável por gerenciar o contas a receber e a pagar da empresa, contas contábeis, fluxo de caixa e comissões de representantes. NF-e: Módulo integrado ao Faturamento para a emissão de Nota Fiscal Eletrônica, impressão de documento auxiliar (DANFE) e o monitoramento das NF-e s emitidas. PAF-ECF: Módulo de frente de caixa para emissão de cupom fiscal, homologado junto a Secretaria da Fazenda Estadual de Santa Catarina e as operadoras de cartão de crédito VISA e REDECARD. PCP: Módulo destinado à indústria, que gerencia a emissão de ordens de produção, necessidades e estruturas de materiais. Ordem de Serviço: Módulo que permite o cadastramento e a emissão de ordens de serviço e o controle de horas de mecânicos. SPED: Módulo para geração do arquivo de escrituração fiscal digital (EFD). Telemarketing: Módulo onde são gerenciados os pedidos realizados através de atendimentos pelo telefone. Vendas: Módulo utilizado para a emissão de pedidos de vendas, orçamentos e faturamento de pedidos. Além do ERP Centrium, a empresa conta com dois outros sistemas de gestão desenvolvidos para cliente específicos. 2.3 PRINCIPAIS CLIENTES Atualmente a Centrium Informática conta com mais de 200 clientes, tendo a sua maioria localizados na cidade de Jaraguá do Sul e região norte do estado de Santa Catarina. Dentre os principais clientes podemos citar: A.S Têxtil: Indústria têxtil com sede em Guaramirim - SC.

19 19 Belmec Indústria Mecânica: Atua nos segmentos de usinagem de peças, componentes eletromecânicos e calderaria. Possui sua sede em Jaraguá do Sul - SC. GMaiochi Tratores: Revendedora de máquinas, produtos agrícolas e tratores com sede em Guaramirim - SC. Jamail Máquinas e Ferramentas: Revendedora de máquinas, equipamentos e acessórios, com sede em Jaraguá do Sul - SC. Possui outras duas instalações neste estado, sendo elas nos municípios de Massaranduba e São Francisco do Sul. Mannes Mangueiras: Revendedora de mangueiras, vedações e acessórios. Com sede em Jaraguá do Sul - SC. Mauriline: Indústria de esquadrias de alumínio e PVC com sede em Guaramirim - SC. Soldas Planalto: Comércio e representações de produtos e máquinas para solda e materiais de consumo que conta com instalações nos municípios de Lages e Chapeco no estado de Santa Catarina. 2.4 CONSIDERAÇÕES GERAIS A Centrium Informática conta atualmente com um quadro de 17 colaboradores. A empresa investe na formação de seus colaboradores realizando cursos de capacitação e atualização relacionados às funções e atividades desempenhadas por cada um dentro da organização.

20 20 3 DESENVOLVIMENTO Neste Capítulo serão descritas as atividades realizadas durante o período de estágio, as ferramentas e linguagens utilizadas no desenvolvimento das interfaces web, bem como os processos de desenvolvimento adotados. 3.1 CONCEITOS E DEFINIÇÕES Esta seção apresenta os conceitos sobre definições de objetos de estudo utilizados durante o desenvolvimento do estágio Padrões Cada padrão descreve um problema que ocorre repetidas vezes em nosso ambiente e contem a descrição do núcleo para a solução desse problema, de tal forma que esta solução possa ser reutilizada por diversas vezes, sem nunca fazê-lo da mesma forma duas vezes (ALEXANDER, 1977). A ideia principal para a utilização de padrões é a de reutilizar soluções anteriormente documentadas, que auxiliaram na solução parcial ou total de um problema específico e que podem auxiliar na solução de problemas futuros Padrões em aplicações Genexus No desenvolvimento de software, um padrão atende a uma solução generalizada, que aborda um problema presente em sistemas orientados a objetos. Um padrão de software descreve o problema, a solução, em que momentos o padrão pode ser utilizado e as consequências de sua aplicação. A solução é um arranjo geral de objetos e classes que resolvem o problema (GAMMA, 2000). Em aplicações Genexus, além dos aspectos definidos no parágrafo anterior, a abordagem de um padrão é voltada para a distribuição de objetos que resolvem o problema. Em Genexus os padrões são aplicados a uma base de conhecimento para

21 21 implementar automaticamente certa funcionalidade. A solução também pode ser personalizada e implementada para solucionar um problema num contexto particular, ou seja, em determinados objetos de uma base de conhecimento (PROWAY, 2010). As vantagens de se utilizar padrões no desenvolvimento de aplicações Genexus são: Aumento de produtividade na geração de objetos e códigos; Os erros de códigos são evitados, refletindo na qualidade do software; Flexibilidade para personalização de objetos, após a aplicação de um padrão Padrão Work With O padrão Work With é um dos padrões mais conhecidos e úteis em sistemas de gestão empresarial. Este padrão foi popularizado pela IBM e recentemente adotado pela Artech, para integrar a ferramenta CASE Genexus. O Work With é um padrão de interface de usuário baseada em diálogos de ações com objetos, onde os usuários iniciam a interação com a interface de um sistema a partir de uma lista de seleção denominada Work with (GENEXUS COMMUNITY WIKI, 2013). A partir desta lista de seleção os usuários acessam as demais funcionalidades associadas a esta. 3.2 FERRAMENTAS, LINGUAGENS E TECNOLOGIAS UTILIZADAS NO PROCESSO DE DESENVOLVIMENTO A seguir são descritas as ferramentas utilizadas no processo de desenvolvimento do ERP Centrium Web, a partir da linguagem Genexus.

22 Genexus A linguagem de programação Genexus, é uma linguagem de 4ª geração desenvolvida pela empresa Artech em 1988, localizada em Montevideu, no Uruguai. A Artech possui filiais em outros países, entre eles Brasil, Estados Unidos e México. O Genexus é uma linguagem para desenvolvimento de aplicações sobre bases de dados e seu objetivo principal é liberar os desenvolvedores de tarefas automatizáveis, como por exemplo, da construção do banco de dados de uma aplicação. Sua metodologia consiste em descrever as visões dos usuários para modelar o sistema, a partir da definição da realidade do modelo (PROWAY, 2010) Genexus X Evolution 2 O Genexus X Evolution 2 é a versão mais atual da ferramenta CASE utilizada para gerar aplicações baseadas na linguagem Genexus. Uma das principais características da ferramenta é a possibilidade de gerar aplicações para diferentes plataformas, linguagens e bancos de dados (PROWAY, 2010). Na Tabela 01 são identificadas as diferentes combinações de ambientes suportados na geração de aplicações com Genexus. Plataforma Windows Web Linguagem de Programação Cobol C# Java RPG Visual Fox Pro C# Java Ruby Banco de Dados DB2 Informix iseries Microsoft SQL Server MySQL Oracle PostgreSQL Tabela 01 - Ambientes suportados na geração de aplicações com Genexus.

23 23 O desenvolvimento de uma aplicação com Genexus se inicia com a criação de um novo projeto, ou base de conhecimento, como denominado pela ferramenta, e ilustrado pela Figura 01. Figura 01 - Criando uma base de conhecimento no Genexus X Evolution 2. Ao criar-se uma base de conhecimento, definem-se os parâmetros iniciais do projeto, como por exemplo, a linguagem de programação para prototipação, a plataforma de desenvolvimento e o banco de dados a ser utilizado pela aplicação. Para o desenvolvimento do ERP web, a linguagem de prototipação escolhida para ser utilizada foi C# e o banco de dados o Microsoft SQL Server O Microsoft SQL Server 2008 é um banco de dados desenvolvido pela empresa Microsoft e contém diversos recursos e ferramentas que podem ser utilizados para desenvolver e gerenciar bancos de dados e soluções (MSDN, 2013). O C# por sua vez, é uma linguagem de programação orientada a objetos, criada pela Microsoft para o desenvolvimento de aplicações que executam sobre o.net Framework, biblioteca de funções criada pela Microsoft para desenvolvimento e execução de aplicações web (MSDN, 2013). Estas escolhas se devem pelo motivo da empresa já trabalhar com pequenas aplicações Genexus prototipadas em C#. O mesmo caso ocorre para o banco de dados Microsoft SQL Server, que já é utilizado no atual ERP, versão para Windows.

24 Principais objetos da ferramenta CASE Genexus utilizados no processo de desenvolvimento Abaixo, são descritos os principais objetos utilizados para o desenvolvimento de aplicações com a ferramenta CASE Genexus X Evolution Transações As transações são objetos Genexus que trabalham diretamente sobre o banco de dados. Através do elemento structure das transações, são definidos os atributos de uma transação, sobre o qual o Genexus cria de forma automática as tabelas, chaves e índices no banco de dados. (PROWAY, 2010). Conforme se observa na Figura 02, para a transação abaixo o Geneuxs irá criar uma tabela Cliente no banco de dados, com chave primária (EmpresaCodigo, ClienteCodigo) e índice por (EmpresaCodigo, ClienteCódigo) e (ClienteNome). Figura 02 - Exemplo de estrutura simples de uma transação. Cada transação contém uma tela, perante a qual os usuários realizam inserções, modificações e exclusões de informações sobre a base de dados. Nas transações permitem-se especificar regras e eventos que auxiliam na definição do comportamento do sistema e das próprias transações.

25 Web Panels As web panels são objetos que permitem a realização de consultas interativas sobre o banco de dados. Cada web panel possui uma interface que contém variáveis, atributos e controles definidos pelo desenvolvedor (PROWAY, 2010). A Figura 03 ilustra uma web panel, com destaque para o web form, elemento responsável pela saída dos dados recuperados, condicionados aos filtros definidos no elemento conditions. Figura 03 - Objeto web panel e seus elementos. As web panels também permitem a especificação de regras e eventos, assim como nas transações, além de conter um sessão específica para a definição das condições dos dados a serem recuperados pelo banco de dados Procedimentos São os objetos responsáveis por definir processos não interativos de atualização e consulta no banco de dados (PROWAY, 2010). A Figura 04 demonstra um procedimento responsável por apagar um registro de uma tabela no banco de dados. Destaque para os elementos de um procedimento.

26 26 Figura 04 - Objeto procedimento e seus elementos. Os procedimentos podem ser executados sem a exibição de interface, em segundo plano, porém, podem também serem utilizados para a geração de relatórios, e de arquivos em diversos formatos, tais como TXT, XLSX e PDF Temas Os temas comportam todos os padrões de classes (estilos) definidas para os controles (botões, grids, atributos, etc...) no Genexus. Através da edição em ambiente gráfico das propriedades de uma classe, o Genexus cria automaticamente o arquivo CSS (Cascading Style Sheets), responsável por referenciar a classe e aplicar o estilo definido a todos os controles baseados em uma determinada classe. A Figura 05 demonstra a tela para edição de classes em um tema no Genexus. Figura 05 - Definições de classes para um tema Genexus. O CSS é mecanismo simples utilizado para adicionar estilos, como por exemplo, fontes, cores e espaçamentos aos documentos web (W3C, 2013).

27 Principais comandos da linguagem Genexus utilizados no processo de desenvolvimento Abaixo, são descritos os principais comandos utilizados no desenvolvimento de aplicações com a ferramenta CASE Genexus X Evolution Manipulação de variáveis Em Genexus as variáveis são identificadas através de um conjunto de caracteres, que deve iniciar com o caractere &. Essa distinção é feita para separar e evitar que variáveis tenham os mesmos nomes de atributos, já que um atributo não pode iniciar com o caractere & (PROWAY, 2010). Na Figura 06, observamos a atribuição de variáveis para diversos tipos de dados. Figura 06 - Atribuição de variáveis para diversos tipos de dados. Para atribuir um valor a uma variável, a sintaxe é demonstrada abaixo: &<nome da variável> = <valor de atribuição> Condicionais São comandos de decisão, responsáveis por alterar o fluxo de execução de um programa (procedimento, transação ou web panel), dependendo da condição avaliada (PROWAY, 2010). No Genexus, são dois os comandos condicionais: If Else: Executa um bloco de comandos se a condição avaliada for verdadeira.

28 28 Do Case: Executa um bloco de código, dependendo da condição avaliada. Podem-se haver várias condições associadas. A Figura 07 ilustra a sintaxe dos comandos condicionais no Genexus. Figura 07 Sintaxe dos comandos condicionais Comandos de repetição Os comandos de repetição permitem que um certo trecho do código de um programa seja repetido por um certo número de vezes (PROWAY, 2010). No Genexus são dois os comandos de repetição: For to: Permite a iteração por um certo número de vezes a partir de um determinado valor. Do while: Utilizado para executar um bloco de código enquanto a condição avaliada é tida como verdadeira. A Figura 08 ilustra a sintaxe dos comandos de repetição no Genexus.

29 29 Figura 08 - Sintaxe dos comandos de repetição Comandos para manipulação de dados São comandos utilizados para manipular a leitura, atualização, inserção e remoção de informações em um banco de dados. Os principais comandos utilizados no Genexus, para a manipulação de dados são: For each: É um comando utilizado para se obter um conjunto de informações a partir de um banco de dados. Esse comando pode ser usado em procedimentos e eventos de web panels. No comando for each não é necessário definir quais tabelas devem ser obtidas, nem os índices que devem ser utilizados para acessálas. É preciso definir apenas quais os atributos necessários, que o Genexus se encarrega por descobrir as tabelas e índices utilizados na manipulação de dados (PROWAY, 2010). New: Utilizado para inserir um novo registro em uma tabela no banco de dados. Assim como no for each, através dos atributos o Genexus interpreta a tabela que está sendo manipulada. Delete: Responsável por excluir o registro de uma tabela no banco de dados. É utilizado em conjunto com o comando for each. A Figura 09, ilustra a sintaxe dos comandos de manipulação de dados no Genexus.

30 30 Figura 09 - Exemplos de comandos de manipulação de dados. Conforme exemplificado na Figura 09, quando utilizado em procedimentos, além de ler informações do banco de dados, o comando for each pode também ser utilizado para atualizar registros no banco de dados WorkWithPlus O WorkWithPlus (WWP) é um componente de software com integração para a ferramenta CASE Genexus, desenvolvido em 2007, pela empresa Dvelop, localizada em Montevideu Uruguai. O componente WWP foi desenvolvido a partir do conceito original do padrão work with, proposto pela IBM e do padrão convencional work with, proposto pela Artech, a fim de aumentar a flexibilidade oferecida ao desenvolvedor, tanto para alterar a maneira como os objetos são gerados, bem como modificar os objetos gerados sem perder a sua relação com o padrão aplicado (WORKWITHPLUS, 2013). Atualmente o WorkWithPlus é reconhecido como um Genexus pattern, componente de integração oficial para Genexus, reconhecido pela Artech.

31 Principais diferenciais do WorkWithPlus De acordo com (WORKWITHPLUS, 2013), entre as principais funcionalidades disponíveis decorrentes da utilização do WWP em aplicações Genexus, podemos citar: Filtros Dinâmicos: Possibilita disponibilizar ao usuário, filtros que são aplicados dinamicamente em tempo de execução. Uma vez aplicados, os filtros são salvos para o host que está executando a aplicação. Atualização de Instância: Permite adicionar um controle ao template do WWP e, através de uma propriedade, permite aplicar este controle a todos os objetos inferidos pelo template. Controles de Usuário: Permite a utilização de extensões, que são aplicadas ao componente WWP de um objeto ou template, para aperfeiçoar o design de uma tela ou adicionar controles não existentes na ferramenta. Auditoria: Permite habilitar em transações, uma propriedade que gera automaticamente logs de auditoria em inserção, atualização ou exclusão de dados, separados por usuário. Código de Usuário: Disponibiliza ao desenvolvedor a opção de incluir código próprio, não gerado pelo WWP em um objeto. 3.3 ANÁLISE E DEFINIÇÃO INICIAL DOS PADRÕES UTILIZADOS NO DESENVOLVIMENTO DO ERP CENTRIUM WEB Para o desenvolvimento de novas interfaces para o sistema ERP Centrium Web, optou-se em iniciar o desenvolvimento pelo atual módulo de Compras, presente no ERP Centrium versão para o sistema operacional Microsoft Windows. Esta escolha se deve a necessidade e a procura dos clientes da própria Centrium, por um sistema de pedidos de compras online, que atendesse as mesmas necessidades do módulo presente no ambiente Windows, permitindo o acesso online. A principal mudança decorrente do desenvolvimento de aplicações web com Genexus, utilizando o componente WWP é a mudança de conceitos. Diferentemente do desenvolvimento convencional de aplicações Genexus, o desenvolvimento com WWP exige sempre deixar que o WWP seja o responsável por desenhar as interfaces. O WWP

32 32 também será o responsável por gerar automaticamente grande parte dos eventos e regras de transações e web panels. Através da definição dos templates, objetos presentes no componente WWP que armazenam os padrões definidos para as interfaces, o WWP irá aplicar os padrões definidos nos templates a todas as interfaces inferidas por um determinado template. Para adicionar um rótulo, botão, bloco de texto ou outros controles de objetos, deve-se adicionar o controle no template e deixar que este aplique a alteração. A Figura 10, ilustra a tela para a definição de templates. Em destaque na figura, a definição para o modelo de grid utilizado em interfaces baseadas no template main. Figura 10 - Definição de templates para o componente WWP. Quando os templates são modificados, as alterações realizadas podem ser facilmente aplicadas a todos os objetos inferidos por este. Porém se existirem alterações particulares a uma objeto, estas devem ser aplicadas diretamente na seção patterns de cada objeto. Na Figura 11 observamos a seção patterns de uma transação, onde são definidos os padrões particulares à transação.

33 33 Figura 11 - Definição de padrões WWP para uma transação e seus objetos. Para formatações específicas, como, por exemplo, um bloco de texto com fonte do tipo verdana, tamanho 16, negrito, deverá ser utilizada uma classe de formatação para o controle. Se a classe preterida ainda não existir, esta deve ser criada junto ao tema utilizado no Genexus. Todos os padrões foram inicialmente definidos junto à empresa concedente. A seguir, são descritos os padrões utilizados no desenvolvimento de interfaces para o ERP Centrium Web, aplicando o componente WWP para a ferramenta CASE Genexus X Evolution 2, como resultado de uma análise realizada previamente, observando a mudança no desenvolvimento de aplicações Genexus com o componente WWP Padrões WWP para listas de seleção As listas de seleção são objetos do tipo web panel e são os principais objetos gerados a partir da aplicação do componente WWP. É a partir das listas de seleção, que

34 34 o usuário inicia a interação com uma interface de cadastro de informações no sistema. Os padrões inicialmente definidos para o desenvolvimento das listas de seleção são: Grid GXUI: Para o grid, objeto responsável por listar os registros de uma tabela, foi adotado o padrão GXUI, versão Este padrão é baseado na biblioteca EXT JS, versão 4.1, que é um framework Java Script, onde este contem vários recursos utilizados para o desenvolvimento de aplicações web. O grid GXUI permite ao usuário selecionar as colunas que deseja visualizar/esconder, além de permitir a ordenação por qualquer atributo presente no grid. Filtros Básicos: São filtros estáticos, que não podem ser removidos da interface. São compostos por atributos identificadores de uma transação, e do atributo principal de descrição presente na mesma. Filtros Dinâmicos: Composto por atributos relevantes da transação, em que o usuário tem a liberdade para selecionar e aplicar os filtros que melhor atendem a sua necessidade. Exportação de Arquivos: Acima do grid, alinhados a esquerda, estão os botões para a exportação de arquivos, nos formatos XLSX e PDF. Os dados que compõem os relatórios são os mesmos apresentados no grid da lista de seleção, aplicados aos mesmos filtros. Modo Inserção: Alinhado a esquerda, acima do grid, está o botão que permite a inserção de novos registros no banco de dados, a partir de uma transação. Modo Atualização: Representado pelo principal atributo identificador ou principal atributo de descrição de uma transação, onde este possui um link para que o usuário possa realizar alterações no registro. Modo Exclusão: Presente no grid para cada registro, o controle excluir remove do banco de dados o registro selecionado, levando em consideração a integridade referencial do registro a ser removido. Nome do objeto Genexus: Presente no canto inferior esquerdo, serve para auxiliar e agilizar a encontrar uma determinada interface no Genexus. A Figura 12 demonstra a aplicação do padrão WWP para a lista de seleção de solicitação de compras. Na Figura 12, também são destacados os padrões anteriormente definidos para listas de seleção.

35 35 Figura 12 - Lista de seleção de solicitação de compras Padrões WWP para transações Botão confirmar: Presente no canto superior direito e no canto inferior esquerdo da tela, ao lado do botão fechar. Este botão permite a confirmação de três modos, que são passados por parâmetro a uma transação. Estes modos são: Confirmação de inserção, atualização ou exclusão. Comportamento da tela após a inserção: Exibe uma mensagem com o identificador do registro inserido, e permanece na transação. Comportamento da tela após a atualização: Retorna para a lista de seleção. Comportamento da tela após a exclusão: Caso a eliminação do registro tenha ocorrido com sucesso, retorna para a lista de seleção, senão, exibe uma mensagem de eliminação inválida, pois o registro possui ligações com outras tabelas no banco de dados. Mensagens de erro e de aviso: Presentes no canto superior direito da tela. Para o desenvolvimento do controle de mensagens, foi utilizado o controle de usuário, scamessage, versão 1.0. Nome do objeto no Genexus: Disposto no canto inferior esquerdo da tela. Presente para auxiliar e agilizar a detecção de erros em uma tela no Genexus. Agrupamento de informações: As informações de uma transação, são agrupadas de acordo com características semelhantes. O controle aplicado para o

36 36 agrupamento é o GXUI-Dvelop-Gray-Panel, que é um controle de usuário baseado no padrão GXUI, versão , citado anteriormente. A Figura 13 demonstra a aplicação do padrão WWP definido anteriormente, para a transação de transportadoras. Figura 13 - Transação de transportadoras. Outros padrões especificados para transações foram o destaque em negrito dos atributos que identificam a tabela e rótulos de campos de texto alinhados a direita Padrões WWP para interfaces de consulta Grid GXUI: Assim como na transação, adotado para o grid da tela de consulta. Filtros básicos e dinâmicos: Seguem as mesmas regras de padrões para listas de seleção. Botão adicionar: alinhado a esquerda acima do grid, possui um link para a transação referente à tela de consulta, caso o registro pretendido ainda não esteja cadastrado. Botão fechar: alinhado a esquerda acima do grid, a direita do botão adicionar.

37 37 Controle de seleção: Presente no grid, primeiro campo da esquerda para a direita. Permite ao usuário selecionar o registro desejado, para que este retorne a tela anterior, caso a consulta necessite retornar algum valor. A Figura 14 demonstra a aplicação do padrão WWP definido anteriormente, para a consulta de solicitantes. Figura 14 - Consulta de solicitantes. Assim como as listas de seleção, as consultas também são objetos do tipo web panel, justamente por recuperarem informações do banco de dados. 3.4 CONVERTENDO UMA TRANSAÇÃO WINDOWS APLICANDO O WWP No Genexus, o ambiente utilizado para o desenvolvimento dos objetos do sistema ERP Centrium Web, é o mesmo utilizado pelo atual ERP versão para Windows, com a diferença de que foi adicionada uma nova linguagem de prototipação, C#, para o desenvolvimento e prototipação dos objetos no sistema web.

38 Conversão da transação Transportadoras A seguir será demonstrado a aplicação do padrão WWP, para a transação de transportadoras, utilizando uma lista de verificação presente no anexo A deste relatório, como auxílio para o desenvolvimento. Criando a transação: Para o início de sua conversão a transação teve que ser duplicada, através da função salvar como presente na transação. A nova transação para o sistema web foi salva de acordo com a nomenclatura padrão especificada no anexo A deste relatório. A Figura 15, ilustra a transação de transportadoras do atual ERP Centrium, versão para Windows. Figura 15 - Transação de transportadoras do atual ERP Centrium. Verificação das regras e eventos: Assim como o ambiente de execução, o comportamento da transação também é alterado, as regras e eventos devem ser revisados, organizados e se preciso reescritos para que o objeto seja executado sobre o ambiente web. Esta é uma das etapas mais demoradas no processo de conversão, já que exige muita cautela por se tratar de uma alteração no comportamento do sistema. A Figura 16 ilustra um exemplo de regra que teve que ser alterada, pois será executada somente em modo de inserção.

39 39 Figura 16 - Regra da transação transportadoras. Ajuste de atributos: Todos os 21 atributos da transação, tiveram que ter a descrição dos atributos ajustados em sua estrutura, já que o padrão WWP utiliza a descrição definida na estrutura para gerar os rótulos dos atributos na transação. Aplicando o padrão WWP: Nesta etapa foi habilitada a propriedade que gera os objetos automaticamente, a partir dos padrões adotados no WWP. Foram gerados 4 novos objetos, sendo estes: o objeto lista de seleção, consulta e os dois objetos para a geração de relatórios nos formatos XLSX e PDF. Ajustes no objeto lista seleção: No grid, ao atributo razão social da transportadora, foi adicionado o link para chamar a transação de transportadoras, identificando a função de alteração de registro. Quanto ao design do objeto, foram feitos ajustes para a correção de pequenas imperfeições visuais. Na Figura 17, observamos a lista de seleção gerada para a transação de transportadoras, baseada nos padrões definidos anteriormente junto ao componente WWP. Figura 17 - Lista de seleção de transportadoras Ajustes no objeto consulta: Acima do grid, ao botão adicionar foi implementado o link para chamar a transação de transportadoras em modo de inserção.

40 40 Quanto ao design do objeto consulta, também foram feitos ajustes para a correção de pequenas imperfeições visuais, como o alinhamento a esquerda dos rótulos de consulta e a alteração dos atributos visualizados no grid. Figura 18 - Consulta de transportadoras Testes: Todos os objetos que compõem a lista de seleção de transportadoras, foram testados em três navegadores diferentes. A Tabela 02 descreve os navegadores e suas respectivas versões. Navegador Versão Google Chrome 26 Internet Explorer 10 Mozila Firefox 20 Tabela 02 - Navegadores utilizados para teste 3.5 RELAÇÃO DAS TRANSAÇÕES CONVERTIDAS Esta seção tem por objetivo demonstrar as transações que foram convertidas do módulo Compras do ERP Centrium versão Windows, para o novo sistema web, durante a atividade de desenvolvimento e testes, com tempo previsto de conclusão para 140 horas. Conforme especificado abaixo pela Tabela 03, na primeira coluna estão especificadas as transações convertidas, seguida dos dias e horários que foram

41 41 necessários para o seu desenvolvimento, especificados na segunda coluna. Na última coluna é especificado o tempo real gasto em horas para a conversão de cada transação. ATIVIDADE: Desenvolvimento e Testes TEMPO PREVISTO PARA EXECUÇÃO DA ATIVIDADE: 140 horas Transações Datas e horários Tempo gasto para conversão Moedas 15/04, 08:00 as 12:00 4 horas CEPS 15/04, 14:00 as 16:00 16/04, 08:00 as 10:00 4 horas Unidades Federativas 16/04, 10:00 as 12:00 16/04, 14:00 as 16:00 4 horas Condições de Pagamento 17/04, 08:00 as 12:00 17/04, 14:00 as 16:00 7 horas 18/04, 08:00 as 09:00 Países 18/04, 09:00 as 12:00 18/04, 14:00 as 15:00 4 horas Justificativas Orçamentárias 18/04, 15:00 as 16:00 19/04, 08:00 as 11:00 4 horas Departamentos 19/04, 11:00 as 12:00 19/04, 14:00 as 16:00 4 horas 22/04, 08:00 as 09:00 Compradores 22/04, 09:00 as 12:00 22/04, 14:00 as 16:00 5 horas Contas 23/04, 08:00 as 12:00 23/04, 14:00 as 15:00 5 horas Solicitantes 23/04, 15:00 as 16:00 24/04, 08:00 as 12:00 6 horas 24/04, 14:00 as 15:00 Locais de Armazenagem 24/04, 15:00 as 16:00 25/04, 08:00 as 11:00 4 horas Unidades de Armazenagem 25/04, 11:00 as 12:00 25/04, 14:00 as 16:00 4 horas 26/04, 08:00 as 09:00 Produtos Equivalentes 26/04, 09:00 as 12:00 26/04, 14:00 as 16:00 8 horas 29/04, 08:00 as 11:00 Faltas de Produtos 29/04, 11:00 as 12:00 29/04, 14:00 as 16:00 5 horas 30/04, 08:00 as 10:00 Produtos Pai 30/04, 10:00 as 12:00 30/04, 14:00 as 16:00 6 horas 02/05, 08:00 as 10:00 Cores 02/05, 10:00 as 12:00 02/05, 14:00 as 15:00 3 horas Fatores de Conversão por Produto 02/05, 15:00 as 16:00 6 horas

42 42 Aplicações Liberação de Pedidos de Compras Naturezas de Operação Centros de Custo Transportadoras Classificações Fiscais Solicitações de Compras Origens de Clientes Fornecedores 03/05, 08:00 as 12:00 03/05, 14:00 as 15:00 03/05, 15:00 as 16:00 06/05, 08:00 as 11:00 06/05, 11:00 as 12:00 06/05, 14:00 as 16:00 07/05, 08:00 as 12:00 07/05, 14:00 as 16:00 08/05, 08:00 as 12:00 08/05, 14:00 as 16:00 09/05, 08:00 as 12:00 09/05, 14:00 as 16:00 10/05, 08:00 as 12:00 10/05, 14:00 as 16:00 13/05, 08:00 as 12:00 13/05, 14:00 as 16:00 14/05, 08:00 as 12:00 14/05, 14:00 as 16:00 15/05, 08:00 as 12:00 15/05, 14:00 as 16:00 16/05, 08:00 as 12:00 16/05, 14:00 as 15:00 16/05, 15:00 as 16:00 17/05, 08:00 as 12:00 17/05, 14:00 as 16:00 20/05, 08:00 as 12:00 20/05, 14:00 as 16:00 21/05, 08:00 as 12:00 21/05, 14:00 as 16:00 4 horas 7 horas 8 horas 6 horas 10 horas 6 horas 13 horas 5 horas 14 horas TEMPO REAL DE EXECUÇÃO DA ATIVIDADE: 160 horas Tabela 03 - Relação das transações convertidas para o ERP Centrium Web 3.6 CONCLUSÕES DO CAPÍTULO A partir da capacitação realizada através dos treinamentos e dos padrões inicialmente definidos foi possível converter as transações com maior agilidade, mantendo um padrão de qualidade elevado em um espaço de tempo bem inferior, do que se comparado se as entidades fossem convertidas manualmente, sem a presença de processos automáticos e dinâmicos. A definição de padrões proporcionou ao sistema manter uma característica própria e uma estrutura organizacional de sistema que facilita o acesso ao usuário.

43 43 CONSIDERAÇÕES FINAIS Muitas disciplinas presentes no curso auxiliaram durante o processo de desenvolvimento do estágio, entre elas se destacam o desenvolvimento de aplicações web, engenharia de software, linguagem de programação e fundamentos de interface humano-computador. O aprendizado obtido durante os estudos, principalmente das disciplinas citadas anteriormente, auxiliaram na formação de habilidades que foram exigidas durante a elaboração das atividades presentes neste estágio. Durante o desenvolvimento do estágio foram encontradas algumas dificuldades, presentes principalmente na atividade de desenvolvimento e testes. Essas dificuldades em sua maioria se remetem a padrões definidos que não corresponderam em testes realizados em algum dos navegadores utilizados, devido a erros gerados pelo componente WWP ou especificações incorretas de padrões. Os erros gerados por especificações incorretas de padrões foram resolvidos através da revisão dos padrões e suas corretas especificações. Já os erros gerados pelo WWP, foram em sua grande maioria corrigidos pela empresa responsável pelo componente WWP. Após o desenvolvimento deste relatório, foi possível conhecer, desenvolver e aplicar métodos que não são muito utilizados no contexto de desenvolvimento de aplicações web. A geração de código e objetos com o auxílio de componentes de software pode ser muito útil, principalmente em organizações que possuem sistemas com grande quantidade de objetos, onde o controle manual de padrões certamente é uma tarefa difícil de ser realizada. A aplicação de padrões no desenvolvimento de softwares, permite agilizar e automatizar o processo de desenvolvimento, ao passo de também reduzir os erros de programação causados pelos desenvolvedores.

44 44 REFERÊNCIAS BIBLIOGRÁFICAS GAMMA, E.. Padrões de Projeto: soluções reutilizáveis de software orientado a objetos. Porto Alegre: Bookman, ALEXANDER, C.. A Pattern Language: Towns, Buildings, Construction. California: Oxford University Press, PROWAY. Genexus X. Apostila para o curso Genexus X. Proway Informática. Blumenau, GENEXUS COMMUNITY WIKI. What Is a Software Pattern. Disponível em: Acesso em 03 de Maio de GENEXUS COMMUNITY WIKI. Work With Pattern. Disponível em: Acesso em 05 de Maio de MSDN. Visão geral de recursos e ferramentas (SQL Server 2008). Disponível em: Acesso em 23 de Maio de MSDN. Visual C#. Disponível em: Acesso em 23 de Maio de MSDN. Visão geral sobre o.net Framework. Disponível em: Acesso em 23 de Maio de 2013.