O diagrama de implantação da UML representa a topologia física de um sistema de software e, opcionalmente, os componentes que são executados nessa topologia, cujos elementos são nós e conexões.

Os elementos de um diagrama de atividades podem ser divididos em dois grupos: os que são utilizados para representar fluxos de controle concorrentes e os que são utilizados para representar controles paralelos.

Um diagrama de estados da UML especifica os estados possíveis, quais transições são permitidas entre os estados, quais eventos ocasionam as transições e qual comportamento é executado em resposta aos eventos.

Um diagrama de sequência da UML mostra as interações de um sistema com seus atores e a sequência de mensagens entre eles, para realizar um caso de uso (ou parte dele). Nem todos os objetos em um modelo de sequência necessitam estar ativos e existir durante toda a computação. Alguns objetos são passivos e não possuem um fluxo de controle próprio. Outros objetos são transientes e podem existir apenas durante parte de uma operação.

Em casos de uso, a relação include acrescenta comportamento incremental a um caso de uso básico da UML, representando situação em que alguma capacidade inicial é definida e, mais tarde, recursos são acrescentados modularmente. A relação extends incorpora um caso de uso dentro da sequência de comportamento de outro caso de uso, como uma chamada de sub-rotina.

A manutenção de software é um processo geral de mudanças que ocorre depois de o sistema ser entregue. Existem, pelo menos, três tipos diferentes de manutenção de software: para reparar defeitos; para adaptar o software a um ambiente operacional diferente; e para adicionar funcionalidade ao sistema ou modificá-lo.

A contagem de pontos de função é efetuada com base na especificação do sistema e complementada por informações dos usuários e analistas, para medir o tamanho funcional de um sistema, independentemente de sua forma de implementação. Na análise de pontos de função, são contados os seguintes componentes: arquivos lógicos internos, arquivos de interface interna, entradas externas, consultas externas e saídas externas.

Métricas de processo permitem que uma organização obtenha visão estratégica, fornecendo compreensão da efetividade do processo de software. Métricas de projeto são táticas que permitem que um gerente de projeto adapte o fluxo de trabalho e a abordagem técnica do projeto em tempo real.

O RUP (Rational Unified Process) é um processo proprietário de engenharia de software embasado no seguinte conjunto de princípios e melhores práticas de desenvolvimento software: modelagem de negócios, requisitos, análise e projeto, implementação, teste, implantação, ambiente, configuração e gerência de mudança e gerência de projeto.

Segundo o padrão IEEE Std-830, a especificação de requisitos deve apresentar as seguintes características: correção, precisão, completude, consistência, priorização, verificabilidade, modificabilidade, usabilidade e rastreabilidade.