Anda di halaman 1dari 11

ATIVIDADES

1. Considere as definies abaixo.


I. Uma constelao definida como uma coleo de componentes que so usados para
construir modelos, materiais de treinamento e documentos relacionados avaliao para uma
rea de interesse. Por exemplo, aquisio, desenvolvimento, servios.
II. Uma de suas metas definir e aprimorar um modelo de melhoria e avaliao de processo
de software, visando preferencialmente s micro, pequenas e mdias empresas, de forma a
atender as suas necessidades de negcio e ser reconhecido nacional e internacionalmente
como um modelo aplicvel indstria de software.
As definies 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.
Comentrio:
O CMMI apresenta trs constelaes: 1) Constelao de desenvolvimento chamada CMMI
for Development (CMMI-DEV), a constelao de aquisio chamada CMMI for
Acquisition (CMMI-ACQ), e a constelao de servios chamada CMMI for Services (CMMISVC). Cada uma dessas constelaes definida como uma coleo de componentes. Esses
componentes, por sua vez, so usados para construir modelos, materiais de
treinamento e documentos relacionados avaliao para uma rea de interesse.
2. Qual nvel do CMMI que garante que o processo ser feito sob medida para o
conjunto de padres de processos da organizao, de acordo com suas diretrizes
quanto a fazer coisas sob medida contribuindo para o aperfeioamento dos
processos?
a) CMMI nvel 0.
b) CMMI nvel 2.
c) CMMI nvel 4.
d) CMMI nvel 1.
e) CMMI nvel 3.
3. Assinale a metodologia de desenvolvimento de software que tem como prtica a
programao em pares.
a) MSF
b) RUP
c) PMBOK
d) CMMI
e) XP
Comentrio:
Programao extrema (do ingls eXtreme Programming), ou simplesmente XP, uma
metodologia gil para equipes pequenas e mdias e que iro desenvolver software com
requisitos vagos e em constante mudana. Para isso, adota a estratgia de constante
acompanhamento e realizao de vrios pequenos ajustes durante o desenvolvimento de
software. Os quatro valores fundamentais da metodologia XP so: comunicao, simplicidade,
feedback e coragem. A partir desses valores, possui como princpios bsicos: feedback rpido,
presumir simplicidade, mudanas incrementais, abraar mudanas e trabalho de qualidade.
Dentre as variveis de controle em projetos (custo, tempo, qualidade e escopo), h um foco

explcito em escopo. Para isso, recomenda-se a priorizao de funcionalidades que


representem maior valor possvel para o negcio. Desta forma, caso seja necessrio a
diminuio de escopo, as funcionalidades menos valiosas sero adiadas ou canceladas. A XP
incentiva o controle da qualidade como varivel do projeto, pois o pequeno ganho de curto
prazo na produtividade, ao diminuir qualidade, no compensado por perdas (ou at
impedimentos) a mdio e longo prazo. O Rational Unified Process (tambm 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 organizao de
desenvolvimento. Sua meta garantir a produo de software de alta qualidade que atenda s
necessidades dos usurios dentro de um cronograma e de um oramento previsveis.
4. Os nveis de capacitao do CMMI so os seguintes:
a) Inicial. Planejado. Executado. Definido. Gerenciado quantitativamente. Final.
b) Incompleto. Planejado. Desenvolvido. Definido. Gerenciado e coordenado. Otimizado.
c) Inicializado. Executado. Atribudo. Especificado. Gerenciado quantitativamente. Concludo.
d) Incompleto. Mapeado. Gerenciado. Especificado. Coordenado quantitativamente. Otimizado.
e) Incompleto. Executado. Gerenciado. Definido. Gerenciado quantitativamente. Otimizado.
Comentrio:
Lembrando que a verso atual (v. 1.3) do CMMI somente vai do nvel 0 ao 3. Os nveis 4 e 5
(Gerenciado quantitativamente e Otimizado) no fazem mais parte dos nveis da abordagem
continua (analisa a capacidade dos processos). Os nveis da abordagem por estgios (analisa
a maturidade da organizao) continua com 5 nveis.
Representao Contnua
Possibilita organizao utilizar a ordem de melhoria que melhor atende os objetivos de
negcio da empresa. caracterizado por: Nveis de Capacidade (Capability Levels):
Nvel 0: Incompleto (Ad-hoc)
Nvel 1: Executado
Nvel 2: Gerenciado / Gerido
Nvel 3: Definido
Nvel 4: Gerenciado quantitativamente --- REMOVIDO DA v.1.3
Nvel 5: Em otimizao --- REMOVIDO DA v.1.3
Nesta representao a capacidade medida por processos separadamente, onde possvel
ter um processo com nvel um e outro processo com nvel cinco, variando de acordo com os
interesses da empresa.
No nvel 1(um) o processo executado de modo a completar o trabalho necessrio para a
execuo de um processo.
No nvel 2(dois) sobre planejar a execuo e confrontar o executado contra o que foi
planejado.
No nvel 3(trs) o processo construdo sobre as diretrizes do processo existente, e mantido
uma descrio do processo.
No nvel 4(quatro) quando o processo gerenciado quantitativamente atravs de estatsticas
e outras tcnicas.
No nvel 5(cinco) o processo gerido quantitativamente alterado e adaptado para atender s
necessidades negociais/estratgicas da empresa.
Representao Por Estgios
Nvel 1: Inicial (Ad-hoc)Nvel
2: Gerenciado / GeridoNvel
3: DefinidoNvel
4: Quantitativamente gerenciado / Gerido quantitativamenteNvel
5: Em otimizao

5. Segundo o CMMI correto afirmar que


a) Treinamento Organizacional rea de processo da categoria Gesto do Projeto.
b) Medio e Anlise rea de processo da categoria Gesto do Processo.
c) Gesto da Configurao rea de processo da categoria Gesto de Processo.
d) Gesto de Riscos rea de processo da categoria Suporte.
e) Gesto do Acordo com o Fornecedor rea de processo da categoria Gesto do Projeto.
Comentrio:
O CMMI possui duas representaes: "contnua" ou "por estgios". Estas representaes
permitem organizao utilizar diferentes caminhos para a melhoria de acordo com seu
interesse.Representao Continuapor Nveis de Capacidade (Capability Levels):
* Nvel 0: Incompleto (Ad-hoc)
* Nvel 1: Executado (Definido)
* Nvel 2: Gerenciado / Gerido
* Nvel 3: Definido
* Nvel 4: Quantitativamente gerenciado / Gerido quantitativamente
* Nvel 5: Em otimizao (ou Optimizado) Representao Por Estgios por Nveis de
Maturidade (Maturity Levels):
* Nvel 1: Inicial (Ad-hoc)
* Nvel 2: Gerenciado / Gerido
* Nvel 3: Definido
* Nvel 4: Quantitativamente gerenciado / Gerido quantitativamente
* Nvel 5: Em otimizao
Mais em: http://pt.wikipedia.org/wiki/CMMI
6. Os Nveis de Maturidade de 1 a 5 do CMMI so:
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.
Comentrio:
O CMMI possui duas representaes: "contnua" ou "por estgios". Estas representaes
permitem organizao utilizar diferentes caminhos para a melhoria de acordo com seu
interesse. Representao Continua por Nveis de Capacidade (Capability Levels):
* Nvel 0: Incompleto (Ad-hoc)
* Nvel 1: Executado (Definido)
* Nvel 2: Gerenciado / Gerido
* Nvel 3: Definido
* Nvel 4: Quantitativamente gerenciado / Gerido quantitativamente
* Nvel 5: Em otimizao (ou Optimizado)Representao Por Estgios por Nveis de Maturidade
(Maturity Levels):
* Nvel 1: Inicial (Ad-hoc)
* Nvel 2: Gerenciado / Gerido
* Nvel 3: Definido
* Nvel 4: Quantitativamente gerenciado / Gerido quantitativamente

* Nvel 5: Em otimizaoMais em: http://pt.wikipedia.org/wiki/CMMI


7. As abordagens para implementao do CMMI so:
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 Simulao e Abordagem por Pontos de Funo.
e) Abordagem por Estgios e Abordagem Contnua.
Comentrio:
Abordagem contnua so os nveis de CAPACIDADE da organizao:
* Nvel 0: Incompleto (Ad-hoc)
* Nvel 1: Executado (Definido)
* Nvel 2: Gerenciado / Gerido
* Nvel 3: Definido
* Nvel 4: Quantitativamente gerenciado / Gerido quantitativamente
* Nvel 5: Em otimizao (ou Optimizado) Abordagem por estgios so os nveis de
MATURIDADE da organizao:
* Nvel 1: Inicial (Ad-hoc)
* Nvel 2: Gerenciado / Gerido
* Nvel 3: Definido * Nvel 4: Quantitativamente gerenciado / Gerido quantitativamente
* Nvel 5: Em otimizao
8. As abordagens do CMMI envolvem a
a) avaliao da maturidade da informatizao da organizao ou a capacitao das suas reas
de projeto, o estabelecimento de requisitos e a aquisio de recursos computacionais.
b) implementao da maturidade da organizao ou a capacitao das suas reas de
racionalizao, o estabelecimento de requisitos e a modificao da estrutura.
c) avaliao da maturidade das interfaces da organizao e a vinculao das suas reas de
processo ao estabelecimento de prioridades para a capacitao de pessoal.
d) avaliao da mentalidade estratgica da organizao para capacitao das suas reas de
risco, estabelecimento de aes emergenciais e implementao de aes de melhoria.
e) avaliao da maturidade da organizao ou a capacitao das suas reas de processo, o
estabelecimento de prioridades e a implementao de aes de melhoria.
Comentrio:
O CMMI um modelo de melhores prticas para se definir, implantar e melhorar ROCESSOS.
Ele tem duas representaes, a Contnua e Por Estgio.
A primeira avalia especificamente a evoluo de UMA rea de processo ou processo especfico
de uma organizao.
A segunda estabelece um caminho predeterminado para a melhoria a partir do nvel de
maturidade 1 em direo ao nvel de maturidade 5, o que ENVOLVE A SATISFAO DAS
METAS DAS REAS DE PROCESSOS EM CADA NVEL DE MATURIDADE.
9. um modelo de referncia que contm prticas genricas e especficas necessrias
maturidade da organizao buscando estabelecer um modelo nico para o
processo de melhoria corporativa, integrando diferentes modelos e disciplinas. Essa
a caracterstica do (a)
a) RUP.
b) PSP.
c) SPICE.
d) ISO 9000.
e) CMMI.

10. Considere as caractersticas das normas e modelos de qualidade de software:


I. Suporta dois caminhos de melhoria usando nveis: um caminho permite que as organizaes
melhorem processos de forma incremental envolvendo uma ou mais reas de processos
selecionadas e o outro caminho permite que as organizaes melhorem um conjunto de
processos relacionados ao enderearem sucessivamente conjuntos de reas de processo.
II. Estabelece uma arquitetura comum para o ciclo de vida de processos de software. Contm
processos, atividades e tarefas a serem aplicadas durante o fornecimento, aquisio,
desenvolvimento, operao, manuteno e descarte de produtos de software, bem como partes
de software de um sistema. Tambm se aplica aquisio de sistemas, produtos de software e
servios.
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 institucionalizao com que o processo executado na organizao. medida
que a organizao evolui nos nveis de maturidade, um maior nvel 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
Comentrio:
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: contnua (onde se aplicam os nveis de
capacidade) e por estgios (onde se aplicam os nveis de maturidade). Onde surgirem essas
duas "vises", estamos falando do modelo CMMI.
II - Se tiverem dvidas, lembrem-se que toda a srie 9000 referente a qualidade. Portanto,
como a afirmativa no menciona o termo qualidade, s nos resta optar pela 12207 (que, alis,
est na mesma "linha de pensamento" do CMMI e MPS.BR, mantendo a lgica do assunto da
questo)
III - Falou em atributos de processos (AP) e em resultados esperados (RAP), muito
provavelmente, o assunto MPS.BR. Na medida em que h a evoluo nos nveis (do G ao A),
todos os AP de nveis anteriores precisam ser mantidos (caracterstica acumulativa) e alguns
AP tm seus RAP modificados/evoludos em determinados nveis.
Comentrio:
De acordo com CMMI-DEV, V1.2, uma baseline
a) a caracterizao da habilidade do processo para alcanar os objetivos de negcio, atuais e
futuros; estando relacionada com o atendimento aos atributos de processo associados aos
processos de cada nvel de maturidade.
b) a capacidade dos nveis de maturidade estabelecerem patamares de evoluo de
processos, caracterizando estgios de melhoria da implementao de processos na
organizao.

c) um modelo que contm 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, especificao, cdigo-fonte, documentao, casos de
teste, manuais, procedimentos etc., que foi projetado para utilizao em mltiplos contextos.
e) um conjunto de especificaes ou produtos de trabalho que tm sido formalmente revistos e
acordados, que serve depois como base para o desenvolvimento, e que pode ser alterado,
apenas, atravs de procedimentos de controle de mudanas.
Comentrio:
As baselines fornecem uma base estvel para a evoluo contnua dos itens de configurao.
Um exemplo de uma baseline uma descrio de produto aprovada que inclua verses
internamente consistentes de requisitos, de matrizes de rastreabilidade de requisitos, de projeto
(design), de itens especficos da disciplina e documentao para usurio final.
Fonte do texto acima, CMMI DEV 1.2

12. Considere o cenrio onde uma organizao possui vrias demandas para construo
e manuteno de softwares e precisa contratar uma fbrica de software.
Considerando um conjunto de fbricas de software concorrentes, a fbrica de
software a seguir mais indicada de acordo com a forma como desenvolve software
para atender a esse cenrio
a) uma fbrica de software avaliada com sucesso no nvel 2 de maturidade do CMMI h 5 anos.
b) uma fbrica de software recentemente adquirida por uma multinacional que, em seu pas de
origem, foi avaliada com sucesso no nvel 4 de maturidade do CMMI.
c) uma fbrica de software que est iniciando a implantao do CMMI.
d) uma fbrica de software que no possui nem segue um processo de software definido.
e) uma fbrica de software recm avaliada no nvel 2 de maturidade do CMMI.
a) Est errada, pois a validade da certificao CMMI so 3 anos.
b) A multinacional tem a certificao e no a fbrica de software recentemente adquirida.
c) Se a fbrica est iniciando a implantao, no est nem no nvel I do CMMI, que seria o
Inicial na representao por estgio, ou nvel 0(incompleto) na representao por capacidade.
d) Se a fbrica no segue, no est no CMMI...
13. Os requisitos que os processos das unidades organizacionais devem atender,
segundo o MPS-BR, tm que estar em conformidade com aqueles contidos na Parte
superior do formulrio
a) Modelo CMMI.
b) Processo de melhoria.
c) Mtodo de avaliao.
d) Modelo de negcio.
e) Modelo de referncia.
Comentrio:
O Modelo de Referncia MR-MPS contm os requisitos que os processos das unidades
organizacionais devem atender para estar em conformidade com o MRMPS (ou modelo de
referncia). Ele contm as definies dos nveis de maturidade, processos e atributos do
processo,
e
est
descrito
neste
Guia
Geral.
Fonte: Guia MPS.BR verso 1.1

14. O nvel Gerenciado do CMMI possui as seguintes reas de processo:


a) desenvolvimento de requisitos e treinamento organizacional
b) gesto quantitativa de projeto e gesto de riscos.
c) gesto de requisitos e desenvolvimento de requisitos.
d) planejamento de projeto e gesto de requisitos
e) desempenho de processo organizacional e verificao.
Comentrio:
Nvel 2 ( Gerenciado):
Gesto de Requisitos (REQM) (Gesto de Projeto)
Planejamento do Projeto (PP) (Gesto de Projeto)
Controle e Monitorao do Projeto (PMC) (Gesto de Projeto)
Gesto do Acordo com o Fornecedor (SAM) (Gesto de Projeto)
Medio e Analise (MA) (Suporte)
Garantia da Qualidade do Processo e do Produto (PPQA) (Suporte)
Gesto da Configurao (CM) (Suporte)
15. No CMMI, a representao estagiada NO possui o nvel de maturidade
a) 0 = incompleto.
b) 1 = inicial.
c) 2 = gerenciado.
d) 3 = definido.
e) 4 = gerenciado quantitativamente.
Comentrio:
J na Representao Continua
Possibilita organizao utilizar a ordem de melhoria que melhor atende os objetivos de
negcio da empresa. caracterizado por Nveis de Capacidade (Capability Levels):
Nvel 0: Incompleto (Ad-hoc)
Nvel 1: Executado
Nvel 2: Gerenciado / Gerido
Nvel 3: Definido
Nvel 4: Gerenciado Quantitativamente (Quantitatively managed)
Nvel 5: Otimizado (Optimizing)
Nesta representao a capacidade medida por processos separadamente, onde possvel
ter um processo com nvel um e outro processo com nvel cinco, variando de acordo com os
interesses da empresa.
16. O modelo MPS.BR
a) deve ser utilizado apenas em micro, pequenas e mdias empresas.
b) baseia-se nos conceitos de maturidade e capacidade de processo para a avaliao e
melhoria da qualidade e produtividade de produtos de software e servios correlatos.
c) no compatvel com os padres de qualidade e modelos de melhoria de processo j
disponveis.
d) um modelo de melhoria de processo do software criado pelo Ministrio da Cincia e
Tecnologia para atender as empresas pblicas.
e) est dividido em trs componentes: Modelo de Referncia (MR-MPS), Mtodo de Avaliao
(MA-MPS) e Modelo de Governana (MG-MPS).

Comentrio:
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 Associao para Promoo da Excelncia do Software Brasileiro (SOFTEX) ,
que conta com apoio do Ministrio da Cincia, Tecnologia e Inovao (MCTI), da Financiadora
de Estudos e Projetos (FINEP), do Servio Brasileiro de Apoio s Micro e Pequenas Empresas
(SEBRAE) e do Banco Interamericano de Desenvolvimento (BID/FUMIN).
A base tcnica para a definio 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 evoluo de processos e estgios de melhoria da implementao.
b) objetivo geral a ser atingido durante a execuo do processo.
c) quanto os produtos de trabalho produzidos pelo processo so gerenciados apropriadamente.
d) quanto um processo padro mantido para apoiar a implementao do processo definido.
e) grau de refinamento e institucionalizao com que o processo executado.
Comentrio:
Na verso 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 institucionalizao com que o processo executado na organizao/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 so 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 inovaes
AP 5.2 O processo otimizado continuamente
Fonte: MPS-BR:2012 Pgs.18-24.

18. O propsito do processo de Gerncia de Requisitos - GRE do MPS.BR gerenciar os


requisitos dos produtos e componentes do projeto e identificar inconsistncias entre
os requisitos, os planos do projeto e os produtos de trabalho do projeto.
Assinale a opo que identifica um dos resultados esperados do processo de Gerncia de
Requisitos.
a) As necessidades, expectativas e restries do cliente, tanto do produto quanto de suas
interfaces, so identificadas.
b) Os requisitos so validados.
c) Os requisitos funcionais e no-funcionais de cada componente do produto so refinados,
elaborados e alocados.
d) Interfaces internas e externas do produto e de cada componente do produto so definidas
e) Mudanas nos requisitos so gerenciadas ao longo do projeto.
Comentrio:
De acordo com Guia Geral MPS.BR, a questo em comento analisada da seguinte maneira:
a) As necessidades, expectativas e restries do cliente, tanto do produto quanto de suas
interfaces,
so
identificadas.
Nvel
MR-MPS: D

Largamente
Definido
Processo: Desenvolvimento de Requisitos - DRE DRE 1: As necessidades e expectativas,
restries e requisitos de interface do cliente so identificadas.
b) Mudanas nos requisitos so gerenciadas ao longo do projeto. Nvel MR-MPS: G
Parcialmente GerenciadoProcesso: Gerncia de Requisitos - GRE GRE7: Mudanas nos
requisitos so gerenciadas ao longo do projeto.
c) Os requisitos so validados. Nvel MR-MPS: D Largamente Definido
Processo: Desenvolvimento de Requisitos - DRE DRE 7: Os requisitos so validados.
d) Os requisitos funcionais e no-funcionais de cada componente do produto so refinados,
elaborados e alocados. Nvel MR-MPS: D Largamente Definido Processo:Desenvolvimento
de Requisitos - DRE DRE 2: Um conjunto definido de requisitos funcionais e no-funcionais que
descrevem a soluo do problema a ser resolvido estabelecido a partir das necessidades,
expectativas, restries e requisitos do cliente e da interface.
e) Interfaces internas e externas do produto e de cada componente do produto so definidas.
Nvel MR-MPS: D - Largamente Definido Processo: Integrao do Produto - ITP ITP 4: As
definies, projeto e mudanas nas interfaces internas e externas so gerenciados para os
componentes dos produtos e produtos. Resposta para a questo a letra "b".
Parte superior do formulrio

19. O que significa CMMI?


um modelo de referncia que contm prticas (Genricas ou Especficas) necessrias
maturidade em disciplinas especficas.
20. Para que serve o CMMI?
Serve para o desenvolvimento e manuteno de produtos.
21. O que significa SEI?
um centro de pesquisa e desenvolvimento que prov uma prtica avanada de engenharia
de software qualificando graus de qualidade de software.
22. O CMMI tem como origem 3 outros modelos de maturidade, quais so elas?
SW-CMM, EIA SECM e IPD-CMM
23. O CMMI foi construdo considerando 3 dimenses, quais so elas e explique-as.
O CMMI foi construdo considerando trs dimenses principais: pessoas, ferramentas e
procedimentos. O processo serve para unir essas dimenses. (No encontrei nenhuma
definio para pessoas, ferramentas e procedimentos)
24. Quais tipos de representaes que o CMMI possui.
Representao Contnua e Representao por Estgios
25. O CMMI possui 20 reas de processos divididos em 5 nveis, quais so as reas de
processos do nvel 3.
- Desenvolvimento de Requisitos
- Soluo Tcnica
- Integrao de Produto
- Verificao
- Validao
- Foco de Processo Organizacional
- Definio de Processo Organizacional
- Treinamento Organizacional
- Gerenciamento Integrado de Projeto
- Gerenciamento de Riscos
- Anlise de Deciso e Resoluo
26. Desempenho de processo organizacional e gerenciamento quantitativo de projetos
so reas de qual nvel.
Nvel 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
servios.
CMMI-ACQ (CMMI for Acquisition), voltado aos processos de aquisio e terceirizao de bens
e servios.
CMMI-SVC (CMMI for Services), voltado aos processos de empresas prestadoras de servios.
28. ISO-IEC 15504 tambm 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 mdias empresas de
desenvolvimento de software no Brasil.
31. O modelo MPS.BR dividido em 3 partes, quais so elas.
MR-MPS, MA-MPS e MN-MPS
32. O MPS.BR apresenta 7 nveis de maturidade, quais so eles.
- A Otimizao
- B Gerenciado Quantitativamente
- C - Definido
- D Largamente Definido
- E Parcialmente Definido
- F - Gerenciado
- G Parcialmente Gerenciado
33. O que faz o nvel gerenciado quantitativamente.
O propsito do processo Gerncia Quantitativa do Projeto gerenciar quantitativamente o
processo definido para o projeto de forma a alcanar os objetivos para qualidade e para o
desempenho do processo estabelecidos para o projeto
34. Cada nvel de maturidade no MPS.BR possui suas reas de processos, quais so
essas reas.
- Processos Fundamentais
- Processos Organizacionais
- Processos de Apoio
35. O que so analisados no nvel de maturidade do MPS.BR em processo de apoio.
- Garantia de Qualidade
- Gerncia de Configurao
- Validao
- Medio
- Verificao
- Treinamento

Anda mungkin juga menyukai