AV REQUISITOS DE SISTEMAS

Prévia do material em texto

Avaliação: CCT0253_AV_200301107321 » REQUISITOS DE SISTEMAS
Tipo de Avaliação: AV
Aluno: 200301107321 - JULIANA MARA MELO DE SOUZA 
Professor: CLAUDIA ABREU PAES Turma: 9001/AA
Nota da Prova: 5,5 Nota de Partic.: 2 Data: 10/06/2014 21:20:07
1
a
 Questão (Ref.: 200301241963) Pontos: 1,5 / 1,5
Cite as principais dificuldades da etapa de levantamento de requisitos.
Resposta: O cliente não sabe examentente o que deseja do sistema. Má comunicação entre o cliente e o 
desenvolvedor, falta de clareza. O uso de linguagem técnica. A inclusão de novos clientes ao projeto.
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.
2a Questão (Ref.: 200301241742) Pontos: 0,0 / 1,5
Observe a figura a seguir:
O diagrama de casos de uso é um diagrama da UML cujo objetivo é representar um requisito do sistema 
que será automatizado. Considere como requisito uma necessidade do sistema. A figura mostra um 
relacionamento entre casos de uso através do "extend". Explique esse relacionamento.
Resposta: Demostra que um processo para ser realizado não é dependente da realização de outro processo, 
podendo cada um ser realizado separadamente. No caso, após de processar o pedido, podemos solicitar a entrega 
ou consultar o serasa, sem a necessidade de que ambos sejam realizados simultâneamente.
Gabarito:
Quando o caso de uso "A" tem um relacionamento do tipo extends com outro caso de uso "B". Implica que ao 
executar o caso de uso "A" não necessariamente "B" será executado. No cenário apresentado, o vendedor pode 
fazer uso de quaisquer um dos casos de uso de maneira independente. Ele executa o caso de uso "Consultar 
Serasa" e/ou "Solicitar Entrega".
3
a
 Questão (Ref.: 200301237945) Pontos: 0,5 / 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. 
Definir explicitamente o termo qualidade de software, quando o mesmo é dito. 
Realizar atividades de segurança da qualidade em cada projeto de software. 
É preciso massificar a concepção nos profissionais e empresas que trabalham com software.
4
a
 Questão (Ref.: 200301173520) Pontos: 0,5 / 0,5
O que NÃO é definido como requisito não funcional.
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.
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 qualidade do software.
São aqueles que especificam as necessidades dos stakeholders em relação a segurança.
5
a
 Questão (Ref.: 200301244132) Pontos: 0,5 / 0,5
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: 
uma informação na interface de entrada. 
a notificação de inconsistência de dado na tela. 
a disponibilidade do sistema. 
um histograma na interface gráfica do usuário. 
a emissão de relatórios fiscais. 
6
a
 Questão (Ref.: 200301182732) 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 funcionais. 
Requisitos de usuário. 
Requisitos de domínio. 
Requisitos de sistema.
Requisitos não funcionais.
7
a
 Questão (Ref.: 200301219962) Pontos: 0,5 / 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, V, F, F
F, F, V, V
F, F, V, F
V, F, V, V
V, V, F, V
8
a
 Questão (Ref.: 200301244415) 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.
4 - 1 - 2 - 6 - 5 - 3
5 - 1 - 2 - 6 - 4 - 3
5 - 1 - 2 - 6 - 3 - 4
6 - 1 - 4 - 5 - 2 - 3
4 - 3 - 1- 6 - 5 - 2
9a Questão (Ref.: 200301182767) Pontos: 1,0 / 1,0
Assinale a alternativa que representa a técnica de elicitação de requisitos que identifica o tipo de interação e os 
agentes envolvidos:
Casos de uso.
Entrevista.
Ponto de vista.
Etnografia.
Cenários.
10
a
 Questão (Ref.: 200301173518) Pontos: 0,0 / 1,0
As etapas de uma engenharia de requisitos consiste em:
Investigar a viabilidade; Levantar os requisitos; Analisar os requisitos; Classificar os requisitos; Documentar 
e Homologar.
Levantar os requisitos.
Elicitar os requisitos.
Levantar os requisitos; Analisar os requisitos; Classificar os requisitos; Documentar e Homologar.
Documentar e Homologar.
Período de não visualização da prova: desde 30/05/2014 até 16/06/2014.