ESTÁGIO CURRICULAR I e II MANUTENÇÃO E DESENVOLVIMENTO DE PROGRAMAS NO PRODUTO DATASUL HCM DA TOTVS

Transcrição

1 JEFERSON MOHR BOSO ESTÁGIO CURRICULAR I e II MANUTENÇÃO E DESENVOLVIMENTO DE PROGRAMAS NO PRODUTO DATASUL HCM DA TOTVS EMPRESA: TOTVS S.A. SETOR: SUSTENTAÇÃO SUPERVISOR:MARCIO DALFOVO ORIENTADOR:CHARLES CHRISTIAN MIERS 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/2012

2 APROVADO EM.../.../... Professor Charles Christian Miers Titulação Mestre Professor Orientador Professor Titulação Professor Titulação Supervisor da CONCEDENTE

3 Carimbo da Empresa UNIDADE CONCEDENTE Razão Social: Endereço: CEP: Supervisor: Cidade: UF: CGC/MF: Bairro: Fone: Cargo: ESTAGIÁRIO Nome : Endereço: CEP: Curso de : Cidade: UF: Título do Estágio: Período: / / / a / / Matrícula: Bairro: Fone: Carga horária: AVALIAÇÃO FINAL DO ESTÁGIO I e II PELO CENTRO DE CIÊNCIAS TECNOLÓGICAS Representada pelo Professor da Disciplina:Edino M. L. Fernandes 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 NOTA (Média do ETG II Processo) (Média do Processo) Rubrica do Professor da Disciplina Joinville / /

4 Nome do Estagiário :Jeferson Mohr Boso QUADRO I AVALIAÇÃO NOS ASPECTOS PROFISSIONAIS Pontos 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 QUADRO II AVALIAÇÃO DOS ASPECTOS HUMANOS Pontos 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 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 AVALIAÇÃO FINAL SOMA do Quadro I multiplicada por 7 SOMA do Quadro II multiplicada por 3 SOMA TOTAL Pontos LIMITES PARA CONCEITUAÇÃO De 57 a SOFRÍVEL De 102 a REGULAR De 148 a BOM De 195 a MUITO BOM De 241 a EXCELENTE Nome da Empresa: Representada pelo Supervisor: CONCEITO CONFORME SOMA TOTAL Rubrica do Supervisor da Empresa Local: Data : Carimbo da Empresa

5 UDESC UNIVERSIDADE DO ESTADO DE SANTA CATARINA - UDESC CENTRO DE CIÊNCIAS TECNOLÓGICAS - FEJ PLANO DE ESTÁGIO CURRICULAR I e II ESTAGIÁRIO Nome: Jeferson Mohr Boso Endereço (Em Jlle): Rua Copacabana CEP: Cidade: Joinville UF: SC Endereço (Local estágio): Av. Santos Dumont CEP: Cidade: Joinville UF: SC Regularmente matriculado no semestre: 4 Formatura (prevista) Semestre/Ano: 01/2013 Matrícula: Bairro: Floresta Fone: Bairro: Bom Retiro Fone: (47) Curso: TADS UNIDADE CONCEDENTE Razão Social: Totvs S.A. CGC/MF: / Endereço: Av Santos Dummont Bairro:Bom Retiro CEP: Cidade: Joinville UF: SC Fone: (47) Atividade Principal: Manutenção do Produto(Programação) Supervisor: Marcio Dalfovo Cargo: Líder Sustentação HCM DADOS DO ESTÁGIO Área de atuação: Tecnologia da Informação - Manutenção Departamento de atuação: Sustentação Fone: (47) Ramal: 8183 Horário do estágio: 09:00 ás 12:00/14:00 ás 17:00 Total de horas: 240 Período: 15/08/2012 a 15/11/2012 Nome do Professor Orientador: Charles Christian Miers Disciplina(s) simultânea(s) com o estágio Quantas: 3 Quais: SOP-SI TES-06 TES-29

6 OBJETIVO GERAL Desenvolver módulo de controle de chamados específico em linguagem Progress para implantação dentro do sistema de Recursos Humanos (HCM) Datasul ATIVIDADES Aprendizagem em Linguagem de Programação Avançada Conhecimento do Produto HCM e Especificar Procedimentos Manutenção do Produto HCM Desenvolver controle de chamados Internos Rubrica do Professor Orientador Data: OBJETIVO ESPECÍFICO Estudar a linguagem de programação Progress Avançada com templates Datasul Conhecer a regra de negócio dos módulos dentro do produto Datasul HCM, especificar procedimentos de como chegou na resolução do problema e como repassar programas para outras versões do sistema Verificar os problemas ocorridos em algumas rotinas do sistema Datasul HCM e realizar a manutenção Desenvolver programas para o módulo de controle de chamados internos conforme necessidade do cliente Rubrica do Comitê de Estágios Rubrica do Coordenador de Estágios Rubrica do Supervisor da Empresa Data: Data: Data: HORAS Carimbo da Empresa

7 Aos meus pais Marlindo Boso e Raquel Mohr Boso

8 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: Minha Família pelo incentivo e apoio em todos os momentos; A Totvs S.A. pela oportunidade oferecida para o local de estágio; O professor Orientador Charles Christian Miers e aos meus amigos que sempre me incentivaram e me ajudaram no que foi preciso.

9 SUMÁRIO Conteúdo RUBRICA DO PROFESSOR DA DISCIPLINA...III QUADRO I...IV QUADRO II...IV PONTUAÇÃO PARA O QUADRO I E II...IV HORAS...VI GLOSSÁRIO...XI INTRODUÇÃO...XIII 1.1. OBJETIVOS...XIII Geral...xiii Específicos...xiii Justificativa...xiv ORGANIZAÇÃO DO ESTUDO...xiv...XIV A EMPRESA...XV 2.1. HISTÓRICO...XV 2.2. PRINCIPAIS PRODUTOS...XV A TOTVS TRABALHA EM 2012 COM NOVE SEGMENTOS, COM SOLUÇÕES PERSONALIZADAS DE PARA CADA SETOR DA EMPRESA QUE UTILIZAR O PRODUTO: (TOTVS, 2012)...XV 2.3. PRINCIPAIS CLIENTES...XVI 2.4. CONSIDERAÇÕES...XVII 3. DESENVOLVIMENTO...XVII 3.1. VISÃO DATASUL HCM...XVIII 3.2. MÓDULOS DATASUL HCM...XVIII 3.3. APRENDIZAGEM EM LINGUAGEM DE PROGRAMAÇÃO PROGRESS...XIX Linguagem Progress...xix Funcionalidade Banco de Dados Progress...xx Funcionalidades e Características do Módulo Segurança do Trabalho...xxi 3.5. MANUTENÇÃO EM SOFTWARE...XXII 3.6. MANUTENÇÃO DO PROGRAMA ST BRIGADA...XXIII 3.7. MÓDULO DE CONTROLE DE CHAMADOS...XXIX Considerações do capítulo...xli...xli CONSIDERAÇÕES FINAIS...XLII...XLIV APÊNDICE A...XLIV

10 LISTA DE FIGURAS FIGURA 1 FUNCIONAMENTO DO BANCO DE DADOS PROGRESS ADAPTADO DE ( COSTA,2012)...XX FIGURA 2 -- INTEGRAÇÃO DO MÓDULO BENEFÍCIOS SOCIAIS COM O FOLHA DE PAGAMENTO E RESCISÃO...XXII FIGURA 3 FP1500 CADASTRO DE FUNCIONÁRIOS...XXIII FIGURA 4 ST0013 CADASTRO DE BRIGADAS...XXIV FIGURA 5 CONSULTA FUNCIONÁRIO...XXVI FIGURA 6 CADASTRO DE BRIGADAS ST XXVII FIGURA 7 CADASTRO DE BRIGADAS ST0013B...XXVIII FIGURA 8 -- MENSAGEM DE ERRO NO CASTRO DE BRIGADAS...XXVIII FIGURA 9 PORTAL DO CLIENTE...XXIX FIGURA 10 FERRAMENTA SSIM...XXX FIGURA 11 FLUXO DO CONTROLE DE CHAMADOS...XXXI FIGURA RELACIONAMENTO TABELAS...XXXII FIGURA 13 TABELA PROGRESS CHAMADOS...XXXII FIGURA 14 PROGRAMA CADASTRO DE CHAMADOS...XXXIII FIGURA 15 PROGRAMA ALOCAR RECURSO...XXXIV FIGURA 16 TABELA ALOCAR RECURSO...XXXV FIGURA 17 PROGRAMA RECUSAR CHAMADO...XXXV FIGURA 18 CONSULTA DE CHAMADOS POR RECURSO...XXXVII FIGURA 19 APONTA HORAS RECURSO...XXXVIII FIGURA 20 RELATÓRIO CHAMADO SELEÇÃO...XXXIX FIGURA 21 RELATÓRIO CHAMADO CLASSIFICAÇÃO...XXXIX FIGURA 22 RELATÓRIO CHAMADO CLASSIFICAÇÃO 1...XL FIGURA 23 RELATÓRIO CHAMADO CLASSIFICAÇÃO 2...XL

11 Lista de Códigos Código 1 Leitura tabela Funcionário sem data de desligamento...24 Código 2 - Leitura tabela Funcionário com data de desligamento...24 Código 3 Leitura Tabela funcionário no Leave do Campo...25 Código 4 Definição do envio de GLOSSÁRIO BI - Business Intelligence BSC - Balanced Scorecad EPM - Enterprise Project Management ERP - Enterprise Resource Planning Um sistema integrado com funcionalidades que suportam as atividades dos diversos processos de negócio das empresas. e-learning - é um ensino eletrônico, corresponde a um modelo de ensino não presencial suportado por tecnologia. HCM Gestão de Recursos Humanos o ERP comercializado pela Totvs é desenvolvido em linguagem Progress. TADS -- Tecnologia em Análise de Desenvolvimento de Sistemas.

12 RESUMO Ao longo deste relatório tem-se um breve histórico da empresa Totvs e algumas características da mesma, são explicados os principais conceitos da linguagem de programação Progress, uma breve explicação sobre o produto Datasul HCM da Totvs que é um sistema voltado para recursos humanos das empresas. Após isso, são explanadas as atividades realizadas como as manutenções no sistema Datasul HCM, com o problema de quando se tem um funcionário desligado da empresa, que não tem mais vínculo com a mesma, e mesmo assim estava conseguindo ter movimentação do funcionário no sistema. Nesse caso ocorre no programa com código ST0013 que é o programa de cadastro de brigadas, que permitia cadastrar os funcionários desligados. Sendo assim foi proposta a solução de bloquear essa opção de cadastrar funcionários desligados no programa. Também foram desenvolvidos programas para o módulo de controle de chamados, que é utilizado para fazer o controle de gastos de tempo dos funcionários para resolver problemas internos da empresa. Nesse módulo, os problemas ou sugestões de melhoraria são cadastrados como chamados e assim o supervisor pode aloca recursos organizadamente para resolver o chamado solicitado, e assim estimar uma data de entrega da solução.

13 INTRODUÇÃO Este relatório apresentará as atividades desenvolvidas durante o período de estágio na Totvs S.A., as atividades foram divididas de acordo com as etapas do desenvolvimento. Assim o presente relatório traz as atividades de estágio realizadas na área de manutenção e suporte do sistema ERP (Enterprise Resource Planning ) de recursos humanos HCM (Gestão de Recursos Humanos) da empresa Totvs. Começando por um breve histórico da empresa Totvs, uma pequena explicação da linguagem de programação Progress que é utilizada pelo produto, efetuado uma manutenção corretiva num programa do sistema HCM, e concluindo as atividades com a criação de programas para o módulo de controle de chamados para auxiliar na distribuição de chamados internamente OBJETIVOS Geral Desenvolver programas para o módulo de controle de chamados na linguagem Progress para implantação no sistema de Recursos Humanos(HCM) Específicos Estudar a linguagem de programação Progress Avançada com templates Datasul. Conhecer as regras de negócio dos módulos do produto Datasul HCM para conseguir resolver os problemas de clientes, especificar os procedimentos de como chegou a solução (causa, solução) e passar para as outras versões. Analisar Problemas passados por clientes através de chamados e verificar se realmente é problema do produto ou de parametrização. Desenvolver programas para auxiliar o processo de controle de chamados internos por priorização.

14 Justificativa Com o aumento das necessidades das empresas que são clientes da Totvs, de possuir mais controle de gastos de tempo dos funcionários, foi visto que essas empresas estavam utilizando softwares de outros fornecedores para ter esse controle. Assim veio a idéia de se colocar o controle de gastos dentro do sistema de ERP da Totvs e ser mais uma solução no Datasul HCM. Quem já é cliente da TOTVS vai ter a vantagem de não precisar implantar o sistema, apenas atualizar para nova versão, assim não gerando gastos ORGANIZAÇÃO DO ESTUDO O estudo foi organizado em quatro partes principais. O primeiro contempla o objetivo geral, os objetivos específicos e a organização do trabalho. No segundo capítulo terá informações sobre a empresa Totvs na qual foi feito o estágio, assim com um breve histórico da mesma mostrando seus principais produtos e clientes. No terceiro capítulo, abordam-se as atividades desenvolvidas no sistema Datasul HCM durante o estágio, tendo um detalhamento das atividades de manutenção feita num programa do sistema,e desenvolvimentos de programas para módulo controle de chamados e as ferramentas utilizadas no mesmo.

15 A EMPRESA 2.1. HISTÓRICO A Totvs é uma empresa de software, serviços e tecnologia. Líder absoluta no Brasil, com 53,1% de participação de mercado e também na América Latina, com 35,6% (segundo o instituto Gartner), é a maior fabricante de softwares aplicativos sediada em países emergentes e a 6ª maior do mundo. (TOTVS, 2012) A nomenclatura da empresa provém da palavra em latin totvs que significa tudo, e com isso se encaixa no perfil que os fundadores desejavam para a corporação: Soluções em diversos segmentos bem como para empresas de distintos portes. Entre estes segmentos, são fornecidas soluções para a Agroindústria, Construção e Projetos, Distribuição e Logística, Educacional, Financial Services, Jurídico, Manufatura, Saúde, Serviços e Varejo. Além de prover soluções diferenciadas a Totvs é a única companhia da América latina que utiliza de plataforma própria para desenvolver seus produtos. (TOTVS, 2012) A Totvs atua no em 23 países estando no mercado a mais de 25 anos, sendo a primeira empresa da área de TI da América Latina a fazer o IPO (Oferta Publica Inicial) no novo mercado da bolsa de valores de São Paulo em É representada por unidades próprias e franquias, tendo aproximadamente 10 mil colaboradores e uma carta ativa com mais de 25 mil clientes. (TOTVS, 2012) 2.2. PRINCIPAIS PRODUTOS A Totvs trabalha em 2012 com nove segmentos, com soluções personalizadas de para cada setor da empresa que utilizar o produto: (TOTVS, 2012) Agroindústria Responsável pela total integração de processos proporcionando maior produtividades e mais qualidade, para atender aos padrões de rastreabilidade do processo produtivo a niveis competitivos para os custos de produção. (TOTVS, 2012) Construção e Projetos São utilizados em incorporadoras, construtoras, prestadoras de serviços especiais e também gerencimento sustetável de contruções verdes. Servem para suprir as exigencias do setor, implantam as melhores práticas, aprimoram o controle dos processos, otimizam resultados e aumentam a produtividade das áreas de controle de custos, acompanhamento dos projetos, planejamento, orçamento, gerenciamento e controle de obras. (TOTVS, 2012) Distribuição e Logística Com o avanço das tecnologias, essa solução em distribuição prevêem soluções para desafios ocorridos na logística. (TOTVS, 2012)

16 Educacional Desvolvido essa solução para atender a administração de escolas, faculdades e universidades e todo o tipo de instituição de ensino. (TOTVS, 2012) Financial Services Solução completa para a área de Crédito, financiamento, Cartões Private Label, Gestão de Investimentos e Core Banking, utililizando o conceito do Operador Administrativo, que engloba os serviços de Consultoria, Tecnologia, BPO e Serviços de Valor Agregado. (TOTVS, 2012) Jurídico Utilizado em departamentos jurídicos como escritórios de advocacia de acordo com o tamanho de cada empreendimento. (TOTVS, 2012) Manufatura Solução para o levantamento de informação da empresa, gerando maior assertividade nas tomadas de decisões. (TOTVS, 2012) Saúde Solução para atendimento do segmento de toda a área de saúde. Varejo Solução para gerenciamento de uma empresa, da área de automação a área de processos administrativos. Seja para controle financeiro, gestão e cadastro de clientes, controle de estoque ou gerenciamento das vendas. (TOTVS, 2012) 2.3. PRINCIPAIS CLIENTES Conforme (TOTVS,2012) Principais clientes da empresa Totvs S.A. são: BlueVille; Pioneer; Urbano; Alusa Em genharia; Argo Construtora; Grupo Estrutural; Exata Logística; FL Logística Brasil; DAG; ALL - América Latina Logística; Chenson; EADI SUL; Badesul desenvolvimento; TrigueiroFontes Advogados; Aliança; Irani; Ediciones B; Bio Zoo; Biancogres; FASFORTE; Atonal tintas Industrial; alberto Sabin HospitalMabel; Gravia; Danone;

17 Schulz; Grendene; 2.4. CONSIDERAÇÕES A Totvs é uma empresa de software, tecnologia e serviços, que possui soluções para empresas, independente do tamanho e fase em que estejam. As soluções oferecidas pela Totvs buscam garantir a maior competitividade e permitir que o cliente foque seus esforços no seu próprio negócio, uma vez que ele tenha a segurança de que sua estrutura esteja bem arquitetada. Conforme a (TOTVS,2012) para prover essas soluções, a Totvs tem em mente os seguintes desafios: Centralizar operações Tendo todas as operações no mesmo sistema o cliente otimiza seu tempo e consegue executar suas tarefas de forma mais rápida. Gerir resultados dos processos administrativos e operacionais Com a visualização e manipulação dos resultados fica mais fácil para o cliente planejar suas atitudes. Flexibilizar adaptação e facilidade de utilização O sistema por vezes não contém tudo que o cliente deseja, ou então, não é exatamente do modo que o cliente idealiza, portanto é necessário adaptar o cenário para satisfazer o utilizador do sistema. Tomar decisões O sistema deve facilitar a tomada de decisão por parte do usuário, fornecendo relatórios ao mesmo gráficos de suas aplicações. Evitar retrabalho Retrabalho é desperdício, portanto quanto menos isso acontecer, mais lucro o cliente terá em cima de suas atividades. 3. DESENVOLVIMENTO Neste capítulo abordam-se os diversos aspectos do sistema Datasul HCM, Linguagem Progress, Manutenção e Desenvolvimento de programas no sistema Datasul HCM.Sendo aplicado alguns conceitos aprendidos no decorrer do curso de Sistemas de Informação da UDESC e através de treinamentos na própria empresa onde foi feito o estágio.

18 3.1. VISÃO DATASUL HCM O sistema Datasul HCM é uma das soluções da empresa Totvs, na qual esse ERP é voltado para Recursos Humanos. Sendo assim o mesmo tem funcionalidades no departamento de recursos humanos para planejar, atrair, controlar, desenvolver, mensurar e reter colaboradores, assim garantindo a segurança das informações com conforme o legislativo.essa solução permite ter o controle das operações, visando o aumento produtivo dos funcionários que utilizam as capacitações focadas nas necessidades a eles atribuídas.( TOTVS,2012) Nessa solução também se tem disponível aos colaboradores e gestores serviços de autoatendimento no qual proporciona condições para os administradores concentrarem seus esforços para melhorar seus processos e no alinhamento do capital humano no planejamento estratégico de sua organização.(totvs,2012) Assim, é possível identificar no sistema Datasul HCM existem recursos para atender as necessidades dos recursos humanos das empresas. Onde permitindo aumentar a agilidade dos processos envolvidos nos recursos humanos da empresa e a confiabilidade nos dados assim criados no mesmo Módulos Datasul HCM Dentro do Sistema Datasul HCM, temos separados em módulos conforme a separação dos setores do recursos humanos das empresas, assim tem-se: Folha de Pagamento; Benefícios; Controle de Horários e Refeitório; Controle de Acesso; Contencioso Trabalhista; Medicina e Segurança do Trabalho; Recrutamento e Seleção de Pessoal; Gestão de Treinamentos; Avaliação e Pesquisa de Desempenho; Gestão de Cargos e Salários; Gestão de Competências; Arquitetura Organizacional;

19 Orçamento de Pessoal; Carreira e Sucessão; Business Intelligence(BI); Balanced Scorecad (BSC RH); Enterprise Project Management(EPM); e-learning ; Sendo da mesma forma que temos dentro do setor de recursos humanos a separação de tarefas, o sistema Datasul HCM é separados em módulos para ter essa melhor organização Aprendizagem em Linguagem de Programação Progress Conforme previsto no plano de estágio os Treinamentos realizados foram em linguagem de programação Progress baseado nos padrões do ERP Datasul HCM, haja em vista que o produto Datasul HCM foi desenvolvido todo com essa linguagem de programação. O processo de treinamento foi através da Universidade da TOTVS que é um ambiente e-learning da própria empresa e nele existem vários treinamentos e também através de treinamentos feito por colaboradores da empresa Linguagem Progress A linguagem Progress foi criada por uma empresa de software fundada por Joseph W. Alsop no ano de Originalmente era chamada de Data Language Corporation, mas mudou seu nome para Progress Software Corporation em (PROGRESS, 2012) A linguagem Progress é uma linguagem programação de quarta geração, baseada por chamadas de eventos e é proprietária que significa que não tem liberdade para os desenvolvedores ajudarem a criar melhorias no ambiente. (PROGRESS,2012). A Progress tem algumas versões de plataformas para desenvolvimento, sendo Progress 9.1E, OpenEdge 10.1A, OpenEdge 10.1B, OpenEdge 10.1C, OpenEdge 10.2A, OpenEdge 10.2B e a mais recente OpenEdge (PROGRESS,2012).

20 3.3.2 Funcionalidade Banco de Dados Progress O funcionamento do banco de dados Progress não é muito complexo, semelhante ao banco de dados do tipo SQL. A sua configuração mais comum na instalação é o armazenamento centralizado do banco de dados do Progress servidor e cliente, onde quer dizer que o banco de dados e suas aplicações ficam em um servidor podendo ter acesso de diversos clientes em rede. Existe outras diversas configurações para uma aplicação do banco de dados Progress como em múltiplos servidores, que é dividido o banco de dados distribuídos entre servidores e\ou plataformas distintas.(costa,2012) A figura1exemplifica uma configuração mais comum. Figura 1 Funcionamento do Banco de Dados Progress Adaptado de ( COSTA,2012) Alguns comandos básicos na linguagem de programação do Progress que são utilizados em seu console de desenvolvimento podem ser encontrados no Apêndice A CONHECIMENTO DA REGRA DE NEGOCIO Regras de negócios ou regras de domínio é onde são definido os requisitos ou as políticas de informações de um projeto de software ou não. As regras são necessárias no negócio ou domínio, se tratando de software suas aplicações podem precisar respeitálas. (CRAIG&,KRUCHTEN,2007) Sendo que em qualquer empresa ou corporação, são criadas regras que definem como funciona o seu negócio. Assim essas regras podem abranger vários assuntos pertinentes à empresa, como suas políticas, interesses, objetivos, compromissos éticos e sociais, entre outros.(davenport,1998) Com o entendimento sobre algumas das regras de negócios do sistema Datasul HCM podemos compreender melhor o funcionamento dos módulos do mesmo.

21 Funcionalidades e Características do Módulo Segurança do Trabalho O Módulo de Benefícios Sociais auxilia no controle da política de concessão de benefícios, permitindo um acompanhamento com maior efetividade de cada processo, incluindo funcionários e dependentes. Possibilita que se empresa visualize a representatividade dela em valor, isto é, quanto representa a parte empresa e funcionário no benefício concedido. (ACADEMIA, 2012) Dentre as diversas características do Módulo Benefícios Sociais, destacamos que o mesmo é MultiEmpresa, possibilitando a definição de diferentes padrões e critérios para cada empresa do grupo. O critério de Multi-estabelecimento possibilita que tenhamos parametrizações distintas para os estabelecimentos. Além das parametrizações de empresa, estabelecimento poderemos utilizar da opção sindicato, cargo e Unidade de lotação. (ACADEMIA, 2012) Algumas das principais características do Módulo de Benefícios é que poderão atender requisitos de concessão que incluem parametrização por empresa, estabelecimento, sindicado, cargo e lotação. O controle de estoque registra toda movimentação de benefícios, como compra, venda, entrega, devolução e distribuição permitindo que se identifique cada status desta movimentação Controla todo o processo de vale transporte, desde a compra até a entrega dos vales, permitindo um acompanhamento do status desta movimentação, a valorização do benefício pode ser determinada por diferentes bases de cálculo conforme critério adotado pela empresa. (ACADEMIA, 2012) O recálculo possibilita que os benefícios sejam reprocessados. Desta forma, a empresa tem maneiras de identificar valores de benefícios que foram entregues a maior ou menor, assim permitindo o ajuste de qualquer distorção no valor pago ou cobrado do funcionário. O Módulo de Benefícios Sociais prepara as informações a serem processadas pela de folha de pagamento e rescisões. A conferência de faturas efetua a comparação das informações advindas da prestadora de serviço contra os cadastramentos informados no módulo, a comparação é feita com base em valores e quantidades, um exemplo plano de saúde, onde pode-se identificar a quantidade e valores que estão sendo descontados nas faturas refletem a mesma realidade das informações que temos cadastradas no módulo benefícios sociais.( UNIVERSIDADE, 2012) A integração do módulo benefício com a folha de pagamento e rescisões pode se verificar na figura 2.

22 Figura 2 -- Integração do Módulo Benefícios Sociais com o Folha de Pagamento e Rescisão Assim a integração ocorre passando as informações pelo módulo de benefício, onde e quando vai se calcular uma rescisão pode por exemplo primeiramente precisa-se calcular os benefícios para o funcionário. (ACADEMIA, 2012) 3.5. Manutenção em Software Conforme (AUDY,PRIKLADNICK,2007) manutenção em software é uma fase extremamente importante no processo de desenvolvimento, mas que, muitas vezes, não tem sua importância reconhecida. Por definição, a manutenção é muito mais do que consertar defeitos. Por muito tempo era uma fase negligenciada do processo de desenvolvimento de software. Na prática, a falta de controle e disciplina de desenvolvimento quase sempre se traduz em problemas durante a manutenção do software. Entre os diversos problemas, podemos destacar alguns dos principais, entre eles: É difícil, e às vezes impossível, rastrear a evolução através de muitas versões ou lançamentos. As mudanças não estão corretamente documentadas. É difícil rastrear o processo através do qual o software foi desenvolvido. A documentação não existe ou é de má qualidade. Reconhecer que um software deve ser documentado é o primeiro passo, mas toda a documentação gerada deve estar de acordo com a lógica adotada. A maioria dos softwares não é projetada para sofrer mudanças. A manutenção não é considerada importante. Grande parte dessa percepção vem do elevado nível de frustração associado ao trabalho de manutenção. Todos esses problemas podem ser atribuídos ao grande número de sistemas existentes que foram desenvolvidos sem levar em consideração alguma metodologia, regras e padrões. De modo geral, a engenharia de software atualmente oferece algumas soluções para os desafios associados a manutenção, e muita pesquisa tem sido feita a partir de dados da indústria para tentar não apenas entender os efeitos da má manutenção, mas também buscar soluções compatíveis com essa demanda crescente de projetos de manutenção de software. No caso da empresa Totvs o cliente entra em contato com o serviço de suporte onde através de um documento eletrônico designado ficha de ocorrência (FO), onde o

23 problema é formalizado e descrito detalhadamente. Verificando a existência de erro, essa ficha de ocorrência é transferida para área de manutenção junto com uma documentação de simulação do erro ocorrido no programa Manutenção do programa ST Brigada Nessa manutenção o cliente verificou que estava tendo problemas no módulo de segurança de trabalho com o programa de cadastro de brigadas (código ST0013), onde o mesmo estava conseguindo cadastrar funcionários já desligados da empresa, sendo que, se o funcionário já estiver desligado da empresa não se pode ter mais nenhuma movimentação no banco de dados. Então foi aberto uma ficha de ocorrência através do suporte da Totvs com código de (TEPAAT) pelo cliente Diagnósticos da America S/A e assim transferido para a o setor de manutenção. A figura 3 demonstra uma cópia de tela do programa FP1500 onde mostra que o funcionário já está demitido com data 29/07/2009. Figura 3 Fp1500 cadastro de funcionários Na figura 4 do programa ST0013 cadastro de Brigadas mostra que o cliente conseguiu cadastrar na Brigada o funcionário da matricula 255 no qual já está demitido conforme a cópia da tela do programa Fp1500 cadastro de funcionários.

24 Figura 4 ST0013 cadastro de brigadas Depois de constatado o erro no sistema pelo suporte, foi simulado o erro em base local, que consiste em montar um ambiente igual ao do cliente em nossos servidores para não alterar na base do cliente. A simulação do problema foi feita colocando mensagens dentro do programa ST0013. Quando se tenta cadastrar um funcionário que precisa ler a tabela funcionário foi verificado que não está verificando a data de desligamento do funcionário conforme o código 1. 1) find first funcionario 2) where funcionario.cdn_empresa = v_cdn_empres_usuar 3) and funcionario.cdn_estab = input frame {&frame-name} brigdsta.cdn_estab 4) and funcionario.cdn_funcionario = input frame {&frame-name} brigdsta.cdn_funcionario no-lock no-error. 5) if not avail funcionario then do: 6) {utp/ut-table.i dthrpyc funcionario 1} 7) run utp/ut-msgs.p (input "SHOW":U, i. input 2, ii. input trim(return-value)). 8) apply "entry" to brigdsta.cdn_funcionario in frame {&frame-name}. 9) return "ADM-ERROR":U. 10) end. Código 1 Leitura tabela Funcionário sem data de desligamento Para resolver esse problema na hora de cadastrar o funcionário foi incluída a verificação na cláusula where com a data de desligamento do funcionário se estiver diferente a interroga (?) significa que teria uma data de desligado cadastrada. O código 2 mostra a lógica que foi alterada.

25 1) find first funcionario 2) where funcionario.cdn_empresa = v_cdn_empres_usuar 3) and funcionario.cdn_estab = input frame {&frame-name} brigdsta.cdn_estab 4) and funcionario.cdn_funcionario = input frame {&frame-name} brigdsta.cdn_funcionario 5) and funcionario.dat_desligto_func =? no-lock no-error. 6) if not avail funcionario then do: 7) {utp/ut-table.i dthrpyc funcionario 1} 8) run utp/ut-msgs.p (input "SHOW":U, i. input 2, ii. input trim(return-value)). 9) apply "entry" to brigdsta.cdn_funcionario in frame {&frame-name}. 10) return "ADM-ERROR":U. 11) end. Código 2 - Leitura tabela Funcionário com data de desligamento Outro problema verificado no programa é que quando se sai do campo de matricula do funcionário, sendo usando o <TAB> ou o Mouse clicando em outro campo do cadastro não está sendo validado a questão de desligamento do funcionário, assim foi criado essa lógica no evento <LEAVE> do campo matrícula. O código 3 apresenta o código da lógica criada para resolver o problema. 1) &ANALYZE-SUSPEND _UIB-CODE-BLOCK _CONTROL brigdsta.cdn_funcionario Vtable-Win 2) ON LEAVE OF brigdsta.cdn_funcionario IN FRAME f-main /* Matr cula */ 3) DO: 4) FIND FIRST funcionario 5) WHERE funcionario.cdn_empresa = v_cdn_empres_usuar 6) and funcionario.cdn_estab = input frame {&frame-name} brigdsta.cdn_estab 7) and funcionario.cdn_funcionario = input frame {&frame-name} brigdsta.cdn_funcionario 8) and funcionario.dat_desligto_func =? NO-LOCK NO-ERROR. 9) IF AVAIL funcionario THEN 10) ASSIGN v_nom_pessoa_fisic = funcionario.nom_pessoa_fisic 11) v_nom_pessoa_fisic:screen-value IN FRAME {&frame-name} = funcionario.nom_pessoa_fisic. 12) ELSE DO: 13) ASSIGN v_nom_pessoa_fisic:screen-value IN FRAME {&frame-name} = "". 14) {utp/ut-table.i dthrpyc funcionario 1} 15) run utp/ut-msgs.p (input "SHOW":U, i. input 2, ii. input trim(return-value)). 16) apply "entry" to brigdsta.cdn_funcionario in frame {&frame-name}. 17) return "ADM-ERROR":U. 18) end. Código Leitura Tabela funcionário no Leave do Campo 19)3 END. Com a lógica criada no evento do <LEAVE> do campo matrícula de funcionário, assim toda vez que digitar a matrícula do funcionário será verificado se esse funcionário está desligado ou não. Se o funcionário estiver desligado irá mostrar em tela a mesma

26 mensagem de erro quando se tenta gravar conforme a figura 5 onde temos a cópia da tela do programa Consulta Funcionário. Figura 5 Consulta funcionário

27 Um dos testes para verificação das lógicas criadas anteriormente é verificar um funcionário que tenha data de desligamento, na Figura 5 onde temos a cópia da tela do programa FP1520 que é de Consulta de Funcionários, assim temos o funcionário ANA MARIA BARBOSA com matricula 11. Logo após é chamado o programa ST0013 e clicamos em incluir na aba Componentes conforme a copia da tela do programa de Brigadas na figura 6. Figura 6 Cadastro de Brigadas ST0013 Quando clicado no botão incluir na aba componentes no ST0013 ele chama o programa filho ST0013B para cadastrar o funcionário na brigada, conforme a cópia da tela do programa ST0013B na figura 7.

28 Figura 7 Cadastro de Brigadas ST0013B Assim no programa ST0013B ao sair do campo matrícula ele verifica se o funcionário ainda está ligado à empresa, se o mesmo não estiver como o exemplo acima na figura 7 mostrar em tela a mensagem Funcionário não Encontrado como mensagem de erro conforme a cópia da tela do erro na figura 8. Figura 8 -- Mensagem de erro no castro de brigadas

29 3.7. Módulo de Controle de Chamados O objetivo desta seção é explicar como foi realizada a atividade de desenvolvimento de programas para módulo de controle de chamados dentro do sistema ERP Datasul HCM que é um produto da Totvs. O módulo de controle de chamados vem com os objetivos de organizar as tarefas, priorizar os problemas, conseguir medir o trabalho da equipe de T.I(tecnologia da informação) no nível de gerencia sem ter que utilizar outro software de terceiros para esses controles, pois ele se encontra embutido no Sistema Datasul HCM Levantamento de Dados O levantamento de dados foi feito através de chamado que um cliente Totvs abriu para o suporte pelo portal do cliente que é uma página web que somente os clientes tem acessos.na figura 9 á apresentada a cópia da tela do portal do cliente. Figura 9 Portal do Cliente Ao abrir chamado pelo portal do cliente automaticamente é criado uma FO(ficha de ocorrência). Essa ficha de ocorrência para Totvs aparece através da ferramenta SSIM e assim havendo troca de informações através do portal do cliente e a ferramenta SSIM. Na figura 10 é ilustrada uma cópia de tela da ferramenta SSIM.

30 Figura 10 Ferramenta SSIM Assim o suporte juntamente com o cliente montam como deve ficar os programas e suas regras de negócio. Com a regra de negócio montada pelo suporte o chamado é transferido para área de desenvolvimento para dar continuidade ao mesmo Regra do Módulo de Controle de Chamados Conforme o suporte da Totvs que fez todos os levantamentos dos dados com o cliente conforme a necessidade para o desenvolvimento dos programas, o módulo de controle de chamados tem a seguinte regra de negócio: Usuário Abre chamado. É analisado se o problema existe ou se a nova solução é necessária. Se chamado não rejeitado passa a ser alocado ao analista responsável para resolver. Se chamado Rejeitado Enviado um ao usuário que o mesmo foi corrigido. Chamado Resolvido, analista insere informação de tempo gasto, enviado confirmando que foi resolvido. Tendo essas informações, pode se ter o controle do tempo dos funcionários alocados para resolver os problemas internos da empresa.

31 Na figura 11 podemos ver o fluxo de movimentação criado pelo suporte da Totvs com o levantamento dos dados do cliente para abrir um chamado, assim ficando mais fácil a compreensão do módulo de controle de chamados internos. Inicio Abre Chamado Existe Solução Sim Não Encaminha para Respónsavel Não Envia É Viavel Sim Aloca Recurso Recurso Alocado,Documen ta,solução Gerência recebe os dados para Análise Fim Figura 11 Fluxo do controle de Chamados Retorna Solução

32 Nesse fluxo do controle de chamados conseguimos ver todos os cadastros necessários a serem desenvolvidos. Esse fluxo ajudou para verificar as regras de validações a serem feitas Desenvolvimento do módulo de Controle de Chamados Para o desenvolvimento foram criadas duas tabelas, Recurso cujo o relacionamento na figura 12. Chamados e Aloca- Figura Relacionamento Tabelas Com a figura 12 é possível verificar que tem-se N chamados para cada 1 funcionário alocado, assim não se pode ter vários funcionários para 1 chamado O Primeiro passo do desenvolvimento foi fazer o programa Cadastro de Chamados, onde foi criada à tabela Chamados que terá como chave primária e única nr-chamado que seria o numero do chamado e cod-estab que é o estabelecimento onde esta sendo aberto o chamado. Na figura 13 é apresentada uma cópia tela da definição da tabela Chamados. Figura 13 Tabela Progress Chamados

33 O programa Cadastro de Chamados o usuário vai poder cadastrar um problema ou uma nova solução para o sistema para que seja implantada. No cadastro vamos ter os campos: Chamado: É o número do chamado, esse campo será incrementado automaticamente toda vez que abrir um novo chamado. Estab: Pega o estabelecimento do usuário que esta logado no sistema. Área: É para qual setor que ira abrir chamado ex: Recursos Humanos, Contas a Pagar, Manufatura e etc. Priori: A prioridade que o chamado deve ser tratado (Alta.Media. Baixa). Resumo: Um resumo do problema. Descrição: Descrição detalhada do problema. Usuário: Pega o usuário que esta logado no sistema. Na figura 14 é apresentada a cópia da tela do programa cadastro de chamados que é utilizado para cadastrar os novos chamados. Figura 14 Programa Cadastro de Chamados Programa Aloca Recurso tem por objetivo escolher qual funcionário irá desenvolver a tarefa do chamado e passar a data na qual terá que ser entregue a solução ou recusar a abertura do mesmo se não estiver acontecendo o problema ocorrido. A figura 15 mostra uma cópia da tela do programa Aloca Recurso.

34 Figura 15 Programa Alocar Recurso O Programa Aloca Recurso tem a tabela aloca-recurso onde essa tabela tem os campos nr-chamado e cod-estab como chaves primárias, assim no programa alocar recurso consegue fazer associação com a tabela chamados e não precisando ter todos os campos que tem no cadastro, assim conseguindo trazer em tela os campos: Área, Priori, Resumo e Descrição. Na figura 16 tem-se a cópia da tela onde tem a definição da tabela aloca-recurso.

35 Figura 16 Tabela Alocar Recurso No programa Alocar Recurso conforme a figura 14 que temos a cópia da tela dele, quando clicado em Recusar no programa é feito a chamada de outro programa para recusar chamado, onde tem-se os campos Motivo e Descrição que será alimentado com o motivo pela qual esta sendo recusado o chamado. Conforme a figura 17 mostra a cópia da tela do programa Recusar Chamado Figura 17 Programa Recusar Chamado

36 Ao clicar em salvar no programa de Recusar Chamado automaticamente será enviado um para o usuário que abriu o chamado descrevendo ao mesmo o motivo da recusa de chamado, para fazer esse envio foi feito conforme o Código 4: 1) {utp/ut-glob.i} 2) {utp/utapi019.i} 3) /******** Envio de quando recusado algum chamado ***************/ 4) find first param-global no-lock. 5) FIND FIRST usuar_mestre NO-LOCK 6) WHERE usuar_mestre.cod_usuario = c-seg-usuario NO-ERROR. 7) FOR EACH tt-envio2 EXCLUSIVE-LOCK: 8) DELETE tt-envio2. 9) END. 10) 11) 12) FOR EACH tt-erros EXCLUSIVE-LOCK: DELETE tt-erros. END. 13) RUN utp/utapi019.p PERSISTENT SET h-utapi ) 15) CREATE tt-envio2. ASSIGN tt-envio2.versao-integracao = 1 a. tt-envio2.servidor = param-global.serv-mail b. tt-envio2.porta = param-global.porta-mail c. tt-envio2.destino = funcionario. d. tt-envio2.copia = "jeferson.boso@totvs.com.br". 16) 17) 18) 19) if usuar_mestre.cod_e_mail_local = "" then assign tt-envio2.remetente = "empresa@empresa.com.br". ELSE assign tt-envio2.remetente = usuar_mestre.cod_e_mail_local. 20) 21) 22) assign tt-envio2.assunto = "Chamado Recusado " + chamados.nr-chamado tt-envio2.arq-anexo = "" tt-envio2.mensagem = "Olá, seu chamado" + chamado.nr-chamado + a. "foi recusado pelo seguinte motivo" chr(10) b.+ aloca-recurso.motivo-recusa. 23) 24) 25) OUTPUT TO c:\spool\mail-recusa.lst APPEND. RUN pi-execute IN h-utapi019 (INPUT TABLE tt-envio2, OUTPUT TABLE tt-erros). OUTPUT CLOSE.

37 Codigo4 Definição do envio de Para o funcionário saber se tem chamados para resolver e suas respectivas datas podem ser verificadas no programa de Consulta de Chamados por Recurso, onde ele vai poder ver todos os chamados aberto para determinado usuário. Basta colocar o nome do funcionário ou ir navegando para o próximo ou anterior conforme a figura 18 onde tem-se a cópia da tela de Consulta de chamados por Recurso. Figura 18 Consulta de chamados por Recurso. Quando o funcionário resolve algum chamado ele tem de informar no programa aponta Horas, onde o recurso que resolveu o problema tem de dizer a data de inicio e data de fim e quantidade de horas que foi durante esses dias para resolver o mesmo. Pois

38 precisa destas informações para poder ter o controle de tempo gasto nos problemas para se resolver. A figura 19 mostra a tela do programa que é usado para apontar as horas que o recurso gastou em cima do chamado. Figura 19 Aponta Horas Recurso Tendo todos os cadastros já mostrados a gerencia da empresa pode ter um controle maior sobre o tempo gasto pela sua equipe para resolver os problemas e solicitações de melhorias. A forma da gerencia verificar os valores cadastrado através do relatório de tempo por chamado, a figura 20 mostra como é a tela do relatório na aba seleção, onde vai poder informar o numero do chamado inicial e final, estabelecimento inicial e final e a data inicial e final que devem sair no relatório. Na figura 21 tem-se a tela de classificação do relatório onde o usuário vai poder escolher fazer a quebra do relatório Recurso\chamado\data ou Data\chamado\recurso.

39 Figura 20 Relatório chamado Seleção Ao mudar a aba do programa de relatório de chamados, tem-se a aba Classificação que dependendo da escolhe é como vai sair a classificação do relatório emitido. Figura 21 Relatório chamado Classificação

40 Quando executado o programa de Relatórios Chamados por tempo Alocado pode-se ter duas visões do resultado, uma delas seria pela classificação por Recurso\chamado\data, conforme pode-se ver na figura 22 copia da tela do resultado da classificação 1. Figura 22 Relatório chamado Classificação 1 Na figura 23 temos a copia da tela do resultado da classificação 2 que seria por Data\Chamado\Recurso quando executado o programa Relatórios Chamados por tempo Alocado. Figura 23 Relatório chamado Classificação 2 Assim conforme as figuras 22 e 23 temos o resultado que a gerência da empresa pode ter pode verificar os chamados trabalhados e o tempo para dar solução, conseguindo medir se há profissionais suficientes para resolver as tarefas.

41 Considerações do capítulo Nesse capítulo tem descrição de como foi à manutenção do programa ST0013 do sistema Datasul HCM que atualmente é um produto Totvs, na qual foi colocada uma mensagem de erro, assim bloqueando a opção de cadastrar funcionários que não tem mais vinculo com a empresa, ou seja, funcionários que estejam desligados da empresa não podem ter mais movimentação no sistema, para essa manutenção foram gastos 20 horas para resolver o problema. Foram também desenvolvidos programas para o módulo de controle de chamados, embutidos dentro do próprio sistema ERP Datasul HCM.O cliente utilizando esse módulo de controle de chamados vai conseguir medir os tempos gastos dos funcionários para resolver os problemas na empresa.assim conseguindo verificar se a sua equipe está atendendo suficientemente as necessidades da empresa, para esse desenvolvimento foi gasto em torno de 180 horas para o desenvolvimento e testes dos programas. Uma das dificuldades na manutenção do programa ST0013 foi conseguir achar o ponto exato que estava o problema. Sendo no desenvolvimento o nível de dificuldade maior, pois construir programas do zero tendo de manter o padrão de desenvolvimento Totvs.

42 CONSIDERAÇÕES FINAIS O estágio que ocorreu na empresa Totvs teve um foco maior no aprendizado do estagiário, onde teve treinamentos da tecnologia Progress que foram através da Universidade da Totvs que é um ambiente e-learning da própria empresa.outros treinamentos foram sobre o funcionamento do módulo de Benefícios Sociais do sistema Datasul HCM que é um produto da empresa no qual prestou estágio. Na manutenção e no desenvolvimento foi utilizado linguagem de programação Progress, não tive grandes dificuldades para trabalhar, por que a lógicaé parecida com da linguagem C. O banco de dados utilizado para esses trabalhos também foram usados da tecnologia Progress, onde podemos assimilar com banco de dados SQL. Na linguagem de programação e no banco de dados Progress o que facilitou a compreensão foram os conhecimentos adquiridos no curso TADS da UDESC. Ao decorrer do curso de TADS/UDESC foram estudadas várias disciplinas, entre elas algumas que ajudaram no estágio, tais como Linguagem de Programação, Estrutura de Dados e Engenharia de Software que contribuíram para lógica de programação, especificação, desenvolvimento e a manutenção do sistema. A dificuldade encontrada no desenvolvimento do estágio foi a falta de conhecimento suficiente sobre a regra de negócio do sistema de recursos humanos, para isso foi necessário receber mais treinamentos para uma melhor compreensão das tarefas de manutenção e desenvolvimentos a serem realizadas. O sistema ERP Datasul HCM da Totvs é voltado totalmente para área de recursos humanos, por serem conhecimentos específicos não são estudados no decorrer do curso TADS da UDESC. Os desenvolvimentos feitos durante o estágio foram satisfatórios. Gostaria de ressaltar que existem possibilidades de incrementar novas funções no módulo de controle de chamados. REFERÊNCIAS BIBLIOGRAFICAS

43 (AUDY,PRIKLADNICK,2007)Jorge AUDY; Rafael Desenvolvimento Distribuído de Software. Editora Campus, PRIKLADNICKI. (COSTA, 2012) Marcio Brener Costa. Dominando o Progress. Disponível em < %20Linguagens%20de%20Programa%E7%E3o> Acessado em 02/09/2012. (DAVENPORT, 1998) DAVENPORT, T. H.; PRUSAK, L. Conhecimento Empresarial: Como as organizações gerenciam seu capital intelectual. Rio de Janeiro : Campus, p. (PROGRESS,2012) PROGRESS SOFTWARE. 4GL Languages. Disponível em: < Acessado em 08/09/2012. (TOTVS, 2012) EMPRESA TOTVS, Disponível em: < Acessado em 03/09/2012. (ACADEMIA,2012) Academia Totvs, Disponível em: < > acessado em 04/09/2012 (CRAIG,KRUCHTEN,2007) Larman Craig, Kruchten Philippe, Utilizando UML e Padrões, 3.ed. Editora: Bookman; 2007

44 Apêndice A Na linguagem Progress temos alguns comandos básicos que são utilizados quando feito desenvolvimentos com essa linguagem, são eles: ASSIGN Atribui valor a variável ou campo de tabela, Ex: ASSIGN variável = 2. CREATE Cria um novo registro na tabela do banco de dados asssociada. Ex: CREATE TABELA DELETE Exclui registro da tabela. Ex: DELETE TABELA. DISPLAY Operação de saída em tela Ex: DISPLAY TABELA.CAMPO. ENABLE Deixa habilitado a modificar objeto. ENABLE CAMPO-TELA. FIND Busca registro na tabela podendo ser apenas o primeiro, próximo, anterior ou ultimo, basta apenas colocar após o find first/last/next/prev. Ex: FIND FIRST TABELA. FOR EACH Busca todos os dados da tabela do banco de dados. Ex:FOR EACH TABELA GET Retorna um registro de uma query que tenha sido aberta. Ex:GET FIRST/NEXT/PREV/LAST nome-query. INSERT Insere um registro novo no bando de dados e permita que altere o dado da tabela selecionada alterar. Ex: INSERT TABELA. PROMPT-FOR

45 Pede entrada de dados em tela ao usuário. Ex: PROMPT-FOR TABELA.CAMPO. RELEASE Força gravação dos dados no banco de dados. Ex: RELEASE TABELA. SET Permite alterar as informações e grava no banco de dados. Ex: SET TABELA SET TABELA.CAMPO. UPDATE Disponibiliza os dados da tabela em tela e permite alterar. Ex: UPDATE TABELA.