Reengenharia E Manutenção De Software

1. INTRODUÇÃO

Este artigo é um resumo de análises realizadas no sistema A Carneria, bem como, a descrição de algumas ações corretivas no intuito de identificar e proporcio-nar um melhor aproveitamento do sistema e de suas funcionalidades. O software apresentou erros, que impossibilita que algumas de suas funcionalidades sejam uti-lizadas. Embora as funcionalidades tenham sido solicitadas pelo cliente.

Durante a análise foi possível constatar que alguns erros impossibilitam o uso do sistema e outros que dificultam a interação do usuário em virtude da comple-xidade utilizada no desenvolvimento do sistema.

Segundo Pressman, manutenções ou descobertas de defeitos no software podem ser caracterizadas da seguinte forma:

É caracterizada como um “iceberg”.

Ansiosamente, esperamos que aquilo que é imediatamente visível esteja lá.

Realisticamente, sabemos que uma massa enorme de problemas e custos potenciais esconde-se por trás da superfície. (Pressman, 1995)

Pressman descreve relação ao software que possui erros é que o mesmo irá sofrer alterações. Diante disso, os erros produzidos em seu desenvolvimento provoca-rão requisições de melhorias que inevitavelmente provocarão modificações no sistema.

2. DESENVOLVIMENTO

Conceitos da engenharia de software são relevantes para explicar o proces-so utilizado para a análise das mudanças e melhorias que o sistema será submetido.

Pressman oferece um método que pode facilitar a identificação da fase em que o sistema se encontra, e destaca essa relevância quanto ao esforço associado à atividade de engenharia apresentando fatores como: O quê e como devem ocorrer às mudanças isso permite acompanhar o processo de evolução da melhoria a ser realiza-da.

“O trabalho associado à engenharia de software pode ser categorizado em três fases genéricas, independentemente da área de aplicação, tamanho ou complexidade do projeto”.

A fase de definição focaliza em “O quê” deve ser feito.

A fase de desenvolvimento focaliza em “como” deve ser feito.

A fase de suporte focaliza em “mudança” do que está feito.

Durante a fase de suporte são encontrados quatro tipos de mudanças:

Correção: Mudanças no software para corrigir defeitos na construção.

Adaptação: Mudanças no software para acomodar alterações ocorridas no ambiente externo. Estas mudanças podem ser no ambiente operacional (hardware, sistema operacional, mudanças na legislação ou em regras de negócio).

Evolução (ou Melhoria): Extensão do software além de seus requisitos fun-cionais originais.

“Prevenção (ou Reengenharia de software): Modificação no código do pro-grama de modo que este possa ser mais facilmente corrigido, adaptável e evoluído.”

Pressman oferece um método que possibilita que o sistema em análise, possa obter maior aproveitamento quanto às solicitações de mudança, resolução de falhas e possíveis melhorias.

As manutenções necessitam serem observadas em conformidade com a classificação dos erros, e quais serão os impactos ocasionados no sistema na corre-ção dos erros, ou na realização de quaisquer tipos de melhorias no sistema.

Na análise de um sistema podem-se observar vários tipos de manutenções possíveis. Pressman define sete manutenções básicas que podem ocorrer em um sistema:

Projetos de manutenção: Propõem-se a modificar um produto de hardware e/ou software existente e não criar um novo. São demandados por incidên-cias, mudanças no ambiente externo, novas necessidades e melhorias de manutenção. A inclusão ou não de novos requisitos dependem do tipo de Projeto de Manutenção, que podem ser:

Projetos de Correção: Mudanças no software para corrigir defeitos na cons-trução. Não há inclusão de novas funcionalidades. São demandados por in-cidências e são classificadas de acordo com sua severidade.

Projeto de adaptação: Mudança no software para acomodar alterações ocorridas no ambiente externo. Não há inclusão de novas funcionalidade. Estas mudanças podem ser no ambiente operacional (hardware, sistema operacional, mudanças na legislação ou em regras de negócio).

Projetos de evolução (ou Melhoria): Extensão do software além de seus re-quisitos funcionais originais Há inclusão de novas funcionalidade.

Projetos de prevenção (ou Reengenharia de Software): modificação no có-digo do programa de modo que este possa ser mais facilmente corrigido, adaptado e evoluído Não há inclusão de novas funcionalidade.

Projetos de Aposentadoria (ou Retirement): Alguns modelos processos, como o Enterprise Unified Process (EUP), incluem uma fase de Retirement onde este tipo de projeto é aplicável, com o objetivo de remover um produ-to de software ou hardware do ambiente de produção, levando-se em conta os substitutos dos serviços e informações providos por ele, bem como eliminação dos resíduos (dados, bibliotecas, refr6encias ao produto).

As propostas de manutenções apresentadas por Pressman intentam facilitar o processo de manutenibilidade de softwares. Nessa perspectiva a aplicação das propostas oferecidas pelo autor alcançam com êxito as necessidades do sistema A Carneria.

Um sistema a ser mantido, tem por pressuposto a análise e a evolução cons-tante, em todas as manutenções realizadas. Sendo primordial a geração de docu-mentação pertinente ao que foi corrigido, alterado ou mantido, no sistema em análi-se. Visando esta colocação a reengenharia e a engenharia reversa, auxilia na me-lhor aplicação de técnicas e métodos para que essa documentação seja produzida, com qualidade, e que supra as necessidades de futuras ou atuais manutenções.

2.3. Passos para encontrar as possíveis falhas:

Para a análise primária do sistema, realizou-se teste exploratório, com o qual foi possível documentar a navegabilidade do sistema, na perspectiva do usuário. Sendo possível elencar as seguintes falhas apresentadas pelo sistema:

 Na