Avaliação AV2 Requisitos de Sistemas

Prévia do material em texto

Parte superior do formulário
	Processando, aguarde ...
		
		
	
	Fechar
	Avaliação: CCT0202_AV2_201104044927 » REQUISITOS DE SISTEMAS
	Tipo de Avaliação: AV2 
	Aluno: 201104044927 - MARCLEI MACHADO MACEDO 
	Professor:
	HORACIO DA CUNHA E SOUZA RIBEIRO
	Turma: 9001/AA
	Nota da Prova: 5,0 de 8,0        Nota do Trabalho: 0        Nota de Participação: 2        Data: 26/08/2013 17:11:40
	
	 1a Questão (Cód.: 126114)
	7a sem.: ELICITAÇÃO DE REQUISITOS
	Pontos: 1,5  / 1,5 
	A atividade da elicitação dos requisitos não é habitualmente desenvolvida forma isolada, visto que a identificação de requisitos costuma aparecer de forma cíclica durante sessões tanto de levantamento quando de validação, portanto requer uma combinação de técnicas para que seja completa. Esse processo se apresenta extremamente complexo, tendo como principais problemas?
		
	
Resposta: A falta de conhecimento pleno do negócio pelos stakholdres, desinterese dos próprios stakholdres em passar as informações, informações não muito claras a respeito do que se deseja realizar, participação tardia de outros stakholders no processo de requisitos e etc.
	
Gabarito: Problemas de escopo; Problemas de compreensão; Probelmas de volatilidade
	
	
	 2a Questão (Cód.: 126021)
	9a sem.: ANALISE E GERENCIA DE REQUISITOS
	Pontos: 1,5  / 1,5 
	Cite e explique a finalidade de cada uma das 4 atividades que fazem parte do processo de engenharia de requisitos
		
	
Resposta: 1) Levantamento de requistos - Consiste no processo de identificação das necessidades do cliente em relação ao sistema (requisitos funcionais). 2) Documentação - Consiste em elaborar documentos de usabilidade e funcionamento do produto/sistema correspondentesa cada nível de usuário. 3) Escolha do hardware e sua capacidade para o atendimento dos requisitos funcionais e não funcionais.
	
Gabarito: Viabilidade - o projeto é factível? está adequado para atender aos requisitos demandados? Elicitação - responsável por levantar e evidenciar o requisito. Validação - demostrar que conseguiu-se compreender as caracteristicas a serem incorporadas no SW Gerenciamento - processo de compreensão e controle das mudanças nos requisitos do sistema.
	
	
	 3a Questão (Cód.: 126098)
	2a sem.: REQUISITOS FUNCIONAIS
	Pontos: 0,5  / 0,5 
	Ao se proceder a Análise de Requisitos Funcionais de um projeto/sistema a ser desenvolvido, pode-se afirmar que essa é a etapa onde se dá, EXCETO:
		
	
	O levantamento da situação atual e do que se pretende desenvolver. 
	
	O fechamento de escopo do projeto/sistema. 
	
	O planejamento do projeto/sistema. 
	
	O entendimento do negócio. 
	
	A definição do hardware que será necessário à implantação do projeto/sistema. 
	
	
	 4a Questão (Cód.: 119892)
	1a sem.: Introdução a Requisitos de Sistemas
	Pontos: 0,0  / 0,5 
	Para facilitar nossa compreensão na definição da palavra qualidade, Pressman (2006) atribuiu o alcance da qualidade de software como uma consequência formal no desenvolvimento; para tanto, estima-se que seja colocada em prática e não somente uma idéia ou desejo que uma organização venha a ter. 
Marque a opção que NÃO faz parte dessa definição de qualidade. 
		
	
	Usar métricas para desenvolver estratégias para a melhoria de processo de software e, como consequência, a qualidade no produto final. 
	
	Criar um conjunto de atividades que irão ajudar a garantir que cada produto de trabalho da engenharia de software exiba alta qualidade.
	
	Realizar atividades de segurança da qualidade em cada projeto de software. 
	
	Definir explicitamente o termo qualidade de software, quando o mesmo é dito. 
	
	É preciso massificar a concepção nos profissionais e empresas que trabalham com software.
	
	
	 5a Questão (Cód.: 101905)
	7a sem.: Prototipagem
	Pontos: 0,0  / 1,0 
	Como Modelo evolucionário do processo de software, uma característica da prototipagem é:
		
	
	gerar uma primeira versão do sistema completa e isenta de erros.
	
	independer do estabelecimento e da definição de requisitos.
	
	descartar a participação do cliente no processo de desenvolvimento e de implantação.
	
	iniciar o processo de desenvolvimento pela implantação e pelos testes.
	
	configurar um processo interativo e rápido de desenvolvimento.
	
	
	 6a Questão (Cód.: 126063)
	2a sem.: REQUISITOS DE PROJETO
	Pontos: 0,5  / 0,5 
	Analise as afirmativas a seguir, sobre requisitos em projetos de software. 
I - O rastreamento de requisitos é de grande importância para conduzir análises de impacto quando há mudanças em requisitos. 
II - O acrônimo FURPS+ se refere aos requisitos não funcionais das categorias de Feasibility, Usability, Reliability, Performance e Supportability. 
III - Um requisito pode conter, além da especificação, atributos que sirvam ao seu gerenciamento. 
IV - Casos de uso são descrições da interação entre um ator e o sistema e, portanto, especificam apenas requisitos funcionais. 
Estão corretas APENAS as afirmativas 
		
	
	III e IV. 
	
	I e III. 
	
	I e II. 
	
	II e III. 
	
	II e IV. 
	
	
	 7a Questão (Cód.: 126284)
	13a sem.: Requisitos de sistemas
	Pontos: 1,0  / 1,0 
	Em relação a requisitos de sistemas, considere: 
I. O modo como um sistema deve reagir a certas entradas e o comportamento em que o sistema deve ter em certas situações e, em alguns casos, especificar o que o sistema não deve fazer, são chamados de requisitos não-funcionais. 
II. As restrições aos serviços ou funções de um sistema, como, por exemplo, processos de desenvolvimento ou utilização de padrões, são requisitos de funcionamento do sistema ou requisitos funcionais. 
III. Requisitos que vem do domínio da aplicação do sistema e refletem características ou restrições para aquele domínio são chamados de requisitos de domínio e podem ser requisitos funcionais e/ou não-funcionais. 
Está correto o que se afirma em: 
		
	
	I, apenas
	
	III, apenas
	
	I, II e III
	
	I e II, apenas
	
	II e III, apenas
	
	
	 8a Questão (Cód.: 123413)
	3a sem.: requisitos não funcionais
	Pontos: 0,0  / 0,5 
	Requisitos não-funcionais são restrições aos serviços de um sistema de software e ao processo de desenvolvimento do sistema. A equipe de desenvolvimento de um sistema de controle de tráfego áereo deve considerar os requisitos não-funcionais de:
		
	
	alta disponibilidade e baixo tempo de resposta de usuário por evento
	
	cadastro de aeronaves
	
	uso conjunto de método ágil de sistemas e linguagem de programação orientada a objetos
	
	alto desempenho e baixo tempo médio entre falhas
	
	monitoramento de aeronaves
	
	
	 9a Questão (Cód.: 126122)
	8a sem.: VALIDAÇÃO DE REQUISITOS
	Pontos: 0,0  / 0,5 
	Observe a tabela:
A Revisão dos Requisitos é uma técnica, como o nome já sugere, a qual são analisados e revisados sistematicamente todos os requisitos elicitados, executando um checagem no tocante a erros e inconsistências. Na tabela é exibida as principais questões da Revisão dos Requisitos. Com relação a questão selecionada, a qual Atributo de Qualidade ela está relacionada?
		
	
	organização, rastreabilidade
	
	rastreabilidade, coformidade com normas
	
	completude
	
	ambiguidade
	
	consistência, redundância
	
	
	 10a Questão (Cód.: 91313)
	7a sem.: PROJETO
	Pontos: 0,0  / 0,5 
	Durante as atividades de Requisitos em um projeto de desenvolvimento de software, são realizadas entrevistas com clientes (usuários e stakeholders, no papel de entrevistados) com o objetivo de levantar suas necessidades e validar as características propostas para o software a ser desenvolvido. Os analistas, no papel de entrevistadores, em geral utilizam dois tipos de perguntas durante as entrevistas: perguntas livres de contexto e perguntas no contexto da solução. 
Sobre o tema, assinale a afirmativa correta.
		
	
	Perguntas no contexto da solução devem ser feitas antes das perguntas livres de contexto, de forma que seja possível obter um entendimento inicial do escopo do projeto e testar sea solução proposta coincide com as expectativas dos clientes.
	
	É consenso nos dias atuais que uma alternativa vantajosa às entrevistas é a distribuição de questionários aos clientes, com perguntas dos dois tipos, o que possibilita colher mais informações em menor tempo e comparar as respostas para detectar inconsistências.
	
	Perguntas livres de contexto proporcionam ao analista um entendimento do problema a ser resolvido pelo sistema sem influenciar o entrevistado com detalhes de uma solução que o analista já tenha em mente, baseada em experiências prévias, que pode não ser a mais adequada para o projeto.
	
	Um exemplo de pergunta no contexto da solução é "Quem são os usuários (do software a ser desenvolvido)?".
	
	Perguntas no contexto da solução estão relacionadas à identificação das necessidades dos clientes, enquanto perguntas livres de contexto estão relacionadas às características do software a ser desenvolvido.
	
	
	Período de não visualização da prova: desde 21/08/2013 até 02/09/2013.
Parte inferior do formulário