SóProvas

Questões de MPS.BR

ID
28939
Banca
CESGRANRIO
Órgão
CAPES
Ano
2008
Provas
Disciplina
Governança de TI
Assuntos

A que nível do CMMI é equivalente o nível de maturidade B do MPS.Br?

Alternativas
Comentários
  • O MPS.BR ou Melhoria de Processos do Software Brasileiro, é simultaneamente um movimento para a melhoria e um modelo de qualidade de processo voltada para a realidade do mercado de pequenas e médias empresas de desenvolvimento de software no Brasil.

    Ele é baseado no CMMI, nas normas ISO/IEC 12207 e ISO/IEC 15504 e na realidade do mercado brasileiro.

    O MPS.BR apresenta 7 níveis de maturidade (o que é um diferencial em relação aos outros padrões de processo) que são:

    * A - Em Otimização;
    * B - Gerenciado quantitativamente;
    * C - Definido;
    * D - Largamente Definido;
    * E - Parcialmente Definido;
    * F - Gerenciado;
    * G - Parcialmente Gerenciado.
    (fonte: http://pt.wikipedia.org/wiki/MPS.BR)
    Já o CMMI, é caracterizado por Níveis de Maturidade (Maturity Levels):

    * Nível 1: Inicial (Ad-hoc)
    * Nível 2: Gerenciado
    * Nível 3: Definido
    * Nível 4: Quantitativamente gerenciado
    * Nível 5: Em otimização
    (fonte: http://pt.wikipedia.org/wiki/CMMI)

    Relação entre os níveis de maturidade dos modelos:
    CMMI MPS.BR:
    Nível 5 - Otimizado = A - Otimizado
    Nível 4 - Ger. Quant. = B - Ger. Quant.
    Nível 3 - Definido = C - Definido
    Nível 3 - Definido = D - Largamento Definido
    Nível 3 - Definido = E - Parcialmente Definido
    Nível 2 - Gerenciado = F - Gerenciado
    Nível 2 - Gerenciado = G - Parcialmente Gerenciado
    Nível 1 - Inicial = Não possui
  • Uma ilustração fazendo o comparativo entre os níveis do MPS e do CMMI:http://www.pentagrama.com.br/images/new_piramide.gif
  • CMMI MPS.BR
    5 - Em Otimização A (Em Otimização)
    4 - Quantitativamente Gerenciado B (Gerenciado Quantitativamente)
    3 - Definido C (Definido)
    D (Largamente Definido)
    E (Parcialmente Definido)
    2 - Gerenciado F (Gerenciado)
    G (Parcialmente Gerenciado)
    Inicial (NÃO EXISTE NO MPS.BR)
ID
56734
Banca
CESPE / CEBRASPE
Órgão
ANAC
Ano
2009
Provas
Disciplina
Governança de TI
Assuntos

Em engenharia de software, o processo de
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.

O MRmps - Modelo de referência para melhoria de processo de software compreende níveis de maturidade e um método de avaliação. Neste modelo a maturidade do processo está organizada em duas dimensões: capacidade e processo. A dimensão de processos é baseada na ISO/IEC 12207. A intersecção destas duas dimensões define a maturidade do processo, que no MRmps possui sete níveis de maturidade. O MPS-BR é um projeto que visa a criação e disseminação do MRmps em empresas brasileiras.

Alternativas
Comentários
  • O Projeto mps Br visa a melhoria de processos de software em empresas brasileiras, a um custo acessível, especialmente na grande massa de micro, pequenas e médias empresas. Tem como objetivo principal definir e implementar o Modelo de Referência para melhoria de processo de software (MR mps).O Modelo de Referência para melhoria de processo de software (MR mps) compreende níveis de maturidade e um método de avaliação.A norma de referência para os processos de ciclo de vida de software no MR mps é a ISO/IEC 12207 conforme sua atualização publicada em 2002. Esta norma pode ajudar as organizações na definição de seus processos pois ela contém uma clara definição da arquitetura, terminologia e responsabilidades inerente a processos. Essa atualização inseriu processos e acrescentou na sua descrição propósito e resultados de implementação o que possibilita a avaliação da capacidade doprocesso.A avaliação das organizações segundo o MR mps deverá ser realizada considerando-se a aderência às áreas de processo estabelecidas para cada nível de maturidade e a adequação das práticas que implementam as áreas de processo. O método de avaliação foi definido com base na ISO/IEC 15504.
  • A referência está aqui:http://www.facilinformatica.com.br/Geral/Noticias.aspx/597Só me resta uma boa fonte para confirmar "organizada em duas dimensões: capacidade e processo." Não sabia que tinha estas duas dimensões e não sabia sobre a intersecção entre elas.

  •  Não encontrei na literatura como o MR mps define o método de avaliação. Creio que a avaliação esteja no método de avaliação. Certo?

  • Galera, onde que o MR-MPS compreende um método de avaliação??
    Essa questão está errada, não?

    O método de avaliação está compreendido no MA-MPS.

  • Realmente ficou muito esquisito dizer que o MR-MPS compreende o Método de Avaliação, se existe o MA-MPS.

  • Percebi que existe uma confusão com essa ideia de onde está o método de avaliação. Até nos PDFs do estratégia eles consideram a avaliação como filho do MR-MPS. Bem, acho que era pra estar errada.

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

O componente MR-MPS (Modelo de Referência de Melhoria de Processo de Software) do MPS.BR (Melhoria de Processo de Software Brasileiro)

Alternativas
Comentários
  • O MPR.BR possui três vertentes:MR-MPS – Modelo de referência para melhoria do processo de softwareMA-MPS – Método de avaliação para melhoria do processo de softwareMN-MPS – Modelo de negócio para melhoria do processo de softwareTodas as alternativas que mencionam avaliação podem ser descartadas. A,C,E. A letra D me confundiu um pouco, por isso não farei comentários sobre ela.Basta agora lembrar o 7 níveis de maturidade. Eles são definidos pelo MR. São eles:A - Em Otimização;B - Gerenciado quantitativamente;C - Definido;D - Largamente Definido;E - Parcialmente Definido;F - Gerenciado;G - Parcialmente Gerenciado;Letra B
  • A Letra D é errada pois não se implementa o MR-MPS mas sim o MPS.BR.

  • Questão mto fácil galera:

    tudo que fala de avaliação é relacionado ao Método de Avaliação (MA-MPS.BR).

    Sobra b e d; d é ridícula né?

    Alternativa b, que é exatamente o objetivo que consta na Guia Geral.

    Abraços

  • a) tem como objetivo avaliar e credenciar empresas que desejam implantar os processos MPS.BR.  -> MA-MPS
    b) define níveis de maturidade que são uma combinação de processos e capacitação de processos -> MR-MPS
    c) contém o processo de avaliação, os requisitos para averiguação da conformidade ao modelo MR-MPS. -> MA-MPS
    d) contém uma descrição das regras para a implementação do MR-MPS. -> MN-MPS
    e) tem como objetivo orientar a realização de avaliações, em conformidade com a norma ISO/IEC 15504, em empresa e organizações que implementaram o MR-MPS. ->MA-MPS

  • Dá pra matar por eliminação.

    Mas fiquei na dúvida: capacidade de processos é diferente de capacitação de processos correto?

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

Considere as assertivas sobre o Modelo MPS do Programa de Melhoria do Processo de Software Brasileiro MPS.BR:

I. O MPS possui sete níveis de maturidade dividido em 3 grupos: base, meio e topo da pirâmide.
II. O MPS está em conformidade com as normas ISO/IEC 12207 e ISO/IEC 15504.
III. Divide-se em 4 modelos mais específicos: Referência, Avaliação, Implantação e Negócio.

As assertivas corretas são:

Alternativas
Comentários

  • I -possui sete niveis, mas não é dividida em grupos.

    I I- correta

    I I I - o modelo MPS possui três componentes:Modelo de Referência (MR-MPS), Método de Avaliação (MA-MPS) e Modelo de Negócio (MN-MPS)

  • O MPS.BR  são agrupadaos os processos, não os niveis de maturidade. Os processos são agrupados em: Processos Fundamentais, Processos de Apoio e Processos Organizacionais.

  • Vale também a revisão de cada componente do MPS.BR:

    Modelo de Referência: Guia Geral Guia de Aquisição Guia de Implementação Modelo de Aquisição: Guia de Aquisição Modelo de Avaliação: Documentos do Programa


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

A respeito da engenharia de software, julgue os itens de 101 a 109.

O MPS.BR baseia-se nos conceitos de maturidade e capacidade de processo para a avaliação e melhoria da qualidade e produtividade de produtos de software e serviços correlatos. Nesse contexto, o MPS.BR, que possui três componentes: Modelo de Referência, Método de Avaliação e Modelo de Negócio, é baseado no CMMI, nas normas ISO/IEC 12207 e ISO/IEC 15504 e na realidade do mercado brasileiro. No Brasil, uma das principais vantagens desse modelo é seu custo reduzido de certificação em relação às normas estrangeiras e, portanto, é avaliado como ideal para micro, pequenas e médias empresas.

Alternativas
Comentários
  • "é baseado no CMMI, nas normas ISO/IEC 12207 e ISO/IEC 15504 e na realidade do mercado brasileiro"
    Correto não seria é compatível com o CMMI??
    Visto que as bancas gostam tanto de cobra o que esta escrito ao pé da letra.
  • Outro erro da questão: MPS.BR é focado em Pequenas e Médias empresas, Micro empresas não são citadas.

    Fonte: Site da SOFTEX

  • A questão está perfeita. Quem fala que está errada precisa estudar mais

ID
142228
Banca
CESGRANRIO
Órgão
BNDES
Ano
2009
Provas
Disciplina
Governança de TI
Assuntos

Seja X um processo introduzido no nível de maturidade C do MPS.BR. Segundo o modelo de referência MR-MPS 1.2, X compõe, necessariamente, os processos do nível de maturidade

Alternativas
Comentários
  • Se X faz parte do nível C, então, X compõe, necessariamente, os processos do nível de maturidade B, pois cada nível de maturidade acumula os processos do nível imeditamente inferior. 

    O MPSBr inicia pela letra G e evolui até a letra A, a saber:
    A - Em Otimização
    B - Gerenciado Quantitativamente
    C - Definido
    D - Largamente Definido
    E - Parcialmente Definido
    F - Gerenciado
    G - Parcialmente Gerenciado

    Em outro exemplo:

    Se X fizesse parte do nível G, então, X comporia, necessariamente, os processos do nível de maturidade F, pois cada nível de maturidade acumula os processos do nível imeditamente inferior. 

  • Questão de Lógica!!! teoria dos conjuntos.

  • Se um processo está no nível B, significa que ele engloba os processos do nível C.
    A questão está falando a mesma coisa na ordem inversa, explico:

    Os processos do nível C são englobados pelos processos do nível B.

    Lembrar que para atingir um nível de maturidade mais elevada, é necessário atingir cumulativamente os níveis inveriores.
    Para atingr o nível C, é necessário atingir o nível G,F,E,D
  • Questão bem interessante, onde é importante observar que um nivel superior engloba os inferiores, como no MPS-BR os niveis são ordenados de forma crescente partindo do G  até o Nivel A que é o mais alto, fica claro que apenas o Nivel B esta acima de C.

    claro que seria possivel resorver de forma logica  aunica letra que ve antes do C, mas não dá pra confiar sempre na logica , pois na TI nem tudo tem logica , menos ainda nas questões de concurso ... então vamos estudar ...
  • Está no nível B pois a organização já está no nível C e estamos inserindo um novo processo, ou seja, ele estaria no B ou no A, como não temos uma opção A, então a resposta é B
  • A questão cria uma armadilha para interpretar errado.

    Seja X um processo introduzido (numa organização que já se encontra) no nível de maturidade C do MPS.BR. Segundo o modelo de referência MR-MPS 1.2, X compõe, necessariamente, os processos do nível de maturidade.

    Ao ler a questão subentendendo o que está nos parênteses, fica mais fácil responder.

  • O processo X faz parte de C e compõe (compõe = faz parte) processos acima dele. Ou seja, X está contido nos processos de B e A.

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

No MPS.BR, os diferentes níveis de capacidade dos processos são descritos pelos atributos de processo (AP). O alcance de cada atributo de processo é avaliado utilizando os respectivos resultados esperados de atributo de processo (RAP). Assim, analise os seguintes RAP's:

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 é

Alternativas
Comentários

  •   Resposta: B

    De acordo com o Guia geral do MPS.BR

    Atributo do processo - AP 2.1 O processo é gerenciado

    Este atributo é uma medida do quanto a execução do processo é gerenciada.
    Resultados esperados:

    RAP 2. Existe uma política organizacional estabelecida e mantida para o processo;
    RAP 3. A execução do processo é planejada;
    RAP 4. (Para o nível G). A execução do processo é monitorada e ajustes são realizados;
    RAP 4. (A partir do nível F). Medidas são planejadas e coletadas para monitoração da execução do processo e ajustes são realizados;
    RAP 5. (Até o nível F) As informações e os recursos necessários para a execução do processo são identificados e disponibilizados;
    RAP 5. (A partir do nível E) Os recursos e informações necessários para executar o processo definido são disponibilizados, alocados e utilizados;
    RAP 6. (Até o nível F) As responsabilidades e a autoridade para executar o processo são definidas, atribuídas e comunicadas;
    RAP 6. (A partir do nível E) Os papéis requeridos, responsabilidades e autoridade para execução do processo definido são atribuídos e comunicados;
    RAP 7. (Até o nível F) As pessoas que executam o processo são competentes em termos de formação, treinamento e experiência;
    RAP 7. (A partir do nível E) As pessoas que executam o processo definido são competentes em termos de formação, treinamento e experiência;
    RAP 8. A comunicação entre as partes interessadas no processo é gerenciada de forma a garantir o seu envolvimento;
    RAP 9. (Até o nível F) 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;
    RAP 9. (A partir do nível E) 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;
    RAP 10. (Para o nível G) O processo planejado para o projeto é executado.
    RAP 10. (A partir do nível F) A aderência dos processos executados às descrições de processo, padrões e procedimentos é avaliada objetivamente e são tratadas as não conformidades.

  • Pessoal,

    a primeira coisa é tirar as alternativas que não tem nada haver com o MPS.BR: c, d e e.

    Depois disso ficamos apenas com duas alternativas possíveis(níveis de maturidade reais do modelo MPS.BR).

    Daí não tem outra alternativa senão decorar tudinho.

    Abraços
  • Colega, da uma olhada no guia geral item 8.3 e depois reavalie sua consideração.

    Sds.
ID
163957
Banca
FCC
Órgão
TJ-PI
Ano
2009
Provas
Disciplina
Governança de TI
Assuntos

O MPS.BR é um programa para Melhoria de Processo do Software Brasileiro que mantém correlação referencial com diversas normas internacionais e o modelo CMMI. Sobre este tema, considere:

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

Alternativas
Comentários
  • I - CORRETA
    II - CORRETA
    III - ERRADA - A norma ISO/IEC 17799 NÃO é um dos modelos de referência do MPS.BR
    IV - CORRETA
  • A pegadinha está na I, onde ele lista as fases do ciclo de vida do processo de SW, e neste caso é exatamante o que a Norma ISO 12207 propõe: arquitetura comum para o ciclo de vido do processo de software, contendo processos, tarefas e atividades. No Guia Geral da MPS.BR aquela norma consta como uma das bases deste modelo.

    As outras alternativas constam no Guia Geral.

    Abraços
  • O item III trata da ISO/IEC 15504. Segue descrição encontrada no Guia Geral do MPS.BR:

    "ISO/IEC 15504 presta-se à realização de avaliações de processos de software com dois objetivos:
     - a melhoria de processos e;
     - a determinação da capacidade de processos de uma unidade organizacional."

  • Normas:

    ISO 17799

    ISO 27001

    Estão na pauta de segurança. Podem ser usadas para incremento de qualidade, mas não representam material para Qualidade (15504) ou Ciclo de Vida (12207). Aliás, tanto a 15504 quanto a 12207, em conjunto com variações da série 20000 e o mod. ref. SEI-CMMI, subsidiaram a elaboração da MPS-BR.

  • ISO 12207 - CICLO DE VIDA de um software

    ISO 15504 - AVALIAÇÃO e melhoria

     

    eles AMAM cobrar isso

ID
177946
Banca
FCC
Órgão
TRT - 9ª REGIÃO (PR)
Ano
2010
Provas
Disciplina
Governança de TI
Assuntos

O programa de Melhoria de Processo do Software Brasileiro estabelece

Alternativas
Comentários

  • O MPS.Br é dividido em 3 partes: MR-MPS, MA-MPS, MN-MPS.

      MR-MPS – Modelo de referência para melhoria do processo de software
      MA-MPS – Método de avaliação para melhoria do processo de software
      MN-MPS – Modelo de negócio para melhoria do processo de software
     

     

  • Os processos fundamentais, organizacionais e de apoio do ciclo de vida de software do item 'a' são apenas uma forma de organização dos processos do MPS.BR e vêm da ISO 12207, portanto não é o MPS.BR quem os estabelece.

  • Coisas que só a Fundação Copia e Cola faz por você:

    Modelo de referência para melhoria do processo de software =  modelo de processo de software

    Não há o que comentar de um erro amador como este.
  • O modelo MPS está dividido em quatro (4) componentes: 
     
    - Modelo de Referência MPS para Software (MR-MPS-SW); 
    - Modelo de Referência MPS para Serviços (MR-MPS-SV); 
    - Método de Avaliação (MA-MPS); 
    - Modelo de Negócio (MN-MPS).

    Fonte: Guia Geral MPS de Software:2012

  • Concorco com o colega Leonardo Teixeira, a banca FCC simplemente trocou "modelo de referência para software - MR-MPS-SW" por "modelo de proceso de software". Somente esse fato para mim já invalidaria a questão. A mesma deveria ser anulada, pois modelo de processo de software nos remete aos modelos: cascata, evolucionário, incremental, XP, RAD, etc...

    Contudo, vale a pena abordar a questão para relembrarmos alguns conceitos colocados:

    •  a) os processos fundamentais, organizacionais e de apoio do ciclo de vida de software. (Trata-se do modelo para processos de software ISO/IEC 12.207)
    •  b) as atividades de tecnologia da informação agrupadas em processos e esses em domínios.(Trata-se do COBIT)
    •  c) os estágios do ciclo de vida dos serviços de tecnologia da informação. (Trata-se do ITIL)
    •  d) um modelo de áreas de processos representadas por categoria e por estágios. (Trata-se do CMMI)
    •  e) um modelo de processos de software, um método de avaliação e um modelo de negócio. (Trata-se do MPS.BR, somente com a ressalva já discutida acima!)
    • Bons estudos e espero ter ajudado!

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

Acerca de MPS.BR, julgue o item a seguir.

O plano de avaliação deve conter o roteiro para realização da análise de conformidade de um processo de criação de software empresarial com o modelo MPS.BR; esse plano prega que nenhum dos processos envolvidos nessa criação deve estar fora do escopo de análise para que se diagnostique o nível de maturidade existente.

Alternativas
Comentários

  • Alguns processos podem ser excluídos, total ou parcialmente, do escopo de uma avaliação MPS, devendo cada exclusão ser justificada no Plano de Avaliação.
    A aceitação das exclusões e suas justificativas é responsabilidade do Avaliador Líder, conforme descrito no Guia de Avaliação.
    Processos que podem ser excluídos completamente:
    Aquisição (AQU)
    Gerência de Portfólio de Projetos (GPP)
    Desenvolvimento para Reutilização (DRU)

  • Além do comentário acima, vale lembrar que qualquer processo isolado pode ser evoluído e avaliado por seu nível de capacidade, mesmo que este não seja requisito para o nível de maturidade que se deseja certificar.
ID
215689
Banca
CESPE / CEBRASPE
Órgão
MPU
Ano
2010
Provas
Disciplina
Governança de TI
Assuntos

Acerca de MPS.BR, julgue o item a seguir.

O nível de maturidade C - nível definido - do MPS.BR, além de conter todos os processos dos níveis anteriores, engloba também os processos desenvolvimento para reutilização, gerência de decisões e gerência de riscos.

Alternativas
Comentários

  • Nível C 

    • Gerência de Riscos
    • Desenvolvimento para Reutilização
    • Análise de Decisão e Resolução

  •  O Nível C do modelo MPS.BR possui 3 áreas de processo. São elas:
    1. Gerência de Riscos (GRI)
    2. Desenvolvimento para Reutilização (DRU)
    3. Gerência de Decisões (GDE)

    MPS.Br Guia Geral :: pág 5:
    A versão 2009 do Guia Geral contempla as seguintes modificações em relação à versão 1.2:
    ...
    ? alteração do nome do processo Análise de Decisão e Resolução (ADR) para Gerência de Decisões (GDE) para compatibilização com a nomenclatura utilizada na Norma Internacional ISO/IEC 12207:2008 [ISO/IEC, 2008a].

  • Leonardo, onde viu essa informação sobre Gerência de decisões - GDE? Não achei isso no guia. Acredito que na questão o nome do processo "Análise de Decisão e Resolução - ADR" foi apenas abreviado para "gerência de decisões".

  • GRI - Gerencia de riscos => Identificar, analisar, tratar e monitorar os riscos.

    DRU - Desenvolvimento da Reutilização => Identificar ativos de TI que possam ser reutilizados.

    GDE - Gerência de Decisões => Analisar possíveis decisões críticas utilizando um processo formal, com critérios estabelecidos.

    O gari (GRI) de rua (DRU) godela (GDE) cachaça (nível c)
  • Nível C - Definido
    • Processos

    Gerência de riscos

    Desenvolvimento para reutilização

    Gerência de decisões
     

    • Atributos de Processos

    AP1.1 Processo é executado

    AP2.1 Processo é gerenciado

    AP2.2 Produto do trabalho do processo são gerenciados

    AP3.1 Processo é definido

    AP3.2 Processo está implementado



  • Uma dica para memorizar os processos do Nível C:

    Cecília, a Gerência de Riscos utiliza a Gerência de Decisões para o Desenvolvimento para a Reutilização.

    Fonte: Material res-01_mps-br [rogerioaraujo.wordpress.com]

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

Acerca de MPS.BR, julgue o item a seguir.

Uma das principais bases técnicas para a criação do modelo de referência do MPS.BR foi uma norma ISO/IEC, a qual estabeleceu uma arquitetura para o ciclo de vida dos processos de software.

Alternativas
Comentários

  • Trata-se da ISO/IEC 12207 que define os processos do ciclo de vida de software. O MPS.BR também se baseia na ISO/IEC 15504 no que diz respeito ao método de avaliação.

  • Referências

    CMMI:  Modelo de maturidade para melhoria de processos para o desenvolvimento de produtos e serviços

    ISO 12.207: Processos do ciclo de vida do software / Compostos por atividades e tarefas / Podem ser aplicadas para: Aquisição / Fornecimento, Desenvolvimento, Operação e Manutenção de produto de software

    ISO 15.504: Avaliação de Processos

  • Essa imagem descreve um esquema global de como o MPS.BR se organiza.

    Basicamente em 3 guias:  Referência , Avaliação e Negócio.






    Podemos ver também que o MPS.BR é influenciado pelo ISO 12 207, 15504 e pelo modelo de maturidade do CMMI-DEV.

     

  • O modelo MPS é definido em consonância com a Norma Internacional ISO/IEC 12207:2008 [ISO/IEC, 2008a], adaptando-a às necessidades da comunidade de interesse.

     
    Guia MPS.BR

  • A base técnica para a definição do modelo MPS considerou:  

    ISO/IEC 12207:2008.  

    ISO/IEC 15504.  

    ISO/IEC 20000.  

    CMMI-DEV.  

    CMMI-SVC

  • Estabelece uma arquitetura comum para o ciclo de vida de processos de software. Contém processos, atividades e tarefas a serem aplicadas durante o fornecimento, aquisição, desenvolvimento, operação, manutenção e descarte de produtos de software, bem como partes de software de um sistema. Também se aplica à aquisição de sistemas, produtos de software e serviços.

    12207

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

Acerca de MPS.BR, julgue o item a seguir.

O modelo MPS.BR prevê atividades, processos, produtos e equipes de desenvolvimento de software durante todo o ciclo de vida deste, tendo sido desenvolvido para atender à complexidade dessa atividade em organizações de grande porte, não sendo, portanto, indicada a sua utilização por micro ou pequenas empresas.

Alternativas
Comentários

  • Na verdade, como surgiu para atender uma demanda do contexto da empresas de software no Brasil, o foco dele é atender empresas de micro, pequeno e médio porte.

  • Conforme descrito na Guia Geral 1.2 do MPS.BR, na página 6:

    Busca-se que o MPS.BR seja adequado ao perfil de empresas com diferentes
    tamanhos e características, públicas e privadas, embora com especial atenção às
    micro, pequenas e médias empresas. Também se espera que o MPS.BR seja
    compatível 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. Dessa forma, ele tem como base
    os requisitos de processos definidos nos modelos de melhoria de processo e atende
    a necessidade de implantar os princípios de engenharia de software de forma
    adequada ao contexto das empresas brasileiras, estando em consonância com as
    principais abordagens internacionais para definição, avaliação e melhoria de
    processos de software.

  • Assertiva ERRADA. 

     

    O foco são micro, pequenas e médias empresas, mas pode ser usado em grandes empresas também.

  • Além disso, o MPS.BR também não prevê atividades!

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

Acerca de MPS.BR, julgue o item a seguir.

O MPS.BR é formado por três componentes e respectivos guias. O modelo de referência é formado pelos guias geral, de aquisição e de implementação.

Alternativas
Comentários

  • Programa MPS.BR

    Modelo de Referência
    Referência ->(ISO/IEC 12207, CMMI-DEV, ISO/IEC 15504)

    • Guia Geral
    • Guia Aquisição
    • Guia de Implementação

    Método de Avaliação
    Referência -> (15504)

    • Guia de Avaliação

    Modelo de Negócio
    Documentos do Programa

  • O guia sofreu alterações em 2011, essa questão está desatualizada para provas atuais.

    O modelo MPS está descrito por meio de documentos em formato de guias:

    Guia Geral: contém a descrição geral do modelo MPS e detalha o Modelo de Referência (MR-MPS), seus componentes e as definições comuns necessárias para seu entendimento e aplicação;

    Guia de Aquisição: descreve um processo de aquisição de software e serviços correlatos. É descrito como forma de apoiar as instituições que queiram adquirir produtos de software e serviços correlatos apoiando-se no MR-MPS [SOFTEX, 2011b];

    Guia de Avaliação: descreve o processo e o método de avaliação MA-MPS, os requisitos para avaliadores líderes, avaliadores adjuntos e Instituições Avaliadoras (IA) [SOFTEX, 2011a];

    Guia de Implementação: série de onze documentos que fornecem orientações para implementar nas organizações os níveis de maturidade descritos no Modelo de Referência MR-MPS [SOFTEX, 2011c], [SOFTEX, 2011d], [SOFTEX, 2011e], [SOFTEX, 2011f], [SOFTEX, 2011g], [SOFTEX, 2011h], [SOFTEX, 2011i], [SOFTEX, 2011j], [SOFTEX, 2011k] e [SOFTEX, 2011l], [SOFTEX, 2011m].

     
  • Em dezembro de 2012, foi lançada uma versão do Guia com novos componentes do Modelo.


    Fonte: Guia Geral MPS de Software

  • Confirmando a informação do colega abaixo, a versão 2012 do MPS.BR possui 4 componentes em seu modelo:

    Componentes:

     Modelo de Referência para Software (MR-MPS-SW) 

     Modelo de Referência para Serviços (MR-MPS-SV) 

     Método de Avaliação (MA-MPS) 

     Modelo de Negócio (MN-MPS) 

    Porém, como a questão é de 2010, os conceitos estão corretos!
    Bons estudos!

  • O modelo MPS possui quatro componentes: 


    -Modelo de Referência MPS para Software;

    -Modelo de Referência MPS para Serviços;

    -Método de Avaliação;

    -Modelo de Negócio para Melhoria de Processo de Software e Serviços.


    O modelo MR-MPS-SW é formado pelos seguintes componentes:  


    Guia Geral: contém a descrição geral do modelo MPS e detalha o Modelo de Referência MPS para Software (MR-MPS-SW), seus componentes e as definições comuns necessárias para seu entendimento e aplicação.


    Guia de Aquisição: descreve um processo de aquisição de software e serviços correlatos. É descrito como forma de apoiar as instituições que queiram adquirir produtos de software e serviços correlatos apoiando-se no MR-MPS-SW.  


    Guia de Avaliação: descreve o processo e o método de avaliação MA-MPS, os requisitos para avaliadores líderes, avaliadores adjuntos e instituições avaliadoras (IA).  


    Guia de Implementação: série de documentos que fornecem orientações para implementar nas organizações os níveis de maturidade descritos no Modelo de Referência MR-MPS-SW.


  • Programa MPS.BR:

    Modelo de Referência

    Referência ->(ISO/IEC 12207, CMMI, ISO/IEC 15504)

    Guia Geral: contém a descrição geral do modelo MPS e detalha o Modelo de Referência MPS para Software (MR-MPS-SW), seus componentes e as definições comuns necessárias para seu entendimento e aplicação.

    Guia de Implementação: série de documentos que fornecem orientações para implementar nas organizações os níveis de maturidade descritos no Modelo de Referência MR-MPS-SW.

    Guia de Aquisição: descreve um processo de aquisição de software e serviços correlatos. É descrito como forma de apoiar as instituições que queiram adquirir produtos de software e serviços correlatos apoiando-se no MR-MPS-SW.  

    Método de Avaliação

    Referência -> (15504, CMMI)

    Guia de Avaliação: descreve o processo e o método de avaliação MA-MPS, os requisitos para avaliadores líderes (AL), avaliadores adjuntos (AA) e instituições avaliadoras (IA).  

    Modelo de Negócio

    Documentos do Programa: Descreve as relações de negócios que envolvem as atividades de difusão do MPS.Br com a orquestração da Softex (Associação para Promoção da Excelência do Soft- ware Brasileiro)

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

Julgue os seguintes itens, a respeito dos sete níveis de maturidade
definidos no MPS-BR: A - em otimização; B - gerenciado
quantitativamente; C - definido; D - largamente definido; E -
parcialmente definido; F - gerenciado; e G - parcialmente
gerenciado.

Nos processos de aquisição do nível F, um acordo formal que expresse claramente as expectativas, responsabilidades e obrigações de ambas as partes (cliente e fornecedor) é estabelecido e negociado entre elas.

Alternativas
Comentários
  • 9.2.1 Processo: Aquisição – AQU
    Nível MR-MPS: F - Gerenciado
    Resultados esperados:
    AQU 4. Um acordo formal que expresse claramente as expectativas, responsabilidades e obrigações de ambas as partes (cliente e fornecedor) é estabelecido e negociado entre elas;
  • Prezados,

    O processo Aquisição do MPS-Br tem por propósito gerenciar a aquisição de produtos e/ou serviços que satisfaçam a necessidade expressa pelo adquirente. 

    Um dos resultados esperados desse processo é o AQU4 : Um acordo que expresse claramente a expectativa, as responsabilidades e as obrigações de ambas as partes (cliente e fornecedor) é estabelecido e negociado entre elas

    Portanto a questão está correta.
ID
239818
Banca
CESPE / CEBRASPE
Órgão
ABIN
Ano
2010
Provas
Disciplina
Governança de TI
Assuntos

Julgue os seguintes itens, a respeito dos sete níveis de maturidade
definidos no MPS-BR: A - em otimização; B - gerenciado
quantitativamente; C - definido; D - largamente definido; E -
parcialmente definido; F - gerenciado; e G - parcialmente
gerenciado.

No nível E, é estabelecida uma rede de especialistas na organização e implementado um mecanismo de apoio à troca de informações entre os especialistas e os projetos.

Alternativas
Comentários
  • 9.3.3 Processo: Gerência de Recursos Humanos – GRH
    Nível MR-MPS: E – Parcialmente Definido
    Resultados esperados:
    ...
    GRH 10. Uma rede de especialistas na organização é estabelecida e um mecanismo de apoio à troca de informações entre os especialistas e os projetos é implementado;
  • Resposta da questão: CERTO
    O nível de maturidade E é composto pelos processos dos níveis de maturidade anteriores (G e F), acrescidos dos processos Avaliação e Melhoria do Processo Organizacional, Definição do Processo Organizacional, Gerência de Recursos Humanos e Gerência de Reutilização.
    Um dos resultados esperados  para o processo Gerência de RH é :
    Uma rede de especialistas na organização é estabelecida e um mecanismo de apoio à troca de informações entre os especialistas e os projetos é implementado;
  • Prezados,

    No nivel E do MPS-BR temos um processo chamado Gerência de Recursos humanos.

    Um dos resultados esperados desse processo é o GRH9 :

    Uma rede de especialistas na organização é estabelecida e um mecanismo de apoio à troca de informações entre os especialistas e os projetos é implementado;
    Portanto a questão está correta
ID
239821
Banca
CESPE / CEBRASPE
Órgão
ABIN
Ano
2010
Provas
Disciplina
Governança de TI
Assuntos

Julgue os seguintes itens, a respeito dos sete níveis de maturidade
definidos no MPS-BR: A - em otimização; B - gerenciado
quantitativamente; C - definido; D - largamente definido; E -
parcialmente definido; F - gerenciado; e G - parcialmente
gerenciado.

No nível G, o planejamento e as estimativas das atividades do projeto são feitos com base no repositório de estimativas e no conjunto de ativos de processo organizacional.

Alternativas
Comentários

  • Olá, pessoal!

    O gabarito foi atualizado para "E", após recursos, conforme edital divulgado pela banca e publicado no site.

    Justificativa da banca: A afirmação é relativa ao nível E do MPS-BR e não ao nível G. Por esse motivo, altera-se o gabarito do item de CERTO para ERRADO.

    Bons estudos!

  • Resposta da questão: ERRADA

    O nível de maturidade G é composto pelos processos Gerência de Projetos e Gerência de Requisitos. O propósito do processo Gerência de Projetos é estabelecer e manter planos que definem as atividades, recursos e responsabilidades do projeto, bem como prover informações sobre o andamento do projeto que permitam a realização de correções quando houver desvios significativos no desempenho do projeto. O propósito deste processo evolui à medida que a organização cresce em maturidade. Assim, a partir do nível E, alguns resultados evoluem e outros são incorporados, de forma que a gerência de projetos passe a ser realizada com base no processo definido para o projeto e nos planos integrados. No nível B, a gerência de projetos passa a ter um enfoque quantitativo, refletindo a alta maturidade que se espera da organização. Novamente, alguns resultados evoluem e outros são incorporados.
    Resultado esperado a partir do nível E : O planejamento e as estimativas das atividades do projeto são feitos baseados no repositório de estimativas e no conjunto de ativos de processo organizacional;
  • O amigo acima se confundiu. A resposta da questão é Errada, pelos motivos que ele mesmo explicou.

    abc
  • Prezados,

    O resultado esperado GPR4 , do processo gerência de processos , diz exatamente isso aqui :

    (Até o nível F). O esforço e o custo para a execução das tarefas e dos produtos de trabalho são estimados com base em dados históricos ou referências técnicas;
    (A partir do nível E) O planejamento e as estimativas das atividades do projeto são feitos baseados no repositório de estimativas e no conjunto de ativos de processo organizacional;

    Portanto a questão está errada.
ID
239824
Banca
CESPE / CEBRASPE
Órgão
ABIN
Ano
2010
Provas
Disciplina
Governança de TI
Assuntos

Julgue os seguintes itens, a respeito dos sete níveis de maturidade
definidos no MPS-BR: A - em otimização; B - gerenciado
quantitativamente; C - definido; D - largamente definido; E -
parcialmente definido; F - gerenciado; e G - parcialmente
gerenciado.

A escala de maturidade inicia-se no nível A e progride até o nível G. Os diferentes níveis de capacidade dos processos são descritos por sete atributos de processo.

Alternativas
Comentários

  • O MPS.BR apresenta 7 níveis de maturidade :

    • A - Em Otimização;
    • B - Gerenciado quantitativamente;
    • C - Definido;
    • D - Largamente Definido;
    • E - Parcialmente Definido;
    • F - Gerenciado;
    • G - Parcialmente Gerenciado

    Em seguida vem a Capacidade:
     

  •        AP 1.1 - O processo é executado;
  •        AP 2.1 - O processo é gerenciado;
  •        AP 2.2 - Os produtos de trabalho do processo são gerenciados;
  •        AP 3.1 - O processo é definido;
  •        AP 3.2 - O processo está implementado;
  •        AP 4.1 - O processo é medido;
  •        AP 4.2 - O processo é controlado;
  •        AP 5.1 - O processo é objeto de inovações;
  •        AP 5.2 - O processo é otimizado continuamente.
    • Fonte: Wikipedia 
  • Só para completar o comentário do colega acima:

    A escala de maturidade inicia-se no nível A e progride até o nível G. Os diferentes níveis de capacidade dos processos são descritos por sete atributos de processo. (Níveis de Maturidade)
  • Os níveis de maturidade estabelecem patamares de evolução de processos, caracterizando estágios de melhoria da implementação de processos na organização. O nível de maturidade em que se encontra uma organização permite prever o seu desempenho futuro ao executar um ou mais processos. O MR-MPS define sete níveis de maturidade:
    A (Em Otimização),
    B (Gerenciado Quantitativamente),
    C (Definido),
    D (Largamente Definido),
    E (Parcialmente Definido),
    F (Gerenciado) e
    G (Parcialmente Gerenciado).
    A escala de maturidade se inicia no nível G e progride até o nível A. Para cada um destes sete níveis de maturidade é atribuído um perfil de processos que indicam onde a organização deve colocar o esforço de melhoria. O progresso e o alcance de um determinado nível de maturidade do MR-MPS se obtêm quando são atendidos os propósitos e todos os resultados esperados dos respectivos processos e os resultados esperados dos atributos de processo estabelecidos para aquele nível. Resposta: ERRADA
  • A escala de maturidade inicia-se no nível A G e progride até o nível G A. Os diferentes níveis de capacidade dos processos são descritos por sete nove atributos de processo.

    AP 1.1 - O processo é executado;
    AP 2.1 - O processo é gerenciado;
    AP 2.2 - Os produtos de trabalho do processo são gerenciados;
    AP 3.1 - O processo é definido;
    AP 3.2 - O processo está implementado;
    AP 4.1 - O processo é medido;
    AP 4.2 - O processo é controlado;
    AP 5.1 - O processo é objeto de inovações;
    AP 5.2 - O processo é otimizado continuamente.

  • cai no peguinha.. mas progride do G até o A

  • Prezados,

    No modelo MPS-BR a escala de maturidade se inicia no nível G e vai até o nível A.

    Portanto a questão está errada.
ID
240538
Banca
FCC
Órgão
TRT - 22ª Região (PI)
Ano
2010
Provas
Disciplina
Governança de TI
Assuntos

No CMMI, as áreas de processo "Desenvolvimento de Requisitos" e "Definição de Processo Organizacional" encontram- se no nível de maturidade 3 (Definido). No MPS-BR, tais áreas situam-se nos níveis de maturidade

Alternativas
Comentários
  • O MPS.BR apresenta 7 níveis de maturidade (o que é um diferencial em relação aos outros padrões de processo) que são:
     
    A - Em Otimização;
        * Análise de Causas de Problemas e Resolução
    B - Gerenciado quantitativamente;
    C - Definido;
        * Análise de Decisão e Resolução
        * Desenvolvimento para Reutilização
        * Gerência de Riscos
    D - Largamente Definido;
        * Desenvolvimento de Requisitos
        * Integração do Produto
        * Projeto e Construção do Produto
        * Validação
        * Verificação
    E - Parcialmente Definido;
        * Avaliação e Melhoria do Processo Organizacional
        * Definição do Processo Organizacional
        * Gerência de Recursos Humanos
        * Gerência de Reutilização
    F - Gerenciado;
        * Aquisição
        * Gerencia de Configuração
        * Gerencia da Qualidade
    G - Parcialmente Gerenciado.
        * Gerencia de Projetos
        * Gerencia de Requisitos
    Fonte >> http://sergiolaranja.net63.net/Blog/Livros/MPS.BR_Guia_Geral_V1.2.pdf
  • A questão pode ser respondida com da seguinte maneira:
    Se para os níveis definidos do MPS.BR, temos:
    Parcialmente definido E (Começam a entrar os processos padronizados)
    Largamente Definido D (entram os processos de engenharia de software)
    Definido C (entram os processos de proatividade)
    Portanto, podemos concluir que o processo de “desenvolvimento de requisitos”, que é processo de engenharia de software, entra no nivel D e o processo de definição do processo organizacional, que é processo de estruturação (organização, padronização, definição) entra no nível E.
     
    Dicas:
    1. Na maioria dos casos, os processos que possuem organizacional no nome são processos de padronização. Definição do processo organizacional é um dos processos que caracterizam a padronização, ou seja, o processo é definido.
    2. Os processos que caracterizam a proatividade no MPS.BR são gerência de riscos, gerência de decisão e desenvolvimento para reutilização.
    3. Existem dois processos que envolvem requisitos no CMMI e MPS.BR, os dois processos são “gerência de requisitos” (nível G) e o próprio processo de “Desenvolvimento de requisitos“ (nível D) que foi mencionado na questão. Desenvolvimento de requisitos é parte da engenharia de software, e o nível de maturidade do MPS.BR onde predominam os processos de software é o nível D – largamente definido, característica central: padronização da engenharia de software

  • Relembrar é viver:

     

    Nível A (Em Otimização)
    - sem processos específicos

    Nível B (Gerenciado Quantitativamente)
    - sem processos específicos

    Nível C (Definido)
    - Desenvolvimento para Reutilização (DRU)
    - Gerência de Decisões (GDE)
    - Gerência de Riscos (GRI)

    Nível D ( Largamente Definido)
    - Desenvolvimento de Requisitos (DRE)
    - Integração do Produto (ITP)
    - Projeto e Construção do Produto (PCP)
    - Validação (VAL)
    - Verificação (VER)

    Nível E (Parcialmente Definido)
    - Avaliação e Melhoria do Processo Organizacional (AMP)
    - Definição do Processo Organizacional (DFP)
    - Gerência de Recursos Humanos (GRH)
    - Gerência de Reutilização (GRU)

    Nível F (Gerenciado)
    - Aquisição (AQU)
    - Gerência de Configuração (GCO)
    - Gerência da Qualidade (GQA)
    - Gerência de Portifolio de Projetos (GPP)
    - Medição (MED)

    Nível G (Parcialmente Gerenciado)
    - Gerência de Projetos (GPR)
    - Gerência de Requisitos (GRE)

  • Para responder a questão basta lembrar que o Nivel D corresponde a categoria Engenharia do CMMI 1.2

     

    - Desenvolvimento de Requisitos (DRE)
    - Integração do Produto (ITP)
    - Validação (VAL)
    - Verificação (VER)

  • Nível E (Parcialmente Definido)

    - Avaliação e Melhoria do Processo Organizacional (AMP)

    - Definição do Processo Organizacional (DFP)

    - Gerência de Recursos Humanos (GRH)

    - Gerência de Reutilização (GRU)

    ______________________________________________________________________

    Nível D ( Largamente Definido)

    - Desenvolvimento de Requisitos (DRE)

    - Integração do Produto (ITP)

    - Projeto e Construção do Produto (PCP)

    - Validação (VAL)

    - Verificação (VER)

ID
240667
Banca
FCC
Órgão
TRT - 22ª Região (PI)
Ano
2010
Provas
Disciplina
Governança de TI
Assuntos

NÃO se trata de um nível de maturidade adotado no MPS.Br, o

Alternativas
Comentários
  • >> http://pt.wikipedia.org/wiki/Melhoria_de_Processos_do_Software_Brasileiro
  • O MR-MPS define sete níveis de maturidade:

    - A (Em Otimização)
    - B (Gerenciado Quantitativamente)
    - C (Definido)
    - D (Largamente Definido)
    - E (Parcialmente Definido)
    - F (Gerenciado)
    - G (Parcialmente Gerenciado)

    Fonte: MPS.BR Guia Geral : 2009, página 16, item 8.1
    http://www.softex.br/mpsbr/_guias/guias/MPS.BR_Guia_Geral_2009.pdf
  • Questão dada! Você estuda o Guia MPS.BR, e eles cobram algo que você acertaria se tivesse lido a Wikipedia...
  • O CMMI e o MPS. BR possuem basicamente o mesmos níveis de maturidade:

    gerenciado, definido, gerenciado quantitativamente e em otimização.

    No entanto, o MPS.BR possui um nível antes do gerenciado e dois antes do definido.

    Basta guardar os termos: parcialmente e largamente , desse modo temos a seguinte ordem:

    parcialmente gerenciado (G);
    gerenciado(F);
    parcialmente definido(E);
    largamente definido(D);
    definido(C);
    gerenciado quantitativamente(B);
    otimização(A)

    Na questão a banca tenta confundir um nível de capacidade do CMMI com os níveis de maturidade do MPS.BR

  • MR-MPS define sete níveis de maturidade:

    - A (Em Otimização)
    - B (Gerenciado Quantitativamente)
    - C (Definido)
    - D (Largamente Definido)
    - E (Parcialmente Definido)
    - F (Gerenciado)
    - G (Parcialmente Gerenciado)

ID
255892
Banca
FCC
Órgão
TRT - 24ª REGIÃO (MS)
Ano
2011
Provas
Disciplina
Governança de TI
Assuntos

NÃO se trata de um subprocesso do processo de avaliação (MA-MPS, Guia de Avaliação mps.Br):

Alternativas
Comentários
  • O processo de avaliação é composto de 4 subprocessos:
    Subprocesso 1: Contratar a avaliação;
    Subprocesso 2: Preparar a realização da avaliação;
    Subprocesso 3: Realizar a avaliação final;
    Subprocesso 4: Documentar os resultados da avaliação.

  • Sumário - Versão novembro 2015:

    6  Descrição do processo de avaliação................................................................. 12

    6.1  Subprocesso 1: Preparar a realização da avaliação .......................................... 13

    6.2  Subprocesso 2: Realizar a avaliação inicial ....................................................... 31

    6.3  Subprocesso 3: Realizar a avaliação final.......................................................... 47

    6.4  Subprocesso 4: Documentar os resultados da avaliação................................... 74 

  • Como a questão é de 2011, era válida a versão MPS/BR 2009, que tinha os seguintes subprocessos:
    Subprocesso 1: Contratar a avaliação; 
    Subprocesso 2: Preparar a realização da avaliação; 
    Subprocesso 3: Realizar a avaliação final; 
    Subprocesso 4: Documentar os resultados da avaliação.

    Em 2012 entrou a nova versão, cujo os subprocessos são: 
    Subprocesso 1: Contratar a avaliação; 
    Subprocesso 2: Preparar a realização da avaliação; 
    Subprocesso 3: Realizar a avaliação inicial; 
    Subprocesso 4: Realizar a avaliação final 
    Subprocesso 5: Documentar os resultados da avaliação.

ID
311884
Banca
FCC
Órgão
TRT - 14ª Região (RO e AC)
Ano
2011
Provas
Disciplina
Governança de TI
Assuntos

No modelo MPS.Br (ref. Guia Geral, v.1.2), o nível de maturidade G tem, em sua composição, os processos

Alternativas
Comentários
ID
314677
Banca
FCC
Órgão
TRT - 1ª REGIÃO (RJ)
Ano
2011
Provas
Disciplina
Governança de TI
Assuntos

Considere: As necessidades, expectativas e restrições do cliente, tanto do produto quanto de suas interfaces, são identificadas.
No MPS.BR (V1.2) tal consideração corresponde a um dos resultados esperados do processo

Alternativas
Comentários
  • Resposta certa: letra B
    O nível de maturidade D é composto pelos processos dos níveis de maturidade anteriores (G ao E), acrescidos dos processos Desenvolvimento de Requisitos, Integração do Produto, Projeto e Construção do Produto, Validação, e Verificação.
    Os resultados esperados do processo Desenvolvimento de Requisitos são:
    - As necessidades, expectativas e restrições do cliente, tanto do produto quanto de suas interfaces, são identificadas;
    - Um conjunto definido de requisitos do cliente é especificado a partir das necessidades, expectativas e restrições identificadas;
    - Um conjunto de requisitos funcionais e não-funcionais, do produto e dos componentes do produto que descrevem a solução do problema a ser resolvido, é definido e mantido a partir dos requisitos do cliente;
    - Os requisitos funcionais e não-funcionais de cada componente do produto são refinados, elaborados e alocados;
    - Interfaces internas e externas do produto e de cada componente do produto são definidas;
    - Conceitos operacionais e cenários são desenvolvidos;
    - Os requisitos são analisados, usando critérios definidos, para balancear as necessidades dos interessados com as restrições existentes;
    - Os requisitos são validados.

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

A respeito do MPS.BR, o processo brasileiro de melhoria de software, assinale a opção correta.

Alternativas
Comentários

  • a. sete níveis de maturidade.

    b. trocou MR-MPS por MA-MPS.

    c. o nível de maturidade é parcialmente gerenciado.

    d. gabarito.

    e. processo de validação.

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

Com referência aos modelos CMMI e MPS.Br, em suas potencialidades e desafios para aumentar a qualidade dos processos de uma empresa ou organização produtora de software, assinale a opção correta.

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

Assinale a opção correta a respeito das características do MPS.BR, desenvolvido para a melhoria do processo de software.

Alternativas
Comentários

  • avaliação bienal?

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

A respeito do modelo MPS.BR (Melhoria de Processo do Software Brasileiro), assinale a opção correta.

Alternativas
Comentários

  • a) ERRADO. A norma ISO 20 000 como modelo de gestão de serviços em tecnologia da informação.

     

    b) ERRADO. O guia de orientação a organizações que pretendam conduzir projetos de aquisição, evidenciando que não trata da preparação destas organizações para serem avaliadas quanto a níveis de maturidade.

     

    d) ERRADO.  MA-MPS - Método de avaliação para melhoria do processo de software é composto basicamente pelo processo de avaliação MPS, método de avaliação MPS e características da qualificação dos avaliadores. Este método permite a realização de avaliações segundo o Modelo MPS.

     

    e) ERRADO. O Modelo de Referência MR-MPS contém os requisitos que os processos das unidades organizacionais devem atender para estar em conformidade com o MR-MPS.

  • Na letra A o correto seria fazer a referência a ISO 12207.

    Na letra D faltou citar o guia de implementação.

ID
334567
Banca
FCC
Órgão
TRT - 23ª REGIÃO (MT)
Ano
2011
Provas
Disciplina
Governança de TI
Assuntos

No modelo de referência do MPS-BR, a escala de maturidade dos processos inicia e progride do nível

Alternativas
Comentários
  • Os níveis de maturidade estabelecem patamares de evolução de processos, caracterizando estágios de melhoria da implementação de processos na organização. O nível de maturidade em que se encontra uma organização permite prever o seu desempenho futuro ao executar um ou mais processos. O MR-MPS define sete níveis de maturidade:
    A (Em Otimização),
    B (Gerenciado Quantitativamente),
    C (Definido),
    D (Largamente Definido),
    E (Parcialmente Definido),
    F (Gerenciado) e
    G (Parcialmente Gerenciado).
    A escala de maturidade se inicia no nível G e progride até o nível A. Para cada um destes sete níveis de maturidade é atribuído um perfil de processos que indicam onde a organização deve colocar o esforço de melhoria. Resposta correta letra A.

  • Os níveis do MPS-br:

    G - Parcialmente Gerenciado

    F - Gerenciado

    E - Parcialmente Definido

    D - Largamente Definido

    C - Definido

    B - Gerenciado quantitativamente

    A - Em Otimização

  •    A (Em Otimização);

       B (Gerenciado Quantitativamente);

       C (Definido);

       D (Largamente Definido);

       E (Parcialmente Definido);

       F (Gerenciado);

       G (Parcialmente Gerenciado).

ID
337750
Banca
CS-UFG
Órgão
UFG
Ano
2010
Provas
Disciplina
Governança de TI
Assuntos

O MPS.BR consiste simultaneamente em um movimento para a Melhoria de Processo do Software Brasileiro (programa MPS.BR) e um modelo de qualidade de processo (modelo MPS) direcionado para pequenas e médias empresas de desenvolvimento de software no Brasil. Sobre o MPS.BR, sabe-se também que ele:

Alternativas
Comentários
  • a) utiliza a iso 15.504 para avaliacao

    b) por principio, totalmente compativel com o CMMI

    c) por principio, baixo custo de avaliacao, ideal para micro e pequenas empresas
  • D) apresenta 7 níveis de maturidade (do nível A ao G), cada qual com suas áreas de processo, onde são analisados processos fundamentais, organizacionais e de apoio.

    esta errado os niveis de maturidade vam do G ao A, ao contrario do que a resposta apresenta

    pra mim todas as alternativas estçao erradas
  • Também notei o erro do "A ao G", mas nestes casos tem que ir na menos errada.

  • Analise das opções:

    a) carece de um método de avaliação para melhoria de processo de software. Errado - Método de Avaliação (MA-MPS): Orienta a execução de uma avaliação de conformidade ao modelo descrito pelo Guia de Avaliação.

    b) possui incompatibilidade com o modelo de referência CMMI (Capability Maturity Model Integration). Errado - Todos os requisitos das áreas de processo do CMMI-DEV estão presentes no MPS.BR. Atenção: o contrário não é verdadeiro

    c) tem alto custo de certificação em relação às normas estrangeiras. Errado - Especialmente focado em pequenas e médias empresas a um custo acessível

    d) apresenta 7 níveis de maturidade (do nível A ao G), cada qual com suas áreas de processo, onde são analisados processos fundamentais, organizacionais e de apoio. Correto

ID
337783
Banca
CS-UFG
Órgão
UFG
Ano
2010
Provas
Disciplina
Governança de TI
Assuntos

Que processos de uma empresa de desenvolvimento de software são avaliados quando esta almeja atingir o nível de maturidade MR-MPS G (Parcialmente Gerenciado)?

Alternativas
Comentários
  • Os processos do MPS.BR presentes nos 7 níveis são:

    -->nível G:
         -Gerência de requisitos
         -Gerência de projetos

    -->nível F:
          -Aquisição
          -Gerência de configuração
          -Gerência de portfólio e projeto
          -Garantia da qualidade
          -Medição

    -->nível E
          -Avaliação e melhoria do processo organizacional
          -Definição do processo organizacional
          -Gerência de recursos humanos
          -Gerência de reutilização
          -Gerência de projetos

    -->nível D
          -Desenvolvimento de requisitos
          -Integração do produto
          -Projeto e construção do produto
          -Validação
          -Verificação

    -->nível C
         -Gerência de decisões
         -Desenvolvimento para reutilização
         -Gerência de riscos

    -->nível B
        -Gerência de projetos(evolução)

    -->nível A
          (evolução)
ID
360094
Banca
CESPE / CEBRASPE
Órgão
SAD-PE
Ano
2010
Provas
Disciplina
Governança de TI
Assuntos

A SOFTEX, uma associação para promoção da excelência do software brasileiro, tem sob sua responsabilidade o modelo MPS (melhoria de processo do software), que baseia-se nos conceitos de maturidade e capacidade de processo para melhoria da qualidade e produtividade de software e serviços correlatos. Os três componentes do MPS são

Alternativas
Comentários

  • O modelo MPS baseia-se nos conceitos de maturidade e capacidade de processo para a avaliação e melhoria da qualidade e produtividade de produtos de software e serviços correlatos. Dentro desse contexto, o modelo MPS possui três componentes:

    • Modelo de Referência (MR-MPS),
    • Método de Avaliação (MA-MPS) e
    • Modelo de Negócio (MN-MPS)

    Página 06 do documento Guia Geral.
    www.softex.br/mpsbr/
     

  • Alguns números básicos do MPS.BR:
    3 COMPONENTES: Modelo de Referência, de Negócio e de Avaliação
    4 GUIAS, onde estão os documentos básicos: Guia Geral, de Aquisição, de Avaliação e de Implementação.
    7 NÍVEIS DE MATURIDADE, de nível G a nível A.
  • Comparando com o CMMI:

    3 Constelações: desenvolvimento, aquisições e processos.

    6 Níveis de avaliação contínua de processos: 
    • Nível 0: Incompleto (Ad-hoc)
    • Nível 1: Executado
    • Nível 2: Gerenciado / Gerido
    • Nível 3: Definido
    • Nível 4: Gerenciado Quantitativamente (Quantitatively managed)
    • Nível 5: Otimizado (Optimizing)

    6 Níveis de avaliação por estágios para a organização:
    • Nível 1: Inicial (Ad-hoc) - sem AP
    • Nível 2: Gerenciado / Gerido - com 7 AP
    • Nível 3: Definido - 11 AP
    • Nível 4: Quantitativamente gerenciado / Gerido quantitativamente - 2 AP
    • Nível 5: Em otimização - 2 AP

    22 Áreas de Processo.

  • Modelo MPS

    O Modelo de Referência MR-MPS contém os requisitos que os processos das unidades organizacionais devem atender para estar em conformidade com o MR-MPS. Ele contém as definições dos níveis de maturidade, processos e atributos do processo, e está descrito neste Guia Geral, nas seções 8 e 9. O MR-MPS está em conformidade com os requisitos de modelos de referência de processo da Norma Internacional ISO/IEC 15504-2 [ISO/IEC, 2003]. O Guia de Aquisição é um documento complementar destinado a organizações que pretendam adquirir software e serviços correlatos. O Guia de Aquisição não contém requisitos do MR-MPS, mas boas práticas para a aquisição de software e serviços correlatos. O Guia de Implementação nas partes 1 a 7 sugere formas de implementar cada um dos níveis do MR-MPS. A parte 8 do Guia de Implementação sugere formas de como uma unidade organizacional que faz Aquisição de produtos pode implementar o MR-MPS. As explicações presentes nos Guias de Implementação não constituem requisitos do modelo e devem ser consideradas apenas em caráter informativo.

    O Guia de Avaliação contém o processo e o método de avaliação MA-MPS, os requisitos para os avaliadores líderes, avaliadores adjuntos e Instituições Avaliadoras (IA). O processo e o método de avaliação MA-MPS estão em conformidade com a Norma Internacional ISO/IEC 15504-2 [ISO/IEC, 2003]. O Modelo de Negócio MN-MPS descreve regras de negócio para implementação do MR-MPS pelas Instituições Implementadoras (II), avaliação seguindo o MA-MPS pelas Instituições Avaliadoras (IA), organização de grupos de empresas pelas Instituições Organizadoras de Grupos de Empresas (IOGE) para implementação do MR-MPS e avaliação MA-MPS, certificação de Consultores de Aquisição (CA) e programas anuais de treinamento do MPS.BR por meio de cursos, provas e workshops. Um resumo executivo dessas regras de negócio está disponível no Portal SOFTEX (www.softex.br/mpsbr/).

     
  • Fonte: MPS.BR-Guia Geral:2011

  • Para memorizar os três componentes do MPS eu utilizo o acrônimo:  RAN

    modelo de Referência, 

    método de Avaliação e 

    modelo de Negócio.

ID
360097
Banca
CESPE / CEBRASPE
Órgão
SAD-PE
Ano
2010
Provas
Disciplina
Governança de TI
Assuntos

No modelo MPS, o nível de maturidade composto pelos processos de gerência de projetos, gerência de requisitos, aquisição, garantia da qualidade, gerência de configuração, gerência de portfólio de projetos e medição é o nível

Alternativas
Comentários
  • No modelo MPS, o nível de maturidade composto pelos processos de gerência de projetos (Nível G), gerência de requisitos (Nível G), aquisição (Nível F), garantia da qualidade (Nível F), gerência de configuração (Nível F), gerência de portfólio de projetos (Nível F) e medição (Nível F) é o nível:

    F-Gerenciado

    Memorizar a página 22 do Guia Geral 2009.
    Disponível no site: www.softex.br/mpsbr/

  • MDE - Medição => Coletar dados e analisar para que sirvam de apoio aos objetivos organizacionais.

     

    GCO - Gerência de Configuração => Manter a integridade de todos os produtos de trabalho.

     

    AQU - Aquisição => Gerenciar a aquisição de produtos que atendam aos requisitos de quem adquire.

     

    GPP- Gerência de Portfólio =>  Iniciar e manter projetos que sejam sustentáveis para a empresa.

    GQA - Garantia da Qualidade => Se a qualidade está de acordo com os planos, procedimentos e padrões.


    Frase Fulera

    Me dê (MDE) aquela (AQU) água de coco (GCO) do cardápio ( O portifólio de projeto da organização - GPP ) , tudo com qualidade ( GQA) .  
  • No MPS.BR os processos são acumulativos, ou seja, todos os processos do nível de maturidade C estão incluídos no nível de maturidade B. Portanto, os níveis de maturidade B, E e D também contêm os processos citados no enunciado. Por que, então, o nível de maturidade F é o único considerado correto?
  • A C é correta pois  somente o nível F tem exatamente estes itens.
  • Fonte: MPS.BR-Guia Geral:2011

  • De onde tiraram que Gerência de Projetos é de G? Alguém poderia me dizer aonde?

  • Rafael Alves, veja o link abaixo na página 26.

    Fonte: http://www.softex.br/wp-content/uploads/2013/07/MPS.BR_Guia_Geral_Software_2012-c-ISBN-1.pdf

  • Nível A:
    Nenhum processo novo
    Atributos de processo: AP 1.1, AP 2.1, AP 2.2, AP 3.1, AP 3.2, AP 4.1, AP 4.2 , AP 5.1 e AP 5.2

     

    Nível B:
    Gerência de Projetos – GPR (evolução)
    Atributos de processo: AP 1.1, AP 2.1, AP 2.2, AP 3.1, AP 3.2, AP 4.1 e AP 4.2

     

    Nível C:
    Gerência de Riscos – GRI 
    Desenvolvimento para Reutilização – DRU
    Gerência de Decisões – GDE
    Atributos de processo: AP 1.1, AP 2.1, AP 2.2, AP 3.1 e AP 3.2

     

    Nível D:
    Verificação – VER 
    Validação – VAL
    Projeto e Construção do Produto – PCP
    Integração do Produto – ITP
    Desenvolvimento de Requisitos – DRE
    Atributos de processo: AP 1.1, AP 2.1, AP 2.2, AP 3.1 e AP 3.2

     

    Nível E:
    Gerência de Projetos – GPR (evolução) 
    Gerência de Reutilização – GRU
    Gerência de Recursos Humanos – GRH
    Definição do Processo Organizacional – DFP
    Avaliação e Melhoria do Processo Organizacional – AMP
    Atributos de processo: AP 1.1, AP 2.1, AP 2.2, AP 3.1 e AP 3.2

     

    Nível F:
    Medição – MED 
    Garantia da Qualidade – GQA
    Gerência de Portfólio de Projetos – GPP
    Gerência de Configuração – GCO
    Aquisição – AQU
    Atributos de processo: AP 1.1, AP 2.1 e AP 2.2

     

    Nível G:
    Gerência de Requisitos – GRE 
    Gerência de Projetos – GPR
    Atributos de processo: AP 1.1 e AP 2.1

     

    Fonte: MPS.BR 2016
     

  • Que questão ótima pra eliminar as pessoas. Adorei.

  • O nivel F (Gerenciado) MPS corresponde ao nivel 2 CMMI 1.2 que contem 7 processos:

    1) Planejamento de projeto

    2) Monitoramento e Controle

    3) Gestão de contrato com fornecedores

    4) Medição e Analise

    5) Garantia da qualidade

    6) Gestão de Configuração

    7) Gestão de Requisitos

  • c-

    Nivel F gerenciado

    Gerência de Configuração
    Garantia da Qualidade
    Medição
    Aquisição

     

    Doravamente, ele ja tem os itens do nivel anterior - G : gerencia de projetos e de req.

ID
459250
Banca
FCC
Órgão
INFRAERO
Ano
2011
Provas
Disciplina
Governança de TI
Assuntos

O MPS.BR (Melhoria de Processo do Software Brasileiro) segue as principais abordagens internacionais para definição, avaliação e melhoria de processos de software para atender de forma adequada ao contexto das empresas brasileiras. Sobre esse modelo, é correto afirmar que

Alternativas
Comentários
  • a) foi criado no brasil pela SOFTEX
     
    b) possui forte interacao universaidade-empresa, foi desenvolvico em conjunto com pesquisadores de universidades

    c) a avaliacao periodica eh de 2 em 2 anos

    d) um dos principios do MPS.BR eh sua compatibilidade com CMMI, ISO 12.207 e ISO 15.504
  • De acordo com o Guia Geral do MPS.BR:
      "O MR-MPS define sete níveis de maturidade:
    A (Em Otimização),
    B (Gerenciado Quantitativamente),
    C (Definido),
    D (Largamente Definido),
    E (Parcialmente Definido),
    F (Gerenciado) e
    G (Parcialmente Gerenciado).
        A escala de maturidade se inicia no nível G e progride até o nível A. Para cada um destes sete níveis de maturidade é atribuído um perfil de processos que indicam onde a organização deve colocar o esforço de melhoria. O progresso e o alcance de um determinado nível de maturidade do MR-MPS se obtêm quando são atendidos os propósitos e todos os resultados esperados dos respectivos processos e os resultados esperados dos atributos de processo estabelecidos para aquele nível.
    A divisão em 7 estágios tem o objetivo de possibilitar uma implementação e avaliação adequada às micros, pequenas e médias empresas. " (g.n.)

  • Analise das opções:

    a) foi criado no Uruguai para atender ao MERCOSUL e melhorado no Brasil pela Petrobras. (Errado - Criado no Brasil pela SOFTEX)

    b) não possui forte interação Universidade-Empresa. (Errado - Criado em conjunto com pesquisadores de universidades)

    c) possui avaliação anual das empresas implantadas. (Errado - avaliação é realizada 2 em 2 anos)

    d) seu principal ponto fraco é não possuir compatibilidade plena com CMMI e com normas ISO/IEC. (Errado - totalmente compativel CMMI e com normas ISO/IEC)

    e) possui sete níveis de maturidade, o que possibilita uma implantação mais gradual e adequada a pequenas empresas.  (Correto)

ID
459253
Banca
FCC
Órgão
INFRAERO
Ano
2011
Provas
Disciplina
Governança de TI
Assuntos

Representam áreas de processo que precisam ser desenvolvidas para que o nível de maturidade F do MPS.BR seja atingido pela organização:

Alternativas
Comentários
  • Eu respondi a letra D por eliminação, mas essa questão pode ser anulada, pois possui duas questões certas (D e E).

    Se partirmos do princípio de que os níveis são acumulativos, temos que o nível G deveria estar necessariamente atendido para que a organização atinja o nível F.

    Ora, se o nível G é composto pela GERÊNCIA DE PROJETOS e GERÊNCIA DE REQUSITOS (letra E), necessariamente esses dois processos TAMBÉM devem estar implementados na organização para que o nível G seja atendido.

    Concordam??
  • Olá ML eu não concordo, pois Gerência de requisitos e Gerência de projetos são referentes ao nível G. Mas entendi o raciocío, e confesso que cheguei a raciocinar assim.

    Comentando cada uma:

    •  a) Inovação e implantação na organização e Análise de causas e resolução. (Nivel A)
    •  b) Análise de decisão e resolução e Gerência de riscos. (Nivel C)
    •  c) Treinamento, avaliação e melhoria do processo organizacional, Definição do processo organizacional e Adaptação do processo para gerência de projeto. (Nivel E)
    •  d) Medição, Gerência de configuração, Aquisição e Garantia da qualidade. (Nivel G - Resposta)
    •  e) Gerência de requisitos e Gerência de projetos. (Nivel F)
  • Concordo com o ML, eh o mesmo raciocinio para o CMMI Representacao por Estagio. Para alcancar um nivel superior devo desenvolver todos os processos do nivel inferior. A questao teria 2 respostas, D e E.
  • Apesar de as áreas de processos serem cumulativas ao subir nos níveis, a questão pede as áreas de processo que precisam ser desenvolvidas para atingir o nível de maturidade F.
    Baseado nisto a questão não tem duas respostas, e sim uma resposta incompleta.
    Dizer que a letra E está correta é dizer que desenvolvendo os dois processos dela constante a organização atingiria o nível F, e isso não é verdade, pois mesmo que estes dois processos possuam os atributos AP 1.1, AP 2.1 e AP 2.2 (requisitos para o nível F), se não forem também desenvolvidas as áreas de processo da letra D e mais a Gerência de Portifólio de Projetos, com os atributos AP 1.1, AP 2.1 e AP 2.2, o nível F não será atingido.
    Portanto, para que a resposta estivesse 100% teria que constar as áreas de processo das letras D e E e a GPP, todas possuindo os atributos citados.

    Mas como estamos falando de FCC, o que vale é a menos errada.
  • Perfeito Leonardo,

    só há uma resposta. Ao dizer que "precisam ser desenvolvidas para atingir o nivel F", os processos de nivel G(Genrecia de Requisitos e de Projetos) não bastam. 

    Os processos que fazem com que uma organização atinja o nivel F são os descritos na letra D, faltou apenas o GPP mas ok

    abc
  • Eu respondi a letra D, pelo princípio da mais correta. Porém, concordo plenamente com o ML.
    A questão pede: "Representam áreas de processo que precisam ser desenvolvidas". Logo, as letras D e E responderiam corretamente o enuciado, pois ambas representam áreas de processo que precisam desenvolvidas para quem quer chegar ao nível F.

  • No nível F tem os seguintes Processos:

    - Aquisição - AQU1 - AQU8
    - Gerenciamento de Configurações - GCA1 - GCA7
    - Garantia de Qualidade - GQA1 - GQA4
    - Gerencia de Portfólio de projetos - GPP1 - GPP8
    - Medição - MED1 - MED7

    O nível G:

    - Gerencia de Projetos - GPR1
    - Gerencia de Requisitos - GPR28

    Espero que ajude!

  • Vão me achar doido, mas justamente por conta do *precisam* é que achei que a mais correta fosse a E. Claro que eu sabia se tratar de processos do nível G, mas o problema é que, na minha visão, o processo de Aquisição é um dos que pode ser excluído caso a organização não o execute.

    Retirado do Guia Geral do MPS.BR:2011:

    "É permitida a exclusão completa do seguinte processo, desde que não executado pela organização: Aquisição (AQU)"

ID
471091
Banca
FCC
Órgão
INFRAERO
Ano
2011
Provas
Disciplina
Governança de TI
Assuntos

Em relação ao CMMI-DEV 1.2 e MPS.BR, é correto afirmar:

Alternativas
Comentários
  • a) no MPS.BR temos atributos de processo e nao requisitos das areas de processo.

    b) nao existe gerencia de portfolio no CMMI

    c) nao existe Staff Acquisition no CMMI

    d) nao existe Knowledge Management no CMMI


     
  • Encontrei a provável referência para essa questão... como segue:

    "Existe uma equivalência entre o MPS.BR e o CMMI. Esta equivalência é total do ponto de vista do MPS.BR para o CMMI, isto é, todos os requisitos das áreas de processo do CMMI estão presentes no MPS.BR. Entretanto não existe equivalência total do ponto de vista do CMMI para o MPS.BR, pelas seguintes razões:
    1.  No Nível F do MPS.BR, existe o processo Gerência de Portfólio de Projetos que não existe no CMMI.
    2.  No Nível E do MPS.BR, o processo Gerência de Recursos Humanos inclui os requisitos da área de processo Treinamento Organizacional do CMMI, mas tem requisitos relacionados à Aquisição de Pessoal e Gerência de Conhecimento que não estão presentes na área Treinamento Organizacional do CMMI.
    3.  No Nível E do MPS.BR, existe o processo Gerência de Reutilização que não existe no CMMI.
    4.  No Nível C do MPS.BR, existe o processo Desenvolvimento para Reutilização que não existe no CMMI."
    Sendo assim:

    a) Está incorreta porque a equivalência é do CMMI-Dev para o MR-MPS, e não o contrário como está no item.

    As outras alternativas estão basicamente como o apg-bh postou.


    Segue a fonte: O que é o MPS.BR?
  • Dica: TODOS os processos do CMMI estão no MPSBR, o contrário não é verdadeiro.
  • Em vermelho o que não tem no CMMI e em laranja é o que foi apontado pelo colega acima.

  • Lembrando que na imagem que o amigo Breno postou, não apresenta os processos que estão em evolução.

    Ou seja no Nível B e no nível E o processo Gerência de Projetos aparece novamente só que em evolução.


ID
543949
Banca
FCC
Órgão
INFRAERO
Ano
2011
Provas
Disciplina
Governança de TI
Assuntos

Considere:
I. As descrições dos modelos de ciclo de vida a serem utilizados nos projetos da organização são estabelecidas e mantidas.
II. As informações e os dados relacionados ao uso dos processos padrão para projetos específicos existem e são mantidos.
No MPS.Br, I e II são resultados esperados, respectivamente, nos processos:

Alternativas
Comentários
  • 9.3.2 Processo: Definição do Processo Organizacional – DFP
    Nível MR-MPS: E – Parcialmente Definido Propósito: O propósito do processo Definição do Processo Organizacional é estabelecer e manter um conjunto de ativos de processo organizacional e padrões do ambiente de trabalho usáveis e aplicáveis às necessidades de negócio da organização. Resultados esperados:
    DFP 4. As descrições dos modelos de ciclo de vida a serem utilizados nos projetos da organização são estabelecidas e mantidas;

    9.3.1 Processo: Avaliação e Melhoria do Processo Organizacional – AMP
    Nível MR-MPS: E – Parcialmente Definido Propósito: O propósito do processo Avaliação e Melhoria do Processo Organizacional é determinar o quanto os processos padrão da organização contribuem para alcançar os objetivos de negócio da organização e para apoiar a organização a planejar, realizar e implantar melhorias contínuas nos processos com base no entendimento de seus pontos fortes e fracos. Resultados esperados:
    AMP 2. As informações e os dados relacionados ao uso dos processos padrão para projetos específicos existem e são mantidos;
  • Processo: Definição do Processo Organizacional - DFP
    DFP 4. As descrições dos modelos de ciclo de vida a serem utilizados nos projetos da organização são estabelecidas e mantidas;

    Processo: Avaliação e Melhoria do Processo Organizacional - AMP
    AMP 2. As informações e os dados relacionados ao uso dos processos padrão para projetos específicos existem e são mantidos em repositório específico;

    Resposta: "E"

    Fonte: Guia MPS-BR (versão 1.1)

  • Questão "decoreba pura"! Principalmente porque no processo Gerência de Projetos existe um resultado esperado bem parecido com o item I.

    GPR 3. O modelo e as fases do ciclo de vida do projeto são definidos.

    Difícil lembrar dessas coisas...
  • Não existe "Definição do processo organizacional e avaliação" e nem "Melhoria do processo organizacional" o que existe é "Definição do processo organizacional" e "Avaliação e melhoria do processo organizacional". Desse modo o item "e" deveria estar errado pois mistura os nomes dos processos. O que acham? 

  • @Kaio Peixoto: concordo com você..

    Alguém sabe se essa questão foi anulada? Como ela poderia estar correta? A única referência que vi a esses processos serem chamados assim foi em uma monografia de 2010 (Melhoria de Processo de Software Brasileiro Aplicado no Nível de Maturidade F em uma Empresa Alagona Desenvolvedora de Software, pág. 47).

ID
627919
Banca
FCC
Órgão
TCE-SE
Ano
2011
Provas
Disciplina
Governança de TI
Assuntos

O processo Gerência de Riscos – GRI do MPS.BR (Guia Geral, v1.2) é componente do nível de maturidade

Alternativas
Comentários

  • Nível C: Definido

    Gerência de Riscos (GRI): o propósito é identificar, analisar, tratar, monitorar e reduzir continuamente os riscos em nível organizacional e de projeto — devem ser implementados 9 resultados esperados.

  • Nível C – Definido: é composto pelos processos anteriores (G ao D), acrescidos dos processos:

    - Desenvolvimento para Reutilização;

    - Gerência de Decisões;

    - Gerência de Riscos;

    Alternativa: C

ID
628069
Banca
FCC
Órgão
INFRAERO
Ano
2011
Provas
Disciplina
Governança de TI
Assuntos

Considere:
I.      Avaliação e Melhoria do Processo Organizacional.
II.    Aquisição.
III.   Definição do Processo Organizacional.
IV.   Gerência de Configuração.
V.    Gerência de Recursos Humanos.
VI.  Gerência de Reutilização.

No MPS.BR, o nível de maturidade E - Parcialmente Definido - é composto pelos processos dos níveis de maturidade anteriores (G e F), acrescidos dos processos que constam APENAS de

Alternativas
Comentários

  • Nível E: Parcialmente Definido

     

    Avaliação e Melhoria do Processo Organizacional (AMP): o propósito é determinar o quanto os processos padrões da organização contribuem para alcançar os objetivos de negócio da organização e para apoiar a organização a planejar, realizar e implantar melhorias contínuas nos processos com base no entendimento de seus pontos fortes e fracos — devem ser implementados 10 resultados esperados;

     

    Definição do Processo Organizacional (DFP): o propósito é estabelecer e manter um conjunto de ativos de processo organizacional e padrões do ambiente de trabalho usáveis e aplicáveis às necessidades de negócio da organização — devem ser implementados 8 resultados esperados;

     

    Gerência de Recursos Humanos (GRH): o propósito é prover a organização e os projetos com os recursos humanos necessários e manter suas competências adequadas às necessidades do negócio — devem ser implementados 11 resultados esperados;

     

    Gerência de Reutilização (GRU): o propósito é gerenciar o ciclo de vida dos ativos reutilizáveis — devem ser implementados 5 resultados esperados.

ID
638248
Banca
FUMARC
Órgão
PRODEMGE
Ano
2011
Provas
Disciplina
Governança de TI
Assuntos

Em relação ao modelo de referência MPS.BR (Melhoria de Processo do Software Brasileiro), correlacione as colunas a seguir considerando a defnição mais adequada para cada nível de maturidade:
Nível de Maturidade Defnição
I. Nível A ( ) Em otimização.
II. Nível B ( ) Defnido.
III. Nível C ( ) Gerenciado.
IV. Nível F ( ) Gerenciado quantitativamente.
Está CORRETA a seguinte sequência de respostas, na ordem de cima para baixo:

Alternativas
Comentários
  • Os níveis do MPS-br são:
    • A - Em Otimização;
    • B - Gerenciado quantitativamente;
    • C - Definido;
    • D - Largamente Definido;
    • E - Parcialmente Definido;
    • F - Gerenciado;
    • G - Parcialmente Gerenciado.

  • Os níveis de maturidade estabelecem patamares de evolução de processos, caracterizando estágios de melhoria da implementação de processos na organização. O nível de maturidade em que se encontra uma organização permite prever o seu desempenho futuro ao executar um ou mais processos. O MR-MPS define sete níveis de maturidade: A (Em Otimização), B (Gerenciado Quantitativamente), C (Definido), D (Largamente Definido), E (Parcialmente Definido), F (Gerenciado) e G (Parcialmente Gerenciado). A escala de maturidade se inicia no nível G e progride até o nível A. Para cada um destes sete níveis de maturidade é atribuído um perfil de processos que indicam onde a organização deve colocar o esforço de melhoria. O progresso e o alcance de um determinado nível de maturidade do MR-MPS se obtêm quando são atendidos os propósitos e todos os resultados esperados dos respectivos processos e os resultados esperados dos atributos de processo estabelecidos para aquele nível. A divisão em 7 estágios tem o objetivo de possibilitar uma implementação e avaliação adequada às micros, pequenas e médias empresas. A possibilidade de se realizar avaliações considerando mais níveis também permite uma visibilidade dos resultados de melhoria de processos em prazos mais curtos.

    Guia MPS.BR
    Guia 

  • Os níveis do MPS-br:

    G - Parcialmente Gerenciado

    F - Gerenciado

    E - Parcialmente Definido

    D - Largamente Definido

    C - Definido

    B - Gerenciado quantitativamente

    A - Em Otimização

ID
639589
Banca
FCC
Órgão
TRT - 11ª Região (AM e RR)
Ano
2012
Provas
Disciplina
Governança de TI
Assuntos

O nível de maturidade em que se encontra uma organização permite prever o seu desempenho futuro ao executar um ou mais processos. O MR-MPS define

Alternativas
Comentários
  • Correto a informação, conforme a cartilha do MPS.BR define que:

    Apresenta 7 níveis de maturidade (o que é um diferencial em relação aos outros padrões de processo).

    A - Em Otimização; B - Gerenciado quantitativamente; C - Definido; D - Largamente Definido; E - Parcialmente Definido; F - Gerenciado; G - Parcialmente GerenciadoLetra: "C"

  • Os níveis de maturidade estabelecem patamares de evolução de processos, caracterizando estágios de melhoria da implementação de processos na organização. O nível de maturidade em que se encontra uma organização permite prever o seu desempenho futuro ao executar um ou mais processos. O MR-MPS define sete níveis de maturidade: A (Em Otimização), B (Gerenciado Quantitativamente), C (Definido), D (Largamente Definido), E (Parcialmente Definido), F (Gerenciado) e G (Parcialmente Gerenciado). A escala de maturidade se inicia no nível G e progride até o nível A. Para cada um destes sete níveis de maturidade é atribuído um perfil de processos que indicam onde a organização deve colocar o esforço de melhoria. O progresso e o alcance de um determinado nível de maturidade do MR-MPS se obtêm quando são atendidos os propósitos e todos os resultados esperados dos respectivos processos e os resultados esperados dos atributos de processo estabelecidos para aquele nível. A divisão em 7 estágios tem o objetivo de possibilitar uma implementação e avaliação adequada às micros, pequenas e médias empresas. A possibilidade de se realizar avaliações considerando mais níveis também permite uma visibilidade dos resultados de melhoria de processos em prazos mais curtos.

    Fonte: Guia MPS.BR

     
ID
640528
Banca
FCC
Órgão
TRT - 11ª Região (AM e RR)
Ano
2012
Provas
Disciplina
Governança de TI
Assuntos

Os requisitos que os processos das unidades organizacionais devem atender, segundo o MPS-BR, têm que estar em conformidade com aqueles contidos no

Alternativas
Comentários
      • Modelo, e não Método como na questão, de avaliação - utilizado pelas entidades avaliadoras, que vão auditar e certificar as empresas.
      • Modelo de negócio - utilizados pelas entidades que auxiliam as empresas a se certificarem no MPS-BR, ajudam na implementação do modelo no alvo.
      • Modelo de referência - utilizado nas empresas que querem se certificar, devem ser implementados e seguidos para obtenção da certificação.
  • Felipe, o correto é método de avaliação como esta na questão.

    fonte: MPS.BR-Guia Geral:2009
  • O Modelo de Referência MR-MPS contém os requisitos que os processos das unidades organizacionais devem atender para estar em conformidade com o MRMPS (ou modelo de referência). Ele contém as definições dos níveis de maturidade, processos e atributos do processo, e está descrito neste Guia Geral.

    Resposta: "E"

    Fonte: Guia MPS.BR versão 1.1

  • O MPS.BR é composto por três publicações principais:

    Modelo de referência (MR): contém o que deve ser feito.

    Modelo de avaliação (MA): como a avaliação deve ser feita (quantidade de auditores, estrutura da avaliação etc)

    Modelo de negócios (MN): contém questões mais práticas (estratégias de implantação, por exemplo).


    Fonte: https://pt.wikipedia.org/wiki/Melhoria_de_Processos_do_Software_Brasileiro

ID
645454
Banca
AOCP
Órgão
BRDE
Ano
2012
Provas
Disciplina
Governança de TI
Assuntos

Considere o MPS-BR (Melhoria do Processo de Software Brasileiro) e assinale a alternativa correta.

Alternativas
Comentários
  • No Item (a) esta certo ate o momento: O MPS-BR é baseado nas normas ISO/IEC 12207 e ISO/IEC 15504, e na realidade do mercado brasileiro, bem como é compatível com o CMMI,   entre as diversas similaridades com o CMMI, podemos destacar os cinco níveis de maturidade designados pelos números de 1 a 5. (ta errado)

    No item (b) Tambem começa certo, mas não tem comparação com a maturidade do CMMI, e sim o seu proprio modelo de maturidade (ta errada)

    No item (c) corretissima

    No item (d) Não tem nada a ver

    No item (e) e totalmente contrario

     
  • Discordo dos colegas de cima.

    O MPS.BR é bastante similar ao CMMI, tanto que ele é baseado no CMMI para ter reconhecimento internacional, elevando os niveis das empresas para a exportação de soft.

    b) O MPS-BR é baseado nas normas ISO/IEC 12207 e ISO/IEC 15504, e na realidade do mercado brasileiro, bem como é compatível com o CMMI, entre as diversas similaridades com o CMMI, podemos destacar os sete níveis de maturidade designados pelo intervalo de letras de A a G.

    O erro é dizer que o CMMI é similar aos 7 niveis de maturidade, sendo que o CMMI possui 5 niveis.

    O correto seria dizer que o MPS.br é similar aos processos que compoem os niveis de maturidade do CMMI.

  • Analise das opções:

    a) O MPS-BR é baseado nas normas ISO/IEC 12207 e ISO/IEC 15504, e na realidade do mercado brasileiro, bem como é compatível com o CMMI, entre as diversas similaridades com o CMMI, podemos destacar os cinco níveis de maturidade designados pelos números de 1 a 5. (Errado o MPS possui 7 niveis de maturidade)

    b) O MPS-BR é baseado nas normas ISO/IEC 12207 e ISO/IEC 15504, e na realidade do mercado brasileiro, bem como é compatível com o CMMI, entre as diversas similaridades com o CMMI, podemos destacar os sete níveis de maturidade designados pelo intervalo de letras de A a G. (Errado o CMMI possui 5 niveis de maturidade)

    c) O MPS-BR define sete níveis de maturidade: A (Em Otimização); B (Gerenciado Quantitativamente); C (Definido); D (Largamente Definido); E (Parcialmente Definido); F (Gerenciado) e G (Parcialmente Gerenciado).  (Correto)

    d) O MPS-BR define cinco níveis de maturidade: 1(Iniciação); 2 (Planejado); 3 (Definido); 4 (Gerenciado) e 5 (Otimizado).  (Errado sete niveis de A até G)

    e) A proposta do MPS-BR é um projeto indepentende e não possui nenhum tipo de similaridade ou compatibilidade com o CMMI. (Errado possui total compatibilidade)

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

O programa de Melhoria de Processos do Software Brasileiro (MPS.BR) tem sete níveis de maturidade, que estabelecem patamares de evolução de processos. O nível de maior maturidade é o

Alternativas
Comentários
  • Níveis de maturidade do MPS.BR:
    A - Em Otimização;
    B - Gerenciado quantitativamente;
    C - Definido;
    D - Largamente Definido;
    E - Parcialmente Definido;
    F - Gerenciado;
    G - Parcialmente Gerenciado.
    Mais informações: http://www.facilinformatica.com.br/Geral/Noticias.aspx/597

  • Os níveis de maturidade estabelecem patamares de evolução de processos, caracterizando estágios de melhoria da implementação de processos na organização. O nível de maturidade em que se encontra uma organização permite prever o seu desempenho futuro ao executar um ou mais processos. O MR-MPS define sete níveis de maturidade: A (Em Otimização), B (Gerenciado Quantitativamente), C (Definido), D (Largamente Definido), E (Parcialmente Definido), F (Gerenciado) e G (Parcialmente Gerenciado). A escala de maturidade se inicia no nível G e progride até o nível A. Para cada um destes sete níveis de maturidade é atribuído um perfil de processos que indicam onde a organização deve colocar o esforço de melhoria. O progresso e o alcance de um determinado nível de maturidade do MR-MPS se obtêm quando são atendidos os propósitos e todos os resultados esperados dos respectivos processos e os resultados esperados dos atributos de processo estabelecidos para aquele nível. A divisão em 7 estágios tem o objetivo de possibilitar uma implementação e avaliação adequada às micros, pequenas e médias empresas. A possibilidade de se realizar avaliações considerando mais níveis também permite uma visibilidade dos resultados de melhoria de processos em prazos mais curtos.

    Guia MPS.BR
    Gui 

  • Não nos enganemos. Dificilmente, nos dias atuais, a FCC vai entrar com uma questão desse tipo/nível para analistas. Certamente, o examinador vai querer saber se o candidato conhece mais do que simplesmente os nomes e a ordem dos níveis de maturidade.

  • Para decorar: Inês, gerente, definiu a quantidade ótima!

    Inês, = Nível 1: Inicial (Ad-hoc)

    gerente, = Nível 2: Gerenciado / Gerido

    definiu a  = Nível 3: Definido

    quantidade = Nível 4: Quantitativamente gerenciado / Gerido quantitativamente

    ótima! = Nível 5: Em otimização

  • a-

    Os niveis do MPS.BR sao:

    A - em otimizacao - nv 5 em CMMI

    B - gerenciado quantitativamente - nv 4 em CMMI

    C- definido - nv 3 em CMMI

    D- largamente definido -nv 3 em CMMI

    E- parcialmente definido - nv 3 em CMMI

    F - Gerenciado - nv 2 em CMMI

    G - parcialmente Gerenciado - nv 2 em CMMI

  • Peçam comentário professor

ID
697333
Banca
FCC
Órgão
TRE-SP
Ano
2012
Provas
Disciplina
Governança de TI
Assuntos

Segundo o MPS.BR, a capacidade do processo é representada por um conjunto de atributos de processos descritos em termos de resultados esperados. A capacidade do processo expressa o

Alternativas
Comentários
  • Segundo o MPS.Guia Geral de Maio de 2011, na página 17:
    "8.3 Capacidade do Processo A capacidade do processo é representada por um conjunto de atributos de processo descrito em termos de resultados esperados. A capacidade do processo expressa o grau de refinamento e institucionalização com que o processo é executado na organização/unidade organizacional." Portanto, a alternativa correta é a c)
  • Creio que se na alternativa "a" estivesse escrito processo em vez de implementação estaria correto.
  • Na versão MPS-BR:2012

    Capacidade do processo

    A capacidade do processo é representada por um conjunto de atributos de processo descrito em termos de resultados esperados. A capacidade do processo expressa o grau de refinamento e institucionalização com que o processo é executado na organização/unidade organizacional.


    [Os 9 Atributos de Processo que representam a Capacidade]

    AP 1.1 O processo é executado

    AP 2.1 O processo é gerenciado

    AP 2.2 Os produtos de trabalho do processo são gerenciados

    AP 3.1. O processo é definido

    AP 3.2 O processo está implementado

    AP 4.1 O processo é medido

    AP 4.2 O processo é controlado

    AP 5.1 O processo é objeto de melhorias incrementais e inovações

    AP 5.2 O processo é otimizado continuamente


    Fonte: MPS-BR:2012 Págs.18-24.
ID
704287
Banca
CESPE / CEBRASPE
Órgão
MPE-PI
Ano
2012
Provas
Disciplina
Governança de TI
Assuntos

A direção de uma empresa designou uma equipe de
analistas para garantir a qualidade dos sistemas de informação em
produção na entidade. Para cumprir suas atribuições, a equipe
recorreu a diversas técnicas e metodologias para a avaliação da
qualidade do desenvolvimento de software.

Com base nessa situação hipotética, julgue os itens que se seguem

De acordo com o Guia Geral:2011 do MPS-BR, alguns processos podem ser excluídos total ou parcialmente do escopo de um projeto, conforme o negócio da empresa avaliada.

Alternativas
Comentários
  • Exclusão de Processos Alguns processos podem ser excluídos, total ou parcialmente, do escopo de uma avaliação MPS por não serem pertinentes ao negócio da unidade organizacional que está sendo avaliada. Cada exclusão deve ser justificada no Plano de Avaliação.

    Fonte: MPS.BR-Guia Geral:2011
  • Nao concordo com o gabarito.
    Dizer que "alguns processos podem ser excluídos total ou parcialmente do escopo de um projeto" nao eh a mesma coisa que dizer "Alguns processos podem ser excluídos, total ou parcialmente, do escopo de uma avaliação MPS".
  • Mas a questão está correta leo. Por exemplo:

    O processo de aquisição-AQU pode ser excluído por inteiro, desde o que o mesmo não seja executado pela organização.

    Um processo que pode ser excluido parcialmente é o processo de Desenvolvimento para Reutilização-DRU, pois Alguns resultados esperados desse processo podem ser excluídos, dependendo das oportunidades de reutilização de ativos e da capacidade da organização para reutilização de ativos

  • O processo Aquisição pode ser excluído, desde que não executado pela organização.


    É permitida a exclusão do processo Gerência de Portfólio de Projetos, desde que a única atividade da unidade organizacional seja evolução de produto.


    Alguns resultados esperados do processo Desenvolvimento para Reutilização podem ser excluídos, dependendo das oportunidades de reutilização de ativos e da capacidade da organização para reutilização de ativos.

  • Exclusão de Processos: Alguns processos podem ser excluídos, total ou parcialmente, do escopo de uma avaliação MPS por não serem pertinentes ao negócio da unidade organizacional que está sendo avaliada. Cada exclusão deve ser justificada no Plano de Avaliação. A aceitação das exclusões e suas justificativas é responsabilidade do Avaliador Líder, conforme descrito no Guia de Avaliação.

    Processos que podem ser excluídos completamente:

    Aquisição (AQU)

    Gerência de Portfólio de Projetos (GPP)

    Desenvolvimento para Reutilização (DRU)


  • Exclusão de Processos

    Alguns processos podem ser excluídos, total ou parcialmente, do escopo de uma avaliação MPS por não serem pertinentes ao negócio da unidade organizacional que está sendo avaliada. Cada exclusão deve ser justificada no Plano de Avaliação. A aceitação das exclusões e suas justificativas é responsabilidade do Avaliador Líder, conforme descrito no Guia de Avaliação. É permitida a exclusão completa do seguinte processo, desde que não executado

    pela organização:

    • Aquisição (AQU)

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

O MPS.BR tem como uma das metas definir e aprimorar o modelo de melhoria e avaliação de processo de software, visando preferencialmente as micro, pequenas e médias empresas, de forma a atender às suas necessidades de negócio e ser reconhecido nacional e internacionalmente como um modelo aplicável à indústria de software. Os componentes em que o MPS.BR está dividido são:

Alternativas
Comentários
  • A ESAF literalmente copiou está questão deste site (http://leodurans.blogspot.com.br/2011/03/qualidade-de-software-introducao-ao.html), mais o pior de tudo e que eles alteraram o gabarito para a letra E, sendo que a resposta e a letra D.

    Conforme preceitua o guia do site da softex (http://www.softex.br/mpsbr/_guias/guias/MPS.BR_Guia_Geral_Servicos_2012.pdf) temos:

    O modelo MPS está dividido em quatro (4) componentes (Figura 1): 
    • Modelo de Referência MPS para Software (MR-MPS-SW)
    • Modelo de Referência MPS para Serviços (MR-MPS-SV);
    • Método de Avaliação (MA-MPS) - Descrito item
    • Modelo de Negócio (MN-MPS).  - Descrito item
    O MPS - BR e um modelo de qualidade de processo (Modelo MPS) voltada para a realidade do mercado de pequenas e médias empresas de desenvolvimento de software no Brasil.

    Ele é baseado nas normas ISO/IEC 12207 e ISO/IEC 15504 e na realidade do mercado brasileiro, bem como é compatível com o CMMI.

    No Brasil, uma das principais vantagens do modelo é seu custo reduzido de certificação em relação as normas estrangeiras, sendo ideal para micro, pequenas e médias empresas.

    Bons estudos a todos.
  • Acho que o erro da D é a palavra "método". Deveria ser "Modelo".
    Mesmo assim ainda não entendi este gabarito final? Se o gabarito oficial foi alterado para letra E, então não teria que incluir o guia de Aquisição para corresponder aos componentes mais detalhados:

    Guia Geral, Guia de aquisição, Guia de Avaliação e Guia de Implementação:

    Veja a figura na primeira página deste artigo que mostra a estrutura do MPS.BR conforme link abaixo:
     
    http://www.tesestec.com.br/pasteurjr/sintesempsbr.pdf

  • Componentes do MPS

    Modelo de Referência (MR-MPS)
    Contém os requisitos que os processos das organizações devem atender para estar em conformidade com o modelo
    Descrito pelo Guia Geral
     

    Método de Avaliação (MA-MPS)
    Orienta a execução de uma avaliação de conformidade ao modelo
    Descrito pelo Guia de Avaliação
     

    Modelo de Negócio (MN-MPS)
    Descreve regras de negócio para a implementação do modelo

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

No MPS.BR são definidos níveis de maturidade que são uma combinação entre processos e sua capacidade. Os níveis de maturidade estabelecem patamares de evolução de processos, caracterizando estágios de melhoria da implementação de processos na organização.

Assinale a opção que identifica todos os níveis de maturidade do MPS.BR.

Alternativas
Comentários

  • O MPS.BR apresenta 7 níveis de maturidade (o que é um diferencial em relação aos outros padrões de processo) que são:

    • A - Em Otimização;
    • B - Gerenciado quantitativamente;
    • C - Definido;
    • D - Largamente Definido;
    • E - Parcialmente Definido;
    • F - Gerenciado;
    • G - Parcialmente Gerenciado.
    Fonte: http://pt.wikipedia.org/wiki/Melhoria_de_Processos_do_Software_Brasileiro
  • RESPOSTA CORRETA LETRA C !!!!!!!!!!!!!!!!!!!!!!!!!!!
  • A - Em otimizado
    B - Gerenciado Quantativamente
    C - Definido
    D - Largamente Definido
    E - Parcialmente Definido
    F - Gerenciado
    G - Parcialmente Gerenciado

    Em relação ao CMMI, 1 - Inicial não possui um nível no MPS.BR. 2 - Gerenciado [F - Gerenciado e G - Parcialmente Gerenciado], 3 - Definido [E - Parcialmente Definido, D - Largamente Definido e C - Definido], 4 - Gerenciado Quantativamente [B - Gerenciado Quantativamente], 5 - Em otimização [A - Em Otimizado]
  • Lembrar os níveis de maturidade do Cobit, CMMI, MPS.BR, lembrar de todos os domínios e processos do Cobit, ITIL, dos processos, grupos de processos e áreas de conheciemnto do PMBOK, PQP!!!!!! NÃO TEM COMO NÃO SE CONFUNDIR!!!!!
  • pessoal se uma organização não conseguir atender os processos do seu nível corrente em que se encontra, no entanto ela apresenta parcialmente um nível de evolução mas deixou a desejar em certos processos do seu nível, nesse caso ela volta ao nível inferior para se esforçar em conseguir assumir o nível que antes ocupava?

  • Gerência de Projetos (GPR): o propósito é estabelecer e manter planos que definem atividades, recursos e responsabilidades do projeto, bem como prover informações sobre o andamento do projeto que permitam a realização de correções quando houver desvios significativos no desempenho do projeto. O propósito deste processo evolui à medida que a organização cresce em maturidade. Assim, a partir do nível E, alguns resultados evoluem e outros são incorporados, de forma que a gerência de projetos passe a ser realizada com base no processo definido para o projeto e nos planos integrados. No nível B, a gerência de projetos passa a ter um enfoque quantitativo, refletindo a alta maturidade que se espera da organização. Novamente, alguns resultados evoluem e outros são incorporados.

  • c-

    As propostas dos niveis do MPS-BR:

     

    G – Parcialmente Gerenciado: gerenciamento de requisitos e de projetos. É suficiente haver técnicas de levantamento de requisitos (Brainstorming, JAD, Análise de documentos quantitativos,reunião, Prototipagem, Questionários, Levantamento Orientado a Ponto de Vista,Etnografia, Caso de Uso etc) e gerencia de projetos para estar no nivel G.


    F – Gerenciado: controles de mediação, gerência de configuração, conceitos de aquisição e garantia de qualidade;


    E – Parcialmente Definido: treinamento, adaptação de processos para gerência de projetos, além da preocupação com a melhoria e o controle do processo organizacional. Se teu RH esta admnistrado, esta no nivel E.


    D – Largamente Definido: V & V, releases, instalação e integração. O gerencia de configuraçao apareceu em F, mas somente garantia de qualidade estava em evidencia. Aqui, controle de qualidade esta mais definido.


    C – Definido: gerência de riscos; desenvolvimento de reutilizacao

     

    B – Gerenciado Quantitativamente: desempenho dos processos e a sua gerência quantitativa. Pode usar ISO 15504 em combinação para parametrização reconhecida


    A – Otimização: inovação e análise de causas.

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

O propósito do processo Gerência de Projetos - GPR do MPS.BR é estabelecer e manter planos que definem as atividades, recursos e responsabilidade do projeto, bem como prover informações sobre o andamento do projeto que permitam a realização de correções quando houver desvios significativos no desempenho do projeto. Assinale a opção que representa um dos resultados esperados do Processo de Projeto - GPR.

Alternativas
Comentários
  • O propósito do processo Gerência de Projeto (GPR) é identificar, estabelecer, coordenar e monitorar as atividades, tarefas e recursos que um projeto necessita para produzir um produto e/ou serviço no contexto dos requisitos e restrições do projeto.

    Fonte: MPS.BR (Guia Geral)
    Resposta: E
  • GPR 11 - A viabilidade de atingir as metas do projeto e? explicitamente avaliada considerando restric?o?es e recursos disponi?veis. Se necessa?rio, ajustes sa?o realizados; 
  • 9.1.1  Processo: Gerência de Projetos – GPR
    Nível MR-MPS: G – Parcialmente Gerenciado
    Propósito:
    O propósito do processo Gerência de Projetos é estabelecer e manter planos que definem as atividades, recursos e responsabilidades do projeto, bem como prover 
    informações sobre o andamento do projeto que permitam a realização de correções quando houver desvios significativos no desempenho do projeto.
  • a) Aquisição AQU, nível F (gerenciado)
    b) Medição MED, nível F (gerenciado)
    c) Medição MED, nível F (gerenciado)
    d) Avaliação e melhoria do processo Organizacional AMP, nível E (parcialmente definido)
    e) Gerência de Projetos GPR, nível G (parcialmente gerenciado)
ID
720451
Banca
ESAF
Órgão
CGU
Ano
2008
Provas
Disciplina
Governança de TI
Assuntos

O propósito do processo de Gerência de Requisitos - GRE do MPS.BR é gerenciar os requisitos dos produtos e componentes do projeto e identificar inconsistências entre os requisitos, os planos do projeto e os produtos de trabalho do projeto.

Assinale a opção que identifica um dos resultados esperados do processo de Gerência de Requisitos.

Alternativas
Comentários
  • O propósito do processo Gerência de Requisitos - GRE  (Parcialmente Gerenciado) é gerenciar os requisitos dos produtos e componentes do produto do projeto e identificar inconsistências entre esses requisitos e os planos e produtos de trabalho do projeto.

    Resultados Esperados:

    GRE1. Uma comunicação contínua com os fornecedores de requisitos é estabelecida;
    GRE2. O Entendimento dos requisitos é obtido;
    GRE3. A aceitação dos requisitos é estabelecida por meio de critérios objetivos;
    GRE4. O comprometimento com os requisitos é estabelecido e mantido;
    GRE5. A rastreabilidade entre os requisitos, os planos de projeto e os produtos de trabalho é estabelecida e mantida;
    GRE6. Inconsistências entre os planos de projeto, os produtos de trabalho e os requisitos são identificadas e corrigidas;
    GRE7. Mudanças nos requisitos são gerenciadas ao longo do projeto.

    Fonte: MPS.BR (Guia Geral)

    Resposta: "B"



     

  • GRE1. GRE 2. GRE 3. GRE 4. GRE 5.

    GRE1. O entendimento dos requisitos e? obtido junto aos fornecedores de requisitos;

    GRE2. Os requisitos sa?o avaliados com base em crite?rios objetivos e um comprometimento da equipe te?cnica com estes requisitos e? obtido;

    GRE3. A rastreabilidade bidirecional entre os requisitos e os produtos de trabalho e? estabelecida e mantida;

    GRE4. Reviso?es em planos e produtos de trabalho do projeto sa?o realizadas visando identificar e corrigir inconsiste?ncias em relac?a?o aos requisitos;

    GRE5. Mudanc?as nos requisitos sa?o gerenciadas ao longo do projeto. 

  • Toda a engenharia de requisitos (menos a parte de gestão) faz parte do processo "Desenvolvimento de requisitos".

    Portanto, identificar as necessidades, refinar os requisitos, detalhar os componentes, as interfaces, validar etc. - tudo isso faz parte do desenvolvimento de requisitos.
  • De acordo com Guia Geral MPS.BR, a questão em comento é analisada da seguinte maneira:
    • a) As necessidades, expectativas e restrições do cliente, tanto do produto quanto de suas interfaces, são identificadas.
      • Nível MR-MPS: D – Largamente Definido
      • Processo: Desenvolvimento de Requisitos - DRE
      • DRE 1: As necessidades e expectativas, restrições e requisitos de interface do cliente são identificadas.
    • b) Mudanças nos requisitos são gerenciadas ao longo do projeto.
      • Nível MR-MPS: G – Parcialmente Gerenciado
      • Processo: Gerência de Requisitos - GRE
      • GRE7: Mudanças nos requisitos são gerenciadas ao longo do projeto.
    • c) Os requisitos são validados.
      • Nível MR-MPS: D – Largamente Definido
      • Processo: Desenvolvimento de Requisitos - DRE
      • DRE 7: Os requisitos são validados.
    • d) Os requisitos funcionais e não-funcionais de cada componente do produto são refinados, elaborados e alocados.
      • Nível MR-MPS: D – Largamente Definido
      • Processo: Desenvolvimento de Requisitos - DRE
      • DRE 2: Um conjunto definido de requisitos funcionais e não-funcionais que descrevem a solução do problema a ser resolvido é estabelecido a partir das necessidades, expectativas, restrições e requisitos do cliente e da interface.
    • e) Interfaces internas e externas do produto e de cada componente do produto são definidas.
      • Nível MR-MPS: D - Largamente Definido
      • Processo: Integração do Produto - ITP
      • ITP 4: As definições, projeto e mudanças nas interfaces internas e externas são gerenciados para os componentes dos produtos e produtos.
    Resposta para a questão é a letra "b".
ID
720463
Banca
ESAF
Órgão
CGU
Ano
2008
Provas
Disciplina
Governança de TI
Assuntos

No MPS.BR, Guia Geral versão 1.2, para cada um dos níveis de maturidade é atribuído um perfil de processos que indica onde a organização deve colocar o esforço de melhoria.

Assinale a opção que representa corretamente todos os processos atribuídos ao nível de maturidade.

Alternativas
Comentários
  • G Parcialmente Gerenciado:

    Gerência de Projetos GPR, 
    Gerência de Requisitos GRE

    F Gerenciado: 

    Aquisição,
    Gerencia de Configuração GCO
    Gerência de Portfólio de Projetos
    Garantia de Qualidade GQA
    Medição MED

    E Parcialmente Definido

    Gerencia de Projetos GPR
    Avaliação e Melhoria do Processo Organizacional
    Definição do Processo Organizacional
    Gerência de Recursos Humanos
    Gerência de Reutilização GRU

    D Largamente Definido

    Desenvolvimento de Requisitos
    Integração do Produto ITP
    Projeto e Construção do Produto
    Validação
    Verificação VER

    C Definido

    Gerência de Decisões GDE
    Desenvolvimento para Reutilização
    Gerencia de Risco GRI

    B Gerenciado Quantitativamente

    Gerencia de Projetos GPR
     
    A Em Otimização

    AP. 5.1:     é objeto de inovações 
    AP 5.2     é otimizado continuamente
     
  • é bom alguém corrigir o gabarito, pois aqui diz que a letra A está correta, quando na verdade é a letra B: Nível F – Processos: Garantia da Qualidade - GQA, Gerência de Configuração - GCO, Medição - MED.
  • A letra correta é a letra A mesmo. A letra B está incorreta pois está incompleta.
    Falta os seguintes processos: Gerência de Portfólio e Aquisição.
  • A questão pede que apresente TODOS os processo, por isso que a B está errada, pois ela possui 5 processos e a questão apresenta apenas 3.
    Nessa horas ajuda saber o número de processos de cada nível.

ID
723559
Banca
FCC
Órgão
TRT - 6ª Região (PE)
Ano
2012
Provas
Disciplina
Governança de TI
Assuntos

NO MPS.BR, o nível de maturidade G (Parcialmente Gerenciado) é composto pelos processos Gerência de Projetos e Gerência de Requisitos. Neste nível, a implementação dos processos deve satisfazer os atributos de processo

Alternativas
Comentários
  • Nivel G - Parcialmente Gerenciado
    AP 1.1 - O processo é executado
    AP 2.1 - O processo é gerenciado
    Processos:
    - Gerencia de Requisitos - GRE
    - Gerencia de Projetos - GPR
  • Existem 9 atributos de processo, são eles:

    • AP 1.1 - O processo é executado;
    • AP 2.1 - O processo é gerenciado;
    • AP 2.2 - Os produtos de trabalho do processo são gerenciados;
    • AP 3.1 - O processo é definido;
    • AP 3.2 - O processo está implementado;
    • AP 4.1 - O processo é medido;
    • AP 4.2 - O processo é controlado;
    • AP 5.1 - O processo é objeto de inovações;
    • AP 5.2 - O processo é otimizado continuamente

  • Completando os dois colegas:

    Nivel A => AP1.1; AP2.1; AP2.2; AP3.1; AP3.2; AP4.1; AP4.2; AP5.1; AP5.2
    Nível B => AP1.1; AP2.1; AP2.2; AP3.1; AP3.2; AP4.1; AP4.2
    Nível C => AP1.1; AP2.1; AP2.2; AP3.1; AP3.2 
    Nível D => AP1.1; AP2.1; AP2.2; AP3.1; AP3.2
    Nível E => AP1.1; AP2.1; AP2.2; AP3.1; AP3.2
    Nível F => AP1.1; AP2.1; AP2.2
    Nível G => AP1.1; AP2.1;

    Os atributos de processo AP 4.1, AP 4.2, AP 5.1 e AP 5.2 somente devem ser implementados para os processos críticos da organização/unidade organizacional, selecionados para análise de desempenho. Os demais atributos de processo devem ser implementados para todos os processos.

    Fonte: Guia MPS.BR

    Afinal, FCC é Decorar!




     

  • Eu gravei da seguinte forma:

    Nível G: 1.1 e 2.1
    Nível F: 2.2
    Nível E, D, C: 3.1 e 3.2
    Nível B: 4.1 e 4.2
    Nível A: 5.1 e 5.2

    Como um nível tem como pré-requisito o nível anterior (com exceção do nível G que não possui anterior) é só gravar essa lista e saber que tem que considerar os Atributos de Processo anterior.

  • Dica para quem não decorou a associação Níveis de Maturidade X AP:

    Não existe AP com final ".0". Só com isso o concursando já elimina as 3 primeiras alternativas.

    Depois, sabendo que o nível G é o primeiro nível de maturidade, escolha a alternativa que contem o AP com menor numeração.

ID
753196
Banca
FCC
Órgão
MPE-AP
Ano
2012
Provas
Disciplina
Governança de TI
Assuntos

Segundo o MPS.BR, a abordagem baseada em reutilização para definir o escopo, especificar a estrutura e construir ativos (por exemplo, requisitos, projeto, código-fonte, documentação) para uma classe de sistemas, subsistemas ou aplicações é definida como

Alternativas
Comentários
  • Definição Clara:

    Engenharia de domínio: Uma abordagem baseada em reutilização para definir o 
    escopo, especificar a estrutura e construir ativos (por exemplo, requisitos, projeto, 
    código-fonte, documentação) para uma classe de sistemas, sub-sistemas ou 
    aplicações. A engenharia de domínio pode incluir as seguintes atividades: definição 
    de domínio, análise de domínio, desenvolvimento da arquitetura de domínio e 
  • 4 Termos e definições
     
    Ativo reutilizável: Um item, como, por exemplo, projeto(design), especificação,código-fonte, documentação, casos de teste, manuais, procedimentos, etc., que foiprojetado para utilização em múltiplos contextos.

    Ativo de domínio:Ativo reutilizável produzido a partir da engenharia de domínio.

    Ativo de processo:Qualquer coisa que a organização considere útil para atingir osobjetivos do processo, por exemplo, políticas, processos definidos, liçõesaprendidas, templates de documentos, padrões, material de treinamento [SEI, 2006].

    Atributo de processo:Uma característica mensurável da capacidade do processoaplicável a qualquer processo[ISO/IEC, 2004a]. 

    Avaliação: Uma determinação sistemática do grau de atendimento de uma entidadeem relação aos critérios para ela estabelecidos[ABNT, 1998]. 

    Avaliação de processo: Uma avaliação disciplinada dos processos da organizaçãoem relação a um modelo de avaliação de processo[ISO/IEC, 2004a].

    ref http://pt.scribd.com/doc/51253287/4/Termos-e-definicoes

  • Engenharia de domi?nio: Uma abordagem baseada em reutilizac?a?o para definir o escopo, especificar a estrutura e construir ativos (por exemplo, requisitos, projeto, co?digo-fonte, documentac?a?o) para uma classe de sistemas, subsistemas ou aplicac?o?es. A engenharia de domi?nio pode incluir as seguintes atividades: definic?a?o de domi?nio, ana?lise de domi?nio, desenvolvimento da arquitetura de domi?nio e implementac?a?o de domi?nio. 

  • A nova versão do Guia Geral encontra-se no link:

    http://www.softex.br/mpsbr/_guias/guias/MPS.BR_Guia_Geral_Software_2012.pdf (Estes conceitos e vários outros encontram-se na Págia 7)

  • Para maiores esclarecimentos, busquem o item 4, Termos e definições, do MR-MPS-SW Guia Geral de Software.

    Informalmente, para contribuir na resposta a essa questão, entendo que a expressão-chave é "especificar a estrutura e construir ativos". Só engenharia faz isso.

    Abs,

    Maurício

    mauriciorochabastos@gmail.com

  • Gabarito C


    Engenharia de domínio: Uma abordagem baseada em reutilização para definir o escopo, especificar a estrutura e construir ativos (por exemplo, requisitos, projeto, código-fonte, documentação) para uma classe de sistemas, subsistemas ou aplicações. A engenharia de domínio pode incluir as seguintes atividades: definição de domínio, análise de domínio, desenvolvimento da arquitetura de domínio e implementação de domínio.

    Fonte: MPS.BR-Guia Geral MPS de Software:2012, página 8.

  • Página 8 da versão 2016 do guia

     

    Engenharia de domínio: Uma abordagem baseada em reutilização para definir o escopo, especificar a estrutura e construir ativos (por exemplo, requisitos, projeto, código-fonte, documentação) para uma classe de sistemas, subsistemas ou aplicações. A engenharia de domínio pode incluir as seguintes atividades: definição de domínio, análise de domínio, desenvolvimento da arquitetura de domínio e implementação de domínio

  • De novo FCC cobrando Glossário!!? :(

ID
784342
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Governança de TI
Assuntos

Tendo em vista que, segundo o documento Melhoria de Processo do Software Brasileiro (MPS.BR), três tipos de requisitos atendem às diferentes necessidades de todos os envolvidos em um projeto, julgue o  item  a seguir.

As atividades relacionadas à identificação, rastreabilidade e gerência de mudanças estão vinculadas ao processo de desenvolvimento de requisitos, que cria e interpreta os requisitos.

Alternativas
Comentários

  • Isso eh gerencia de requisitos

    nivel g

  • Acredito que a questão tenha misturado os dois processos abaixo:

    9.1.2 Processo: Gerência de Requisitos – GRE

    Nível MR-MPS: G – Parcialmente Gerenciado

    Propósito:

    O propósito do processo Gerência de Requisitos é gerenciar os requisitos do produto e dos componentes do produto do projeto e identificar inconsistências entre os requisitos, os planos do projeto e os produtos de trabalho do projeto.

    Resultados esperados:

    GRE 1. O entendimento dos requisitos é obtido junto aos fornecedores de requisitos; (esse entedimento é diferente de identificar os requisitos, significa apenas que os requisitos foram registrados formalmente, ainda falta refiná-los e compreendê-los verdadeiramente)

    GRE 2. Os requisitos são avaliados com base em critérios objetivos e um comprometimento da equipe técnica com estes requisitos é obtido;

    GRE 3. A rastreabilidade bidirecional entre os requisitos e os produtos de trabalho é estabelecida e mantida;

    GRE 4. Revisões em planos e produtos de trabalho do projeto são realizadas visando identificar e corrigir inconsistências em relação aos requisitos;

    GRE 5. Mudanças nos requisitos são gerenciadas ao longo do projeto.
     


    9.4.1 Processo: Desenvolvimento de Requisitos – DRE

    Nível MR-MPS-SW: D – Largamente Definido

    Propósito:

    O propósito do processo Desenvolvimento de Requisitos é definir os requisitos (aqui sim há uma identificação dos requisitos, onde todas aquelas etapas de classificação, priorização e negociação de requisitos ocorre) do cliente, do produto e dos componentes do produto

    Resultados esperados:

    DRE 1. As necessidades, expectativas e restrições do cliente, tanto do produto quanto de suas interfaces, são identificadas ;

    DRE 2. Um conjunto definido de requisitos do cliente é especificado e priorizado a partir das necessidades, expectativas e restrições identificadas;

    DRE 3. Um conjunto de requisitos funcionais e não-funcionais, do produto e dos componentes do produto que descrevem a solução do problema a ser resolvido, é definido e mantido a partir dos requisitos do cliente;

    DRE 4. Os requisitos funcionais e não-funcionais de cada componente do produto são refinados, elaborados e alocados. Interfaces internas e externas do produto e de cada componente do produto são definidas;

    DRE 5. Conceitos operacionais e cenários são desenvolvidos;

    DRE 6. Os requisitos são analisados, usando critérios definidos, para balancear as necessidades dos interessados com as restrições existentes; DRE 7. Os requisitos são validados.

     

    Fonte: MPS.BR 2016, pág 27;37
     

ID
784348
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Governança de TI
Assuntos

Tendo em vista que, segundo o documento Melhoria de Processo do Software Brasileiro (MPS.BR), três tipos de requisitos atendem às diferentes necessidades de todos os envolvidos em um projeto, julgue o  item  a seguir.


Requisitos não funcionais, também conhecidos como restrições ou requisitos de qualidade, expressam as condições ou as qualidades específicas a que o produto e(ou) componentes do produto deve(m) atender.

Alternativas
Comentários

  • boa dica, obrigado

ID
784351
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Governança de TI
Assuntos

Tendo em vista que, segundo o documento Melhoria de Processo do Software Brasileiro (MPS.BR), três tipos de requisitos atendem às diferentes necessidades de todos os envolvidos em um projeto, julgue o  item  a seguir.


O custo de correção de um problema de requisitos é maior na fase de implementação do que na fase de validação dos requisitos.

Alternativas
Comentários

  • a fase de validação não seria depois da de implementação?

     

    e o custo de correção de um requisito errado não cresce a medida em que o projeto evoluiu?

     

     

  • A questão é ambígua: Validação de requisitos pode ocorrer mais intensamente durante a Fase de Levantamento de Requisitos e Homologação do Sistema (entre outras). É o tipo de questão que o examinador joga a moeda para decidir qual será a resposta. 

ID
784354
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Governança de TI
Assuntos

Tendo em vista que, segundo o documento Melhoria de Processo do Software Brasileiro (MPS.BR), três tipos de requisitos atendem às diferentes necessidades de todos os envolvidos em um projeto, julgue o  item  a seguir.


O propósito do processo denominado desenvolvimento de requisitos é definir os requisitos do cliente, do produto e dos componentes do produto.

Alternativas
Comentários

  • 9.4.1 Processo: Desenvolvimento de Requisitos – DRE

    Nível MR-MPS-SW: D – Largamente Definido

    Propósito:

    O propósito do processo Desenvolvimento de Requisitos é definir os requisitos (aqui sim há uma identificação dos requisitos, onde todas aquelas etapas de classificação, priorização e negociação de requisitos ocorre) do cliente, do produto e dos componentes do produto

    Resultados esperados:

    DRE 1. As necessidades, expectativas e restrições do cliente, tanto do produto quanto de suas interfaces, são identificadas ;

    DRE 2. Um conjunto definido de requisitos do cliente é especificado e priorizado a partir das necessidades, expectativas e restrições identificadas;

    DRE 3. Um conjunto de requisitos funcionais e não-funcionais, do produto e dos componentes do produto que descrevem a solução do problema a ser resolvido, é definido e mantido a partir dos requisitos do cliente;

    DRE 4. Os requisitos funcionais e não-funcionais de cada componente do produto são refinados, elaborados e alocados. Interfaces internas e externas do produto e de cada componente do produto são definidas;

    DRE 5. Conceitos operacionais e cenários são desenvolvidos;

    DRE 6. Os requisitos são analisados, usando critérios definidos, para balancear as necessidades dos interessados com as restrições existentes; DRE 7. Os requisitos são validados.

     

    Fonte: MPS.BR 2016, pág 27;37

  • a gerencia de requisitos no nivel F apenas controla os requisitos já existentes.

     

    No nível D há uma preocupação na criação dos requisitos

ID
784357
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Governança de TI
Assuntos

Tendo em vista que, segundo o documento Melhoria de Processo do Software Brasileiro (MPS.BR), três tipos de requisitos atendem às diferentes necessidades de todos os envolvidos em um projeto, julgue o  item  a seguir.


A engenharia de requisitos é definida como o processo por meio do qual a descoberta, a análise, a documentação e a verificação das funções e restrições do sistema possibilitam o controle de mudanças.

Alternativas
Comentários

  • Engenharia de requisitos não é processo, mas uma disciplina.

ID
790939
Banca
FCC
Órgão
TST
Ano
2012
Provas
Disciplina
Governança de TI
Assuntos

O modelo MPS.BR (Melhoria de Processos do Software Brasileiro)

Alternativas
Comentários

  • O MPS.BR ou Melhoria de Processos do Software Brasileiro é simultaneamente um movimento para a melhoria da qualidade (Programa MPS.BR) e um modelo de qualidade de processo (Modelo MPS) voltada para a realidade do mercado de pequenas e médias empresas de desenvolvimento de software no Brasil.

    Ele é baseado nas normas ISO/IEC 12207 e ISO/IEC 15504 e na realidade do mercado brasileiro, bem como é compatível com o CMMI.

    No Brasil, uma das principais vantagens do modelo é seu custo reduzido de certificação em relação as normas estrangeiras, sendo ideal para micro, pequenas e médias empresas.

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

  • (errada) a) apresenta um conjunto de recomendações baseadas na ISO/IEC 12207 e na ISO/IEC 15504, específico para empresas de grande porte.
    R.:é específica para empresas de micro, pequeno e médio porte.

    (errada) b) é composto por 5 níveis de maturidade, sendo estes níveis classificados em “Inicial”, “Gerenciado”, “Definido”, “Gerenciado Quantitativamente” e “Em Otimização”.
    R.:São 7 os níveis: A,B,C,D,E,F,G

    (errada) c) possui compatibilidade com o modelo CMMI-DEV, visto que o modelo MPS.BR possui o mesmo conjunto de áreas de processo e a mesma  organização de métricas de capacidades para obtenção de maturidade.
    R.:Não tem exatamente as mesmas áreas de processo

    (errada) d) tem o apoio do Ministério da Ciência e Tecnologia, FINEP e Banco Interamericano de Desenvolvimento, possuindo um custo de certificação semelhante ao CMMI, bastante adequado à realidade brasileira.
    R.:O MPS-BR tem o custo de certificação menor

    (correta) e) é baseado nas normas ISO/IEC 12207 e ISO/IEC 15504, promovendo a melhoria dos processos de desenvolvimento de software brasileiro, em especial, para empresas de pequeno e médio porte, compatível com o modelo CMMI-DEV.

  • O modelo MPS.BR (Melhoria de Processos do Software Brasileiro) 
     
     a) apresenta um conjunto de recomendações baseadas na ISO/IEC 12207 e na ISO/IEC 15504, específico para empresas de grande porte. [Sim, ele é baseado nas ISO 12.207 e 15.504 e no CMMI, entretanto o MPS.BR é especifico para micro e média empresas. Mas pode ser implantado em empresas de grande porte, sendo ela publica ou privada] - Errado
     
     b) é composto por 5 níveis de maturidade, sendo estes níveis classificados em “Inicial”, “Gerenciado”, “Definido”, “Gerenciado Quantitativamente” e “Em Otimização”.  [É composto por 7 níveis de maturidade, sendo eles: A - Em Otimização, B - Gerenciado Quantativamente, C - Definido, D - Largamente Definido, E - Parcialmente Definido, F - Gerenciado, G - Parcialmente Gerenciado. Sendo que o G é o primeiro nível de maturidade.] - Errado
     
     c) possui compatibilidade com o modelo CMMI-DEV, visto que o modelo MPS.BR possui o mesmo conjunto de áreas de processo e a mesma organização de métricas de capacidades para obtenção de maturidade. [Sim, possui compatibilidade, porém não possui o mesmo conjunto de áreas de processos. Podemos dizer que tudo que tem no CMMI tem no MPS.BR, mas não podemos dizer que tudo que tem no MPS.BR tem no CMMI] - Errado
     
     d) tem o apoio do Ministério da Ciência e Tecnologia, FINEP e Banco Interamericano de Desenvolvimento, possuindo um custo de certificação semelhante ao CMMI, bastante adequado à realidade brasileira. [O custo da certificação é inferior ao do CMMI. O MPS.BR possui um baixo custo] - Errado
     
     e) é baseado nas normas ISO/IEC 12207 e ISO/IEC 15504, promovendo a melhoria dos processos de desenvolvimento de software brasileiro, em especial, para empresas de pequeno e médio porte, compatível com o modelo CMMI-DEV.  

  • O MPS.BR é um programa mobilizador, de longo prazo, criado em dezembro de 2003, coordenado pela Associação para Promoção da Excelência do Software Brasileiro (SOFTEX) , que conta com apoio do Ministério da Ciência, Tecnologia e Inovação (MCTI), da Financiadora de Estudos e Projetos (FINEP), do Serviço Brasileiro de Apoio às Micro e Pequenas Empresas (SEBRAE) e do Banco Interamericano de Desenvolvimento (BID/FUMIN).


    A base técnica para a definição do modelo MPS considerou:  

    ISO/IEC 12207:2008.  

    ISO/IEC 15504.  

    ISO/IEC 20000.  

    CMMI-DEV.  

    CMMI-SVC.

ID
804538
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Governança de TI
Assuntos

Considerando que processo de software pode ser definido como um conjunto de atividades inter-relacionadas que transformam insumos (entradas) em produtos (saídas), julgue o  item  que se segue.


O CMMI-Dev e o MPS.BR têm como objetivos definir e aprimorar um modelo de melhoria e avaliação de processo de software. Ambos os modelos baseiam-se em conceitos de maturidade e processos.

Alternativas
Comentários

  • Ambos possuem o mesmo objetivo. O MPS.BR é indicado para empresas pequenas e médias, pois o custo de certificação é mais acessível.

ID
806884
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Governança de TI
Assuntos

Julgue o  item  a seguir, relativo  ao modelo MPS.BR.

De acordo com o modelo MPS.BR, um atributo de processo é algo que a organização considera relevante para atingir os seus objetivos estratégicos.

Alternativas
Comentários
  • Atributo de processo: Uma característica mensurável da capacidade do processo aplicável a qualquer processo [ISO/IEC, 2004a].


    fonte: http://www.softex.br/wp-content/uploads/2013/07/MPS.BR_Guia_Geral_Software_2012.pdf

  • Gabarito Errado


    Ativo de processo: Qualquer coisa que a organização considere útil para atingir os objetivos do processo, por exemplo, políticas, processos definidos, lições MPS.BR-Guia Geral MPS de Software:2012 8/59 aprendidas, templates de documentos, padrões, material de treinamento [SEI, 2010a].

    Atributo de processo: Uma característica mensurável da capacidade do processo aplicável a qualquer processo [ISO/IEC, 2004a].


    Fonte: MPS.BR-Guia Geral MPS de Software:2012, páginas 7 e 8.

  • Atributo de processo: Uma característica mensurável da capacidade do processo aplicável a qualquer processo, by fernando pedrosa, provas de t.i

ID
806887
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Governança de TI
Assuntos

Julgue o  item  a seguir, relativo  ao modelo MPS.BR.

O modelo MPS.BR é descrito por meio de documentos em formato de guias: guias gerais, de aquisição, de avaliação e de implementação. O guia de aquisição descreve o processo de aquisição de software e serviços correlatos.

Alternativas
Comentários

  • Gabarito Certo


    O Guia de Aquisição é um documento complementar destinado a organizações que pretendam adquirir software e serviços. O Guia de Aquisição não contém requisitos do MR-MPS-SW e MR-MPS-SV, mas boas práticas para a aquisição de software e serviços.


    Fonte: MPS.BR-Guia Geral MPS de Software:2012, página 13.

  • Avaliação não seria um componente ao invés do guia?

  • Não Mr. Robot, o Método de Avaliação(Componente) possui um Guia de Implementação.

ID
806890
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Governança de TI
Assuntos

Julgue o  item  a seguir, relativo  ao modelo MPS.BR.

Uma organização privada pode-se credenciar para atuar como instituição implementadora. Para isso, deve estabelecer convênio com a SOFTEX e cumprir requisitos institucionais, como demonstrar conhecimento em processos de software e ter uma estratégia para implementação do MR.MPS. Cabe a SOFTEX definir a estratégia de selecionar e capacitar os membros da equipe de implementação da instituição implementadora.

Alternativas
ID
806893
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Governança de TI
Assuntos

Julgue o  item  a seguir, relativo  ao modelo MPS.BR.

O MPS.BR é dividido em três partes: Modelo de Referência (MR.MPS), Método de Avaliação (MA-MPS) e Modelo de Negócio (MN-MPS). O MR.MPS descreve os requisitos que os processos das organizações devem atender.

Alternativas
ID
806896
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Governança de TI
Assuntos

Julgue o  item  a seguir, relativo  ao modelo MPS.BR.

Conforme o modelo MPS.BR, a capacidade do processo é mostrada por meio de um conjunto de atributos que expressa o grau de refinamento e institucionalização com que o processo é executado na organização.

Alternativas
Comentários

  • MPS.BR-Guia Geral MPS de Software:2012 , Página 18

    8.3 Capacidade do processo

    A capacidade do processo é representada por um conjunto de atributos de processo descrito em termos de resultados esperados. A capacidade do processo expressa o grau de refinamento e institucionalização com que o processo é executado na organização/unidade organizacional. No MR-MPS-SW, à medida que a organização/unidade organizacional evolui nos níveis de maturidade, um maior nível de capacidade para desempenhar o processo deve ser atingido.


    Espero ter ajudado.

ID
806899
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Governança de TI
Assuntos

Tendo em vista que o modelo MPS.BR utiliza níveis de maturidade para caracterizar a evolução dos processos nas organizações, julgue o  item  subsequente  a respeito desses níveis.

O nível F é considerado gerenciado, contempla os processos do nível de maturidade G e recebe o acréscimo de outros processos, como o processo de gerência de portfólio de projetos (GPP). O processo GPP visa iniciar e manter projetos que sejam necessários e sustentáveis, atendendo os objetivos estratégicos da organização.

Alternativas
Comentários

  • Assertiva CORRETA. 

     

    Errei por causa do "INICIAR e manter projetos", que no meu ver seria apenas manter (acompanhar) os projetos. Entretanto, de acordo com o guia, Gerência de Portfólio é responsável por "[...] iniciar e manter projetos de forma a atingir os objetivos da organização [...]". 

ID
806902
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Governança de TI
Assuntos

Tendo em vista que o modelo MPS.BR utiliza níveis de maturidade para caracterizar a evolução dos processos nas organizações, julgue o  item  subsequente  a respeito desses níveis.


Para o MPS.BR, é inaceitável a exclusão de qualquer processo, independentemente do nível de maturidade que esteja sendo avaliado na organização, com exceção para o processo de aquisição, desde que a organização execute esse processo.

Alternativas
Comentários

  • Alguns processos podem ser excluídos, total ou parcialmente, do escopo de uma avaliação MPS por não serem pertinentes ao negócio da unidade organizacional que está sendo avaliada
    ●Cada exclusão deve ser justificada no Plano de Avaliação
    ●A aceitação das exclusões e suas justificativas é responsabilidade do Avaliador Líder, conforme descrito no Guia de Avaliação
    ●É permitida a exclusão completa dos seguintes processos:
    –Aquisição (AQU), desde que não executado pela organização
    –Gerência de Portfólio de Projetos (GPP), desde que a única atividade da unidade organizacional seja evolução de produto
    ●É permitida a exclusão do processo Desenvolvimento para Reutilização (DRU), seguindo orientações
    ●Outras exclusões são permitidas para organizações com características específicas:
    –Organizações que fazem aquisição de software
    –Fábricas de Código
    –Fábricas de Teste
    ●Com relação aos resultados de atributos de processo, nos níveis A e B, os resultados RAP 23 a RAP 46 podem ficar fora do escopo da avaliação para alguns dos processos da organização
    –Apenas os processos críticos da organização, selecionados para serem gerenciados quantitativamente, devem implementar todos os resultados de atributos de processo

  • Gabarito Errado


    8.4 Exclusão de Processos Alguns processos podem ser excluídos, total ou parcialmente, do escopo de uma avaliação MPS por não serem pertinentes ao negócio da unidade organizacional que está sendo avaliada. Cada exclusão deve ser justificada no Plano de Avaliação. A aceitação das exclusões e suas justificativas é responsabilidade do Avaliador Líder, conforme descrito no Guia de Avaliação [SOFTEX, 2012b].


    Fonte: MPS.BR-Guia Geral MPS de Software:2012, página 24.

  • 8.4 Exclusão de Processos

    É permitida a exclusão completa do seguinte processo, desde que não executado pela organização:
    • Aquisição (AQU)

    É permitida a exclusão completa do seguinte processo, desde que a única atividade da unidade organizacional seja evolução de  produto:
    • Gerência de Portfólio de Projetos (GPP)

    É permitida a exclusão do seguinte processo, seguindo as orientações da Tabela 8-2:
    • Desenvolvimento para Reutilização (DRU)

     

    Outras exclusões são permitidas para organizações com características específicas:
    • Organizações que fazem aquisição de software: as exclusões permitidas para este tipo de organização estão descritas no Guia de Implementação – parte 8.
    • Fábricas de Código: as exclusões permitidas para este tipo de organização estão descritas no Guia de Implementação – parte 9.
    • Fábricas de Teste: as exclusões permitidas para este tipo de organização estão descritas no Guia de Implementação – parte 10.

     

    Fonte: MPS.BR, 2012, Guia Geral

  • Assertiva ERRADA. 

     

    MPS.BR é um guia e como todo guia ele não obriga a organização a nada. A organização vai implementar deste guia o que achar que é necessário, fazendo adaptações e descartando o que achar desnecessário. 

     

    * Dica: o que obriga a organização a seguir o seu rito são as normas ISO.

ID
806905
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Governança de TI
Assuntos

Tendo em vista que o modelo MPS.BR utiliza níveis de maturidade para caracterizar a evolução dos processos nas organizações, julgue o  item  subsequente  a respeito desses níveis.


O nível G contém dois processos: gerência de requisitos e gerência de projetos. Nesse nível, a gerência de projetos deve contar com um subprocesso para a gestão de riscos em projetos, o qual deve identificar e avaliar os riscos e adotar as ações para controlar, eliminar ou diminuir esses riscos.

Alternativas
Comentários

  • Realmente, existem alguns resultados esperados no processo GPR que envolvem riscos, mas o problema da questão é afirmar que "adotar as ações para controlar, eliminar ou diminuir esses riscos". Nenhum dos resultados esperados DENTRO DO PROCESSO GPR fala em adotar ações que visem controlar, eliminar ou diminuir riscos, mas tão somente registrá-los. O processo responsável pela adoção tais ações é o Gerência de Riscos.

     

    9.1.1 Processo: Gerência de Projetos – GPR
    Nível MR-MPS: G – Parcialmente Gerenciado
    Resultados esperados:
    GPR 6. Os riscos do projeto são identificados e o seu impacto, probabilidade de ocorrência e prioridade de tratamento são determinados e
    documentados;
    GPR 15. Os riscos são monitorados em relação ao planejado;

     

    9.5.3 Processo: Gerência de Riscos – GRI

    Nível MR-MPS-SW: C - Definido

    Propósito: O propósito do processo Gerência de Riscos é identificar, analisar, tratar, monitorar e reduzir continuamente os riscos em nível organizacional e de projeto.
     

    Fonte: MPS.BR 2016

ID
806908
Banca
CESPE / CEBRASPE
Órgão
MEC
Ano
2011
Provas
Disciplina
Governança de TI
Assuntos

Tendo em vista que o modelo MPS.BR utiliza níveis de maturidade para caracterizar a evolução dos processos nas organizações, julgue o  item  subsequente  a respeito desses níveis.


No nível C, ocorre o processo de desenvolvimento para reutilização, que inclui, entre seus resultados esperados, a implantação, a monitoração e a avaliação do programa de reutilização.

Alternativas
Comentários

  • Gabarito Certo


    9.5.1 Processo: Desenvolvimento para Reutilização – DRU 

    Nível MR-MPS-SW: C – Definido 

    Propósito: O propósito do processo Desenvolvimento para Reutilização é identificar oportunidades de reutilização sistemática de ativos na organização e, se possível, estabelecer um programa de reutilização para desenvolver ativos a partir de engenharia de domínios de aplicação. 

    Resultados esperados: 

    DRU 1. Domínios de aplicação em que serão investigadas oportunidades de reutilização de ativos ou nos quais se pretende praticar reutilização são identificados, detectando os respectivos potenciais de reutilização; 

    DRU 2. A capacidade de reutilização sistemática da organização é avaliada e ações corretivas são tomadas, caso necessário; DRU 3. Um programa de reutilização, envolvendo propósitos, escopo, metas e objetivos, é planejado com a finalidade de atender às necessidades de reutilização de domínios; 

    DRU 4. O programa de reutilização é implantado, monitorado e avaliado; 

    DRU 5. Propostas de reutilização são avaliadas de forma a garantir que o resultado da reutilização seja apropriado para a aplicação alvo; 

    DRU 6. Formas de representação para modelos de domínio e arquiteturas de domínio são selecionadas; 

    DRU 7. Um modelo de domínio é desenvolvido e seus limites e relações com outros domínios são estabelecidos e mantidos. Este modelo deve ser capaz de capturar características, capacidades, conceitos e funções comuns, variantes, opcionais e obrigatórios; 

    DRU 8. Uma arquitetura de domínio descrevendo uma família de aplicações para o domínio é desenvolvida e mantida por todo o seu ciclo de vida; 

    DRU 9. Ativos do domínio são especificados; adquiridos ou desenvolvidos, e mantidos por todo o seu ciclo de vida.


    Fonte: MPS.BR-Guia Geral MPS de Software:2012, página 44.

ID
814453
Banca
AOCP
Órgão
TCE-PA
Ano
2012
Provas
Disciplina
Governança de TI
Assuntos

O MPS.BR ou Melhoria de Processos do Software Brasileiro é um movimento para a melhoria da qualidade (Programa MPS.BR) e um modelo de qualidade de processo (Modelo MPS), voltado para a realidade do mercado de pequenas e médias empresas de desenvolvimento de software no Brasil. O MPS.BR foi inspirado nas normas

Alternativas
Comentários

  • 12207 ciclo de vida

    15504 avaliacao

  • d-

    o objetivo de ISO/IEC 12207 (systems and sw engineering - sw life cycle processes) é melhorar o entendimento da producao de sw e o conseqeunte desempenho de servicos, possibilitando maior agregacao de valor pelo sistema de sw.

  • Base Estrutura do Modelo:

    CMMI-DEV

    ISO/IEC 12207

    ISO/IEC 15504

    ISO/IEC 20000

    ISO/IEC família 330xx

    CMMI-Service

    P-CMM - People Capability Maturity Model

    NBR ISO 9001:2008

    PQN - Prêmo Nacional da Qualidade

    MoProSoft - NMX-I-059/2-NYCE-2011

  • Aff pra que cobrar isso?

ID
814456
Banca
AOCP
Órgão
TCE-PA
Ano
2012
Provas
Disciplina
Governança de TI
Assuntos

O MPS.BR apresenta 7 níveis de maturidade, quatro deles são:

Alternativas
ID
884971
Banca
CESPE / CEBRASPE
Órgão
ANP
Ano
2013
Provas
Disciplina
Governança de TI
Assuntos

Julgue os itens consecutivos, relativos à engenharia de software.

A Melhoria de Processos do Software Brasileiro (MPS-BR) recomenda que um item de configuração composto por vários produtos deva ser controlado pela gerência de rede.

Alternativas
Comentários
  • O controle é feito pelo processo Gerência de Configuração
    Fonte: http://www.softex.br/mpsbr/_guias/guias/MPS.BR_Guia_Geral_Servicos_2012.pdf  (pag.34)

  • Item de configuração: Uma entidade dentro de uma configuração que satisfaz uma função de uso final e que pode ser identificada de forma única em uma determinada baseline. Um item de configuração pode agregar vários produtos de trabalho, mas deve ser tratado como uma entidade singular pelo processo Gerência de Configuração. Todas as alterações nos produtos de trabalho identificados como sendo itens de configuração devem ser controladas pelo processo Gerência de Configuração [ABNT, 2009] [SEI, 2010a].

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

No que concerne à qualidade do software MPSBR, julgue os itens
que se seguem.

No processo de garantia da qualidade do nível F do MPSBR, o resultado de um processo de seleção de fornecedor acontece com base na avaliação das propostas.

Alternativas
Comentários
  • Seleção de fornecedor acontece no processo:  AQUISIÇÃO e não no processo Garantia da qualidade.
    Resultados esperados: AQU 3. O fornecedor é selecionado com base na avaliação das propostas e dos critérios estabelecidos;

    Fonte: MPS.BR-Guia Geral:2011
  • O Nível F do MPS-BR contém 5 processos, a saber:
    Medição – MED
    Garantia da Qualidade – GQA
    Gerência de Portfólio de Projetos – GPP
    Gerência de Configuração – GCO
    Aquisição – AQU

    Fonte: MPS.BR Guia Geral  2012, página 24.

    Boa Sorte!
  • a garantia da qualidade tem como propósito assegurar que os produtos de trabalho e a execução dos processos estejam em conformidade com os planos,procedimentos e padrões estabelecidos.
  • Prezados,
    O nível F do Mps.BR possui 4 processos :
    Medição – MED
    Garantia da Qualidade – GQA
    Gerência de Configuração – GCO
    Aquisição – AQU
    De acordo com o Guia Geral Mps.BR,  observamos que o propósito do processo Garantia da Qualidade – GQA é assegurar que os produtos de trabalho e a execução dos processos estejam em conformidade com os planos e recursos predefinidos. Tal processo possui como resultados esperados :
    GQA 1. A aderência dos produtos de trabalho aos padrões, procedimentos e requisitos aplicáveis é avaliada objetivamente, antes dos produtos serem entregues ao cliente e em marcos predefinidos ao longo do ciclo de vida do projeto;
    GQA 2. A aderência dos processos executados às descrições de processo, padrões e procedimentos é avaliada objetivamente;
    GQA 3. Os problemas e as não-conformidades são identificados, registrados e comunicados;
    GQA 4. Ações corretivas para não-conformidades são estabelecidas e acompanhadas até as suas efetivas conclusões. Quando necessário, o escalonamento das ações corretivas para níveis superiores é realizado, de forma a garantir sua solução;
    Observamos que os objetivos e resultados do processo Garantia da Qualidade – GQA não guardam correspondência com seleção de fornecedores, tal responsabilidade se encontra no processo de Aquisição – AQU , custo propósito é gerenciar a aquisição de produtos e/ou serviços que satisfaçam a necessidade expressa pelo adquirente.
    Olhando com mais atenção ao MPS.BR-Guia de Aquisição, podemos constatar que realmente o processo de seleção de fornecedor acontece com base na avaliação de propostas, porém a questão erra ao afirmar que tal fato ocorre no processo de Garantia de Qualidade - GQA
     
    Fonte :
    - MPS.BR-Guia Geral
    - MPS.BR-Guia de Aquisição 

  • Somente fazendo um ajuste ao excelente comentário do professor (Leandro Rangel). Segundo o modelo mais recente do MPS.BR 2012, tem-se:

    O nível F do Mps.BR possui 5 processos :
    Medição – MED
    Garantia da Qualidade – GQA
    Gerência de Configuração – GCO

    Gerência de Portifólio de Projetos - GPP
    Aquisição – AQU

    Em seu comentário, faltou somente esse processo posto em negrito.

    Bons estudos, espero ter ajudado!

  • Aquisição (AQU): o propósito é gerenciar a aquisição de produtos que satisfaçam as necessidades expressas pelo adquirente.


    Garantia da Qualidade (GQA): o propósito é assegurar que os produtos de trabalho e a execução dos processos estejam em conformidade com os planos, procedimentos e padrões estabelecidos.

  • 9.2.3 Processo: Garantia da Qualidade – GQA

    Nível MR-MPS-SW: F - Gerenciado

    Propósito:

    O propósito do processo Garantia da Qualidade é assegurar que os produtos de trabalho e a execução dos processos estejam em conformidade com os planos, procedimentos e padrões estabelecidos.

    Resultados esperados:

    GQA 1. A aderência dos produtos de trabalho aos padrões, procedimentos e requisitos aplicáveis é avaliada objetivamente, antes dos produtos serem entregues e em marcos predefinidos ao longo do ciclo de vida do projeto;

    GQA 2. A aderência dos processos executados às descrições de processo, padrões e procedimentos é avaliada objetivamente;

    GQA 3. Os problemas e as não-conformidades são identificados, registrados e comunicados;

    GQA 4. Ações corretivas para as não-conformidades são estabelecidas e acompanhadas até as suas efetivas conclusões. Quando necessário, o escalamento das ações corretivas para níveis superiores é realizado, de forma a garantir sua solução;

     

    9.2.1 Processo: Aquisição – AQU
    Nível MR-MPS: F - Gerenciado
    Propósito:
    O propósito do processo Aquisição é gerenciar a aquisição de produtos que satisfaçam às necessidades expressas pelo adquirente.
    Resultados esperados:
    AQU 1. As necessidades de aquisição, as metas, os critérios de aceitação do produto, os tipos e a estratégia de aquisição são definidos;
    AQU 2. Os critérios de seleção do fornecedor são estabelecidos e usados para avaliar os potenciais fornecedores;
    AQU 3. O fornecedor é selecionado com base na avaliação das propostas e dos critérios estabelecidos;
    AQU 4. Um acordo que expresse claramente as expectativas, responsabilidades e obrigações de ambas as partes (cliente e
    fornecedor) é estabelecido e negociado entre elas;

    AQU 5. Um produto que satisfaça a necessidade expressa pelo cliente é adquirido baseado na análise dos potenciais candidatos;
    AQU 6. A aquisição é monitorada de forma que as condições especificadas sejam atendidas, tais como custo, cronograma e qualidade, gerando ações corretivas quando necessário;
    AQU 7. O produto é entregue e avaliado em relação ao acordado e os resultados são documentados;
    AQU 8. O produto adquirido é incorporado ao projeto, caso pertinente.

     

    Fonte: MPS.BR 2016
     

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

No que concerne à qualidade do software MPSBR, julgue os itens
que se seguem.

O nível F do MPSBR é considerado gerenciado e inclui mais processos que o nível G. Entre esses processos, está a gerência de configuração, que tem como um de seus resultados esperados, o controle das modificações de seus itens de configuração.

Alternativas
Comentários
  • O nível F - Gerenciado
    Processos:      Medição – MED;                           Garantia da Qualidade – GQA;                       Gerência de Portfólio de Projetos – GPP;                           Gerência de Configuração – GCO;                        Aquisição – AQU.
    Portanto, tem mais processo que o nível G (processos:  Gerência de Requesitos e Gerência de Projetos).
    Resultados esperados: GCO 5. Modificações em itens de configuração são controladas;
      Fonte: MPS.BR-Guia Geral:2011
  • Estou com dúvida onde diz: "inclui mais processos que o nível G". Pelo que vi vai até o nível G. Estou errado?
  • Sim, teruhiko, você está errado. No MPB.BR, inicia-se pelo nível G e vai até o nível A.
  • teruhiko, a escala de maturidade se INICIA no nível G e PROGRIDE até o nível A.

    Fonte: MPS.BR-Guia Geral:2011

  • Gerência de Configuração (GCO): o propósito é estabelecer e manter a integridade de todos os produtos de trabalho de um processo ou projeto e disponibilizá-los a todos os envolvidos.

  • Gabarito Certo


    Nível F – Gerenciado:
    Aquisição (AQU): gerenciar a aquisição de produtos (e serviços, desde que sejam parte integrante do produto final para o cliente) que satisfazem às necessidades expressas pelo adquirente.
    Gerência de Configuração (GCO): estabelece e mantém a integridade de todos os produtos de trabalho de um processo ou projeto, disponibilizando-os para todos os envolvidos.
    Gerência de Portfólio de Projetos (GPP): inicia e mantém projetos que sejam necessários, suficientes e sustentáveis, de forma a atender os objetivos estratégicos da organização. Este processo ainda:
    * compromete o investimento e os recursos organizacionais
    adequados;
    * estabelece a autoridade necessária para executar os projetos
    selecionados;
    * executa a qualificação contínua de projetos para confirmar que
    eles justificam a continuidade dos investimentos ou podem ser
    redirecionados para justificar.
    Garantia da Qualidade (GQA): garante que os produtos de trabalho e a execução dos processos estejam em conformidade com
    os planos, procedimentos e padrões estabelecidos.
    Medição (MED): coleta, armazena, analisa e relata os dados relativos aos produtos desenvolvidos e aos processos implementados na organização e em seus projetos, de forma a apoiar os objetivos organizacionais.

    Fonte: Implantando a Governança de TI da Estratégia à Gestão dos Processos e Serviços - Aragon - 3ª Edição, página 334.
ID
898126
Banca
CESGRANRIO
Órgão
BNDES
Ano
2013
Provas
Disciplina
Governança de TI
Assuntos

De acordo com o Guia Geral MPS.BR - Melhoria de Processo do Software Brasileiro, o nível de maturidade F (Gerenciado) é composto pelos processos do nível de maturidade G (Parcialmente Gerenciado), acrescidos de outros processos, dentre os quais se inclui o processo Aquisição, cujo propósito é gerenciar a aquisição de produtos que satisfaçam às necessidades expressas pelo adquirente.

É um resultado esperado nesse processo:

Alternativas
Comentários

  • a) a rastreabilidade bidirecional entre os requisitos e os produtos de trabalho é estabelecida e mantida. (GRE3)

    b) o orçamento e o cronograma do projeto, incluindo a definição de marcos e pontos de controle, são estabelecidos e mantidos. (GPR5)

    c) o produto é entregue e avaliado em relação ao acordado e os resultados são documentados. (AQU7)

    d) os requisitos são avaliados com base em critérios objetivos e um comprometimento da equipe técnica com esses requisitos é obtido. (GRE2)

    e) os recursos e o ambiente de trabalho necessários para executar o projeto são planejados. (GPR8)

  • Analise das opções:

    a) a rastreabilidade bidirecional entre os requisitos e os produtos de trabalho é estabelecida e mantida. (Gerência de Requisitos)

    b) o orçamento e o cronograma do projeto, incluindo a definição de marcos e pontos de controle, são estabelecidos e mantidos. (Gerência de Projeto)

    c) o produto é entregue e avaliado em relação ao acordado e os resultados são documentados. (Gerenciar a aquisição de produtos)

    d) os requisitos são avaliados com base em critérios objetivos e um comprometimento da equipe técnica com esses requisitos é obtido. (Gerência de Requisitos)

    e) os recursos e o ambiente de trabalho necessários para executar o projeto são planejados. (Gerência de Projeto)

ID
906826
Banca
FCC
Órgão
TRT - 9ª REGIÃO (PR)
Ano
2013
Provas
Disciplina
Governança de TI
Assuntos

O MPS.BR possui 7 níveis de maturidade que estabelecem patamares de evolução dos processos de software e representam estágios de melhoria para implementação desses processos em uma organização. No nível G de maturidade

Alternativas
Comentários

  • a) Nível A: não há processos específicos. Nesse nível, todos os processos selecionados para análise de desempenho devem satisfazer os atributos de processo relacionados à medição e controle e pelo menos um processo deve ser objeto de melhorias e inovações contínuas.

    b) Nível G: estão os processos de Gerência de Projetos (que estabelece e mantém planos que definem as atividades, os recursos e as responsabilidades do projeto) e Gerência de Requisitos (que gerência os requisitos do produto e dos componentes do produto, identificando inconsistências).

    c) Nível C: estão os processos de Gerência de Decisões (que analisa formalmente possíveis decisões críticas), Desenvolvimento para Reutilização (que identifica oportunidades para reutilização de ativos da organização) e Gerência de Riscos (que identifica, analisa, trata e monitora riscos).

    d) Nível E-F: estão os processos de Aquisição (F), Gerência de Configuração(F), Gerência de Portfólio de Projetos (F), Garantia da Qualidade (F), Medição (F), Avaliação e Melhoria do Processo Organizacional (E) e Definição do Processo Organizacional (E).

    e) Nível B: não há processos específicos. Nesse nível a Gerência de Projetos passa a ter um enfoque quantitativo refletindo a alta maturidade que se espera da organização e todos os processos devem satisfazer os atributos de processo relacionados à medição e controle.

  • Gabarito B


    Nível G – Parcialmente Gerenciado:
    Gerência de Projetos (GPR): estabelece e mantém planos que definem as atividades, os recursos e as responsabilidades do projeto e fornece informações sobre o andamento do projeto que permitem a realização de correções quando houver desvios significativos no seu desempenho. O propósito deste processo evolui à medida que a organização cresce em maturidade.
    Gerência de Requisitos (GRE): gerencia os requisitos do produto e dos componentes do produto do projeto, identificando
    inconsistências entre os requisitos, os planos do projeto e os produtos de trabalho do projeto.


    Fonte: Implantando a Governança de TI da Estratégia à Gestão dos Processos e Serviços - Aragon - 3ª Edição, páginas 333 e 334.

ID
920149
Banca
FCC
Órgão
DPE-SP
Ano
2013
Provas
Disciplina
Governança de TI
Assuntos

O MPS.BR (Melhoria de Processo do Software Brasileiro) define 7 níveis de maturidade para o desenvolvimento de software. Esses níveis são nomeados com as letras de A a G. Os níveis correspondentes às letras B e D são, respectivamente,

Alternativas
Comentários


  • A escala de maturidade se inicia no nível G e progride até o nível A. 




    Fonte: MPS.BR-Guia Geral:2011
  • Prezados,
     
    O MR-MPS em seu guia geral página 16 define sete níveis de maturidade:
    A (Em Otimização),
    B (Gerenciado Quantitativamente),
    C (Definido),
    D (Largamente Definido),
    E (Parcialmente Definido),
    F (Gerenciado) e
    G (Parcialmente Gerenciado).
    Portanto, a alternativa correta é a letra E
     
    Fonte: MPS.BR-Guia Geral:2011

  • Segue um comparativo dos níveis de maturidade do CMMI e MPS.BR


    Nível CMMI                                                 |  Nível MPS.BR

    5 – Em otimização                                     |  A – Em otimização

    4 – Gerenciado Quantitativamente         |  B – Gerenciado Quantitativamente

    3 – Definido                                                 |  C – Definido

                                                                           |  D – Largamente Definido

                                                                           |  E – Parcialmente Definido

    2 – Gerenciado                                           |  F – Gerenciado

                                                                           |  G – Parcialmente Gerenciado

    1 – Inicial


    Espero ter ajudado!!!


    Que Deus nos abençoe e bons estudos a todos!!!!!

  • MPS.BR apresenta 7 níveis de maturidade que são:


    • A - Em Otimização;

    • B - Gerenciado quantitativamente;

    • C - Definido;

    • D - Largamente Definido;

    • E - Parcialmente Definido;

    • F - Gerenciado;

    • G - Parcialmente Gerenciado.

  • Complementando o quadro comparativo do Francimarco Sousa

    Nível CMMI      | Nível MPS.BR

    5 – Em otimização                             |  A – Em otimização

    4 – Gerenciado Quantitativamente    |  B – Gerenciado Quantitativamente

    3 – Definido    |  C – Definido

                                                               |  D – Largamente Definido

                                                               |  E – Parcialmente Definido

    2 – Gerenciado                                  |  F – Gerenciado

                                                               |  G – Parcialmente Gerenciado

    1 – Inicial                                            (não é definido / não existe uma "equivalência" no MPS.BR para este nível)

  • e-

    D – Largamente Definido: envolve V & V, liberação, instalação e integração. Fase onde testes comecam a ocorrer

    B – Gerenciado Quantitativamente: desempenho dos processos e sua gerência quantitativa
     

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

A respeito das normas e dos padrões para processo de desenvolvimento de software, julgue os próximos itens.

Para o alcance do nível de maturidade C no MPS.BR, uma organização precisa demonstrar que implementou dois processos relacionados ao reúso: um deles relativo ao desenvolvimento de ativos reusáveis e outro ao gerenciamento do ciclo de vida desses ativos, entre outros aspectos.

Alternativas
ID
933697
Banca
CESPE / CEBRASPE
Órgão
SERPRO
Ano
2010
Provas
Disciplina
Governança de TI
Assuntos

A respeito das normas e dos padrões para processo de
desenvolvimento de software, julgue os próximos itens.

ara o alcance do nível de maturidade C no MPS.BR, uma organização precisa demonstrar que implementou dois processos relacionados ao reúso: um deles relativo ao desenvolvimento de ativos reusáveis e outro ao gerenciamento do ciclo de vida desses ativos, entre outros aspectos.

Alternativas
Comentários

  • Processo Desenvolvimento para Reutilização - DRU: Identifica oportunidades de reutilização de ativos-Nível C

    Processo Gerência de Reutilização - GRU: Gerência o ciclo de vida dos ativos reutilizáveis-Nível E

    Gabarito: Correto

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

Julgue os próximos itens a respeito do guia geral do MPS.BR, que define os níveis de maturidade de processos.

O nível G indica que o processo está em otimização e engloba os processos dos níveis de maturidade de A a F.

Alternativas
Comentários
  • O MPS.BR possui 7 níveis de maturidade. Sendo de A--G. Onde:

    • A - Em Otimização;
    • B - Gerenciado quantitativamente;
    • C - Definido;
    • D - Largamente Definido;
    • E - Parcialmente Definido;
    • F - Gerenciado;
    • G - Parcialmente Gerenciado.

    Nesse caso, o primeiro nível é o G, parcialmente gerenciado.
  • A escala de maturidade se inicia no nível G e progride até o nível A.


    Fonte: MPS.BR-Guia Geral:2011
  • Assertiva ERRADA. 


    A escala sempre começa no nível G e progride até o nível A, cumulando os requisitos de todos os processos. E "Em otimização" é o nível A, último nível alcançado pela organização. 

  • O nível G A indica que o processo está em otimização e engloba os processos dos níveis de maturidade de A a F G - B.

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

Julgue os próximos itens a respeito do guia geral do MPS.BR, que define os níveis de maturidade de processos.

Segundo o guia, o modelo MPS baseia-se nos conceitos de maturidade e capacidade de processo para a avaliação e melhoria da qualidade e da produtividade de software e serviços correlatos envolvidos.

Alternativas
Comentários

  • O MPS.BR define sete níveis de maturidade:
     
    A – Em Otimização;
    B – Gerenciado quantitativamente;
    C – Definido;
    D – Largamente Definido;
    E – Parcialmente Definido;
    F – Gerenciado;
    G – Parcialmente Gerenciado. 
     
    A capacidade do processo é representada por um conjunto de atributos de processo descritos em termos de resultados esperados. A capacidade de um processo no MPS.BR possui 9 atributos de processo:

    AP 1.1 - O processo é executado
    AP 2.1 - O processo é gerenciado
    AP 2.2 – Os produtos de trabalho do processo são gerenciados
    AP 3.1 – O processo é definido
    AP 3.2 – O processo está implementado
    AP 4.1 – O processo é medido
    AP 4.2 – O processo é controlado
    AP 5.1 – O processo é objeto de inovações
    AP 5.2 – O processo é otimizado continuamente

    No MPS, à medida que a organização evolui nos níveis de maturidade, um maior nível de capacidade para desempenhar o processo deve ser atingido pela organização.

    http://blog.hallanmedeiros.com/category/qualidade-de-software/mps-br/

ID
966136
Banca
Marinha
Órgão
Quadro Técnico
Ano
2012
Provas
Disciplina
Governança de TI
Assuntos

O nível de maturidade em que se encontra uma organização permite prever o seu desempenho futuro ao executar um ou mais processos. Segundo o MPS.BR (Melhoria de Processo do Software Brasileiro), qual nível de maturidade é composto apenas pelos processos gerência de projetos e gerência de requisitos?

Alternativas
Comentários

  • A seguir estão listados os 7 níveis de maturidade previstos pelo MPSBR:
    A – Em Otimização: há a preocupação com questões como inovação e análise de causas.
    B – Gerenciado Quantitativamente: avalia se o desempenho dos processos, além da gerência quantitativa dos mesmos.
    C – Definido: aqui ocorre o gerenciamento de riscos.
    D – Largamente Definido: envolve verificação, validação, além da liberação, instalação e integração de produtos, dentre outras atividades.
    E – Parcialmente Definido: considera processos como treinamento, adaptação de processos para gerência de projetos, além da preocupação com a melhoria e o controle do processo organizacional.
    F – Gerenciado: introduz controles de medição, gerência de configuração, conceitos sobre aquisição e garantia da qualidade.

    G – Parcialmente Gerenciado: neste ponto inicial devese iniciar o gerenciamento de requisitos e de projetos.

  • RESPOSTA - E

     

    A - Em otimização - Não há processos específicos

    B - Gerenciado Quantitativamente - Não há processos específicos

    C - Definido

    c.1         Gerência de decisões

    c.2         Gerência de riscos

    c.3         Desenvolvimento para reutilização

    D - Largamente definido

    d.1         Desenvolvimento de requisitos

    d.2         Integração do produto

    d.3         Projeto e construção do produto

    d.4         Validação

    d.5         verificação

    E - Parcialmente definido

    e.1         Definição do processo organizacional

    e.2         Avaliação e melhoria do processo organizacional

    e.3         Gerência de recursos humanos

    e.4         Gerência de reutilização

     

    F – Gerenciado

    f.1         Aquisição

    f.2         Gerência de configuração

    f.3         Garantia da qualidade

    f.4         Medição

    f.5         Gerência de portfólio de projetos

     

    G – Parcialmente gerenciado

    g.1         Gerência de projetos****

    g.2         Gerência de requisitos****

     

    FONTE - Implantando a governança de TI - FERNANDES, 2014

     

    @papirobizurado

  • Ele deu o bizu na questão: APENAS gerência de projetos e gerência de requisitos. Logo entende-se que está PARCIALMENTE GERENCIADO... #qt2020

ID
977680
Banca
FUNRIO
Órgão
MPOG
Ano
2013
Provas
Disciplina
Governança de TI
Assuntos

De acordo com o Guia Geral MPS de Software:2012, qual das alternativas abaixo NÃO faz parte do perfil de processos atribuídos ao nível de maturidade D (Largamente Definido) do Modelo de Referência MPS para Software (MR-MPS-SW)?

Alternativas
Comentários
  • Nível D - Largamente Definido:

    - Desenvolvimento de Requistos
    - Integração do Produto
    - Projeto e Construção do Produto
    - Validação
    - Verificação
  • Letra b)

    A gerência de risco é tratada na ISO/IEC 27002:2005 de forma individual
  • Pessoal, não vamos confundir os demais colegas.

    A gerência de Riscos faz parte do NÍVEL C do MODELO MPS.br, assim como:

    - Desenvolvimento para reutilização
    - Gerência de Decisões.

    http://www.softex.br/wp-content/uploads/2013/07/MPS.BR_Guia_Geral_Software_2012.pdf
  • Nível A (Em Otimização)
    - sem processos específicos

    Nível B (Gerenciado Quantitativamente)
    - sem processos específicos

    Nível C (Definido)
    - Desenvolvimento para Reutilização (DRU)
    - Gerência de Decisões (GDE)
    - Gerência de Riscos (GRI) 

    Nível D ( Largamente Definido)
    - Desenvolvimento de Requisitos (DRE)
    - Integração do Produto (ITP)
    - Projeto e Construção do Produto (PCP)
    -  Validação (VAL)
    - Verificação (VER)

    Nível E (Parcialmente Definido)
    - Avaliação e Melhoria do Processo Organizacional (AMP)
    - Definição do Processo Organizacional (DFP)
    - Gerência de Recursos Humanos (GRH)
    - Gerência de Reutilização (GRU) 

    Nível F (Gerenciado)
    - Aquisição (AQU)
    - Gerência de Configuração (GCO)
    - Gerência da Qualidade (GQA)
    - Gerência de Portifolio de Projetos (GPP)
    - Medição (MED)

    Nível G (Parcialmente Gerenciado)
    - Gerência de Projetos (GPR)
    - Gerência de Requisitos (GRE)


    Ver: http://www.softex.br/wp-content/uploads/2013/07/MPS.BR_Guia_Geral_Software_2012.pdf

  • votem para mudar a classificação da questão

  • Basta lembrar do CMMI 1.2 dos processos de Engenharia

    1) Desenvolvimento de requisitos

    2) Solução Tecnica

    3) Integração do Produto

    4) Validação

    5) Verificação

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

Com relação ao padrão MPS/BR, julgue os itens subsequentes.


No processo de gerência da qualidade, os componentes do produto são implementados e verificados conforme o que foi projetado.

Alternativas
Comentários

  • Essa descrição é um resultado esperado de outro processo (PCP):


    Processo: Projeto e Construção do Produto – PCP

    Nível: D – Largamente Definido

    O propósito do processo Projeto e Construção do Produto é projetar, desenvolver e implementar soluções para atender aos requisitos.

    Resultados esperados:

    ...

    PCP 6. Os componentes do produto são implementados e verificados de acordo com o que foi projetado;

    ...

  • O propósito do processo Garantia da Qualidade é assegurar que os produtos de trabalho e a execução dos processos estejam em conformidade com os planos, procedimentos e padrões estabelecidos.

  • O erro da questão está em afirmar que, nesse processo, os componentes do produto são implementados. Sendo que a implementação é feita no processo Projeto e Construção do Produto - PCP. A atividade de verificação realmente é realizada no processo descrito na questão (Gerência da Qualidade - GQA).

    Segundo o Guia Geral MPS de Software:

    "O propósito do processo Garantia da Qualidade é assegurar que os produtos de trabalho e a execução dos processos estejam em conformidade com os planos, procedimentos e padrões estabelecidos." (página 32).

    "O propósito do processo Projeto e Construção do Produto é projetar, desenvolver e implementar soluções para atender aos requisitos." (página 41).

    Fonte: Guia Geral MPS de Software:

    Disponível em: http://www.softex.br/wp-content/uploads/2013/07/MPS.BR_Guia_Geral_Software_20121.pdf

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

Com relação ao padrão MPS/BR, julgue os itens subsequentes.


O processo de gerenciamento dos riscos tem como principal objetivo reduzir continuamente os riscos em um projeto, mediante a identificação e o registro dos problemas

Alternativas
Comentários

  • Processo: Gerência de Riscos – GRI

    Nível: C - Definido

    O propósito do processo Gerência de Riscos é identificar, analisar, tratar, monitorar e reduzir continuamente os riscos em nível organizacional e de projeto.

    Resultados esperados:

    ...

    GRI 4. Os riscos do projeto são identificados e documentados...

    ...


    Processo: Validação – VAL

    Nível: D - Largamente Definido

    O propósito do processo Validação é confirmar que um produto ou componente do produto atenderá a seu uso pretendido quando colocado no ambiente para o qual foi desenvolvido.

    Resultados esperados:

    ...

    VAL 5. Problemas são identificados e registrados;

    ...

  • Na verdade ele descreveu o processo de Gestão da Qualidade:

    Os problemas e as não-conformidades são identificados, registrados e comunicados; (MPS-BR p. 32)


  • Gerência de Riscos é identificar, analisar, tratar, monitorar e reduzir continuamente os riscos em nível organizacional e de projeto.

  • Nível C – Definido

    O nível de maturidade C é composto pelos processos dos níveis de maturidade

    anteriores (G ao D), acrescidos dos processos Desenvolvimento para Reutilização,

    Gerência de Decisões e Gerência de Riscos.

    ___________________________________________________________________________________________________

    Processo: Gerência de Riscos – GRI

    Nível MR-MPS-SW: C - Definido

    Propósito: O propósito do processo Gerência de Riscos é identificar, analisar, tratar, monitorar e reduzir continuamente os riscos em nível organizacional e de projeto.

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

Com relação ao padrão MPS/BR, julgue os itens subsequentes.


O estabelecimento de critérios para a avaliação das alternativas de solução, caracterizadas por ordem de importância para que critérios de maior importância sejam mais influentes em uma avaliação, é atividade que integra o processo de gerência de decisões.

Alternativas
Comentários

  • Processo: Gerência de Decisões – GDE

    Nível MR-MPS-SW: C - Definido

    O propósito do processo Gerência de Decisões é analisar possíveis decisões críticas usando um processo formal, com critérios estabelecidos, para avaliação das alternativas identificadas.

    Resultados esperados:

    ...

    GDE 3. Critérios para avaliação das alternativas de solução são estabelecidos e mantidos em ordem de importância, de forma que os critérios mais importantes exerçam mais influência na avaliação;

    ...

  • Complementando >>>> GDE 7. Decisões são tomadas com base na avaliação das alternativas utilizando os critérios de avaliação estabelecidos.

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

Com relação ao padrão MPS/BR, julgue os itens subsequentes.


A compatibilidade entre as interfaces internas e externas do produto consiste em um resultado esperado que faz parte do processo de integração do produto.

Alternativas
Comentários

  • Processo: Integração do Produto – ITP

    Nível MR-MPS-SW: D - Largamente Definido

    O propósito do processo Integração do Produto é compor os componentes do produto, produzindo um produto integrado consistente com seu projeto, e demonstrar que os requisitos funcionais e não-funcionais são satisfeitos para o ambiente alvo ou equivalente.

    Resultados esperados:

    ...

    ITP 3. A compatibilidade das interfaces internas e externas dos componentes do produto é assegurada;

    ...

ID
992041
Banca
FCC
Órgão
TRT - 12ª Região (SC)
Ano
2013
Provas
Disciplina
Governança de TI
Assuntos

O MPS.BR é um modelo de avaliação de empresas produtoras de software brasileiro criado através de uma parceria entre a SOFTEX, o governo federal e a academia ( pesquisadores em geral ). Apresenta 7 níveis de maturidade:

A - Em otimização.

B - Gerenciado quantitativamente.

C - Definido.

D - Largamente definido.

E - Parcialmente definido.

F - Gerenciado.

G - Parcialmente gerenciado.

São processos do nível C:

Alternativas
Comentários

  • DRU - O propósito do processo Desenvolvimento para Reutilização é identificar  oportunidades de reutilização sistemática de ativos na organização e, se possível,  estabelecer um programa de reutilização para desenvolver ativos a partir de  engenharia de domínios de aplicação

    GRI - O propósito do processo Gerência de Riscos é identificar, gerenciar e reduzir  continuamente os riscos em nível organizacional e de projeto.

    GDE - O propósito do processo Gerência de Decisões é analisar possíveis decisões críticas  usando um processo formal, com critérios estabelecidos, para avaliação das  alternativas identificadas.
  • O nível de maturidade do modelo evidencia a capacidade de uma organização desempenhar o processo descrito naquele nível, portanto vamos identificar o nível que pertence cada processo descrito nas alternativas da questão:

    a) GRE - Gerência de Requisitos (NÍVEL G), GPR - Gerência de Projetos (NÍVEL G), GDE - Gerência de Decisões (NÍVEL C) e GRI - Gerência de Riscos (NÍVEL C). Alternativa incorreta.

    b)  GRE - Gerência de Requisitos (NÍVEL G), GRU - Gerência de Reutilização (NÍVEL E), GRH - Gerência de Recursos Humanos (NÍVEL E), DFP - Definição do Processo Organizacional (NÍVEL E) e AMP - Avaliação e Melhoria do Processo Organizacional (NÍVEL E). Alternativa incorreta.

    c) GRI - Gerência de Riscos (NÍVEL C), DRU - Desenvolvimento para Reutilização (NÍVEL C) e GDE - Gerência de Decisões (NÍVEL C). Alternativa correta.

    d)     GPR - Gerência de Projetos (NÍVEL G), GRE - Gerência de Requisitos (NÍVEL G) e DRE - Desenvolvimento de Requisitos (NÍVEL D). Alternativa incorreta.

    e)     MED - Medição (NÍVEL F), GQA - Garantia da Qualidade (NÍVEL F), GPP - Gerência de Portfólio de Projetos (NÍVEL F) e GCO - Gerência de Configuração (NÍVEL F). Alternativa incorreta.

    Fonte:     Guia Geral MPS de Software:2012

  • Nível A (Em Otimização)
    - sem processos específicos

    Nível B (Gerenciado Quantitativamente)
    - sem processos específicos

    Nível C (Definido)
    - Desenvolvimento para Reutilização (DRU)
    - Gerência de Decisões (GDE)
    - Gerência de Riscos (GRI) 

    Nível D ( Largamente Definido)
    - Desenvolvimento de Requisitos (DRE)
    - Integração do Produto (ITP)
    - Projeto e Construção do Produto (PCP)
    -  Validação (VAL)
    - Verificação (VER)

    Nível E (Parcialmente Definido)
    - Avaliação e Melhoria do Processo Organizacional (AMP)
    - Definição do Processo Organizacional (DFP)
    - Gerência de Recursos Humanos (GRH)
    - Gerência de Reutilização (GRU) 

    Nível F (Gerenciado)
    - Aquisição (AQU)
    - Gerência de Configuração (GCO)
    - Gerência da Qualidade (GQA)
    - Gerência de Portifolio de Projetos (GPP)
    - Medição (MED)

    Nível G (Parcialmente Gerenciado)
    - Gerência de Projetos (GPR)
    - Gerência de Requisitos (GRE)

ID
1029781
Banca
CESPE / CEBRASPE
Órgão
TCE-RO
Ano
2013
Provas
Disciplina
Governança de TI
Assuntos

Acerca do MPS.BR, julgue os itens subsequentes..

O nível E do MPS.BR contempla um processo que resulta no registro dos dados de utilização dos ativos reutilizáveis.

Alternativas
Comentários
  • Nível E (Parcialmente Definido) - Processos:

    Gerência de Projetos – GPR (evolução)
    Gerência de Reutilização – GRU
    Gerência de Recursos Humanos – GRH
    Definição do Processo Organizacional – DFP
    Avaliação e Melhoria do Processo Organizacional – AMP

    Gerência de Reutilização – GRU
    Propósito: Gerenciar o ciclo de vida dos ativos reutilizáveis.


    Portanto, questão correta.











  • Descriçao:

    Nível E – Parcialmente Definido: o nível de maturidade E é composto pelos processos dos níveis de maturidade anteriores (G e F), acrescidos dos processos Avaliação e Melhoria do Processo Organizacional, Definição do Processo Organizacional, Gerência de Recur- sos Humanos e Gerência de Reutilização. O processo Gerência de Projetos sofre sua primeira evolução, retratando seu novo propósito: gerenciar o projeto com base no processo definido para o projeto e nos planos integrados. Neste nível a implementação dos processos deve satisfazer os atributos de processo AP 1.1, AP 2.1, AP 2.2, AP 3.1 e AP 3.2. 

    Avaliação e Melhoria do Processo Organizacional (AMP): o propósito é determinar o quanto os processos padrão da organização contribuem para alcançar os objetivos de negócio da organiização e para apoiar a organização a planejar, realizar e implantar melhorias contínuas nos processos com base no entendimento de seus pontos fortes e fracos. 

    Definição do Processo Organizacional (DFP): o propósito é estabelecer e manter um conjunto de ativos de processo organizacional e padrões do ambiente de trabalho usáveis e aplicáveis às necessidades de negócio da organização.

    Gerência de Recursos Humanos (GRH): o propósito é prover a organização e os projetos com os recursos humanos necessá- rios e manter suas competências adequadas às necessidades do negócio. 

    Gerência de Reutilização (GRU): o propósito é gerenciar o ciclo de vida dos ativos reutilizáveis.

  • Gabarito Certo


    Nível E – Parcialmente Definido:
    Avaliação e Melhoria do Processo Organizacional (AMP): determina o quanto os processos padrão da organização contribuem para alcançar os objetivos de negócio da organização e para apoiar a organização a planejar, realizar e implantar melhorias contínuas nos processos, com base no entendimento de seus pontos fortes e fracos.
    Definição do Processo Organizacional (DFP): estabelece e
    mantém um conjunto de ativos de processo organizacional e padrões do ambiente de trabalho usáveis e aplicáveis às necessidades de negócio da organização.
    Gerência de Recursos Humanos (GRH): fornece à organização e aos projetos os recursos humanos necessários e mantém suas competências adequadas às necessidades do negócio.
    Gerência de Reutilização (GRU): gerencia o ciclo de vida dos ativos reutilizáveis.


    Fonte: Implantando a Governança de TI da Estratégia à Gestão dos Processos e Serviços - Aragon - 3ª Edição, página 335.

  • Gerência de Reutilização - GRU

    Gerenciar o CICLO DE VIDA dos ativos REUTILIZÁVEIS.

    Resultados esperados:

    ·        GRU1- estratégia de gerenciamento de serviços. Critérios de aceitação;

    ·        GRU2- mecanismo de armazenamento e recuperação de ativos reutilizáveis.

    ·        GRU3- dados de utilização de ativos reutilizáveis registrados.

ID
1029784
Banca
CESPE / CEBRASPE
Órgão
TCE-RO
Ano
2013
Provas
Disciplina
Governança de TI
Assuntos

Acerca do MPS.BR, julgue os itens subsequentes..

O processo de gerenciamento de riscos é contemplado, no MPS.BR, a partir do nível F, conhecido como nível gerenciado

Alternativas
Comentários
  • Errado!


    O processo de gerenciamento de riscos é contemplado, a partir do nível C, conhecido como nível Definido.


  • Dá para ir pela lógica... Risco exige um pouco mais de organização processual da empresa para controlá-lo e mitigá-lo. Portanto, nível F está muito imaturo ainda para isso

  • Nível C - Definido

    AP 1.1, AP 2.1, AP 2.2, AP 3.1 e AP 3.2

    Gerência de riscos

    Desenvolvimento para reutilização

    Gerência de decisões

               

  • Gabarito Errado


    Nível C – Definido:
    Gerência de Decisões (GDE): analisa possíveis decisões críticas usando um processo formal, com critérios estabelecidos, para avaliação das alternativas identificadas.
    Desenvolvimento para Reutilização (DRU): identifica oportunidades de reutilização sistemática de ativos na organização e, se possível, estabelece um programa de reutilização para desenvolver ativos a partir de engenharia de domínios de aplicação.
    Gerência de Riscos (GRI): Identifica, analisa, trata, monitora e reduz continuamente os riscos em nível organizacional e de projeto.


    Fonte: Implantando a Governança de TI da Estratégia à Gestão dos Processos e Serviços - Aragon - 3ª Edição, páginas 335 e 336. 

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

De acordo com o guia geral MPS de software, julgue os itens subsequentes.

A capacidade do processo é representada por um conjunto de atributos de processo descrito em termos de resultados esperados. Para que o processo seja considerado definido, espera-se que os papéis e as competências requeridos para executá-lo sejam identificados como parte do processo padrão e que um processo padrão seja descrito, incluindo diretrizes para sua adaptação.

Alternativas
Comentários
  • Questão bem complicada, que exige leitura dos atributos de processos AP 1.1,AP 2.1,AP 2.2,AP 3.1 e AP 3.2. Basicamente o AP 3.2 nos ajudaria a resolver a questão,mas confesso que recordar de tantos Atributos de Processos é bem complicado, só mesmo uma leitura em véspera de prova.
  • Guia Gera de Serviços 2012 MPS-BR Pág. 20

    AP 3.1. O processo é definido
    Este atributo evidencia o quanto um processo padrão é mantido para apoiar a implementação do processo definido.
    Resultados esperados:

    RAP 15. Um processo padrão é descrito, incluindo diretrizes para sua adaptação;

    RAP 16. A sequência e interação do processo padrão com outros processos são determinadas;

    RAP 17. Os papéis e competências requeridos para executar o processo são identificados como parte do processo padrão;

    RAP 18. A infra-estrutura e o ambiente de trabalho requeridos para executar o processo são identificados como parte do processo padrão.

  • Gabarito C de acordo com o manual de referencia do MPS-BR

  • Não entendo uma coisa uma hora uns falam que não existe capacidade de processos e sim maturidade como é isso ?

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

De acordo com o guia geral MPS de software, julgue os itens subsequentes.

O processo desenvolvimento para reutilização objetiva identificar oportunidades de reutilização sistemática de ativos na organização e, se possível, estabelecer um programa de reutilização para desenvolver ativos a partir de engenharia de domínios de aplicação.

Alternativas
Comentários
  • MPS-BR Guia Geral de Software  Pag.44

    http://www.softex.br/wp-content/uploads/2013/07/MPS.BR_Guia_Geral_Software_2012.pdf

    O propósito do processo Desenvolvimento para Reutilização é identificar oportunidades de reutilização sistemática de ativos na organização e, se possível, estabelecer um programa de reutilização para desenvolver ativos a partir deengenharia de domínios de aplicação

  • Fiquei na dúvida quanto a expressão "se possível". Para mim isto seria um objetivo final a ser alcançado, ou seja, obrigatório. Mas acabei marcando como certa!

ID
1083022
Banca
FCC
Órgão
TRF - 3ª REGIÃO
Ano
2014
Provas
Disciplina
Governança de TI
Assuntos

No MR-MPS-SW, o propósito do processo Gerência de Projetos do nível G (Parcialmente Gerenciado) é estabelecer e manter planos que definem as atividades, recursos e responsabilidades do projeto, bem como prover informações sobre o andamento do projeto que permitam a realização de correções quando houver desvios significativos no desempenho do projeto.

Sobre este processo, considere:

I. O orçamento e o cronograma do projeto, incluindo a definição de marcos e pontos de controle, são estabelecidos e mantidos.
II. As oportunidades de negócio, as necessidades e os investimentos são identificados, qualificados, priorizados e selecionados em relação aos objetivos estratégicos da organização por meio de critérios objetivos.
III. Os riscos do projeto são identificados e o seu impacto, probabilidade de ocorrência e prioridade de tratamento são determinados e documentados.
IV. O escopo, as tarefas, as estimativas, o orçamento e o cronograma do projeto são monitorados em relação ao planejado.

São resultados esperados do Processo Gerência de Projetos o que consta APENAS em

Alternativas
Comentários

  • Item II é Resultado esperado da Gerencia de Portfólio, Nivel F, GPP1.

  • jurava que o item III pertencia à gerência de Riscos (nível c)

     

    mas que peguinha fudido...

     

    olha o que está escrito lá nesse nívell

     

     

    Riscos do projeto são identificados e documentados, incluindo o seu contexto, condições e possíveis consequências para o projeto

    Riscos são priorizados, estimados e classificados

  • Peguinha nojento......

  • Prezados,

    Segundo a norma, temos como resultados esperados do processo de gerencia de projetos :

    "O escopo do projeto define todo o trabalho necessário, e somente ele, para entregar um produto que satisfaça as necessidades, características e funções especificadas para o projeto, de forma a concluí-lo com sucesso. O escopo é o ponto de partida para o planejamento do projeto. A definição do escopo deve estabelecer o que está e o que não está incluído no projeto. Para isso, o escopo em geral contém a definição do objetivo e da motivação, os limites e restrições, todos os produtos que serão entregues e os outros produtos gerados pelo projeto, entre outras informações. O escopo pode ser representado por meio de uma Estrutura Analítica do Projeto (EAP) também conhecida como WBS (Work Breakdown Structure). A EAP fornece um esquema para identificação e organização das unidades lógicas de trabalho a serem gerenciadas, que são chamadas de “pacotes de trabalho" (work packages). Este resultado também pode ser implementado por meio de um Documento de Visão ou outro documento que defina, claramente, o escopo do trabalho."

    Vemos que os itens I , III e IV estão contemplados na relação.

    Portanto a alternativa correta é a letra B.

  • Dica: resultado esperado do Gerenciamento de projetos é só lembrar das áreas de processos do PMBOK.

  • Quem q vai memorizar essa merd
ID
1112077
Banca
FCC
Órgão
TRF - 3ª REGIÃO
Ano
2014
Provas
Disciplina
Governança de TI
Assuntos

No Modelo de Referência MPS para Software (MR-MPS-SW), o nível de maturidade D (Largamente Definido) é composto pelos processos dos níveis de maturidade anteriores (G ao E), acrescidos dos processos Integração do Produto, Projeto e Construção do Produto, Validação, Verificação e

Alternativas
Comentários

  • Gerência de Riscos. - Nível C

    Desenvolvimento para Reutilização.- Nível C 

    Desenvolvimento de Requisitos.- Nível D

    Treinamento Organizacional (Equivalência em CMMI, no MPS.BR o processo é o Gerência de Recursos Humanos - GRH).- Nível E 

    Gerência de Decisões.- Nível C

ID
1115242
Banca
CESPE / CEBRASPE
Órgão
SUFRAMA
Ano
2014
Provas
Disciplina
Governança de TI
Assuntos

A respeito dos padrões CMMI e MPS/BR, julgue os itens seguintes.

Ações para diminuir ou evitar o impacto de riscos identificados são necessárias para atender e definir o processo de gerência de riscos do MPS/BR.

Alternativas
Comentários

  • Processo analítico e organizado para: 

    identificar situações que possam causar perdas e danos (identificar riscos); 

    avaliar e quantificar os riscos identificados; 

    desenvolver e, se necessário, implementar uma abordagem apropriada para prevenir ou tratar as causas dos riscos que possam 

    causar dano ou perda significativos.  (CMMI 1.2)


  • Gerenciamento de Risco:
    GRI 9. Ações apropriadas são executadas para corrigir ou evitar o impacto do risco, baseadas na sua prioridade, probabilidade, consequência ou outros parâmetros definidos.
ID
1115245
Banca
CESPE / CEBRASPE
Órgão
SUFRAMA
Ano
2014
Provas
Disciplina
Governança de TI
Assuntos

A respeito dos padrões CMMI e MPS/BR, julgue os itens seguintes.

Estabelecer e manter padrões do ambiente de trabalho que se aplicam às necessidades do negócio fazem parte do propósito de processos do nível F do MPS/BR.

Alternativas
Comentários
  • Padrões só aparecem nos processos de nível E em diante, nos atributos de processo 3.1 e 3.2. Nível F é 2.1 e 2.2, ou seja, só temos uma gerência básica.

  • Nível MR-MPS-SW: "E" – Parcialmente Definido; 

    Processo: Definição do Processo Organizacional – DFP; 

    DFP 7. Os ambientes padrão de trabalho da organização são estabelecidos e mantidos; 

  • Apenas complementando o comentário da Tatiana Rodrigues.

    A questão afirma de "Estabelecer e manter padrões do ambiente de trabalho que se aplicam às necessidades do negócio" fazem parte do propósito  de processos do nível F do MPS/BR.

    No caso em questão, o propósito citada é do processo: Definição do Processo Organizacional - DFP. do Nìvel E - Parcialmente Definido

    O propósito deste processo é : "estabelecer e manter um conjunto de ativos de processo organizacional e padrões do ambiente de trabalho usáveis e aplicáveis às necessidades de negócio da organização".

    Só um pouco de cuidado porque o DFP 7 citado pela Tatiana é um Resultado Esperado, e existem diferença entre  Propósito e Resultado Esperado! 

  • Nível F (Gerenciado)

    - Aquisição (AQU)

    - Gerência de Configuração (GCO)

    - Gerência da Qualidade (GQA)

    - Gerência de Portifolio de Projetos (GPP)

    - Medição (MED)

ID
1115248
Banca
CESPE / CEBRASPE
Órgão
SUFRAMA
Ano
2014
Provas
Disciplina
Governança de TI
Assuntos

A respeito dos padrões CMMI e MPS/BR, julgue os itens seguintes.

No nível D do MPS/BR, os resultados esperados incluem a resolução dos desvios de orçamento e o controle dos custos.

Alternativas
Comentários

  • "9.4 Nível D – Largamente Definido: O nível de maturidade D é composto pelos processos dos níveis de maturidade anteriores (G ao E), acrescidos dos processos Desenvolvimento de Requisitos, Integração do Produto, Projeto e Construção do Produto, Validação, e Verificação." http://www.softex.br/wp-content/uploads/2013/07/MPS.BR_Guia_Geral_Software_2012.pdf

    Entendi que o "a resolução dos desvios de orçamento e o controle dos custos" são resultados esperados dos processos dos níveis de maturidade anteriores, e portanto, também do nível D.

  • Na verdade é do MPS-SV, que tá sendo cobrado agora tb. ng merece.

    9.4.2 Processo: Orçamento e Contabilização de Serviços – OCS
    Nível MR-MPS-SV: D - Largamente Definido

    Resultados esperados:
    OCS 1. Custos do fornecimento do serviço são estimados;
    OCS 2. Orçamentos são produzidos utilizando estimativas de custos;
    OCS 3. Desvios do orçamento e custos são controlados;
    OCS 4. Desvios do orçamento são resolvidos;
    OCS 5. Desvios do orçamento e custos são comunicados às partes interessadas.

  • D-

    Des Reqs

    INt Prod

    Prj e constr prod

    verific & valid

ID
1128610
Banca
CS-UFG
Órgão
UEAP
Ano
2014
Provas
Disciplina
Governança de TI
Assuntos

O MPS.BR (Melhoria de Processo do Software Brasileiro) é um programa mobilizador, de longo prazo, coordenado pela Associação para Promoção da Excelência do Software Brasileiro (SOFTEX). O programa MPS.BR

Alternativas
Comentários

  • pra mim a 15504 seria avaliação, e portanto, o componente deveria ser MPS.BR Avaliação e não MPS-SW


    Ano: 2009Banca: CESPEÓrgão: INMETROProva: Analista Executivo em Metrologia e Qualidade - Desenvolvimento de Sistemas

    Uma considerável parte dos conceitos relativos à avaliação de maturidade do modelo MPS.BR deriva do modelo NBR ISO/IEC 12207.

    errada

    15504


  • Alternativa correta: B. 

     

    a) ERRADA: MPS.BR é baseado nessa norma;

    b) GABARITO;

    c) ERRADA: O que define regras para a avaliação é o Modelo de Avaliação;

    d) ERRADA: É o guia de Serviços que contém os requisitos do MR-SW. 

ID
1128628
Banca
CS-UFG
Órgão
UEAP
Ano
2014
Provas
Disciplina
Governança de TI
Assuntos

Segundo o MR-MPS-SW, o principal objetivo da Gerência de Requisitos é controlar o processo de mudança dos requisitos, no qual a rastreabilidade desses tem papel
fundamental. Um dos tipos de rastreabilidade é a

Alternativas
Comentários

  • Jurava que era bidirecional

     

    alguem justifica?

     

  • Justificativa que encontrei...espero ter ajudado.

    Introduzir rastreamento horizontal e vertical

    O rastreamento horizontal estabelece associações entre elementos de uma mesma fase de desenvolvimento do software. Por exemplo, considere um documento de requisito. Neste caso, podem existir referências cruzadas entre requisitos. O rastreamento vertical está centrado no relacionamento entre elementos de diferentes fases do processo de desenvolvimento. Por exemplo, o gerente pode estar interessado em saber em qual módulo está implementado um determinado requisito.

    Se existe uma preocupação de se manter a consistência e integridade dos diferentes tipos documentos do processo de desenvolvimento, então os rastreamentos horizontal e vertical podem contribuir para que os desenvolvedores criem um software que responda às expectativas dos seus usuários.

     

    Fonte de pesquisa : UFPE - Disponível em http://www.di.ufpe.br/~formlab/artigos/wer98/node2.html acessado em 17/09/2016

  • raciocinio:

    entre planos não existe horizonte

    entre niveis diferentes tambem nao

  • a) ERRADO. Não existe rastreabilidade relacional.

    Rastreabilidade é o grau em que o relacionamento pode ser estabelecido entre dois ou mais produtos de desenvolvimento de software, especialmente produtos que tenham uma relação de predecessor sucessor ou de mestre subordinado com outro

     

    c) ERRADO. A rastreabilidade horizontal estabelece a dependência entre os requisitos ou produtos de trabalho em um mesmo nível, por exemplo, rastreabilidade dos requisitos entre si ou rastreabilidade entre códigos de unidades dependentes.

     

    d) ERRADO. A rastreabilidade bidirecional deve acontecer tanto de forma horizontal quanto vertical.

     

    Fonte: https://www.softex.br/wp-content/uploads/2016/04/MPS.BR_Guia_de_Implementacao_Parte_1_2016.pdf

ID
1138924
Banca
FCC
Órgão
SABESP
Ano
2014
Provas
Disciplina
Governança de TI
Assuntos

Com relação ao MPS.BR - Melhoria de Processo do Software Brasileiro, é correto afirmar:

Alternativas
Comentários

  • Com relação ao item b), a frase correta esta na página 6 do guia geral de 2012.


    "Também se espera que o modelo MPS seja compatível 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."

  • Letra E parcialmente correta.

    MPS.BR tem o apoio do Ministério da Ciencia e Tecnologia (MCT), FINEP e Banco Interamericano de Desenvolvimento.

    MEC não, SEBRAE não e BIRD não (e sim BID).

  • Letra a: Em uma de suas metas (meta de negócio) temos que esta visa à disseminação e adoção do Modelo MPS, em todas as regiões do país, em um intervalo de tempo justo, a um custo razoável, tanto em micro, pequenas e médias empresas (foco principal) quanto em grandes organizações privadas e governamentais ....

    Letra e: O MPS.BR é um programa mobilizador, de longo prazo, criado em dezembro de 2003, coordenado pela Associação para Promoção da Excelência do Software Brasileiro (SOFTEX), que conta com apoio do Ministério da Ciência, Tecnologia e Inovação (MCTI), Financiadora de Estudos e Projetos (FINEP), Serviço Brasileiro de Apoio às Micro e Pequenas Empresas (SEBRAE) e Banco Interamericano de Desenvolvimento (BID/FUMIN).

  • a)Busca-se que o modelo MPS seja adequado ao perfil de empresas com diferentes tamanhos e características, públicas e privadas, embora com especial atenção às médias e grandes empresas. (Errada, visa a micro pequenas e médias empresas)

    b)O modelo MPS é compatível com os padrões de qualidade aceitos na comunidade brasileira de desenvolvimento de software e tem como pressuposto o aproveitamento de toda a competência existente nos padrões e modelos de melhoria do processo americano. (Errada, padrões de qualidade internacional nem brasileiro nem americano)

    c)O modelo atende a necessidade de implantar os princípios de Engenharia de Requisitos de forma adequada ao contexto das empresas, estando em consonância com as principais abordagens e técnicas de elicitação de requisitos mundialmente conhecidas. (Errada, implata os princípios de engenharia de software, não somente a de Requisitos).

    O MPS.BR é um programa mobilizador, de longo prazo, criado em 2010 pela SOFTEX, que conta com apoio do Ministério da Ciência e Tecnologia (MCT), Ministério da Educação (MEC), Serviço Brasileiro de Apoio às Micros e Pequenas Empresas (SEBRAE), Banco Internacional para Reconstrução e Desenvolvimento (BIRD) e Associação Internacional de Desenvolvimento (AID). (Não tem BIRD, não tem MEC, não tem AID)

  • a) Busca-se que o modelo MPS seja adequado ao perfil de empresas com diferentes tamanhos e características, públicas e privadas, embora com especial atenção às médias e grandes empresas.(O MPS-BR foi feito para pequenas e médias empresas brasileiras)

     b) O modelo MPS é compatível com os padrões de qualidade aceitos na comunidade brasileira de desenvolvimento de software e tem como pressuposto o aproveitamento de toda a competência existente nos padrões e modelos de melhoria do processo americano. (o pressuposto é o aproveitamento de toda a competencia existente em todos os padrões existente)

     c) O modelo atende a necessidade de implantar os princípios de Engenharia de Requisitos de forma adequada ao contexto das empresas, estando em consonância com as principais abordagens e técnicas de elicitação de requisitos mundialmente conhecidas. (Engenharia de Software, não de requisitos)

     d) O programa MPS.BR tem duas metas a alcançar a médio e longo prazos: a) meta técnica, visando à criação e aprimoramento do modelo MPS e b) meta de mercado, visando à disseminação e adoção do modelo MPS, em todas as regiões do Brasil, em um intervalo de tempo justo e a um custo razoável, em organizações públicas e privadas.

     e) O MPS.BR é um programa mobilizador, de longo prazo, criado em 2010 pela SOFTEX, que conta com apoio do Ministério da Ciência e Tecnologia (MCT), Ministério da Educação (MEC), Serviço Brasileiro de Apoio às Micros e Pequenas Empresas (SEBRAE), Banco Internacional para Reconstrução e Desenvolvimento (BIRD) e Associação Internacional de Desenvolvimento (AID). (O MPS-BR foi criado em 2003) 

    Fonte: http://www.softex.br/wp-content/uploads/2013/07/MPS.BR_Guia_de_Implementacao_SV_Parte_4_2014.pdf

ID
1159549
Banca
CESPE / CEBRASPE
Órgão
TJ-CE
Ano
2014
Provas
Disciplina
Governança de TI
Assuntos

A Melhoria de Processo do Software Brasileiro (MPS.BR), de agosto de 2012, descreve a possibilidade de alguns processos serem excluídos, total ou parcialmente, do escopo de uma avaliação MPS por não serem pertinentes ao negócio da unidade organizacional que está sendo avaliada e desde que atenda outras exigências do MPS.BR. A respeito dessas informações, assinale a opção em que é apresentado o processo que pode ser excluído completamente, desde que não seja executado pela organização, ainda que ela vise atingir o nível de maturidade D (largamente definido).

Alternativas
Comentários

  • Alguem sabe explicar a questão?

  • Segundo o Guia Geral de Software 2012,

    8.4 Exclusão de Processos
    Alguns processos podem ser excluídos, total ou parcialmente, do escopo de uma
    avaliação MPS por não serem pertinentes ao negócio da unidade organizacional que
    está sendo avaliada. Cada exclusão deve ser justificada no Plano de Avaliação. A
    aceitação das exclusões e suas justificativas é responsabilidade do Avaliador Líder,
    conforme descrito no Guia de Avaliação [SOFTEX, 2012b].
    É permitida a exclusão completa do seguinte processo, desde que não executado
    pela organização:

    Aquisição (AQU)
    ...

  • 8.4 Exclusão de Processos

    É permitida a exclusão completa do seguinte processo, desde que não executado pela organização:
    • Aquisição (AQU)

    É permitida a exclusão completa do seguinte processo, desde que a única atividade da unidade organizacional seja evolução de  produto:
    • Gerência de Portfólio de Projetos (GPP)

    É permitida a exclusão do seguinte processo, seguindo as orientações da Tabela 8-2:
    • Desenvolvimento para Reutilização (DRU)

     

    Outras exclusões são permitidas para organizações com características específicas:
    • Organizações que fazem aquisição de software: as exclusões permitidas para este tipo de organização estão descritas no Guia de Implementação – parte 8.
    • Fábricas de Código: as exclusões permitidas para este tipo de organização estão descritas no Guia de Implementação – parte 9.
    • Fábricas de Teste: as exclusões permitidas para este tipo de organização estão descritas no Guia de Implementação – parte 10.

     

    Fonte: MPS.BR, 2012, Guia Geral

  • É permitida a exclusão completa dos seguintes processos:

    - Aquisição (AQU), desde que não executado pela organização

    - Gerência de Portfólio de Projetos (GPP), desde que a única atividade da unidade organizacional seja evolução de produto

  • São permitidos excluir 3 processos:

    • Aquisição (AQU)

    • Gerência de Portfólio de Projetos (GPP)

    • Desenvolvimento para Reutilização (DRU)

     

    Porém, eles se encontram em diferentes níveis:

    F - Gerenciado

    • Aquisição (AQU)

    • Gerência de Portfólio de Projetos (GPP)

    C - Definido

    • Desenvolvimento para Reutilização (DRU)

     

    E lendo atentamente o enunciado, ele diz: "assinale a opção em que é apresentado o processo que pode ser excluído completamente, desde que não seja executado pela organização, ainda que ela vise atingir o nível de maturidade D (largamente definido)"

    Das opções apresentadas, ainda assim, 2 processos poderiam ser excluídos antes do nível D:

     a) aquisição

     d) gerência de portfólio de projetos

     

    Agora, como eles chegaram a conclusão de que a alternativa "a" é a correta, não sei realmente dizer...