Processos de desenvolvimento de software Teste 10

Prévia do material em texto

Processos de desenvolvimento de software – Teste 10
	1 - 
	Na fase de desenvolvimento do Scrum, o software é desenvolvido em processos iterativos denominados:
	
	
	
	Product Owner.
	
	
	Sprint.
	
	
	Product Backlog.
	
	
	Building Products.
	
	
	Product Backlog Cycle.
Explicação:
Sprint é o nome da iteração
	
	2 - Os Níveis de Maturidade de 1 a 5 do CMMI são:
	
	
	
	Planejado, Gerenciado, Revisto, Otimizado e Quantificado.
	
	
	Inicial, Projetado, Definido, Gerenciado Qualitativamente e Aplicado.
	
	
	Inicial, Gerenciado, Definido, Gerenciado Quantitativamente e Otimizado.
	
	
	Inicial, Gerenciado, Dirigido, Verificado Quantitativamente e Maximizado.
	
	
	Planejado, Projetado, Implantado, Gerenciado Quantitativamente e Otimizado.
Explicação:
Os cinco níveis de maturidade do CMMI
1) Inicial. 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, heroicos.
2) Gerenciado. 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.
3) Definido. Um processo composto por atividades de gerenciamento e engenharia, é documentado, padronizado e integrado em um processo padrão da organização. Todos os projetos utilizam uma versão aprovada e adaptada do processo organizacional para desenvolvimento e manutenção de produtos e serviços tecnológicos.
4) Quantitativamente Gerenciado. Métricas detalhadas dos processos e dos projetos são coletadas. Tanto os processos como os projetos são quantitativamente compreendidos e controlados.
5) Em otimização. 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.
		3 - No ciclo de vida do Processo Unificado, os testes têm seu apogeu demonstrado na linha divisória entre:
	
	
	
	Construção e Transição.
	
	
	Construção e Concepção.
	
	
	Projeto e Construção.
	
	
	Concepção e Elaboração.
	
	
	Requisitos e Análise.
Explicação:
Testa-se durante a construção do código (construção) e antes de entregar ao cliente (Transição)
		4 - É um método baseado em um manifesto, criado por desenvolvedores experientes.
	
	
	
	Método em cascata
	
	
	Método ágil
	
	
	Método rápido
	
	
	Método incremental
	
	
	Método iterativo
Explicação:
O manifest Agil fomenta modelos como XP e SCRUM
	
	5 - __________ é considerado um processo ágil de desenvolvimento de software.
	
	
	
	RUP
	
	
	ICONIX
	
	
	OPEN
	
	
	SCRUM
	
	
	PRAXI
Explicação:
A única opção ágil é o SCRUM
	
	6 - Entre as práticas do método ágil Extreme Programming (XP), está a prática de propriedade ou posse coletiva. É correto afirmar que, nessa prática,
	
	
	
	um representante do usuário final do sistema deve estar disponível todo o tempo à equipe de desenvolvimento. Nesse modelo de desenvolvimento, o cliente é membro da equipe e participa da responsabilidade do código desenvolvido.
	
	
	os pares de desenvolvedores trabalham em todas as áreas do sistema, de modo que não se desenvolvam ilhas de expertise. O código fonte não pertence a ninguém.
	
	
	cada projeto é realizado para atender às necessidades globais dos usuários, focando na coletividade da distribuição da informação.
	
	
	os trabalhos são desenvolvidos em conjunto, para que um programador possa analisar o trabalho do outro.
	
	
	grandes quantidades de horas extras não são consideradas aceitáveis, pois o resultado final, muitas vezes, é a redução da qualidade do código e da produtividade a médio prazo, sendo que o indivíduo pode afetar o desempenho de todo o time.
		7 - O RUP é baseado em disciplinas. Marque a UNICA opção que não é uma disciplina válida do RUP
	
	
	
	Manutenção
	
	
	Testes
	
	
	Implementação 
	
	
	Requisitos
	
	
	Modelagem de negócios
Explicação:
Manutenção não é disciplina. A manutenção está contida em uma das fases do RUP
	
	
8 - A atividade de gestão de projetos pode ser realizada com diversas técnicas e várias ferramentas disponíveis no mercado, mas em se tratando de uma gestão ágil de projetos de desenvolvimento de software, podemos afirmar que:
	
	
	
	A técnica SCRUM é uma das que mais se encaixa nesse perfil utilizando artifícios ágeis e papéis como Product Owner, Scrum Master e um conjunto de práticas que se adeque à realidade da empresa
	
	
	A técnica em cascata ou linear é a mais aplicável a esse tipo de situação
	
	
	Não existe no mercado nenhuma técnica para gestão de projetos de software baseado em metodologias ágeis
	
	
	A técnica SCRUM é muito utilizada, mas a mesma condena toda e qualquer prática ligada a movimentos de software ágil
	
	
	Ainda está sendo desenvolvida uma técnica denominada SCRUM que será utilizada para esse propósito
Explicação:
A técnica SCRUM é uma das que mais se encaixa nesse perfil utilizando artifícios ágeis e papéis como Product Owner, Scrum Master e um conjunto de práticas que se adeque à realidade da empresa. -> Está correto e define pontos em relação a técnica citada.
Não existe no mercado nenhuma técnica para gestão de projetos de software baseado em metodologias ágeis -> Existe outras ainda além do SCRUM, como o Método XP discutido na aula.
A técnica SCRUM é muito utilizada, mas a mesma condena toda e qualquer prática ligada a movimentos de software ágil -> Não ela é parte integrante do Manifesto ágil.
Ainda está sendo desenvolvida uma técnica denominada SCRUM que será utilizada para esse propósito -> Não, já está pronta e em plena utilização.
A técnica em cascata ou linear é a mais aplicável a esse tipo de situação -> Está é uma técnica estruturada aplicada a pequenos projetos e não está incluída como metodologia ágil.