MODELO DE MATURIDADE DE SOFTWARE Estácio

Prévia do material em texto

Prezado (a) Aluno(a),
Você fará agora seu EXERCÍCIO DE FIXAÇÃO! Lembre-se que este exercício é opcional, mas não valerá ponto para sua avaliação. O mesmo será composto de questões de múltipla escolha (3).
Após a finalização do exercício, você terá acesso ao gabarito. Aproveite para se familiarizar com este modelo de questões que será usado na sua AV e AVS.
	
	
		1.
		A Crise do Software refere-se a um conjunto de problemas encontrados no desenvolvimento de software. Os problemas são referentes a: I. As estimativas de prazo e de custo são frequentemente imprecisas. II. A quantidade e a produtividade de pessoas da área de software não têm acompanhado a demanda por seus serviços. III. A qualidade de software geralmente é menor que a adequada. IV. Dificuldade em manter o software.
	
	
	
	
	
	Apenas II, III.
	
	
	Apenas I, II, III.
	
	
	Apenas I, II, IV.
	
	 
	Todas corretas.
	
	
	Apenas II, III, IV.
	
	
	
		2.
		Muitos acham que desenvolver programas é uma arte que não pode seguir regras, normas ou padrões. Isto acontece principalmente porque : I. A Engenharia de Software chegou a um estagio de amadurecimento que não tem mais espaço para crescer. II. Software pode ser produzido em série como uma linha de produção. III. Software não se desgasta e nem se modifica com o uso. IV. O Software é invisível. Sua representação em gráficos e diagramas não é precisa.
	
	
	
	
	
	Apenas I, II, III
	
	
	Apenas I, II, IV
	
	 
	Apenas III, IV
	
	 
	Todas corretas
	
	
	Apenas II, III
	
	
	
		3.
		Os três pilares da gestão da informação são:
	
	
	
	
	
	Hardware, Manual e Serviço.
	
	
	Hardware, Serviço, comunicação.
	
	 
	Hardware, Software e Serviço.
	
	
	Manual, Software e Serviço.
	
	
	Aplicativo, Software e Testes.
	
	
	
		4.
		A métrica de produto de software proporciona uma base por meio da qual a análise, projeto, codificação e teste podem ser conduzidos mais objetivamente e avaliados de maneira mais quantitativa.
Por que devemos medir?
I. Para sabermos quanto cobrar.
II. Para conseguirmos dar prazos.
III. Para definirmos complexidade.
IV. Para definirmos tamanho.
	
	
	
	
	 
	Todas corretos.
	
	
	Apenas I, III, IV.
	
	
	Apenas I, II, III.
	
	
	Apenas I, II, IV.
	
	
	Apenas II, III, IV.
	
	
	
		5.
		O processo de desenvolvimento de software exige cada vez mais qualidade no produto. Dentre as afirmativas seguintes sobre qualidade de software, assinale a opção correta. I. Estar em conformidade com os requisitos dos clientes. II. Antecipar e satisfazer os desejos dos clientes. III. Escrever tudo o que se deve fazer e fazer tudo o que foi escrito. IV. Qualidade é a totalidade das características de uma entidade que lhe confere a capacidade de satisfazer às necessidades explícitas e implícitas.
	
	
	
	
	
	Apenas II, III
	
	
	Apenas II, III, IV
	
	 
	Todas corretas
	
	
	Apenas I, II, IV
	
	 
	Apenas I, II, III
	
	
	
		6.
		Na gestão do conhecimento 0s seguintes elementos surgem numa sequência lógica, conforme segue:
	
	
	
	
	
	Conhecimento, Dado, Informação, Sabedoria.
	
	 
	Dado, Informação, Conhecimento, Sabedoria.
	
	
	Dado, Informação, Sabedoria, Conhecimento.
	
	
	Informação, Dado, Conhecimento, Sabedoria.
	
	
	Sabedoria, Dado, Informação, Conhecimento.
	
	
	
		7.
		Observe um modelo de ciclo de vida para desenvolvimento de sistemas. Nessa abordagem, o desenvolvimento do produto de software é dividido em ciclos, sendo identificadas, em cada ciclo, as fases de análise, projeto, implementação e testes. Esse modelo é conhecido como ciclo de vida:
	
	
	
	
	
	Iterativo e evolutivo.
	
	
	Evolutivo e procedural.
	
	
	Por estágios em módulos.
	
	
	Por prototipação em cascata.
	
	 
	Iterativo e incremental.
	
	
	
		8.
		Um grande problema que em muitos casos gera custos elevados durante o desenvolvimento de projeto de software. Esta etapa refere-se a:
	
	
	
	
	 
	Manutenção
	
	
	Desenvolvimento
	
	
	Reuniões do projeto
	
	
	Levantamento de requisitos
	
	
	Definição dos stakeholders
	Prezado (a) Aluno(a),
Você fará agora seu EXERCÍCIO DE FIXAÇÃO! Lembre-se que este exercício é opcional, mas não valerá ponto para sua avaliação. O mesmo será composto de questões de múltipla escolha (3).
Após a finalização do exercício, você terá acesso ao gabarito. Aproveite para se familiarizar com este modelo de questões que será usado na sua AV e AVS.
	
	
		1.
		A Gestão da Qualidade tem os seus processos com foco no cliente. As organizações dependem de seus clientes e, portanto, é recomendável que atendam às necessidade atuais e futuras do cliente, aos seus requisitos, e procurem exceder as suas expectativas. Alguns princípios da qualidade são:
I. Liderança: Líderes estabelecem a unidade de propósito e o rumo da organização.
II. Envolvimento de pessoas: Pessoas de todos os níveis são a essência de uma organização e seu total envolvimento possibilita que as suas habilidades sejam usadas para o benefício da organização.
III. Abordagem de processo: Um resultado desejado é alcançado mais eficientemente quando as atividades e os recursos relacionados são gerenciados como um processo.
(Assinale a alternativa C O R R E T A).
	
	
	
	
	 
	Todas corretas.
	
	
	Apenas III,
	
	
	Apenas II, III.
	
	
	Apenas I, II.
	
	
	Apenas I, III,
	
	
	
		2.
		O software vem evoluindo desde o surgimento da computação, no final da década de quarenta e início dos anos 50. A Primeira Era do Desenvolvimento de Software (1950 a 1965) apresentava as características: (Assinale a INCORRETA).
	
	
	
	
	 
	Desenvolvimento de técnicas interativas homem-máquina.
	
	 
	O software era customizado, ou seja, adequado às necessidades do usuário final.
	
	
	O desenvolvimento de software era considerado uma arte.
	
	
	O hardware sofria contínuas mudanças e era o centro das atenções.
	
	
	Havia poucos métodos sistemáticos para o desenvolvimento.
	
	
	
		3.
		A Engenharia de Software tem como objetivo:
	
	
	
	
	 
	Desenvolvimento de teorias e fundamentações no processo de desenvolvimento de software.
	
	
	Processar textos e criar planilhas.
	
	
	Preocupação com as funções do computador.
	
	 
	Preocupação com as práticas de desenvolvimento de software.
	
	
	Tratar apenas dos aspectos de desenvolvimento de sistemas.
	
	
	
		4.
		O _________________ da Engenharia de Software é o "adesivo" que mantém unidas as camadas de tecnologia e permite o desenvolvimento racional e oportuno de software para o computador.
	
	
	
	
	
	Métodos
	
	
	Pessoal qualificado
	
	
	Ferramentas
	
	 
	Processo
	
	
	Foco na qualidade
	
	
	
		5.
		Engenharia de Software é uma tecnologia em Camadas. Para que um problema seja resolvido, a solução deve empregar um conjunto de ferramentas e processos. Essas camadas são: (Assinale a alternativa INCORRETA).
	
	
	
	
	
	Foco na qualidade
	
	
	Ferramentas
	
	
	Processos
	
	
	Métodos
	
	 
	Linguagens
	
	
	
		6.
		No contexto do desenvolvimento de software e manufatura de hardware, assinale a opção INCORRETA.
	
	
	
	
	
	O software sofre manutenção, onde frequentemente surgem defeitos, o que acaba deteriorando-se.
	
	 
	O software é desenvolvido ou projetado por engenharia, manufaturadono sentido clássico como o hardware.
	
	
	Desenvolvimento de software recomenda o uso de ferramentas automatizadas e recursos humanos capacitados.
	
	
	Software não se desgasta com o uso, mas se deteriora.
	
	
	O hardware com o passar do tempo se desgasta com os males ambientais, temperatura e outros.
	
	
	
		7.
		A Ciência da Computação tem como objetivo:
	
	
	
	
	
	Criar sistemas de computação.
	
	
	Estudar os problemas genéricos das áreas de rede e banco de dados.
	
	
	Trata os aspectos relacionados ao software.
	
	 
	O desenvolvimento de teorias e fundamentações no processo de desenvolvimento de software.
	
	
	Propor as práticas de desenvolvimento de software.
	
	
	
		8.
		__________________________ é o estabelecimento e uso de sólidos princípios para que se possa obter economicamente um software que seja confiável e que funcione eficientemente em máquinas reais.
	
	
	
	
	
	Planejamento de requisitos.
	
	 
	Engenharia de software.
	
	
	Escolha da linguagem de programação.
	
	
	Seleção de fornecedores.
	
	
	Engenharia de computação.
	Prezado (a) Aluno(a),
Você fará agora seu EXERCÍCIO DE FIXAÇÃO! Lembre-se que este exercício é opcional, mas não valerá ponto para sua avaliação. O mesmo será composto de questões de múltipla escolha (3).
Após a finalização do exercício, você terá acesso ao gabarito. Aproveite para se familiarizar com este modelo de questões que será usado na sua AV e AVS.
	
	
		1.
		Durante a fase inicial do ciclo de vida do desenvolvimento de sistemas, na etapa de investigação, a tarefa que determina a probabilidade de sucesso do sistema proposto e propicia uma avaliação superficial da área técnica, econômica e comportamental do projeto, sendo decisivamente importante para o processo do desenvolvimento de sistemas é chamada:
	
	
	
	
	 
	Análise de requisitos.
	
	 
	Estudo de viabilidade.
	
	
	Análise de equilíbrio.
	
	
	Design lógico do sistema.
	
	
	estudo de caso.
	
	
	
		2.
		Os modelos de desenvolvimento de software incremental e evolutivo apresentam características de serem iterativos. Assinale a alternativa que melhor descreve um modelo de produção de software iterativo. I. Todos os módulos do software são entregues ao final do projeto. II. A abordagem iterativa possibilita desenvolver um sistema de software de forma incremental. III. A abordagem iterativa permite desenvolver vários sistemas simultaneamente pelo mesmo desenvolvedor. IV. Um modelo de produção de software iterativo é composto pelas fases de análise de requisitos, projeto, implementação, testes (validação), integração e manutenção de software.
	
	
	
	
	
	Apenas II, III, IV.
	
	 
	Apenas II, III.
	
	
	Apenas I, III, IV.
	
	 
	Apenas II, IV.
	
	
	Apenas I, IV.
	
	
	
		3.
		Um analista desenvolve um software e identifica que os seus requisitos iniciais estão razoavelmente bem definidos, mas o escopo geral do desenvolvimento não permite um processo puramente linear. Ele sabe que precisa, em curtíssimo prazo, prover um conjunto limitado de funcionalidades do software para os usuários, que serão refinadas e expandidas em versões futuras.
Qual o modelo de ciclo de vida de desenvolvimento de software mais adequado a esse caso?
	
	
	
	
	 
	Cascata.
	
	
	Prototipação.
	
	
	Formal.
	
	 
	Incremental.
	
	
	Espiral.
	
	
	
		4.
		O modelo que exige ser submetido a uma avaliação feita pelo cliente, onde este pode interagir e cristalizar suas necessidades funcionais. Assim, os desenvolvedores podem implementar os requisitos baseados no feedback do usuário. Estamos falando do modelo:
	
	
	
	
	 
	Iterativo.
	
	
	Incremental.
	
	
	Espiral.
	
	
	Cascata.
	
	 
	Prototipação.
	
	
	
		5.
		O Ciclo de Vida do software especifica todas as fases de desenvolvimento, desde os requisitos até a manutenção e declínio. Um dos processos de desenvolvimento possui característica iterativa e incremental, inicia cada fase com um planejamento prévio, realiza a execução da fase, verifica o progresso e os resultados (riscos, lições aprendidas) e incrementa novos objetivos para a fase seguinte, seguindo para a próxima iteração. O modelo de software em questão é o:
	
	
	
	
	
	Rad.
	
	 
	Modelo espiral.
	
	 
	Modelo evolutivo.
	
	
	Modelo cascata.
	
	
	Prototipação.
	
	
	
		6.
		A prototipação é um modelo usado no desenvolvimento de software. As funções desempenhadas por um protótipo são:
	
	
	
	
	
	Realizar testes, visando verificar o funcionamento do sistema final, ainda que sejam testes parciais.
	
	
	Permite avaliar o desempenho geral da equipe de desenvolvimento de software.
	
	 
	Auxiliar na validação de requisitos do sistema, bem como propiciar a inserção de novos requisitos ainda não identificados.
	
	
	Não possibilita avaliar a qualidade do software produzido.
	
	
	É inteiramente descartado, não sendo aproveitada nenhuma parte do código de software no sistema final entregue ao cliente.
	
	
	
		7.
		O desenvolvimento em cascata é um exemplo de processo dirigido a planos, pois, em princípio, é necessário planejar e programar todas as atividades do processo antes de começar a trabalhar nelas. São exemplos de estágios desse modelo:
	
	
	
	
	 
	Análise e Definição de Requisitos, Implementação de Teste Unitário e Integração e Teste de Sistema.
	
	
	Inicial, Gerenciado e em Otimização.
	
	
	Acompanhamento e Controle de Projeto, Medição e Análise e Desenvolvimento de Requisitos.
	
	 
	Integração de Produto, Definição de Processo Organizacional e Gerenciamento de Riscos.
	
	
	Engenharia de Requisitos, Ciclo de Vida de Projetos e Gestão de Incidentes.
	
	
	
		8.
		No desenvolvimento de software, alguns modelos de ciclo de vida de software são adotados pelos desenvolvedores, como, por exemplo:
(Assinale a alternativa I N C O R R E T A)
	
	
	
	
	
	Modelo V.
	
	 
	Modelo Colaborativo.
	
	
	Modelo Prototipação.
	
	
	Modelo Iterativo e Incremental.
	
	 
	Modelo Cascata.
	
	Você fará agora seu EXERCÍCIO DE FIXAÇÃO! Lembre-se que este exercício é opcional, mas não valerá ponto para sua avaliação. O mesmo será composto de questões de múltipla escolha (3).
Após a finalização do exercício, você terá acesso ao gabarito. Aproveite para se familiarizar com este modelo de questões que será usado na sua AV e AVS.
	
	
		1.
		O objetivo da medição de software é aumentar a qualidade, o desempenho e a produtividade dos processos de desenvolvedores. O uso de métricas está diretamente ligado ao controle desses processos.
	
	
	
	
	
	Dados
	
	 
	Métricas
	
	
	Projeto
	
	
	Hardware
	
	 
	Software
	
	
	
		2.
		A Norma de medição ISO/IEC 15504, também conhecida como SPICE, é a Norma ISO/IEC que define o processo de:
	
	
	
	
	
	Mudança de software.
	
	 
	Desenvolvimento de software.
	
	 
	Gerenciamento de capacidade.
	
	
	Qualidade de produto.
	
	
	Incidente na TI.
	
	
	
		3.
		É conveniente criar e manter um ambiente interno, no qual as pessoas possam estar totalmente envolvidas no propósito de atingir os objetivos da organização. Este é um princípio da gestão da qualidade com foco em:
	
	
	
	
	
	Melhoria contínua
	
	 
	Cliente
	
	
	Processo
	
	
	Tomada de decisão
	
	 
	Liderança
	
	
	
		4.A ________________ é usada para demonstrar capacidade de atender aos requisitos do cliente e os da própria organização.
	
	
	
	
	 
	ISO 9001: 2000
	
	 
	ISO 15504
	
	
	ISO 9000
	
	
	ISO1207
	
	
	ISO 12207
	
	
	
		5.
		As organizações dependem de seus clientes e, portanto, é recomendável que atendam às necessidade atuais e futuras do cliente, aos seus requisitos, e procurem exceder as suas expectativas. Este é um princípio da gestão da qualidade com foco em:
	
	
	
	
	
	Processo
	
	
	Tomada de decisão
	
	
	Melhoria contínua Tomada de decisão
	
	
	Liderança
	
	 
	Cliente
	
	
	
		6.
		Resultados eficazes são baseadas na análise de dados e informações. Este é um princípio da gestão da qualidade com foco em:
	
	
	
	
	 
	Melhoria contínua
	
	
	Liderança
	
	
	Processo
	
	 
	Tomada de decisão
	
	
	Cliente
	
	
	
		7.
		O modelo Prototipação de desenvolvimento de software apresenta algumas desvantagens:
I. Clientes imaginam que a maior parte do trabalho está feita
II. Protótipo pode crescer de maneira não planejada.
III. Protótipo é construído pelo cliente.
Analise as afirmativas e assinale a alternativa C O R R E T A.
	
	
	
	
	 
	Apenas I, II.
	
	
	Apenas II.
	
	
	Todos errados.
	
	
	Apenas I, III.
	
	
	Todos corretos.
	
	
	
		8.
		Um resultado desejado é alcançado mais eficientemente quando as atividades e os recursos relacionados são gerenciados como um processo. Este é um princípio da gestão da qualidade com foco em:
	
	
	
	
	
	Tomada de decisão.
	
	
	Liderança.
	
	 
	Processo.
	
	
	Cliente.
	
	
	Melhoria contínua.
	Prezado (a) Aluno(a),
Você fará agora seu EXERCÍCIO DE FIXAÇÃO! Lembre-se que este exercício é opcional, mas não valerá ponto para sua avaliação. O mesmo será composto de questões de múltipla escolha (3).
Após a finalização do exercício, você terá acesso ao gabarito. Aproveite para se familiarizar com este modelo de questões que será usado na sua AV e AVS.
	
	
		1.
		O método GQM de medição de qualidade no processo de desenvolvimento de software apresenta algumas desvantagens como:
I. As métricas não são definidas no nível de detalhes necessário para garantir confiabilidade.
II. Não se preocupa com os problemas relacionados com a medição em si, como viabilidade, economia e benefícios esperados.
III. Há uma necessidade de estabelecer um padrão que permita expressar uma métrica com detalhes suficientes para torná-la não ambígua e que ao mesmo tempo seja de fácil especificação.
 IV. Necessário que as métricas sejam categorizadas por tamanho, esforço e planejamento, qualidade, desempenho, confiabilidade e complexidade.
	
	
	
	
	
	Apenas II, III.
	
	 
	Todas
	
	
	Apenas I, III, IV.
	
	
	Apenas I, III.
	
	
	Apenas I, IV.
	
	
	
		2.
		Segundo a estrutura hierárquica da abordagem GQM (Objetivo-Pergunta-Métrica), a definição das métricas estão organizadas em função dos níveis hierárquicos. No Nível Operacional:
	
	
	
	
	 
	Questões nos ajudam com o atender às métricas.
	
	
	Medição dos objetivos envolvem produtos, processos e recursos.
	
	
	Métricas identificam as medidas necessárias para responder às questões.
	
	 
	Métricas são usadas para determinar pontos por função ajustados.
	
	
	Métricas são usadas para determinar pontos por função não ajustados.
	
	
	
		3.
		Com relação ao refinamento de metas do GQM, faça a correspondência com as seguintes características: A. O impacto sobre a qualidade da execução B. Do ponto de vista da equipe do projeto. C. Analisar o produto final D. Para compreender melhor E. Sobre o reforço do processo ===> I. Ambiente II. Foco III. Objeto IV. Propósito V. Ponto de vista
	
	
	
	
	
	A-III; B-II; C-I; D-III; E-IV
	
	 
	A-II; B-III; C-VI; D-V; E-I
	
	 
	A-II; B-V; C-III; D-IV; E-I
	
	
	A-I; B-V; C-II; D-IV; E-III
	
	
	A-V; B-IV; C-I; D-III; E-II
	
	
	
		4.
		Dentro da estrutura hierárquica da abordagem GQM (Objetivo-Pergunta-Métrica), a definição das métricas estão organizadas em função dos níveis hierárquicos. No Nível Conceitual:
	
	
	
	
	 
	Medição dos objetivos envolvem produtos, processos e recursos.
	
	
	Métricas identificam as medidas necessárias para responder as questões.
	
	 
	Métricas são usadas para determinar pontos por função ajustados.
	
	
	Perguntas tentam caracterizar o objeto de medição.
	
	
	Métricas são usadas para determinar pontos por função não ajustados.
	
	
	
		5.
		O que distingue GQM de outros paradigmas de medição é:
	
	
	
	
	 
	Os técnicos coletam amostras aleatórias em todas as principais fontes de variação do processo.
	
	
	Cada operador repete o processo duas vezes, obtendo um total de 36 medições.
	
	 
	A estrutura hierárquica em árvore utilizada para manter as relações entre os objetivos, questões e métricas.
	
	
	Os técnicos codificam os módulos para identificar as medições feitas em cada módulo.
	
	
	Mede com consistência e precisão.
	
	
	
		6.
		Uma das etapas do GQM é desenvolver um conjunto de metas para aumentar a produtividade e a qualidade do software. Para realizar a medição, cada meta GQM deve conter: I. Ponto de vista: Perspectivas da meta (de quem?). Por exemplo, gestor do projeto, programador, cliente. II. Finalidade: Motivação por trás da meta (por que?). Por exemplo, uma melhor compreensão, melhor orientação, controle, previsão e melhoria. III. Objeto: O processo ou estudo. Por exemplo, um subsistema do produto final; IV. Logística: O cliente participa do processo de desenvolvimento do software.
	
	
	
	
	
	Apenas I, III, IV.
	
	
	Apenas I, IV.
	
	 
	Apenas II, III.
	
	
	Todas.
	
	 
	Apenas I, II III.
	
	
	
		7.
		Segundo a estrutura hierárquica da abordagem GQM (Objetivo-Pergunta-Métrica), a definição das métricas estão organizadas em função dos níveis hierárquicos. No Nível Quantitativo:
	
	
	
	
	
	Medição dos objetivos envolvem produtos, processos e recursos.
	
	
	Métricas são usadas para determinar pontos por função não ajustados.
	
	 
	Métricas identificam as medidas necessárias para responder às questões.
	
	
	Questões nos ajudam com o atender às métricas.
	
	 
	Métricas são usadas para determinar pontos por função ajustados.
	
	
	
		8.
		Os níveis que compõe o método GQM, métrica para análise de riscos em projeto de desenvolvimento de software são:
	
	
	
	
	 
	Conceitual - Operacional - Quantitativo
	
	
	Requisito - Desenvolvimento - Implantação
	
	 
	Qualitativo - Subjetivo - Lógico
	
	
	Estratégico - Tático - Operacional
	
	
	Iniciante - Gerenciado - Otimizado
	Prezado (a) Aluno(a),
Você fará agora seu EXERCÍCIO DE FIXAÇÃO! Lembre-se que este exercício é opcional, mas não valerá ponto para sua avaliação. O mesmo será composto de questões de múltipla escolha (3).
Após a finalização do exercício, você terá acesso ao gabarito. Aproveite para se familiarizar com este modelo de questões que será usado na sua AV e AVS.
	
	
		1.
		O Modelo de Informação do PSM define uma estrutura para a definição das medidas que deverão ser utilizadas no projeto. As métricas selecionadas serão agrupadas nas seguintes áreas: (Assinale a INCORRETA)
	
	
	
	
	
	Tamanho da organização
	
	 
	Recursos e custo
	
	 
	Satisfação do cliente
	
	
	Qualidade doproduto
	
	
	Prazo e Progresso
	
	
	
		2.
		Sobre o PSM (Practical Software Measurement), analise as afirmativas abaixo e marque quais são verdadeiras. I. O PSM foi criado em 1994, sob o patrocínio do DoD (Departamento da defesa Norte-Americano). II. O PSM é um modelo para mensuração de projetos de software e hardware. III. O modelo foi elaborado por profissionais da área de Software Process Improvement. IV. O PSM estabelece um modelo único para o processo de melhoria corporativo, integrando diferentes disciplinas.
	
	
	
	
	
	Apenas II, IV.
	
	
	Todos corretos.
	
	 
	Apenas II, III, IV.
	
	 
	Apenas I, III, IV.
	
	
	Apenas I, II, IV.
	
	
	
		3.
		____________________ é a métrica do PSM que trata da viabilidade e adequação das alternativas técnicas propostas, incluindo reuso, maturidade e qualidade dos componentes.
	
	
	
	
	
	Custo
	
	
	Satisfação do Cliente
	
	 
	Recursos
	
	
	Desempenho do Processo
	
	 
	Eficácia da Tecnologia
	
	
	
		4.
		Os níveis de capacidade são uma forma de priorizar as ações de melhoria, de tal forma que se aumente a maturidade do processo de software. O modelo SW-CMM está dividido em cinco níveis de maturidade, sendo o nível 3:
	
	
	
	
	
	Processo previsível e controlado.
	
	 
	Processo consistente e padronizado.
	
	 
	Processo continuamente melhorado.
	
	
	Processo imprevisível e sem controle.
	
	
	Processo disciplinado.
	
	
	
		5.
		Um nível de maturidade é um patamar evolutivo bem definido, que visa a alcançar um processo de software maduro. O modelo SW-CMM está dividido em cinco níveis, sendo o nível 1:
	
	
	
	
	
	Processo consistente e padronizado.
	
	
	Processo disciplinado.
	
	 
	Processo imprevisível e sem controle.
	
	
	Processo continuamente melhorado.
	
	 
	Processo previsível e controlado.
	
	
	
		6.
		______________ é um modelo que estrutura a atividade de mensuração em um projeto de software; é um processo para medir e melhorar processos, projetos e produtos de software.
	
	
	
	
	
	Cobit
	
	
	PMI
	
	 
	ITIL
	
	 
	PSM
	
	
	PMP
	
	
	
		7.
		O modelo de maturidade de capacidade SW-CMM foi desenvolvido pelo SEI (Software Engineering Institute). O SW-CMM está dividido em níveis de maturidade. O nível 2 significa:
	
	
	
	
	 
	Processo disciplinado.
	
	
	Processo consistente e padronizado.
	
	 
	Processo continuamente melhorado.
	
	
	Processo previsível e controlado.
	
	
	Processo imprevisível e sem controle.
	
	
	
		8.
		Os estágios de evolução da melhoria dos processos estão divididos em cinco níveis de maturidade. O modelo SW-CMM está dividido em cinco níveis de maturidade, sendo o nível 4:
	
	
	
	
	 
	Processo previsível e controlado.
	
	
	Processo disciplinado.
	
	 
	Processo continuamente melhorado.
	
	
	Processo consistente e padronizado.
	
	
	Processo imprevisível e sem controle.
	Prezado (a) Aluno(a),
Você fará agora seu EXERCÍCIO DE FIXAÇÃO! Lembre-se que este exercício é opcional, mas não valerá ponto para sua avaliação. O mesmo será composto de questões de múltipla escolha (3).
Após a finalização do exercício, você terá acesso ao gabarito. Aproveite para se familiarizar com este modelo de questões que será usado na sua AV e AVS.
	
	
		1.
		O modelo CMMI organiza as áreas de processos (PAs) em áreas de conhecimento para a escolha da organização quando da seleção de um modelo CMMI. Indique qual área de processo cobre o desenvolvimento de sistemas de software, disciplina focada na aplicação sistemática e quantificável.
	
	
	
	
	
	Gerenciamento de projeto.
	
	
	Engenharia de processos.
	
	 
	Engenharia de software.
	
	
	Monitoramento de fornecedores.
	
	
	Produto e processo de desenvolvimento integrado.
	
	
	
		2.
		CESGRANRIO - 2008 - CAPES - Analista de Sistemas A que nível do CMMI é equivalente o nível de maturidade B do MPS.Br?
	
	
	
	
	 
	2
	
	
	1
	
	
	3
	
	
	5
	
	 
	4
	
	
	
		3.
		CMMI é o mais recente modelo de maturidade para desenvolvimento de software do SEI (Software Engineering Institute ¿ Carnegie Mellon University - EUA), um dos maiores influenciadores em gestão de processos de software em todo o mundo, voltado para o desenvolvimento de software básico. Surgiu da percepção de que software básico e aplicações são desenvolvidos em contextos integrados.
O CMMI possui as seguintes Características:
I. Formado por uma escala em níveis de maturidade.
II. É um modelo de referencia para os processos de gerenciamento de TI.
II. O nível 0 (zero) é o mais elevado na avaliação do processo de capacidade da TI; é aquele desprovido de qualquer processo de desenvolvimento.
(Assinale a alternativa C O R R E T A)
	
	
	
	
	
	Nenhuma certa.
	
	
	Apenas II.
	
	 
	Apenas I, II.
	
	
	Apenas I.
	
	 
	Todas corretas.
	
	
	
		4.
		COPEVE-UFAL - 2011 - UFAL - Analista de Tecnologia da Informação Analise as afirmações seguintes relativas ao modelo de referência CMMI (Capability Maturity Model Integration): I. É um modelo que classifica a maturidade do processo de desenvolvimento adotado na empresa. II. Apresenta quatro níveis de maturidade do processo, sendo o último nível um indicativo de que há evidências quantitativas para acompanhar e monitorar o projeto. III. O único objetivo do CMMI é melhorar a qualidade do software produzido, sem que necessariamente isso reflita no processo de desenvolvimento. IV. O último nível do CMMI é conhecido como nível de melhoria contínua, ou nível em otimização.
	
	
	
	
	
	Apenas I, III e IV são verdadeiras.
	
	
	Apenas III e IV são verdadeiras.
	
	 
	Apenas I é verdadeira.
	
	 
	Apenas I e IV são verdadeiras.
	
	
	Apenas II e III são verdadeiras.
	
	
	
		5.
		No modelo CMMI, os níveis de maturidade podem ser organizados em dois modelos: Contínuo e por Estágios. Na representação Contínua: I. Estrutura é compatível com a ISO/IEC 15504. II. Oferece uma Habilidade de gerenciar processos ao longo da organização. III. Maior flexibilidade dos processos com metas e objetivos de negócio.
	
	
	
	
	
	Apenas II, III.
	
	
	Apenas I, III.
	
	
	Apenas I, II.
	
	 
	I, II, III.
	
	
	Apenas I.
	
	
	
		6.
		Os sete NÍVEIS DE MATURIDADE MPS-BR estão classificados na seguinte ordem:
1. Gerenciado quantitativamente
2. Parcialmente Gerenciado
3. Em Otimização
4. Parcialmente Definido
5. Largamente Definido
6. Definido
7. Gerenciado
 (Assinala a alternativa que mostra a sequência correta C O R R E T A)
	
	
	
	
	
	1 - 5 - 7 - 6 - 2 - 3 - 4
	
	
	1 - 6 - 3 - 7 - 2 - 5 - 4
	
	 
	4 - 5 - 6 - 3 - 2 - 7 - 1
	
	 
	2 - 7 - 4 - 5 - 6 - 1 - 3
	
	
	2 - 3 - 4 - 6 - 1 - 5 - 7
	
	
	
		7.
		No modelo CMMI, os níveis de maturidade podem ser organizados em dois modelos: "por Estágios" e "Contínuo". No "Contínuo", Fornece maior foco nas áreas de processo escolhidas de acordo com os objetivos do negócio, reduzindo os riscos, enquanto que em "por Estágios": I. Fornece um caminho pré-definido para melhoria através de implementação em sequência. II. Fornece um caminho pré-definido para melhoria onde cada nível é base para o próximo. III. Permite comparação de "Áreas de Processo" dentro da organização e entre organizações.
	
	
	
	
	
	Apenas I.
	
	
	I, II, III.Apenas I, III.
	
	 
	Apenas I, II.
	
	
	Apenas II, III.
	
	
	
		8.
		Uma das metas do programa de maturidade de software MPS.BR é impulsionar a melhoria da capacidade de desenvolvimento de software e serviços nas empresas brasileiras. O MSP.BR é composto de _____ níveis de maturidade.
	
	
	
	
	
	6
	
	
	3
	
	
	2
	
	 
	7
	
	
	5
	Prezado (a) Aluno(a),
Você fará agora seu EXERCÍCIO DE FIXAÇÃO! Lembre-se que este exercício é opcional, mas não valerá ponto para sua avaliação. O mesmo será composto de questões de múltipla escolha (3).
Após a finalização do exercício, você terá acesso ao gabarito. Aproveite para se familiarizar com este modelo de questões que será usado na sua AV e AVS.
	
	
		1.
		A Norma ISO/IEC 9126 apresenta diversas características como, por exemplo, "Funcionalidade". Qual subcaracterística atende à pergunta "Evita acesso não autorizado a programas e dados?".
	
	
	
	
	
	Tolerância a Falhas
	
	
	Recuperabilidade
	
	 
	Segurança
	
	
	Interoperabilidade
	
	
	Maturidade
	
	
	
		2.
		(fonte: FGV - 2009 - MEC ¿ Analista de Teste e Qualidade) Entre os critérios de qualidade da norma ISO 9126, não se inclui:
	
	
	
	
	
	Funcionalidade.
	
	 
	Confiabilidade.
	
	 
	Ergonometria.
	
	
	Utilizabilidade.
	
	
	Manutenibilidade.
	
	
	
		3.
		Os padrões favorecem para a implantação do processo de garantia de qualidade. Como esses padrões se apoiam nas melhores práticas, a garantia da qualidade deve estar assegurada.
  Para isso, alguns padrões de Qualidade de Software são adotados:
I. CMM - Capability Maturity Model - Desenvolvido pelo SEI (Software Engineering Institute).
II. SPICE (Software Process Improvement and Capability Determination) -Desenvolvido pela "International Organization for Standardization and the International Electrotechnical Commission" (ISO/IEC).
III. ISO/IEC 12207 - Processos do Ciclo de Vida do Software tem como objetivo fornecer uma estrutura única para que o desenvolvedor e todo pessoal envolvido desenvolvimento de software utilizem uma linguagem comum que é estabelecida naforma de processos bem definidos.
(Assinale a alternativa C O R R E T A)
	
	
	
	
	 
	Todas corretas.
	
	
	Apenas I, II.
	
	 
	Apenas II, III.
	
	
	Apenas III,
	
	
	Apenas I, III,
	
	
	
		4.
		(fonte: UFLA ¿ Técnico em TI) De acordo com a norma ABNT/ISO 9126, são considerados requisitos não-funcionais de um software, EXCETO:
	
	
	
	
	
	Usabilidade, que identifica a facilidade de se compreender o funcionamento e operação do software.
	
	
	Interoperabilidade, que significa que o sistema deverá se comunicar, por exemplo, com o SQL Server.
	
	 
	Confiabilidade, que identifica a capacidade do software em manter a sua integridade após a ocorrência de falhas não‐ controladas.
	
	 
	Imutabilidade, que identifica a capacidade do software em não sofrer modificações.
	
	
	Portabilidade, que identifica a capacidade de adaptação do software quando transferido para outros ambientes e/ou plataformas.
	
	
	
		5.
		Com relação ao gerenciamento de TI, as características abaixo pertencem à Norma ISO/IEC 9126. 
Case a 1ª coluna com a 2ª coluna.
1. Adequação
2. Conformidade
3. Acurácia
4. Segurança e controle de Acesso
5. Interoperabilidade
A. Faz o que é apropriado?
B. É capaz de interagir com os sistemas especificados?
C. Faz de forma correta?
D. Evita acesso não autorizado a programas e dados?
E. Está de acordo com as normas, leis?
	
	
	
	
	
	1C - 2E - 3A - 4B - 5D
	
	
	1B - 2E - 3D - 4C - 5A
	
	 
	1D - 2C - 3E - 4A - 5B
	
	 
	1A - 2E - 3C - 4D - 5B
	
	
	1E - 2A - 3C - 4B - 5D
	
	
	
		6.
		A Norma ISO/IEC 9126 apresenta diversas características como, por exemplo, "Confidencialidade". Qual subcaracterística atende à pergunta "É capaz de recuperar dados em caso de falhas?"
	
	
	
	
	
	Interoperabilidade
	
	
	Tolerância a Falhas
	
	
	Acurácia
	
	 
	Recuperabilidade
	
	
	Maturidade
	
	
	
		7.
		A Norma ISO/IEC 9126 apresenta diversas características como, por exemplo, "Funcionalidade". Qual subcaracterística atende à pergunta "Está de acordo com as normas e com as leis?".
	
	
	
	
	
	Tolerância a Falhas
	
	
	Interoperabilidade
	
	 
	Conformidade
	
	
	Recuperabilidade
	
	
	Maturidade
	
	
	
		8.
		(fonte: COSEAC/UFF - Dataprev/2008 - Analista - Desenvolvimento de Sistemas) A norma ISO 9.126 foi desenvolvida para identificar atributos de qualidade para software de computador. O período de tempo em que o software está disponível para uso, indicado pelos sub-atributos maturidade, tolerância à falha e recuperabilidade, é caracterizado pelo atributo chave:
	
	
	
	
	
	Manutenibilidade.
	
	
	Portabilidade.
	
	 
	Eficiência.
	
	 
	Confiabilidade.
	
	
	Funcionalidade.