Os principais componentes da arquitetura cliente-servidor, que é um modelo de arquitetura para sistemas distribuídos, são o conjunto de servidores que oferecem serviços para outros subsistemas, como servidores de impressão e servidores de arquivos, o conjunto de clientes que solicitam os serviços oferecidos por servidores, e a rede que permite aos clientes acessarem esses serviços.

Workflow é a automação completa do processo de negócio. Essa automação identifica todas as atividades do processo de negócio, regras de procedimento e controle de dados associados para gerenciar o workflow durante a ativação do processo.

O MPS.BR baseia-se nos conceitos de maturidade e capacidade de processo para a avaliação e melhoria da qualidade e produtividade de produtos de software e serviços correlatos. Nesse contexto, o MPS.BR, que possui três componentes: Modelo de Referência, Método de Avaliação e Modelo de Negócio, é baseado no CMMI, nas normas ISO/IEC 12207 e ISO/IEC 15504 e na realidade do mercado brasileiro. No Brasil, uma das principais vantagens desse modelo é seu custo reduzido de certificação em relação às normas estrangeiras e, portanto, é avaliado como ideal para micro, pequenas e médias empresas.

O gerenciamento de qualidade de software pode ser estruturado em três atividades principais: garantia de qualidade, planejamento de qualidade e controle de qualidade. O objetivo da atividade de garantia da qualidade é assegurar que os processos e os produtos de software, no ciclo de vida do projeto, estão em conformidade com os padrões, os procedimentos e as descrições de processos definidos para o projeto submetidos a essa atividade.

Existem quatro categorias de áreas de processo no modelo CMMI para desenvolvimento: gerenciamento de processo, gerenciamento de produto, engenharia e apoio.

O modelo de maturidade de processo CMMI é um modelo integrado de aprimoramento de processos que apoia tanto os aprimoramentos por estágios quanto os contínuos. A representação por estágios é caracterizada pelos seguintes níveis de capacidade (capability levels):

nível 0: incompleto (ad-hoc);

nível 1: executado;

nível 2: gerenciado / gerido;

nível 3: definido;

nível 4: quantitativamente gerenciado;

nível 5: em otimização (ou otimizado).

A representação contínua é caracterizada por níveis de maturidade (maturity levels):

nível 1: inicial (ad-hoc);

nível 2: gerenciado / gerido;

nível 3: definido;

nível 4: quantitativamente gerenciado/gerido quantitativamente;

nível 5: em otimização.

Dois tipos de métricas têm sido usados para estimativas de produtividade do desenvolvimento de software: as relacionadas a tamanho de algum resultado de uma atividade, como, por exemplo, linhas de código fonte entregues, número de instruções de código objeto, número de páginas de documentação, e as relacionadas a funções - funcionalidade geral do software entregue. A produtividade é expressa em termos de quantidade de funcionalidade útil produzida em um dado tempo, como, por exemplo, pontos por função, pontos por objeto.

Métricas de produto dinâmicas são coletadas por meio de medições realizadas em representações do sistema, como projeto, programa ou documentação, ao passo que métricas de produto estáticas são coletadas em programas em execução.

O extreme programming (XP) constitui método ágil de desenvolvimento de software. Uma das práticas que se enquadram nos princípios dos métodos ágeis é a programação em pares, que promove o compartilhamento da autoria do código do sistema. Além dessa vantagem, a programação em pares atua como processo informal de revisão porque cada linha de código é vista por pelo menos duas pessoas.

O modelo em espiral, que descreve o processo de desenvolvimento de um software, apresenta uma espiral em que cada loop representa uma fase distinta desse processo. A ausência de risco nesse modelo o diferencia dos demais modelos de software.