Cap 3: Using an Enterprise Approach for Decision Making

Neste capítulo é descrito os grandes problemas em se pensar em migrar os

sistemas sem pensar em todos os problemas , não apenas nos principais que geralmente
são os mais atacados quando é necessário se pensar em migrar. Pensando nisso o SEI
desenvolveu uma um conjunto de ações a serem tomadas para se planejar as migrações de
software, levando em conta considerações de engenharia e tecnologia de software,
abordagem da empresa e as necessidades do cliente, os objetivos estratégicos da
organização, o contexto operacional da empresa e os sistemas legados atuais e seu
ambiente operacional.
A utilização das listas de verificação são de extrema importância para este plano de
gerência de software legado, pois nessas tabelas estão as pessoas que precisam de
informações e os tomadores de decisão, bem como as operações corporativas e produtos
de trabalho que comandam as tarefas e as tomadas de decisões.
Para isso algumas perguntas podem servir de exemplo para que possamos entender
melhor o contexto que tais perguntas são inseridas bem como as informações que podemos
tirar destas, a primeira tabela são algumas questões que podem ser levantadas para a
empresa do sistema legado:

Uma visão comum foi desenvolvida e comunicada?

Todas as três variáveis ​do projeto - capacidade, cronograma e custo - foram pré
determinadas pela organização antes de desenvolver um plano de projeto?

A viabilidade de evoluir o sistema legado foi predeterminada? Ou os benefícios?

E as seguintes perguntas feitas observando o projeto em si:

Uma equipe de projeto de engenheiros interdisciplinares será estabelecida para servir

como um equipe de design do sistema? Se não, como os problemas globais de
engenharia de sistemas e especialidades como requisitos de engenharia (por exemplo,
segurança) são adequadamente abordados e coordenados?

O plano do projeto descreve claramente a estratégia de evolução do sistema? São os

membros do projeto ou a equipe que usam o sistema que apoiam totalmente a
estratégia?

Esse sistema de listas de verificações tem sido bem importante para se entender o contexto
da empresa bem como o poder que o sistema legado tem na empresa, mas mais que isso ,
foi importante para se ver os verdadeiros problemas da empresa, que em geral se
concentram em dois tipos, a percepção que a empresa tem sobre seu próprio problema e o
problema real, que por sua vez indica uma falta de planejamento global da empresa bem
como da coordenação da infraestrutura da empresa. E o outro problema observado foi a
falta de um processo definido e repetível para avaliação de sistemas legados para servir
como uma estrutura para identificar tarefas subsidiárias e critério de avaliação.
Cap 4: Developing High-Level System Understanding

A compreensão do programa é um pré-requisito para a evolução do software.

Esta seção está dividida em três partes e irá tratar da distinção entre as duas formas de
entendimento do programa e foco nas atividades necessárias. De forma que é afirmado que
a natureza da compreensão do programa deve mudar sua ênfase de uma compreensão dos
componentes internos dos módulos de software para uma compreensão das interfaces
entre módulos de software. Ocorrendo uma distinção entre essas duas formas de
entendimento. A compreensão é fundamental para a capacidade de desenvolver ativos
legados improdutivos (por exemplo, obsoletos, componentes excessivamente restritos ou
estagnados) em ativos reutilizáveis que podem contribuir para uma abordagem da linha de
produtos.

4.1 Cognitive Aspects

O aspecto cognitivo da compreensão do programa é o estudo do comportamento de

resolução de problemas de engenheiros de software. A estratégia de compreensão envolve
quais informações os engenheiros de software usam para entender um artefato de software
e como eles usam essa informação.

4.2 Developing Support Mechanisms

Mecanismos de suporte auxiliados por computador são necessários para ajudar os

engenheiros de software em seu sistema de compreensão das tarefas. Mas, em vez de
ajudar os engenheiros de software a extrair dados de alto nível informações do código de
baixo nível, esses mecanismos de suporte devem se concentrar na extração
Definições de interface das especificações do programa.

4.3 Maturing the Practice

À medida que mudamos o foco da compreensão do programa para a compreensão do

sistema, da manutenção do software para a evolução e migração do sistema e das técnicas
de baixo para cima para as técnicas de cima para baixo, as perspectivas de adoção
generalizada aumentarão. A compreensão do sistema deve ser integrada com as outras
tecnologias descritas neste relatório, ou seja, a Internet, a tecnologia de objetos distribuídos
e a computação centrada na rede.