O gerenciamento de aplicação, que desempenha o mesmo papel do gerenciamento técnico, tem a função principal de gerenciar a infraestrutura de TI de uma empresa ou organização.

O aumento de preços dos produtos e serviços de que a organização necessita para desempenhar as suas atividades é um exemplo de fraqueza, segundo a matriz SWOT.

A engenharia de software é um a disciplina do conhecimento humano que aplica princípios da engenharia ao desenvolvimento de software. N o entanto, existem diferenças significativas entre as engenharias clássicas — mecânica, civil, elétrica— e a engenharia de software, muitas delas decorrentes das diferenças de natureza entre o produto ou sistema resultante da atividade das engenharias clássicas e a engenharia de software. A engenharia de software desdobrou-se em várias áreas especializadas, como as áreas de requisitos de software, de análise e projeto de software, de implementação de software, de testes de software, de gestão de configuração, entre outras. N a interface entre as engenharias clássicas e a de software insere-se a engenharia de sistemas, abordada colateralmente na ISO/IEC 12207.

A rastreabilidade bidirecional entre os requisitos e os demais produtos de trabalho do desenvolvimento de software — como as especificações arquiteturais, os planos de teste e os componentes de software — é uma característica de processos de gerenciamento de requisitos que exibem nível de capacidade 1 em organizações aderentes ao modelo CMMI.

Orientações de melhores práticas aplicáveis a todos os tipos de organização que fornecem serviços para um negócio dizem respeito ao núcleo do modelo ITIL.

Os SLO (service levei objectives) referem-se aos objetivos de processos e envolvem a avaliação do impacto das mudanças sobre a qualidade de serviço e sobre os SLA (service levei agreement), quando as mudanças são propostas e depois de implementadas.

A publicação transição de serviço descreve a fase do ciclo de vida do gerenciamento de serviços que é responsável pelas atividades do dia a dia, orientando a entrega e o suporte a serviços de forma eficiente e eficaz, e detalhando os processos de gerenciamento de eventos, incidentes, problemas e acesso, e de execução de requisições.

Cada processo de TI do COBIT tem uma descrição de processo e vários objetivos de controle detalhados; entretanto, não existem requisitos de controle genéricos, aplicáveis a todos os processos.

O COBIT está totalmente alinhado com a estrutura integrada para controles internos do COSO (Comittee o f Sponsoring Organisations o f the Treadway Comission), que é amplamente aceito como estrutura de controle para governança corporativa e gestão de riscos.

O catálogo de serviço fornece uma fonte distribuída de informações sobre os serviços de tecnologia da informação (TI) entregues à empresa pela organização provedora de serviço. Esse catálogo, entretanto, não demonstra detalhes de serviços e seus status.

Se não forem adequadamente controladas, as mudanças podem introduzir novos incidentes, que devem ser registrados nos bancos de dados de gerenciamento de configurações, para que seja possível identificar suas causas e tendências.