Existem várias categorias de linguagens de SGBD: a de definição de dados (DDL), usada para especificar esquemas (conceitual e externo); a de manipulação de dados (DML), que provê um conjunto de operações básicas para manipulação de dados; a de definição de visões (VDL), utilizada para especificar a visão do usuário (esquema externo) e seu mapeamento para o esquema conceitual e a de definição de armazenamento (SDL), usada para especificar o esquema interno de armazenamento dos dados no banco.

Na metodologia ágil XP (extreme programming), as metáforas são formas de transmitir ideias complexas de maneira simples, ou seja, utiliza-se uma linguagem simples entre a equipe e o cliente, com o objetivo de que, entre as inúmeras variáveis de controle em projetos, tais como tempo, custo, qualidade e escopo, obtenha-se maior foco no tempo, em detrimento do planejamento do release.

No gerenciamento de projetos, segundo o PMBOK, os processos que definem o escopo do projeto, assim como o refinamento dos objetivos, encontram-se no grupo de execução e os que desenvolvem o curso de ação necessário para alcançar os objetivos encontram-se no grupo de monitoramento e controle.

Entre os vários papéis do SCRUM, o product owner é a única pessoa responsável por gerenciar o backlog do produto, possuindo, ainda, a responsabilidade de maximizar o valor do produto e do trabalho da equipe de desenvolvimento.

A NBR ISO/IEC n.º 12.207 agrupa os processos do ciclo de vida de software em três grupos: fundamentais, de apoio e organizacionais.

A finalidade da NBR ISO/IEC n.º 9.126 é proporcionar que o produto de software e seu processo de desenvolvimento alcancem a qualidade necessária para o contexto desejado. Para tanto é obrigatório que todos os requisitos de qualidade sejam explicitados antes do projeto de software.

A NBR ISO/IEC n.º 9.126, que é uma norma concernente à qualidade de software, abrange métricas de processo e medidas internas e de qualidade, mas não aborda, por questões de padronização, medidas externas e efeitos do produto de software.

O propósito do processo gerência de projetos evolui à medida que a organização cresce em maturidade. É iniciado no nível G, no qual o escopo do projeto é definido; a partir do nível E, o esforço e o custo são incorporados na gestão; e a partir do nível B, há planejamento com base em estimativas quantitativas.

O modelo de referência MPS.BR para serviços, que é um dos quatro componentes do MPS.BR, está em consonância com a ISO/IEC n.º 20.000/2011, e seu nível de maturidade G é composto, entre outros fatores, pelos processos entrega de serviços, gerência de incidentes e gerência de nível de serviços.

O guia geral MPS.BR de software descreve sete níveis de maturidade acumulativos, que estabelecem patamares de evolução de processos. Essa escala se inicia no nível G e progride até o nível A, não havendo, nesse guia, abordagem de níveis de capacidade dos processos.