SóProvas



Questões de CMM (Capability Maturity Model)


ID
7342
Banca
ESAF
Órgão
CGU
Ano
2004
Provas
Disciplina
Governança de TI
Assuntos

O CMM orienta a entidade no sentido de implementar a melhoria contínua do processo de desenvolvimento de software utilizando modelo de 5 níveis. Com relação aos objetivos que devem ser alcançados em cada nível é correto afirmar que a responsabilidade por estabelecer e manter a integridade dos produtos do projeto de software ao longo de todo o ciclo de vida do projeto é da Gerência de

Alternativas
Comentários
  • A finalidade da Gerência de Configuração é estabelecer e manter a integridade dos produtos do projeto de software ao longo do ciclo de vida.
  • As áreas de processo de Suporte tratam de atividades que apoiam o desenvolvimento e a manutenção de produto. Dentre essas áreas existe a Gestão de Configuração cujo objetivo é apoiar todas as áreas de processo, estabelecendo e mantendo a integridade dos produtos de trabalho, utilizando identificação de configuração, controle de configuração, balanço das atividades de configuração e auditorias de configuração.


ID
8254
Banca
ESAF
Órgão
Receita Federal
Ano
2005
Provas
Disciplina
Governança de TI
Assuntos

Com o propósito de produzir software com qualidade, segundo o CMM, a Garantia de Qualidade de Software (SQA) tem o objetivo de

Alternativas
Comentários
  • A Letra A é a única que se refere ao Processo de Garantia de Qualidade de Software. Os outros itens se referem a outros processos do CMMI. Vejamos:

    a) Processo de Garantia de Qualidade de Software
    b) Processo de Supervisão e Acompanhamento do Projeto de Software
    c) 
    Processo de Planejamento de Projeto de Software
    d) 
    Processo de Gerência de Configuração de Software
    e) 
    Processo de Foco no Processo Organizacional
  • a-

    Garantia de qualidade (quality assurance) define atividades para prevenção de defeitos. Metodologias e técnicas têm como entrada o plano de qualidade de software e os resultados de medições de qualidade. Controle de qualidade é voltada monitoramento de resultados específicos do projeto, detecção de defeitos, por peer review, teste e análise de tendências etc


ID
8281
Banca
ESAF
Órgão
Receita Federal
Ano
2005
Provas
Disciplina
Governança de TI
Assuntos

Analise as seguintes afirmações relacionadas ao CMM nível 2:

I. O CMM nível 2 dá ênfase para a criação e manutenção de modelos de desenvolvimento e tem sua atividade de controle de qualidade da parte funcional do sistema orientada por casos de uso.

II. No CMM nível 2, o Planejamento de projeto de software compreende a elaboração de estimativas para o trabalho a ser realizado, o estabelecimento de compromissos necessários e a defi nição de planos para a realização do trabalho.

III. No CMM nível 2, o Gerenciamento de configuração do projeto de software compreende o acompanhamento e a revisão das realizações do projeto de software e dos resultados obtidos em relação às estimativas, aos compromissos e aos planos documentados, ajustando esses últimos às reais realizações e resultados.

IV. No CMM nível 2, deve ser criado um plano documentado para o projeto de software, conforme defi nido na áreachave de processo Planejamento de projeto de software, que será utilizado como base para acompanhamento das atividades de software, para comunicação da situação do projeto e revisão dos planos.

Indique a opção que contenha todas as afirmações verdadeiras.

Alternativas
Comentários
  • Relembrando os processos no nível 2 do CMMI (representado por estágios):

     

    Nível 2: Gerenciado
    • Gerenciamento de Requisitos - REQM (Requirements Management)
    • Planejamento de Projeto - PP (Project Planning)
    • Acompanhamento e Controle de Projeto - PMC (Project Monitoring and Control)
    • Gerenciamento de Acordo com Fornecedor - SAM (Supplier Agreement Management)
    • Medição e Análise - MA (Measurement and Analysis)
    • Garantia da Qualidade de Processo e Produto - PPQA (Process and Product Quality Assurance)
    • Gerência de Configuração - CM (Configuration Management)

    fonte: http://pt.wikipedia.org/wiki/CMMI

  • Luiz Fernando,
     A questão está perguntando pelo CMM.
    Então....
    São áreas chaves do nível 2:
    1. Gestão de requisitos
    2. Gestão de subcontratação
    3. Gestão de configuração
    4. Gestão de planejamento
    5. Gestão de acompanhamento de projeto
    6. Garantia de qualidade de software
  • No mundo existe mais metodologia boas práticas de desenvolvimento de software do que bons desenvolvedores. CMM é só mais uma. O nível 2 do CMM é o repetível,  fazendo parte do IR DE GOL ( por Black Soul ).

    { Inicial , Repetível, Definido, Gerenciado e Otimizado }

    Nesse nível , repetível, nós temos os seguintes processos:

    Gerência de Requisitos (RM): Estabelecer um entendimento comum entre o cliente e os seus desejos e necessidades ( requisitos )   que serão atendidos na solução desenvolvida.

    Planejamento de Produto e Processo de Software ( SPP ): Estabelecer planos coerentes para realizar a Engenharia de Software e o gerenciamento de projetos.

    Acompanhamento e Supervisão  de Projeto de Software ( SPTO ):   Estabelecer uma adequada visibilidade do progresso do software. De forma que o gerenciamento possa tomar ações corretivas quando o progresso previsto não estiver sendo seguido.

    Gerência de subcontrato ( SSM ) :  Selecionar fornecedores qualificados e gerencia-los adequadamente.

    Garantia de Qualidade do Software ( SQA ): Não confunda com Gerenciamento da Qualidade de Software (SQM), do nível Gerenciado. No nível repetível esse processo é responsável por "fornecer ao gerenciamento visibilidade do processo em uso e dos produtos em construção" ( Bom essa é a definição no Handbook de TI, mas não achei precisa.

    Então fui atrás de uma definição mais completa. Encontrei esta, disponível no link (http://www1.serpro.gov.br/publicacoes/tema/164/materia09.htm)

    Garantia da Qualidade de Software (GQS)

    Esta área-chave é essencial para garantir que os projetos de desenvolvimento sigam as normas e os procedimentos especificados, e que os artefatos produzidos estejam em conformidade com os padrões descritos no PSDS. Os consultores de GQS são os responsáveis por verificar a obediência a estes padrões, e encaminhar as "não-conformidades" levantadas para as lideranças.

    Basicamente o que a Garantia de Qualidade de Software faz é chegar se o produto está dentro dos padrões e normas especificados no plano de desenvolvimento de projeto.

    Gerência de Configuração  de Software( SCM): Estabelecer e manter a integridade do software durante todo o seu ciclo de vida.


     
  • Confrontando com as alternativas.

    I. O CMM nível 2 dá ênfase para a criação e manutenção de modelos de desenvolvimento e tem sua atividade de controle de qualidade da parte funcional do sistema orientada por casos de uso.
    Não sei como derrubar. Alguém sabe alguma coisa?

    II. No CMM nível 2, o Planejamento de projeto de software compreende a elaboração de estimativas para o trabalho a ser realizado, o estabelecimento de compromissos necessários e a defi nição de planos para a realização do trabalho.
    Isso. É justamente o que diz o processo SPP (Planejamento de Produto e Processo).

    III. No CMM nível 2, o Gerenciamento de configuração do projeto de software compreende o acompanhamento e a revisão das realizações do projeto de software e dos resultados obtidos em relação às estimativas, aos compromissos e aos planos documentados, ajustando esses últimos às reais realizações e resultados.
    O Gerencialmento de configuração cuida mais da integridado do software ao longo do seu ciclo de vida. 
    Essa parece ser mais a descrição do sapato (SPTO) - Acompanhamento e Supervisão  de Projeto de Software.


    IV. No CMM nível 2, deve ser criado um plano documentado para o projeto de software, conforme defi nido na áreachave de processo Planejamento de projeto de software, que será utilizado como base para acompanhamento das atividades de software, para comunicação da situação do projeto e revisão dos planos. 
    Isso.  O plano de projeto contém um plano coerente de desenvolvimento, e alguns marcos de progresso, para que se possa saber se o software está caminhando.

    Aspecto do desenvolvimento de software no nível 2 cmm.


    O processo já não é mais uma caixa preta. Já existem marcos e etapas que descrevem o progresso do software.
  • c-

    Maturity Level 2 – Managed

       CM – Configuration Management

       MA – Measurement and Analysis

       PPQA – Process and Quality Assurance

       REQM – Requirements Management

       SAM – Supplier Agreement Management

       SD – Service Delivery

       WMC – Work Monitoring and Control

       WP – Work Planning


ID
19156
Banca
FCC
Órgão
TRF - 4ª REGIÃO
Ano
2007
Provas
Disciplina
Governança de TI
Assuntos

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.

As informações do texto correspondem ao nível de maturidade do processo de software classificado como

Alternativas
Comentários
  • CMM – Nível 2 - Repetível
    ** Políticas de gerência de desenvolvimento de software definidas e seguidas
    ** Utilização de experiências anteriores, de maneira formalizada e não-intuitiva
    ** Projetos usam processos definidos, documentados, usados, disseminados, medidos, fiscalizados e com rotinas de melhoria
    ** Gerência de projetos
  • Processo Repetível


    Um gerenciamento básico de projeto.
    Uma sucessão de caixas-pretas que são separadas por marcos, por onde a organização sabe se o projeto está andando mesmo.

    Processo Definito



    Aqui a organização têm uma visibilidade do projeto através do processo. As atividades são planejadas, estáveis e repetitivas.
  • c-

    controlados, estabelecidos, definidos.caixas pretas === repetível (nível 2).


ID
19159
Banca
FCC
Órgão
TRF - 4ª REGIÃO
Ano
2007
Provas
Disciplina
Governança de TI
Assuntos

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.

É uma Área Chave de Processo (KPA) correspondente ao nível de maturidade enunciado

Alternativas
Comentários
  • São áreas chaves do CMM
    Níve 1 - Inicial
    Não há área chaves

    Nível 2 - Repetível
    1. Gestão de requisitos
    2. Gestão de subcontratação
    3. Gestão de configuração
    4. Gestão de Planejamento
    5. Gestão de acompanhamento de projeto
    6. Gestão de qualidade de software

    Nível 3 - Definido
    1. Gestão integrada de software
    2. Coordenação inter-grupos
    3. Foco nos processos da organização
    4. Definição dos processos da organização
    5. Programa de treinamento
    6. Engenharia de produto
    7. Peer view

    Nível 4 - Gerenciado
    1. Gestão quantitativa de processo
    2. Gestão da qualidade de software

    Nível 5 - Em Otimização
    1. Gerenciamento de mudança no processo
    2. Gerenciamento de mudança tecnologica
    3. Prevenção de defeitos.
     
  • Fica entre letra <b> e <c> ,  porém o nome real da área-chave de processo é "Garantia da Qualidade de Software", junto com as outras áreas de processo do nível 2.
    • RM  - Gerência de Requisitos
    • SPTO - Acompanhamento e Supervisão de Processos Organizacionais
    • SPP - Planejamento do Projeto de Software
    • SSM - Gerenciamento de Subcontratação de Software
    • SQA - Garantia da Qualidade de Software
    • SCM - Gerenciamento de Configuração de Software
  • Level-2 KPAs:

      Requirements Management

      Software Project Planning

      Software Project Tracking and Oversight

      Software Subcontract Management

      Software Quality Assurance

      Software Configuration Management


ID
56719
Banca
CESPE / CEBRASPE
Órgão
ANAC
Ano
2009
Provas
Disciplina
Governança de TI
Assuntos

Segundo Ian Sommerville, (Engenharia de software, 2007, p.
5), a engenharia de software é uma disciplina de engenharia
relacionada a todos os aspectos da produção de software, desde
os estágios iniciais de especificação do sistema até sua
manutenção. Acerca da engenharia de software, julgue os itens a
seguir.

O fato de uma empresa ser certificada no modelo CMM com o nível 1 indica que suas atividades de gestão e de engenharia de software são documentadas, padronizadas e integradas no desenvolvimento, por meio de um processo específico da empresa.

Alternativas
Comentários
  • Nível 1 - Inicial - Probremente Controlado e imprevisívelNível 2 - Repetível - Pode repetir tarefas com sucessoNível 3 - Definido - Processo é caracterizado e bem definidoNível 4 - Gerenciado - Processo é medido e gerenciadoNível 5 - Otimizado - Foco na melhoria continua do processo.
  • Amigos, lembrem que absolutamente TODAS e repito TODAS empresas ja estão no cmm nível 1. Que é o inicial. Ou seja, se sua empresa não tem certificação alguma você ja pode sair espalhando por aí que ela é CMM nivel 1. ;)
  • Primeiro que não falou se é o nível 1 por estágio ou contínuo. Independente disso, em ambos caminhos (estágio e contínuo) o nível 1 não tem esta característica.Nível 1: Nada feitoNível 2: Gerido: Gerenciamento básico de projetos (7 PA's)Nível 3: Definido: Padronização dos processos (11 PA's)Nível 4: Quantitativamente gerido: Gerenciamento quantitativo (2 PA's, aqui entra o 6 sigma, CEP ou DMAIC)Nível 5: Otimizado: Melhoria contínua dos processos (2 PA's)
  • Nível 1 - Caos total da organização.
    - Os processos são caracterizados como ad hoc
    - Poucos processos são definidos
    - êxito depende de esforço individual
    - Dificuldade para a previsão de 
    1. Cronogramas
    2. Orçamentos
    3. Funcionalidades
    4. Qualidade do produto
  • Isso só vai acontecer quando a organização atingir o nível 3 de maturidade, isto é, o processo está definido.

    Quando o processo está definido, nós temos:
    • Atividades estáveis, padronizadas e repetitivas
    • Processos bem documentados
    • Funções de responsabilidades são bem entendidas
    • A produção do produto de software é visível através do seu processo.
    E temos as áreas-chave de processos (7 ao todo)

    O PF (OPF) do Pedágio (OPD) topou (TP) com Islamicos (ISM)  esperando (SPE) içar (IC) o paraná (PR)  => Faz tanto  sentido quanto a godelagem de ti.
    • OPF - Foco no Processo Organizacional
    • OPD - Definição no Processo Organizacional
    • TP - Programa de  Treinamento
    • ISM - Gerência Integrada de Software
    • SPE - Engenharia de Produto de Software 
    • IC - Coordenação entre Grupos
    • PR - Revisões Formais
  • e-

    The maturity level 1 processes are marked by a chaotic bent characteristic of an ad-hoc organisation.There is a perceived lack of a stable environment, with successful endeavours relying heavily on individual heroics rather than continual use of tried and tested procedures.

    https://en.wikipedia.org/wiki/Capability_Maturity_Model_Integration


ID
137074
Banca
FGV
Órgão
Senado Federal
Ano
2008
Provas
Disciplina
Governança de TI
Assuntos

Sobre os Modelos de Maturidade de Capacitação de Sistemas, CMM e CMMI, não é correto afirmar que:

Alternativas
Comentários
  • O item errado é o A.
    Há várias diferenças entre os sistemas de avaliação do COBIT e do CMMi. Uma das mais gritantes é o fato que, no COBIT, os niveis de maturidade não são cumulativos, ou seja, não é necessário satisfazer todos os itens de um determinado nível para passar para o seguinte, algo que é requerido no CMMi.
  • Outra diferença que salta aos olhos é que no CMMI há um método sistematizado de avaliação, o SCAMPI (Standard CMMI Appraisal Method Process Improvement) e no COBIT não há uma avaliação formal, os níveis servem como direcionamento para os processos.
    Extraído do COBIT.
    Embora siga os conceitos do SEI, a implementação CobiT difere consideravelmente do original do SEI...
    ...em geral o propósito é identificar onde estão as questões e como definir prioridades para aprimoramentos. O propósito não é avaliar o nível de aderência aos objetivos de controles.
  • Alguém pode explicar o item C? Como uma organização no nível 1 do CMMI pode satisfazer a ISO 9000?

ID
141226
Banca
ESAF
Órgão
ANA
Ano
2009
Provas
Disciplina
Governança de TI
Assuntos

Os níveis Inicial, Reproduzível, Definido, Gerenciado e Otimizado são categorias definidas no

Alternativas
Comentários
  • O CMM ou Software CMM (SW-CMM) descreve os principais elementos de um processo de desenvolvimento de software através das chamadas KPA's (áreas-chave de processo), que quando em conjunto podem representar níveis de maturidade por que passam as organizações nos seus ciclos de desenvolvimento de software. O CMM fornece às organizações orientação sobre como ganhar controle do processo de desenvolvimento de software e como evoluir para uma cultura de excelência na gestão de software. O objetivo principal nas transições através desses níveis de maturidade é a realização de um processo controlado e mensurado que tem como fundamento a melhoria contínua. São cinco os níveis de maturidade:1 - Inicial,2 - Repetível (dando a idéia de Reproduzível),3 - Definido,4 - Gerenciado,5 - Otimizado.
  • Questão de certa forma confusa, primeiramente pelo termo REPRODUZIVEL, e estranho pelas opções , confeeso que fiquei em duvida em marcar modelo de maturidade de capacidade (cmm), esperava apenas modelo de maturidade .
    mas por eleiminação a menos absurda.

  • c-

    controlados, estabelecidos, definidos.caixas pretas === repetível nível 2 CMMI


ID
150394
Banca
FCC
Órgão
TJ-PA
Ano
2009
Provas
Disciplina
Governança de TI
Assuntos

Os elementos especificados na estrutura do CMM relacionam- se corretamente se estabelecidos da seguinte forma e na ordem:

Alternativas
Comentários
  • Organização do CMM



    São 5 níveis de Maturidade
    18 áreas-chave de processos
    52 objetivos
    316 práticas-chave ou práticas-base

ID
150397
Banca
FCC
Órgão
TJ-PA
Ano
2009
Provas
Disciplina
Governança de TI
Assuntos

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

Alternativas
Comentários
  • Capability Maturity Model (CMM), também conhecido como Software CMM (SW-CMM) pode ser definido como sendo uma soma de "melhores práticas" para diagnóstico e avaliação de maturidade do desenvolvimento de softwares em uma organização. "CMM" não deve ser entendido como sendo uma metodologia, pois o "CMM" não diz exatamente como fazer, mas sim o que deve ser feito (melhores práticas).

    Ele descreve os principais elementos de um processo de desenvolvimento de software. O CMM descreve os estágios de maturidade por que passam as organizações enquanto evoluem no seu ciclo de desenvolvimento de software, através de avaliação contínua, identificação de problemas e ações corretivas, dentro de uma estratégia de melhoria dos processos. Este caminho de melhoria é definido por cinco níveis de maturidade:

    1. Inicial
    2. Repetível
    3. Definido
    4. Gerenciado
    5. Otimizado
    Fonte: http://pt.wikipedia.org/wiki/Capability_Maturity_Model

    Atenção: não confundir com os graus de maturidade dos outros frameworks. São nas pequenas diferenças que a banca vai pegar!!

    COBIT: Inexistente, Inicial, Repetitível, Definido, Gerenciado & Mensurável, Otimizado.
    CMMI-Dev (Estágio): Inicial, Gerenciado, Definido, Gerenciado Quantitativamente, Otimizado
    CMMI-Dev (Capacidade): Incompleto, Executado, Gerenciado, Definido, Gerenciado Quantitativamente, Otimizado
  • Eu acho que refere-se ao nível de maturidade repetível.

    Note os processos:

    • RM - Gerenciamento de Requisitos
    • SPTO - Supervisão e Acompanhamento de Processos de Software
    • SSP - Planejamento de Projetos de Software
    • SCM - Gerenciamento de Configuração de Software 
    • SQA - Garantia da Qualidade
    • SSM - Gerenciamento de Subcontratação
    Nesse nível, a organização já consegue gerenciar seus processos, porém a documentação ainda é fraca.
    Não se consegue fazer previsões do processo, imprevistos são comuns.
    Já adota-se a prática de reuniões semanais.

    Técnicas de gerenciamento de projetos, para mapamento de custos, prazos e funcionalidades já são comuns.



    Note que no nível de maturidade inicial a organização vê o desenvolvimento de software como uma caixa preta.  Não se controla esses marcos, não se sabe  em que etapa do software se está..

    Nesse nível de maturidade já se começa a adotar políticas de gerenciamento de projetos, bem como os procedimentos para se implementar essas políticas.
  • Implementar- nível repetitivo. 


ID
153157
Banca
CESPE / CEBRASPE
Órgão
TJ-DFT
Ano
2008
Provas
Disciplina
Governança de TI
Assuntos

Julgue os itens a seguir, acerca da qualidade e da maturidade em
projetos de software.

Segundo o modelo de maturidade de capacidade - CMM (capability maturity model) -, uma organização que se encontra no nível de otimização possui um processo de aprimoramento contínuo com base em aspectos quantitativos observados nos processos de software.

Alternativas
Comentários
  • O melhoramento contínuo do processo é conseguido através de um feedback quantitativo dos processos e pelo uso pioneiro de ideias e tecnologias inovadoras.

  • No nível 5, uma organização adquiriu todas as metas específicas das áreas de processo dos níveis 2, 3, 4, e 5 e as metas genéricas dos níveis 2 e 3. Processos são continuamente melhorados com base no entendimento quantitativo das causas comuns de variação inerente aos processos.

    No nível de maturidade 5, o foco é o contínuo progresso do desempenho dos processos, através da introdução de melhorias de inovação tecnológica e incremental. Objetivos de melhoria quantitativa dos processos para a organização são estabelecidos, continuamente revisados, refletindo as mudanças nos objetivos da organização, e usando critérios de melhoria na gerência de processos.

    Fonte: 
    http://pt.wikipedia.org/wiki/Capability_Maturity_Model

  • Resposta correta.

    Pois Melhorias contínuas são realizadas no processo, utilizando-se as medidas quantitativas de qualidade do processo e produto, e também aplicando-se idéias e tecnologias inovadoras.
  • c-

    At maturity level 5, all the specific goals of the process areas in levels 2, 3, 4, and 5 and the generic goals in levels 2 and 3 have been achieved. Process continuous improvement becomes a staple of the organisational routines on a quantitative understanding of the common causes of variation innate to the processes.

    https://en.wikipedia.org/wiki/Capability_Maturity_Model_Integration


ID
157030
Banca
CESPE / CEBRASPE
Órgão
TRT - 5ª Região (BA)
Ano
2008
Provas
Disciplina
Governança de TI
Assuntos

Com relação a qualidade de software, bancos de dados e suas tecnologias, julgue os itens de 37 a 42.

Os processos de desenvolvimento de software tais como CMM (capability maturity model) ou RUP promovem a melhoria do processo de desenvolvimento de software, em busca de uma qualidade do produto final, que, para esses modelos, é diretamente proporcional à qualidade do processo de desenvolvimento.

Alternativas
Comentários
  • CMM pode ser considerado processo de desenvolvimento de software?

  • Segundo Watts S. Humphrey, criador do CMM (Capability Maturity Model), a qualidade do produto final é diretamente proporcional a qualidade do processo. Muitos processos de desenvolvimento de software tais como CMM (Capability Maturity Model) ou RUP (Rational Unified Process) são fortemente baseados nessa perspectiva. Esses processos definem quais atividades devem ser executadas e como medí-las, mas no entanto, não especificam como executar essas atividades, quais as melhores técnicas, ferramentas, etc. A grande falha desses processos é que eles promovem a melhoria do processo de desenvolvimento de software e não na melhoria do produto final, ou seja, o software.

    FONTE: https://goo.gl/OClDWj

  • Considerei certo e acertei, está bastante lógico o relacionamento. O que me deixou ainda com dúvida foi afirmar que o RUP promove melhorias no processo de desenvolvimento, que aí é onde entra meu ponto de atenção. O RUP não promove somente essa melhoria, mas ele promove o gerenciamento de projetos de desenvolvimento de software (somente software).

    Fortuna Audaces Sequitur!

  • c-

    Segundo o modelo de maturidade de capacidade - CMM (capability maturity model) -, uma organização que se encontra no nível de otimização possui um processo de aprimoramento contínuo com base em aspectos quantitativos observados nos processos de software.


ID
163738
Banca
CESGRANRIO
Órgão
Petrobras
Ano
2010
Provas
Disciplina
Governança de TI
Assuntos

Uma empresa de fabricação de software, em não conformidade com qualquer padrão de maturidade de processos ou certificação, deseja lançar-se no mercado externo. Para isto, resolveu certificar-se e atestar a maturidade do processo de seus projetos de software. O modelo escolhido para certificação foi o SW-CMM. Por estar iniciando a padronização de seus processos e para não exceder, em hipótese nenhuma, o orçamento, decidiu-se que o nível máximo em que a empresa iria certificar-se no SW-CMM, neste momento, seria o nível 3. Quando o nível 3 de SW-CMM tiver sido alcançado nessa empresa,

Alternativas
Comentários
  • a) Essas áreas-chaves não existem no CMM
    b) Processos gerenciais de Mudanças (Projeto e Tecnologia) pertencem ao nível de maturidade 5.
    c) "garantir que os processos de implementados sejam diferentes para cada projeto"  --> no nível 3 usa-se padrões de processos por toda a organização
    e) "sem que ainda seja necessário ter planos de definição e padronização bem estabelecidos" --> exatamente ao contrário do nível 3.
  • Níveis de Capacidade (Capability Levels):
    • Nível 0: Incompleto (Ad-hoc)
    • Nível 1: Executado (Definido)
    • Nível 2: Gerenciado / Gerido
    • Nível 3: Definido
    • Nível 4: Quantitativamente gerenciado / Gerido quantitativamente
    • Nível 5: Em otimização (ou Optimizado)

     Níveis de Maturidade (Maturity Levels):

    • Nível 1: Inicial (Ad-hoc)
    • Nível 2: Gerenciado / Gerido
    • Nível 3: Definido
    • Nível 4: Quantitativamente gerenciado / Gerido quantitativamente
    • Nível 5: Em otimização


    Fonte: http://pt.wikipedia.org/wiki/CMMI
  • Vamos analisar cada afirmativa:

    A) vão estar implementadas as áreas-chaves de Análise de Causas e Resolução, Inovação e Implantação na Organização e Gerência de Métricas e Qualidade, que servirão para controlar a repetição dos processos de fabricação de software da empresa. 
    Errado: As áreas-chaves de Análise de Causas e Resolução, Inovação e Implantação na Organização pertencem ao nível 5 do CMMI

    B) vão estar implementados todos os processos de otimização de fabricação do software e vai existir a área-chave de Processos Gerenciais de Mudanças, que é uma área-chave evolutiva usada para o caso de se desejar ir para os níveis mais elevados de maturidade do SW-CMM.
    Errado: Sempre que se fala em  Otimização, está se referindo ao nível 5 (Otimizado) do CMM

    C) vai existir uma equipe responsável por organizar e estabelecer métricas quantitativas de qualidade e produtividade para as atividades dos processos de fabricação de software e também para garantir que os processos de implementados sejam diferentes para cada projeto de software da empresa.
    Errado: Quando se fala em Métricas Quantitativas, está se referindo ao Nível 4 (Gerenciado) do CMM, neste nível, o processo passa a ser medido e portanto previsível

    D) Correto

    E) poderão ser repetidos e medidos os processos de fabricação de software, sem que ainda seja necessário ter planos de definição e padronização bem estabelecidos, que só existirão caso se deseje alcançar o nível 5 do SW-CMM (que é o nível onde se começa a definir os processos)

    Errado: Quando nos referimos ao fato do processo poder ser repetido, sem que já tenha sido padronizado previamente, estamos nos referindo ao Nível 2 ( Repetitível ) do CMM
  • Complementando, a letra D está correta, pois o nível 3 do modelo diz que os Processos de Gestão e Engenharia  de software são definidos e integrados, e a questão cita justamente estes processos.
  • d-

    The purpose of Maturity level 3 is to define the organizational role for software process procedures that enhance the overall software process capability. The primary result is a set of software process assets, thoroughly described in Organization Process Definition.

    https://en.wikipedia.org/wiki/Capability_Maturity_Model_Integration


ID
173323
Banca
FGV
Órgão
MEC
Ano
2009
Provas
Disciplina
Governança de TI
Assuntos

O CMM envolve a aplicação dos princípios da Qualidade Total e do Gerenciamento de Projetos aos processos de desenvolvimento de softwares. São cinco os níveis de maturidade do modelo CMM.
A avaliação de usabilidade no processo de desenvolvimento do software é aplicada no:

Alternativas
Comentários
  • O processo "de desenvolvimento do software" faz parte da categoria "Engenharia de Software" que está no nível 3 (repetitivo).
  • corrigindo o colega acima.
    Repetitivo é nivel 2
    nivel 3 = definido
  • Atente-se, pois se trata de CMM não de CMMI.
    Outra coisa, não está perguntando sobre o processo de desenvolvimento, mas sim a avaliação de usabilidade.
    A "Avaliação de usabilidade" é garantia da Qualidade do Software, que está no nivel 2 - Repetível.
    Usabilidade é requisito, mas sua avaliação, claro, disciplina de Qualidade!


    No CMM os níveis são:
    5 - Em otimização
              Prevenção de Defeitos
              Gestão de Alteração de Tecnologia
              Gestão de Alteração de Projeto

    4 - Gerenciado
              Gestão Quantitativa de Processo
              Gestão de Qualidade de Software

    3 - Definido
              Foco no Processo da Organização
              Definição do Processo da Organização
              Programa de Treinamento
              Engenharia de Projeto de Software
              Coordenação Intergrupos
              Gestão Integrada de Software
              Revisão por pares

    2 - Repetível
              Gestão de Requisitos
              Planejamento de Projeto de Software
              Acompanhamento e Supervisão de Projeto de Software
              Gestão de Subcontratação de Software
              Garantia da Qualidade de Software
              Gestão de Configuração de Software

    1 - Inicial (ad hoc)
              [não tem KPA]


    fonte:
    http://www.brasilacademico.com/tas/CMM_versao_1_2.pdf (tradução oficial do CMM)

ID
241777
Banca
CESPE / CEBRASPE
Órgão
MPU
Ano
2010
Provas
Disciplina
Governança de TI
Assuntos

Julgue os itens a seguir, com base no CMMI (Capability Maturity
Model Integration
), versão 1.2.

Os múltiplos modelos CMM evoluíram para um modelo integrado, o CMMI, planejado para ser formado por um conjunto único de componentes que atende os interesses de desenvolvimento, serviços e aquisição de software.

Alternativas
Comentários
  • A versão atual do CMMI (versão 1.2) apresenta três modelos:

    • CMMI for Development (CMMI-DEV) publicada em agosto de 2006. Dirige-se ao processo de desenvolvimento de produtos e serviços.
    • CMMI for Acquisition (CMMI-ACQ) publicada em novembro de 2007. Dirige-se aos processos de aquisição e terceirização de bens e serviços.
    • CMMI for Services (CMMI-SVC) publicada em fevereiro de 2009. Dirige-se aos processos de empresas prestadoras de serviços.
  • Os múltiplos modelos CMM evoluiram para um modelo integrado, o CMMI, planejado para ser formado por TRÊS CONJUNTOS de componentes que atende os interesses de desenvolvimento, serviços e aquisição de software. 
  • Como disse o pessoal nos outros comentários, o erro está na "aquisição de software". O correto seria "aquisição de produtos e serviços"
  • Constelações do CMMI 1.2:

    CMMI para Desenvolvimento (CMMI-DEV) – inclui as disciplinas de engenharia de software, engenharia de sistemas e gestão de fornecedores. O IPPD fica como disciplina opcional.

    CMMI para Aquisições (CMMI-Acq) – adaptação do CMMI-Dev para organizações que contratam o desenvolvimento

    CMMI para Serviços (CMMI-Svc) – fornecimento e gerenciamento de serviços de qualquer natureza (não apenas serviços de TI)


    Que Deus nos abençoe.
  • Pelo Livro Questões Comentadas de TI do Professor Gledson Pompeu (Cathedra):

    "Embora o CMMI tenha sido projetado para integrar diversas disciplinas em um modelo comum, as especializações para serviços e aquisição surgiram apenas na versão 1.2, com o conceito de constelação. Além disso, cada constelação reúne conjuntos de componentes específicos, o que torna a questão errada."
  • o CMM define cinco níveis de maturidade, sendo o último o nível Otimização. o CMMI é um modelo bastante alinhado com a norma ISO/IEC 15504 (SPICE). nas avaliações utilizando o CMMI conduzidas nos últimos anos, a maioria das organizações avaliadas estao nos níveis 2 ou 3 de maturidade.


ID
285931
Banca
FUNIVERSA
Órgão
SEPLAG-DF
Ano
2009
Provas
Disciplina
Governança de TI
Assuntos

O modelo Capability Maturity Model (CMM) é uma iniciativa para avaliar e melhorar a capacitação de empresas que produzem software. Em relação ao CMM, assinale a alternativa correta.

Alternativas
Comentários
  • c-

    Os processos de desenvolvimento de software tais como CMM (capability maturity model) ou RUP promovem a melhoria do processo de desenvolvimento de software, em busca de uma qualidade do produto final, que, para esses modelos, é diretamente proporcional à qualidade do processo de desenvolvimento. Segundo o modelo de maturidade de capacidade - CMM (capability maturity model) -, uma organização que se encontra no nível de otimização possui um processo de aprimoramento contínuo com base em aspectos quantitativos observados nos processos de software. o CMMI é um modelo bastante alinhado com a norma ISO/IEC 15504 (SPICE).



ID
339457
Banca
COSEAC
Órgão
DATAPREV
Ano
2009
Provas
Disciplina
Governança de TI
Assuntos

Áreas chave de um processo CMM referentes ao processo DEFINIDO:

Alternativas
Comentários
  • Áreas chave de um processo CMM DEFINIDO:

    - Gerenciamento de Software Integrado (IPM)

    - Definição do Processo da Organização (OPD)

    - Foco no Processo da Organização (OPF)

    - Programa de Treinamento (OT)

    - Coordenação de Intergrupos totalmente originais (PI)

    - Desenvolvimento de Requisitos (RD)

    - Gerenciamento de Risco (RSKM)

    - Solução Técnica dos Requisitos (TS)

    - Validação (VAL)

    - Verificação (VER)

    Mas não entendi revisão por pares.

  • Maturity Level 3 – Defined

       CAM – Capacity and Availability Management

       DAR – Decision Analysis and Resolution

       IRP – Incident Resolution and Prevention

       IWM – Integrated Work Managements

       OPD – Organizational Process Definition

       OPF – Organizational Process Focus.

       OT – Organizational Training

       RSKM – Risk Management

       SCON – Service Continuity

       SSD – Service System Development

       SST – Service System Transition

       STSM – Strategic Service Management


ID
348370
Banca
FUNCAB
Órgão
SEMARH-GO
Ano
2010
Provas
Disciplina
Governança de TI
Assuntos

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:

Alternativas
Comentários
  • a-

    The purpose of Organization Process Definition is to develop and maintain a usable assortment of software process assets with a view to improving process performance across the projects and laying the groundwork for cumulative, long-term benefits to the organization.

    https://en.wikipedia.org/wiki/Capability_Maturity_Model_Integration


ID
370960
Banca
FCC
Órgão
TCE-GO
Ano
2009
Provas
Disciplina
Governança de TI
Assuntos

Processo Padronizado e Consistente e Processo Previsível e Controlado referem-se, respectivamente, aos níveis de maturidade CMM

Alternativas
Comentários
  • Capacitação Processo
    Nível 0 – Incompleto Não é executado ou é parcialmente executado – uma das metasespecíficas de sua área de processo não é satisfeita.
    Nível 1 – Executado Satisfaz todas as metasespecíficas de sua área de processo.
    Nível 2 – Gerenciado É planejado e executado
    Nível 3 – Definido É gerenciado e adaptado a partir de um conjunto de processos padronizados da organização.
    Nível 4 – Gerenciado Quantitativamente É definido e controlado (técnicas estatísticas e outros métodos quantitativos)
    Nível 5 – Otimizado Quantitativamente gerenciado e focado na melhoria contínuade desempenho.
  • A questão fala sobre níveis de maturidade do CMM que são:

    Nível 1: Inicial

    os processos são geralmente ad hoc(expressão latina cuja tradução literal é "para isto") e caóticos. A organização geralmente não dispõe de um ambiente estável.

    Nível 2: Repetível

    O processo pode não se repetir para todos os projetos da organização. Mas o foco é na repetição e pode usar ferramentas de Gerência de Projetos para mapear os custos e o prazo do projeto.

    Nível 3: Definido

    Neste nível uma organização alcançou todas as metas genéricas e específicas das áreas de processo designadas como de níveis 1 e 2.Os  processos são bem caracterizados e entendidos, e são descritos utilizando padrões, procedimentos, ferramentas e métodos. Os padrões e a descrição de processos e procedimentos para o projeto são guiados pelo conjunto de padrões de processos da organização(Padronizado). Os processos realizados através da organização são consistentes exceto pelas diferenças permitidas pelos guias.(Consistentes)



    Nível 4: Gerenciado

    Utilizando métricas precisas, o gerenciamento pode efetivamente controlar os esforços para desenvolvimento de software. Em particular, o gerenciamento pode identificar caminhos para ajustar e adaptar o processo a projetos particulares, sem perda de métricas de qualidade ou desvios das especificações.

    Organizações neste nível conseguem metas quantitativas para o processo de desenvolvimento de software e de manutenção.

    Subprocessos são selecionados conforme a importância na performance total do processo. Esses subprocessos selecionados são controlados usando técnicas estatísticas e quantitativas.

    Uma distinção crítica entre o nível de maturidade 3 e 4 é a previsibilidade do desempenho do processo(Previsível). No nível 4, o desempenho do processo é controlado usando técnicas estatísticas e quantitativas, e é previsível quantitativamente. No nível 3, os processos são somente previsíveis qualitativamente.



    Nível 5: Otimizado

    No nível 5, uma organização adquiriu todas as metas específicas das áreas de processo dos níveis 2, 3, 4, e 5 e as metas genéricas dos níveis 2 e 3. Processos são continuamente melhorados com base no entendimento quantitativo das causas comuns de variação inerente aos processos.

    No nível de maturidade 5, o foco é o contínuo progresso do desempenho dos processos, através da introdução de melhorias de inovação tecnológica e incremental. Objetivos de melhoria quantitativa dos processos para a organização são estabelecidos, continuamente revisados, refletindo as mudanças nos objetivos da organização, e usando critérios de melhoria na gerência de processos.

    fonte:http://pt.wikipedia.org/wiki/Capability_Maturity_Model

  • Para lembrar: o gerenciado da resposta é o GERENCIADO QUANTITATIVAMENTE.
  • Só uma ressalva: a questão falou em níveis de Maturidade e não de Capacidade. Apesar de não alterar a gabarito, segue:

    1 - Inicial (Ad-Hoc)
    2 - Gerenciado/ Gerido
    3 - Definido
    4 - Gerenciado Quantitativamente ou Gerido Quantitativamente
    5 - Em otimização.

    E, aproveitando, lembrando que, na Capacidade, o nivel 1 é denominado de Executado e que no CMMI 1.3 não existem mais os níveis 4 e 5 para os níveis de Capacidade

  • Luiz Cláudio, se vc não fala, eu tava aqui tentando entender ainda...

    Aprendi os níveis como sendo 2-Gerenciado e 4-Gerenciado quantitativamente. Achei que "Repetível" não existia, que era pegadinha. Mas, bom saber que podem ser usadas essas outras nomenclaturas... Obrigada.

ID
464125
Banca
CESGRANRIO
Órgão
Transpetro
Ano
2011
Provas
Disciplina
Governança de TI
Assuntos

O CMM (Modelo de Capacidade e Maturidade) estabelece práticas de Engenharia de Software. O CMM é composto por 18 Key Process Areas (KPA) distribuídas em diversos níveis de maturidades. As KPA “Gerência Integrada de Software” e “Gerência da Qualidade de Software” estão distribuídas, respectivamente, nos níveis

Alternativas
Comentários
  • CMM possui 5 níveis de Maturidade, cada nível possui um conjunto de KPAs que pertencem exclusivamente a cada nível:

    Nível 1: Inicial --> Não possui KPA

    Nível 2: Repetitível, 6 KPAs: Ger. de Requisitos, Ger. de Subcoontratação, Acompanhamento do Projeto, Planejamento do Projeto, Garantia de Qualidade e Ger. Configuração.

    Nível 3: Definido, 7 KPAs: Ger. Integrada de Software, Treinamento, Coordenação Inter-Grupos, Foco no Processo Organizacional, Definição do Processo Organizacional, Peers Review e Eng de Produto.

    Nível 4: Gerenciado, 2 KPAs: Ger. Quantitativa do Processo e Ger. de Qualidade de Software.

    Nível 5: Otimizado, 3 KPAs: Ger. de Mudança Tecnológica, Ger. de Mudança de Processo; Prevenção de Defeito.

    Logo, letra C
  • Na hora de chutar, é praticamente certo que um KPA vai ser de nivel 2 (gerenciado) ou 3 (definido), onde se concentram mais de 3/4 deles...
  • Boa Asdrubal.. Vou estudar 1/4 que aí dá pra acertar os outros 3/4 hehehe.. 
  • Nível 0 – Incompleto   

    Nível 1 – Executado   Satisfaz todas as metas específicas de sua área de processo.

    Nível 2 – Gerenciado   É planejado e executado

    Nível 3 – Definido - (Gerência Integrada de Software) É gerenciado e adaptado a partir de padroes.

    Nível 4 – Gerenciado Quantitativamente   É definido e controlado (técnicas estatísticas e outros métodos quantitativos)

    Nível 5 – Otimizado   Quantitativamente gerenciado e focado na melhoria contínuade desempenho.


ID
641404
Banca
FCC
Órgão
TRT - 2ª REGIÃO (SP)
Ano
2008
Provas
Disciplina
Governança de TI
Assuntos

Segundo o modelo CMM, migrar do nível 3 de maturidade para o nível 4 representa uma melhoria da qualidade de processos

Alternativas
Comentários
  •  Os 5 Níveis de Maturidade do CMM
      3.1 Nível 1: Inicial
      3.2 Nível 2: Repetitivo
      3.3 Nível 3: Definido
      3.4 Nível 4: Gerenciado Quantitativamente
      3.5 Nível 5: Em Otimização

    http://pt.wikipedia.org/wiki/Capability_Maturity_Model
     

  • c-

    O nivel 3 é definido, o que signifuca que o processo é reconhecivel pelos envolvidos e parte da cultura orgazanicional. O nivel 4 é gerenciado quantativamente


ID
646213
Banca
FCC
Órgão
TJ-PE
Ano
2012
Provas
Disciplina
Governança de TI
Assuntos

Sobre o SSE-CMM é correto afirmar:

Alternativas
Comentários
  • a) É indicado apenas para a elaboração de processos de gestão de segurança. (ERRADA)
    O modelo pretende ser usado como:
    - ferramenta para organizações de engenharia avaliarem as práticas de engenharia de segurança e definir melhorias para essas práticas.
    - mecanismo padrão para clientes avaliarem as capacidades de engenharia de segurança de um provedor.
    - base para avaliar organizações de engenharia de segurança (por exemplo, certificadores de sistemas e avaliadores de produtos) para estabelecer a capacidade da organização baseada em confiança (como um ingrediente para assegurar a segurança de sistemas ou projetos)


    b) Descreve todas as características dos processos que devem existir em uma organização para assegurar uma boa segurança de sistemas, mas não define níveis de maturidade para os processos. (ERRADA)

    O próprio modelo tem maturidade no nome... System Security Engineering - Capability Maturity Model. Já no primeiro capítulo do documento (1. Background ) há a seguinte afirmação:


    "Within the ITS domain the SSE-CMM® Model is focussed on the processes used to achieve ITS, most specifically on the maturity of those processes."
    c) Estão sendo identificadas e estudadas as métricas de processo e de segurança. (CORRETA)

    Com relação ao uso da SSE-CMM, os seguintes tipos de métricas estão sendo identificadas e estudas:
    - métricas de processo
    - métricas de segurança

    d) Foi criado para ser aplicado apenas no desenvolvimento de projetos de software.  (ERRADA)


    Se aplica para desenvolvimento de produtos seguros, desenvolvimento de sistemas seguros e integradores, e organizações que provem serviços de segurança e de engenharia de segurança.

    e) Aplica-se apenas a pequenas e médias organizações privadas que possuem um número reduzido de processos.  (ERRADA)
    Se aplica a todos os tipos e tamanhos de organização de engenharia de segurança, tais como comerciais, governamentais ou acadêmicas.

    Fonte: 
    http://www.sse-cmm.org/model/model.asp
  • Fui só na eliminação aliado de um conhecimento mundano. rsrsss

  • Capacitação   Processo

    Nível 0 – ad-hoc

    Nível 1 – Executado   Satisfaz todas as metas específicas de sua área de processo.

    Nível 2 – Gerenciado   É planejado e executado.

    Nível 3 – Definido   É gerenciado e adaptado a partir de padroes da organização.integração

    Nível 4 – Gerenciado Quantitativamente   definido e controlado (técnicas estatísticas e outros métodos quantitativos)

    Nível 5 – Otimizado   Quantitativamente gerenciado e focado na melhoria contínua de desempenho.


ID
910063
Banca
CESPE / CEBRASPE
Órgão
Telebras
Ano
2013
Provas
Disciplina
Governança de TI
Assuntos

Acerca da versão 3 da biblioteca ITIL, julgue os itens subsequentes.

O responsável por coordenar as reuniões do Conselho Consultivo de Mudanças (CCM) é o gerente de mudanças.

Alternativas
Comentários
  • Lembrando que o processo de "Gerenciamento de Mudanças" faz parte da "Transição de Serviço".

    Para "Conselho Consultivo de Mudanças - CCM", você pode encontrar ainda a sigla/termo em inglês: CAB - Change Advisory Board.

    O que faz este conselho?
    Reúne pessoas que autorizam a mudança e auxiliam na sua avaliação e priorização.

    Bons estudos!
  • Missão: Gerenciar todas as mudanças, assegurando que sejam utilizados métodos para administrá-las, para que a infraestrutura de TI tenha o menor risco possível.

    Objetivos:

    • Gerenciar todas as mudanças que possam causar impacto no negócio;
    • Garantir a utilização de métodos e procedimentos padrões, para o manuseio rápido e eficiente de todas as mudanças;
    • Facilitar a implementação de mudanças aprovadas, de forma eficiente e dentro de um risco aceitável para o negócio.

    responsabilidades:

    • Receber e registrar as RDM’s;
    • Comunicar as áreas envolvidas;
    • Avaliar as implicações, custos, benefícios e riscos das mudanças propostas;
    • Justificar e aprovar as mudanças;
    • Coordenar e controlar a implementação;
    • Efetuar a Revisão Pós Implementação (RPI) e encerramento dos registros de Mudança;
    • Presidir e estabelecer o Comitê Consultivo de Mudanças (CCM e CE);

    O Gerente de Mudanças será responsável por:

    • Receber, registrar e alocar a prioridade adequada para todas as mudanças, bem como rejeitar as mudanças que não existam uma razão efetiva para implementação;
    • Preparar toda a Agenda de Mudanças que será discutida no Comitê Consultivo de Mudanças;
    • Convocar as pessoas necessárias para participar do Comitê Consultivo de Mudanças;
    • Comunicar a Agenda de Mudanças, que já foi devidamente aprovada, para ciência da organização;
    • Efetuar a Revisão de pós-implementação de todas as mudanças;
    • Elaborar relatórios.


ID
1155946
Banca
FJPF
Órgão
CONAB
Ano
2006
Provas
Disciplina
Governança de TI
Assuntos

Em relação à maturidade das organizações, os conceitos de melhoria dos processos de software podem ser estudados através do modelo CMM (Capability Maturity Model). As atividades de análise e validação e proposição de ações futuras são enquadradas na fase conhecida como:

Alternativas

ID
1155949
Banca
FJPF
Órgão
CONAB
Ano
2006
Provas
Disciplina
Governança de TI
Assuntos

Em relação ao modelo SW-CMM, que trata da maturidade (capacitação em processos de software) nas organizações, das opções abaixo, aquela que corresponde ao nível em que a organização escolhe as rotinas e os processos são padronizados, é conhecida como nível:

Alternativas
Comentários
  • Capacitação   Processo

    Nível 0 – Incompleto, ad-hoc e caos

    Nível 1 – Executado   Satisfaz todas as metas específicas de sua área de processo.

    Nível 2 – Gerenciado   É planejado e executado

    Nível 3 – Definido   É gerenciado e adaptado a partir de padroes da organização.

    Nível 4 – Gerenciado Quantitativamente   É definido e controlado (técnicas estatísticas e outros métodos quantitativos)

    Nível 5 – Otimizado   Quantitativamente gerenciado e focado na melhoria contínua de desempenho.


ID
1159342
Banca
FEPESE
Órgão
MPE-SC
Ano
2014
Provas
Disciplina
Governança de TI
Assuntos

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.

Alternativas
Comentários
  • O item 2 está errado pois está em ordem inversa.

    O correto é nível 1 imaturo e nível 5 mais maduro.

  • Capacitação   Processo

    Nível 0 – Incompleto, ad-hoc e caos

    Nível 1 – Executado   Satisfaz metas específicas de sua área de processo.

    Nível 2 – Gerenciado   É planejado e executado

    Nível 3 – Definido   É gerenciado e adaptado a partir de um conjunto de processos padronizados. integracao

    Nível 4 – Gerenciado Quantitativamente   É definido e controlado (técnicas estatísticas e outros métodos quantitativos)

    Nível 5 – Otimizado   Quantitativamente gerenciado e focado na melhoria contínuade desempenho.


ID
1348777
Banca
CESPE / CEBRASPE
Órgão
INMETRO
Ano
2010
Provas
Disciplina
Governança de TI
Assuntos

No que concerne ao conceito de CMMI e CMM, assinale a opção correta.

Alternativas
Comentários
  • a) ERRADO. Definido: O processo de software para as atividades de gestão e engenharia é documentado, padronizado e integrado em um processo de software padrão para a organização. Todos os projetos utilizam uma versão aprovada do processo de software padrão para desenvolver e manter software.

     

    b) ERRADO. O CMM não é prescritivo; ele não diz à organização como melhorar. O CMM descreve a organização em cada nível de maturidade sem prescrever os meios específicos para conseguí-lo.

     

    d) ERRADO. No CMMI, cada nível de maturidade é composto de várias áreas-chave de processo. Cada área-chave de processo é organizada em 5 seções denominadas Características Comuns (Common Features).

     

    e) ERRADO. As áreas-chave de processo do Nível 2 são focadas em assuntos de projeto de software relacionados com o estabelecimento de controles básicos de gerência de projeto.

  • c-

    O CMMI (Capability Maturity Model Integration) é um modelo de referência que contém práticas (Genéricas ou Específicas) necessárias à maturidade em disciplinas específicas (Systems Engineering, Supplier Sourcing etc). CMMI é uma evolução do CMM e procura estabelecer um modelo único para o processo de melhoria corporativo, integrando diferentes modelos e disciplinas. O CMMI é um conjunto comprovado de práticas globais recomendadas que impulsiona o desempenho dos negócios por meio da criação e do benchmarking(avaliação comparativa) de recursos-chave serna.


ID
1373893
Banca
FUNCAB
Órgão
MDA
Ano
2014
Provas
Disciplina
Governança de TI
Assuntos

No modelo CMM (padrão CMMI), é uma área de processo que precisa ser desenvolvida no nível de maturidade gerenciado:

Alternativas
Comentários
  • A área de processo não seria a gestão de projeto ? Até onde eu saiba a gestão de configuração é um processo de nível 2 - gerenciado da AP Suporte.

    Acho que a banca equivocou-se.

  • Colem isso na geladeira:

     

    Nível 1: Inicial (Ad-hoc)
    -Não possui áreas de processo.

    Nível 2: Gerenciado / Gerido
    Gerenciamento de Requisitos - REQM (Requirements Management)
    Planejamento de Projeto - PP (Project Planning)
    Acompanhamento e Controle de Projeto - PMC (Project Monitoring and Control)
    Gerenciamento de Acordo com Fornecedor - SAM (Supplier Agreement Management)
    Medição e Análise - MA (Measurement and Analysis)
    Garantia da Qualidade de Processo e Produto - PPQA (Process and Product Quality Assurance)
    Gerência de Configuração - CM (Configuration Management)

    Nível 3: Definido
    Desenvolvimento de Requisitos - RD (Requirements Development)
    Solução Técnica - TS (Technical Solution)
    Integração de Produto - PI (Product Integration)
    Verificação - VER (Verification)
    Validação - VAL (Validation)
    Foco de Processo Organizacional - OPF (Organizational Process Focus)
    Definição de Processo Organizacional - OPD (Organizational Process Definition)
    Treinamento Organizacional - OT (Organizational Training)
    Gerenciamento Integrado de Projeto - IPM (Integrated Project Management)
    Gerenciamento de Riscos - RSKM (Risk Management)
    Análise de Decisão e Resolução - DAR (Decision Analysis and Resolution)

    Nível 4: Quantitativamente gerenciado / Gerido quantitativamente
    Desempenho de Processo Organizacional - OPP (Organizational Process Performance)
    Gerenciamento Quantitativo de Projeto - QPM (Quantitative Project Management)

    Nível 5: Em otimização
    Gestão de Processo Organizacional - OPM (Organizational Process Management)
    Análise Causal e Resolução - CAR (Causal Analysis and Resolution)

  •  a) gestão de configuração : Nível 2 - Gerenciado

     b) análise e resolução de causas. c) gestão de riscos  d) desenvolvimento de requisitos  e) gestão do projeto. : Nível 3 - Definido

  • a)gestão de configuração [Suporte - Nível 2]
    b)análise e resolução de causas. [Suporte - Nível 5]
    c)gestão de riscos [Gestão do Projeto - Nível 3]
    d)desenvolvimento de requisitos [Engenharia - Nível 3]
    e)gestão do projeto. [Não existe. O que existe é gestão Integrada do Projeto]

  • a-

    Maturity Level 2 – Managed

       CM – Configuration Management

       MA – Measurement and Analysis

       PPQA – Process and Quality Assurance

       REQM – Requirements Management

       SAM – Supplier Agreement Management

       SD – Service Delivery

       WMC – Work Monitoring and Control

       WP – Work Planning


ID
1379788
Banca
FEPESE
Órgão
MPE-SC
Ano
2014
Provas
Disciplina
Governança de TI
Assuntos

Assinale a alternativa que apresenta o nome dos cinco níveis do CMM em ordem crescente de maturidade:

Alternativas
Comentários
  • Capacitação   Processo

    Nível 0 – Incompleto, ad-hoc e caos

    Nível 1 – Executado   Satisfaz todas as metas específicas de sua área de processo.

    Nível 2 – Gerenciado   É planejado e executado

    Nível 3 – Definido   É gerenciado e adaptado a partir de um conjunto de processos padronizados da organização.

    Nível 4 – Gerenciado Quantitativamente   É definido e controlado (técnicas estatísticas e outros métodos quantitativos)

    Nível 5 – Otimizado   Quantitativamente gerenciado e focado na melhoria contínuade desempenho.


ID
1474744
Banca
CESGRANRIO
Órgão
Petrobras
Ano
2010
Provas
Disciplina
Governança de TI
Assuntos

O CMM é um instrumento de orientação para a implementação da melhoria contínua do processo de desenvolvimento de software e utiliza um modelo de cinco níveis. Há áreas-chave de processos (KPA) com metas que devem ser atingidas para que o processo satisfaça às condições de determinado nível. Qual dos seguintes relacionamentos associa a KPA a uma de suas metas?

Alternativas
Comentários
  • c-

    The purpose of Software Configuration Management (CM) is to establish and maintain the integrity of the products of the software project throughout the project’s software life cycle. Software Configuration Management is an integral part of most software engineering and management processes.


ID
1924633
Banca
Marinha
Órgão
Quadro Complementar
Ano
2012
Provas
Disciplina
Governança de TI
Assuntos

Assinale a opção correta em relação ao processo de software CMM {Capability Maturity Model).

Alternativas
Comentários
  • O gabarito é a letra C.

     

    Analisando as demais alternativas:

     

    A - Não há a utilização da escala estatística de valores mencionada.

    B - Não há nível 0 no modelo de maturidade do CMM.

    D - O nível 2 não despreza completamente as técnicas de engenharia de software.

    E - Não há rigidez na definição dos processos no nível 1.

  • CMM
    Nível 1 - Inicial:
    pobremente controlado e imprevisível
    Nível 2 - Repetível: Pode repetir tarefas executadas com sucesso
    Nível 3 - Definido: Processo é caracterizado e bem entendido
    Nível 4 - Gerenciado: Processo é medido e controlado
    Nível 5 - Otimização: Foco na melhoria contínua do processo


ID
2241541
Banca
COPESE - UFPI
Órgão
UFPI
Ano
2014
Provas
Disciplina
Governança de TI
Assuntos

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

Alternativas
Comentários
  • Qual o erro na letra C?

  • George,

     

    A afirmativa da C está correta, mas a questão está pedindo a incorreta.

  • Fatores que podem influenciar na escolha do modelo são:

    - Fatores de Negócio;

    - Fatores Culturais;

    - Fatores de Legado.

  • Achei que o CMMI-DEV não cobria serviços, avaliei isso como sendo CMMI-SVC - Serviços, prestar serviços para clientes.

  • Oxe que maconha foi essa quando li a letra c marquei sem ler as outras kkk , a letra c ta certa

  • Na letra C a alternativa fala que gestão de requisitos, gestão de riscos, validação e verificação são áreas de processos. Não acho que esteja correta a alternativa, pois elas são as categorias em que as áreas de processo podem ser classificadas e não áreas de processos em si, logo acho que está errada a letra C tb.

     

  • LETRA E ERRADA - existem três categorias de fatores que podem influenciar na decisão sobre qual representação deve ser utilizada no modelo CMMI: estratégia, negócios e processos.

    CORRETO:

    Fatores de Decisão

    Três categorias de fatores podem influenciar na decisão de qual

    representação escolher: estratégia, cultura e legado.

    Fonte: Livro CMMI para Desenvolvimento versão 1.2 - Capítulo 1, página 11.


ID
2241544
Banca
COPESE - UFPI
Órgão
UFPI
Ano
2014
Provas
Disciplina
Governança de TI
Assuntos

O Modelo de Maturidade em Capacitação (CMM – Capability Maturity Model), também conhecido como Software CMM (SW-CMM), possui 5 níveis de maturidade. Assinale a opção que NÃO representa um dos níveis do modelo CMM.

Alternativas
Comentários
  • Os níveis são:

    Nível 1 - Inicial;

    Nível 2 - Gerenciado;

    Nível 3 - Definido;

    Nível 4 - Gerenciado Quantitativamente;

    Nível 5 - Otimizado.

  • Os níveis são :

    Nível 1 - Inicial;

    Nível 2 - Repetível;

    Nível 3 - Definido; <-- A questão trocou DEFINIDO por "Qualificado". Por isso que a alternativa C é a resposta dessa questão.

    Nível 4 - Gerenciado;

    Nível 5 - Otimizado.

  • c-

    O CMMI (Capability Maturity Model Integration), atesta maturidade dos processos. O minimo para funcionar é nivel 2 - Gerenciado-, o qual possui uma área chamada de Gestão de Requisitos, para organizar os requisitos e identificar inconsistências.


ID
2476690
Banca
COPEVE-UFAL
Órgão
MPE-AL
Ano
2012
Provas
Disciplina
Governança de TI
Assuntos

O Capability Maturity Model (CMM) é definido como uma soma das "melhores práticas" para diagnóstico e avaliação de maturidade do desenvolvimento de softwares em uma organização. Qual dos estágios de maturidade abaixo não faz parte do CMM?

Alternativas
Comentários
  • e-

    Capacitação   Processo

    Nível 0 – Incompleto   caos e ad-hoc

    Nível 1 – Executado   Satisfaz metas específicas de sua área de processo.

    Nível 2 – Gerenciado   É planejado e executado

    Nível 3 – Definido   É gerenciado e adaptado a partir de um conjunto de processos padronizados da organização.

    Nível 4 – Gerenciado Quantitativamente   É definido e controlado (técnicas estatísticas e outros métodos quantitativos)

    Nível 5 – Otimizado   Quantitativamente gerenciado e focado na melhoria contínua de desempenho.


ID
2482186
Banca
FADESP
Órgão
COSANPA
Ano
2017
Provas
Disciplina
Governança de TI
Assuntos

Sobre a gerência de mudança considere as assertivas a seguir:

I. Consiste de um grupo de colaboradores que apoiará gerente de mudanças em suas análises e tomadas de decisão. Este comitê é formado por membros de diversas áreas, entre elas: todas as áreas de TI, alguns da área de negócios e, se necessário, terceiros e fornecedores.

II. É o analista que terá a tarefa de documentar, planejar, implementar e tesar a mudança.

III. Controla o ciclo de vida de todas as alterações. Sua função principal é levar a criação de mudanças positivas com um mínimo de interrupção dos serviços de TI.

A associação correta entre o papel e a sua função na gerência de mudança é

Alternativas
Comentários
  • A mudança não foi emergêncial e quem coloca a mão na massa não é o gerente

ID
2542087
Banca
CESPE / CEBRASPE
Órgão
TRT - 7ª Região (CE)
Ano
2017
Provas
Disciplina
Governança de TI
Assuntos

Em geral, métricas de qualidade não devem apenas informar, mas também orientar sobre como realizar a melhoria da qualidade do software. Tendo em vista que o CMM (Capability Maturity Model) foi projetado nesse sentido, assinale a opção que equivale ao nível 3 de qualidade de software no CMM.

Alternativas
Comentários
  • Quais são os cinco níveis de maturidade do CMMI?

    1) Inicial. O processo é caracterizado como sendo imprevisível e ocasionalmente caótico. Poucos processos são definidos e o sucesso depende de esforços individuais e, muitas vezes, heróicos.

    2) Gerenciado. Processos básicos de gerenciamento de projeto são estabelecidos para controle de custos, prazos e escopo. A disciplina de processo permite repetir sucessos de projetos anteriores em aplicações similares.

    3) Definido. Um processo composto por atividades de gerenciamento e engenharia, é documentado, padronizado e integrado em um processo padrão da organização. Todos os projetos utilizam uma versão aprovada e adaptada do processo organizacional para desenvolvimento e manutenção de produtos e serviços tecnológicos.

    4) Quantitativamente Gerenciado. Métricas detalhadas dos processos e dos projetos são coletadas. Tanto os processos como os projetos são quantitativamente compreendidos e controlados.

    5) Em otimização. A melhoria contínua do processo é estabelecida por meio de sua avaliação quantitativa, e da implantação planejada e controlada de tecnologias e idéias inovadoras.

  • Nível 3 (Definido):

    Nesse nível os processos são bem caracterizados e gerados  a partir de padrões da organização. Existe consistência entre os processos das diferentes áreas da organização. Processos nesse nível costuam ser DEFINIDOS de forma mais rigorosa.

     

     

     

    Letra B

     

    Fonte:

    Engenharia de Software: Conceitos e práticas - Raul Wazlawick

  • Capacitação   Processo

    Nível 0 – Incompleto   

    Nível 1 – Executado   Satisfaz metas específicas de sua área de processo.

    Nível 2 – Gerenciado   É planejado e executado

    Nível 3 – Definido   É gerenciado e adaptado a partir de um conjunto de processos padronizados da organização.

    Nível 4 – Gerenciado Quantitativamente   É definido e controlado (técnicas estatísticas e outros métodos quantitativos)

    Nível 5 – Otimizado   Quantitativamente gerenciado e focado na melhoria contínua de desempenho.