

Seu próximo nível começa aqui
Com a Assinatura Ilimitada, você tem tudo que precisa para sua aprovação.
Com a Assinatura Ilimitada, você combina prática, teoria e método em uma única assinatura com tudo que você precisa para sua aprovação.
O CMMI v2.0 é um conjunto integrado de melhores práticas que procura apoiar as organizações na melhoria do desempenho de seus processos chave. Ele teve suas origens baseadas no modelo SW-CMM.
As visões do modelo pré-definidas no CMMI v2.0 são:
CMMI Desenvolvimento v2.0 (CMMI-DEV), CMMI Serviços v2.0 (CMMI-SVC), CMMI Gerência de Fornecedores v 2.0 (CMMI-SPM) e CMMI Gerência de Pessoas v 2.0 (CMMI-PPL)
CMMI Modelagem v2.0 (CMMI-MOD), CMMI Infraestrutura v2.0 (CMMI-INFRA), CMMI Gerência de Fornecedores v 2.0 (CMMI-SPM) e CMMI Gerência de Pessoas v 2.0 (CMMI-PPL)
CMMI Modelagem v2.0 (CMMI-MOD), CMMI Infraestrutura v2.0 (CMMI-INFRA), CMMI Gerência de Processos v 2.0 (CMMI-PROC) e CMMI Gerência de Pessoas v 2.0 (CMMI-PPL)
CMMI MetaModelagem v2.0 (CMMI-MMOD), CMMI Serviços v2.0 (CMMI-SVC), CMMI Gerência de Processos v 2.0 (CMMI-PROC) e CMMI Gerência de Produtos v 2.0 (CMMI-PRO)
CMMI Desenvolvimento v2.0 (CMMI-DEV), CMMI Serviços Semânticos v2.0 (CMMI-SVS), CMMI Gerência de Processos v 2.0 (CMMI-PROC) e CMMI Gerência de Produtos v 2.0 (CMMI-PRO)
Entre os processos que fornecem suporte para as atividades de desenvolvimento de software, segundo o CMMI DEV v2.0, a categoria managing (gerenciando) abrange áreas de capacidade relacionadas à produção, compra e entrega de soluções de alta qualidade.
Certo
Errado
Leia o texto a seguir.
O Capability Maturity Model Integration for Development (CMMI-DEV) é um modelo de referência que descreve as melhores práticas associadas ao desenvolvimento e à manutenção de produtos e serviços. Ele fornece um conjunto abrangente de diretrizes e recomendações para melhorar os processos de desenvolvimento de software e aumentar a maturidade organizacional. Uma das características importantes do CMMI-DEV é a distinção entre modelo de maturidade e modelo de capacidade.
Disponível em: <https://resources.sei.cmu.edu/library/asset-view.cfm?assetid=656750>. Acesso em: 20 fev.
No contexto do Capability Maturity Model Integration for Development (CMMI-DEV v2.0), a diferença entre o modelo de maturidade e o modelo de capacidade está descrita em:
o modelo de maturidade foca na melhoria contínua dos processos organizacionais ao longo do tempo, enquanto o modelo de capacidade se concentra nas habilidades e nas competências individuais dos membros da equipe.
o modelo de maturidade fornece uma visão geral do estado de maturidade da organização em relação a práticas de engenharia de software, enquanto o modelo de capacidade oferece uma análise detalhada de cada área de processo específica.
o modelo de maturidade avalia o desempenho da organização em relação a metas de negócio e a entrega de valor aos clientes, enquanto o modelo de capacidade mede a eficiência e a eficácia de processos individuais em alcançar resultados específicos.
o modelo de maturidade avalia a capacidade da organização em executar seus processos de forma previsível e eficaz, enquanto o modelo de capacidade analisa a capacidade de processos específicos em atingir objetivos predefinidos.
Uma empresa de desenvolvimento de software está buscando melhorar seus processos e decidiu adotar o modelo CMMI v3 (Capability Maturity Model Integration). A equipe de gestão de qualidade está organizando um workshop para educar os funcionários sobre os princípios e práticas do CMMI v3. Qual das seguintes afirmações sobre o CMMI v3 está CORRETA?
O CMMI v3 se aplica apenas a grandes organizações com mais de 500 funcionários.
O CMMI v3 é exclusivamente focado em melhorar os processos de desenvolvimento de software, sem considerar outras áreas da organização.
O CMMI v3 possui cinco níveis de maturidade, onde o nível mais alto (Nível 5) é alcançado quando os processos são imprevisíveis e reativos.
A adoção do CMMI v3 ajuda as organizações a melhorarem a qualidade dos produtos, aumentar a eficiência dos processos e reduzir os riscos de projeto.
O principal objetivo do CMMI v3 é substituir completamente os métodos ágeis de desenvolvimento de software.
Em relação ao Modelo de Maturidade de Capacidade Integrado (CMMI), versão 2.0, sobre as características e partes estruturais do modelo analise as afirmativas a seguir.
I. O CMMI é uma abordagem de melhoria de processo que fornece organizações com os elementos essenciais para um processo eficaz. Ele pode ser usado para guiar a melhoria de processo em um projeto, uma divisão ou uma organização inteira.
II. Existem cinco níveis de maturidade no CMMI, do nível 1, caracterizado por processos imprevisíveis e pouco controlados, até o nível 5, onde os processos são otimizados continuamente.
III. Um exemplo de problema em grandes empresas, que pode ser mitigado com a aplicação do CMMI, é o atraso significativo no lançamento de um software devido à falta de processos padronizados e à má gestão de riscos.
Está correto o que se afirma em
I e II, apenas.
I, II e III.
II e III, apenas.
I e III, apenas.
III, apenas.
No que se refere aos modelos de qualidade para desenvolvimento de software, o CMM – Capability Maturity Model é um conjunto de processos desenvolvido pela SEI – Software Engineering Institute para melhorar o desenvolvimento de aplicações em organizações que trabalham com tecnologias de software. Os processos devem ser continuamente aperfeiçoados por meio de pequenas melhorias, ao invés de inovações revolucionárias. O CMM provê uma estrutura – framework – para organizar os passos de melhorias dentro de cinco níveis de maturidade em processos de software de uma organização, indicados na figura abaixo. Esses cinco níveis de maturidade definem uma escala para medir o estágio de maturidade de uma organização.

Sendo o 1 - Inicial e 2 - Repetível, os demais níveis 3, 4 e 5 são denominados, respectivamente,
Gerenciado, Definido e Otimizado.
Gerenciado, Otimizado e Definido.
Definido, Gerenciado e Otimizado.
Definido, Otimizado e Gerenciado.
Uma avaliação de CMMI envolve examinar os processos em uma organização e classificar esses processos ou áreas de processo em uma escala de seis pontos relacionada ao nível de maturidade em cada área de processo. Considerando os pontos da escala de avaliação de CMMI, relacione adequadamente os pontos da escala de avaliação CMMI às suas respectivas características.
1. Incompleto.
2. Executado.
3. Gerenciado.
4. Definido.
5. Gerenciado quantitativamente.
6. Otimizando.
( ) Nesse nível a organização deverá usar as medições de processo e produto para dirigir a melhoria de processos. Devem ser analisadas as tendências e os processos adaptados às mudanças de necessidades de negócios.
( ) Pelo menos uma das metas específicas associadas com a área de processo não está satisfeita. Não existem metas genéricas nesse nível, pois a institucionalização de um processo incompleto não faz sentido.
( ) As metas associadas com a área de processo são satisfeitas e, para todos os processos, o escopo de trabalho a ser realizado é explicitamente definido e comunicado para os membros da equipe.
( ) Esse nível concentra-se na padronização e implantação de processos organizacionais. Cada projeto tem um processo gerenciado que é adaptado aos requisitos de projeto de um conjunto definido de processos organizacionais. Ativos de processo e medições de processo devem ser coletados e usados para a melhoria de processos.
( ) Nesse nível, existe uma responsabilidade organizacional de usar métodos estatísticos e outros métodos quantitativos para controlar os subprocessos, ou seja, as medições de processo e produto coletados devem ser usadas no gerenciamento de processos.
( ) Nesse nível, as metas associadas com a área de processo são cumpridas e as políticas organizacionais definem quando cada processo deve ser usado. Deve haver planos de projeto documentados, que definam as metas de projeto. Os procedimentosde gerenciamento de recursos e de controle de processos devem estar em ordem em toda a instituição.
A sequência está correta em
1, 5, 4, 6, 3, 2.
3, 2, 1, 5, 4, 6.
5, 6, 3, 1, 2, 4.
6, 1, 2, 4, 5, 3.
2, 4, 5, 3, 6, 1.
Considere, por hipótese, que o Analista de um Tribunal Regional do Trabalho está estudando o Capability Maturity Model Integration (CMMI-DEV v2.0) para uma apresentação à diretoria do órgão. Ele verificou que o modelo possui Areas de Categoria (Category Areas). Uma dessa áreas é Doing (fazer, fazendo), que
envolve áreas que se concentram no desenvolvimento, gestão e melhoria de processos e ativos relacionados, com foco principal na melhoria do desempenho organizacional.
abrange áreas relacionadas à análise de causas, tomada de decisão, manutenção da integridade do produto e comunicação com stakeholders.
abrange áreas relacionadas à produção, compra e entrega de soluções de alta qualidade.
inclui áreas relacionadas à capacidade de planejar e gerenciar o trabalho e a força de trabalho.
envolve áreas que se concentram em capacitação de equipes, melhoria e inovação tecnológica dos produtos.
Sobre os modelos para garantir a qualidade de software, existe um que é dividido em cinco níveis de maturidade organizacional, em que cada nível representa um estágio de maturidade dentro do processo de desenvolvimento de software. Os cinco níveis são: inicial, repetível, definido, gerenciado e otimizado. Assinale a alternativa que apresenta esse modelo.
ISO 12207.
MPS.BR.
Engenharia de Software.
CMMI.
ISO 15504.
O nível de maturidade do CMMI (Capability Maturity Model Integration) que representa o estágio mais alto de maturidade no processo de melhoria de capacidade é o nível
1 – inicial.
2 – gerenciado.
3 – definido.
4 – quantitativamente gerenciado.
5 – em otimização.
Assinale a alternativa que apresenta o maior nível de maturidade no contexto do CMMi.
Incompleto
Gerenciado quantitativamente
Inicial
Definido
Gerenciado
Quais são as principais diferenças entre os modelos ISO/IEEE, CMM e CMMI?
O modelo ISO/IEEE é focado em garantir a segurança da informação, enquanto o CMM e CMMI são focados na melhoria contínua dos processos de desenvolvimento de software.
O modelo ISO/IEEE é mais abrangente e genérico do que o CMM e CMMI, que são mais específicos e detalhados.
O modelo ISO/IEEE é voltado para a gestão de qualidade em geral, enquanto o CMM e CMMI são voltados especificamente para a gestão de qualidade do software.
O modelo ISO/IEEE é baseado em normas internacionais, enquanto o CMM e CMMI são baseados em modelos criados pela indústria de software.
O modelo ISO/IEEE é mais prescritivo do que o CMM e CMMI, que são mais descritivos e adaptáveis.
O MR-MPS-SW tem compatibilidade com o CMMI-DEV v 2.0 e
define níveis de capacidade que são uma combinação entre processos e sua maturidade.
os resultados esperados dos processos são acumulativos, ou seja, os resultados que aparecem no nível G deverão estar presentes, com as mesmas características ou com evoluções, no nível F e níveis acima.
os processos estão divididos em dois conjuntos, sendo um deles o de processos das partes interessadas, concebidos para fornecer os recursos necessários para que o produto atenda às expectativas e necessidades dos stakeholders.
os processos estão divididos em dois conjuntos, sendo um deles o de processos de desenvolvimento, que tratam do controle da implementação de um novo produto, manutenção ou evolução de produto.
a definição dos processos segue os requisitos para um modelo de referência de processo apresentados na Norma ISO/IEC 22000, declarando o propósito e os resultados esperados de sua execução.
Considere, por hipótese, que um Técnico de um tribunal está estudando o Capability Maturity Model Integration (CMMI-DEV v2.0) para aplicação no órgão. Ele estudou bastante as Áreas de Prática (Practice Areas) e verificou, corretamente, que as práticas 1. Desenvolvimento e Gerenciamento de Requisitos (Requirements Development and Management) (RDM) e 2. Solução Técnica (Technical Solution) (TS) são classificadas, respectivamente, nas Areas de Capacidade (Capabilities Areas)
Delivering and Managing Services e Engineering & Developing Products.
Planning and Managing Work e Ensuring Quality.
Ensuring Quality e Engineering & Developing Products.
Sustaining Habit and Persistence e Delivering and Managing Services.
Improving Performance e Planning and Managing Work.
Um Tribunal Regional do Trabalho está implantando o Capability Maturity Model Integration (CMMI-DEV v2.0) na organização. Ao analisar os níveis de maturidade do desenvolvimento de software no Tribunal, um Analista concluiu que a organização podia ser classificada no nível de maturidade gerenciado, porque este nível é atingido quando
os processos são caracterizados como imprevisíveis e, portanto, a organização não consegue garantir que o trabalho seja concluído dentro do prazo e do orçamento.
os processos são planejados, executados, medidos e controlados no nível de projeto, mas ainda não em toda a empresa.
as empresas estão focadas na melhoria constante e na adaptação a ambientes em mudança, ao mesmo tempo que criam inovações.
as organizações utilizam uma abordagem baseada em dados para melhoria de processos, garantindo ao mesmo tempo que os processos sejam previsíveis e alinhados com as necessidades dos parceiros.
empresas que aplicam bons padrões em toda a organização compreendem os seus objetivos de negócio e sabem como abordá-los.
Laura precisa utilizar duas estruturas de governança de Tecnologia da Informação, uma direcionada para os requisitos do negócio e outra com foco no gerenciamento de serviços de TI. Nesse caso, Laura utilizará, respectivamente:
CobiT e ITIL
ITIL e PMBOK
CMMI e OPM3
PMBok e Prince2
Seis Sigma e ISO 9001
Considerando o CMMI 1.2 para Desenvolvimento, assinale a alternativa correta.
A área de processo Treinamento na Organização insere-se na categoria Engenharia, fazendo parte do nível de maturidade 2.
A área de processo Garantia da Qualidade de Processo e Produto insere-se na categoria Gestão de Projeto, fazendo parte do nível de maturidade 4.
A área de processo Desenvolvimento de Requisitos insere-se na categoria Gestão de Projeto, fazendo parte do nível de maturidade 5.
A área de processo Gestão de Configuração insere-se na categoria Suporte, fazendo parte do nível de maturidade 3.
A área de processo Gestão de Riscos insere-se na categoria Gestão de Processo, fazendo parte do nível de maturidade 2.
Qual é a finalidade do modelo de maturidade CMM (Capability Maturity Model) na gestão da qualidade de software?
Reduzir a conformidade do software aos padrões ISO.
Estabelecer um padrão para a precificação do software.
Identificar as melhores práticas para o desenvolvimento de hardware.
Melhorar a qualidade do processo de desenvolvimento de software.
Certificar a qualidade do hardware produzido.
No CMMI-DEV V2.0, há uma categoria denominada
Doing (Fazendo), que possui a Área de Capacidade Improving Performance, composta por três Áreas de Prática: MPM − Managing Performance and Measurement, PAD − Process Asset Development e PCM − Process Management.
Executing (Executando) que possui a Área de Capacidade Planning and Managing Work, composta por três Áreas de Prática: CONT − Continuity, IRP − Incident Resolution and Prevention e RSK − Risk and Opportunity Management.
Improving (Melhorando), que possui a Área de Capacidade Delivering and Managing Services, composta por duas Áreas de Prática: SDM − Service Delivery Management e STSM − Strategic Service Management.
Implementing (Implementando), que possui a Área de Capacidade Ensuring Quality, composta por quatro Áreas de Prática: PR − Peer Review, PQA − Process Quality Assurance, RDM − Requirements Development and Management e VV − Verification and Validation.
Enabling (Disponibilizando), que possui a Área de Capacidade Supporting Implementation, composta por três Áreas de Prática: CAR − Causal Analysis and Resolution, CM − Configuration Management e DAR − Decision Analysis and Resolution.
Considerando o CMMI 1.2 para Desenvolvimento, é correto afirmar que a forma de representação
por estágios utiliza de forma conjunta os conceitos de níveis de capacidade e de maturidade.
por estágios não faz uso dos níveis de capacidade ou de maturidade.
contínua utiliza de forma conjunta os conceitos de níveis de capacidade e de maturidade.
contínua não faz uso dos níveis de capacidade ou de maturidade.
contínua utiliza o conceito de níveis de capacidade.