ESTÁGIO CURRICULAR I e II MANUTENÇÕES E MELHORIAS NO SISTEMA BUDGET

Transcrição

1 JOHNNY WILLIAM GUMBOSKY ESTÁGIO CURRICULAR I e II MANUTENÇÕES E MELHORIAS NO SISTEMA BUDGET EMPRESA: GESPLAN S/A SETOR: DESENVOLVIMENTO SUPERVISOR: SÉRGIO KOEHN ORIENTADOR: EDINO MARIANO LOPES FERNANDES 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 APROVADO EM.../.../... Professor Edino Mariano Lopes Fernandes Mestre em Ciência da Computação UFSC Professor Orientador Professor Carlos Noberto Vetorazzi Junior Mestre em Engenharia Mecânica - UNICAMP Professor Janine Kniess Doutorado em Ciências da Computação - UFF Sérgio Koehn Supervisor da CONCEDENTE

3 CRONOGRAMA FÍSICO E REAL ATIVIDADES Treinamento PERÍODO (10 horas) P R P R Desenvolvimento de aplicações P R Manutenção de sistemas P R Legenda: Previsto (Amarelo) Realizado (Vermelho)

4 Aos meus pais Genuário Gumbosky e Nilda Manoel Gumbosky Por todo amor, educação e paciência que tiveram comigo ao longo do curso e da minha vida. Serão sempre meu orgulho, motivação e exemplos de vida em família. A todos os professores e mestres que passaram pela minha vida e de alguma forma agregaram valor, semeando o gosto pelo aprendizado e conhecimento. A todos os meus amigos e colegas de trabalho pelos conselhos, auxílios e principalmente pela união, para concluirmos juntos esta fase da vida.

5 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: A minha família por estarem sempre presentes nos momentos de dúvidas e angústias. Aos amigos que fiz ao longo do curso, nas empresas que trabalhei e na UDESC, por me ajudarem a completar esta caminhada. Ao meu professor orientador de estágio Edino Mariano Lopes Fernandes, por todo apoio dado durante o processo de desenvolvimento deste relatório. A todos os professores que tive ao longo de minha vida e que serviram como fonte de inspiração, conhecimento e reflexão, principalmente aqueles que exercitaram meu senso crítico, cético e filosófico. A empresa GESPLAN S/A pela oportunidade de realizar o estágio e crescimento pessoal e profissional. As empresas Softin Sistemas, SoftExpert e WTech por terem me dado a oportunidade de trabalhar como programador de sistemas, agregando conhecimento da área de TI, e pelas pessoas que conheci ao longo deste tempo.

6 SUMÁRIO 1 INTRODUÇÃO OBJETIVOS Geral Específicos Justificativas ORGANIZAÇÃO DO ESTUDO A EMPRESA HISTÓRICO PRINCIPAIS PRODUTOS PRINCIPAIS CLIENTES CONSIDERAÇÕES GERAIS DESENVOLVIMENTO TECNOLOGIAS UTILIZADAS Linguagem de programação C Linguagem de programação SQL e subconjuntos Base de dados relacional Sistema Gerenciador de Banco de Dados Oracle ATIVIDADES REALIZADAS Treinamento Melhorias Melhoria 1 Alterar o layout da tela Cadastro de projetos para o novo padrão Melhoria 2 Buscar um projeto no grid Melhoria 3 Ordenar os projetos por ordem crescente e decrescente Manutenções Manutenção 1 Adicionando a funcionalidade de edição de projetos Manutenção 2 Traduzindo textos e mensagens Nova funcionalidade Adicionando a função de exportar dados da tabela das telas de cadastro CONSIDERAÇÕES FINAIS GLOSSÁRIO REFERÊNCIAS BIBLIOGRÁFICAS... 30

7 LISTA DE FIGURA Figura Exemplo de uma DDL para criar uma tabela chamada "OR_PROJE" referente a tabela de projetos Figura 3.2 Antiga tela Cadastro de projetos Figura 3.3 Modelo do novo padrão de layout Figura Buscando o projeto "BIBLIOTECA" na tabela Figura Ordenando projetos em ordem crescente Figura Ordenando projetos em ordem decrescente Figura Distribuição do esforço de manutenção (SOMMERVILLE, 2011) Figura 3.8 Inclusão do botão editar na barra de tarefas Figura O sistema Budget avisando ao usuário que o projeto não pode ser excluído Figura Traduzindo descrição de componente usando imananger Figura Tabela com todas as traduções do Budget Figura Código fonte onde é usado o código da tradução para buscar a descrição correta no banco de dados Figura Exportando dados da tabela projetos para o Excel Figura 3.14 Resultado da exportação de dados da tabela projetos para o Excel Figura Código fonte da função de exportar dados para planilha Excel

8 RESUMO Este relatório descreve primeiramente alguns treinamentos da linguagem de programação PL/SQL, C++ e o processo de adaptação com a IDE "C++ Builder", ferramenta utilizada pela empresa para o desenvolvimento do sistema Budget. As melhorias e manutenções propostas foram referentes a criação de um padrão de layout das telas de cadastro, pois estas eram parecidas mas não apresentavam uma organização coerente. Dentro deste padrão, foram melhoradas características como o design gráfico, organização dos dados nas tabelas, busca de registro, manipulação dos dados e a adição de uma nova funcionalidade para exportar estes dados para uma planilha Excel. Palavras-chave: Budget. Orçamento. Manutenções. Melhorias. PL/SQL. C++. Padronização.

9 1 1. INTRODUÇÃO A Gesplan S/A possui alguns produtos para o planejamento financeiro e econômico empresarial. Dentre eles está o produto Budget (sistema de orçamento para empresas), desenvolvido na linguagem de programação C++, PL/SQL e seus subconjuntos. Entre seus principais recursos, é capaz de realizar o orçamento descentralizado da organização entre as unidades de negócio, gerar fluxo de trabalho para elaboração e acompanhamento do orçamento e relatórios comparativos e consultas flexíveis. Este sistema apresentava telas de cadastro que não seguiam um padrão de layout. Tamanho das tabelas, colunas, painéis e botões, número de colunas e relevância, exposição e organização das informações, manipulação e busca dos dados, cores e ícones. Todos estes fatores não seguiam um modelo de apresentação. Assim, foi realizada uma análise e elaborada uma proposta para padronizar todas as características mencionadas acima para as telas de cadastro. Além disso, uma nova funcionalidade foi incluída neste modelo: exportar os dados das tabelas destas telas para uma planilha Excel OBJETIVOS Geral Desenvolver sistemas para o planejamento econômico e financeiro das empresas utilizando linguagem de programação orientada a objetos e banco de dados relacional Específicos Participar de workshop Gesplan para conhecimento e alinhamento das regras da empresa, tecnologia, produtos e clientes. Participar de palestras sobre melhores práticas e boa conduta em ambiente corporativo. Desenvolver novas funcionalidades de software (módulo) de planejamento econômico e financeiro, utilizando a linguagem de programação C++ e PL/SQL. Mapear situações de risco e corrigir problemas encontrados por clientes durante o uso do módulo de planejamento econômico e financeiro.

10 Justificativas O orçamento é uma ferramenta muito importante para o sucesso de qualquer organização. Ele tem início nos objetivos que a empresa almeja alcançar, passando pela análise dos pontos fortes e das limitações deste tipo de empresa, sempre buscando alocar da maneira mais eficiente os recursos disponíveis, trazendo um retorno satisfatório para os colaboradores da companhia. Em linhas gerais, orçamento é a mensuração econômica dos elementos quantificáveis de uma companhia, reproduzindo as estruturas existentes e planejadas. Deve consolidar e finalizar as demonstrações financeiras básicas - demonstração de resultados, balanço patrimonial e fluxo de caixa - sendo complementado pela análise financeira e de rentabilidade (PADOVEZE, 2009). Sabendo da importância que o orçamento significa para uma organização e identificando uma necessidade de precisão e agilidade das empresas, a Gesplan S/A desenvolveu o Budget, sistema especializado em orçamento empresarial para os principais setores da empresa. Focado no resultado econômico, permite descentralizar o processo orçamentário em unidades de negócio, fábricas e filiais. Além disso, administra as atividades de criação do orçamento e planejamento econômico-financeiro. Integra os dados do realizado, trazendo a análise do desempenho e projetando tendências e rolagem de forecast (GESPLAN, 2013). Utilizando e testando os vários recursos do sistema, pode-se perceber que o Budget apresentava algumas funcionalidades nas telas gerais de cadastro que poderiam ser melhoradas com o objetivo de agilizar os processos, apresentar uma interface gráfica mais intuitiva e melhorar a usabilidade de algumas rotinas. As atividades realizadas durante o estágio concentraram-se na resolução destes problemas ORGANIZAÇÃO DO ESTUDO abaixo: O relatório aqui apresentado está dividido em três capítulos, detalhados logo Capítulo 1: Apresentação dos objetivos gerais e específicos, justificativa do estágio e a organização do estudo.

11 3 Capítulo 2: Todas as informações referentes a empresa, como histórico, principais produtos e principais clientes. Capítulo 3: Desenvolvimento do relatório, citando de forma detalhada as atividades realizadas no estágio.

12 4 2. A EMPRESA 2.1. HISTÓRICO Desde seu inicio, em 1997, a Gesplan S/A cresce continuamente e de forma sustentável no mercado, sendo hoje a empresa nacional mais bem posicionada em soluções de planejamento e orçamento, gestão de performance e gestão financeira. Por meio de uma política agressiva e bem planejada de investimentos, atua hoje em empresas nacionais e multinacionais, expandindo seus serviços de implantação e atendimento para o mercado externo. Sua missão é prover soluções gerenciais, complementares aos sistemas operacionais de gestão, sustentadas por tecnologia e capital humano, que auxiliem as empresas a superar os desafios da gestão e ampliar a sua visão de futuro (GESPLAN, 2013) PRINCIPAIS PRODUTOS A área de atuação da Gesplan está no desenvolvimento de produtos tecnológicos complementares aos sistemas de gestão (ERPs) voltados ao processo de planejamento financeiro, gerenciamento de desempenho empresarial e gestão de tesouraria. Os produtos da Gesplan cobrem os gaps dos sistemas de gestão, trazendo uma dinâmica na análise gerencial histórica, na ocorrência e, principalmente, no diagnóstico e na análise de tendência. Ferramentas de simulação, rolagem e projeção de cenários econômico-financeiros, totalmente integrados com o orçamento e o planejamento de longo prazo, aproximam as áreas de Controladoria, Finanças e Planejamento estratégico. Na parte tecnológica, a solução Gesplan também inclui uma ferramenta de BI (Business Intelligence) para consultas analíticas e multidimensionais (cubos), assegurando maior desempenho e produtividade na análise gerencial para a tomada de decisão (GESPLAN, 2013) PRINCIPAIS CLIENTES A Gesplan possui uma carteira de clientes nos mais variados segmentos da atividade econômica, entre eles destacam-se: Grupo Aguiabranca, Localiza, Tigre, CVC, Grupo Ecorodovias, O Boticário, Algar, BHG (Brazil Hospitality Group),

13 5 Unimed Fortaleza, Positivo, BT Bodytech, Brmalls, Trombini, Brinks, Ache, Neoenergia, Unisinos, Magazine Luiza, Grupo Silvio Santos (GESPLAN, 2013) CONSIDERAÇÕES GERAIS Com tecnologia de ponta, serviços com alto valor agregado e expertise singular, a empresa ganhou espaço entre a concorrência composta essencialmente por software houses multinacionais. Atualmente conta com uma sólida carteira de clientes de grande porte, composta por mais de 300 empresas, abrangendo 90 grupos econômicos, nos mais variados segmentos, com destaque para o setor de agronegócio, concessões, operadoras de saúde, instituições de ensino, indústria, varejo, transportes, petroquímico, têxtil, alimentício e farmacêutico, entre outros. O diferencial nos serviços da Gesplan S/A está no conhecimento da equipe em mais de dez anos de projetos de implementação e integração de soluções para os processos de planejamento, controladoria e finanças. Os produtos, aliados ao conhecimento e a metodologia de projeto, permitem alcançar excelentes resultados com alto retorno para seus clientes. Atualmente conta com uma equipe com mais de 50 colaboradores, tendo sua matriz de desenvolvimento em Joinville/SC e um escritório comercial em São Paulo capital (GESPLAN, 2013).

14 6 3. DESENVOLVIMENTO No presente capítulo, serão descritas as principais atividades feitas durante o período de estágio. A elaboração deste relatório foi baseada no sistema Budget (módulo de orçamentos). É neste software que as seguintes atividades foram realizadas: melhorias, manutenções e o desenvolvimento de novas funcionalidades TECNOLOGIAS UTILIZADAS Linguagem de programação C++ A linguagem C++ é uma extensão da linguagem C e foi desenvolvida por Bjarne Stroustrup no início dos anos 80 no Bell Laboratories. Dentre as várias características que melhoram a linguagem C, a mais importante é que fornece recursos para a programação orientada a objetos. Objetos são, essencialmente, componentes de software reutilizáveis que modelam elementos do mundo real. É uma linguagem híbrida, ou seja, é possível programar tanto em um estilo estruturado, como em um estilo orientado a objetos, ou ambos. Os programas em C++ consistem em peças chamadas classes e funções. É possível programar cada peça necessária para criar um programa. Porém, existem muitas coleções de classes e funções prontas na biblioteca padrão que podem ser usadas para agilizar rotinas, facilitando e organizando o código fonte do programa (DEITEL, 2001). A demanda por softwares novos e mais eficientes aumenta cada vez mais devido aos vários desafios encontrados no dia-a-dia do cotidiano. Novas tecnologias surgem e com isso acabam facilitando a criação de outras tecnologias. No entanto, desenvolver softwares de uma maneira rápida, correta e econômica não é uma tarefa fácil. Este problema não está relacionado apenas a tecnologia envolvida mas também ao planejamento, organização e controle do desenvolvimento de softwares. Usar uma abordagem de implementação e projetos modulares, orientada a objetos, podem tornar o desenvolvimento muito mais produtivo do que é possível usando-se técnicas de programação estruturada. Os programas orientados a objetos são mais fáceis de entender, corrigir e modificar. O C++ suporta a programação orientada a objetos que é baseada em três pilares de desenvolvimento: encapsulamento, herança e polimorfismo.

15 7 Encapsular é definir diferentes permissões de acesso a dados ao usuário. Ocultar dados é uma característica muito importante, usada para que o usuário não saiba como o objeto funciona internamente. Por exemplo: ao usar uma geladeira, não é necessário saber como o compressor funciona. Alterações podem ser feitas sem que isso afete o funcionamento do objeto, contanto que sejam feitas as especificações; como o compressor de uma geladeira que pode ser substituído por outro similar (LIBERTY, 2005). A herança é utilizada para a reutilização de informações contidas em outras classes. Desta forma é possível estabelecer uma hierarquia de classe pai e filho e usar todas as estruturas contidas no pai sem precisar reescrever tudo novamente. Por exemplo, uma classe chamada "Mamíferos" e outra chamada "Elefante". É possível fazer com que Elefante herde características de Mamíferos. Assim, a classe Elefante terá suas características particulares e também todas as características genéricas dos mamíferos. Esta é uma prática muito usada para reutilizar estruturas e também dividir responsabilidades, tornando as classes mais simples e organizadas de se trabalhar (LIBERTY, 2005). O polimorfismo significa "muitas formas" e denota uma situação na qual um objeto pode se comportar de maneiras diferentes ao receber uma mensagem. Classes derivadas de uma única classe base são capazes de invocar os métodos que, embora apresentem a mesma assinatura, comportam-se de maneira diferente para cada uma das classes derivadas. Assim, os mesmos atributos e objetos podem ser utilizados em objetos distintos, porém, com implementações lógicas diferentes. Por exemplo, um vendedor e um administrador são ambos colaboradores e recebem salário, porém, o salário de cada um pode ser calculado de maneira diferente. Esta é uma prática muito interessante de ser usada para padronizar nomenclatura de métodos ao invés de escrever um nome diferente para cada um (por exemplo: "calcularsalario", "calcsalario"). Isto deixa o código com uma abordagem muito mais profissional e elegante (LIBERTY, 2005) Linguagem de programação SQL e subconjuntos O SQL (linguagem estruturada de consulta) é uma linguagem de computador usada para obter informações de dados armazenados em uma base de dados relacional. Uma base de dados relacional basicamente é um método de organização de uma grande

16 8 quantidade de dados em um computador. O SQL é diferente da maioria das outras linguagens de computador. É possível descrever o tipo de informação que se deseja obter e o computador determina o melhor procedimento para realizar essa tarefa. Esse processo recebe o nome de linguagem de programação declarativa, pois o foco está centrado no resultado. A linguagem de programação Procedural Language/Structured Query Language (PL/SQL) une o estilo modular de linguagens, como o C++, à versatilidade no acesso a banco de dados obtida via SQL. Trata-se de uma escolha óbvia para quem deseja programar parte de uma aplicação no Servidor Oracle. A utilização da PL/SQL apresenta muitas vantagens. Modularidade: não existe o conceito de programa único e monolítico. Qualquer porção de código deve residir em blocos, geralmente pequenos. Isto facilita o desenvolvimento de grandes projetos. Tipos de processamento: como toda linguagem dita procedural, a PL/SQL permite criar estruturas de programação, tais como: decisão (if/else) e repetição (loop, while e for). Variáveis: Podem-se utilizar desde as de tipos primitivos (char, number, boolean) até as compostas (registros e vetores). Inclusive, pode-se associar o tipo de uma variável ao de um campo de tabela. Packages: Várias rotinas afins podem ser agrupadas fisicamente de maneira que os detalhes da implementação fiquem encapsulados do mundo exterior. O próprio Oracle Server oferece diversos packages prontos que estendem a funcionalidade da PL/SQL. Exceções: Quando ocorrerem erros de execução (divisão por zero, conteúdo de chave primária duplicada), mensagens explicativas podem ser emitidas para que o usuário tome as medidas corretivas necessárias (MORELLI, 2000). A linguagem de manipulação de dados (DML) é utilizada para realizar inclusões, consultas, alterações e exclusões de dados presentes em registros. Estas tarefas podem ser executadas em vários registros de diversas tabelas ao mesmo tempo. A linguagem de definição de dados (DDL) permite ao utilizador definir tabelas novas e elementos associados, conforme se observa na Figura 3.1. Muito usada para criar e deletar tabelas,

17 9 alterar características estruturais e criar rotinas de manipulação de dados. A linguagem de controle de dados (DCL) é usada para controlar os aspectos de autorização de dados e licenças de usuários para controlar quem tem acesso para ver ou manipular dados dentro do banco de dados. A ferramenta usada para a manipulação de SQL, PL/SQL, DML, DDL e DCL foi o "SQL Tools" que é um sistema gerenciador de banco de dados usado para trabalhar com o banco de dados Oracle. Figura 3.1 Exemplo de uma DDL para criar uma tabela chamada "OR_PROJE" referente a tabela de projetos Base de dados relacional Uma base de dados relacional é um dos modos de organizar dados em um computador. O SQL é uma das principais razões para se organizar dados. Usando o SQL, informações podem ser obtidas facilmente por pessoas de toda a organização. O conteúdo de uma base de dados relacional pode ser usado por muitas pessoas ao mesmo tempo. Todas essas pessoas podem visualizar os dados e alterá-los (desde que tenha direitos para fazer isso). Do ponto de vista dos negócios, isso proporciona uma maneira de coordenar todos os funcionários e fazer com que eles trabalhem nas mesmas informações (PATRICK, 2002). Os sistemas relacionais são baseados em uma fundamentação formal, sob a visão de três aspectos principais:

18 10 Aspecto estrutural: os dados no banco de dados são percebidos pelo usuário somente em forma de tabelas. Aspecto de integridade: essas tabelas satisfazem a certas restrições de integridade. Aspecto manipulativo: os operadores disponíveis para que o usuário possa manipular essas tabelas - por exemplo, para propósitos de busca de dados - são operadores que derivam tabelas de outras tabelas. Desses operadores, três particularmente importantes são operadores de restrição, projeção e junção (DATE, 2000). Em base de dados relacionais, todo o conteúdo é colocado em tabelas, que são duas estruturas dimensionais com colunas e linhas. Essas tabelas proporcionam uma ótima estrutura para armazenar dados. Elas se adaptam facilmente a mudanças, compartilham conteúdos com todos os usuários ao mesmo tempo e ainda podem usar o SQL para trabalhar com o conteúdo Sistema Gerenciador de Banco de Dados Oracle O Oracle fornece a capacidade de armazenar e acessar os dados de forma consistente com um modelo definido conhecido como modelo relacional. Por causa disso, é chamado de sistema de gerenciamento de banco de dados relacional. A maioria das referências a "banco de dados" diz respeito não apenas aos dados físicos, mas também à combinação entre os objetos físicos, de memória e de processo. Os dados de um banco de dados são armazenados em tabelas. As tabelas relacionais são definidas pelas suas colunas e recebem um nome. Em seguida, os dados são armazenados como linhas. Elas podem estar relacionadas entre si e o banco de dados pode ser usado para reforçar esses relacionamentos. Um banco de dados Oracle consiste em arquivos físicos, áreas de memória e processos. A distribuição desses componentes varia dependendo da arquitetura de banco de dados selecionada. Os dados são armazenados nos arquivos físicos (chamados datafiles) em um disco. A medida que são usados, esses dados, são armazenados na memória. O Oracle usa as áreas de memória para melhorar o desempenho e para gerenciar o compartilhamento dos dados entre os usuários. A área de memória principal de um banco de dados se chama System Global Area (SGA). Para a leitura e gravação

19 11 dados entre a SGA e os datafiles, o Oracle usa um conjunto de processos de segundo plano que é compartilhado por todos os usuários (LONEY, 2002). A separação dos dados é uma ferramenta importante para o planejamento e para a mudança na forma pela qual o banco de dados trata as solicitações de E/S que são feitas nele ATIVIDADES REALIZADAS Treinamento Nas duas primeiras semanas de estágio foram realizados diversos treinamentos sobre a linguagem de programação SQL e C++, para que o estagiário pudesse se familiarizar com o software e o ambiente de trabalho. Para a realização destes estudos, foi alocado um analista de sistemas instrutor e mentor durante o período de adaptação e aprendizagem. Assim, o conhecimento foi passado rapidamente e com mais consistência. O treinamento da linguagem SQL foi realizado utilizando a ferramenta de sistemas de gerenciamento de banco de dados "SQL Tools". Foram realizadas atividades envolvendo várias formas de se fazer uma consulta no banco de dados, baseados em simulações de casos reais. Por exemplo: "O usuário João precisa fazer uma pesquisa que mostre todas as empresas de Joinville que obtiveram receita líquida superior a R$50.000,00 no primeiro trimestre de 2013". Além disso, outras tarefas foram praticadas como a criação de tabelas e suas características, tipos de dados primários que são trabalhados no banco de dados Oracle, relacionamentos entre as tabelas e sua importância para a integridade dos dados, criação de procedures e rotinas de manipulação de dados. O treinamento da linguagem C++ foi realizado usando a ferramenta IDE "C++ Builder", na qual a empresa utiliza para o desenvolvimento do sistema Budget. A principal atividade foi a confecção de uma tela baseada em uma simulação de caso onde um cliente solicitou a necessidade de se criar uma tela para cadastrar lançamentos contábeis emitidos pela empresa. Esta tela precisaria mostrar todos os lançamentos contábeis em uma tabela e botões funcionais para fazer toda a manipulação de dados como salvar, editar e excluir registros.

20 12 Lembrando que o objetivo desta atividade era treinar o estagiário para que fosse se adaptando as formas como a empresa desenvolvia o sistema Budget, ou seja, esta tela não tinha o objetivo de servir uma demanda para o sistema, por isso as regras de negócio foram simplificadas para que a área técnica do desenvolvimento pudesse ser mais bem explorada, formando a base de conhecimento necessária para o desenvolvimento profissional Melhorias O Budget é um sistema de informações para orçamento empresarial que possibilita o gerenciamento financeiro dos principais setores de uma companhia. Neste tópico, o foco será sobre cadastros de tipos de investimento como o cadastro de projetos. Abaixo seguem as atividades relacionadas ao produto no período de estágio na empresa Melhoria 1 Alterar o layout da tela Cadastro de projetos para o novo padrão Esta tela tem o objetivo de controlar a manipulação de todos os projetos que foram incluídos para serem usados em outras telas e funcionalidades do sistema. Na versão anterior, esta tela trazia todos os projetos cadastrados em um grid, possibilitando ao usuário fazer alterações dos dados como: Prioridade, Bens, Classe, Situação, Taxa limite inferior, Taxa limite superior. A Prioridade se refere a ordem de importância que cada projeto possui, sendo o número 1 o mais importante e assim por diante. O campo Bens se refere aos tipos de bens que aquele projeto está vinculado. O campo Classe se refere ao setor da empresa que o projeto vai representar (operacional, estratégico, etc...). O campo Situação se refere ao estado do projeto atualmente (aprovado, reprovado, pendente, etc...). Bens, Classe e Situação são campos do tipo combobox, ou seja, quando você clica nestes campos aparecem todos os registros possíveis para que o usuário escolha a opção desejada, recurso muito usado em campos do tipo cidade ou unidade federativa em formulários de cadastro encontrados nas páginas web. Estes campos trazem registros que foram cadastrados através de outras telas no sistema, muito parecidas com esta. O campo Taxa limite inferior e superior referem-se a porcentagem de quanto o orçamento daquele projeto pode variar para ser justificável.

21 13 O Budget possuía muitas telas de cadastro parecidas umas com as outras, mas não tinha um padrão. Juntando isto e a necessidade de melhorar a interface gráfica da tela, conforme visto na Figura 3.2, foi analisado que seria necessário fazer um padrão de layout e funcionalidades para aplicar a todas as outras telas de cadastro do software. Figura 3.2 Antiga tela Cadastro de projetos. A primeira medida foi estabelecer as cores que fariam parte do grid e do formulário. Fazendo uma análise das combinações de cores que são usadas no design gráfico dos últimos sistemas operacionais lançados e tendências em novos aplicativos e web sites, foi decidido optar pelas cores branca e azul com um tom muito usado pela Microsoft em seus programas, conforme visto na Figura 3.3. A cor cinza que predominava na tela e outras cores mais escuras, botões e ícones mal elaborados passavam a imagem de obsolescência, pois softwares mais antigos possuíam um modelo de design gráfico onde a cor cinza e tons mais escuros eram muito usados.

22 14 Figura 3.3 Modelo do novo padrão de layout. Outra grande mudança foi adicionar mais colunas relevantes na tabela que continham no formulário. Assim, a busca pelo registro fica mais rápida já que o usuário terá acesso a mais informações instantaneamente Melhoria 2 Buscar um projeto no grid Na versão anterior desta tela, o usuário podia alterar os dados do projeto apenas clicando em cima da linha do grid. Assim, não havia motivos para se criar um botão "editar" na barra de funções. Enquanto o usuário apenas navegava pelo grid, os botões "novo" e "excluir" ficavam habilitados. Quando clicava em uma linha acontecia o contrário: os botões "novo" e "excluir" desabilitavam e "salvar" e "cancelar" habilitavam. O botão "salvar" funcionava tanto para inserir um novo projeto como também para editar, ou seja, quando o usuário clicava no botão "novo" o sistema se comportava da mesma maneira como se tivessem clicando em algum registro da tabela. Este comportamento da tabela foi alterado para que se pudesse incluir um recurso muito útil e interessante, que será explicado a seguir. Analisado o impacto da mudança de funcionalidade no sistema, decidiu-se que não se iria mais alterar os projetos apenas clicando em cima da linha. Agora a linha é apenas selecionada, sem abrir o campo para edição. Assim, foi possível adicionar o recurso de busca de dados na tabela. Agora, quando um usuário precisa procurar por um projeto, não precisa passar o olhar pela tabela inteira. Basta clicar no grid e começar a

23 15 digitar o nome do projeto que a cada caracter digitado, o sistema buscará o registro mais próximo que comece com aquele caracter e seguirá assim por diante, conforme visto na Figura 3.4. O usuário pode até corrigir a busca usando o botão no teclado "backspace" se precisar. Figura 3.4 Buscando o projeto "BIBLIOTECA" na tabela. Esta modificação de comportamento da tabela foi realizada com base nas propriedades do tipo de grid utilizado. Tanto a desabilitação do campo da linha para a edição quanto a busca pelos registros apenas digitando na tabela Melhoria 3 Ordenar os projetos por ordem crescente e decrescente Como se pode ver, a versão anterior da tela de cadastro de projetos precisou ser alterada para que acompanhasse a evolução do sistema Budget e as necessidades do cliente. Outro recurso que foi decidido usar e que complementaria a busca de registros foi a ordenação por ordem crescente e decrescente de projetos. Desta forma, a busca por registros ficaria muito mais interessante e eficaz, principalmente se você está procurando por um projeto que tem o nome parecido com vários outros projetos. Assim o usuário encontrará o registro muito mais rápido que da maneira antiga, onde a única opção era navegar pela tabela inteira e procurar sem o recurso de busca. Para fazer a ordenação por ordem crescente da descrição dos projetos, basta clicar uma vez no título da coluna, neste caso, "Descrição", conforme visto na Figura 3.5.

24 16 Figura 3.5 Ordenando projetos em ordem crescente. Para fazer a ordenação decrescente dos projetos, basta clicar outra vez no título da coluna. Um pequeno símbolo em forma de triângulo aparecerá no lado do título. Este símbolo muda conforme o usuário clica no título da coluna para ordenar de forma crescente ou decrescente. Quando a ordenação é crescente, o pequeno triângulo fica apontando para cima. Quando a ordenação é decrescente, o triângulo fica apontado para baixo, conforme visto na Figura 3.6.

25 17 Figura 3.6 Ordenando projetos em ordem decrescente. Esta modificação de comportamento da tabela foi realizada com base nas propriedades do tipo de grid utilizado Manutenções A manutenção de software é o processo geral de mudança em um sistema depois que ele é liberado para uso. O termo geralmente se aplica ao software customizado em que grupos de desenvolvimento separados estão envolvidos antes e depois da liberação. As alterações feitas no software podem ser simples mudanças para correção de erros de codificação, até mudanças mais extensas para correção de erros de projeto, ou melhorias significativas para corrigir erros de especificação ou acomodar novos requisitos. As mudanças são implementadas por meio da modificação de componentes do sistema existente e, quando necessário, por meio da adição de novos componentes. Existem três diferentes tipos de manutenção de software: 1. Correção de defeitos: Na fase de desenvolvimento do ciclo de vida do software, erros de codificação são relativamente baratos para serem corrigidos; erros de projeto são mais caros, pois podem implicar reescrever vários componentes de programa. Erros de requisitos são os mais caros para se corrigir devido ao extenso reprojeto de sistema que pode ser necessário.

26 18 2. Adaptação ambiental: Esse tipo de manutenção é necessário quando algum aspecto do ambiente do sistema, como o hardware, a plataforma do sistema operacional ou outro software de apoio sofre uma mudança. O sistema de aplicação deve ser modificado para se adaptar a essas mudanças de ambiente. 3. Adição de funcionalidade: Esse tipo de manutenção é necessário quando os requisitos de sistema mudam em resposta às mudanças organizacionais ou de negócios. A escala de mudanças necessárias para o software é, frequentemente, muito maior do que para os outros tipos de manutenção. Na prática, não existe distinção clara entre esses tipos de manutenção. Ao adaptar o sistema a um novo ambiente, você pode adicionar funcionalidade para tirar proveito de novas características do ambiente. Os defeitos de software são frequentemente expostos porque os usuários usam o sistema de formas inesperadas. Mudar o sistema para acomodar sua maneira de trabalhar é a melhor maneira de corrigir tais defeitos (SOMMERVILLE, 2011). A Figura 3.7 mostra, aproximadamente, a distribuição dos custos de manutenção na média geral das empresas que desenvolvem softwares. Figura 3.7 Distribuição do esforço de manutenção. Neste relatório será focado nas manutenções do sistema Budget de melhorias e adições de funcionalidades durante o período de estágio.

27 Manutenção 1 Adicionando a funcionalidade de edição de projetos Como na versão anterior da tela de cadastro de projetos os registros eram alterados apenas clicando na sua linha, não havia a necessidade de se criar um botão para editá-los. Este recurso foi retirado e toda a configuração da manipulação de dados teve que ser alterada também. Quando você clica em uma linha da tabela, aparecem todos os outros dados agrupados ao projeto no formulário abaixo. Neste momento, o usuário tem a opção de poder editar o registro, conforme visto na Figura 3.8. Os botões possuem políticas de habilitação conforme a situação que o cenário se encontra. Por exemplo: quando o usuário está apenas procurando e observando os projetos, somente os botões Novo, Editar e Excluir estão habilitados, enquanto Salvar e Cancelar estão desabilitados. Se o usuário for adicionar um novo registro ou editar, os botões Salvar e Cancelar ficam habilitados e os restantes, juntamente com o grid, ficam desabilitados. Se o sistema não estiver em modo de edição, o usuário não consegue alterar os dados do projeto que aparecem no formulário. Figura 3.8 Inclusão do botão editar na barra de tarefas. O processo de exclusão do projeto continuou da mesma forma para o usuário, ou seja, basta clicar na linha do projeto desejado e depois no botão excluir. Se o projeto não estiver vinculado a nenhum outro relacionamento, o sistema excluirá, se não, cairá em uma validação e não deixará excluir o projeto, avisando assim ao usuário, conforme visto na Figura 3.9.

28 20 Figura 3.9 O sistema Budget avisando ao usuário que o projeto não pode ser excluído. A codificação e o desenvolvimento foi todo reestruturado seguindo um novo modelo que estava sendo adotado pela empresa naquele momento. Todas as outras funções dos botões passaram por essa modificação Manutenção 2 Traduzindo textos e mensagens Todas as descrições e mensagens contidas no sistema precisam passar pelo processo de internacionalização, para que sejam todas traduzidas conforme seja a necessidade de determinado usuário. Atualmente, o Budget conta com traduções para o idioma inglês e espanhol. Sendo assim, para cada descrição no sistema que aparece para o usuário, é preciso cadastrá-lo no software chamado "imananger". O imananger é um software que a Gesplan S/A desenvolveu para facilitar e agilizar o cadastro dessas mensagens no banco de dados, sem precisar que isso seja feito manualmente. Basta escrever a mensagem em português e mandar o software buscar a tradução para aquela descrição. Essa tradução pode vir tanto da internet quanto do próprio sistema, se já houver a mesma descrição no Budget, conforme visto na Figura 3.10.

29 21 Figura 3.10 Traduzindo descrição de componente usando imananger. Quando for salvar a tradução, existe a opção de escolher um "pai" que seria, no caso, a tela na qual a mensagem vai ficar, conforme visto na Figura Esta medida é necessária pois diferentes usuários possuem diferentes permissões para usar telas e até mesmo diferentes funcionalidades dentro das telas. Figura 3.11 Tabela com todas as traduções do Budget. Depois de salvar a descrição do componente, basta pegar o código da tradução e usar na função que busca esses dados no banco de dados através do código fonte do sistema no C++ Builder, conforme visto na Figura 3.12.

30 22 Figura 3.12 Código fonte onde é usado o código da tradução para buscar a descrição correta no banco de dados Nova funcionalidade Neste tópico será abordado sobre uma nova funcionalidade que foi elaborada no sistema Budget para exportar dados das tabelas nas telas de cadastro para uma planilha Excel. Essa nova funcionalidade fará parte do padrão elaborado Adicionando a função de exportar dados da tabela das telas de cadastro Após receber várias sugestões e percebendo o dia-a-dia das rotinas administrativas dos usuários do Budget, foi feita uma análise da situação que envolvia o uso das informações contidas nas tabelas do sistema e a forma de interação que havia entre os dados internos e externos. Foi concluído que seria interessante fazer a exportação de dados através de uma planilha do tipo Excel, conforme visto na Figura Desta forma, o cliente poderia adaptar suas rotinas administrativas com o sistema Budget de uma forma rápida, visto que a função do sistema é ser um excelente sistema

31 23 de orçamento empresarial que complementa os ERPs (Enterprise Resource Planning) de seus clientes através da integração entre os sistemas. Figura 3.13 Exportando dados da tabela projetos para o Excel. Assim, alguns usuários que possuem permissão para essa funcionalidade poderão exportar todos os dados da tabela de projetos em uma planilha Excel, conforme visto na Figura Figura 3.14 Resultado da exportação de dados da tabela projetos para o Excel.