Engenharia de Requisitos

Prévia do material em texto

Engenharia de Requisitos 
 
 
 
Prepare-se! Chegou a hora de você testar o conhecimento adquirido nesta disciplina. A 
Avaliação Virtual (AV) é composta por questões objetivas e corresponde a 100% da 
média final. Você tem até cinco tentativas para “Enviar” as questões, que são 
automaticamente corrigidas. Você pode responder as questões consultando o material 
de estudos, mas lembre-se de cumprir o prazo estabelecido. Boa prova! 
1) 
Durante o processo de comunicação é possível que haja algumas barreiras que 
podemos citar, são elas: 
 
Alternativas: 
 Preconceito (de qualquer espécie), utilização de jargões técnicos, desmotivação, 
hostilidades, elementos perturbadores do exterior etc. 
checkCORRETO 
 Desmotivação, assiduidade e eficácia. 
 Interesse, cooperação e empatia. 
 Ser solícito, utilização de jargões técnicos, desmotivação e hostilidades. 
 Ser ético, ter responsabilidade e ser amável. 
Resolução comentada: 
O processo de comunicação inicia com o exercício da empatia entre o Analista de 
Requisitos e o cliente. Empatia é a capacidade de nos colocarmos no lugar do outro. 
Quando este exercício é bem executado, os demais mecanismos para realizar a 
comunicação fluem de maneira mais tranquila, porém isso não significa que todas as 
barreiras foram derrubadas; este é apenas o início. Algumas barreiras que podemos 
citar durante o processo de comunicação são: preconceito (de qualquer espécie), 
utilização de jargões técnicos, desmotivação, hostilidades, elementos perturbadores do 
exterior etc. 
Código da questão: 55527 
2) 
Sobre as mudanças de requisitos, analise as afirmações e classifique-as em verdadeiras 
(V) ou falsas (F): 
( ) Uma maneira de verificar a proporção do impacto diante de uma solicitação de 
mudança é a execução de uma atividade denominada Análise de Requisitos. 
( ) Dependendo da solicitação, pode ou não gerar impactos em todo o projeto e 
comprometer todo o planejamento e condução dos trabalhos da equipe de projetos. 
( ) As análises de Modelagem, Implementação e Testes são boas fontes de análises 
quando o cliente solicita a mudança. 
( ) O resultado da Análise de Viabilidade é redigido em Ata de Reunião. 
( ) A modelagem de alto nível auxilia na identificação e estudo de viabilidade. 
Assinale a alternativa que contenha a sequência correta: 
 
Alternativas: 
 V – F – F – F – F. 
 V – F – V – V – V. 
 V – F – V – V – F. 
 F – V – F – V – F. 
 F – V – F – F – F. 
checkCORRETO 
Resolução comentada: 
A segunda asserção é verdadeira, pois durante o transcorrer do ciclo de 
desenvolvimento de sistemas, há algumas alterações (mudanças) solicitadas pelo 
cliente. Dependendo da solicitação de mudança é preciso realizar análise de 
viabilidade, e de acordo com o resultado, decidir se é ou não viável implementar a 
mudança. 
Já a primeira, a terceira, a quarta e a quinta são falsas, pois: da primeira, uma maneira 
de verificar a proporção do impacto diante de uma solicitação de mudança é a 
execução de uma atividade denominada Análise de impacto; da terceira, a análise de 
impacto avalia o esforço e o custo das mudanças toda vez que houver a solicitação de 
mudança. Da quarta asserção, a redação da análise de viabilidade está contida num 
documento à parte, contendo: a identificação e registro da necessidade de mudança; 
análise de impacto; e a implementação da mudança. Outros elementos podem ser 
adicionados neste documento, como por exemplo, o parecer sobre a solicitação de 
mudança (válida ou não válida e sua respectiva justificativa), e elencar os requisitos que 
serão afetados e sua respectiva justificativa. Finalmente a quinta e última asserção, a 
Matriz de Rastreabilidade pode ser utilizada para auxiliar O Analista de Requisitos nesta 
tarefa, pois verificando os relacionamentos entre os requisitos é possível identificar 
mais facilmente quais requisitos serão ou não afetados tanto direta quanto 
indiretamente. Além disso, é importante identificar todos os documentos elaborados 
em todas as fases do ciclo; assim é possível garantir e ter maior dimensão dos impactos 
da solicitação de mudança no projeto de construção do sistema. 
Código da questão: 55533 
3) 
São reuniões que objetivam conhecer a dinâmica do dia a dia do cliente, a visão que 
ele possui do software que será construído e o relacionamento entre a sua dinâmica e 
o software. Este levantamento pode durar até 3 (três) reuniões (isso depende da 
complexidade do projeto e do tempo total estipulado pelo Gestor de Projetos. Aqui o 
Analista de Requisitos precisa saber administrar este tempo total para que não 
extrapole e, consequentemente, não colocar o projeto em risco). 
Esta definição refere-se à(o): 
 
Alternativas: 
 Primeiro momento do Processo de Elicitação de Requisitos. 
checkCORRETO 
 Processo Organizacional do cliente. 
 Última atividade da Fase de Análise de Requisitos. 
 Processo de Engenharia de Requisitos. 
 Segundo momento do Processo de Elicitação de Requisitos. 
Resolução comentada: 
O Primeiro momento do Processo de Elicitação de Requisitos é marcado com as 
primeiras reuniões, e o resultado final deste momento é uma lista de requisitos que 
devem ser especificados em alto nível, ou seja, ele deve ser livre de detalhes. 
Código da questão: 55521 
4) 
A documentação de especificação do projeto é organizada em capítulos. Os capítulos 
que compõem a estrutura do Documento de Especificação de Casos de Uso seguem a 
ordem: Capítulo 1 – Nome do caso de Uso, ____________, _________________, ___________, 
Capítulo 5 – Diagramas UML e Capítulo 6 – Protótipo da tela . 
Assinale a alternativa que completa adequadamente as lacunas acima: 
 
Alternativas: 
 Capítulo 2 – Fluxo de Eventos; Capítulo 3 – Detalhamento; Capítulo 4 – Regras 
Gerais. 
 Capítulo 2 – Objetivos; Capítulo 3 - Fluxo de Eventos; Capítulo 4 – Regras de 
Alto Nível. - 
 Capítulo 2 – Precondições; Capítulo 3 - Fluxo de Eventos; Capítulo 4 – Regras de 
Negócio e Validação. 
checkCORRETO 
 Capítulo 2 – Fluxo de Eventos; Capítulo 3 – Detalhamento; Capítulo 4 – Regras 
Gerais. 
 Capítulo 2 – Pré condições; Capítulo 3 – Fluxo de Eventos; Capítulo 4 – Regras 
Gerais. 
Resolução comentada: 
Os capítulos que compõem a estrutura do Documento de Especificação de Casos de 
Uso seguem a ordem: Capítulo 1 – Nome do caso de Uso — Capítulo 2 – Precondições 
— Capítulo 3 - Fluxo de Eventos — Capítulo 4 – Regras de Negócio e Validação — 
Capítulo 5 – Diagramas UML — Capítulo 6 – Protótipo da tela. 
Código da questão: 55531 
5) 
Este documento é normalmente redigido simultaneamente à atividade de Modelagem. 
É um documento dinâmico e resultado da seguinte soma: ciclos de reuniões realizados 
+ Documento de Escopo + Documento de Requisitos + Modelagem. 
Este documento é chamado de: 
 
Alternativas: 
 Documento de Escopo. 
 Documento de Requisitos. 
 Documento de Detalhamento de Projeto. 
 Documento de Especificação de Casos de Uso. 
checkCORRETO 
 Documento de Coletânea de Registros de Reuniões. 
Resolução comentada: 
Documento de Especificação de Casos de Uso. Este documento é normalmente 
redigido simultaneamente à atividade de Modelagem. É um documento dinâmico e 
resultado da seguinte soma: ciclos de reuniões realizados + Documento de Escopo + 
Documento de Requisitos + Modelagem. 
Código da questão: 55529 
6) 
Os primeiros minutos de um contato presencial definem as percepções que o Analista 
de Requisitos e o cliente têm um do outro. Neste momento, sugere-se que (assinale a 
alternativa correta): 
 
Alternativas: 
 O Analista de Requisitos inicie a conversa indo direto ao ponto, sem se 
preocupar com a percepção que o cliente terá dele. 
 O Analista de Requisitos inicie a conversa de modo a “quebrar o gelo”. 
checkCORRETO 
 O Analista de Requisitos não precisa se preocupar com estas coisas, pois a 
tarefa dele é pontual. 
 O Analista de Requisitos inicie a conversa contandopiadas, para que assim o 
cliente tenha boa percepção de sua personalidade e modo de trabalhar. 
 O Analista de Requisitos deixe o cliente iniciar a reunião. 
Resolução comentada: 
Neste momento, o Analista de Requisitos deve ser criativo, ou seja, iniciar a conversa 
de modo respeitosa e que “quebre o gelo”. Isso facilita a condução das reuniões e 
deixa o cliente mais à vontade para falar. 
Código da questão: 55528 
7) 
São aqueles que definem as funções de um sistema ou componente de um sistema, 
isto é, como o software deve funcionar e está intimamente conectado aos requisitos 
que tratam da missão, valores e diretrizes do cliente e dos requisitos, que tratam dos 
sistemas operacionais, questões de segurança da informação etc. 
Esta definição refere-se ao requisito: 
 
Alternativas: 
 Desempenho. 
 Funcional. 
checkCORRETO 
 Não funcional. 
 Usuário. 
 Organizacional. 
Resolução comentada: 
As palavras Requisitos Funcionais podem ser substituídas por funcionalidades, por 
funções ou de maneira bastante grosseira, por telas. Estes requisitos serão 
posteriormente “traduzidos” para uma linguagem de programação. 
Código da questão: 55513 
8) 
São 12 os princípios que regem o documento Manifesto Ágil, porém o mais importante 
destes princípios possui seu foco: 
 
Alternativas: 
 Na complexidade do projeto. 
 Nas pessoas. 
checkCORRETO 
 Na eliminação de burocracias. 
 Na dinâmica da gestão de projetos. 
 Nos processos. 
Resolução comentada: 
O Manifesto Ágil possui essencialmente o foco nas pessoas, pois pessoas motivadas 
produzem melhor, são mais organizadas e consequentemente zelam pela qualidade do 
trabalho. 
Código da questão: 55511 
9) 
É possível afirmar que a comunicação entre cliente e Analista de Requisitos se dá por 
meio de momentos; por exemplo, no primeiro momento, são utilizadas as 
________________. Dependendo da complexidade do projeto, é possível _______ as técnicas 
ou, ainda, utilizar uma ou mais técnicas no primeiro momento, e no segundo momento, 
utilizar outras técnicas. Quem decide é o _______. 
Assinale a alternativa que completa adequadamente as lacunas acima: 
 
Alternativas: 
 Modelagem de requisitos; Compreender; Gerente de Projetos. 
 Modelagem de requisitos; Combinar; Gerente de Programação. 
 Técnicas de levantamento de requisitos; Combinar; Analista de Requisitos. 
checkCORRETO 
 Classificações dos requisitos; Combinar; Analista de Requisitos. 
 Técnicas de levantamento de requisitos; Entender; Analista de Negócios. 
Resolução comentada: 
No segundo momento, é (são) apresentado(s) o(s) requisito(s) (funcionais) para obter 
mais detalhes. Observe que este momento também possui um ciclo: enquanto não se 
esgotar a especificação de todos os detalhes de todos os requisitos (funcionais), não é 
possível passar para a atividade de modelagem (isto do ponto de vista de 
metodologias tradicionais; caso o Analista de Requisitos esteja inserido numa equipe 
na qual foi estabelecido que a dinâmica de trabalho (metodologia) seja ágil, então o 
Analista de Requisitos deverá eleger melhor os requisitos/grupo de requisitos para que 
seja executada a metodologia ágil de maneira adequada). 
Assim como no primeiro momento, aqui também são utilizadas as técnicas de 
levantamento de requisitos. Dependendo da complexidade do projeto, é possível 
combinar as técnicas ou, ainda, utilizar uma ou mais técnicas no primeiro momento e, 
no Segundo momento, utilizar outras técnicas diferentes daquelas utilizadas no 
primeiro momento. Quem decide é o Analista de Requisitos. 
Código da questão: 55522 
10) 
Sobre a modelagem do comportamento dinâmico ou funcional, considere as seguintes 
afirmações, classificando-as em verdadeiras (V) ou falsas (F): 
( ) Possui grau médio de abstração. 
( ) Oferece a visualização de como as futuras funcionalidades do software a ser 
desenvolvido terá. 
( ) É também conhecido como Requisitos de Domínio. 
( ) É composta por rascunhos de telas e descrições, onde estas descrições ilustram os 
campos e as dinâmicas destas telas. 
( ) Representa tudo aquilo que é preciso para que os requisitos funcionais sejam 
executados de maneira adequada. 
Assinale a alternativa que contenha a sequência correta: 
 
Alternativas: 
 V – V – F – V – F. 
checkCORRETO 
 V – F – F – V – V. 
 V – V – V – V – F. 
 V – F – F – V – F. 
 F – V – F – V – F. 
Resolução comentada: 
A primeira, a segunda e a quarta asserções são verdadeiras, pois de acordo com a 
classificação sobre os níveis de abstração, esta modelagem está no nível médio, ou 
seja, os requisitos ainda não possuem grandes níveis de detalhamento. Esta 
modelagem objetiva oferecer uma visualização de como as futuras funcionalidades do 
software a ser desenvolvido serão, que é representada por meio de rascunhos de telas 
com seus respectivos campos e dinâmica. É uma espécie de “prévia” dos requisitos. 
Este modelo é representado por meio de esquemas de telas e texto explicando cada 
uma destas telas. 
Já a terceira e a quinta asserções são falsas, pois a terceira asserção refere-se à 
visualização do contexto no qual o software será implantado, isto é, a modelagem de 
contexto. Finalmente a quinta asserção é a definição de Requisitos Não Funcionais. 
Código da questão: 55516