Atividades comuns a todos os processos de software incluem a especificação, o projeto, a implementação e a validação.

Os sistemas de software estão sujeitos a manutenção, pois, dificilmente, as características que o definem não sofrem modificações durante a sua vida útil. Quanto mais dependentes do mundo real forem os requisitos de um sistema, maior será a probabilidade de esse sistema vir a ser modificado.

Denominam-se consulta externa as funções do tipo transação que não fazem processamento nem alteram o comportamento do sistema.

A documentação de requisitos deve conter duas perspectivas: uma voltada para o cliente, em linguagem compreensível por ele, e outra voltada para o desenvolvedor, em uma linguagem técnica de modelagem.

Um sistema pode sofrer quatro tipos de manutenção: corretiva, adaptativa ou evolutiva, perfectiva e preventiva. Entre esses tipos, apenas a manutenção corretiva está associada a um defeito do sistema.

A rastreabilidade de requisitos ocorre apenas na relação entre os requisitos propriamente ditos e os artefatos ou subprodutos de desenvolvimento gerados.

No processo de gerenciamento de software, a qualidade, elemento não mensurável, somente pode ser avaliada qualitativamente, por meio do atendimento das necessidades do cliente em contraste com as possibilidades de desenvolvimento e orçamento disponíveis.

A independência dos componentes é um dos atributos que reflete a qualidade do projeto. O grau de independência pode ser medido a partir dos conceitos de acoplamento e coesão, os quais, idealmente, devem ser alto e baixo, respectivamente.

A norma independente SPICE (Software Process Improvement and Capability Determination), embora contribua para a melhoria contínua do processo de software, é pouco utilizada por não estar em conformidade com outras normas, como, por exemplo, a ISO 15504.

O modelo de processo denominado em espiral combina as atividades de desenvolvimento com o gerenciamento de riscos, de modo a minimizá-los e controlá-los.