ATIVIDADES

1. Considere as definições abaixo.

I. Uma “constelação” é definida como uma coleção de componentes que são usados para construir modelos, materiais de treinamento e documentos relacionados à avaliação para uma área de interesse. Por exemplo, aquisição, desenvolvimento, serviços. II. Uma de suas metas é definir e aprimorar um modelo de melhoria e avaliação de processo de software, visando preferencialmente às micro, pequenas e médias empresas, de forma a atender as suas necessidades de negócio e ser reconhecido nacional e internacionalmente como um modelo aplicável à indústria de software. 

As definições I e II referem-se, respectivamente, ao 

a) MPS.BR e ao CMMI. b) PMBoK e ao CobiT. c) CobiT e ao MPS.BR. d) PMBoK e ao CMMI. e) CMMI e ao MPS.BR.

Comentário:

O CMMI apresenta três constelações: 1) Constelação de desenvolvimento é chamada CMMI for Development (CMMI-DEV), a constelação de aquisição é chamada CMMI for Acquisition (CMMI-ACQ), e a constelação de serviços é chamada CMMI for Services (CMMI-SVC). Cada uma dessas constelações é definida como uma coleção de componentes. Esses componentes, por sua vez, são usados para construir modelos, materiais de treinamento e documentos relacionados à avaliação para uma área de interesse.

2. Qual nível do CMMI que garante que o processo será feito sob medida para o conjunto de padrões de processos da organização, de acordo com suas diretrizes quanto a fazer coisas sob medida contribuindo para o aperfeiçoamento dos processos? 

a) CMMI nível 0. b) CMMI nível 2.c) CMMI nível 4.d) CMMI nível 1.e) CMMI nível 3.

3. Assinale a metodologia de desenvolvimento de software que tem como prática a programação em pares.

a) MSFb) RUPc) PMBOKd) CMMIe) XP

Comentário:

Programação extrema (do inglês eXtreme Programming), ou simplesmente XP, é uma metodologia ágil para equipes pequenas e médias e que irão desenvolver software com requisitos vagos e em constante mudança. Para isso, adota a estratégia de constante acompanhamento e realização de vários pequenos ajustes durante o desenvolvimento de software. Os quatro valores fundamentais da metodologia XP são: comunicação, simplicidade, feedback e coragem. A partir desses valores, possui como princípios básicos: feedback rápido, presumir simplicidade, mudanças incrementais, abraçar mudanças e trabalho de qualidade. Dentre as variáveis de controle em projetos (custo, tempo, qualidade e escopo), há um foco explícito em escopo. Para isso, recomenda-se a priorização de funcionalidades que representem maior valor possível para o negócio. Desta forma, caso seja necessário a

diminuição de escopo, as funcionalidades menos valiosas serão adiadas ou canceladas. A XP incentiva o controle da qualidade como variável do projeto, pois o pequeno ganho de curto prazo na produtividade, ao diminuir qualidade, não é compensado por perdas (ou até impedimentos) a médio e longo prazo. O Rational Unified Process® (também chamado de processo RUP®) é um processo de engenharia de software. Ele oferece uma abordagem baseada em disciplinas para atribuir tarefas e responsabilidades dentro de uma organização de desenvolvimento. Sua meta é garantir a produção de software de alta qualidade que atenda às necessidades dos usuários dentro de um cronograma e de um orçamento previsíveis.

4. Os níveis de capacitação do CMMI são os seguintes:a) Inicial. Planejado. Executado. Definido. Gerenciado quantitativamente. Final.b) Incompleto. Planejado. Desenvolvido. Definido. Gerenciado e coordenado. Otimizado.c) Inicializado. Executado. Atribuído. Especificado. Gerenciado quantitativamente. Concluído.d) Incompleto. Mapeado. Gerenciado. Especificado. Coordenado quantitativamente. Otimizado.e) Incompleto. Executado. Gerenciado. Definido. Gerenciado quantitativamente. Otimizado.

Comentário:

Lembrando que a versão atual (v. 1.3) do CMMI somente vai do nível 0 ao 3. Os níveis 4 e 5 (Gerenciado quantitativamente e Otimizado) não fazem mais parte dos níveis da abordagem continua (analisa a capacidade dos processos). Os níveis da abordagem por estágios (analisa a maturidade da organização) continua com 5 níveis.

Representação ContínuaPossibilita à organização utilizar a ordem de melhoria que melhor atende os objetivos de negócio da empresa. É caracterizado por: Níveis de Capacidade (Capability Levels):Nível 0: Incompleto (Ad-hoc)Nível 1: ExecutadoNível 2: Gerenciado / GeridoNível 3: Definido Nível 4: Gerenciado quantitativamente --- REMOVIDO DA v.1.3Nível 5: Em otimização --- REMOVIDO DA v.1.3Nesta representação a capacidade é medida por processos separadamente, onde é possível ter um processo com nível um e outro processo com nível cinco, variando de acordo com os interesses da empresa.No nível 1(um) o processo é executado de modo a completar o trabalho necessário para a execução de um processo.No nível 2(dois) é sobre planejar a execução e confrontar o executado contra o que foi planejado.No nível 3(três) o processo é construído sobre as diretrizes do processo existente, e é mantido uma descrição do processo.No nível 4(quatro) é quando o processo é gerenciado quantitativamente através de estatísticas e outras técnicas.No nível 5(cinco) o processo gerido quantitativamente é alterado e adaptado para atender às necessidades negociais/estratégicas da empresa.

Representação Por Estágios

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

5. Segundo o CMMI é correto afirmar que a) Treinamento Organizacional é área de processo da categoria Gestão do Projeto. b) Medição e Análise é área de processo da categoria Gestão do Processo. c) Gestão da Configuração é área de processo da categoria Gestão de Processo. d) Gestão de Riscos é área de processo da categoria Suporte. e) Gestão do Acordo com o Fornecedor é área de processo da categoria Gestão do Projeto.

Comentário:

O CMMI possui duas representações: "contínua" ou "por estágios". Estas representações permitem à organização utilizar diferentes caminhos para a melhoria de acordo com seu interesse.Representação Continuapor Níveis de Capacidade (Capability Levels):

* Nível 0: Incompleto (Ad-hoc) * Nível 1: Executado (Definido) * Nível 2: Gerenciado / Gerido * Nível 3: Definido * Nível 4: Quantitativamente gerenciado / Gerido quantitativamente * Nível 5: Em otimização (ou Optimizado) Representação Por Estágios por Níveis de Maturidade (Maturity Levels): * Nível 1: Inicial (Ad-hoc) * Nível 2: Gerenciado / Gerido * Nível 3: Definido * Nível 4: Quantitativamente gerenciado / Gerido quantitativamente * Nível 5: Em otimização

Mais em: http://pt.wikipedia.org/wiki/CMMI

6. Os Níveis de Maturidade de 1 a 5 do CMMI são:

a) Inicial, Projetado, Definido, Gerenciado Qualitativamente e Aplicado. b) Inicial, Gerenciado, Dirigido, Verificado Quantitativamente e Maximizado. c) Planejado, Gerenciado, Revisto, Otimizado e Quantificado. d) Planejado, Projetado, Implantado, Gerenciado Quantitativamente e Otimizado. e) Inicial, Gerenciado, Definido, Gerenciado Quantitativamente e Otimizado.

Comentário:

O CMMI possui duas representações: "contínua" ou "por estágios". Estas representações permitem à organização utilizar diferentes caminhos para a melhoria de acordo com seu interesse. Representação Continua por Níveis de Capacidade (Capability Levels): * Nível 0: Incompleto (Ad-hoc) * Nível 1: Executado (Definido) * Nível 2: Gerenciado / Gerido * Nível 3: Definido * Nível 4: Quantitativamente gerenciado / Gerido quantitativamente * Nível 5: Em otimização (ou Optimizado)Representação Por Estágios por Níveis de Maturidade (Maturity Levels): * Nível 1: Inicial (Ad-hoc) * Nível 2: Gerenciado / Gerido * Nível 3: Definido * Nível 4: Quantitativamente gerenciado / Gerido quantitativamente * Nível 5: Em otimizaçãoMais em: http://pt.wikipedia.org/wiki/CMMI

7. As abordagens para implementação do CMMI são:

a) Abordagem por Sistemas e Abordagem Sequencial.b) Abordagem por Gestores e Abordagem em Degraus.c) Abordagem por Estrutura e Abordagem por Processos.d) Abordagem por Simulação e Abordagem por Pontos de Função.e) Abordagem por Estágios e Abordagem Contínua.

Comentário:

Abordagem contínua são os níveis de CAPACIDADE da organização: * Nível 0: Incompleto (Ad-hoc) * Nível 1: Executado (Definido) * Nível 2: Gerenciado / Gerido * Nível 3: Definido * Nível 4: Quantitativamente gerenciado / Gerido quantitativamente * Nível 5: Em otimização (ou Optimizado) Abordagem por estágios são os níveis de MATURIDADE da organização: * Nível 1: Inicial (Ad-hoc) * Nível 2: Gerenciado / Gerido * Nível 3: Definido * Nível 4: Quantitativamente gerenciado / Gerido quantitativamente * Nível 5: Em otimização

8. As abordagens do CMMI envolvem aa) avaliação da maturidade da informatização da organização ou a capacitação das suas áreas de projeto, o estabelecimento de requisitos e a aquisição de recursos computacionais.b) implementação da maturidade da organização ou a capacitação das suas áreas de racionalização, o estabelecimento de requisitos e a modificação da estrutura.c) avaliação da maturidade das interfaces da organização e a vinculação das suas áreas de processo ao estabelecimento de prioridades para a capacitação de pessoal.d) avaliação da mentalidade estratégica da organização para capacitação das suas áreas de risco, estabelecimento de ações emergenciais e implementação de ações de melhoria.e) avaliação da maturidade da organização ou a capacitação das suas áreas de processo, o estabelecimento de prioridades e a implementação de ações de melhoria.

Comentário:

O CMMI é um modelo de melhores práticas para se definir, implantar e melhorar ROCESSOS.Ele tem duas representações, a Contínua e Por Estágio.A primeira avalia especificamente a evolução de UMA área de processo ou processo específico de uma organização.A segunda estabelece um caminho predeterminado para a melhoria a partir do nível de maturidade 1 em direção ao nível de maturidade 5, o que ENVOLVE A SATISFAÇÃO DAS METAS DAS ÁREAS DE PROCESSOS EM CADA NÍVEL DE MATURIDADE.

9. É um modelo de referência que contém práticas genéricas e específicas necessárias à maturidade da organização buscando estabelecer um modelo único para o processo de melhoria corporativa, integrando diferentes modelos e disciplinas. Essa é a característica do (a)

a) RUP.b) PSP.c) SPICE.d) ISO 9000.e) CMMI.

10. Considere as características das normas e modelos de qualidade de software:

I. Suporta dois caminhos de melhoria usando níveis: um caminho permite que as organizações

melhorem processos de forma incremental envolvendo uma ou mais áreas de processos selecionadas e o outro caminho permite que as organizações melhorem um conjunto de processos relacionados ao endereçarem sucessivamente conjuntos de áreas de processo. 

II. 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. 

III. 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. À medida que a organização evolui nos níveis de maturidade, um maior nível de capacidade para desempenhar o processo deve ser atingido. As afirmativas I, II e III correspondem, correta e respectivamente, a: a) MPS.BR - NBR ISO/IEC 12207 - CMMI b) MPS.BR - NBR ISO/IEC 9126 - CMMI c) NBR ISO/IEC 12207 - CMMI - NBR ISO/IEC 9126 d) CMMI - NBR ISO/IEC 9126 - MPS.BR e) CMMI - NBR ISO/IEC 12207 - MPS.BR

Comentário:

É interessante observar que tanto o CMMI quanto a 12207, dentre outras abordagens, influenciaram o Programa MPS.BR.

11. Sobre as afirmativas:

I - Está informando sobre as duas abordagens: contínua (onde se aplicam os níveis de capacidade) e por estágios (onde se aplicam os níveis de maturidade). Onde surgirem essas duas "visões", estamos falando do modelo CMMI.II - Se tiverem dúvidas, lembrem-se que toda a série 9000 é referente a qualidade. Portanto, como a afirmativa não menciona o termo qualidade, só nos resta optar pela 12207 (que, aliás, está na mesma "linha de pensamento" do CMMI e MPS.BR, mantendo a lógica do assunto da questão)III - Falou em atributos de processos (AP) e em resultados esperados (RAP), muito provavelmente, o assunto é MPS.BR. Na medida em que há a evolução nos níveis (do G ao A), todos os AP de níveis anteriores precisam ser mantidos (característica acumulativa) e alguns AP têm seus RAP modificados/evoluídos em determinados níveis.

Comentário:

De acordo com CMMI-DEV, V1.2, uma baseline é

a) a caracterização da habilidade do processo para alcançar os objetivos de negócio, atuais e futuros; estando relacionada com o atendimento aos atributos de processo associados aos processos de cada nível de maturidade.b) a capacidade dos níveis de maturidade estabelecerem patamares de evolução de processos, caracterizando estágios de melhoria da implementação de processos na organização.c) um modelo que contém os elementos essenciais de processos efetivos para uma ou mais disciplinas e descreve um caminho de melhoria evolutiva de processos ad hoc.d) um item, como, por exemplo, projeto, especificação, código-fonte, documentação, casos de teste, manuais, procedimentos etc., que foi projetado para utilização em múltiplos contextos.e) um conjunto de especificações ou produtos de trabalho que têm sido formalmente revistos e acordados, que serve depois como base para o desenvolvimento, e que pode ser alterado, apenas, através de procedimentos de controle de mudanças.

Comentário:

As baselines fornecem uma base estável para a evolução contínua dos itens de configuração.Um exemplo de uma baseline é uma descrição de produto aprovada que inclua versões internamente consistentes de requisitos, de matrizes de rastreabilidade de requisitos, de projeto (design), de itens específicos da disciplina e documentação para usuário final.Fonte do texto acima, CMMI DEV 1.2

12. Considere o cenário onde uma organização possui várias demandas para construção e manutenção de softwares e precisa contratar uma fábrica de software. Considerando um conjunto de fábricas de software concorrentes, a fábrica de software a seguir mais indicada de acordo com a forma como desenvolve software para atender a esse cenário é

a) uma fábrica de software avaliada com sucesso no nível 2 de maturidade do CMMI há 5 anos.b) uma fábrica de software recentemente adquirida por uma multinacional que, em seu país de origem, foi avaliada com sucesso no nível 4 de maturidade do CMMI.c) uma fábrica de software que está iniciando a implantação do CMMI.d) uma fábrica de software que não possui nem segue um processo de software definido.e) uma fábrica de software recém avaliada no nível 2 de maturidade do CMMI.a) Está errada, pois a validade da certificação CMMI são 3 anos.b) A multinacional tem a certificação e não a fábrica de software recentemente adquirida. c) Se a fábrica está iniciando a implantação, não está nem no nível I do CMMI, que seria o Inicial na representação por estágio, ou nível 0(incompleto) na representação por capacidade.d) Se a fábrica não segue, não está no CMMI...

13. Os requisitos que os processos das unidades organizacionais devem atender, segundo o MPS-BR, têm que estar em conformidade com aqueles contidos na Parte superior do formulário

a) Modelo CMMI. b) Processo de melhoria. c) Método de avaliação. d) Modelo de negócio. e) Modelo de referência.

Comentário:

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.Fonte: Guia MPS.BR versão 1.1

14. O nível Gerenciado do CMMI possui as seguintes áreas de processo:

a) desenvolvimento de requisitos e treinamento organizacional b) gestão quantitativa de projeto e gestão de riscos.

c) gestão de requisitos e desenvolvimento de requisitos. d) planejamento de projeto e gestão de requisitos e) desempenho de processo organizacional e verificação.

Comentário:

Nível 2 ( Gerenciado):Gestão de Requisitos (REQM)  (Gestão de Projeto)Planejamento do Projeto (PP)  (Gestão de Projeto)Controle e Monitoração do Projeto (PMC)  (Gestão de Projeto)Gestão do Acordo com o Fornecedor (SAM)  (Gestão de Projeto)Medição e Analise (MA)  (Suporte)Garantia da Qualidade do Processo e do Produto (PPQA) (Suporte)Gestão da Configuração (CM) (Suporte)

15. No CMMI, a representação estagiada NÃO possui o nível de maturidade 

a) 0 = incompleto.b) 1 = inicial.c) 2 = gerenciado.d) 3 = definido.e) 4 = gerenciado quantitativamente.

Comentário:Já na Representação ContinuaPossibilita à organização utilizar a ordem de melhoria que melhor atende os objetivos de negócio da empresa. É caracterizado por Níveis de Capacidade (Capability Levels):Nível 0: Incompleto (Ad-hoc)Nível 1: ExecutadoNível 2: Gerenciado / GeridoNível 3: DefinidoNível 4: Gerenciado Quantitativamente (Quantitatively managed)Nível 5: Otimizado (Optimizing)

Nesta representação a capacidade é medida por processos separadamente, onde é possível ter um processo com nível um e outro processo com nível cinco, variando de acordo com os interesses da empresa.

16. O modelo MPS.BR 

a) deve ser utilizado apenas em micro, pequenas e médias empresas. b) 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. c) não é compatível com os padrões de qualidade e modelos de melhoria de processo já disponíveis. d) é um modelo de melhoria de processo do software criado pelo Ministério da Ciência e Tecnologia para atender as empresas públicas. e) está dividido em três componentes: Modelo de Referência (MR-MPS), Método de Avaliação (MA-MPS) e Modelo de Governança (MG-MPS).

Comentário:

O modelo MPS.BR (Melhoria de Processos do Software Brasileiro) 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.

17. 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 

a) patamar de evolução de processos e estágios de melhoria da implementação.b) objetivo geral a ser atingido durante a execução do processo.c) quanto os produtos de trabalho produzidos pelo processo são gerenciados apropriadamente.d) quanto um processo padrão é mantido para apoiar a implementação do processo definido.e) grau de refinamento e institucionalização com que o processo é executado.

Comentário:

Na versão MPS-BR:2012

Capacidade do processoA 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 é executadoAP 2.1 O processo é gerenciadoAP 2.2 Os produtos de trabalho do processo são gerenciadosAP 3.1. O processo é definidoAP 3.2 O processo está implementadoAP 4.1 O processo é medidoAP 4.2 O processo é controladoAP 5.1 O processo é objeto de melhorias incrementais e inovaçõesAP 5.2 O processo é otimizado continuamente

Fonte: MPS-BR:2012 Págs.18-24.

18. 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.

a) As necessidades, expectativas e restrições do cliente, tanto do produto quanto de suas interfaces, são identificadas.b) Os requisitos são validados.c) Os requisitos funcionais e não-funcionais de cada componente do produto são refinados, elaborados e alocados.d) Interfaces internas e externas do produto e de cada componente do produto são definidase) Mudanças nos requisitos são gerenciadas ao longo do projeto.

Comentário:

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 GerenciadoProcesso: 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".Parte superior do formulário

19. O que significa CMMI?

É um modelo de referência que contém práticas (Genéricas ou Específicas) necessárias á maturidade em disciplinas específicas.

20. Para que serve o CMMI?

Serve para o desenvolvimento e manutenção de produtos.

21. O que significa SEI?

É um centro de pesquisa e desenvolvimento que provê uma prática avançada de engenharia de software qualificando graus de qualidade de software.

22. O CMMI tem como origem 3 outros modelos de maturidade, quais são elas?

SW-CMM, EIA SECM e IPD-CMM

23. O CMMI foi construído considerando 3 dimensões, quais são elas e explique-as.

O CMMI foi construído considerando três dimensões principais: pessoas, ferramentas e procedimentos. O processo serve para unir essas dimensões. (Não encontrei nenhuma definição para pessoas, ferramentas e procedimentos)

24. Quais tipos de representações que o CMMI possui.

Representação Contínua e Representação por Estágios

25. O CMMI possui 20 áreas de processos divididos em 5 níveis, quais são as áreas de processos do nível 3.

- Desenvolvimento de Requisitos

- Solução Técnica

- Integração de Produto

- Verificação

- Validação

- Foco de Processo Organizacional

- Definição de Processo Organizacional

- Treinamento Organizacional

- Gerenciamento Integrado de Projeto

- Gerenciamento de Riscos

- Análise de Decisão e Resolução

26. Desempenho de processo organizacional e gerenciamento quantitativo de projetos são áreas de qual nível.

Nível 4

27. CMMI-DEV, CMMI-ACQ e CMMI-SVC, o que significa essas siglas.

CMMI-DEV (CMMI for Development), voltado ao processo de desenvolvimento de produtos e serviços.

CMMI-ACQ (CMMI for Acquisition), voltado aos processos de aquisição e terceirização de bens e serviços.

CMMI-SVC (CMMI for Services), voltado aos processos de empresas prestadoras de serviços.

28. ISO-IEC 15504 também conhecido com outro nome, qual é esse nome.SPICE

29. O que significa MPS.BR. MPS.BR (Melhoria de Processos do Software Brasileiro)

30. Para que serve o MPS.BR.

É simultaneamente um movimento para a melhoria da qualidade 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.

31. O modelo MPS.BR é dividido em 3 partes, quais são elas.

MR-MPS, MA-MPS e MN-MPS

32. O MPS.BR apresenta 7 níveis de maturidade, quais são eles.

- A – Otimização

- B – Gerenciado Quantitativamente

- C - Definido

- D – Largamente Definido

- E – Parcialmente Definido

- F - Gerenciado

- G – Parcialmente Gerenciado

33. O que faz o nível gerenciado quantitativamente.

O propósito do processo Gerência Quantitativa do Projeto é gerenciar quantitativamente o processo definido para o projeto de forma a alcançar os objetivos para qualidade e para o desempenho do processo estabelecidos para o projeto

34. Cada nível de maturidade no MPS.BR possui suas áreas de processos, quais são essas áreas. - Processos Fundamentais - Processos Organizacionais - Processos de Apoio

35. O que são analisados no nível de maturidade do MPS.BR em processo de apoio. - Garantia de Qualidade - Gerência de Configuração - Validação - Medição - Verificação - Treinamento