São exemplos de controles físicos: guardas armados, detecção de intrusão em redes de computadores e monitoramento de incêndio e umidade.

São objetivos da normalização: eliminar redundâncias, evitar erros de atualização e facilitar tanto a representação do mundo real quanto a imposição de restrições de integridade.

A gestão da qualidade total não deve ser confundida com o gerenciamento de processos, não devendo essas duas atividades sobrepor-se.

A especificação de requisitos é uma atividade fundamental do processo de software, mas carece de normas e técnicas que auxiliem as equipes nessa tarefa.

Web service é um conjunto de tecnologias utilizadas na integração de sistemas e na comunicação entre aplicações diferentes. Para a representação e estruturação dos dados nas mensagens recebidas/enviadas, é utilizado o XML (eXtensible markup language). As chamadas às operações, incluindo-se os parâmetros de entrada e saída, são codificadas no protocolo UDDI (universal description, discovery and integration). Os serviços (operações, mensagens, parâmetros etc.) são descritos usando-se a linguagem WSDL (web services description language). O processo de publicação, pesquisa e descoberta de web services utiliza o protocolo SOAP (simple object access protocol).

modelo de maturidade de processo CMMI é um modelo integrado de aprimoramento de processos que apoia tanto os aprimoramentos por estágios quanto os contínuos. A representação por estágios é caracterizada pelos seguintes níveis de capacidade (capability levels):

nível 0: incompleto (ad-hoc);
nível 1: executado;
nível 2: gerenciado / gerido;
nível 3: definido;
nível 4: quantitativamente gerenciado;
nível 5: em otimização (ou otimizado).

A representação contínua é caracterizada por níveis de maturidade (maturity levels):
nível 1: inicial (ad-hoc);
nível 2: gerenciado / gerido;
nível 3: definido;
nível 4: quantitativamente gerenciado/gerido quantitativamente;
nível 5: em otimização.

A contratação de serviços de TI, conforme a Instrução Normativa n.º 4/2008 do MPOG/SLTI, deve desenvolver-se em três fases, devendo-se, durante a primeira dessas fases, realizar análise de riscos, visando identificar os riscos de contratação e os de segurança da informação do contratante.

Existem quatro categorias de áreas de processo no modelo CMMI para desenvolvimento: gerenciamento de processo, gerenciamento de produto, engenharia e apoio.

Dois tipos de métricas têm sido usados para estimativas de produtividade do desenvolvimento de software: as relacionadas a tamanho de algum resultado de uma atividade, como, por exemplo, linhas de código fonte entregues, número de instruções de código objeto, número de páginas de documentação, e as relacionadas a funções - funcionalidade geral do software entregue. A produtividade é expressa em termos de quantidade de funcionalidade útil produzida em um dado tempo, como, por exemplo, pontos por função, pontos por objeto.

A reversibilidade é um aspecto da normalização que permite que esta ocorra sem perdas de dados e relações, preservando-se as informações do banco de dados.

O domínio de monitoramento e avaliação do modelo COBIT 4.1 é, entre os demais domínios do modelo, o que mais se aproxima do estabelecimento de um sistema de controle interno, não havendo similaridade de propósito entre os processos do domínio de monitoramento e os descritos no elemento indicado por E no modelo da figura.

Uma das desvantagens da arquitetura distribuída é sua complexidade, uma vez que é mais difícil compreender as propriedades emergentes dos sistemas que as dos sistemas centralizados.

A validação de requisitos deve ser feita tanto por meio da análise subjetiva quanto por meio de atividades técnicas de revisão, prototipação, validação de modelo e testes de aceitação.

Uma técnica para levantamento de requisitos eficiente e recomendada pelo SWEBOK é o envio de questionário por e-mail, visto ser uma forma de se elucidar com precisão as necessidades do usuário.

A construção de uma base de dados que descreve e estabelece relacionamentos entre ativos de TI, inclusive, mas não exaustivamente, dos tipos software, hardware, documentos e pessoas, é efetuada sob responsabilidade de processos declarados no âmbito do elemento indicado por D no modelo da figura mostrada.

O gerenciamento de requisitos é uma atividade básica que deve anteceder as demais atividades da engenharia de software, pois é pré-requisito para todas elas.

As principais entidades intervenientes do gerenciamento de requisitos são os usuários, os clientes, os analistas de mercado, as agências reguladoras e os engenheiros de software.

Um diagrama entidade-relacionamento permite uma representação, em forma de figura, da estrutura física de um banco de dados.

Por se referir a "um nível mais profundo de síntese" (l.16), a expressão "uma unificação que" (l.16-17) pode ser substituída por o que, sem prejudicar a argumentação ou a correção gramatical do texto.

Arquitetura orientada a serviços é um novo paradigma em que aplicações são desenvolvidas a partir de serviços, elementos computacionais dependentes de plataforma que são considerados o nível mais avançado de abstração dentro do processo de criação de sistemas de automação de negócios eletrônicos.