MANUTENÇÃO DE SOFTWARE

Transcrição

1 MANUTENÇÃO DE SOFTWARE Francisco Luiz Sobrinho, Samily Rocha Gois Faculdade de Tecnologia SENAC Goiânia/GO (SENAC/GO) Av. Independência número CEP Setor Leste Vila Nova - Goiânia GO Brasil Engenharia de Software Gestão da Tecnologia da Informação II - Matutino wickjonesobrinho@gmail.com, Samilygois@oi.com.br Abstract. The amount of software running on any kind of organization is attracting attention for one stage of the life cycle of software, previously considered Secondly, the maintenance of software. The problems arising from this activity need to be well understood. That usually is not feasible to replace the software products of an organization by others based on recent technologies, makes the system maintenance an additional challenge to the search of techniques and methods for software maintenance. Resumo. A quantidade de software em funcionamento em todo tipo de organização vem despertando atenção para uma fase do ciclo de vida de software, até então considerada em segundo lugar, a manutenção de software. Os problemas oriundos dessa atividade precisam ser bem compreendidos. O fato de geralmente não ser viável substituir os produtos de software de uma organização por outros baseados em tecnologias recentes, torna a manutenção de sistemas um desafio adicional para a busca de técnicas e métodos para a manutenção de software. 1. Introdução A Engenharia de Software desenvolve, cria e aperfeiçoam continuamente métodos, procedimentos e ferramentas para tornar a atividade de desenvolver e manter software uma tarefa que possa ser medida, controlada e avaliada. Ao longo das últimas décadas houve uma melhora significativa do conceito de software, de suas características e dos seus processos. Todo esse desenvolvimento na atualidade destina-se à atividade de manutenção de software e essa importância ocorre por causa da quantidade de software em funcionamento nas organizações, mas não são substituídos, e é justamente por causa disso que surge a necessidade de manutenção de software. Essa Necessidade concorre a diversos problemas originados de diversas fontes como: a própria administração das organizações, o perfil dos clientes ou as deficientes técnicas utilizadas na construção de software. Este artigo colabora para melhor entender as dificuldades de uma das importantes atividades dentro do ciclo de vida do software, a atividade de manutenção de software. Existem Trabalhos em algumas instituições de ensino superior no sentido de estabelecer

2 uma disciplina própria para manutenção de software em cursos de graduação e essa iniciativa mostra a necessidade da importância de ensinar manutenção de software no meio acadêmico, antes de os alunos se tornarem profissionais. Fica claro dessa maneira, entender a importância de pesquisar e correlacionar as informações sobre a atividade de manutenção de software dentro das organizações, evidenciando assim, quais são as dificuldades dessa atividade (manutenção de software), para que sejam estabelecidos programas de ensino baseados na prática e não apenas fechados dentro da realidade do meio acadêmico. Muitos problemas referentes ao desenvolvimento e manutenção de software continuam em muitos casos sem solução, apenas com muitos conceitos sem evolução. Entender o significado da manutenção de software constitui o passo fundamental para o estudo e aprofundamento de soluções para os problemas ligados a essa tarefa. 2. Dificuldades O que pode ser feito? É importante destacar que diversos profissionais estão trabalhando diretamente em manutenção de software no meio organizacional mesmo sem uma graduação específica, mas contribuindo para os fatores importantes envolvidos com a manutenção de software, favorecendo opções para essa real necessidade, bem como proporcionando atendimento às organizações. A atividade de manutenção de software é distinguida pela modificação de um produto de software já entregue ao cliente para correção de supostos erros, melhorando seu desempenho ou qualquer outro atributo, para adaptação desse produto a um ambiente modificado (IEEE, 1998). Segundo Pfleeger (2001), existem três diferenças na manutenção de software muito embora o mesmo seja tratado de forma genérica, porém, com propósitos distintos: I. Softwares construídos com base em uma especificação rígida e bem definidos cujos resultados esperados são bem conhecidos: um software construído pode realizar operações com matrizes (adição, multiplicação e inversão). Esse software devidamente implementado praticamente não haverá necessidade de manutenção. II. Em outra situação, são agrupados os softwares que são implementações, de soluções aproximadas para problemas do mundo real, sendo que soluções completas só são conseguidas na teoria nesses casos. Exemplo: em um jogo de xadrez suas regras são bem definidas, mas não é possível construir um software que calcule a cada passo todos os movimentos possíveis das peças do tabuleiro, de maneira que consiga determinar o melhor movimento. O número de movimentos possíveis é grande para ser calculado em um espaço de tempo relativamente curto. A solução para esse problema baseia-se em descrever o problema de forma abstrata para então definir os requisitos de software a partir dessa abstração. Percebe-se que esse

3 III. tipo de sistema já contempla diferentes interpretações por parte do desenvolvedor, que tende a produzir software com maior necessidade de manutenção em relação ao primeiro exemplo. Por ser uma abstração para especificação de requisitos, a mudança pode aparecer caso a abstração mude na medida em que um maior entendimento do problema seja alcançado. Nessa situação, alguns tipos de software consideram mudanças no ambiente onde o software vai ser utilizado, condição não existente nas situações anteriores. Neste caso, o software corresponde àquele criado com base em um modelo dos processos abstratos envolvidos no sistema e precisará mudar sempre que ocorrerem mudanças nesses modelos, inicia no ambiente que ele modela. Um tipo de software assim seria aquele que apresenta informações de economia de um país. À medida que a economia passa a ser compreendida o modelo muda e com ele a abstração do problema, causando uma necessidade de manutenção. Esses softwares são encontrados no dia-a-dia das organizações. O processo de manutenção de software não compreende a uma atividade isolada, pois sua execução tem partes diferentes e precisam interagir de forma que os objetivos da manutenção sejam entendidos e os resultados alcançados. Essas partes são apresentadas da seguinte forma: Organizações Cliente: corresponde ao adquirente do software, conforme definido pela norma ISO/IEC Isso significa que as organizações que possui o software requisita o serviço de manutenção; Mantenedor: trata-se da organização que oferece o serviço de manutenção; Usuário: representa a organização ou pessoa que utiliza o software, valendo-se suas funcionalidades para automatizar e facilitar as tarefas. O relacionamento entre essas partes é a constituição de um fluxo para os pedidos de manutenção conferido na figura 1.0. A organização possui um responsável pela solicitação de manutenção que especifica os requisitos e informa ao mantenedor. Esse responsável considera os erros apontados pelo help-desk encarregado do diálogo com os usuários. Do lado do mantenedor, a organização que presta o serviço encarrega alguém para avaliar as requisições, julgando ser necessário ou não para os objetivos do software e do solicitante. Se o pedido for aceito, destaca-se um encarregado para estabelecer um cronograma de entrega e o mesmo deverá ser seguido pela equipe de manutenção que são as pessoas envolvidas em atender as solicitações. O usuário utiliza o software reportando para o help-desk que por sua vez informará o responsável pelas solicitações de manutenção fechando o ciclo.

4 Figura 1.0: Fluxo envolvido na manutenção de software Com relação à falha e ao defeito de software, Pressman (2005) explica que a IEEE define para o contexto de hardware a explicação de que um defeito o constitui uma anomalia do produto. Já uma falha pode significar um defeito em um dispositivo, uma definição incorreta de passos, processos ou de dados em um programa de computador. No contexto de manutenção de software, os termos falha e defeito são sinônimos e ambos se referem a algum problema relacionado à qualidade, identificado depois de o software ser entregue ao usuário. Atividades de manutenção de software são caracterizadas por intervenções no produto de software de forma a evitar sua deterioração. Um software não se desgasta, mas se deteriora no sentido de os objetivos de suas funcionalidades cada vez menos se adequarem ao ambiente externo. A manutenção de software deverá contemplar o nível de satisfação do usuário em relação ao software utilizado. 3. Norma ISO/IEC Em 1987 a ISO e a IEC estabeleceram om Comitê Técnico Conjunto JTC (Join Technical Committee) sobre tecnologia da informação, a fim de efetuar a normatização no campo de sistemas de tecnologias da informação. Dentre os objetivos estava o estabelecimento de um padrão para processos de ciclo de vida de um software, que culminou a norma ISO/IEC 12207, que teve início em Essa norma provê um conjunto de Processos de Engenharia de Software que uma organização deve utilizar para adquirir, fornecer, desenvolver ou manter software, pois documenta os processos do ciclo de vida de software em um modelo de referência de processos.

5 4. Conclusão A grande maioria dos estudos existentes na área de manutenção de software utiliza a metodologia de pesquisar-e-transferir, no sentido de pesquisa fechada dentro do meio acadêmico enquanto existe uma necessidade de usar a abordagem indústria-comolaboratório, uma vez que é nas indústrias que a atividade de manutenção existe como atividade real e intensa do dia-a-dia. Manutenção de software deve ser considerada com base em seu ambiente de aplicação e, essa abordagem representa a melhor fonte de evidências para sustentar e guiar as pesquisas de melhoria e sistematização da atividade. A ausência de um processo de manutenção de software, como dita as normas de Engenharia de Software, não é de todo condenável se o processo criado pela própria organização funcionasse de maneira satisfatória. O que deve ser observado é a pressão gerada pelos clientes muitas vezes prejudica o cumprimento correto da sequência de passos estipulada pela própria organização para tratar a manutenção de software. A inexistência de manutenção preventiva é um fato que precisa ser analisado em conjunto com os objetivos de negócio da organização e com seus projetos em relação à vida útil do software que mantém. 5. Referências: IEEE (1998) especifica a forma de um conjunto de documentos em oito estágios definidos de teste de software. Melhora o desempenho ou qualquer atributo para adaptação desse produto a um ambiente modificado. S. L, Pfleeger (2001) Software Engineering Theory and Practice second edition ISBN-10: ISBN-13: R. S., Pressman (2005) Explica IEEE Artigo: alternativas para redução de problemas na manutenção de software: artigo revista Engenharia de software by Mateus Maida Paduelli, Mestre em Computação pela USP. Norma ISO/IEC Comitê Técnico Conjunto-JTC (Join Technical Committee) Tecnologia da Informação Teve início em 1989 Versão inicial (1995) Estrutura para manutenção de software.