AV - CCT0202 - Requisitos de Sistemas - Leandro Robady

Prévia do material em texto

Avaliação: CCT0253_AV_201110005466 (AG) » REQUISITOS DE SISTEMAS
Tipo de Avaliação: AV
Aluno: 201110005466 - LEANDRO CORREIA ROBADY 
Professor: FABIO BERNARDO DA SILVA Turma: 9001/AA
Nota da Prova: 4,5 Nota de Partic.: 2 Data: 01/09/2014 19:20:57
1
a
 Questão (Ref.: 201110248188) Pontos: 0,0 / 1,5
Um analista de sistemas está realizando o levantamento de requisitos de um sistema de informação para uma 
empresa. Alguns requistos do setor de metrologia, são de difícil entendimento, o que está impactando no projeto 
como um todo. Como solução ele designou um analista para acompanhar a rotina de trabalho deste setor por uma 
semana. a qual técnica de requisito, o conceito acima se refere ? 
Resposta: Elicitação.
Gabarito: Etnografia 
2a Questão (Ref.: 201110132127) Pontos: 1,0 / 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. 
A partir deste cenário, algumas ações são sugeridas para superar estes problemas, a fim de uma abordagem 
organizada para o processo da elicitação. Cite 3 dessas ações.
Resposta: Análise do problema e especificação de mudanças; Análise de mudança de requisitos; e Implementação 
de mudanças.
Gabarito:
Considerar a viabilidade técnica e de negócio para o sistema proposto;
Identificar as pessoas que vão auxiliar a especificar os requisitos e incluir seus preconceitos organizacionais;
Definir o ambiente técnico no qual o sistema será instalado;
Sempre incentivar a participação de várias pessoas, possibilitando a concepção dos com a contribuição de diversos 
pontos de vista;
Envolver um ou mais métodos de elicitação de requisitos;
Ter domínio sobre o que é o sistema e o que ele realmente representa.
3
a
 Questão (Ref.: 201110255772) Pontos: 0,0 / 0,5
Página 1 de 4BDQ Prova
05/09/2014http://bquestoes.estacio.br/bdq_prova_resultado_preview_aluno.asp
Considerando o conceito de Requisitos Funcionais marque a alternativa que NÂO representa o conceito. 
pode ser definido o que o usuário possa resolver um problema ou atingir um objetivo.
pode ser definido necessidades ou restrições da organização ou dos outros componentes do sistema. 
deve determinar o como se espera que o software faça.
são descrições das diversas necessidades de clientes e usuários. Eles definem a funcionalidade desejada do 
software. 
pode ser definido como uma condição ou capacidade necessárias que o software deve possuir.
4a Questão (Ref.: 201110061479) 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 tecnologia usada.
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 as ações do sistema.
São aqueles que especificam as necessidades dos stakeholders em relação a segurança.
5a Questão (Ref.: 201110129425) Pontos: 0,5 / 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:
cadastro de aeronaves
alto desempenho e baixo tempo médio entre falhas
alta disponibilidade e baixo tempo de resposta de usuário por evento
uso conjunto de método ágil de sistemas e linguagem de programação orientada a objetos
monitoramento de aeronaves
6a Questão (Ref.: 201110126407) Pontos: 0,5 / 0,5
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:
Gerente de Projeto
Programador
Patrocinador
Cliente (usuário)
Diretor
7a Questão (Ref.: 201110107921) 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. 
Página 2 de 4BDQ Prova
05/09/2014http://bquestoes.estacio.br/bdq_prova_resultado_preview_aluno.asp
( ) 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, F, V, V
V, V, F, V
F, F, V, V
F, V, F, F
8
a
 Questão (Ref.: 201110576147) Pontos: 0,0 / 0,5
O estudo de viabilidade aponta então se o projeto está adequado para responder a contento ao que a empresa 
quer, e que esteja apoiado nas condições dos recursos disponíveis. Este gera então um relatório a qual aponta as 
conclusões e devidas justificativas. 
Analisando as alternativas a seguir, marque a que NÃO é considerada na elaboração do estudo de viabilidade.
Conta-se com responsáveis pela manutenção futura do sistema a implementar como fonte de informação. 
Estudo de alternativas para soluções de problemas e/ou novas necessidades.
Definição do Escopo do projeto.
Construção de protótipos para validação das informações fornecidas. 
Definição de recursos humanos, equipamentos e materiais.
9a Questão (Ref.: 201110132123) Pontos: 1,0 / 1,0
Sob o escopo do analista de negócios, a elicitação é a atividade responsável em compreender as necessidades e 
preocupações das partes interessadas e os ambientes no qual elas trabalham ou operam. Portanto, é preciso saber 
que existe uma distinção entre "elicitar" e "levantar", uma vez que o primeiro termo é mais abrangente é o foco na 
extração das necessidades verdadeiras, que podem ou não estar explícitas. Com base no levantamento de 
requisitos, marque a opção que NÃO faz parte dessa técnica. 
brainstorming
ponto de função
análise documental
prototipagem
workshops de requisitos
10a Questão (Ref.: 201110129822) Pontos: 1,0 / 1,0
(CESPE - 2010 - SAD-PE - Analista de Controle Interno - Tecnologia da Informação)
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.
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. 
Os contratantes ou clientes são os principais colaboradores envolvidos no fornecimento de informações para 
Página 3 de 4BDQ Prova
05/09/2014http://bquestoes.estacio.br/bdq_prova_resultado_preview_aluno.aspo 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. 
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. 
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. 
A negociação de requisitos, de forma similar à observação do ambiente organizacional, é uma atividade 
típica da fase de elicitação de requisitos. 
Período de não visualização da prova: desde 19/08/2014 até 04/09/2014.
Página 4 de 4BDQ Prova
05/09/2014http://bquestoes.estacio.br/bdq_prova_resultado_preview_aluno.asp