Aula 12 - (2012)

Prévia do material em texto

21/03/2012
1
2
21/03/2012
2
3
� O que é? 
� Qual o objetivo?
� O que precisa?
4
21/03/2012
3
� Garantia de Qualidade (GQA) éGarantia de Qualidade (GQA) éGarantia de Qualidade (GQA) éGarantia de Qualidade (GQA) é o processo 
que Avalia Avalia Avalia Avalia os produtos e processos utilizados 
para o desenvolvimento de software
� Estabelece Estabelece Estabelece Estabelece e Monitora Monitora Monitora Monitora ações corretivas para 
problemas encontrados
5
� GQA tem por objetivoGQA tem por objetivoGQA tem por objetivoGQA tem por objetivo:
◦ GarantirGarantirGarantirGarantir que os processos e os produtos estão em 
conformidade com os padrõesconformidade com os padrõesconformidade com os padrõesconformidade com os padrões, procedimentos e procedimentos e procedimentos e procedimentos e 
descrições de processos descrições de processos descrições de processos descrições de processos definidos.
6
21/03/2012
4
� NecessidadesNecessidadesNecessidadesNecessidades
◦ Ser imparcial
◦ Ter autoridade e autonomia organizacional
◦ Estabelecer os padrões, procedimentos e processos 
aplicáveis ao projeto
◦ Estabelecer em quais artefatos e quais fases atuará
7
A2
� Palavras Chave Palavras Chave Palavras Chave Palavras Chave da Garantia da Qualidade 
são:
���� ObjetividadeObjetividadeObjetividadeObjetividade
���� ConformidadeConformidadeConformidadeConformidade
8
Slide 7
A2 Aqui é o GQA Processo ou Papel? Parece que é o papel.
Anderson; 16/06/2011
21/03/2012
5
� A objetividade é conseguida com:
◦ Alocação de membro externomembro externomembro externomembro externo ao Projeto como 
ResponsávelResponsávelResponsávelResponsável pela Garantia da Qualidade;
◦ Avaliação baseada em critérios bem definidoscritérios bem definidoscritérios bem definidoscritérios bem definidos.
9
10
Está 
conforme 
com
Produto
Características 
de qualidade 
pré 
estabelecidas
Processo 
Executado
Processo 
Planejado
Está 
conforme 
com
21/03/2012
6
11
12
Gerenciado Gerenciado Gerenciado Gerenciado 
Quantitativamente Quantitativamente Quantitativamente Quantitativamente 
Parcialmente Parcialmente Parcialmente Parcialmente 
GerenciadoGerenciadoGerenciadoGerenciado
GerenciadoGerenciadoGerenciadoGerenciado
Parcialmente Parcialmente Parcialmente Parcialmente 
Definido Definido Definido Definido 
Largamente Largamente Largamente Largamente 
Definido Definido Definido Definido 
Definido Definido Definido Definido 
Em Otimização Em Otimização Em Otimização Em Otimização 
12
MediçãoMediçãoMediçãoMedição ---- MEDMEDMEDMED //// GerênciaGerênciaGerênciaGerência dededede ConfiguraçãoConfiguraçãoConfiguraçãoConfiguração ---- GCOGCOGCOGCO
AquisiçãoAquisiçãoAquisiçãoAquisição ---- AQUAQUAQUAQU //// GarantiaGarantiaGarantiaGarantia dadadada QualidadeQualidadeQualidadeQualidade ---- GQAGQAGQAGQA
GerênciaGerênciaGerênciaGerência dededede PortfólioPortfólioPortfólioPortfólio dededede ProjetosProjetosProjetosProjetos ---- GPPGPPGPPGPP
AvaliaçãoAvaliaçãoAvaliaçãoAvaliação eeee MelhoriaMelhoriaMelhoriaMelhoria dodododo ProcessoProcessoProcessoProcesso OrganizacionalOrganizacionalOrganizacionalOrganizacional ---- AMPAMPAMPAMP
DefiniçãoDefiniçãoDefiniçãoDefinição dodododo ProcessoProcessoProcessoProcesso OrganizacionalOrganizacionalOrganizacionalOrganizacional ---- DFPDFPDFPDFP
GerênciaGerênciaGerênciaGerência dededede ReutilizaçãoReutilizaçãoReutilizaçãoReutilização ---- GRUGRUGRUGRU
GerênciaGerênciaGerênciaGerência dededede RecursosRecursosRecursosRecursos HumanosHumanosHumanosHumanos ---- GRHGRHGRHGRH
GerênciaGerênciaGerênciaGerência dededede ProjetosProjetosProjetosProjetos ---- GPRGPRGPRGPR (evolução)(evolução)(evolução)(evolução)
DesenvolvimentoDesenvolvimentoDesenvolvimentoDesenvolvimento dededede RequisitosRequisitosRequisitosRequisitos ---- DREDREDREDRE
ProjetoProjetoProjetoProjeto eeee ConstruçãoConstruçãoConstruçãoConstrução dodododo ProdutoProdutoProdutoProduto ---- PCPPCPPCPPCP
IntegraçãoIntegraçãoIntegraçãoIntegração dodododo ProdutoProdutoProdutoProduto ---- ITPITPITPITP
VerificaçãoVerificaçãoVerificaçãoVerificação ---- VERVERVERVER //// ValidaçãoValidaçãoValidaçãoValidação ---- VALVALVALVAL
GerênciaGerênciaGerênciaGerência dededede DecisõesDecisõesDecisõesDecisões ---- GDEGDEGDEGDE
DesenvolvimentoDesenvolvimentoDesenvolvimentoDesenvolvimento paraparaparapara ReutilizaçãoReutilizaçãoReutilizaçãoReutilização ---- DRUDRUDRUDRU
GerênciaGerênciaGerênciaGerência dededede RiscosRiscosRiscosRiscos ---- GRIGRIGRIGRI
GGGG
FFFF
EEEE
DDDD
CCCC
Gerência de Requisitos Gerência de Requisitos Gerência de Requisitos Gerência de Requisitos ---- GREGREGREGRE
Gerência de ProjetosGerência de ProjetosGerência de ProjetosGerência de Projetos ---- GPRGPRGPRGPR
AAAA
BBBB
Gerência de ProjetosGerência de ProjetosGerência de ProjetosGerência de Projetos ---- GPR (evolução)GPR (evolução)GPR (evolução)GPR (evolução)
(sem processo específico)(sem processo específico)(sem processo específico)(sem processo específico)
21/03/2012
7
� Propósito
OOOO propósitopropósitopropósitopropósito dodododo processoprocessoprocessoprocesso GarantiaGarantiaGarantiaGarantia dadadada
QualidadeQualidadeQualidadeQualidade éééé assegurarassegurarassegurarassegurar quequequeque osososos produtosprodutosprodutosprodutos dededede
trabalhotrabalhotrabalhotrabalho eeee aaaa execuçãoexecuçãoexecuçãoexecução dosdosdosdos processosprocessosprocessosprocessos estãoestãoestãoestão
emememem conformidadeconformidadeconformidadeconformidade comcomcomcom osososos planosplanosplanosplanos eeee recursosrecursosrecursosrecursos
predefinidospredefinidospredefinidospredefinidos....
13
� Objetivos:
◦ Avaliar objetivamente os processos executados, 
produtos de trabalho e serviços 
� Em relação à descrição do processo, padrões e 
procedimentos estabelecidos
◦ Identificar e documentar problemas com o 
estabelecido
◦ Prover informações para a equipe do projeto e 
gerentes como resultado das atividades de Garantia 
da Qualidade
◦ Assegurar que as não conformidades são corrigidas
14
21/03/2012
8
� Segundo o MR-MPS o GQA define:
◦ 4 Resultados Esperados
� Está presente em:
◦ 2 Resultados de Atributo de Processo
15
� GQA1 - A aderência dos produtosprodutosprodutosprodutos dededede trabalhotrabalhotrabalhotrabalho
aos padrões, procedimentos e requisitos
aplicáveis é avaliadaavaliadaavaliadaavaliada objetivamenteobjetivamenteobjetivamenteobjetivamente, antes dos
produtos serem entregues ao cliente e emememem
marcosmarcosmarcosmarcos predefinidospredefinidospredefinidospredefinidos ao longo do ciclo de
vida do projeto.
16
21/03/2012
9
� GQA2 - A aderência dos processosprocessosprocessosprocessos
executadosexecutadosexecutadosexecutados às descrições de processo,
padrões e procedimentos éééé avaliadaavaliadaavaliadaavaliada
objetivamenteobjetivamenteobjetivamenteobjetivamente.
17
� GQA3 - Os problemasproblemasproblemasproblemas e as nãonãonãonão
conformidadesconformidadesconformidadesconformidades são identificados,identificados,identificados,identificados,
registradosregistradosregistradosregistrados eeee comunicadoscomunicadoscomunicadoscomunicados.
18
21/03/2012
10
� GQA4 - AçõesAçõesAçõesAções corretivascorretivascorretivascorretivas para as não
conformidades são estabelecidasestabelecidasestabelecidasestabelecidas e
acompanhadasacompanhadasacompanhadasacompanhadas até as suas efetivas
conclusões.
� Quando necessário, o escalonamentoescalonamentoescalonamentoescalonamento das
ações corretivas para níveisníveisníveisníveis superioressuperioressuperioressuperiores é
realizado, de forma a garantir sua solução.
19
� GQA4:GQA4:GQA4:GQA4:
◦ Definir ações corretivas;
◦ Acompanhar a realização das ações corretivas até a 
sua conclusão;
◦ Escalonarpara níveis superiores as ações corretivas, 
com base em critérios objetivos de escalonamento;
� Tempo de atraso da resolução da ação, criticidade da 
não-conformidade, etc.
20
A11
Slide 20
A11 Isso foi definido?
Anderson; 16/06/2011
21/03/2012
11
� RAP 10 (A partir do nível F): A aderência dos 
processos executados às: 
◦ descrições de processo
◦ padrões e 
◦ procedimentos 
� É avaliada objetivamente e são tratadas as 
não conformidades
21
� RAP 14 - Os produtos de trabalho são 
avaliados objetivamente com relação:
◦ Aos padrões, procedimentos e requisitos 
� São tratadas as não conformidades 
encontradas
22
21/03/2012
12
23
� Ferramentas de Issue Tracking:
◦ Bugzilla;
◦ Mantis;
◦ Etc.
� Permitem o Registro, Acompanhamento e 
Comunicação das não conformidades:
24
21/03/2012
13
� Os testes são destinados a descobrir os defeitos do 
programa antes desse ser colocado em uso
� Ao testar o software, você executa um programa 
usando dados artificiais
� Você verifica os resultados do teste para erros, 
anomalias ou informações sobre os atributos não 
funcionais do programa
21/03/2012
14
� Os testes podem revelar a presença de erros, 
jamais a sua ausência
◦ O que você pode concluir com isso?
� O teste é parte de um processo de verificação e 
validação mais geral
• Demonstrar para o desenvolvedor e o cliente que o
software atende aos seus requisitos.
• Para descobrir situações em que o comportamento
do software está incorreto, indesejável ou em
desacordo com sua especificação.
21/03/2012
15
• Testes de validação
� Para demonstrar para o desenvolvedor e o cliente que o sistema de
software corresponde às suas exigências.
� Um teste bem sucedido mostra que o sistema opera como planejado.
• Testes de defeitos
� Para descobrir falhas ou defeitos no software, em que seu
comportamento é incorreto ou não está em conformidade com a
especificação.
� Um teste bem sucedido é um teste que faz o sistema funcionar
incorretamente e, dessa maneira expõe um defeito no sistema.
21/03/2012
16
• Verificação:
"Estamos construindo o produto da maneira correta?".
• Validação:
"Estamos construindo o produto certo?".
• Inspeções de software: Interesse na análise da representação
estática do sistema para descobrir problemas (verificação estática)
� Pode ser suplementado por ferramentas baseadas em documentos e análise
de códigos
• Teste de software: Interesse em observar o comportamento do
produto (verificação dinâmica)
� O sistema é executado com dados de teste e seu comportamento
operacional é observado.
21/03/2012
17
• Inspeções e testes são complementares e não técnicas opostas de verificação.
• Ambos devem ser usadas durante o processo de V &V.
• As inspeções podem verificar a conformidade com uma especificação.
• As inspeções não podem verificar características não-funcionais, como
desempenho, usabilidade, etc.
21/03/2012
18
• Testes de desenvolvimento, no qual o sistema é testado durante
seu desenvolvimento para descobrir bugs e defeitos.
• Testes de release, em que uma equipe de testes separada testa
uma versão completa do sistema antes que ele seja liberado para
os usuários.
• Testes de usuário, em que os usuários ou potenciais usuários de
um sistema testam o sistema em seu próprio ambiente.
21/03/2012
19
• Testes de desenvolvimento incluem todas as atividades de testes
que são realizas pela equipe de desenvolvimento do sistema.
� Teste de unidade, em que são testadas as unidades de programa individual
ou classes de objetos. Os teste de unidade devem se concentrar em testar a
funcionalidade dos objetos ou métodos.
� Testes de componentes, em que várias unidades individuais são integradas
para criar componentes compostos. Testes de componentes devem se
concentrar em testar as interfaces dos componentes.
� Teste de sistema, em que alguns ou todos os componentes de um sistema
são integrados e o sistema é testado como um todo. Esses devem se
concentrar em testar interações entre os componentes.
• Sempre que possível, os testes de unidade ou testes não funcionais
(testes de performance, carga, etc) devem ser automatizados para
que sejam executados sem intervenção manual.
• Exemplos de Ferramentas:
• Junit
• PhpUnit
• Jmeter
21/03/2012
20
• São testes para avaliar se novos componentes ou
incrementos não causaram problemas aos componentes ou
incrementos que já estavam funcionando e já tinham sido
testados.
• Com a inclusão de novos componentes problemas podem ser inseridos
em componentes já testados (efeitos colaterais)
• Os componentes impactados pelos novos componentes devem ser
testados novamente
• Testes de regressão testam o sistema para verificar se as mudanças não
"quebram" os código previamente trabalhado.
• Em um processo de teste manual, os teste de regressão são caros, mas, com
testes automatizados, são simples e diretos.
• Todos os testes são reexecutados toda vez que é feita uma alteração no
programa.
• Os testes devem ser executados com 'sucesso' antes da mudança ser executada.
21/03/2012
21
• Escolher entradas que forcem o sistema a gerar todas as mensagens de
erro.
• Projetar entradas que causem o transbordamento dos buffers de inputs.
• Repetir a mesma entrada ou uma série de entradas inúmeras vezes.
• Forçar a geração de saídas inválidas.
• Forçar os resultados de cálculos serem muito grandes ou muito
pequenos.
• Os casos de uso desenvolvidos para identificar as interações do
sistema podem ser usados como uma base para testes de sistema.
• Geralmente, cada caso de uso envolve vários componentes do
sistema, forçando a ocorrência de interações.
21/03/2012
22
• Testes de sistema exaustivos são impossíveis, assim políticas de teste que
definem a cobertura necessária dos testes do sistema devem ser desenvolvidas.
• Exemplos de políticas de testes:
� Todas as funções do sistema que são acessados através de menus devem ser
testadas.
� Devem ser testadas todas as combinações de funções (por exemplo,
formatação de texto) acessadas por meio do mesmo menu.
� Onde a entrada do usuário é fornecida, todas as funções devem ser testadas
com entradas corretas e incorretas.
21/03/2012
23
• O desenvolvimento dirigido a testes (TDD – Test Driven Development) é uma
abordagem para o desenvolvimento de programas em que se intercalam testes
e o desenvolvimento de código.
• Testes são escritos antes do código e "passar" nos testes é o fator crítico de
desenvolvimento.
• Você desenvolve o código de forma incremental, juntamente com um teste para
esse incremento. Você não passa para o próximo incremento até que o código
que você desenvolveu passe no seu teste.
• TDD foi introduzido como parte dos métodos ágeis como o Extreme
Programming. No entanto, ele também pode ser usado em processos de
desenvolvimento dirigido a planos.
21/03/2012
24
• Teste de release é o processo de testes de uma versão particular de um sistema
que se destina para uso fora da equipe de desenvolvimento.
• O principal objetivo do processo de teste de release é convencer o fornecedor
de que o sistema é bom o suficiente para o uso.
� Portanto, os testes de release precisam mostrar que o sistema oferece a
funcionalidade, o desempenho e confiabilidade especificados, e que não
falha durante o uso normal.
• Geralmente, os testes de release são um processo de teste caixa-preta, em que
os testes são derivados somente a partir da especificação do sistema.
• Testes de release são uma forma de teste do sistema.
• Diferenças importantes:
� Uma equipe separada, sem envolvimento com o desenvolvimento do
sistema, deve ser responsável pelo testes de release.� Os testes de sistema realizados pela equipe de desenvolvimento devem se
centrar na descoberta de bugs do sistema (teste de defeitos). O objetivo do
teste de release é verificar se o sistema atende aos seus requisitos e é bom
o suficiente para uso externo. (teste de validação).
21/03/2012
25
• Parte dos testes de release podem envolver ensaios sobre as propriedades
emergentes de um sistema, tais como desempenho e confiabilidade.
• Os testes devem refletir o perfil de uso do sistema.
• Geralmente, os testes de desempenho envolvem o planejamento de uma série
de testes, nos quais a carga é aumentada continuamente até que o desempenho
do sistema se torne inaceitável.
• Testes de estresse são uma forma de testes de desempenho em que o sistema é
deliberadamente sobrecarregado para testar seu comportamento até falhar.
• Testes de usuário ou cliente, é uma etapa no processo de teste em que os
usuários ou clientes fornecem informações e conselhos sobre os testes de
sistema.
• Testes com usuários são essenciais, mesmo quando já foram realizados os testes
de sistema abrangentes e testes de release.
� A razão para tanto, é que as influências do ambiente de trabalho do usuário
tem um efeito importante sobre a confiabilidade, desempenho, usabilidade
e robustez de um sistema. Esses não podem ser replicados em um ambiente
de teste.
21/03/2012
26
• Testes alfa
� Usuários do software trabalham com a equipe de desenvolvimento para
testar o software no local do desenvolvedor.
• Testes beta
� Um release do software é disponibilizado para os usuários para que possam
experimentar e levantar os problemas descobertos com os desenvolvedores
do sistema.
• Testes de aceitação
� Clientes testam um sistema para decidir se se esse está pronto para ser
aceito dos desenvolvedores do sistema, e implantado no ambiente do
cliente. Principalmente para sistemas sob encomenda.
• Em métodos ágeis, o cliente/usuário faz parte da equipe de desenvolvimento e é
responsável pela tomada de decisões sobre a aceitabilidade do sistema.
• Os testes são definidos pelo usuário/cliente e são integrados com outros testes
executados automaticamente quando mudanças são feitas.
• Não existem processo de testes de aceitação separados.
• O principal problema aqui é se o usuário incorporado é ou não um usuário
"típico" e se pode representar os interesses de todos os stakeholders do
sistema.
21/03/2012
27
Ernani Sales
ernani@webapsee.com
� Desenvolvimento de Software
◦ Diversas metodologias vêm sendo utilizadas:
21/03/2012
28
� Ponto em comum nas metodologias:
◦ Refinamentos sucessivos dos produtos de trabalho 
(artefatos) envolvidos
� Segundo a definição epistemológica, 
Configuração deriva do latim:
Configurare � ”dar forma”
� Também significa 
arranjo relativo de 
partes de elementos
21/03/2012
29
� Gerência de Configuração (GC)
◦ disciplina responsável pela gerência das 
modificações ocorridas em sistemas complexos e 
de grande porte (Tichy,1988)
� Objetivo:
◦ gerenciar e controlar as numerosas correções, 
extensões e adaptações que são aplicadas a um 
sistema durante o seu ciclo de vida
� Gestão de Configuração de Software:
◦ gestão de configuração aplicada especificamente ao 
software (Estublier, 2005)
� Objetivo:
◦ garantir um sistemático e rastreado processo de 
desenvolvimento de software em que todas as 
mudanças são precisamente gerenciadas para que o 
software esteja sempre estável
21/03/2012
30
� AgregaçãoAgregaçãoAgregaçãoAgregação de hardware e/ou software 
tratados como um elemento único
� Sujeito a mudançasmudançasmudançasmudanças obedecendo políticas 
estabelecidas
� Pode ser formado por um conjuntoconjuntoconjuntoconjunto de 
produtos de trabalhoprodutos de trabalhoprodutos de trabalhoprodutos de trabalho, bem como um único 
produto de trabalho pode ser formado por 
vários itens de configuração 
� InstânciasInstânciasInstânciasInstâncias de um mesmo IC que diferem entre 
si em algo
◦ Possui funcionalidade diferente, melhora de 
performance ou erros reparados
� Se equivalentes funcionalmente, podem ser 
projetadas para configurações de hardware 
e/ou software diferentes (variantesvariantesvariantesvariantes)
21/03/2012
31
IC
1.0
IC
1.1
IC
1.2
IC
1.1.1
IC
1.1.2
IC
1.3
IC
2.0
IC
1.4
IC
2.1
A1 A2 A3
A4’ A4’’
ICs, Versões e Variantes
� Lugar seguro onde artefatos são depositados 
� Permitem armazenamentoarmazenamentoarmazenamentoarmazenamento, buscabuscabuscabusca e 
recuperaçãorecuperaçãorecuperaçãorecuperação de artefatos 
� Servem como um ponto de referência 
� Apoiam no aumento da memória 
organizacional 
21/03/2012
32
� Um conjunto de versões de ICs
� Uma configuração pode ser vista como um IC 
composto de outros ICs
� Exemplos
◦ Configuração do sistema
◦ Configuração do processo
◦ Configuração do módulo X
◦ Configuração dos requisitos do sistema
◦ Configuração do código fonte
� Mecanismo usado para identificar uma configuração
� Permite identificar níveis de qualidade dos ICs
� Sinônimo: etiqueta (tag)
1.1
1.2
1.3
Módulo 1
1.1
1.2
1.3
Módulo 2
1.1
1.2
Módulo 3
1.1
Módulo 4
RECUSADA
ACEITA
RótulosRótulosRótulosRótulos
21/03/2012
33
 
Configuração Original 
Configuração do Usuário 
Configuração Atual 
Configuração Final 
Check-out 
Check-in 
Junção 
Espaço de Trabalho Repositório 
outros 
check-ins 
21/03/2012
34
� Versões que não seguem a linha principal de 
desenvolvimento
� Fornecem isolamento para o processo de 
desenvolvimento 
◦ Ramos usualmente são migrados à linha principal 
de desenvolvimento
◦ A migração pode ser complicada no caso de 
isolamento longo
� Configuração revisada e aprovada 
◦ Base para próxima etapa de desenvolvimento
◦ Modificada via processo formal de GCS 
� São estabelecidas em algum “milestone” 
específico do projeto
21/03/2012
35
Baseline
V.1
V.2
V.3
IC primitivo 1 IC primitivo 2 IC primitivo 3
V.1
V.2
V.3
V.4
V.1
V.2
V.1
V.2
V.3
� É uma configuração disponibilizada para um 
propósito específico
� Importante
◦ Toda liberação é uma configuração
◦ Nem toda configuração é uma liberação
� Em alguns casos liberações podem ser 
desenvolvidas em paralelo
� Exemplos
◦ Liberação para testes de sistema
◦ Liberação para entrega ao cliente
21/03/2012
36
21/03/2012
37
� Propósito
◦ O propósito do processo Gerência de Configuração 
é estabelecer e manter a integridadeestabelecer e manter a integridadeestabelecer e manter a integridadeestabelecer e manter a integridade de todos os 
produtos de trabalho produtos de trabalho produtos de trabalho produtos de trabalho de um processo ou projeto e 
disponibilizádisponibilizádisponibilizádisponibilizá----loslosloslos a todos os envolvidosenvolvidosenvolvidosenvolvidos. 
� GCO1 GCO1 GCO1 GCO1 ---- Um Sistema de Gerência de Um Sistema de Gerência de Um Sistema de Gerência de Um Sistema de Gerência de 
Configuração é estabelecido e mantidoConfiguração é estabelecido e mantidoConfiguração é estabelecido e mantidoConfiguração é estabelecido e mantido
◦ Definição da ferramenta utilizada para GCO
◦ Níveis de Acesso e Controle
21/03/2012
38
� GCO2 GCO2 GCO2 GCO2 ---- Os itens de configuração são Os itens de configuração são Os itens de configuração são Os itens de configuração são 
identificados com base em critérios identificados com base em critérios identificados com base em critérios identificados com base em critérios 
estabelecidos estabelecidos estabelecidos estabelecidos 
◦ Definição de quais itens estão sobre controle de 
configuração ( Tanto produtos de projeto quantoorganizacionais)
◦ Qual o nível de acesso para cada item?
◦ Quais itens são controlados por baseline?
◦ Qual momento de criação de baseline?
� GCO3 GCO3 GCO3 GCO3 ---- Os itens de configuração sujeitos a Os itens de configuração sujeitos a Os itens de configuração sujeitos a Os itens de configuração sujeitos a 
um controle formal são colocados sob um controle formal são colocados sob um controle formal são colocados sob um controle formal são colocados sob 
baseline baseline baseline baseline 
◦ Os Itens definidos como controlados por baseline 
estão sob baseline?
21/03/2012
39
� GCO4 GCO4 GCO4 GCO4 ---- A situação dos itens de configuração A situação dos itens de configuração A situação dos itens de configuração A situação dos itens de configuração 
e das e das e das e das baselines é registrada ao longo do baselines é registrada ao longo do baselines é registrada ao longo do baselines é registrada ao longo do 
tempo e disponibilizada tempo e disponibilizada tempo e disponibilizada tempo e disponibilizada 
◦ Evolução dos itens de configuração (histórico)
◦ Evolução das baselines (histórico)
◦ Histórico claro e preciso
◦ Relacionamento com Mudanças
� GCO5 GCO5 GCO5 GCO5 ---- Modificações em itens de Modificações em itens de Modificações em itens de Modificações em itens de 
configuração são controladas configuração são controladas configuração são controladas configuração são controladas 
◦ Análise de Impacto das Mudanças
◦ Registro dos Pedidos de Mudança
◦ Itens alterados por causa da mudança, contendo as 
revisões necessárias
◦ Comunicação da disponibilização de uma nova 
baseline
21/03/2012
40
� GCO6 GCO6 GCO6 GCO6 ---- O armazenamento, manuseio e O armazenamento, manuseio e O armazenamento, manuseio e O armazenamento, manuseio e 
liberação de itens de configuração e liberação de itens de configuração e liberação de itens de configuração e liberação de itens de configuração e baselines baselines baselines baselines 
são controlados são controlados são controlados são controlados 
◦ Somente as pessoas autorizadas conseguem fazer check
in e check out?
◦ Existe registro de quem executou cada ação?
◦ Relatório de Baseline
◦ Relatório de versões dos itens de configuração
◦ Comunicação das baselines
� GCO7 GCO7 GCO7 GCO7 ---- Auditorias de configuração são Auditorias de configuração são Auditorias de configuração são Auditorias de configuração são 
realizadas objetivamente para assegurar que realizadas objetivamente para assegurar que realizadas objetivamente para assegurar que realizadas objetivamente para assegurar que 
as as as as baselines e os itens de configuração baselines e os itens de configuração baselines e os itens de configuração baselines e os itens de configuração 
estejam íntegros, completos e consistentes estejam íntegros, completos e consistentes estejam íntegros, completos e consistentes estejam íntegros, completos e consistentes 
◦ Auditorias com base em critérios objetivos
◦ Auditorias independentes
◦ Ações corretivas
◦ Comunicação das auditorias
21/03/2012
41
� RAP3. A execução do processo é planejada.RAP3. A execução do processo é planejada.RAP3. A execução do processo é planejada.RAP3. A execução do processo é planejada.
◦ As evidências apresentadas para este resultado 
permitem assegurar que existe um plano para a 
execução do processo?
� Quando os baselines serão criados?
� Quando as auditorias serão realizadas?
� RAP 12. Critérios para documentação e RAP 12. Critérios para documentação e RAP 12. Critérios para documentação e RAP 12. Critérios para documentação e 
controle dos produtos de trabalho são controle dos produtos de trabalho são controle dos produtos de trabalho são controle dos produtos de trabalho são 
estabelecidos.estabelecidos.estabelecidos.estabelecidos.
◦ Foram especificadas as necessidades de 
documentação e os níveis de controle para os 
produtos de trabalho do processo?
� Qual o nível de controle?
� Quais critérios para poder mudar algo?
� Quais critérios para poder aprovar?
� Quais critérios para disponibilizar as mudanças?
21/03/2012
42
� RAP 13. Os produtos de trabalho são RAP 13. Os produtos de trabalho são RAP 13. Os produtos de trabalho são RAP 13. Os produtos de trabalho são 
colocados em níveis apropriados de controle.colocados em níveis apropriados de controle.colocados em níveis apropriados de controle.colocados em níveis apropriados de controle.
◦ Permitem assegurar que os produtos de trabalho do 
processo estão sob os níveis de controle 
especificados?
21/03/2012
43
� O processo de GC acontece paralelamenteparalelamenteparalelamenteparalelamente ao 
processo de desenvolvimento
� Durante o planejamento do projeto, é criado o 
plano de gerência de configuraçãoplano de gerência de configuraçãoplano de gerência de configuraçãoplano de gerência de configuração e anexado 
ao plano do projeto
� Gerência de configuração apóia todas as fasesapóia todas as fasesapóia todas as fasesapóia todas as fases
do processo de desenvolvimento
� As ferramentas ferramentas ferramentas ferramentas atuais fornecem maior suporte 
para as fases de codificação e manutençãocodificação e manutençãocodificação e manutençãocodificação e manutenção