SlideShare ist ein Scribd-Unternehmen logo
1 von 68
ISO/IEC 15504 - SPICE
Software Process Improvement and Capability Determination
Contexto
Situação da maioria das organizações
Acúmulo de
Trabalho
Contexto
Situação da maioria das organizações
Abandono de
Planos e Procedimentos
Contexto
Situação da maioria das organizações
Produto funciona
mas com Defeitos
Contexto
Situação da maioria das organizações
Sucesso
depende de Heróis
Contexto
Situação da maioria das organizações
Pouca
Repetibilidade
Contexto
Situação da maioria das organizações
Insatisfação de
Clientes e Funcionários
Contexto
Aumento da demanda por sistemas de softwares de qualidade
Produtividade Competitividade
Qualidade do
Produto
Retorno sobre o
investimento
+
Contexto
Aumento da demanda por sistemas de softwares de qualidade
Defeitos Insatisfações
Prazo de
Entrega
Custos de
Desenvolvimento
-
Melhoria dos
processos do software
Como obter essa melhoria?
Bons processos
Bons produtos
Como obter essa melhoria?
1992 1996
1993
Realização de estudo sobre as
necessidades e exigências para
uma norma de avaliação de
processos de software
Histórico
1992 1996
1993
Realização de estudo sobre as
necessidades e exigências para
uma norma de avaliação de
processos de software
Criação do Projeto SPICE. Objetivo
era obter um consenso através
da análise dos diversos métodos
de avaliação do processo de
software.
Histórico
1992 1996
1993
Realização de estudo sobre as
necessidades e exigências para
uma norma de avaliação de
processos de software
Criação do Projeto SPICE. Objetivo
era obter um consenso através
da análise dos diversos métodos
de avaliação do processo de
software.
Versão PDTR
(Previous Draft Technical Report)
Histórico
1997
1998
1999-2005
Versão DTR
(Draft Technical Report)
Histórico
1997
1998
Versão inicial da “norma SPICE”,
um estágio anterior ao de norma
internacional. Era focada
exclusivamente em software, era
dividida em um total de nove partes
1999-2005
Versão DTR
(Draft Technical Report)
Histórico
1997
1998
Versão inicial da “norma SPICE”,
um estágio anterior ao de norma
internacional. Era focada
exclusivamente em software, era
dividida em um total de nove partes
1999-2005
Versão DTR
(Draft Technical Report)
Transformação em norma
ISO/IEC 15504, com publicação
iniciando em 2003.
Histórico
Entender o estado dos processos de uma
organização para melhorá-los.
Objetivo
Entender o estado dos processos de uma
organização para melhorá-los.
Objetivo
Determinar a adequação dos processos
de outra organização para um
determinado contrato ou para uma classe
de contratos
Entender o estado dos processos de uma
organização para melhorá-los.
Objetivo
Determinar a adequação dos processos
de outra organização para um
determinado contrato ou para uma classe
de contratos
Determinar a adequação dos processos
da organização para um requisito particular
ou classe de requisitos
Forma de iniciar e manter
um processo de melhoria
contínua dos processos
Por que utilizar?
Para empresas de desenvolvimento softwares
Submeter-se a apenas
um processo de
avaliação
1 2
Determinar capacidade
dos fornecedores de
software
Por que utilizar?
Para empresas que adquirem softwares
Avaliar os riscos na
seleção de um
fornecedor
1 2
Comparar
fornecedores
3
Partes da ISO/IEC 15504
Parte 1
Conceitos e
Vocabulário
Parte 2
Executando uma
avaliação
Parte 3
Guia sobre
Execução de
Avaliação
Parte 4
Guia sobre
Utilização dos
Resultados da
avaliação
Parte 5
Um exemplo de
Modelo de
Avaliação do Ciclo
de vida do
Software
Avaliar o estado dos processos em
comparação com as melhores práticas,
através da identificação das forças, fraquezas e
riscos do processo
Possibilita saber se a empresa têm capacidade
para empreender determinado projeto
Contexto de Aplicação
Determinação da capacidade
Identificar quais processos devem melhorar
O que deve ser feito
Onde deve ser dada maior prioridade
Contexto de Aplicação
Melhoria do processo contínua
8
Monitorar
desempenho
Contexto de Aplicação
7
Manter
melhoria 6
Confirmar
melhoria
5
Implementar
melhoria
4
Planejar
melhoria3
Avaliar
processo
2
Iniciar processo
de melhoria
1
Examinar as
necessidades da
organização
Processo
Avaliação do
processo
Melhoria do
Processo
Determinação
da capacidade
motiva a
Contexto de Aplicação
Um Modelo de Referência de Processo define basicamente um
conjunto de processos que representam melhores práticas de um
determinado domínio.
Modelo de Referência
Ao realizar avaliação sob a dimensão de processo, estes são divididos em cinco categorias
Modelo de Referência
COM
Cliente-
Fornecedor
ENG
Engenharia
SUP
Suporte
MAN
Administração
ORG
Organização
Têm um impacto direto sobre os
consumidores. Incluem, por exemplo, o
levantamento de requisitos e os processos
ligados à operação e uso do serviço fornecido.
Modelo de Referência
Cliente/Fornecedor
CON
Modelo de Referência
Engenharia
São agrupados os processos que levam à
implementação do produto. Incluem, entre
outros itens: a análise de requisitos, o projeto de
arquitetura, construção, integração e testes do
produto.
ENG
Modelo de Referência
Suporte
Dão apoio aos demais processos da
organização. Exemplos são revisões, auditorias
e processos de solução de problemas.
SUP
Modelo de Referência
Administração
Estão incluídos os processos que, de forma
genérica, podem ser usados na administração
de todo processo ou do projeto em si.
MAN
Modelo de Referência
Organização
Dizem respeito ao funcionamento da
empresa como um todo e incluem, entre
outros itens, infraestrutura, gerência de recursos
humanos e treinamentos.
ORG
0
1
2
3
4
5
Incompleto
Executado
Gerenciado
Estabelecido
Previsível
Otimizado
Framework
Dimensão da Capacidade
0
1
2
3
4
5
Incompleto
Executado
Gerenciado
Estabelecido
Previsível
Otimizado
Framework
Dimensão da Capacidade
Processo não
existe ou falha
em atingir
seus objetivos
0
1
2
3
4
5
Incompleto
Executado
Gerenciado
Estabelecido
Previsível
Otimizado
Framework
Dimensão da Capacidade
Processo geralmente
atinge os objetivos,
porém sem padrão de
qualidade e sem
controle de prazos e
custos
0
1
2
3
4
5
Incompleto
Executado
Gerenciado
Estabelecido
Previsível
Otimizado
Framework
Dimensão da Capacidade
Processo planejado e
monitorado e satisfaz
requisitos definidos de:
qualidade, prazo e
custos.
0
1
2
3
4
5
Incompleto
Executado
Gerenciado
Estabelecido
Previsível
Otimizado
Framework
Dimensão da Capacidade
Processo executado e
gerenciado com uma
adaptação de um
processo padrão definido,
eficaz e eficiente.
0
1
2
3
4
5
Incompleto
Executado
Gerenciado
Estabelecido
Previsível
Otimizado
Framework
Dimensão da Capacidade Processo executado
dentro de limites de
controle definidos e com
medições detalhadas e
analisadas
0
1
2
3
4
5
Incompleto
Executado
Gerenciado
Estabelecido
Previsível
Otimizado
Framework
Dimensão da Capacidade Processo melhorado
continuamente de
forma disciplinada.
5
4
3
2
1
0
5.2 Otimização de Processo
5.1 Inovação de Processo
4.2 Controle de Processo
4.1 Medição de Processo
3.2 Instanciação do Processo
3.1 Definição do Processo
2.2 Gerência de Produto
2.1 Gerência de Desempenho
1.1 Desempenho do Processo
Sem atributos
Atributos de
Processos
Framework
Dimensão da Capacidade
5
4
3
2
1
0
5.2 Otimização de Processo
5.1 Inovação de Processo
4.2 Controle de Processo
4.1 Medição de Processo
3.2 Instanciação do Processo
3.1 Definição do Processo
2.2 Gerência de Produto
2.1 Gerência de Desempenho
1.1 Desempenho do Processo
Sem atributos
Framework
Atributos de Processos
O processo não tem atributos.
5
4
3
2
1
0
5.2 Otimização de Processo
5.1 Inovação de Processo
4.2 Controle de Processo
4.1 Medição de Processo
3.2 Instanciação do Processo
3.1 Definição do Processo
2.2 Gerência de Produto
2.1 Gerência de Desempenho
1.1 Desempenho do Processo
Sem atributos
Framework
Atributos de Processos
1.1: O objetivo do processo é atingido.
5
4
3
2
1
0
5.2 Otimização de Processo
5.1 Inovação de Processo
4.2 Controle de Processo
4.1 Medição de Processo
3.2 Instanciação do Processo
3.1 Definição do Processo
2.2 Gerência de Produto
2.1 Gerência de Desempenho
1.1 Desempenho do Processo
Sem atributos
Framework
Atributos de Processos
2.1: O desempenho do processo é
gerenciado;
2.2: Os produtos produzidos pelos processos
são gerenciados.
5
4
3
2
1
0
5.2 Otimização de Processo
5.1 Inovação de Processo
4.2 Controle de Processo
4.1 Medição de Processo
3.2 Instanciação do Processo
3.1 Definição do Processo
2.2 Gerência de Produto
2.1 Gerência de Desempenho
1.1 Desempenho do Processo
Sem atributos
Framework
Atributos de Processos
3.1: Um processo padrão é mantido para
apoiar a instanciação de processos de
projeto;
3.2: - O processo padrão é efetivamente
instanciado como um processo do projeto
para atingir seus resultados.
5
4
3
2
1
0
5.2 Otimização de Processo
5.1 Inovação de Processo
4.2 Controle de Processo
4.1 Medição de Processo
3.2 Instanciação do Processo
3.1 Definição do Processo
2.2 Gerência de Produto
2.1 Gerência de Desempenho
1.1 Desempenho do Processo
Sem atributos
Framework
Atributos de Processos
4.1: Resultados de Medição são usados para
garantir que o desempenho do processo
apoia a obtenção de objetivos de
desempenho de processo;
4.2: O processo é quantitativamente
gerenciado para produzir um processo
estável, capaz e previsível dentro de limites
5
4
3
2
1
0
5.2 Otimização de Processo
5.1 Inovação de Processo
4.2 Controle de Processo
4.1 Medição de Processo
3.2 Instanciação do Processo
3.1 Definição do Processo
2.2 Gerência de Produto
2.1 Gerência de Desempenho
1.1 Desempenho do Processo
Sem atributos
Framework
Atributos de Processos
5.1: Alterações nos processos são
identificadas a partir de causas comuns de
variação no desempenho e a partir de
investigações de abordagens inovadoras
para a definição e instanciação do processo;
5.2: Alterações na definição, no
gerenciamento e no desempenho do
processo resultam em efetivo impacto que
atinge os objetivos de melhoria dos
processos relevantes.
N - Não atingido (0% a 15%)
P - Parcialmente atingido (16% a 50%)
L - Largamente atingido (51% a 85%)
F - Totalmente atingido (86% a 100%)
Framework
Dimensão da Capacidade
5
4
3
2
1
0
5.2 Otimização de Processo
5.1 Inovação de Processo
4.2 Controle de Processo
4.1 Medição de Processo
3.2 Instanciação do Processo
3.1 Definição do Processo
2.2 Gerência de Produto
2.1 Gerência de Desempenho
1.1 Desempenho do Processo
Sem atributos
0% 15% 50% 85% 100%
N P L F
Nível 1 Nível 2 Nível 3 Nível 4 Nível 5
AP 1.1 L ou F F F F F
AP 2.1 L ou F F F F
AP 2.2 L ou F F F F
AP 3.1 L ou F F F
AP 3.2 L ou F F F
AP 4.1 L ou F F
AP 4.2 L ou F F
AP 5.1 L ou F
AP 5.2 L ou F
Framework
Níveis exigidos por processos
1.1 2.1 2.2 3.1 3.2 4.1 4.2 5.1 5.2 Nível
Processo 1 F L F P P P N -- -- ?
Processo 2 F F L F F P P N N ?
Processo 3 P P N N N -- -- -- -- ?
Processo 4 F F F F L P P N N ?
Processo 5 F P L P N -- -- -- -- ?
Processo 6 F F F F F F L P P ?
Framework
Exemplo
1.1 2.1 2.2 3.1 3.2 4.1 4.2 5.1 5.2 Nível
Processo 1 F L F P P P N -- -- 2
Processo 2 F F L F F P P N N 2
Processo 3 P P N N N -- -- -- -- 0
Processo 4 F F F F L P P N N 3
Processo 5 F P L P N -- -- -- -- 1
Processo 6 F F F F F F L P P 4
Framework
Exemplo
0
1
2
3
4
5
FrameworkdeMedição
Modelo de Referência do Processo
Dimensão de Processos
DimensãodeCapacidade
Modelo de Avaliação
Bidimensional e contínua
Modelo de Referência de Processo
Domínio e Escopo
Propósito do processo
Resultados Esperados
Arcabouço de Medição
Níveis de Capacidade
Atributos de processo
Escala de Classificação
Entrada
Objetivo
Escopo
Restrições
Identidades
Abordagem
Critérios de competência do
avaliador
Informações adicionais
Saída
Data
Entradas de avaliação
Identificação da evidência
Processo de avaliação utilizado
Perfis de processo
Informações adicionais
Papéis e responsabilidade
Patrocinador
Avaliador competente
Avaliadores
Processo de avaliação
Planejamento
Coleta de dados
Validação dos dados
Classificação dos atributos de
processo
Relatório
Esquema de Geral
Modelo de Avaliação de Processo
ISO/IEC 33000
ISO/IEC
15504
ISO/IEC
33000
evoluiu para
ISO/IEC 33000
ISO/IEC
33000
Objetivo
Revisar e atualizar a ISO/IEC 15504 e
gerar uma norma mais atual e
abrangente.
ISO/IEC 33000
O que não mudou?
Níveis de Capacidade
Intervalos Classificação dos
Atributos
ISO/IEC 33000
Atributos do processo
5
4
3
2
1
0
5.2 Otimização de Processo
5.1 Inovação de Processo
4.2 Controle de Processo
4.1 Medição de Processo
3.2 Instanciação do Processo
3.1 Definição do Processo
2.2 Gerência de Produto
2.1 Gerência de Desempenho
1.2 Sustentabilidade
1.1 Desempenho do Processo
Sem atributos
ISO/IEC 33000
Sustentabilidade
Sustentabilidade
Capacidade dos processos de software
suprir as funcionalidades necessárias
sem comprometer os recursos e
necessidades futuras.
ISO/IEC 33000
Sustentabilidade
Como desenvolver
software de maneira
sustentável?
Engenharia de Software Sustentável
Arte de desenvolver software por meio de
processos sustentáveis;
Impactos positivos e negativos no
desenvolvimento sustentável do software
são avaliados, documentados e utilizados para
aprimoramentos ao longo de todo ciclo de vida
do produto de software
ISO/IEC 33000
Estrutura
ISO/IEC
33001: Conceitos e Terminologia
33002: Requisitos do Processo de Avaliação
33003: Requisitos do Processo de medição do Framework
33004: Requisitos dos Modelos de Referência, Avaliação e
níveis de capacidade
33014: Guia para melhoria de processos
33020: Framework para avaliação da capacidades de processos
33063: Modelo de avaliação de processos para teste de
software
Define o conjunto mínimo de requisitos que visam
garantir que os resultados da avaliação sejam:
ISO/IEC 33002
Requisitos do Processo de Avaliação
Objetivos Consistentes Repetíveis Representativos
A aplicação dos requisitos
definidos nesta parte podem ser
usados para:
ISO/IEC 33002
Requisitos do Processo de Avaliação
1. Facilitar auto avaliação;
2. Prover uma base para aumento
na performance de processo e
mitigar riscos relacionados a
processos;
3. Prover um benchmark objetivo
entre organizações.
ISO/IEC 33003
Requisitos para frameworks de medição de processos
Define um conjunto de requisitos para frameworks de
medição de processos, usados nos processos de avaliação.
Estabelece requisitos
para medição
Estabelece requisitos
para validação
Estabelece requisitos
globais
ISO/IEC 33020
Framework para avaliação da capacidade de processos
Capacidade de processo está relacionado com a capacidade de um
processo atingir de forma consistente os objetivos de negócios
atuais ou projetados para o futuro.
ISO/IEC 33020
Framework para avaliação da capacidade de processos
O framework definido
na 33020 tem uma
estrutura que:
1. Facilita a auto avaliação;
2. Prove uma base para o aprimoramento e
determinação de qualidade de processos.
3. É aplicável em organizações de
diferentes tamanhos e em todo o domínio
de aplicação;
4. Permite a definição de um conjunto de
notas para as capacidades do processo,
gerando um nível de capacidade do processo.
https://www.iso.org/standard/54195.html
https://www.iso.org/standard/54177.html
https://www.iso.org/standard/54176.html
Referências
Obrigado.
ISO/IEC 15504 - SPICE
Software Process Improvement and Capability Determination
Gestão da Qualidade de Software
Luis Guilherme da Silva Rodrigues
Rennan Henrique Martins e Oliveira
Vicente Heitor Terra Silva
William Odair Lima
Prof. Dr. Heitor Augustus Xavier Costa

Weitere ähnliche Inhalte

Was ist angesagt?

Aula 06 qs - garantia da qualidade de sw
Aula 06   qs - garantia da qualidade de swAula 06   qs - garantia da qualidade de sw
Aula 06 qs - garantia da qualidade de swJunior Gomes
 
Segurança da informação - Aula 7 - ISO 27002
Segurança da informação - Aula 7 - ISO 27002Segurança da informação - Aula 7 - ISO 27002
Segurança da informação - Aula 7 - ISO 27002Cleber Fonseca
 
Jit – just in time
Jit – just in timeJit – just in time
Jit – just in timetrainertek
 
Ciclo de Vida Clássico da Engenharia de Software
Ciclo de Vida Clássico da Engenharia de SoftwareCiclo de Vida Clássico da Engenharia de Software
Ciclo de Vida Clássico da Engenharia de SoftwareEduardo Santos
 
Testes De Software - Uma Visão Geral
Testes De Software - Uma Visão GeralTestes De Software - Uma Visão Geral
Testes De Software - Uma Visão Geralpaulo peres
 
Ferramentas da qualidade
Ferramentas da qualidadeFerramentas da qualidade
Ferramentas da qualidadeSergio Dias
 
Introdução a Testes de Software - Unidade I
Introdução a Testes de Software - Unidade IIntrodução a Testes de Software - Unidade I
Introdução a Testes de Software - Unidade IJoão Lourenço
 
Carregamento, Sequenciamento e Programação da produção
Carregamento, Sequenciamento e Programação da produçãoCarregamento, Sequenciamento e Programação da produção
Carregamento, Sequenciamento e Programação da produçãoMauro Enrique
 
Ferramenta de apoio a gerência de configuração de software
Ferramenta de apoio a gerência de configuração de softwareFerramenta de apoio a gerência de configuração de software
Ferramenta de apoio a gerência de configuração de softwareelliando dias
 
Validação e Testes de software
Validação e Testes de softwareValidação e Testes de software
Validação e Testes de softwareRondinelli Mesquita
 
Modelos de Processo de Software Parte 1
Modelos de Processo de Software Parte 1Modelos de Processo de Software Parte 1
Modelos de Processo de Software Parte 1Elaine Cecília Gatto
 
Garantia da qualidade cap.7
Garantia da qualidade   cap.7Garantia da qualidade   cap.7
Garantia da qualidade cap.7emc5714
 

Was ist angesagt? (20)

Aula 06 qs - garantia da qualidade de sw
Aula 06   qs - garantia da qualidade de swAula 06   qs - garantia da qualidade de sw
Aula 06 qs - garantia da qualidade de sw
 
Modelagem de Processos com BPM
Modelagem de Processos com BPMModelagem de Processos com BPM
Modelagem de Processos com BPM
 
Aula 09 - introducao oo
Aula 09 - introducao ooAula 09 - introducao oo
Aula 09 - introducao oo
 
Segurança da informação - Aula 7 - ISO 27002
Segurança da informação - Aula 7 - ISO 27002Segurança da informação - Aula 7 - ISO 27002
Segurança da informação - Aula 7 - ISO 27002
 
Jit – just in time
Jit – just in timeJit – just in time
Jit – just in time
 
Ciclo de Vida Clássico da Engenharia de Software
Ciclo de Vida Clássico da Engenharia de SoftwareCiclo de Vida Clássico da Engenharia de Software
Ciclo de Vida Clássico da Engenharia de Software
 
Folha de verificação
Folha de verificaçãoFolha de verificação
Folha de verificação
 
Fundamentos da Engenharia de Software
Fundamentos da Engenharia de SoftwareFundamentos da Engenharia de Software
Fundamentos da Engenharia de Software
 
Seis sigma
Seis sigmaSeis sigma
Seis sigma
 
Testes De Software - Uma Visão Geral
Testes De Software - Uma Visão GeralTestes De Software - Uma Visão Geral
Testes De Software - Uma Visão Geral
 
Aula 02 02 SGQ ISO
Aula 02 02 SGQ ISOAula 02 02 SGQ ISO
Aula 02 02 SGQ ISO
 
Ferramentas da qualidade
Ferramentas da qualidadeFerramentas da qualidade
Ferramentas da qualidade
 
Introdução a Testes de Software - Unidade I
Introdução a Testes de Software - Unidade IIntrodução a Testes de Software - Unidade I
Introdução a Testes de Software - Unidade I
 
Carregamento, Sequenciamento e Programação da produção
Carregamento, Sequenciamento e Programação da produçãoCarregamento, Sequenciamento e Programação da produção
Carregamento, Sequenciamento e Programação da produção
 
Gestão pela Qualidade Total
Gestão pela Qualidade TotalGestão pela Qualidade Total
Gestão pela Qualidade Total
 
Teste de Software - Introdução
Teste de Software - IntroduçãoTeste de Software - Introdução
Teste de Software - Introdução
 
Ferramenta de apoio a gerência de configuração de software
Ferramenta de apoio a gerência de configuração de softwareFerramenta de apoio a gerência de configuração de software
Ferramenta de apoio a gerência de configuração de software
 
Validação e Testes de software
Validação e Testes de softwareValidação e Testes de software
Validação e Testes de software
 
Modelos de Processo de Software Parte 1
Modelos de Processo de Software Parte 1Modelos de Processo de Software Parte 1
Modelos de Processo de Software Parte 1
 
Garantia da qualidade cap.7
Garantia da qualidade   cap.7Garantia da qualidade   cap.7
Garantia da qualidade cap.7
 

Ähnlich wie ISO/IEC 15504 e SPICE: guia para avaliação e melhoria de processos de software

Trabalho sobre a ISO/IEC 15504
Trabalho sobre a ISO/IEC 15504Trabalho sobre a ISO/IEC 15504
Trabalho sobre a ISO/IEC 15504Ricardo Zalla
 
Palestra CMMI Fatec Ipiranga 2011 - David Yoshida
Palestra CMMI Fatec Ipiranga 2011 - David YoshidaPalestra CMMI Fatec Ipiranga 2011 - David Yoshida
Palestra CMMI Fatec Ipiranga 2011 - David YoshidaLaura Lou
 
X-Zone - Garantia da Qualidade de Software
X-Zone - Garantia da Qualidade de SoftwareX-Zone - Garantia da Qualidade de Software
X-Zone - Garantia da Qualidade de SoftwareAlexandreBartie
 
CST EM ANÁLISE E DESENVOLVIMENTO DE SISTEMAS IFPB 3º PERÍODO PROCESSOS DE DES...
CST EM ANÁLISE E DESENVOLVIMENTO DE SISTEMAS IFPB 3º PERÍODO PROCESSOS DE DES...CST EM ANÁLISE E DESENVOLVIMENTO DE SISTEMAS IFPB 3º PERÍODO PROCESSOS DE DES...
CST EM ANÁLISE E DESENVOLVIMENTO DE SISTEMAS IFPB 3º PERÍODO PROCESSOS DE DES...Os Fantasmas !
 
Pessoas, Processos e Ferramentas para o sucesso da Avaliação de Governança
Pessoas, Processos e Ferramentas para o sucesso da Avaliação de GovernançaPessoas, Processos e Ferramentas para o sucesso da Avaliação de Governança
Pessoas, Processos e Ferramentas para o sucesso da Avaliação de GovernançaBlue Hawk - B&IT Management
 
Palestra - Como a qualidade contribui pra o seu negócio
Palestra - Como a qualidade contribui pra o seu negócioPalestra - Como a qualidade contribui pra o seu negócio
Palestra - Como a qualidade contribui pra o seu negócioMichelle Raimundo dos Santos
 
Modelo De Gestao Por Processos Anatel
Modelo De Gestao Por Processos AnatelModelo De Gestao Por Processos Anatel
Modelo De Gestao Por Processos AnatelEduardo Rocha
 
4 engenharia de software
4   engenharia de software4   engenharia de software
4 engenharia de softwareFelipe Bugov
 
CERTIFICAÇÃO DE QUALIDADE: ISO
CERTIFICAÇÃO DE QUALIDADE: ISOCERTIFICAÇÃO DE QUALIDADE: ISO
CERTIFICAÇÃO DE QUALIDADE: ISOEder Nogueira
 
Qualidade de Software
Qualidade de SoftwareQualidade de Software
Qualidade de SoftwareRafael Silva
 
Introdução a Engenharia de Software - Prof.ª Cristiane Fidelix
Introdução a Engenharia de Software - Prof.ª Cristiane FidelixIntrodução a Engenharia de Software - Prof.ª Cristiane Fidelix
Introdução a Engenharia de Software - Prof.ª Cristiane FidelixCris Fidelix
 

Ähnlich wie ISO/IEC 15504 e SPICE: guia para avaliação e melhoria de processos de software (20)

Trabalho sobre a ISO/IEC 15504
Trabalho sobre a ISO/IEC 15504Trabalho sobre a ISO/IEC 15504
Trabalho sobre a ISO/IEC 15504
 
Palestra CMMI Fatec Ipiranga 2011 - David Yoshida
Palestra CMMI Fatec Ipiranga 2011 - David YoshidaPalestra CMMI Fatec Ipiranga 2011 - David Yoshida
Palestra CMMI Fatec Ipiranga 2011 - David Yoshida
 
Norma 2015
Norma 2015Norma 2015
Norma 2015
 
Como os processos de testes ajudam na obtenção de melhores resultados
Como os processos de testes  ajudam na obtenção de melhores resultadosComo os processos de testes  ajudam na obtenção de melhores resultados
Como os processos de testes ajudam na obtenção de melhores resultados
 
X-Zone - Garantia da Qualidade de Software
X-Zone - Garantia da Qualidade de SoftwareX-Zone - Garantia da Qualidade de Software
X-Zone - Garantia da Qualidade de Software
 
SPICE 4
SPICE 4SPICE 4
SPICE 4
 
CST EM ANÁLISE E DESENVOLVIMENTO DE SISTEMAS IFPB 3º PERÍODO PROCESSOS DE DES...
CST EM ANÁLISE E DESENVOLVIMENTO DE SISTEMAS IFPB 3º PERÍODO PROCESSOS DE DES...CST EM ANÁLISE E DESENVOLVIMENTO DE SISTEMAS IFPB 3º PERÍODO PROCESSOS DE DES...
CST EM ANÁLISE E DESENVOLVIMENTO DE SISTEMAS IFPB 3º PERÍODO PROCESSOS DE DES...
 
Cap_6Qualidade_total.ppt
Cap_6Qualidade_total.pptCap_6Qualidade_total.ppt
Cap_6Qualidade_total.ppt
 
Pessoas, Processos e Ferramentas para o sucesso da Avaliação de Governança
Pessoas, Processos e Ferramentas para o sucesso da Avaliação de GovernançaPessoas, Processos e Ferramentas para o sucesso da Avaliação de Governança
Pessoas, Processos e Ferramentas para o sucesso da Avaliação de Governança
 
Scampi
ScampiScampi
Scampi
 
Palestra - Como a qualidade contribui pra o seu negócio
Palestra - Como a qualidade contribui pra o seu negócioPalestra - Como a qualidade contribui pra o seu negócio
Palestra - Como a qualidade contribui pra o seu negócio
 
Modelo De Gestao Por Processos Anatel
Modelo De Gestao Por Processos AnatelModelo De Gestao Por Processos Anatel
Modelo De Gestao Por Processos Anatel
 
Qualidade
QualidadeQualidade
Qualidade
 
Slide sobre Mps.br
Slide sobre Mps.brSlide sobre Mps.br
Slide sobre Mps.br
 
Qualidade de Software
Qualidade de SoftwareQualidade de Software
Qualidade de Software
 
CMMI
CMMI CMMI
CMMI
 
4 engenharia de software
4   engenharia de software4   engenharia de software
4 engenharia de software
 
CERTIFICAÇÃO DE QUALIDADE: ISO
CERTIFICAÇÃO DE QUALIDADE: ISOCERTIFICAÇÃO DE QUALIDADE: ISO
CERTIFICAÇÃO DE QUALIDADE: ISO
 
Qualidade de Software
Qualidade de SoftwareQualidade de Software
Qualidade de Software
 
Introdução a Engenharia de Software - Prof.ª Cristiane Fidelix
Introdução a Engenharia de Software - Prof.ª Cristiane FidelixIntrodução a Engenharia de Software - Prof.ª Cristiane Fidelix
Introdução a Engenharia de Software - Prof.ª Cristiane Fidelix
 

Mehr von Luis Guilherme Rodrigues

Mehr von Luis Guilherme Rodrigues (8)

Guerra de Padrões
Guerra de PadrõesGuerra de Padrões
Guerra de Padrões
 
Indivíduos, sociedade e tecnologia
Indivíduos, sociedade e tecnologiaIndivíduos, sociedade e tecnologia
Indivíduos, sociedade e tecnologia
 
FaaS - Function as a Service
FaaS - Function as a ServiceFaaS - Function as a Service
FaaS - Function as a Service
 
Plano de Marketing - Lilian Doces e Decorações
Plano de Marketing - Lilian Doces e DecoraçõesPlano de Marketing - Lilian Doces e Decorações
Plano de Marketing - Lilian Doces e Decorações
 
Documentação de um sistema ERP utilizando a Notação de Modelagem de Negócio
Documentação de um sistema ERP utilizando a Notação de Modelagem de NegócioDocumentação de um sistema ERP utilizando a Notação de Modelagem de Negócio
Documentação de um sistema ERP utilizando a Notação de Modelagem de Negócio
 
Engenharia Social
Engenharia SocialEngenharia Social
Engenharia Social
 
Lavras Fácil
Lavras Fácil Lavras Fácil
Lavras Fácil
 
Microsoft - Administração Estratégica
Microsoft - Administração EstratégicaMicrosoft - Administração Estratégica
Microsoft - Administração Estratégica
 

ISO/IEC 15504 e SPICE: guia para avaliação e melhoria de processos de software

  • 1. ISO/IEC 15504 - SPICE Software Process Improvement and Capability Determination
  • 2. Contexto Situação da maioria das organizações Acúmulo de Trabalho
  • 3. Contexto Situação da maioria das organizações Abandono de Planos e Procedimentos
  • 4. Contexto Situação da maioria das organizações Produto funciona mas com Defeitos
  • 5. Contexto Situação da maioria das organizações Sucesso depende de Heróis
  • 6. Contexto Situação da maioria das organizações Pouca Repetibilidade
  • 7. Contexto Situação da maioria das organizações Insatisfação de Clientes e Funcionários
  • 8. Contexto Aumento da demanda por sistemas de softwares de qualidade Produtividade Competitividade Qualidade do Produto Retorno sobre o investimento +
  • 9. Contexto Aumento da demanda por sistemas de softwares de qualidade Defeitos Insatisfações Prazo de Entrega Custos de Desenvolvimento -
  • 10. Melhoria dos processos do software Como obter essa melhoria?
  • 11. Bons processos Bons produtos Como obter essa melhoria?
  • 12. 1992 1996 1993 Realização de estudo sobre as necessidades e exigências para uma norma de avaliação de processos de software Histórico
  • 13. 1992 1996 1993 Realização de estudo sobre as necessidades e exigências para uma norma de avaliação de processos de software Criação do Projeto SPICE. Objetivo era obter um consenso através da análise dos diversos métodos de avaliação do processo de software. Histórico
  • 14. 1992 1996 1993 Realização de estudo sobre as necessidades e exigências para uma norma de avaliação de processos de software Criação do Projeto SPICE. Objetivo era obter um consenso através da análise dos diversos métodos de avaliação do processo de software. Versão PDTR (Previous Draft Technical Report) Histórico
  • 16. 1997 1998 Versão inicial da “norma SPICE”, um estágio anterior ao de norma internacional. Era focada exclusivamente em software, era dividida em um total de nove partes 1999-2005 Versão DTR (Draft Technical Report) Histórico
  • 17. 1997 1998 Versão inicial da “norma SPICE”, um estágio anterior ao de norma internacional. Era focada exclusivamente em software, era dividida em um total de nove partes 1999-2005 Versão DTR (Draft Technical Report) Transformação em norma ISO/IEC 15504, com publicação iniciando em 2003. Histórico
  • 18. Entender o estado dos processos de uma organização para melhorá-los. Objetivo
  • 19. Entender o estado dos processos de uma organização para melhorá-los. Objetivo Determinar a adequação dos processos de outra organização para um determinado contrato ou para uma classe de contratos
  • 20. Entender o estado dos processos de uma organização para melhorá-los. Objetivo Determinar a adequação dos processos de outra organização para um determinado contrato ou para uma classe de contratos Determinar a adequação dos processos da organização para um requisito particular ou classe de requisitos
  • 21. Forma de iniciar e manter um processo de melhoria contínua dos processos Por que utilizar? Para empresas de desenvolvimento softwares Submeter-se a apenas um processo de avaliação 1 2
  • 22. Determinar capacidade dos fornecedores de software Por que utilizar? Para empresas que adquirem softwares Avaliar os riscos na seleção de um fornecedor 1 2 Comparar fornecedores 3
  • 23. Partes da ISO/IEC 15504 Parte 1 Conceitos e Vocabulário Parte 2 Executando uma avaliação Parte 3 Guia sobre Execução de Avaliação Parte 4 Guia sobre Utilização dos Resultados da avaliação Parte 5 Um exemplo de Modelo de Avaliação do Ciclo de vida do Software
  • 24. Avaliar o estado dos processos em comparação com as melhores práticas, através da identificação das forças, fraquezas e riscos do processo Possibilita saber se a empresa têm capacidade para empreender determinado projeto Contexto de Aplicação Determinação da capacidade
  • 25. Identificar quais processos devem melhorar O que deve ser feito Onde deve ser dada maior prioridade Contexto de Aplicação Melhoria do processo contínua
  • 26. 8 Monitorar desempenho Contexto de Aplicação 7 Manter melhoria 6 Confirmar melhoria 5 Implementar melhoria 4 Planejar melhoria3 Avaliar processo 2 Iniciar processo de melhoria 1 Examinar as necessidades da organização
  • 27. Processo Avaliação do processo Melhoria do Processo Determinação da capacidade motiva a Contexto de Aplicação
  • 28. Um Modelo de Referência de Processo define basicamente um conjunto de processos que representam melhores práticas de um determinado domínio. Modelo de Referência
  • 29. Ao realizar avaliação sob a dimensão de processo, estes são divididos em cinco categorias Modelo de Referência COM Cliente- Fornecedor ENG Engenharia SUP Suporte MAN Administração ORG Organização
  • 30. Têm um impacto direto sobre os consumidores. Incluem, por exemplo, o levantamento de requisitos e os processos ligados à operação e uso do serviço fornecido. Modelo de Referência Cliente/Fornecedor CON
  • 31. Modelo de Referência Engenharia São agrupados os processos que levam à implementação do produto. Incluem, entre outros itens: a análise de requisitos, o projeto de arquitetura, construção, integração e testes do produto. ENG
  • 32. Modelo de Referência Suporte Dão apoio aos demais processos da organização. Exemplos são revisões, auditorias e processos de solução de problemas. SUP
  • 33. Modelo de Referência Administração Estão incluídos os processos que, de forma genérica, podem ser usados na administração de todo processo ou do projeto em si. MAN
  • 34. Modelo de Referência Organização Dizem respeito ao funcionamento da empresa como um todo e incluem, entre outros itens, infraestrutura, gerência de recursos humanos e treinamentos. ORG
  • 37. 0 1 2 3 4 5 Incompleto Executado Gerenciado Estabelecido Previsível Otimizado Framework Dimensão da Capacidade Processo geralmente atinge os objetivos, porém sem padrão de qualidade e sem controle de prazos e custos
  • 38. 0 1 2 3 4 5 Incompleto Executado Gerenciado Estabelecido Previsível Otimizado Framework Dimensão da Capacidade Processo planejado e monitorado e satisfaz requisitos definidos de: qualidade, prazo e custos.
  • 39. 0 1 2 3 4 5 Incompleto Executado Gerenciado Estabelecido Previsível Otimizado Framework Dimensão da Capacidade Processo executado e gerenciado com uma adaptação de um processo padrão definido, eficaz e eficiente.
  • 40. 0 1 2 3 4 5 Incompleto Executado Gerenciado Estabelecido Previsível Otimizado Framework Dimensão da Capacidade Processo executado dentro de limites de controle definidos e com medições detalhadas e analisadas
  • 42. 5 4 3 2 1 0 5.2 Otimização de Processo 5.1 Inovação de Processo 4.2 Controle de Processo 4.1 Medição de Processo 3.2 Instanciação do Processo 3.1 Definição do Processo 2.2 Gerência de Produto 2.1 Gerência de Desempenho 1.1 Desempenho do Processo Sem atributos Atributos de Processos Framework Dimensão da Capacidade
  • 43. 5 4 3 2 1 0 5.2 Otimização de Processo 5.1 Inovação de Processo 4.2 Controle de Processo 4.1 Medição de Processo 3.2 Instanciação do Processo 3.1 Definição do Processo 2.2 Gerência de Produto 2.1 Gerência de Desempenho 1.1 Desempenho do Processo Sem atributos Framework Atributos de Processos O processo não tem atributos.
  • 44. 5 4 3 2 1 0 5.2 Otimização de Processo 5.1 Inovação de Processo 4.2 Controle de Processo 4.1 Medição de Processo 3.2 Instanciação do Processo 3.1 Definição do Processo 2.2 Gerência de Produto 2.1 Gerência de Desempenho 1.1 Desempenho do Processo Sem atributos Framework Atributos de Processos 1.1: O objetivo do processo é atingido.
  • 45. 5 4 3 2 1 0 5.2 Otimização de Processo 5.1 Inovação de Processo 4.2 Controle de Processo 4.1 Medição de Processo 3.2 Instanciação do Processo 3.1 Definição do Processo 2.2 Gerência de Produto 2.1 Gerência de Desempenho 1.1 Desempenho do Processo Sem atributos Framework Atributos de Processos 2.1: O desempenho do processo é gerenciado; 2.2: Os produtos produzidos pelos processos são gerenciados.
  • 46. 5 4 3 2 1 0 5.2 Otimização de Processo 5.1 Inovação de Processo 4.2 Controle de Processo 4.1 Medição de Processo 3.2 Instanciação do Processo 3.1 Definição do Processo 2.2 Gerência de Produto 2.1 Gerência de Desempenho 1.1 Desempenho do Processo Sem atributos Framework Atributos de Processos 3.1: Um processo padrão é mantido para apoiar a instanciação de processos de projeto; 3.2: - O processo padrão é efetivamente instanciado como um processo do projeto para atingir seus resultados.
  • 47. 5 4 3 2 1 0 5.2 Otimização de Processo 5.1 Inovação de Processo 4.2 Controle de Processo 4.1 Medição de Processo 3.2 Instanciação do Processo 3.1 Definição do Processo 2.2 Gerência de Produto 2.1 Gerência de Desempenho 1.1 Desempenho do Processo Sem atributos Framework Atributos de Processos 4.1: Resultados de Medição são usados para garantir que o desempenho do processo apoia a obtenção de objetivos de desempenho de processo; 4.2: O processo é quantitativamente gerenciado para produzir um processo estável, capaz e previsível dentro de limites
  • 48. 5 4 3 2 1 0 5.2 Otimização de Processo 5.1 Inovação de Processo 4.2 Controle de Processo 4.1 Medição de Processo 3.2 Instanciação do Processo 3.1 Definição do Processo 2.2 Gerência de Produto 2.1 Gerência de Desempenho 1.1 Desempenho do Processo Sem atributos Framework Atributos de Processos 5.1: Alterações nos processos são identificadas a partir de causas comuns de variação no desempenho e a partir de investigações de abordagens inovadoras para a definição e instanciação do processo; 5.2: Alterações na definição, no gerenciamento e no desempenho do processo resultam em efetivo impacto que atinge os objetivos de melhoria dos processos relevantes.
  • 49. N - Não atingido (0% a 15%) P - Parcialmente atingido (16% a 50%) L - Largamente atingido (51% a 85%) F - Totalmente atingido (86% a 100%) Framework Dimensão da Capacidade 5 4 3 2 1 0 5.2 Otimização de Processo 5.1 Inovação de Processo 4.2 Controle de Processo 4.1 Medição de Processo 3.2 Instanciação do Processo 3.1 Definição do Processo 2.2 Gerência de Produto 2.1 Gerência de Desempenho 1.1 Desempenho do Processo Sem atributos 0% 15% 50% 85% 100% N P L F
  • 50. Nível 1 Nível 2 Nível 3 Nível 4 Nível 5 AP 1.1 L ou F F F F F AP 2.1 L ou F F F F AP 2.2 L ou F F F F AP 3.1 L ou F F F AP 3.2 L ou F F F AP 4.1 L ou F F AP 4.2 L ou F F AP 5.1 L ou F AP 5.2 L ou F Framework Níveis exigidos por processos
  • 51. 1.1 2.1 2.2 3.1 3.2 4.1 4.2 5.1 5.2 Nível Processo 1 F L F P P P N -- -- ? Processo 2 F F L F F P P N N ? Processo 3 P P N N N -- -- -- -- ? Processo 4 F F F F L P P N N ? Processo 5 F P L P N -- -- -- -- ? Processo 6 F F F F F F L P P ? Framework Exemplo
  • 52. 1.1 2.1 2.2 3.1 3.2 4.1 4.2 5.1 5.2 Nível Processo 1 F L F P P P N -- -- 2 Processo 2 F F L F F P P N N 2 Processo 3 P P N N N -- -- -- -- 0 Processo 4 F F F F L P P N N 3 Processo 5 F P L P N -- -- -- -- 1 Processo 6 F F F F F F L P P 4 Framework Exemplo
  • 53. 0 1 2 3 4 5 FrameworkdeMedição Modelo de Referência do Processo Dimensão de Processos DimensãodeCapacidade Modelo de Avaliação Bidimensional e contínua
  • 54. Modelo de Referência de Processo Domínio e Escopo Propósito do processo Resultados Esperados Arcabouço de Medição Níveis de Capacidade Atributos de processo Escala de Classificação Entrada Objetivo Escopo Restrições Identidades Abordagem Critérios de competência do avaliador Informações adicionais Saída Data Entradas de avaliação Identificação da evidência Processo de avaliação utilizado Perfis de processo Informações adicionais Papéis e responsabilidade Patrocinador Avaliador competente Avaliadores Processo de avaliação Planejamento Coleta de dados Validação dos dados Classificação dos atributos de processo Relatório Esquema de Geral Modelo de Avaliação de Processo
  • 56. ISO/IEC 33000 ISO/IEC 33000 Objetivo Revisar e atualizar a ISO/IEC 15504 e gerar uma norma mais atual e abrangente.
  • 57. ISO/IEC 33000 O que não mudou? Níveis de Capacidade Intervalos Classificação dos Atributos
  • 58. ISO/IEC 33000 Atributos do processo 5 4 3 2 1 0 5.2 Otimização de Processo 5.1 Inovação de Processo 4.2 Controle de Processo 4.1 Medição de Processo 3.2 Instanciação do Processo 3.1 Definição do Processo 2.2 Gerência de Produto 2.1 Gerência de Desempenho 1.2 Sustentabilidade 1.1 Desempenho do Processo Sem atributos
  • 59. ISO/IEC 33000 Sustentabilidade Sustentabilidade Capacidade dos processos de software suprir as funcionalidades necessárias sem comprometer os recursos e necessidades futuras.
  • 60. ISO/IEC 33000 Sustentabilidade Como desenvolver software de maneira sustentável? Engenharia de Software Sustentável Arte de desenvolver software por meio de processos sustentáveis; Impactos positivos e negativos no desenvolvimento sustentável do software são avaliados, documentados e utilizados para aprimoramentos ao longo de todo ciclo de vida do produto de software
  • 61. ISO/IEC 33000 Estrutura ISO/IEC 33001: Conceitos e Terminologia 33002: Requisitos do Processo de Avaliação 33003: Requisitos do Processo de medição do Framework 33004: Requisitos dos Modelos de Referência, Avaliação e níveis de capacidade 33014: Guia para melhoria de processos 33020: Framework para avaliação da capacidades de processos 33063: Modelo de avaliação de processos para teste de software
  • 62. Define o conjunto mínimo de requisitos que visam garantir que os resultados da avaliação sejam: ISO/IEC 33002 Requisitos do Processo de Avaliação Objetivos Consistentes Repetíveis Representativos
  • 63. A aplicação dos requisitos definidos nesta parte podem ser usados para: ISO/IEC 33002 Requisitos do Processo de Avaliação 1. Facilitar auto avaliação; 2. Prover uma base para aumento na performance de processo e mitigar riscos relacionados a processos; 3. Prover um benchmark objetivo entre organizações.
  • 64. ISO/IEC 33003 Requisitos para frameworks de medição de processos Define um conjunto de requisitos para frameworks de medição de processos, usados nos processos de avaliação. Estabelece requisitos para medição Estabelece requisitos para validação Estabelece requisitos globais
  • 65. ISO/IEC 33020 Framework para avaliação da capacidade de processos Capacidade de processo está relacionado com a capacidade de um processo atingir de forma consistente os objetivos de negócios atuais ou projetados para o futuro.
  • 66. ISO/IEC 33020 Framework para avaliação da capacidade de processos O framework definido na 33020 tem uma estrutura que: 1. Facilita a auto avaliação; 2. Prove uma base para o aprimoramento e determinação de qualidade de processos. 3. É aplicável em organizações de diferentes tamanhos e em todo o domínio de aplicação; 4. Permite a definição de um conjunto de notas para as capacidades do processo, gerando um nível de capacidade do processo.
  • 68. Obrigado. ISO/IEC 15504 - SPICE Software Process Improvement and Capability Determination Gestão da Qualidade de Software Luis Guilherme da Silva Rodrigues Rennan Henrique Martins e Oliveira Vicente Heitor Terra Silva William Odair Lima Prof. Dr. Heitor Augustus Xavier Costa

Hinweis der Redaktion

  1. Bons processos geram bons produtos, Conjunto de atividades, métodos, práticas e transformações que as pessoas empregam para desenvolver e manter software e os produtos associados (por exemplo, planos de projeto, documentos de projeto/design, código, casos de teste, manual do usuário).
  2. Bons processos geram bons produtos, Conjunto de atividades, métodos, práticas e transformações que as pessoas empregam para desenvolver e manter software e os produtos associados (por exemplo, planos de projeto, documentos de projeto/design, código, casos de teste, manual do usuário).
  3. Previous Draft Technical Report - Anteprojeto de Relatório Técnico.. seria o projeto anterior ao relatório técnico? <- fica a dúvida
  4. Previous Draft Technical Report - Anteprojeto de Relatório Técnico.. seria o projeto anterior ao relatório técnico? <- fica a dúvida
  5. Previous Draft Technical Report - Anteprojeto de Relatório Técnico.. seria o projeto anterior ao relatório técnico? <- fica a dúvida
  6. Draft Technical Report - Projeto de Relatório Técnico
  7. Draft Technical Report - Projeto de Relatório Técnico
  8. Draft Technical Report - Projeto de Relatório Técnico
  9. Um exemplo de modelo de referência é a ISO/IEC 12207 que foi apresentada na última aula. Que é mais voltado para os processos de contexto do sistemas e específico de software.
  10. então vou explicar mais ou menos o que cada categoria dessa trata, pois ficaria maçante explicar todas as subcategorias novamente,já que a gente tem que apresentar duas ISOS e já que a ideia é entender como se pode utilizar a ISO, para que serve, em vez de decorar tudo. Sub Categorias: adquirir software, gerenciar necessidades do cliente, fornecer software operar o software, prover serviço ao cliente.
  11. Sub Categorias: desenvolver requisitos e projeto do sistema, desenvolver requisitos de software, desenvolver projeto do software, implementar o projeto de software, integrar e testar o software, integrar e testar o software, integrar e testar o sistema, manter o sistema e o software.
  12. Sub Categorias: desenvolver documentação, desempenhar a gerência de configuração, executar a garantia de qualidade, executar a verificação dos produtos de trabalho, executar a validação dos produtos de trabalho, executar revisões conjuntas, executar auditorias, executar resolução do problema.
  13. Sub Categorias: gerenciar o projeto, gerenciar a qualidade, gerenciar riscos, gerenciar subcontratantes.
  14. Sub Categorias: definir o processo, melhorar o processo, prover recursos treinados, prover infra-estrutura organizacional. E assim você vai organizando os projetos para que possa ser feita a avaliação dele, entender os estados dos processos, identificar as oportunidades de melhoria e focar na melhoria de processo.
  15. Serve para avaliar como a organização está realizando um determinado processo. Geralmente utilizada quando uma organização está interessada em contratar a organização avaliada como fornecedor. E essa dimensão têm seis níveis de capacidade e atributos de processos, sequenciais e cumulativos. E eu vou explicar como é que os processos são tratados em cada nível.
  16. O processo não foi implementado ou simplesmente não atinge seus objetivos.
  17. O processo essencialmente atinge os objetivos, mesmo se de forma pouco planejada ou rigorosa.
  18. E esses são os atributos que cada processo pode receber.
  19. Quando o processo não possui atributos ele está no nível 0.
  20. Para o processo estar no nível 1 ele precisa ter somente 1 atributo, e o que é esse atributo? atingir seu objetivo.
  21. Para o processo estar no nível dois ele precisa ter esses dois atributos: gerência de desempenho e gerência do produto, e o que quer dizer esses atributos? que o processo precisa gerenciar o desempenho e os produtos produzidos.
  22. Agora no nível 3 o processo precisa de mais dois atributos: definição e instanciação do processo. E o que é cada atributo?
  23. No nível 4 o processo precisa atingir mais dois atributos: medição e controle do processo.
  24. Por último no nível 5 os atributos são: inovação e otimização do processo.
  25. Formando assim os atributos que um processo pode receber quando está sendo avaliado. E de acordo com os atributos que cada processo recebe uma nota em porcentagem lhe é dada para saber em que nível o processo se encontra.
  26. Para se dizer que o atributo está em algum nível, ele precisa atender esses requisitos.
  27. Este é um exemplo de como os processos são avaliados.
  28. requisitos ‘globais’, ou seja, que podem ser aplicados em frameworks de medição para qualquer característica da qualidade de processos, nos diferentes domínios da aplicação.