

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 (Capability Maturity Model Integration), ou Integração de Modelos de Capacidade e Maturidade, pode ser considerado como uma evolução e também uma integração desses modelos em apenas um volume único, substituindo os múltiplos modelos de CMM (Capability Maturity Model – Modelos de Capacidade e Maturidade) previamente definidos. O CMMI possui níveis de maturidade, que são estágios evolucionários variando do Inicial (1) ao em Otimização (5). Num desses níveis há uma descrição formal dos processos, envolvendo padrões, procedimentos, ferramentas e métodos. Assinale a alternativa correta acerca desse nível de maturidade.
Inicial.
Definido.
Gerenciado.
Gerenciado quantitativamente.
O Capability Maturity Model Integration (CMMI) é um modelo para melhoria da qualidade do processo de desenvolvimento de software. Assinale a alternativa com uma característica associada ao nível inicial (nível 1).
Gerenciamento básico de software.
Gerenciamento como resposta a uma crise.
Aspectos técnicos e gerenciais claramente definidos.
Medidas detalhadas do processo de desenvolvimento do software e qualidade do produto.
O produto software e o processo são compreendidos e controlados quantitativamente.
No CMMI versão 1.3, a avaliação pela representação contínua mede a capacidade da empresa em relação a um ou mais processos. Já a avaliação em estágios mede a maturidade da empresa. Tanto a maturidade quanto a capacidade são definidas em níveis e em ambas as abordagens, os níveis 2 e 3 são denominados, respectivamente, de
realizado e definido.
gerenciado e definido.
quantitativamente gerenciado e em otimização.
realizado e gerenciado.
gerenciado e quantitativamente gerenciado.
De acordo com Sommerville (2011), CMMI é “um modelo de maturidade e de capacidade integrado que inclui avaliação das capacidades de engenharia de software e de sistemas”. Esse modelo possui duas instâncias: estágios e contínuo. Na primeira, estágios, o modelo é expresso em termos de níveis de maturidade. Em contínuo, uma classificação da maturidade do processo é fornecida em menor granularidade. O modelo CMMI é composto por: áreas de processo, metas e práticas. Acerca das metas, relacionando-as com a área do processo, podem ser classificadas em específicas e genéricas. Assinale a alternativa correta que apresenta uma meta genérica.
O processo é institucionalizado como um processo definido.
O desempenho real e o progresso do projeto são monitorados contra o plano de projeto.
Os requisitos são analisados e validados, e uma definição da funcionalidade requerida é desenvolvida.
Ações corretivas são gerenciadas até a conclusão, quando o desempenho ou os resultados do projeto se desviam significativamente do plano.
A questão 61 baseia-se na Figura 5 que mostra, esquematicamente, algumas práticas específicas, da área de processo "Gestão de Requisitos", do CMMI-DEV versão 1.3. Ocultou-se, intencionalmente, dos locais apontados pelas setas nº 2 e 3, os nomes das práticas específicas.

Figura 5 – Práticas específicas da área de processo "Gestão de Requisitos", do CMMI 1.3
A Figura 5 mostra, esquematicamente, algumas práticas específicas, da área de processo "Gestão de Requisitos" (REQM), do CMMI-DEV versão 1.3. Nessa Figura, os nomes das práticas específicas constam, apenas, dentro dos locais apontados pelas setas nº 1, 4 e 5. Nesse caso, considere as seguintes assertivas:
I. A área de processo "Gestão de Requisitos" (REQM) situa-se no nível de maturidade 1, do CMMI-DEV versão 1.3.
II. O local apontado pela seta nº 2 pode ser preenchido com o nome da seguinte prática específica: "Gerenciar mudanças nos requisitos".
III. A "Matriz de Rastreabilidade de Requisitos" é um artefato de trabalho elaborado, especificamente, na prática "Obter um entendimento dos requisitos", apontada pela seta nº 5.
Quais estão corretas?
Apenas I.
Apenas II.
Apenas III.
Apenas I e III.
I, II e III.
Um dos modelos para avaliação de qualidade de software é o CMMI, cujas principais características são
avaliar a qualidade de um produto, a partir da análise detalhada de seu conteúdo e de sua objetividade.
ser mais restrito que seu antecessor, CMM, estando confinado apenas à avaliação de processos relativo à engenharia de software.
avaliar a qualidade do processo, a partir da avaliação do nível de maturidade de diversas categorias contidas nele.
ter como subproduto a pontuação IFPUG do software avaliado.
avaliar a qualidade do processo, classificando‐o em 6 (seis) níveis globais de maturidade.
O CMMI é um modelo de maturidade em desenvolvimento de software e contém 5 níveis de maturidade.
Analisando as características de cada nível do CMMI, pode-se garantir que uma organização desenvolvedora de software aderente ao
nível 1, mostra excelência ao menos em gerenciamento de projetos e na definição de requisitos.
nível 2, apresenta práticas de planejamento e monitoração de projetos, gerência de requisitos, garantia da qualidade de processo e produto, medição e análise e gerência de configuração.
nível 2, tem por característica a execução de projetos com ênfase nas atividades de engenharia de software: desenvolvimento de requisitos, solução técnica (ou seja, projeto/design), integração do produto, verificação e validação.
nível 3, utiliza os processos definidos em todos os projetos de software que desenvolve.
nível 3, adota o controle estatístico de processos para identificar etapas que sejam estáveis e para auxiliar a gerência de projetos.
A empresa onde Marcos trabalha utiliza o CMMI-DEV versão 1.3. Nesta empresa,
− é fornecido um entendimento do progresso do projeto de forma que as ações corretivas apropriadas são realizadas quando o desempenho do projeto se desvia do plano.
− são estabelecidos e mantidos planos que definem as atividades dos projetos.
− os requisitos e componentes de produto do projeto são gerenciados e há alinhamento entre estes requisitos, os planos de projeto e os produtos de trabalho.
− as aquisições de produtos e serviços de fornecedores são gerenciadas.
− é estabelecida e mantida a integridade dos produtos de trabalho usando identificação e controle de configuração, relatório de status de configuração e auditorias de configuração.
− foi desenvolvida uma capacidade de medição utilizada para dar suporte às necessidades de informação da gerência.
− é fornecido aos gerentes e à equipe um entendimento sobre os processos e produtos de trabalhos associados.
Baseando-se apenas nas características descritas acima, pode-se concluir que a empresa encontra-se no nível de maturidade
1.
3.
5.
2.
4.
Com a finalidade de melhorar continuamente seus produtos, uma equipe de TI está buscando avaliar oscilações na qualidade do software desenvolvido em sua fábrica, seguindo um método padronizado de investigação e análise. Considerando que o processo de produção de software é controlado estatisticamente e que a equipe segue as práticas do CMMI 1.3, a avaliação dos motivos das oscilações na qualidade corresponde a uma prática associada à área de processo de
Medição e Análise, estabelecida no nível 2 de maturidade.
Análise e Tomada de Decisão, estabelecida no nível 3 de maturidade.
Garantia da Qualidade de Processo e Produto, estabelecida no nível 2 de maturidade.
Foco nos Processos da Organização, estabelecida no nível 3 de maturidade.
Análise e Resolução de Causas, estabelecida no nível 5 de maturidade.
Existem 7 níveis de maturidade previstos pelo O MPS-BR ou Melhoria de Processos do Software Brasileiro, o nível inicial de maturidade é conhecido como:
No CMMI, as áreas de processo relacionadas à engenharia de requisitos são: Gerência de Requisitos e Desenvolvimento de Requisitos. Cada área de processo possui suas metas e as práticas para alcançar tais metas. A área de processo Gerência de Requisitos possui a meta Gerenciar Requisitos, cujas práticas não incluem:
compreender os requisitos.
obter comprometimento com os requisitos.
estabelecer requisitos de produto e de componentes de produto.
gerenciar as mudanças de requisitos.
manter rastreabilidade bidirecional dos requisitos.
O Modelo de Referência MPS para Software (MR-MPS-SW):
apresenta uma escala de maturidade que se inicia no nível A e progride até o nível G.
apresenta níveis de maturidade que não são cumulativos.
possui no nível de maturidade G apenas o processo Gerência de Projetos.
define níveis de maturidade que são uma combinação entre processos e serviços.
é compatível com o CMMI-DEV.
São os principais componentes da estrutura do CMMI, EXCETO:
Práticas específicas e genéricas.
Práticas genéricas e de controle.
Práticas de controle e de software.
Práticas de software e de projeto.
Práticas específicas e de controle.
No CMMI-DEV, a gestão do projeto envolve áreas do processo que tratam aspectos de planejamento, monitoração e controle relacionados exclusivamente a projetos. Relacione adequadamente as áreas do processo aos respectivos objetivos.
1. Planejamento do Projeto (PP).
2. Gestão do Acordo com o Fornecedor (PMC).
3. Gestão de Requisitos (REQM).
4. Gestão de Riscos (RSKM).
5. Gestão Quantitativa do Projeto (QPM).
6. Controle e Monitoração do Projeto (PMC).
( ) Gerenciar os requisitos técnicos e não técnicos absorvidos ou gerados por um projeto, identificando as inconsistências em relação aos planos e produtos do projeto e tratando de forma adequada as mudanças necessárias e seus impactos.
( ) Gerenciar, através de métricas, o processo definido do projeto, visando atingir os objetivos preestabelecidos de desempenho da qualidade e do processo.
( ) Permitir uma visibilidade adequada do progresso do projeto, de forma que possam ser tomadas ações corretivas apropriadas quando o desempenho apresentar desvios significativos em relação ao planejado (replanejamento, estabelecimento de novos acordos e/ou mitigação de riscos).
( ) Gerenciar a aquisição de produtos de fornecedores externos para os quais existe um acordo formal (produtos e/ou componentes entregáveis ao cliente, ou mesmo ferramentas e ambientes operacionais para o projeto).
( ) Identificar problemas potenciais antes de sua ocorrência, para que possam ser planejadas e executadas ações de tratamento de riscos, visando mitigação de impactos negativos nos objetivos, ao longo do ciclo de vida do projeto ou produto.
( ) Estabelecer e manter planos que definam as atividades dos projetos, envolvendo a elaboração de estimativas, o estabelecimento do nível adequado de interação com os grupos envolvidos e a obtenção de compromissos.
A sequência está correta em
2, 4, 6, 1, 3, 5.
5, 3, 1, 6, 2, 4.
4, 2, 5, 3, 1, 6.
3, 5, 6, 2, 4, 1.
1, 5, 2, 4, 6, 3.