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.

Com base nos requisitos da norma ISO 9001:2000, é correto afirmar que as empresas precisam medir e avaliar o desempenho dos processos do SGQ e das características do produto/serviço, a fim de prover forma de comprovar a melhoria contínua.

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.

ara o alcance do nível de maturidade C no MPS.BR, uma organização precisa demonstrar que implementou dois processos relacionados ao reúso: um deles relativo ao desenvolvimento de ativos reusáveis e outro ao gerenciamento do ciclo de vida desses ativos, entre outros aspectos.

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.

Se o processo de desenho arquitetural de software, proposto na ISO/IEC 12207, for implementado de forma aderente ao padrão, ele produzirá uma linha de base (baseline) do desenho arquitetural do software, a qual será mantida sob gerência de configuração.

A ISO 20000 contém duas partes: especificação e código de prática. A definição dos requisitos para o gerenciamento de serviços, dentro de um nível aceitável de qualidade e em conformidade com os requisitos de negócio, faz parte do código de prática.

Os aplicativos são um componente necessário para fornecer um serviço. Cada aplicativo pode suportar mais de um serviço, e cada serviço pode fazer uso de vários aplicativos.