Alguns dos usos típicos do padrão Façade são a unificação das várias interfaces de um sistema complexo; a construção de pontos de entrada para cada uma das múltiplas camadas de um sistema; a redução de dependências entre um cliente e múltiplas classes de implementação e o encapsulamento de todas as demais interfaces públicas de um sistema.

A tecnologia Struts é empregada para a construção de aplicações web conforme o modelo MVC, no qual o modelo é representado por beans programados em Java, a view é representada por JSPs e o controller é parcialmente descrito em arquivos XML.

A homologação de sistemas, a escrita de notas de release, a realização de testes beta, bem como a eventual migração de bases de dados legadas para sistemas em produção, são atividades melhor realizadas por profissionais e papéis que realizam a curva 6, do que por profissionais que realizam a curva 3.

A elaboração de padrões para identificação de artefatos de software, a análise de pedidos de mudanças para requisitos, os desenhos, os planos de teste e outros documentos, bem como a verificação e validação do estado adequado dos itens sob controle de mudanças, é efetuada por profissionais e papéis que realizam a curva 8.

O emprego de padrões macro-arquiteturais como componentes distribuídos e protocolos de comunicação entre subsistemas, bem como o emprego de padrões de desenho orientado a objetos, são abordados com mais intensidade pelos profissionais e papéis que realizam as curvas 4 e 5.

A atividade de elicitação de requisitos é realizada com maior intensidade pelos profissionais e papéis que atuam na curva 2, relativa à curva 3.

O modelo propõe que a atividade do engenheiro de processo de desenvolvimento de software seja aquela que está sempre ocorrendo durante o ciclo de vida do software.

Na operação de sistemas de geo-referenciamento, o uso de imagens raster apresenta como vantagens o menor espaço de armazenamento ocupado em relação ao uso de imagens vetorizadas.

Nas abordagens de desenvolvimento bazaar e catedral e na sua relação com modelos de ciclo de vida de software, observa-se que em um desenvolvimento na abordagem bazaar, a arquitetura é emergente, o que não ocorre com um desenvolvimento na abordagem catedral; o conceito de liberação de código cedo e frequente, presente na abordagem catedral, afina-se com os métodos da eXtreme Programming e em ambos modelos, o desenvolvimento de software é colaborativo, aberto e embasado em prototipação.

A rotina diária dos desenvolvedores, ao empregar processos baseados no TDD (Test Driven Development), é concentrada na elaboração de testes de homologação.