Questões de Concurso
Sobre mps.br em governança de ti
Foram encontradas 423 questões
Software Brasileiro) tem uma nova versão em vigor desde 30 de
junho de 2009. O guia define que, a partir de 1.o de janeiro de 2010
só são válidas avaliações MPS usando o modelo de referência
MR-MPS:2009. Estabelece, entretanto, um período de transição, de
30 de junho a 31 de dezembro de 2009, durante o qual podiam ser
realizadas avaliações MPS usando o modelo de referência
MR-MPS:2009 ou a versão anterior, MR-MPS 1.2.

Considerando o Guia Geral, o Guia de Avaliação e o Guia de
Aquisição da versão 2009, julgue os itens subsequentes.
Software Brasileiro) tem uma nova versão em vigor desde 30 de
junho de 2009. O guia define que, a partir de 1.o de janeiro de 2010
só são válidas avaliações MPS usando o modelo de referência
MR-MPS:2009. Estabelece, entretanto, um período de transição, de
30 de junho a 31 de dezembro de 2009, durante o qual podiam ser
realizadas avaliações MPS usando o modelo de referência
MR-MPS:2009 ou a versão anterior, MR-MPS 1.2.

Considerando o Guia Geral, o Guia de Avaliação e o Guia de
Aquisição da versão 2009, julgue os itens subsequentes.
Software Brasileiro) tem uma nova versão em vigor desde 30 de
junho de 2009. O guia define que, a partir de 1.o de janeiro de 2010
só são válidas avaliações MPS usando o modelo de referência
MR-MPS:2009. Estabelece, entretanto, um período de transição, de
30 de junho a 31 de dezembro de 2009, durante o qual podiam ser
realizadas avaliações MPS usando o modelo de referência
MR-MPS:2009 ou a versão anterior, MR-MPS 1.2.

Considerando o Guia Geral, o Guia de Avaliação e o Guia de
Aquisição da versão 2009, julgue os itens subsequentes.
Software Brasileiro) tem uma nova versão em vigor desde 30 de
junho de 2009. O guia define que, a partir de 1.o de janeiro de 2010
só são válidas avaliações MPS usando o modelo de referência
MR-MPS:2009. Estabelece, entretanto, um período de transição, de
30 de junho a 31 de dezembro de 2009, durante o qual podiam ser
realizadas avaliações MPS usando o modelo de referência
MR-MPS:2009 ou a versão anterior, MR-MPS 1.2.

Considerando o Guia Geral, o Guia de Avaliação e o Guia de
Aquisição da versão 2009, julgue os itens subsequentes.
Software Brasileiro) tem uma nova versão em vigor desde 30 de
junho de 2009. O guia define que, a partir de 1.o de janeiro de 2010
só são válidas avaliações MPS usando o modelo de referência
MR-MPS:2009. Estabelece, entretanto, um período de transição, de
30 de junho a 31 de dezembro de 2009, durante o qual podiam ser
realizadas avaliações MPS usando o modelo de referência
MR-MPS:2009 ou a versão anterior, MR-MPS 1.2.

Considerando o Guia Geral, o Guia de Avaliação e o Guia de
Aquisição da versão 2009, julgue os itens subsequentes.
Considerando o MPS.BR (Melhoria de Processo do Software Brasileiro), o nível de maturidade G é composto por dois processos, a saber:
O MPS.BR (Melhoria de Processo do Software Brasileiro) é dividido em três componentes, que são os modelos de
I. A norma ISO/IEC 12207 contém processos, atividades e tarefas a serem aplicadas durante o fornecimento, aquisição, desenvolvimento, operação e manutenção de produtos de software e serviços correlatos e devem constituir-se referência na implementação do Modelo de Referência do MPS.BR.
II. O MPS.BR busca atingir compatibilidade com os padrões de qualidade aceitos internacionalmente e que tenha como pressuposto o aproveitamento de toda a competência existente nos padrões e modelos de melhoria de processo já disponíveis, como também adequar-se ao perfil de empresas com diferentes tamanhos e características, públicas e privadas, e, especialmente, nas micro, pequenas e médias empresas.
III. A norma ISO/IEC 17799 é mais um dos modelos da referência ao MPS.BR e presta-se à realização de avaliações de processos de software, buscando a melhoria de processos e determinação da capacidade de processos de uma unidade organizacional.
IV. O Modelo de Referência MR-MPS define níveis de maturidade, por meio da combinação entre processos e sua capacidade, com a definição dos processos que declarem o propósito e os resultados esperados de sua execução. Entretanto, as atividades e tarefas necessárias para atender ao propósito e aos resultados esperados não são definidas no MR-MPS, devendo ficar a cargo dos seus usuários.
É correto o que consta APENAS em
I. Existe uma política organizacional estabelecida e mantida para o processo.
II. Medidas são planejadas e coletadas para monitoração da execução do processo e ajustes são realizados.
III. As informações e os recursos necessários para a execução do processo são identificados e disponibilizados.
IV. Métodos adequados para monitorar a eficácia e adequação do processo são determinados e os resultados do processo são revistos com a gerência de alto nível para fornecer visibilidade sobre a sua situação na organização.
Tais RAP's referem-se ao atributo: "O processo é

A figura acima, elaborada no ano de 1998, apresenta uma proposta de relacionamento de precedência de criação e de incorporação de conceitos entre diversos modelos de qualidade de processo de engenharia de software e de sistemas. Não estão representados no modelo as normas e os modelos NBR ISO/IEC 27001, MPS.BR e NBR ISO/IEC 9126. Tendo em vista as informações apresentadas e os processos de software, julgue os itens a seguir.

A figura acima, elaborada no ano de 1998, apresenta uma proposta de relacionamento de precedência de criação e de incorporação de conceitos entre diversos modelos de qualidade de processo de engenharia de software e de sistemas. Não estão representados no modelo as normas e os modelos NBR ISO/IEC 27001, MPS.BR e NBR ISO/IEC 9126. Tendo em vista as informações apresentadas e os processos de software, julgue os itens a seguir.
desenvolvimento de software designa uma sequência de
atividades, agrupadas em fases e tarefas, executadas de forma
sistemática e uniformizada, realizadas por pessoas com
responsabilidades bem definidas e que, a partir de um conjunto
de entradas (inputs) produzem um conjunto de saídas (outputs).
Como objetivos, o processo de desenvolvimento de software deve
prover orientação sobre as sequências das atividades envolvidas,
especificar os modelos descritivos do sistema, gerenciar as tarefas
e definir métricas para os modelos e atividades.
R. A. Ramos. Treinamento em UML (com adaptações).
Quanto às fases e tarefas no processo de desenvolvimento de
software, julgue os itens de 64 a 67.
Assinale a opção que representa corretamente todos os processos atribuídos ao nível de maturidade.
Assinale a opção que identifica um dos resultados esperados do processo de Gerência de Requisitos.
Assinale a opção que identifica todos os níveis de maturidade do MPS.BR.