Slides Aulas 3 à 6 Qualidade de Software-2022 1

Qualidade de Software  CMMI Katia Romero Felizardo katiascannavino@utfpr.edu.br 1 CMMI Qualidade de Software 1. CMMI Capability Maturity Model Integration ˆ Modelo de Maturidade e de Capacidade para a Melhoria de Processo → Composto pelas melhores práticas; → Cobre atividades do ciclo de vida de um produto de software; → CMMI não é um modelo de processo. São orientações denidas através das práticas especicadas. 2 CMMI Qualidade de Software CMMI e Processo t> Um conjunto de atividades relacionadas entre si, que transforma entradas em saidas, para atingir um determinado propéosito; > O CMMI descreve orientacoes para a de- finigao e implantacao de processos. 3 CMMI Qualidade de Software CMMI  Constelações ˆ CMMI-SVC  Serviço; ˆ CMMI-DEV  Desenvolvimento; ˆ CMMI-ACQ  Aquisição. 4 CMMI Qualidade de Software CMMI  Componentes 5 CMMI Qualidade de Software ˆ Área de Processo (Process Area  PA): prá- ticas relacionadas com uma área que, quando executadas de forma coletiva, satisfazem um conjunto de metas consideradas importantes para trazer uma melhoria nessa área; ˆ Metas Especícas: se aplicam a uma PA e tratam de características que descrevem o que deve ser implementado para satisfazer essa PA; ˆ Práticas Especícas: atividades que são con- sideradas importantes na satisfação de uma meta especíca associada; 6 CMMI Qualidade de Software ˆ Metas Genéricas: aparecem em diversas PAs; ˆ Práticas genéricas: oferecem uma instituci- onalização que assegura que os processos as- sociados com a PA serão ecientes, repetíveis e duráveis; ˆ Produtos de trabalho típicos: exemplos de saídas de uma prática especíca ou genérica; ˆ Sub-práticas: descrições detalhadas que for- necem um direcionamento para a interpretação de práticas especícas ou genéricas. 7 CMMI Qualidade de Software 22 PA‘s e Suporte > Anilise e Resolucgao de Causas (CAR); > Gestao de Configuragao (CM); > Analise e Tomada de Decisoes (DAR); > Medigao e Analise (MA); > Garantia da Qualidade de Processo e Produto (PPQA); e Gestao de Processo > Definigdo dos Processos da Organizagao (OPD); > Foco nos Processos da Organizacao (OPF); > Gestao do Desempenho da Organizagao (OPM); [> Desempenho dos Processos da Organizagao (OPP); > Treinamento na Organizacao (OT); 8 CMMI Qualidade de Software e Gestao de Projeto > Gestao Integrada de Projetos (IPM); > Monitoramento e Controle de Projeto (PMC); > Planejamento de Projeto (PP); > Gestao Quantitativa de Projeto (QPM); > Gestao de Requisitos (REQM); > Gestao de Riscos (RSKM); > Gestao de Contrato com Fornecedores (SAM); e Engenharia > Integragao de Produto (PI); > Desenvolvimento de Requisitos (RD); > Solugao Técnica (TS); > Validacao (VAL); > Verificagao (VER). 9 CMMI Qualidade de Software Exemplo e PA: Planejamento Projeto — PP e Metas Especificas: > Meta 1: Estabelecer estimativas: > Meta 2: Desenvolver um plano de projeto; > Meta 3: Obter comprometimento com o plano. 10 CMMI Qualidade de Software Exemplo e Meta 1: Estabelecer estimativas; > Pratica Especifica 1: Estimar o escopo do projeto; > Pratica Especifica 2: Estabelecer esti- mativas dos produtos de trabalho e atributos das tarefas: > Pratica Especifica 3: Definir as fases do ciclo de vida do projeto; > Pratica Especifica 4: Estimar esforco e custo. 11 CMMI Qualidade de Software Exemplo e Pratica Especifica 1: Estimar 0 escopo do pro- jeto; e Produtos de Trabalho Tipicos: > Descricoes das tarefas; > Descricoes de pacotes de trabalho; > EAP. 12 CMMI Qualidade de Software Metas Genéricas e Executar as metas especfficas e Institucionalizar um Processo Gerenciado > Estabelecer uma politica organizacional; [> Planejar processo; > Fornecer recursos; > Atribuir responsabilidades; > ‘Treinar pessoas; > Controlar subprodutos de trabalho; > Identificar e envolver partes interessadas relevantes; t Monitorar e controlar o processo; > Avaliar objetivamente a aderéncia; > Revisar status com geréncia de nivel superior; 13 CMMI Qualidade de Software Metas Genéricas e Institucionalizar um Processo Definido [> Estabelecer um processo definido; > Coletar experiéncias relacionadas ao processo. 14 CMMI Qualidade de Software CMMI  Representações 15 CMMI Qualidade de Software CMMI  Por estágios ˆ Organiza as 22 PA's em 5 níveis. 16 CMMI Qualidade de Software PA’s por Nivel de Maturidade e Nivel 2 — 7 PA’s > Gestao de Configuragao (CM); > Medigao e Analise (MA); > Monitoramento e Controle de Projeto (PMC); > Planejamento de Projeto (PP); > Garantia da Qualidade de Processo e Produto (PPQA); > Gestao de Requisitos (REQM); > Gestao de Contrato com Fornecedores (SAM). 17 CMMI Qualidade de Software e Nivel 3 — 11 PA’s > Analise e Tomada de Decisoes (DAR); > Gestao Integrada de Projetos (IPM); > Definigdo dos Processos da Organizagao (OPD); > Foco nos Processos da Organizacao (OPF); > Treinamento na Organizacao (OT); > Integragao de Produto (PI); > Desenvolvimento de Requisitos (RD); > Gestao de Riscos (RSKM); > Solugao Técnica (TS); > Validacao (VAL); > Verificagao (VER). 18 CMMI Qualidade de Software e Nivel 4 [> Desempenho dos Processos da Organizagao (OPP); > Gestao Quantitativa de Projeto (QPM). e Nivel 5 > Anilise e Resolucgao de Causas (CAR); > Gestao do Desempenho da Organizagao (OPM). 19 CMMI Qualidade de Software Avaliagao CMMI e ARC — Appraisal Requirements for CMMI e SCAMPI — Stardand CMMI Appraisal Method > SCAMPI A ~— Evidéncias via Documentos e Entrevistas; Nao gera avaliagao; Amostragem de Projetos; Tamanho da Equipe = 1; > SCAMPI B ~- Evidéncias via Documentos e Entrevistas; Nao gera avaliagao; Amostragem de Projetos; Tamanho da Equipe = 2; > SCAMPI C — Evidéncias via Documentos e Entrevistas; Gera avaliagao (nivel); Cobertura por unidade, filial, etc; Tamanho da Equipe = 4. 20 CMMI Qualidade de Software CMMI x Métodos Ágeis ˆ Versão 1.3  Seção Interpreting CMMI when using agile approaches; ˆ Notas para algumas PA's  auxiliam a inter- pretação do modelo para quem adota métodos ágeis. 21 Qualidade de Software Katia R. Felizardo katiascannavino@utfpr.edu.br 1 Qualidade de Software Prof. Katia R. Felizardo Gerenciamento da Rotina e Melhoria continua de processos Método &> P D C A (Plan — Do — Check - Action) ne PDCA 2 Qualidade de Software Prof. Katia R. Felizardo As fases do PDCA e Planejar > Definigao dos objetivos em conjunto com as estratégias e recursos ne- cessrios para atingi-los; e Desenvolver [> Execucao das tarefas identificadas no Planejamento; e Checar [> Verificar os resultados das atividades executadas; e Agir > Conjunto de acoes necessarias para a manutencao, correcao ou melhoria continua do processo. 3 Qualidade de Software Prof. Katia R. Felizardo Ferramentas ˆ Ferramenta: Gráco de Pareto → Priorização das causas e problemas fundamentais de um processo; → Gráco de colunas que ordena as frequências das ocorrências, da maior para a menor, permitindo a priorização dos problemas; → Princípio de Pareto: 80% das consequências advêm de 20% das causas. ˆ Ferramenta: 5W1H → O que fazer? (What) → Por quê? (Why) → Quem vai fazer? (Who) → Onde vai ser feito? (Where) → Quando vai ser feito? (When) → Como vai ser feito? (How) 4 Qualidade de Software Prof. Katia R. Felizardo Exercício 1 ˆ Discuta em um parágrafo (1015 linhas) de que forma a utilização do método PDCA possibi- lita o aperfeiçoamento contínuo de processos e solução de problemas. 5 Qualidade de Software Prof. Katia R. Felizardo Exercício 2 ˆ O gerenciamento da rotina pode ser conside- rado como operação de sobrevivência para as empresas, possibilitando signicativos avanços num mundo cada vez mais competitivo, onde não se dispensa sob qualquer hipótese a deten- ção do domínio tecnológico, fruto de um am- biente cujos processos sejam estáveis com resul- tados previsíveis. Com base nas guras abaixo, explique de que maneira o método PDCA con- tribui para a aquisição do domínio tecnológico e a construção de empresas Escada. Considere a necessidade de um processo estável e previsí- vel para a inserção de qualquer nova tecnologia. 6 Qualidade de Software Prof. Katia R. Felizardo 7 Qualidade de Software Prof. Katia R. Felizardo Exercício 3 ˆ Suponha que você é o Engenheiro de Software de uma conceituada Empresa que desenvolve softwares comerciais, mas que está entregando os projetos com atraso. Resolva o problema destacado utilizando o método PDCA e as fer- ramentas apresentadas em aula. → Redija um plano de ação baseado no 5W1H; → Use o Diagrama de Pareto para iden- ticar/priorizar as causas do problema (atraso na entrega do software). 8 Qualidade de Software Katia R. Felizardo katiascannavino@utfpr.edu.br 1 Qualidade de Software Prof. Katia R. Felizardo 1. Normas ISO/IEC 12207 e 15504 — SPICE (Avaliacao de Processos de SW) ISO/IEC 12207 e Ciclo do processo de desenvolvimento de soft- ware > E um Modelo de Referéncia de Pro- Cesso — define um conjunto de processos que representam melhores praticas de um determi- nado dominio. 2 Qualidade de Software Prof. Katia R. Felizardo ISO/IEC 12207 e Objetivo principal > Estabelecer uma estrutura comum para os processos de ciclo de vida de software. 3 Qualidade de Software Prof. Katia R. Felizardo ISO/IEC 12207 ˆ Formas de descrição do Processo de Soft- ware 4 Qualidade de Software Prof. Katia R. Felizardo e Proposito do Processo: O principal obje- tivo da execucao do processo. e Resultado do Processo: Um resultado ob- servavel da realizacao com sucesso do proposito do processo. Um resultado pode ser: > um artefato produzido; > uma mudancga significativa de estado; > o atendimento das especificacdes, como por exemplo: requisitos ou metas. 5 Qualidade de Software Prof. Katia R. Felizardo ISO/IEC 12207 ˆ Classes de processo 6 Qualidade de Software Prof. Katia R. Felizardo e Processos primarios > Desenvolvimento, operacao ou manutencao do software durante o seu ciclo de vida. Sao eles: — Aquisicao: Obter um produto ou servico que satisfaca a necessidade do cliente; — Fornecimento: Fornecer um produto ou servico que atenda aos re- quisitos acordados com o cliente; — Desenvolvimento: Transformar um conjunto de requisitos em um produto de software ou um sistema baseado em software que atenda as neces- sidades expressas pelo cliente; — Operacao: Operar o produto de software no seu ambiente e fornecer suporte aos clientes desse produto; — Manutengao: Modificar o produto de software apés sua entrega para corrigir falhas, melhorar o desempenho ou outras caracteristicas, ou adapta-los a mudangcas no ambiente. 7 Qualidade de Software Prof. Katia R. Felizardo Detalhes processo primário Desenvolvimento 8 Qualidade de Software Prof. Katia R. Felizardo e Processos de apoio > Auxiliam e contribuem para o sucesso e a qualidade do projeto de soft- ware. Sao eles: — Documentagao: desenvolver e manter registradas as informacoes do software produzidas por um processo; — Geréncia de configuragao: estabelecer e manter a integridade de todos os produtos de trabalho de um processo ou projeto e disponibilizé-los a todos os envolvidos; — Garantia da qualidade: fornecer garantia de que os produtos de trabalho e processos estejam em conformidade com os planos e condicoes pré- definidos; — Verificagao: confirmar que cada produto de trabalho de software ou servico de um processo ou projeto reflete apropriadamente os requisitos especificados; — Validagao: confirmar que sao atendidos os requisitos de um uso especifico pretendido para o produto de trabalho de software; 9 Qualidade de Software Prof. Katia R. Felizardo → Revisão conjunta: manter um entendimento comum com os sta- keholders a respeito do progresso obtido em relação aos objetivos acordados; → Auditoria: determinar, de forma independente, a conformidade dos produtos e processos selecionados com os requisitos, planos e contratos, quando apropriado; → Resolução de problema: assegurar que todos os problemas identi- cados são analisados e resolvidos; → Usabilidade: garantir que sejam considerados os interesses e neces- sidades dos envolvidos, visando a redução das chances de rejeição do sistema pelo usuário; → Contrato: executar exame e medições sistemáticas para garantir que o produto atende às necessidades especicadas e implícitas dos seus usuários. 10 Qualidade de Software Prof. Katia R. Felizardo e Processos organizacionais > Implementam uma estrutura constituida de processos de ciclo de vida e pessoal associados, melhorando continuamente a estrutura e os processos. Sao eles: — Geréncia: organizar, monitorar e controlar a iniciagao e a execugao de qualquer processo de forma a atingir as suas metas de acordo com as metas da organizacao; — Infra-estrutura: manter um ambiente estavel e confidvel, necessa- rio para apoiar a execucao de qualquer outro processo (hardware, software, métodos, ferramentas, técnicas, padroes e instalagoes); — Melhoria: estabelecer, avaliar, medir, controlar e melhorar um pro- cesso de ciclo de vida de software; — Recursos humanos: fornecer 4 organizagao os recursos humanos adequados e manter as suas competéncias consistentes com as necessidades do negocio. 11 Qualidade de Software Prof. Katia R. Felizardo SPICE (Software Process Improvement and Capability dEtermination) ˆ Norma para avaliação de processos; ˆ Relacionado com a ISO/IEC 12207; ˆ Em uma organização vários processos podem ter níveis de capacidade variáveis. 12 Qualidade de Software Prof. Katia R. Felizardo Níveis de capacidade 13 Qualidade de Software Prof. Katia R. Felizardo Atributos de Processo 14 Qualidade de Software Prof. Katia R. Felizardo ˆ Atributos de Processo → PA 1.1  Execução de Processo: O processo atinge os objetivos es- perados; → PA 2.1  Gerência de Execução: Objetivos do processo são identi- cados e sua execução é planejada. Responsabilidades são atribuídas, a infra- estrutura é fornecida e a comunicação entre os envolvidos é gerenciada; → PA 2.2  Gerência de Produto de Trabalho:: Produtos do pro- cesso são identicados e documentados, requisitos para eles são denidos e revisões e ajustes são efetuados conforme necessário; → PA 3.1  Denição de Processo: Um processo padrão é denido para a organização; → PA 3.2  Implementação de Trabalho: Os elementos identicados em 3.1 são postos em prática; → PA 4.1  Medição de Processo: Estabelecem-se objetivos quantita- tivos, bem como as medições a serem realizadas e a frequência de sua aplicação. Os resultados são coletados, analisados e publicados na organização; → PA 4.2  Controle de Processo: Estabelecem-se limites de variação 15 Qualidade de Software Prof. Katia R. Felizardo para as medidas e ações corretivas para tratar as causas de desvios em relação a esses limites; → PA 5.1  Inovação de Processo: Objetivos de melhoria são estabe- lecidos. Oportunidades de melhoria são identicadas; → PA 5.2  Otimização de Processo: O desempenho do processo é medido e o impacto das melhorias propostas é comparado com os objetivos esperados. A implementação de mudanças é gerenciada. 16 Qualidade de Software Prof. Katia R. Felizardo e Avaliacao dos Atributos de Processo — Cada atributo é avaliado em uma escala de quatro pontos: > N~- Nao atingido (0 a 15%): Existe pouca ou nenhuma evidéncia de que o atributo de processo seja alcancado; > P — Parcialmente atingido (16 a 50%): Existe evidéncia de uma abordagem significativa para atingir o atributo, mas alguns aspectos (tais como resultados) sao ainda imprevisiveis; > L- Largamente atingido (51 a 85%): O desempenho do processo pode variar em algumas areas; > F — Fortemente atingido (86 a 100%): Nao ha nenhuma falta ou falha significativa. 17 Qualidade de Software Prof. Katia R. Felizardo Qual o nível desses processos? Observação: Para estar em um nível de capacidade, um processo tem que ter notas L ou F nos atributos do nível e F em todos os atributos dos níveis anteriores. 18 Qualidade de Software Prof. Katia R. Felizardo Melhoria de Processo  ISO/IEC 15504 19 Qualidade de Software Prof. Katia R. Felizardo Exercício 1 ˆ Relacione as 8 atividades denidas para melho- ria de processo pela ISO/IEC 15504 com as 4 fases do método PDCA. 20 Qualidade de Software Prof. Katia R. Felizardo Exercicio 2 e Suponha que vocé é o Engenheiro de Software responsavel pela Melhoria do Processo de Le- vantamento de Requisitos de uma conceitu- ada Empresa que desenvolve softwares comer- clais. A sua funcao é apresentar uma proposta de Melhoria para o Processo atual com base na Norma ISO-IEC /12207. [> Apresente o Processo de Levantamento de Requisitos atual; — Destaque as tarefas JA realizadas em con- 21 Qualidade de Software Prof. Katia R. Felizardo cordância com a ISOIEC/12207; → Apresente o Processo melhorado em total concordância com a ISOIEC/12207. 22 Qualidade de Software Katia R. Felizardo katiascannavino@utfpr.edu.br 1 Qualidade de Software Prof. Katia R. Felizardo MPS.BR  Melhoria de Processo do Soft- ware Brasileiro ˆ Mantido pela SOFTEX  Associação para Promoção da Excelência do Software Brasileiro (www.softex.br) ˆ Criado em Dezembro/2003. 2 Qualidade de Software Prof. Katia R. Felizardo MPS.BR — Objetivos e Técnico > relativo a criacao e ao aperfelcoa- coamento do prdprio modelo MPS.BR: e Negécio > relacionado com a difusao do mo- delo MPS.BR no mercado. 3 Qualidade de Software Prof. Katia R. Felizardo MPS.BR — Objetivos e Visa a Melhoria de Processo do Software Bra- sileiro em todo o pais, com foco nas Pequenas e Médias Empresas, a um custo acessivel: [> oferta de pacotes de servicos para grupos de empresas (MNC — Modelo de Negdécio Coope- rado); e Modelo de qualidade de processos voltado para a realidade brasileira. 4 Qualidade de Software Prof. Katia R. Felizardo MPS.BR — Vantagens e Vantagens: > Melhoria de processos mais gradual, 7 ni- veils mais “suaves’ de serem alcancados: > Compatibilidade total com CMMI (DEV e SVC) e normas internacionais ISO (12207: 15504): e Desvantagem: > A certificagao MPS.BR ainda tem foco para o mercado Brasileiro. 5 Qualidade de Software Prof. Katia R. Felizardo MPS.BR — Componentes e 4 Componentes: > Modelo de Referéncia MPS para Software (MR-MPS-SW); > Modelo de Referéncia MPS para Servicos (MR-MPS-SV); > Método de Avaliagao (MA-MPS) > Modelo de Negocio para Melhoria de Pro- cesso de Software e Servicos. Qualidade de Software Prof. Katia R. Felizardo MR-MPS-SW — Conceitos-chave e Processo: descritos em termos de propésito e resultados: [> proposito — descreve 0 objetivo geral a ser atingido durante a execucao do processo. _ & resultados a serem obtidos com a efetiva implementacao do processo. 7 Qualidade de Software Prof. Katia R. Felizardo MR-MPS-SW  Conceitos-chave ˆ Capacidade de Processo: conjunto de atri- butos de processo (AP) descrito em termos de resultados esperados. Grau de renamento e institucionalização com que o processo é executado na organização/unidade organizaci- onal. 8 Qualidade de Software Prof. Katia R. Felizardo MR-MPS-SW — Conceitos-chave e Niveis de maturidade [> Estabelecem patamares de evolucao de processos, caracterizando estagios de melhoria da implementacao de processos ha organizacao;: > Grau de melhoria de processo para um pre- determinado conjunto de processos no qual to- dos os resultados esperados do processo e dos atributos dos processos sao atendidos. 9 Qualidade de Software Prof. Katia R. Felizardo Modelo de Referéncia MPS para Soft- ware — MR-MPS-SW e Sete niveis de maturidade acumulativos: > A (Em Otimizacao) > B (Gerenciado Quantitativamente) > C (Definido) > D (Largamente Definido) > E (Parcialmente Definido) > F (Gerenciado) > G (Parcialmente Gerenciado) 10 Qualidade de Software Prof. Katia R. Felizardo MR-MPS-SW — Capacidade x Atributos de Processo e AP 1.1 O processo é executado > O processo produz os resultados definidos. e AP 2.1 O processo é gerenciado > A execucao do processo é gerenciada. e AP 2.2 Os produtos de trabalho do pro- cesso sao gerenciados > Os produtos de trabalho produzidos pelo processo sao gerenciados apropriadamente. 11 Qualidade de Software Prof. Katia R. Felizardo e AP 3.1. O processo é definido t> Um processo padrao é mantido para apolar sua adaptacao para um processo definido. e AP 3.2 O processo esta implementado > O processo padrao é implementado na or- ganizacao. 12 Qualidade de Software Prof. Katia R. Felizardo e AP 4.1 O processo é objeto de andalise quantitativa > As necessidades de informacao sao defini- das, os relacionamentos entre os elementos de processo sao identificados, e dados sao coleta- dos. e AP 4.2 O processo é controlado quanti- tativamente t> Medida do quanto dados objetivos sao uti- lizados para gerenciar o desempenho do pro- cesso que é predizivel. 13 Qualidade de Software Prof. Katia R. Felizardo e AP 5.1 O processo é objeto de melhorias incrementais e Inovacgoes > Medida do quanto mudancas no processo sao identificadas a partir de investigacao de en- foques inovadores para a definicao e implanta- cao do processo. 14 Qualidade de Software Prof. Katia R. Felizardo e AP 6.1 O processo é objeto de imple- mentacao de melhorias inovadoras e in- crementais > Medida do quanto as mudangas na defini- cao, geréncia e desempenho do processo alcan- cou os objetivos. e Os atributos de processo AP 4.1, AP 4.2, AP 5.1 e AP 5.2 somente devem ser implementados para os processos criticos da organizacao/unidade organizaci- onal, selecionados para andlise de desempenho. 15 Qualidade de Software Prof. Katia R. Felizardo 16 Qualidade de Software Prof. Katia R. Felizardo 17 Qualidade de Software Prof. Katia R. Felizardo MR-MPS-SW —- Exclusao de Processos e EF permitida a exclusao completa dos seguin- tes processos (desde que nao executados pela organizagao): > Aquisicao; > Geréncia de Portfolio de Projetos: > Desenvolvimento para Reutilizacao. 18 Qualidade de Software Prof. Katia R. Felizardo Nivel G — Parcialmente Gerenciado e Processos: > Geréncia de Projetos: > Geréncia de Requisitos. e Atributos de processo > AP 1.1 (executado): > AP 2.1 (gerenciado). 19 Qualidade de Software Prof. Katia R. Felizardo Nivel G — Parcialmente Gerenciado e Geréncia de Projetos [> Estabelecer e manter planos que definem as atividades, recursos e responsabilidades do projeto; [> Prover informacoes sobre o andamento do projeto que permitam a realizacao de cor- recoes quando houver desvios significativos no desempenho do projeto. O proposito desse processo evolui 4 medida que a organizacao cresce em maturidade (niveis B e E). 20 Qualidade de Software Prof. Katia R. Felizardo Nivel G — Parcialmente Gerenciado e Aleuns resultados esperados: > O escopo do trabalho para o projeto é definido; > As tarefas e os produtos de trabalho do projeto sao dimensionados utilizando métodos apropriados; > O modelo.e as fases do ciclo de vida do projeto sao definidos. 21 Qualidade de Software Prof. Katia R. Felizardo Nivel G — Parcialmente Gerenciado e Geréncia de Requisitos > Gerenciar os requisitos do produto e dos componentes do produto do projeto; > Identificar inconsisténcias entre os requisi- tos, os planos do projeto e os produtos de tra- balho do projeto. 22 Qualidade de Software Prof. Katia R. Felizardo Nivel G — Parcialmente Gerenciado e Aleuns resultados esperados: > O entendimento dos requisitos é obtido junto aos fornecedores de requisitos: > Os requisitos sao avaliados com base em critérios objetivos e um comprometimento da equipe técnica com esses requisitos é obtido: > A rastreabilidade bidirecional entre os requisitos e os produtos de trabalho é estabele- cida e mantida. 23 Qualidade de Software Prof. Katia R. Felizardo Nivel F — Gerenciado e Processos: > Aquisicao; > Geréncia de Configuracao; > Garantia da Qualidade: > Geréncia de Portfolio de Projetos; > Medicao. e Atributos de processo > AP 2.2 (produto gerenciado). 24 Qualidade de Software Prof. Katia R. Felizardo Nivel E — Parcialmente Definido e Processos: > Avaliacao do Processo Organizacional: > Definicao do Processo Organizacional: > Geréncia de Recursos Humanos: > Geréncia de Reutilizacao:; > > Geréncia de Projetos™. e Atributos de processo > AP 3.1 (Processo Definido) > AP 3.2 (Processo Implementado) 25 Qualidade de Software Prof. Katia R. Felizardo Nivel D — Largamente Definido e Processos: > Desenvolvimento de Requisitos; [> Integracao do Produto: [> Projeto e Construcao do Produto; > Validacao; > Verificacao. e Atributos de processo t> Nao sao acrescidos novos APs. 26 Qualidade de Software Prof. Katia R. Felizardo Nivel C — Definido e Processos: > Desenvolvimento para Reutilizacao; > Geréncia de Decisoes;: > Geréncia de Riscos. e Atributos de processo t> Nao sao acrescidos novos APs. 27 Qualidade de Software Prof. Katia R. Felizardo Nivel B — Gerenciado Quantitativamente e Processos: > Geréncia de Projetos*: > Nao possul processos especificos. e Atributos de processo > 4.1 (Processo é Medido); > 4.2 (Processo é Controlado). 28 Qualidade de Software Prof. Katia R. Felizardo Nivel A — Em Otimizacao e Processos: > Nao possul processos especificos. e Atributos de processo > 5.1 (O processo com melhorias incremen- tais e inovagoes): > 5.2 (Processo como inovagoes continuas). 29 Qualidade de Software Prof. Katia R. Felizardo Exercício: MPS.BR x CMMI Com base na Figura abaixo, escreva um parágrafo entre 1015 linhas compa- rando os modelos MPS.BR e o CMMI. 30