• Nenhum resultado encontrado

lista de exercicios-qualidade-np2

N/A
N/A
Protected

Academic year: 2021

Share "lista de exercicios-qualidade-np2"

Copied!
7
0
0

Texto

(1)

LISTA DE EXERCÍCIOS - QUALIDADE DE SOFTWARE - FAPEN

1. De acordo com o CMMI, o uso da representação contínua permite que a organização atinja níveis de maturidade. Por outro lado, o uso da representação por estágios permite que a organização atinja níveis de capacidade.

( ) Certo ( ) Errado

2. A representação contínua do CMMI 1.2 permite que a organização escolha o foco de seus esforços de melhoria de processo ao selecionar áreas de processo, ou conjuntos inter-relacionados de áreas de processo, que sejam mais vantajosas para a organização e seus objetivos estratégicos. Uma vez selecionadas as áreas de processo, deve-se selecionar também quanto se deseja que os processos associados àquelas áreas de processo amadureçam, isto é, selecionar o nível apropriado de:

a) maturidade. b) capacidade. c) governança. d) serviço. e) conformidade.

3. No que concerne ao CMMI, julgue o próximo item. Os quesitos integração do produto, verificação e validação, definição de processos organizacionais e gestão de riscos são trabalhados no nível 2 do CMMI.

( ) Certo ( ) Errado

4. As duas empresas com maturidade 4, estão no nível

a) Gerenciado, em que processos básicos de gerenciamento de projeto são estabelecidos para controle de custos, prazos e escopo. A disciplina de processo permite repetir sucessos de projetos anteriores em aplicações similares.

b) Quantitativamente Gerenciado, em que métricas detalhadas dos processos e dos projetos são coletadas. Tanto os processos como os projetos são quantitativamente compreendidos e controlados.

c) Definido, em que um processo composto por atividades de gerenciamento e engenharia, é documentado, padronizado e integrado em um processo padrão da organização.

d) Repetível, em que o processo é caracterizado como sendo imprevisível e ocasionalmente caótico. Poucos processos são definidos e o sucesso depende de esforços individuais e, muitas vezes, heróicos.

e) Em otimização, em que a melhoria contínua do processo é estabelecida por meio de sua avaliação quantitativa, e da implantação planejada e controlada de tecnologias e ideias inovadoras.

5. Um dos modelos para avaliação de qualidade de software é o CMMI, cujas principais características são:

a) Avaliar a qualidade de um produto, a partir da análise detalhada de seu conteúdo e de sua objetividade.

b) ser mais restrito que seu antecessor, CMM, estando confinado apenas à avaliação de processos relativo à engenharia de software.

(2)

c) avaliar a qualidade do processo, a partir da avaliação do nível de maturidade de diversas categorias contidas nele.

d) ter como subproduto a pontuação IFPUG do software avaliado.

e) Avaliar a qualidade do processo, classificando-o em 6 (seis) níveis globais de maturidade. 6. Tanto a abordagem contínua quanto a abordagem por estágios possuem vinte e dois processos. O

cenário em que uma organização escolhe apenas duas áreas de processos, como, por exemplo, desenvolvimento de requisitos e gestão de requisitos, e eleva-os até o patamar de capacidade cinco, reflete o princípio fundamental da representação contínua.

( ) Certo ( ) Errado 7. Considere:

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) CMMI e ao MPS.BR. d) CobiT e ao MPS.BR. e) PMBoK e ao CMMI.

8. Considere, no contexto de um processo de desenvolvimento de software, o conjunto de atividades relacionadas a (1) garantir que determinados produtos de trabalho atendam os requisitos especificados e (2) demonstrar que um produto ou componente de produto é capaz de atender o uso pretendido quando colocado no ambiente em que deveria funcionar. Essas atividades, em relação ao CMMI, referem-se respectivamente às áreas de processo.

a) Verificação (VER - Verification) e Validação (VAL - Validation).

b) Gerência de Requisitos (REQM - Requeriments Management) e Desenvolvimento de Requisitos (RD - Requirements Development).

c) Planejamento do projeto (PP – Project Planning) e Medição e Análise (MA – Measurement and Analysis).

d) Desenvolvimento de Requisitos (RD - Requirements Development) e Integração do Produto (PI - Product Integration).

e) Verificação (VER - Verification) e Solução Técnica (TS - Technical Solution).

9. No CMMI, as áreas de processo relacionadas à engenharia de requisitos são: Gerência de Requisitos e Desenvolvimento de Requisitos. Cada área de processo possui suas metas e as práticas para alcançar tais metas. A área de processo Gerência de Requisitos possui a meta Gerenciar Requisitos, cujas práticas não incluem:

(3)

a) compreender os requisitos.

b) obter comprometimento com os requisitos.

c) estabelecer requisitos de produto e de componentes de produto. d) gerenciar as mudanças de requisitos.

e) manter rastreabilidade bidirecional dos requisito

10. O CMMI suporta dois caminhos de melhoria usando níveis. Esses níveis correspondem a duas formas de melhoria de processo, chamadas de representações. Numa representação, a melhoria é medida por processos, sendo possível ter um processo com um certo nível e outro processo com um nível mais elevado, variando de acordo com os interesses da empresa. Na outra representação, a melhoria é medida por um conjunto de processos, sendo necessário que todos os processos atinjam um mesmo nível para que a empresa seja certificada naquele nível. O uso da representação ...I... permite que se atinjam níveis de ...II.... . O uso da representação ...III... , permite que se atinjam níveis de ...IV...

Preenchem, correta e respectivamente, as lacunas I, II, III e IV: a) por estágios - capacidade - contínua - maturidade

b) contínua - continuidade - por serviços - maturidade c) CMMI-DEV - desenvolvimento - CMMI-ACQ - aquisição d) Contínua - capacidade - por estágios - maturidade e) CMMI-DEV - desenvolvimento - CMMI-SVC – serviço

11. A coluna MPS.BR é corretamente preenchida,do nível 1 ao nível 5 do CMMI, respectivamente, com: a) G, F, E, D, C, B, A, não é definido.

b) não é definido, A, B, C, D, E, F, G. c) não é definido, G, F, E, D, C, B, A. d) A, B, C, D, E, F, G, não é definido. e) H, G, F, E, D, C, B, A.

12. Uma das metas do programa MPS.BR é definir e aprimorar um modelo de melhoria e avaliação de processo de software e serviços. O Modelo de Referência MPS para Software (MR-MPS-SW) define níveis de maturidade que são uma combinação entre processos e sua capacidade. Neste modelo,

a) a definição dos processos segue os requisitos para um modelo de referência de processo apresentados na ISO/IEC 20968, declarando o propósito e os resultados esperados de sua execução.

b) a capacidade do processo é a caracterização da sua habilidade para alcançar os objetivos atuais de negócio. Está relacionada com o atendimento aos requisitos associados aos processos de um determinado nível de capacidade.

c) a escala de maturidade se inicia no nível A e progride até o nível G. Para cada um destes 7 níveis de maturidade é atribuído um perfil de processos que indicam onde a organização deve colocar o esforço de melhoria.

d) o progresso e o alcance de um determinado nível de maturidade são obtidos quando são atendidos os propósitos e todos os resultados esperados dos respectivos processos e os resultados esperados dos atributos de processos estabelecidos para aquele nível.

e) os processos são descritos em termos de propósito e resultados. O propósito estabelece os resultados a serem obtidos com a efetiva implementação do processo. Os resultados descrevem o objetivo geral a ser atingido durante a execução do processo.

(4)

13. 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) Inicial, Gerenciado, Definido, Gerenciado Quantitativamente e Otimizado. d) Planejado, Gerenciado, Revisto, Otimizado e Quantificado.

e) Planejado, Projetado, Implantado, Gerenciado Quantitativamente e Otimizado. 14. Em relação ao modelo MPS.BR (MR mps), é correto afirmar que:

a) é um modelo para melhoria de processos de software.

b) permite avaliação por instituições credenciadas com validade de até cinco anos. c) é orientado para grandes empresas

d) possui cinco níveis de maturidade

e) se baseia no Microsoft Operations Framework (MOF). 15. O Modelo de Referência MPS para Software (MR-MPS-SW):

a) apresenta uma escala de maturidade que se inicia no nível A e progride até o nível G b) apresenta níveis de maturidade que não são cumulativos.

c) possui no nível de maturidade G apenas o processo Gerência de Projetos

d) define níveis de maturidade que são uma combinação entre processos e serviços. e) é compatível com o CMMI-DEV.

16. 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,

a) Nomeado e Parcialmente Nomeado. b) Em Otimização e Definido.

c) Largamente Definido e Parcialmente Definido. d) Parcialmente Gerenciado e Em Preparação.

e) Gerenciado Quantitativamente e Largamente Definido.

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

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) 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) 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) estão os processos de Aquisição, Gerência de Configuração, Gerência de Portfólio de Projetos,

Garantia da Qualidade, Medição, Avaliação e Melhoria do Processo Organizacional e Definição do Processo Organizacional.

(5)

e) 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.

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

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) 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) 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) estão os processos de Aquisição, Gerência de Configuração, Gerência de Portfólio de Projetos,

Garantia da Qualidade, Medição, Avaliação e Melhoria do Processo Organizacional e Definição do Processo Organizacional.

e) 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.

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

( ) Certo ( ) Errado

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

b) é composto por 5 níveis de maturidade, sendo estes níveis classificados em “Inicial”, “Gerenciado”, “Definido”, “Gerenciado Quantitativamente” e “Em Otimização”.

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

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.

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.

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

(6)

a) AP 2.0 e AP 3.0. b) AP 1.0 e AP 1.1. c) AP 1.0 e AP 2.0. d) AP 1.1 e AP 2.1. e) AP 2.1 e AP 3.1.

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

a) Em Otimização. b) Gerenciado.

c) Parcialmente Gerenciado. d) Definido.

e) Parcialmente Definido.

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

a) seis níveis e a escala progride do nível 0 até 5. b) cinco níveis e a escala progride do nível 1 até 5. c) sete níveis e a escala progride do nível G até A. d) sete níveis e a escala progride do nível A até G. e) cinco níveis e a escala progride do nível 5 até 1.

24. Em relação ao modelo de referência MPS.BR (Melhoria de Processo do Software Brasileiro), correlacione as colunas a seguir considerando a definiçã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: a) I, III, IV, II.

b) II, III, IV, I. c) I, IV, III, II. d) IV, II, I, III.

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

( ) Certo ( ) Errado

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

(7)

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

( ) Certo ( ) Errado

28. 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:

a) ISO/IEC 12207, CMMI-DEV, ISO/IEC 15504.

b) modelo de referência, guia geral, guia de aquisição, guia de implementação c) guia geral, guia de aquisição, guia de implementação, guia de avaliação. d) modelo de referência, método de avaliação, modelo de negócio. e) guia geral, guia de avaliação e documentos do programa.

29. O Modelo de Referência MR-MPS define níveis de maturidade que são uma combinação entre processos e sua capacidade. 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 7 níveis de maturidade. Considere:

I. A capacidade do processo é a caracterização da sua habilidade 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.

II. Os níveis são acumulativos, ou seja, se a organização está no nível G, esta possui o nível de capacidade do nível G que inclui os atributos de processo dos níveis F e G para todos os processos relacionados no nível de maturidade G (que também inclui os processos de nível F).

III. Na passagem para um nível de maturidade superior, os processos anteriormente implementados devem passar a ser executados no nível de capacidade exigido neste nível superior.

Está correto o que se afirma APENAS em a) I

b) I e II c) II e III d) III e) I e III

30. O guia geral MPS.BR de software descreve sete níveis de maturidade acumulativos, que estabelecem patamares de evolução de processos. Essa escala se inicia no nível G e progride até o nível A, não havendo, nesse guia, abordagem de níveis de capacidade dos processos.

Referências

Documentos relacionados

Classificação: ACI - Área Contaminada sob Intervenção Etapa de Gerenciamento: Intervenção/Remediação Fonte de contaminação: Vazamento ou Infiltração. Meios Impactados:

Classificação: AR - Área Reabilitada para o uso declarado Uso Declarado: Posto de Combustível Etapa de Gerenciamento: -. Fonte de contaminação: Vazamento

Classificação: AR - Área Reabilitada para o uso declarado Uso Declarado: Posto de Combustível Etapa de Gerenciamento: -. Fonte de contaminação: Vazamento

Classificação: AR - Área Reabilitada para o uso declarado Uso Declarado: Posto de Combustível Etapa de Gerenciamento: -.. Fonte de contaminação: Vazamento

 77 áreas são classificadas como AMR - Área em Processo de Monitoramento para Reabilitação e estão realizando monitoramento pós remediação ou para

Classificação: ACI - Área Contaminada sob Intervenção Etapa de Gerenciamento: Investigação Confirmatória Fonte de contaminação: Vazamento ou Infiltração. Meios Impactados:

Na Lista de 2012, a Gerência de Licenciamento de Empreendimento de Impacto da SMMA - Secretaria Municipal de Meio Ambiente apresentou à FEAM informações de 195

Classificação: AMR - Área em Processo de Monitoramento para Reabilitação Etapa de Gerenciamento: Monitoramento.. Fonte de contaminação: Vazamento