Requisitos de sistema 4,5

Prévia do material em texto

REQUISITOS DE SISTEMAS
	
	
	
	
	
	
	�
	 1a Questão (Ref.: 201201424035)
	Pontos: 1,0  / 1,5
	Cite as principais dificuldades da etapa de levantamento de requisitos.
	
	
Resposta: Falta de clareza, fusão de requisitos, confusão de requisitos.
	
Gabarito: Frequentemente o cliente não sabe direito o que quer do seu futuro sistema ou tem
visões conflitantes de diferentes partes do sistema. A comunicação entre desenvolvedores
e clientes nem sempre flui harmoniosamente. Algumas pessoas tem dificuldade de se
expressar. Além do mais, o vocabulário técnico muitas vezes acaba por complicar essa
comunicação.
	
Fundamentação do(a) Professor(a): Frequentemente o cliente não sabe direito o que quer do seu futuro sistema ou temvisões conflitantes de diferentes partes do sistema. A comunicação entre desenvolvedorese clientes nem sempre flui harmoniosamente. Algumas pessoas tem dificuldade de seexpressar. Além do mais, o vocabulário técnico muitas vezes acaba por complicar essacomunicação.
	
	�
	 2a Questão (Ref.: 201201420017)
	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. 
	
	
	Criar um conjunto de atividades que irão ajudar a garantir que cada produto de trabalho da engenharia de software exiba alta qualidade.
	
	Usar métricas para desenvolver estratégias para a melhoria de processo de software e, como consequência, a qualidade no produto final.
	
	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.
	
	�
	 3a Questão (Ref.: 201201364813)
	Pontos: 0,0  / 0,5
	Analise os itens abaixo:
 
I - O sistema deve fornecer telas apropriadas para o usuário ler os documentos no repositório de documentos;
 
II - O usuário deve ser capaz de fazer uma busca em todo o conjunto inicial do banco de dados ou selecionar um subconjunto com base nele;
 
III - A interface de usuário deve ser implementada como simples HTM, sem frames ou applets de Java;
 
IV - A base de dados deve ser protegida para acesso apenas de pessoas autorizadas.
 
São requisitos funcionais, os itens:
	
	 
	II e III;
	
	I, II e III;
	
	I, II, III e IV;
	 
	I e II;
	
	III e IV;
	
	�
	 4a Questão (Ref.: 201201402024)
	Pontos: 0,0  / 0,5
	No processo de engenharia de requisitos, os tipos de requisitos de usuário e de sistema podem ser, respectivamente,
	
	
	apenas funcionais; funcionais e não funcionais.
	 
	funcionais e não funcionais; apenas não funcionais.
	 
	funcionais e não funcionais; funcionais e não funcionais.
	
	apenas não funcionais; apenas funcionais.
	
	apenas funcionais; apenas não funcionais.
	
	�
	 5a Questão (Ref.: 201201364804)
	Pontos: 0,5  / 0,5
	"São declarações, em uma linguagem natural com diagramas, de quais serviços são esperados do sistema e as restrições sob as quais ele deve operar".
Esta sentença se refere a que tipos de requisitos:
	
	
	Requisitos de sistema.
	 
	Requisitos de usuário.
	
	Requisitos funcionais.
	
	Requisitos de domínio.
	
	Requisitos não funcionais.
	
	�
	 6a Questão (Ref.: 201201402034)
	Pontos: 0,0  / 0,5
	Em relação aos conceitos de requisitos de software, analise os itens a seguir e coloque (V) para a assertiva verdadeira e (F) para a assertiva falsa. 
( ) Na definição dos requisitos de software, nem todos os requisitos não funcionais dizem respeito ao sistema de software a ser desenvolvido. 
( ) O levantamento de requisitos de software privilegia a visão do desenvolvedor em relação aos requisitos de um produto. Já a análise dos requisitos prioriza a visão que o cliente e os usuários têm dos requisitos de um produto. 
( ) Os requisitos de um sistema são descrições dos serviços fornecidos pelo sistema e suas restrições operacionais. O processo de descobrir, analisar, documentar e verificar esses serviços e restrições é denominado engenharia de requisitos. 
( ) Gerência de requisitos pode ser conceituada como enfoque sistemático para a elicitação, organização e documentação dos requisitos do sistema e um processo que estabelece e mantém o acordo entre usuários e a equipe de projeto à medida que os requisitos são modificados.
	
	
	F, F, V, F
	
	V, V, F, V
	
	F, V, F, F
	 
	F, F, V, V
	 
	V, F, V, V
	
	�
	 7a Questão (Ref.: 201201426487)
	Pontos: 0,5  / 0,5
	Considerando a proposta de Sommerville (2009) de se ter um processo genérico de levantamento e análise, associe a atividade à descrição correspondente.
1- Compreensão do domínio.
2- Coleta de requisitos.
3- Classificação.
4- Resolução de conflitos.
5- Definição das prioridades.
6- Verificação de requisitos.
( ) Soluciona discussões entre múltiplos stakeholders estão envolvidos.
( ) Os analistas devem entender a aplicação.
( ) É o processo de descoberta dos requisitos.
( ) Confirmam se os requisitos estão completos e consistentes e se estão em concordância com o que os stakeholders desejam do sistema.
( ) Envolve interação com os stakeholders para a ordenação dos requisitos por importância.
( ) Considera o conjunto não estruturado dos requisitos e os organiza em grupos coerentes.
Marque a alternativa que indica a ordem correta de cima para baixo.
	
	
	6 - 1 - 4 - 5 - 2 - 3
	
	5 - 1 - 2 - 6 - 4 - 3
	
	5 - 1 - 2 - 6 - 3 - 4
	 
	4 - 1 - 2 - 6 - 5 - 3
	
	4 - 3 - 1- 6 - 5 - 2
	
	�
	 8a Questão (Ref.: 201201531023)
	Pontos: 0,0  / 1,0
	Dentre as alternativas relacionadas abaixo, marque a que NÂO corresponde a uma ATIVIDADE da técnica de Elicitação de Requisitos:
	
	
	Verificar a interação entre os sistemas para visualizar a contribuição de forma geral com os objetivos de negócio.
	 
	Conhecer o domínio da aplicação.
	
	Verificar as necessidades e limitações dos stakeholders do sistema.
	
	Identificar problema.
	 
	Checar a consistência e completude.
	
	�
	 9a Questão (Ref.: 201201426244)
	Pontos: 1,5  / 1,5
	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. É uma boa prática para esta técnica uma reunião formal com representantes ou especialistas de todas as áreas, tanto do contratante como do contratado. Portanto, todas as equipes deverão ter representação. São recomendadas as várias providências. Cite 3 dessas providências.
	
	
Resposta: Reuniões com stackholders abertas e fechadas (reuniões abertas com todos os usuários, reuniões fechadas com a parte executiva da empresa), Elucidação dos requisitos e das duvidas que possam ter ficado, Revisão de todos os requisitos e documentação dos mesmo para que possa-se passar para a proxima fase do desenvolvimento.
	
Gabarito: - Planejamento do que será revisado.
- Estabelecer e convidar os envolvidos.
- Definir local e tempo para a reunião.
- Escolher para condução alguém "livre de vícios", ou seja, que não estava integrado à equipe desenvolveu o documento de requisito.
- Realizar procedimento de checklists para os requisitos e nas relações entre eles.
- Distribuir previamente todos os documentos a serem utilizados na reunião.
- Apresentar cada requisitos individualmente.
	
Fundamentação do(a) Professor(a):- Planejamento do que será revisado.- Estabelecer e convidar os envolvidos.- Definir local e tempo para a reunião.- Escolher para condução alguém "livre de vícios", ou seja, que não estava integrado à equipe desenvolveu o documento de requisito.- Realizar procedimento de checklists para os requisitos e nas relações entre eles.- Distribuir previamente todos os documentos a serem utilizados na reunião.- Apresentar cada requisitos individualmente.
	
	�
	 10a Questão (Ref.: 201201426414)
	Pontos: 0,0  / 1,0
	Em um sistema cujo objetivo principal seja emitir guias de cobrança de impostos e fazer o controle de contribuintes, NÃO é um produto inerente ao trabalho de levantamento de requisitos
	
	 
	uma descrição da relação possível entre as linhas de código com os pontos de função
	
	uma descrição do ambiente técnico do sistema
	
	uma declaração da necessidade e da viabilidade
	 
	uma afirmação limitada do escopo do sistema
	
	um conjunto de cenários que fornecem informações sobre o uso do sistema sob diferentes condições de operação