Questões de Governança de TI - CMM (Capability Maturity Model) para Concurso
Foram encontradas 6 questões
Ano: 2014
Banca:
COPESE - UFPI
Órgão:
UFPI
Prova:
COPESE - UFPI - 2014 - UFPI - Analista de Tecnologia da Informação - Desenvolvimento de Sistemas |
Q747178
Governança de TI
O projeto CMM Integration (CMMI) foi elaborado para resolver o problema que surgiu devido ao uso de múltiplos
CMMs. Sobre CMMI, é INCORRETO afirmar que
Ano: 2014
Banca:
FEPESE
Órgão:
MPE-SC
Prova:
FEPESE - 2014 - MPE-SC - Analista - Tecnologia da Informação |
Q386445
Governança de TI
O processo de desenvolvimento de software deve ser aprimorado para produzir melhores produtos.
Analise as afrmativas abaixo com relação ao processo de aprimoramento.
1. O CMM ( Capability Maturity Model) para software é um conjunto de processos desenvolvido pela SEI – Software Engineering Institute para melhorar o desenvolvimento de aplicações.
2. O CMM classifca as organizações em cinco níveis de maturidade distintos, cada um com suas características. O nível 5 é o das organizações mais imaturas. Nestas não há nenhuma metodologia implementada e tudo ocorre de forma desorganizada. O Nível 1 é o das organizações mais maduras.
3. O CMM foi concebido como um modelo de capacitação específco para a área de software. O CMMI que sucedeu o CMM integra os aspectos de processo de software, de engenharia de sistemas e defnição de produtos.
Assinale a alternativa que indica todas as afrmativas corretas.
Analise as afrmativas abaixo com relação ao processo de aprimoramento.
1. O CMM ( Capability Maturity Model) para software é um conjunto de processos desenvolvido pela SEI – Software Engineering Institute para melhorar o desenvolvimento de aplicações.
2. O CMM classifca as organizações em cinco níveis de maturidade distintos, cada um com suas características. O nível 5 é o das organizações mais imaturas. Nestas não há nenhuma metodologia implementada e tudo ocorre de forma desorganizada. O Nível 1 é o das organizações mais maduras.
3. O CMM foi concebido como um modelo de capacitação específco para a área de software. O CMMI que sucedeu o CMM integra os aspectos de processo de software, de engenharia de sistemas e defnição de produtos.
Assinale a alternativa que indica todas as afrmativas corretas.
Ano: 2010
Banca:
FUNCAB
Órgão:
SEMARH-GO
Prova:
FUNCAB - 2010 - SEMARH-GO - Cientista da Computação |
Q116121
Governança de TI
Com o propósito de produzir software com qualidade, de acordo como SW-CMM, a Área de Processo Chave Definição da Organização do Processo tem o objetivo de:
Ano: 2009
Banca:
FCC
Órgão:
TJ-PA
Prova:
FCC - 2009 - TJ-PA - Analista Judiciário - Análise de Sistema (Desenvolvimento) |
Q50130
Governança de TI
No CMM, as políticas de gerenciamento de projetos de software e os procedimentos para implementar essas políticas, são estabelecidos no nível de maturidade
Ano: 2007
Banca:
FCC
Órgão:
TRF - 4ª REGIÃO
Prova:
FCC - 2007 - TRF - 4ª REGIÃO - Programador de computador |
Q6383
Governança de TI
Texto associado
Instruções: Para responder as questões de números 51 e 52,
considere o texto abaixo referente ao CMM.
Os requisitos do cliente e os produtos de trabalho são
controlados, sendo que as práticas básicas de gestão de projeto
estão estabelecidas. Esses controles da gestão possibilitam a
visibilidade interna do projeto em momentos definidos. O
processo de construção de software pode ser visualizado como
uma sucessão de caixas pretas, permitindo a visibilidade da
gestão nos pontos de transição como fluxos de atividades entre
as caixas (marcos do projeto). Mesmo que a gerência não
conheça detalhes do que está acontecendo dentro da caixa, os
produtos e os pontos de verificação dos processos são
identificados e conhecidos, por meio dos quais pode-se
confirmar que o processo está funcionando. A gerência reage
aos problemas quando eles ocorrem.
considere o texto abaixo referente ao CMM.
Os requisitos do cliente e os produtos de trabalho são
controlados, sendo que as práticas básicas de gestão de projeto
estão estabelecidas. Esses controles da gestão possibilitam a
visibilidade interna do projeto em momentos definidos. O
processo de construção de software pode ser visualizado como
uma sucessão de caixas pretas, permitindo a visibilidade da
gestão nos pontos de transição como fluxos de atividades entre
as caixas (marcos do projeto). Mesmo que a gerência não
conheça detalhes do que está acontecendo dentro da caixa, os
produtos e os pontos de verificação dos processos são
identificados e conhecidos, por meio dos quais pode-se
confirmar que o processo está funcionando. A gerência reage
aos problemas quando eles ocorrem.
As informações do texto correspondem ao nível de maturidade do processo de software classificado como
Conheça nossos planos