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
-
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
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
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
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
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
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
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).
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).
Previous Draft Technical Report - Anteprojeto de Relatório Técnico.. seria o projeto anterior ao relatório técnico? <- fica a dúvida
Previous Draft Technical Report - Anteprojeto de Relatório Técnico.. seria o projeto anterior ao relatório técnico? <- fica a dúvida
Previous Draft Technical Report - Anteprojeto de Relatório Técnico.. seria o projeto anterior ao relatório técnico? <- fica a dúvida
Draft Technical Report - Projeto de Relatório Técnico
Draft Technical Report - Projeto de Relatório Técnico
Draft Technical Report - Projeto de Relatório Técnico
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.
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.
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.
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.
Sub Categorias: gerenciar o projeto, gerenciar a qualidade, gerenciar riscos, gerenciar subcontratantes.
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.
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.
O processo não foi implementado ou simplesmente não atinge seus objetivos.
O processo essencialmente atinge os objetivos, mesmo se de forma pouco planejada ou rigorosa.
E esses são os atributos que cada processo pode receber.
Quando o processo não possui atributos ele está no nível 0.
Para o processo estar no nível 1 ele precisa ter somente 1 atributo, e o que é esse atributo? atingir seu objetivo.
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.
Agora no nível 3 o processo precisa de mais dois atributos: definição e instanciação do processo. E o que é cada atributo?
No nível 4 o processo precisa atingir mais dois atributos: medição e controle do processo.
Por último no nível 5 os atributos são: inovação e otimização do processo.
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.
Para se dizer que o atributo está em algum nível, ele precisa atender esses requisitos.
Este é um exemplo de como os processos são avaliados.
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.