ESTÁGIO CURRICULAR I e II DESENVOLVIMENTO DE UMA ROTINA DE TRANSFERÊNCIAS DE MATERIAS ENTRE EMPRESAS NO PRODUTO LOGIX

Transcrição

1 DIEGO FERNANDO VENTURI ESTÁGIO CURRICULAR I e II DESENVOLVIMENTO DE UMA ROTINA DE TRANSFERÊNCIAS DE MATERIAS ENTRE EMPRESAS NO PRODUTO LOGIX EMPRESA: TOTVS S/A SETOR: SUSTENTAÇÃO SUPERVISOR: JULIANO TEÓFILO CABRAL DA MAIA ORIENTADOR: RAFAEL RODRIGUES OBELHEIRO CURSO DE TECNOLOGIA EM ANÁLISE E DESENVOLVIMENTO DE SISTEMAS CENTRO DE CIÊNCIAS TECNOLÓGICAS - CCT UNIVERSIDADE DO ESTADO DE SANTA CATARINA UDESC JOINVILLE SANTA CATARINA - BRASIL JUNHO/2013

2 2 APROVADO EM.../.../... Professor Rafael Rodrigues Obelheiro Doutor em Engenharia Elétrica Professor Orientador Professor Alexandre Gonçalves Silva Doutor em Engenharia Elétrica Professor Gian Ricardo Berkenbrock Doutor em Engenharia Eletrônica e Computação Juliano Teófilo Cabral da Maia Supervisor da CONCEDENTE

3 3 Carimbo da Empresa UNIDADE CONCEDENTE Razão Social: TOTVS S/A CGC/MF: / Endereço: Avenida Santos Dumont, 831 Bairro: Bom Retiro CEP: Cidade: Joinville UF: SC Fone: (47) Supervisor: Juliano Teófilo Cabral da Maia Cargo: Coordenador ESTAGIÁRIO Nome : Diego Fernando Venturi Matrícula: Endereço: Rua Pio XII, 428 Bairro: Bom Retiro CEP: Cidade: Joinville UF: SC Fone: (47) Curso de : Tecnologia em Análise e Desenvolvimento de Sistemas Título do Estágio: Desenvolvimento de uma rotina de transferências de materiais entre empresas no produto Logix. Período: 21/03/2013 a 20/05/2013 Carga horária: 240 AVALIAÇÃO FINAL DO ESTÁGIO I e II PELO CENTRO DE CIÊNCIAS TECNOLÓGICAS Representada pelo Professor da Disciplina: 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 4 Nome do Estagiário: Diego Fernando Venturi 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: TOTVS S/A Representada pelo Supervisor: Juliano Teófilo Cabral da Maia CONCEITO CONFORME SOMA TOTAL Rubrica do Supervisor da Empresa Local: Data : Carimbo da Empresa

5 5 UDESC UNIVERSIDADE DO ESTADO DE SANTA CATARINA - UDESC CENTRO DE CIÊNCIAS TECNOLÓGICAS - FEJ PLANO DE ESTÁGIO CURRICULAR I e II ESTAGIÁRIO Nome: Diego Fernando Venturi Matrícula: Endereço (Em Jlle): Rua Pio XII, 428 Bairro: Bom Retiro CEP: Cidade: Joinville UF: SC Fone: (47) Endereço (Local estágio): Av. Santos Dumont, 831 Bairro: Bom Retiro CEP: Cidade: Joinville UF: SC Fone: (47) Regularmente matriculado no semestre: 5º Formatura (prevista) Semestre/Ano: 1/2013 Curso: TADS UNIDADE CONCEDENTE Razão Social: Totvs S/A CGC/MF: / Endereço: Av. Santos Dumont, 831 Bairro: Bom Retiro CEP: Cidade: Joinville UF: SC Fone: (47) Atividade Principal : Análise e desenvolvimento de sistemas Supervisor: Juliano Teófilo Cabral da Maia Cargo: Coordenador DADOS DO ESTÁGIO Área de atuação: Sustentação Departamento de atuação: Vendas Fone: (47) Ramal: 7168 Horário do estágio: 08:00h às 12:00h e 13:30h às 15:30h Total de horas: 240 Período: 21/03/2013 até 20/05/2013 Nome do Professor Orientador: Rafael Rodrigues Obelheiro Disciplina(s) simultânea(s) com o estágio Quantas: 6 Quais: SOR Sociologia das organizações TES-03 SQL TES-04 Desenvolvimento de aplicações na WEB TES-12 Análise e projeto de sistemas avançados TES-17 Programação paralela TES-28 Fundamentos de computação gráfica

6 6 OBJETIVO GERAL Realizar o desenvolvimento de melhorias e retrabalhos no ERP Logix, com foco na área de Vendas e Distribuição de Produtos. O desenvolvimento contempla as etapas de análise, programação, testes e documentação utilizando-se das tecnologias Informix 4GL e TotvsTec e os bancos de dados Oracle, Informix e SQLServer. ATIVIDADES OBJETIVO ESPECÍFICO HORAS 5. Treinamento Realizar treinamentos e Workshops referentes à linguagem de 40 programação, banco de dados e regras de negócios do produto. 2. Análise 3. Desenvolvimento 4. Testes 5. Documentação Analisar as ocorrências de retrabalhos e sugestões de melhorias reportadas pelos clientes (internos/externos) sobre o produto. Fazer o detalhamento conforme um documento padrão pré-estabelecido pela empresa. Codificar o que foi especificado no detalhamento utilizando as ferramentas e padrões fornecidos pela empresa. Validar o desenvolvimento realizado confrontando os resultados obtidos com o esperado e especificado na etapa de análise. Criar um documento com fotos, vídeos, textos evidenciando a realização dos testes. Documentar a alteração realizada de duas formas: A primeira mais técnica que servirá para futuras consultas internas (histórico de alterações) e a segunda de forma mais conceitual que será enviada ao cliente para que esse tome conhecimento do que foi realizado 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 7 CRONOGRAMA FÍSICO E REAL PERÍODO (20 horas) ATIVIDADES Treinamento Análise P R P R Desenvolvimento P Testes Documentação R P R P R Legenda: P Planejado R Realizado

8 A Deus, pela saúde Aos meus pais e demais familiares, pelo amor e carinho por todos esses anos E aos meus amigos e colegas de trabalhos pelo apoio durante meu período de estágio. 8

9 9 AGRADECIMENTOS... Uma palavra amiga, uma notícia boa. Isso faz falta no dia a dia. A gente nunca sabe quem são essas pessoas... (Alexandre Magno Abrão) Aos meus pais e familiares pelo amor, incentivo e confiança por todos esses anos. Em especial a minha mãe Maria Alice Caetano que desde cedo me incentivou a buscar o conhecimento e me ensinou a escolher pelas coisas certas. Ao meu professor orientador, Rafael Rodrigues Obelheiro pelo apoio no desenvolvimento desse trabalho. Aos meus amigos pela amizade e companheirismo. A todos os meus professores durante minha vida acadêmica pelo conhecimento e experiência transmitidos. E por fim, mas não menos importante, aos meus colegas de trabalho que foram fundamentais para alcançar meus objetivos profissionais.

10 10 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 TREINAMENTOS FERRAMENTAS DE DESENVOLVIMENTO Protheus 10 SSIM TFS GOLD UltraEdit TECNOLOGIAS Informix-4GL Metadado TotvsTec DEFINIÇÃO GENÉRICA DA NOVA ROTINA Regra de negócio PROCEDIMENTOS Abertura do Chamado Análise Codificação e Testes Documentação Entrega CONCLUSÃO DO CAPÍTULO...41 CONSIDERAÇÕES FINAIS...42 GLOSSÁRIO...43 REFERÊNCIAS BIBLIOGRÁFICAS...44

11 11 LISTA DE FIGURAS Figura 1: Tela de ensino do E-learning...21 Figura 2: Tela do Tele-atendimento do SSIM...22 Figura 3: Tela do Monitor de Tarefas do SSIM...23 Figura 4: TFS Team Foundation Server...25 Figura 5: GOLD Com detalhe na opção de criação de patch...26 Figura 6: Exemplo de função em 4GL na ferramenta UltraEdit...28 Figura 7: Exemplo de cadastro de um programa no FRM Figura 8: Tela do TOTVS Development Studio...31 Figura 9: Fluxograma da nova rotina...34 Figura 10: Criação de uma nova Workspace no TFS...36 Figura 11: Integração dos objetos do chamado no GOLD...36 Figura 12: Criação do programa VDP50000 no FRM Figura 13: Evidências de testes do chamado TEJSX Figura 14: Página de suporte da TOTVS...40

12 12 LISTA DE TABELAS Tabela 1: Principais clientes TOTVS...18 Tabela 2: Principais clientes do produto Logix...19

13 13 RESUMO O presente relatório descreve as atividades realizadas durante o primeiro semestre de 2013 na empresa TOTVS S.A, no setor de sustentação do produto Logix. Durante esse período realizou-se o desenvolvimento de uma nova rotina para transferências de materiais entre filiais de uma mesma empresa. Nesse relatório estão descritas todas as atividades realizadas, desde o treinamento técnico e de negócio até a documentação do novo produto. Além disso serão detalhadas algumas das ferramentas e tecnologias utilizadas, bem como os procedimentos e políticas empregadas pela empresa.

14 14 1 INTRODUÇÃO Esse trabalho descreve as atividades realizadas durante o período de estágio curricular do curso de Tecnologia em Análise e Desenvolvimento de Sistemas da Universidade do Estado de Santa Catarina, com o objetivo de colocar em prática o conhecimento adquirido durante o curso. O estágio foi realizado durante o período de março a abril de 2013 na empresa TOTVS onde seu foco de negócio está diretamente relacionado aos objetivos do curso. Atividades como treinamentos, análise, programação, testes e documentação foram realizadas durante o desenvolvimento de uma nova rotina no módulo de Vendas e Distribuição de Produtos do ERP Logix e serão detalhadas ao longo do relatório. Além disso, será abordado um pouco sobre a linguagem de programação, conceitos, regras de negócios e padrões/políticas de desenvolvimento da empresa utilizadas nesse trabalho. 1.1 OBJETIVOS Geral Realizar o desenvolvimento de melhorias e retrabalhos no ERP Logix, com foco na área de Vendas e Distribuição de Produtos. O desenvolvimento contempla as etapas de análise, programação, testes e documentação utilizando-se das tecnologias Informix 4GL e TotvsTec e os bancos de dados Oracle, Informix e SQLServer Específicos Realizar treinamentos e Workshops referentes à linguagem de programação, banco de dados e regras de negócios do produto. Analisar as ocorrências de retrabalhos e sugestões de melhorias reportadas pelos clientes (internos/externos) sobre o produto. Efetuar o

15 detalhamento conforme um documento padrão pré-estabelecido pela empresa. 15 Codificar o que foi especificado no detalhamento utilizando as ferramentas e padrões fornecidos pela empresa. Validar o desenvolvimento realizado confrontando os resultados obtidos com o esperado e especificado na etapa de análise. Criar um documento com fotos, vídeos, textos evidenciando a realização dos testes. Documentar a alteração realizada de duas formas: A primeira mais técnica que servirá para futuras consultas internas (histórico de alterações) e a segunda de forma mais conceitual que será enviada ao cliente para que esse tome conhecimento do que foi realizado Justificativa De acordo com o IDC Instituto de Desenvolvimento Cultural: Visualiza-se um crescimento anual médio de 11% no mercado de ERP no Brasil. Esse crescimento advém, principalmente, de pequenas e médias empresas, localizadas no interior dos estados, que buscam profissionalizar sua gestão. As pequenas empresas visam, na maioria dos casos, reduzir custos operacionais com processos manuais e melhorar a qualidade das informações, tornando-se mais ágeis e assertivas, e, além disso, há a busca relevante por conhecer melhor seus clientes. (Portal Logweb,2013). Conforme pesquisas apontam, a utilização de sistemas ERP em empresas vem aumentando a cada ano, com isso gera-se uma necessidade de software houses melhorarem e expandirem seus produtos para que os tornem competitivos no mercado e atendam às necessidades e expectativas de seus clientes. Nesse pensamento, a empresa em questão decidiu desenvolver uma nova rotina que atende clientes com necessidades de transferir materiais entre suas filiais de forma rápida, segura e dinâmica. Assim surgiu uma oportunidade

16 do acadêmico colocar em prática tudo que aprendeu durante o curso realizado, além de ganhar experiência de mercado e compartilhar novos conhecimentos ORGANIZAÇÃO DO ESTUDO O presente documento foi dividido em quatro partes para melhor apresentação das informações. Abaixo um breve resumo do que será tratado em cada capítulo: Capitulo 1: Apresenta uma introdução do trabalho, seus objetivos gerais e específicos, além da justificativa e organização do estudo. Capitulo 2: Contém informações sobre a empresa em que foi realizado o estágio curricular. Inclui itens como histórico, missão, principais produtos e clientes, entre outras informações relevantes. Capitulo 3: Conteúdo principal do trabalho, onde serão demonstradas as atividades realizadas durante o período de estágio, com explicações de tecnologias e regras/padrões utilizados durante o desenvolvimento da nova rotina. Capitulo 4: No último capitulo do trabalho, são apresentadas as considerações finais, bem como dificuldades encontradas e outras informações relevantes ao processo.

17 17 2 A EMPRESA 2.1 HISTÓRICO A TOTVS é uma empresa de software, tecnologia e serviços que está no mercado há mais de 28 anos, onde ao longo desses anos foi adquirindo espaço no mercado através do seu produto competitivo, a administração agressiva e aquisição de diversas outras empresas do ramo, tornando-se assim a maior fabricante de softwares aplicativos sediadas em países emergentes e a 6º maior do mundo (TOTVS,2013a) São pelo menos 25 empresas já consolidadas na TOTVS, totalizando mais de 10 mil participantes em unidades próprias e franqueadas, presentes em mais de 23 países. Todos esses números expressivos dão base ao nome da empresa que em latim significa tudo, todos (TOTVS,2013a) Em 2012 recebeu o prêmio de Empresa do Ano da edição 2012 de Melhores e Maiores de EXAME (EXAME,2013). Uma das empresas adquiridas pela TOTVS em 2005 foi a Logocenter, que surgiu como uma divisão do Grupo Tupy (indústria de fundição em Joinville-SC) em O produto oferecido pela Logocenter era o ERP Logix, produto esse onde foram realizadas as alterações realizadas durante esse estágio. 2.2 PRINCIPAIS PRODUTOS A TOTVS fornece soluções em 10 segmentos diferentes: Agroindústria, Construção e Projetos, Distribuição e Logística, Educacional, Financial Services, Manufatura, Jurídico, Saúde, Serviços e Varejo. (TOTVS,2013a) Além disso, é uma empresa que não tem o software como sendo sua única oferta para seus clientes, ela também fornece soluções em tecnologia como ferramenta de gestão de conteúdo e workflow (ECM TOTVS), ferramentas de desenvolvimento (TOTVS Development Studio) e de integração (ESB TOTVS), entre outras. A empresa também oferece serviços de Cloud & Outsourcing, Consulting e Educação empresarial. (TOTVS,2013a).

18 18 Sua mais nova aposta chama-se By You, uma rede social de propósitos corporativos e profissionais criada para tornar mais eficientes todos os processos de comunicação interna de uma empresa, facilitando a troca de conhecimento entre os profissionais e promovendo o clima da organização. (By You, 2013) Como citado anteriormente, o ERP Logix surgiu com a antiga empresa Logocenter e nele foram realizadas as alterações descritas nesse relatório. O produto está no mercado há mais de 24 anos e tem como foco principal atender indústrias de manufatura e agroindústrias de médio e grande porte. O Logix é dividido em módulos conforme regra de negócio que atende (Financeiro, Vendas e Distribuição, Suprimentos, Recursos Humanos, Fiscal, Manufatura e Warehouse Management System - WMS). 2.3 PRINCIPAIS CLIENTES A visão da TOTVS ( Ser a empresa de software que melhor atende a clientes ) e a missão ( Ser uma referência global em soluções de tecnologia que fortalecem a gestão de nossos clientes ) demonstram a preocupação e foco da empresa nos clientes, onde hoje somam mais de 26 mil clientes ativos em todo o mundo. Na tabela 1 pode-se identificar alguns deles. (TOTVS,2013b) Cliente Ramo Soluções utilizadas Matriz Bonanza Supermercados Varejo ERP Protheus Caruaru-PE Marcegaglia Manufatura BI/ERP Logix Garuva-SC Distribuição e ERP Microsiga Ramos Transportes Logística /Datacenter São Paulo-SP Record Serviços Portal de RH São Paulo-SP Tigre Manufatura LMS/ Web ensino Joinville-SC Unicruz Educação ECM Cruz Alta-RS Service Desk/Back Urbano Agroindústria Office Volkswagen Manufatura TOTVS EPM Tabela 1: Principais clientes TOTVS Fonte: TOTVS,2013b Jaraguá do Sul-SC São Bernardo do Campo-SP Na tabela 2 estão listados os principais clientes que utilizam o produto Logix.

19 19 Cliente Ramo Matriz Wurth Manufatura Cotia-SP Golden Cargo Soluções Logísticas Passo Fundo-RS Tupy Manufatura Joinville-SC Marcegaglia Manufatura Garuva-SC Iochpe-Maxion Manufatura Cruzeiro-SP Marfrig Alimentício São Paulo-SP Cajovil Manufatura Brusque-SC Tabela 2: Principais clientes do produto Logix Fonte: TOTVS,2013b 2.4 CONSIDERAÇÕES GERAIS A TOTVS é uma empresa preocupada com seus funcionários (nas comunicações internas e externas é utilizado o nome de participante ), oferece além de benefícios básicos como Vale-alimentação; Vale-transporte; Plano de saúde; auxílio farmácia e Previdência privada, ela oferece diversos eventos para o desenvolvimento cultural, intelectual e profissional dos participantes. Um exemplo que podemos citar são os workshops realizados na empresa em horário de trabalho abordando assuntos como alimentação saudável, stress, novidades tecnológicas entre outros assuntos de interesse dos participantes. Outras características que demonstram a preocupação da empresa com seus participantes é a realização diária de ginástica laboral, horário flexível e ambiente de recreação e sala de massagem, oferecidos gratuitamente pela empresa. A empresa está em constante crescimento conforme reportagem a seguir sobre os resultados financeiros no primeiro trimestre de 2013: A receita líquida no 1T13 foi de R$ 374,2 milhões, alta de 6,6% em relação ao primeiro trimestre de Nos últimos 12 meses, o crescimento da receita líquida foi de 8,4%, atingindo R$ 1,4 bilhão. O lucro líquido fechou em R$ 51,9 milhões, avanço de 4% ante o mesmo período do ano passado. O EBITDA foi de R$ 97,5 milhões, com alta de 5,9%. A margem EBITDA consolidada alcançou 26,1%. (TOTVS,2013a).

20 20 3 DESENVOLVIMENTO Este é o principal capítulo do relatório, pois aqui são descritas as atividades realizadas durante o período de estágio, mostrando com detalhes as ferramentas, tecnologias e as atividades de desenvolvimento da nova rotina no produto LOGIX. 3.1 TREINAMENTOS No início do período de estágio, a empresa realizou diversos treinamentos presenciais com funcionários da empresa que detinham mais conhecimento sobre o tema do treinamento. Linguagem de programação Informix 4GL, Metadado, banco de dados Oracle, Informix e SQL Server e padrões de programação foram alguns dos assuntos abordados nesses treinamentos. Outro método de treinamento utilizado foi a Academia Virtual TOTVS (também conhecido como E-learning), que é uma ferramenta de ensino à distância muito utilizada pela empresa para disseminar conhecimento entre seus participantes, além disso, também é um produto oferecido aos clientes. A Figura 1 mostra uma tela de ensino da Academia Virtual, versando sobre o processo de sustentação do produto SSIM (Support System Information Management).

21 21 Figura 1: Tela de ensino do E-learning. Fonte: Primária,2013 Durante o período, o estagiário também pode obter conhecimento conversando com os demais participantes que sempre foram muito atenciosos e pacientes na hora de esclarecer algum assunto. 3.2 FERRAMENTAS DE DESENVOLVIMENTO Nesta seção estão contidas informações sobre as diversas ferramentas utilizadas durante o desenvolvimento do trabalho. Algumas ferramentas foram criadas internamente para atender as necessidades dos participantes e outras foram adquiridas de terceiros. Essas ferramentas são de grande importância para padronizar e sistematizar os procedimentos e padrões utilizados pela empresa, mantendo uma política única para todos os participantes e são essenciais para obter certificados de qualidade Protheus 10 SSIM Principal ferramenta de desenvolvimento utilizada, onde existem duas telas essenciais para exercer as atividades diárias. A primeira é denominada

22 22 Tele-atendimento, representada na Figura 2, onde é possível consultar qualquer chamado aberto, verificando informações do cliente e do assunto, verificar todo o histórico das atividades realizadas no chamado e entrar em contato com o cliente. Figura 2: Tela do Tele-atendimento do SSIM. Fonte: Primária,2013 A segunda tela é o Monitor de tarefas onde através de um Diagrama de Gantt o participante pode verificar todas as etapas que estão pendentes com ele (Figura 3). Além dessa consulta gerencial, é nesse monitor que o participante aponta as horas trabalhadas num determinado chamado e também onde anexa a evidência de teste e documentação do que foi realizado e enviado aos clientes junto com o software. Outro recurso existente no monitor de tarefas é um check-list com todas as ações e procedimentos que o participante deve executar em cada chamado.

23 23 Figura 3: Tela do Monitor de Tarefas do SSIM. Fonte: Primária, TFS O Team Foundation Server (TFS) é uma ferramenta CASE da Microsoft que funciona como um repositório de arquivos (Figura 4). Todos os arquivos relacionados ao sistema estão armazenados nessa ferramenta, onde é possível controlar versões dos arquivos, consultar histórico de atualização e controlar qual participante está preso com o arquivo em alteração, garantindo assim que duas ou mais pessoas não alterem um mesmo arquivo ao mesmo tempo. Por ser um centralizador de arquivos, todos os participantes envolvidos no desenvolvimento de um chamado em algum momento do processo realizam alguma interação com a ferramenta. Qualquer participante pode realizar consultas de arquivos, histórico, status, etc. Porém apenas quem possui alguma relação com o chamado poderá realizar alguma movimentação na ferramenta. As principais movimentações existentes são:

24 24 Check-out for Edit : Quando é feito uma cópia do arquivo para o computador do participante e o mesmo fica disponível para sofrer alguma alteração. Check-in : É o ato de efetivar a ação tomada pelo participante, que pode ser uma ação de inclusão de arquivo novo, exclusão de um arquivo existente ou modificação de um arquivo que foi realizado um comando de Check-out for Edit anteriormente. O analista do chamado realiza o check-in da análise levantada e documentada em um arquivo do Microsoft Word para que fique registrado para futuras consultas. O participante que mais interage com a ferramenta é o programador, que primeiramente realiza a consulta da análise realizada pelo analista. Em seguida realiza a reserva dos arquivos que precisará alterar ( Check-out for edit ). Conforme necessidade, ele também pode realizar a inclusão de novos arquivos ou exclusão de arquivos que não são mais necessários (essa ação é raramente utilizada, geralmente quando algum arquivo é efetivado erroneamente). Por fim o programador realiza o check-in de todas as ações que ele realizou, informando o número do chamado a que a ação está atrelada e um pequeno histórico da alteração para futuras consultas. Por segurança, esses arquivos ficaram com status de lock, não sendo possível sofrer nenhuma movimentação. Esse bloqueio é retirado após os testes de qualidade realizados pela equipe de SQA (System Quality Assurance), ficando liberados para outros participantes realizarem movimentações. Na figura 4 é possível visualizar a tela inicial do programa.

25 25 Figura 4: TFS Team Foundation Server. Fonte: Primária, GOLD A ferramenta Gestão de Objetos Logix e Datasul, convencionalmente chamada de GOLD, é uma ferramenta auxiliar de desenvolvimento focada na expedição dos chamados, ou seja, gerencia como será feita a liberação das alterações para os clientes. É utilizada exclusivamente pelo programador, onde após realizar o Check-out for Edit ou uma inclusão ou ainda uma exclusão de arquivo no TFS, ele inicia um novo desenvolvimento no GOLD, informando os dados principais do chamado e a relação de arquivos (tratados como objetos pela ferramenta) que serão alterados no chamado. Ao fim do processo de checkin realizado pelo programador no TFS, ele retorna ao GOLD onde irá finalizar o desenvolvimento. Nesse momento o programa busca e armazena o Changeset da alteração, que seria um identificador único de cada movimentação realizada no TFS. Dessa forma, através da ferramenta GOLD é possível identificar exatamente quais objetos foram alterados em um

26 26 determinado chamado, sendo assim possível gerar um pacote de liberação para o cliente. Esse pacote de liberação é denominado como patch. Ele possui duas formas de ser gerado. A primeira é através do GOLD, onde após a finalização do chamado, o programador tem uma opção em que ele precisa apenas informar o cliente e ambiente de aplicação e em seguida a ferramenta irá gerar o patch contendo todos os arquivos envolvidos no desenvolvimento do chamado. Esse é o procedimento padrão de liberação de chamados para os clientes, porém nem sempre é possível realizá-lo, principalmente pelo fato da ferramenta necessitar que todos os objetos tenham sido integrados no TFS e no GOLD. Quando não é possível gerar o patch usando o GOLD, o programador pode gerar o patch pelo TDS, que é outra ferramenta da TOTVS que será detalhada na seção Essa ferramenta permite gerar o patch com qualquer arquivo de qualquer versão, sendo muito útil em caso onde o objeto está em lock com outro participante. Após a geração do patch (que pode ter sido gerado via GOLD ou TDS) é possível realizar a publicação na página de suporte da TOTVS aos clientes, através de uma opção específica no GOLD, conforme ilustrada na Figura 5. Figura 5: GOLD Com detalhe na opção de criação de patch. Fonte: Primária,2013

27 UltraEdit É um editor de texto utilizado pela maioria dos programadores do produto LOGIX, pois apresenta diversas vantagens em relação a outros editores e até mesmo ao IDE da TOTVS. Ele possui marcação de sintaxes para ajudar na programação, alterando a fonte dos comandos, tornando o código mais organizado e legível. Na figura 6 é possível visualizar a marcação de sintaxes da ferramenta. Porém essa funcionalidade não vem preparada para a linguagem 4GL, mas a própria equipe da TOTVS criou o arquivo de sintaxe que é compartilhado entre os participantes. Além disso, ele permite a edição em modo bloco facilitando a endentação do código fonte. Outra característica muito importante é a capacidade de trabalhar com arquivos de até 4GB, o que facilita quando trabalhamos com arquivos de log grande. (UltraEdit,2013) 3.3 TECNOLOGIAS Em seguida estão resumidas algumas características e definições das principais tecnologias que estiveram envolvidas durante o período de estágio Informix-4GL 4GL é uma linguagem de programação de quarta geração desenvolvida pela Informix em 1986 e foi uma das linguagens mais bem sucedidas nos anos 80 e 90. Mesmo com todo esse sucesso a Informix (que posteriormente foi adquirida pela IBM) não conseguiu evoluir de forma satisfatória a linguagem. A principal evolução existente foi a criação de compiladores como o 4js (utilizado pela TOTVS), Querix e Auit4Gl que permitem a utilização das aplicações em modo gráfico, pois o compilador padrão da IBM possui uma interface alfanumérica. (Wikipédia,2013) A maior vantagem da linguagem é a forma simples e fácil de programar, principalmente quando é necessário realizar interações com banco de dados.

28 28 Um programa 4GL é formado pela função MAIN, que é a primeira a ser executada, e por demais funções (conforme figura 6) que podem ser criadas para melhor organização e reaproveitamento de código. Essas funções podem estar no mesmo arquivo (também chamado de módulo) ou em outros arquivos.4gl, que são o formato padrão para esse tipo de código-fonte. Existem três tipos de variáveis, elas podem ser declaradas como: Global: Definidas fora de qualquer função e entre os comandos GLOBALS e END GLOBALS. São variáveis que podem ser utilizadas por qualquer função do programa, estando essa declarada no mesmo módulo (arquivo fonte) ou não. Modular: Definidas fora de qualquer função, porém sem nenhum identificador e podem ser utilizadas por qualquer função dentro do mesmo módulo em que foram definidas. Local: Definidas dentro de uma função que será o único lugar que poderão ser utilizadas. Figura 6: Exemplo de função em 4GL na ferramenta UltraEdit. Fonte: Primária, Metadado Conforme Mauricio Abreu (2013), Metadado refere-se a alguma estrutura descritiva da informação sobre outra informação ou conhecimento,

29 29 auxiliando na identificação, descrição, localização e gerenciamento desse recurso. Outra definição muito utilizada pelos profissionais da área é Dados sobre dados. A partir desse conceito e com o intuito de padronizar, simplificar e agilizar o desenvolvimento de programas, a TOTVS desenvolveu uma ferramenta CASE, chamada pelos participantes de Metadado, para a criação de programas, em especial programas de cadastros e de processamento. Essa ferramenta funciona a partir de cadastros que o programador realiza em programas desenvolvidos pela equipe de framework da TOTVS. Na figura 7 é possível visualizar o programa FRM0002 que realiza a criação de programas de cadastro. Figura 7: Exemplo de cadastro de um programa no FRM0002. Fonte: Primária,2013 Basicamente basta informar a tabela e seus campos que no momento de executar esse programa o Metadado realizará a criação da tela e irá controlar toda a manipulação das informações no banco de dados. Naturalmente, foram previstas diversas parametrizações para ajustar o programa (convenientemente chamado de formulário) às necessidades da

30 30 aplicação. Por exemplo, pode-se alterar a descrição do campo, indicar quais campos são obrigatórios, ajustar ordenação e leiaute dos campos, indicar quais funções do programa em 4GL que devem ser executadas quando o usuário tomar uma certa ação, entre outros ajustes. Essa tecnologia tornou o LOGIX mais dinâmico e com mais recursos gráficos que facilitam a interação com os usuários, pois até mesmo gráficos são passíveis de implementação TotvsTec TotvsTec é uma tecnologia proprietária da TOTVS, que vai além do simples desenvolvimento de aplicações, ela engloba diversas ferramentas como, por exemplo: TOTVS Application Server: Servidor de aplicação. TOTVS Smart Client: Ferramenta para execução das aplicações no lado cliente do sistema. TOTVS Development Studio: É uma IDE (Integrated Development Environment), muito utilizada durante o desenvolvimento de um chamado, pois permite realizar ajustes no código fonte através da sua interface de edição de arquivos, permite a execução de programas em modo normal e de depuração, conexão com diversos ambientes parametrizados, geração de patches entre outras opções. Na figura 8 é possível visualizar sua interface. TOTVS Monitor: Permite monitorar as aplicações em execução, com dados referente à conexão e ao usuário, com opção de derrubar usuários, muito utilizada quando algum processo que está sendo executado pelo usuário fica travado, onde não é possível encerrar a aplicação de forma natural. TOTVS DBMonitor: Semelhante ao TOTVS Monitor, porém direcionado para o acompanhamento do banco de dados. Todas essas ferramentas foram desenvolvidas em ANSI C++, portanto não dependem de API s específicas para funcionar e podem ser executadas

31 em qualquer sistema operacional e plataformas com suporte ao ANSI C++. (TOTVS,2013a) 31 Figura 8: Tela do TOTVS Development Studio. Fonte: Primária, DEFINIÇÃO GENÉRICA DA NOVA ROTINA Todos os clientes TOTVS podem sugerir melhorias para os produtos que utilizam. Sempre que ocorre um contato entre cliente e a empresa com objetivo de solicitar uma melhoria, indicar um erro, um serviço de consultoria técnica, alteração de legislação, entre outros casos, é aberto um chamado para registrar o incidente, dados do solicitante e histórico das atividades relacionadas a esse assunto. E foi através do chamado TEJSX3 que a empresa Riclan S.A. solicitou uma nova rotina para transferência de materiais entre suas filiais de forma automática e mais dinâmica. Por se tratar de uma melhoria do produto, primeiramente ela passou por uma avaliação por parte da liderança e coordenação da equipe, para verificar

32 32 se a TOTVS iria atender essa solicitação como não faturada ou deveria ser encaminhada para a equipe de Fábrica de Software, onde a melhoria sugerida seria cobrada integralmente (ou conforme negociação) do cliente. Como foi constatada que a melhoria poderia atender outros clientes e que iria acrescentar recursos ao produto, ela foi aceita como uma sugestão de melhoria e realizada pela equipe de sustentação, sem custo ao cliente Regra de negócio O cliente Riclan S.A. possui duas filiais em Rio Claro SP, onde em uma delas é produzida a maior parte de seus produtos e também funciona como depósito de sua produção, denominada filial 02. Devido a um incentivo fiscal que ela possui na filial de menor produção, denominada filial 01, é mais interessante financeiramente transferir o material produzido na filial 02 para a filial 01 para realizar o faturamento para seus clientes. Esse processo era feito quase que de forma manual, onde os funcionários da área de logística, através de relatórios, identificavam os pedidos em aberto, confrontavam com o estoque disponível na filial 02 e incluíam uma solicitação de transferência no LOGIX desse material para a filial 01. Somente a partir desse momento o processo ocorria de forma automatizada pelo ERP. A partir desse cenário, a Riclan entrou em contato com a TOTVS, solicitando uma rotina onde fosse possível visualizar de forma mais simples, objetiva e dinâmica, seus pedidos e estoque, podendo assim realizar a divisão entre rotas de entrega e definição da quantidade de materiais para transferência de forma mais segura e rápida. Outro ponto de melhoria seria a inclusão da solicitação de transferência no LOGIX que agora seria automatizada, sem precisar que o usuário digite todas as informações da nota fiscal no sistema, ganhando agilidade e segurança no processo.

33 PROCEDIMENTOS Nessa parte do capítulo são descritos os procedimentos adotados para o desenvolvimento do chamado TEJSX3 para atender à melhoria sugerida pelo cliente Abertura do Chamado Conforme já citado anteriormente, o cliente Riclan S.A tinha a necessidade de melhorar e automatizar o processo de transferência de material entre suas filiais. Conforme procedimento adotado pela empresa, o cliente abriu o chamado TEJSX3 para registrar essa solicitação. Todo chamado aberto, seja através da página de suporte na internet ou através do canal de atendimento telefônico, é encaminhado à equipe de atendimento e consultoria técnica. Após uma primeira avaliação, essa equipe constatou que o ERP não possuía nenhuma rotina que atendesse à necessidade do cliente, com isso entrou em contato com a equipe de Manutenção, que é a equipe que detém um maior conhecimento da regra de negócio que envolve a área de Vendas e Distribuição de Materiais. A equipe de manutenção, também conhecida como equipe de Sustentação, fez uma nova avaliação, onde em acordo com a sua coordenação, decidiram realizar a alteração como sendo uma melhoria não faturada do produto, ou seja, seria realizada pela equipe de manutenção e sem custos para o cliente, pois entendeu-se que aquela nova rotina estaria agregando ao ERP e outros clientes poderiam beneficiar-se Análise A partir da aprovação da alteração, a analista líder da equipe de manutenção visitou o cliente para conhecer o processo mais detalhadamente e fazer uma primeira análise, realizando o levantamento de requisitos e passando para o cliente a primeira idéia que a TOTVS teve da rotina. Essa

34 34 troca de entendimento foi necessária, pois mesmo a empresa tendo aceitado a nova rotina como uma melhoria não faturada, algumas situações que fossem muito específicas daquele cliente teriam que ser tratadas por funções especificas, para não afetar clientes que futuramente utilizariam a rotina padrão. De volta à empresa, a analista líder passou para o estagiário o resultado da primeira análise, onde com a ajuda de algumas folhas de papel Sulfite desenhamos um esboço de como seriam as telas do programa e a dinâmica de funcionamento. A figura 9 demonstra o fluxograma do processo, onde o programa VDP50000 Protocolo de Transferência seria o novo programa a ser desenvolvido. Os demais programas já faziam parte do ERP, sendo que alguns necessitariam de ajustes pontuais apenas. Figura 9: Fluxograma da nova rotina. Fonte: Primária,2013

35 35 No final do processo de análise, chegamos a um total de 80 horas para realização da nova rotina, sendo dividida em 15 horas de análise, 45 horas para programação e 20 horas para testes e documentação. Nessa etapa de análise também é realizada a criação da solicitação de alteração do dicionário de dados, onde é feita a criação das novas tabelas no banco de dados necessárias para o funcionamento da nova rotina. Esse processo é realizado pelo analista, que detalha a estrutura da nova tabela em uma planilha do Microsoft Excel padronizada e encaminha para a equipe de Administração de dados, que cria o arquivo conversor que deverá ser executado na base dos clientes para atualização Codificação e Testes Essa foi a etapa mais complexa e demorada, onde o estagiário precisou colocar em prática o que foi aprendido nos treinamentos e algumas situações vivenciadas na universidade. A primeira atividade é realizar a execução da tarefa de programação na ferramenta SSIM, para que algumas ferramentas auxiliares pudessem ser executadas e as horas trabalhadas fossem apontadas corretamente. Em seguida é necessário criar os arquivos fontes e reservar aqueles já existentes no TFS, para isso criamos uma nova Workspace que nada mais é que uma divisão criada para separação dos arquivos modificados em um determinado chamado. No momento da criação da Workspace é necessário mapear um diretório do computador onde ficarão armazenados os arquivos trabalhados (Figura 10). Depois de realizada essa etapa é possível reservar os arquivos a serem alterados executando o comando Check-out for Edit, dessa forma o arquivo estará bloqueado para outros participantes, permitindo apenas que seja visualizado. Para objetos novos, essa etapa não é necessária, apenas deve-se realizar o Check-in dos objetos no fim do processo, conforme será descrito adiante.

36 36 Figura 10: Criação de uma nova Workspace no TFS. Fonte: Primária,2013 A segunda atividade a ser realizada é a iniciação do desenvolvimento na ferramenta GOLD, para isso basta acessar o programa, informar o número do chamado e selecionar a Workspace criada. Nesse momento a ferramenta exibe quais objetos foram reservados (Figura 11) bastando apenas o programador confirmar a operação. A partir desse momento já é possível começar a codificação das alterações. Figura 11: Integração dos objetos do chamado no GOLD. Fonte: Primária,2013

37 37 O novo programa (VDP50000) foi desenvolvido utilizando-se a tecnologia de Metadado, para a criação de um programa assim é necessário realizar o cadastro do formulário no programa FRM0002. Nele foram informados os campos que deveriam ser exibidos em tela e sua disposição, as funções que deveriam ser executadas em determinados momentos, como por exemplo quando o usuário digitasse algum valor no campo de item ou quando selecionar a opção Reservar do programa. Na figura 12 é possível visualizar esse cadastro realizado pelo programador. Figura 12: Criação do programa VDP50000 no FRM0002. Fonte: Primária,2013 Após o cadastro do formulário, é necessário exportar essas informações e aplicá-las no ambiente em que serão realizados os testes. Para isso bastar acessar o GOLD e selecionar a opção Exportar XML, que a ferramenta gera um arquivo XML contendo todas as informações do formulário. Feito isso executo o programa LOG00074 informando o diretório onde se encontra o arquivo XML e efetuo a carga do mesmo.

38 38 Próxima etapa é realizar a codificação utilizando-se da linguagem Informix 4GL e do editor de textos UltraEdit. O arquivo fonte contém todas as funções que foram informadas no formulário e devem obrigatoriamente ao final retornar um status de execução, que pode ser o valor TRUE indicando que a função foi executada sem problemas ou FALSE indicando que houve algum problema durante a execução e o processamento do programa deve ser interrompido. Finalizando a etapa de codificação, é necessário gerar um arquivo no Microsoft Word seguindo um padrão estabelecido pela empresa contendo uma evidência de testes, para demonstrar que a alteração desenvolvida foi validada pelo programador antes de encaminhar o chamado para a próxima etapa. A ideia do documento é simples, são necessários algumas saídas dos programas em execução e alguns comentários sobre o que foi realizado. Na figura 13 temos uma noção das evidências de testes realizada para o chamado TEJSX3. Figura 13: Evidências de testes do chamado TEJSX3. Fonte: Primária,2013

39 Documentação Por se tratar de uma nova rotina padrão do produto, foi necessária a confecção de um manual, contendo de forma simples e explicativa o funcionamento, parametrizações necessárias, requisitos e o processo de instalação da rotina. Para isso a empresa fornece um documento no formato do Microsoft Word com um padrão pré-estabelecido e que deve ser encaminhado para a equipe de documentação, que fará uma revisão verificando, entre outros pontos, a ortografia, concordância e se respeita o padrão estabelecido pela empresa. Caso a pessoa responsável pela revisão encontre alguma anormalidade é solicitado ao analista que revise o documento e encaminhe novamente para a equipe. Esse processo é realizado via por não necessitar de muitos controles. Ao fim do processo, o documento é disponibilizado na área de suporte para acesso dos clientes e em um servidor local para consultas internas Entrega A última e mais importante etapa é a entrega do chamado ao cliente. Conforme já citado anteriormente, esse processo é realizado através de um patch que contém as funções e programas compilados. Além disso, outros arquivos também são necessários como por exemplo, os arquivos XML que contêm as informações dos formulários em Metadado, o conversor que irá atualizar o banco de dados e a documentação da alteração. Todos esses arquivos são compactados e publicados na página de suporte da TOTVS (figura 14) ficando disponível para o cliente realizar o download do mesmo.

40 40 Figura 14: Página de suporte da TOTVS. Fonte: TOTVS,2013c 3.6 CONCLUSÃO DO CAPÍTULO Dessa forma finaliza-se o capítulo de desenvolvimento, onde foram descritas as atividades realizadas durante um ciclo de vida de um chamado na empresa, desde abertura do chamado contendo a solicitação do cliente até a entrega da alteração ao mesmo. Além disso foram citadas as principais ferramentas e tecnologias que auxiliam e padronizam os procedimentos adotados pela empresa.

41 41 CONSIDERAÇÕES FINAIS Ao término do período, o acadêmico pôde concluir que o estágio proporcionou uma oportunidade única de colocar em prática tudo aquilo que aprendeu e vivenciou na faculdade, além de adquirir muito conhecimento e experiência tanto profissional quanto pessoal. Em linhas gerais, todas as disciplinas cursadas durante a faculdade auxiliaram de alguma forma para a realização do estágio, algumas influenciaram mais tecnicamente, como as disciplinas de estrutura de dados e análise de sistemas. Sociologia por exemplo, auxiliou no relacionamento interpessoal no meio profissional. Rapidamente podemos citar algumas dificuldades encontradas: falta de conhecimento na linguagem de programação, regra de negócio e banco de dados e principalmente a organização do tempo para realização das atividades acadêmicas e profissionais. Porém as dificuldades foram superadas e tornarem-se apenas mais um motivo para comemoração da realização do trabalho feito. É interessante também citar o apoio que recebeu dos colegas de trabalho, que em momento algum se recusaram a ensinar e auxiliar o estudante, todos sempre muito pacientes e acessíveis.

42 42 GLOSSÁRIO ANSI: American National Standards Institute CASE: Computer Aided Software Engineering. Chamado: Número para controle de qualquer serviço realizado ou prestado para um cliente. Changeset: Identificador único de cada movimentação realizada no TFS Compilação: Junção de programas, tradução de linhas de código para alguma linguagem de baixo nível (linguagem de máquina). Consulting: Serviço de consultoria. Depuração: Visualização da execução do programa linha por linha. Diagrama de Gantt: Gráfico utilizado para representar o avanço das diferentes etapas de um projeto. ERP: Enterprise Resource Planning. Patch: Arquivo compactado que contem os programas e funções já compiladas WMS: Warehouse Management System ou sistema gerenciador de armazém Workshops: Reunião de grupos de pessoas interessados em determinado projeto ou atividade para discussão. Workspace: Espaço de trabalho, onde são feitas manipulações nos arquivos no TFS. XML: Extensible Markup Language ou Linguagem de marcação.

43 43 REFERÊNCIAS BIBLIOGRÁFICAS Byyou. O que é o by You. Disponível em: Acesso em: 06 de maio de 2013 EXAME. TOTVS é a Empresa do Ano de Melhores e Maiores de EXAME. Disponível em: Acesso em: 05 de maio de 2013 Portal Logweb. Mercado de ERP continua em expansão e cresce com o uso nas pequenas e médias empresas. Disponível em: Acesso em: 15 de abril de 2013 TOTVS. Quem Somos. Disponível em: Acesso em: 15 de abril de Cases de Sucesso. Disponível em: Acesso em: 15 de abril de Suporte. Disponível em: Acesso em: 15 de abril de 2013 UltraEdit. UltraEdit Text editor. Disponível em: Acesso em: 06 de maio de 2013 Wikipédia. Informix-4GL. Disponível em: 4GL. Acesso em: 12 de maio de 2013