Avaliação AV1 Requisitos de Sistemas

Prévia do material em texto

Parte superior do formulário
	Processando, aguarde ...
		
		
	
	Fechar
	Avaliação: CCT0202_AV1_201104044927 » REQUISITOS DE SISTEMAS
	Tipo de Avaliação: AV1 
	Aluno: 201104044927 - MARCLEI MACHADO MACEDO 
	Professor:
	HORACIO DA CUNHA E SOUZA RIBEIRO
	Turma: 9001/AA
	Nota da Prova: 8,0 de 8,0        Nota do Trabalho:        Nota de Participação: 2        Data: 28/06/2013 17:11:52
	
	 1a 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 
		
	
	II e IV. 
	
	III e IV. 
	
	II e III. 
	
	I e III. 
	
	I e II. 
	
	
	 2a Questão (Cód.: 126093)
	3a sem.: REQUISITOS FUNCIONAIS
	Pontos: 0,5  / 0,5 
	Identificar e especificar os requisitos funcionais e os não funcionais são atividades da Engenharia de Requisitos realizadas nos processos de:
		
	
	definição dos sistemas e refinamento dos requisitos 
	
	refinamento dos requisitos e aprovação dos requisitos. 
	
	análise do problema e definição dos sistemas. 
	
	planejamento de gerenciamento de requisitos e análise do problema. 
	
	aprovação dos requisitos e planejamento de gerenciamento dos requisitos. 
	
	
	 3a Questão (Cód.: 123410)
	2a sem.: elicitação e análise de requisitos
	Pontos: 1,0  / 1,0 
	Para decidir sobre os limites do sistema, ou seja, distinguir o que é o sistema e o que é o ambiente do sistema, um trabalho é feito em conjunto com os stakeholders em um estágio inicial de elicitação e análise de requisitos. Esse trabalho culmina, em primeira instância, com um modelo:
		
	
	conceitual de banco de dados
	
	de objetos
	
	físico de banco de dados
	
	de comportamento
	
	de contexto
	
	
	 4a Questão (Cód.: 101902)
	3a sem.: Requisitos funcionais
	Pontos: 1,0  / 1,0 
	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 entendimento do negócio.
	
	O levantamento da situação atual e do que se pretende desenvolver.
	
	A definição do hardware que será necessário à implantação do projeto/sistema.
	
	O planejamento do projeto/sistema.
	
	O fechamento de escopo do projeto/sistema.
	
	
	 5a Questão (Cód.: 97181)
	4a sem.: Engenharia de Software
	Pontos: 1,0  / 1,0 
	Sobre a Engenharia de requisitos, assinale a opção INCORRETA:
		
	
	Usabilidade, portabilidade e performance são exemplos de requisitos funcionais de um sistema.
	
	A lista dos requisitos é importante para a definição da viabilidade do sistema.
	
	A análise de requisitos compreende as etapas de elicitação, validação e registro dos requisitos.
	
	Requisitos de usuário expressam as necessidades do usuário em um nível alto de abstração.
	
	A engenharia de requisitos é uma das primeiras atividades em um processo de construção de um sistema.
	
	
	 6a Questão (Cód.: 126104)
	2a sem.: REQUISITOS DE PROJETO
	Pontos: 0,5  / 0,5 
	Um requisito de software expressa as necessidades e restrições colocadas em um produto de software que contribuem para a solução de algum problema do mundo real. Acerca desse assunto, assinale a opção correta. 
		
	
	As necessidades dos usuários a serem atendidas por um produto de software constituem a classe de requisitos funcionais, e as restrições mencionadas na definição de requisitos constituem a classe de requisitos não funcionais.
	
	Os contratantes ou clientes são os principais colaboradores envolvidos no fornecimento de informações para o processo de levantamento ou elicitação de requisitos de software, os demais grupos de pessoas que podem fornecer informações são considerados de importância secundária.
	
	A negociação de requisitos, de forma similar à observação do ambiente organizacional, é uma atividade típica da fase de elicitação de requisitos.
	
	Entre as fontes de informação para a elicitação de requisitos, destacam-se, além dos colaboradores, o conhecimento do domínio de aplicação em que o software funcionará, o ambiente operacional do software e o ambiente organizacional.
	
	A técnica de casos de uso, empregada em alguns modelos de desenvolvimento de software atuais, é mais aderente à construção de cenários durante a construção de protótipos que durante a elicitação de requisitos.
	
	
	 7a Questão (Cód.: 126096)
	3a sem.: REQUISITOS PERMANENTES
	Pontos: 0,5  / 0,5 
	São requisitos relativamente estáveis derivados da atividade central da organização e que se relacionam diretamente ao domínio do sistema. 
Qual opção abaixo corresponde à descrição anterior? 
		
	
	Requisitos emergentes 
	
	Requisitos conseqüentes 
	
	Requisitos de compatibilidade 
	
	Requisitos mutáveis 
	
	Requisitos permanentes 
	
	
	 8a Questão (Cód.: 120395)
	4a sem.: Identificação dos Stakeholders e Técnicas de Levantamento de Requisitos
	Pontos: 1,0  / 1,0 
	Com foco então em um ciclo de vida do software é possível claramente saber que ele é composto por diversas e distintas responsabilidades que estão vinculadas as pessoas, grupos e entidades. Portanto, o responsável em organizar e conduzir as equipes em suas responsabilidades. Como gestor, precisa manter harmonia no desenvolvimento do projeto, supervisionando a execução das tarefas, observar os processos, sustentar e fomentar o equilíbrio entre a equipe, etc. é chamdo de:
		
	
	Cliente (usuário)
	
	Diretor
	
	Patrocinador
	
	Gerente de Projeto
	
	Programador
	
	
	 9a Questão (Cód.: 126079)
	3a sem.: REQUISITOS NÃO FUNCIONAIS
	Pontos: 1,0  / 1,0 
	A análise de requisitos no desenvolvimento de sistemas especifica as funcionalidades (requisitos funcionais) e as propriedades (requisitos não-funcionais). É considerado um requisito não-funcional: 
		
	
	a disponibilidade do sistema. 
	
	a emissão de relatórios fiscais. 
	
	a notificação de inconsistência de dado na tela. 
	
	um histograma na interface gráfica do usuário. 
	
	uma informação na interface de entrada. 
	
	
	 10a Questão (Cód.: 55467)
	2a sem.: ANÁLISE E PROJETO ORIENTADO A OBJETO
	Pontos: 1,0  / 1,0 
	O que NÃO é definido como requisito não funcional.
		
	
	São aqueles que especificam as necessidades dos stakeholders em relação as ações do sistema.
	
	São aqueles que especificam as necessidades dos stakeholders em relação a segurança.
	
	São aqueles que especificam as necessidades dos stakeholders em relação a qualidade do software.
	
	São aqueles que especificam as necessidades dos stakeholders em relação a performance.
	
	São aqueles que especificam as necessidades dos stakeholders em relação a tecnologia usada.
	
	
	
Parte inferior do formulário