# data[].attributes.body
Processo Otimizado
Processo Previsível
Processo Estabelecido
Processo Gerenciado
Processo Executado
Processo Incompleto
Para avaliar se um determinado nível de maturidade do processo é existente,  determinado com os atributos do processo. Os atributos do processo estão alinhados com os níveis de maturidade e os caracterizam pelo conteúdo.

# data[].attributes.body
O framework inclui um modelo de referência, que serve de base para o processo de avaliação. Um conjunto processos fundamentais que orientam para uma boa engenharia de software, e estabelece duas dimensões: a dimensão de processo e a dimensão de capacidade.
Dimensão de processo:
o modelo é dividido em cinco grandes categorias de processo: Cliente-Fornecedor, Engenharia, Suporte, Gerência e Organização. Cada uma delas é detalhada em processos mais específicos. Tudo isso é descrito em detalhes pela norma.
Dimensão de capacidade:
o objetivo é avaliar a capacitação da organização em cada processo e permitir a sua melhoria. O modelo de referência do SPICE inclui seis níveis de capacitação dos processos (Incompleto, Realizado, Gerenciado, Estabelecido, Previsível ou Otimizado).

# data[].attributes.body
A Norma ISO/IEC 15504, também conhecida como SPICE (Zahran, 1997) ou Software Process
Improvement and Capability Determination, foi
criada como uma complementação para a ISO/IEC
12207 (definição de processos do ciclo de vida de
desenvolvimento de software) e tem como
objetivo orientar a avaliação e a autoavaliação da
capacidade de empresas em processos e, a partir
dessa avaliação, permitir a melhoria dos
processos.

# data[].attributes.body
Parte 1: conceitos e vocabulário • Parte 2: requisitos mínimos para a realização de uma avaliação visando consistência e repetibilidade •
Parte 3: guia (não normativo) para a interpretação dos requisitos para a realização de uma avaliação •
Parte 4: guia (não normativo) para: – determinação da capacidade (perfil de capacidade) – melhoria de processo (perfil + plano de ação) •
Parte 5: modelo de referência de processos (não normativo) aderente aos requisitos da Parte 2; podem ser usados outros modelos como, por exemplo, a ISO 12207 ou o CMMI.

# data[].attributes.body
Processos de Gestão:

Alinhamento aos objetivos estratégicos da organização;

Estabelecimento de práticas de gestão em geral, e especialmente gestão de projeto;

Gestão da qualidade;

Gestão de riscos;

Medição;

Processos de Melhoria de Processos:

Definição de processos;

Avaliação de processos: Avaliar como os processos estão contribuindo para a organização alcançar seus objetivos;

Melhoria de processos: Comprometimento, priorização, gestão das ações de melhoria;

Processos de Recursos e Infraestrutura:

Gestão de RH;

Treinamento;

Gestão do conhecimento;

Infraestrutura: Recursos materiais, ambiente de trabalho, ferramentas;

Processos de Reuso:

Gestão de Ativos (Componentes/módulos/informações) suscetíveis de reuso;

Gestão do programa de Reuso: Estratégia, definição de domínios, procedimentos, melhoria;

Engenharia de Domínio: A partir da definição de um ou mais domínios, de aplicação, Desenvolvimento e manutenção de modelos, arquiteturas e componentes/módulos/informações relativos ao domínio;

# data[].attributes.body
Na dimensão de processos a norma ISO/IEC 15504 baseia-se quase
que integralmente na ISO/IEC 12207, que trata dos processos de ciclo
de vida de software e está dividida em três categorias básicas de processos.
E estão simplificadas
na figura a seguir.

# data[].attributes.body
Processo de Aquisição:

O objetivo é obter um produto ou serviço que satisfaça o cliente, passando por quatro fases: preparação, seleção do fornecedor, monitoração do fornecedor e aceitação.

Processo de Fornecimento:

É o processo de fornecer ao cliente um software que satisfaça suas necessidades, incluindo a preparação do contrato, entrega do produto e a instalação.

Processo de levantamento de Requisitos:

Tem como objetivo capturar e processar todos os requisitos do cliente. É utilizado durante todas as fases de desenvolvimento para o processo de revisão do plano de desenvolvimento e comunicação com o cliente para possíveis alterações de requisitos.

Processo de Operação:

Tem como função fazer o produto de software operar no ambiente para o qual foi desenvolvido e oferecer suporte ao usuário.

Categoria de Engenharia de Software:

Vai da parte de construção do software, que é composta da análise de requisitos, construção, integração e testes à manutenção do software que tem o objetivo de alterar modificações, migrações e desativação do software, de acordo com os desejos do cliente.

# data[].attributes.body
Essa norma classifica o processo de desenvolvimento de software, em seis níveis:

Nível 0 ou incompleto
Indica que não há implementação de nenhum processo padronizado.
Nível 1 ou executado
Indica que os resultados desejados são alcançados. Mas que o planejamento e a execução não seguem um padrão rigoroso.
Nível 2 ou gerenciado
Indica que há padrões tanto de planejamento quanto de execução dos processos que garantem que sempre será alcançado um nível de qualidade satisfatório.
Nível 3 ou estabelecido
Indicam que os padrões de planejamento e de execução existentes seguem os princípios estabelecidos pela engenharia de software.
Nível 4 ou previsível
Indica que há padrões de planejamento e de execução coerentes com aqueles estabelecidos pela engenharia de software, além de medições detalhadas de desempenho e de medidas quantitativas de capacidade do processo.
Nível 5 ou em otimização
Indica que todos os níveis anteriores foram atingidos e que o objetivo passa a ser a busca contínua pela melhoria do processo.

# data[].attributes.body
Garantia de Qualidade:

Os produtos e atividades de um processo ou projeto devem estar de acordo com os requisitos especificados, planos e regras.

Verificação:

Cada produto ou serviço resultado de um processo obedecem às especificações de entrada do processo.

Validação:

Os requisitos para o uso desejado de cada produto ou serviço resultado de um processo deve ser atendido.

Revisão Conjunta:

O cliente pode ter visibilidade completa do andamento do desenvolvimento quando comparada ao estabelecido no contrato.

Auditoria:

Os produtos identificados devem estar em conformidade com as atividades com planos, requisitos e com o contrato.

Documentação:

Documentos que registrem informações produzidas por um outro processo ou atividade devem ser mantidos.

Gestão de Configuração:

Integridade de todos os produtos de algum processo ou do projeto.

Solução de Problemas:

Todos os problemas encontrados devem ser analisados, resolvidos e que tendências sejam observadas visando o planejamento de ações preventivas.

Avaliação de Produto:

Garantir a devida avaliação do produto de acordo com as diretrizes estabelecidas do contrato.

Gestão de Mudança:

Garantir que todos os pedidos de mudança serão gerenciados, acompanhados e controlados.