A norma NBR ISO/IEC 12207 agrupa os processos do ciclo de vida de software em três grupos: o fundamental, os de apoio e o organizacional. O processo de Aquisição, que pertence ao grupo fundamental, descreve atividades do adquirente e as exigências na especificação do produto de software ou serviço de software, enquanto o processo de Fornecimento, que pertence ao grupo de apoio, define as atividades do fornecedor ou da organização que provê o produto de software ou serviço de software ao adquirente.

A metodologia XP promove feedbacks concretos e contínuos, é eficiente, é de baixo risco, é flexível, é previsível e possui abordagem de planejamento incremental.

O foco principal da NBR ISO/IEC 9126 é o processo de garantia da qualidade do produto de software, que descreve um modelo de qualidade do produto de software, bem como da qualidade de seu uso e, ainda, define as atividades para garantir objetivamente que os produtos e processos de software estejam em conformidade com os requisitos especificados.

No processo Foco nos Processos da Organização do CMMI-DEV, o fato de o processo estar institucionalizado com um processo definido é exemplo de meta específica, a qual descreve as características que devem estar presentes para uma implementação adequada do processo.

O processo Gerência de Requisitos do MPS/BR, exigido inicialmente para se alcançar o nível de maturidade F, visa ao gerenciamento dos requisitos do produto e dos componentes do produto do projeto, bem como identificar inconsistências entre os requisitos, os planos do projeto e os produtos de trabalho do projeto.

Gerência de Portfólio de Projetos é um processo do MPS/BR exigido para se alcançar inicialmente o nível de maturidade E, que constitui um processo vital para alcançar o nível de qualidade, a qual não permite sua exclusão no escopo de uma avaliação MPS.

Na representação por estágios do CMMI, apenas as metas genéricas 2 e 3 são utilizadas, porque nem todos os processos são avançados além do nível de capacidade 3.

No ciclo de vida BPM, as atividades de execução são realizadas a partir de uma interpretação direta e automatizada das definições feitas em atividades anteriores a esse ciclo de vida.

Para que seja feita a modelagem da interação de objetos, a UML disponibiliza o diagrama de colaboração. A interação modelada por esse diagrama não se propõe a representar fluxo de dados.

O Apache Velocity, ao ser utilizado para o desenvolvimento de páginas web, não permite que código Java seja embutido nas páginas.

O Apache Velocity, como qualquer template engine, tem aplicação exclusiva no desenvolvimento de páginas web. Dessa forma, ele sempre é utilizado como um componente integrado a outros sistemas.

Com o uso do Hibernate, o isolamento dos objetos de dados passa a ser feito em memória, sendo desconsiderado o nível de isolamento das transações de banco de dados.

O modelo de renderização de componentes JSF é definido de forma que a classe do componente implementa, além da sua funcionalidade, a sua regra de renderização.

Quando o tratamento de exceções no Struts 2 é devidamente configurado, as exceções capturadas são direcionadas para páginas de erro.

Utilizando-se o Ajax, qualquer ação que requeira uma resposta do servidor ocorre de forma síncrona.

No GIMP, muitas ações feitas em imagens podem ser desfeitas, desde que não se esteja utilizando plug-ins, os quais têm comportamento diferente e não permitem que ações sejam desfeitas.

Em Ruby, a partir do código de determinada classe A, é possível acessar qualquer método privado de qualquer outro objeto da mesma classe A.

A partir da versão 3.3 do Python, a implementação do bloqueio de módulos importados garante uma serialização correta, evitando problemas como deadlocks.

No JBoss AS 7, é possível gerenciar múltiplas instâncias do servidor de aplicação a partir de um único ponto de controle.

No Tomcat, o deploy de uma aplicação deve ser sempre feito estaticamente, ou seja, antes da inicialização do Tomcat.