Considere que um projeto de software preveja o desenvolvimento de vinte novas funções. Nessa situação, se a probabilidade de esse projeto de software desenvolver funções com erros for de 20% e se o custo para refazer cada função for de R$ 10.000,00, é correto afirmar que a exposição ao risco do projeto será de R$ 40.000,00.

Para projetos de software compostos por código reutilizado, o modelo de estimativa COCOMO II.2000 requer informações sobre o tamanho total das linhas de código do sistema em desenvolvimento.

A medição da confiabilidade, um atributo de qualidade externa do software, pode ser objetivamente avaliada com base nos atributos internos do software, tais como complexidade ciclomática, tamanho do programa em linhas de código e número de mensagens de erro.

Reestruturação de software é uma atividade do processo de reengenharia de software voltada para a modificação da arquitetura global do programa, cujo objetivo consiste em tornar mais fácil o entendimento, os testes e a manutenção dos software.

Como regra geral, não se deve tentar reestruturar um sistema com o uso da reengenharia se a abordagem inicial do sistema legado for funcional e a versão melhorada desejada for orientada a objetos.

Na manutenção preventiva por refatoração em determinado software, novas funcionalidades devem ser adicionadas para diminuir sua degradação.

Uma arquitetura de sistema de informação possibilita o alcance dos objetivos estratégicos, servindo para balizar as atividades e os processos relacionados ao desenvolvimento dos sistemas de informação, da evolução e racionalização dos processos e da estruturação, da obtenção e do uso das informações essenciais para uma gestão orientada a resultados.

De acordo com a service oriented architecture (SOA), uma aplicação grande e complexa deve ser evitada e substituída por um conjunto de aplicações pequenas e simples. Esse conjunto de aplicações é composto fisicamente por vários e pequenos módulos especializados, distribuídos, acessados remotamente, interoperáveis e reutilizáveis de software, unidos graças a padronizações adotadas.

O planejamento dos sistemas de informação de uma empresa deve ter a mesma periodicidade do planejamento estratégico: se este for bianual, aquele também deverá ser revisto bianualmente.

Escolher o que não fazer também é uma estratégia e, sem a realização de trade-offs, não existiria a necessidade de escolha, nem de estratégia, por parte das empresas.