SóProvas



Questões de Governança de TI

  1. Questões de Auditoria de TI
  2. Questões de B2B
  3. Questões de Balanced Scorecard em Governança de T.I. (BSC)
  4. Questões de Ciclo PDCA (Plan, Do, Check, Act)
  5. Questões de CMM (Capability Maturity Model)
  6. Questões de CMMI (Capability Maturity Model Integration)
  7. Questões de COBIT
    1. Questões de COBIT v. 4.1
    2. Questões de COBIT v. 5.0
    3. Questões de COBIT v. 4.0
    4. Questões de COBIT 2019
  8. Questões de Conceitos Básicos em Governança de TI
  9. Questões de CRM
  10. Questões de Cultura Organizacional na Governança de TI
  11. Questões de E-business
  12. Questões de Gerência de Processos
  13. Questões de Gerência de Serviços
  14. Questões de Gestão de Conhecimento na Governança de TI
  15. Questões de Instrução Normativa N° 4
  16. Questões de ISO 9001
  17. Questões de ISO-IEC 12207
  18. Questões de ITIL
    1. Questões de ITIL v. 3
    2. Questões de ITIL v. 2
    3. Questões de ITIL 4
  19. Questões de Licenças de Software
  20. Questões de MPS.BR
  21. Questões de NBR ISO-IEC 9126-1
  22. Questões de Planejamento e Gestão de Sistemas de TI
  23. Questões de Planejamento Estratégico de TI (PETI)
  24. Questões de Norma NBR ISO/IEC 38500:2009
  25. Questões de TOGAF

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
10480
Banca
ESAF
Órgão
CGU
Ano
2006
Provas
Disciplina
Governança de TI
Assuntos

Analise as seguintes afirmações relacionadas aos sistemas de qualidade no desenvolvimento de software.

I. No CMMI nível 2, a área de processo Garantia da Qualidade do Processo e Produto (PPQA) deve fornecer uma gestão com visibilidade apropriada sobre os processos utilizados e produtos desenvolvidos pelo projeto de software.

II. No CMMI nível 3, a área de processo Validação (VAL) deve demonstrar que o produto ou seus componentes funcionam como esperado no ambiente pretendido.

III. No CMMI nível 3, a área de processo Foco do Processo na Organização (OPF) deve estabelecer e manter um conjunto de processos que pode ser utilizado por toda organização.

IV. No CMMI nível 3, a área de processo Desenvolvimento e Inovação Organizacional (OID) deve planejar e implementar melhorias de processos na organização baseadas nas suas fragilidades e forças.

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

Alternativas
Comentários
  • III - FALSA, pois é a area de processo Definição de Processo Organizacional (OPD) que deve estabelecer e manter...

    IV - FALSA, a área de processo OID pertence ao CMMI nivel 5, e a função a ela atribuida na questão é de responsabilidade da area de processo Foco do Processo na Organização (OPF)
  • III - Essa alternativa julguei incorreta devido a palavra "pode", sendo que a caracteristica desse nível é DEVE utilizar o processo definido, padronizado.Enfim, como são muitas informações, fica complicado lembrar de todos os detalhes do projeto, o que leva a utilizar os conceitos mais amplos para resolver questões desse tipo.
  • No nível 2 só há processos nas categorias PROJETOS e SUPORTE.
    No nível 3 ha processos em todas as categorias, inclusive todos os processos da ENGENHARIA são incluidos neste nível. O OPF - Foco no processo organizacional tem como objetivo planejar, implementar e entregar melhorias no processo organizacional (incluindo o processo padrão e os derivados de adaptações), com base no claro entendimento dos seus PONTOS FRACOS e FORTES.
    No CMMI 1.3 o OID não existe mais.

    I - Correto. Processo de SUPORTE.
    II - Correto. Primeiro ocorre a VER - verificação (que é garantir que o produto satisfaça os respectivos requisitos para os quais foi desenvolvido) depois vem a VAL - validação (que é a demonstração de que o produto ou componente de produto atinge os resultados esperado depois de colocado em operação no ambiente final)
    III - Errado. OPF é pontos FRACOS e FORTES.
    IV - Errado. OID não existe mais no CMMI 1.3 e o conceito dado é de OPF.
  • O local de prova desse concurso costuma ser somente em Brasília?

  • No edital consta que a prova só poderá ser realizada em Brasília.

  • The purpose of Software Quality Assurance (SQA)is to provide management with suitable visibility in the process used by the software project and of the products being built. Software Quality Assurance is an integral part of most software engineering and management processes.


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

Quanto às Metas e Áreas de Processos do CMMI é correto afirmar que

Alternativas
Comentários
  • Alternativas:
    A) COMENTÁRIO: APENAS NO NÍVEL 3 DE MATURIDADE (DEFINIDO).

    B) COMENTÁRIO: NÃO É NO NÍVEL 2,E SIM NO NÍVEL 5 (OTIMIZADO)

    C)COMENTÁRIO: NÃO É NO NÍVEL 2, MAS SIM NO NÍVEL 3 (DEFINIDO)

    D)COMENTÁRIO: NÃO É NO NÍVEL 2, MAS SIM NO NÍVEL 3 (DEFINIDO)


  • a) O nível de maturidade 1 não tem nenhum processo, por aí já se sabe que nada é exigido em todos os níveis.
    b) CAR está presente apenas no nível 5
    c) O nível 2 só tem processos nas categorias PROJETO e SUPORTE, e a questão fala em área de PROCESSO.
    d) Se um processo é exigido em um nível o nível seguinte vai exigir este processo e mais outros, portanto, o único nível que possui processos que nenhum dos demais processos possui é o nível 5 (processos CAR e OPM)
    e) Correto. O objetivo do CAR é identificar causas de defeitos e outros problemas e tomar ações corretivas para prevenir sua ocorrência futura.
  • e-

    The purpose of Defect Prevention (DP) is to identify the causes of defects and prevent them from recurring. The software project analyzes defects, identifies their causes, and changes its defined software process, as is described in Integrated Software Management.

  • e-

    The purpose of Defect Prevention (DP) is to identify the causes of defects and prevent them from recurring. The software project analyzes defects, identifies their causes, and changes its defined software process, as is described in Integrated Software Management.