Skip to content

Commit

Permalink
Merge pull request #7 from mdsreq-fga-unb/docs/adicionar-questionario…
Browse files Browse the repository at this point in the history
…-no-pages

[docs] Adicionar questionário na missão 1
  • Loading branch information
artrsousa1 authored Apr 18, 2024
2 parents 25d4d7b + 86b31c3 commit 828945a
Showing 1 changed file with 187 additions and 0 deletions.
187 changes: 187 additions & 0 deletions docs/missoes/missao1/questionario.md
Original file line number Diff line number Diff line change
@@ -0,0 +1,187 @@
# Missão 1
## QUESTIONÁRIO
### Facção GoHorse Starborne Legion

1. **Indique a opção INCORRETA:**
Os desejos dos usuários podem:
- (A) Gerar necessidades e requisitos de software desnecessários.
- (B) Gerar retrabalho.
- (C) Ser individuais.
- (D) Garantir o desenvolvimento de uma solução real.

2. **Se a necessidade não for atendida:**
- (A) A organização não é prejudicada.
- (B) O cliente não é prejudicado.
- (C) Os resultados esperados continuam sendo gerados.
- (D) A organização pode parar.

3. **Qual é o primeiro passo fundamental para atender às necessidades do usuário?**
- (A) Desenvolver rapidamente um protótipo.
- (B) Implementar todas as funcionalidades solicitadas.
- (C) Compreender corretamente o problema real.
- (D) Realizar testes extensivos no software.

4. **Por que é importante evitar escolher o problema errado em um projeto de software?**
- (A) Para aumentar a quantidade de retrabalho.
- (B) Para atender aos requisitos sem resolver o problema correto.
- (C) Para atrasar o cronograma do projeto.
- (D) Para reduzir a comunicação com os stakeholders.

5. **Qual técnica é recomendada para identificar as causas raízes dos problemas?**
- (A) Diagrama de Pareto.
- (B) Diagrama de Ishikawa (Espinha de Peixe).
- (C) Análise SWOT.
- (D) Análise de Regressão.

6. **O que o Princípio de Pareto afirma em relação aos problemas em um projeto de software?**
- (A) 100% dos problemas podem ser resolvidos com 20% do esforço.
- (B) Todos os problemas têm a mesma importância.
- (C) É necessário resolver todos os problemas de uma vez.
- (D) 80% dos resultados podem ser obtidos com 20% do esforço.

7. **Qual é a importância de identificar as causas que mais contribuem para um problema em um projeto de software?**
- (A) Para aumentar a complexidade do projeto.
- (B) Para priorizar o tratamento das causas mais relevantes.
- (C) Para adicionar mais requisitos ao software.
- (D) Para atrasar o lançamento do produto.

8. **O que o diagrama de "Espinha de Peixe" (Ishikawa) ajuda a visualizar em um projeto de software?**
- (A) As causas e efeitos de um problema.
- (B) As etapas do ciclo de vida do software.
- (C) As funcionalidades do software.
- (D) As métricas de desempenho do software.

9. **Quantos "porquês" são geralmente recomendados para identificar as causas raízes de um problema?**
- (A) 3
- (B) 5
- (C) 7
- (D) 10

10. **Qual é a principal razão para aplicar a regra 80-20 ao analisar as causas de um problema em um projeto de software?**
- (A) Para aumentar a complexidade do projeto.
- (B) Para adicionar mais requisitos ao software.
- (C) Para atrasar o lançamento do produto.
- (D) Para focar nas principais causas contribuintes.

11. **Por que é importante tratar as causas mais relevantes de um problema primeiro em um projeto de software?**
- (A) Para aumentar o custo do projeto.
- (B) Para demonstrar a complexidade do software.
- (C) Para obter resultados significativos com menos esforço.
- (D) Para adicionar mais funcionalidades ao software.

12. **Qual é o papel da compreensão correta do problema no processo de desenvolvimento de software?**
- (A) Atrasar o início do projeto.
- (B) Garantir que todos os requisitos sejam atendidos.
- (C) Evitar retrabalho e garantir que o problema esteja resolvido.
- (D) Limitar a comunicação com os stakeholders.

13. **Sobre a Engenharia de Requisitos, assinale a alternativa correta:**
- (A) A Engenharia de Requisitos não precisa ser aplicada em todos os projetos, pois nem todo software tem requisitos.
- (B) Projetos que aplicam pouco as técnicas da Engenharia de Requisitos tendem a ter sucesso a longo prazo.
- (C) A finalidade da Engenharia de Requisitos é estabelecer boa comunicação entre as partes envolvidas no processo de desenvolvimento de software.
- (D) A finalidade da Engenharia de Requisitos é produzir boa documentação.

14. **Sobre os processos de elicitação e descoberta de requisitos, qual alternativa é incorreta?**
- (A) É importante entender, neste momento, quais são os stakeholders e fontes de informação.
- (B) Nessa fase, o conjunto de requisitos encontrado não é entendido de maneira profunda.
- (C) Nessa etapa, interessa descobrir apenas as funcionalidades do sistema.
- (D) Essa etapa também é importante para projetos cujos requisitos são conhecidos e estáveis.

15. **Qual das definições a seguir melhor explica o conceito de stakeholder?**
- (A) É a pessoa que paga pelo software.
- (B) É o usuário do software.
- (C) É o dono da empresa contratante.
- (D) São todos os afetados materialmente pelo sistema.

16. **Qual é o principal objetivo da engenharia de requisitos?**
- (A) Entender os problemas a serem resolvidos pelo software.
- (B) Incentivar a proximidade com o cliente.
- (C) Definir boa documentação para o software.
- (D) Encontrar os erros no software projetado.

17. **Qual é a diferença entre verificação e validação?**
- (A) Verificação é uma atividade que visa ter certeza se o problema foi entendido corretamente. Validação é uma atividade que visa ter certeza se o problema foi solucionado corretamente.
- (B) Validação é uma atividade que visa ter certeza se o problema foi entendido corretamente. Verificação é uma atividade que visa ter certeza se o problema foi solucionado corretamente.
- (C) Validação é uma atividade em que os envolvidos no desenvolvimento do software tentam, juntos, chegar a um entendimento comum dos requisitos. Verificação é uma atividade em que os requisitos brutos e incompletos são modificados.
- (D) Verificação é uma atividade em que os envolvidos no desenvolvimento do software tentam, juntos, chegar a um entendimento comum dos requisitos. Validação é uma atividade em que os requisitos brutos e incompletos são modificados.

18. **Qual das alternativas a seguir contém apenas técnicas cujo objetivo é entender um problema?**
- (A) Diagrama de Ishikawa, Planning Poker e 5 Porquês
- (B) Diagrama de pareto, Pair Programming, 5 Porquês
- (C) Diagrama de pareto, Diagrama de Ishikawa, 5 Porquês
- (D) 5 Porquês, Integração Contínua e Planning Poker

19. **Qual é o principal problema da técnica dos 5 Porquês?**
- (A) É uma técnica ineficiente, pois os questionamentos não levam a lugar algum.
- (B) É possível que os questionamentos levem a um problema periférico, que não é o principal.
- (C) Entender problemas propostos por stakeholders é fácil, então a técnica é uma perda de tempo.
- (D) 5 perguntas são pouco para chegar a um entendimento do problema.

20. **Como as solicitações dos principais envolvidos podem ser encaradas no processo de identificação das necessidades?**
- (A) Como requisitos essenciais.
- (B) Como uma lista de desejos.
- (C) Como soluções atuais.
- (D) Como características de alto nível do sistema.

21. **Por que é importante organizar as necessidades dos stakeholders à medida que vão surgindo?**
- (A) Para priorizar os requisitos extravagantes.
- (B) Para compartilhar uma mesma visão sobre as necessidades.
- (C) Para ocultar informações dos stakeholders.
- (D) Para criar mais problemas no projeto.

22. **Como um quadro de necessidades pode auxiliar os envolvidos a compreender e atender às necessidades identificadas?**
- (A) Ocultando informações importantes.
- (B) Priorizando requisitos extravagantes.
- (C) Mostrando problemas, soluções atuais, soluções propostas e prioridades.
- (D) Criando mais dificuldades na comunicação.

23. **São alguns dos valores considerados importantes para a Engenharia de Requisitos:**
- (A) Comunicação, Feedback, Coragem, Compromisso, Confiança.
- (B) Comunicação, Determinação, Respeito, Simplicidade, Feedback.
- (C) Comunicação, Organização, Respeito, Simplicidade, Coragem.
- (D) Organização, Respeito, Simplicidade, Feedback, Confiança.

24. **Dos 11 princípios da Engenharia de Requisitos, qual a definição de orientação a valor?**
- (A) Requisitos são meios para um fim, não um fim em si mesmo.
- (B) Problema, requisitos e solução devem estar sempre entrelaçados.
- (C) A ER influencia as pessoas e o ambiente.
- (D) Requisitos não validados são inúteis.

25. **Seleciona a opção que se enquadra aos princípios dae engenharia de Requisitos**
- (A) Feedback
- (B) Respeito
- (C) Validação dos requisitos
- (D) Coragem

26. **Acerca do princípio da comunicação de requisitos, é correto afirmar que:**
- (A) Comunicação é sobre documentos, que devem ser descritos em documentações detalhadas para serem eficientes.
- (B) Somente a equipe técnica deve ter conhecimento sobre os requisitos do projeto.
- (C) Diz sobre comunicações, e não documentos. É importante que todos os envolvidos sejam comunicados de forma adequada sobre os requisitos.
- (D) As características dos clientes, dos produtos e da própria equipe não são importantes. O foco está no contexto do negócio.

27. **Um entendimento comum é a base para a construção de soluções. Sobre entendimento compartilhado, selecione a opção em que tenha apenas fatores habilitadores.**
- (A) Distância geográfica, Conhecimento do domínio
- (B) Restrições regulatórias, Compartilhamento de cultura e valores
- (C) Terceirização, Domínio de padrões específicos
- (D) Confiança mútua, existências de soluções de referência

28. **Em relação a validação de requisitos de software, baseado no princípios de requisitos de software, qual a alternativa que está incorreta:**
- (A) A validação é crucial para garantir que os requisitos sejam corretos e atendam às necessidades das partes interessadas.
- (B) A validação só pode ser realizada após a resolução de conflitos e definição de prioridades entre as partes interessadas.
- (C) A validação é um processo contínuo que deve ser realizado durante todo o ciclo de vida do projeto.
- (D) Os requisitos não validados são úteis para o desenvolvimento do projeto, pois servem como base para a implementação do sistema.

29. **Sobre os princípios da ER, qual o impacto da Engenharia de Requisitos, selecione a alternativa correta.**
- (A) A Engenharia de Requisitos influencia as pessoas e o ambiente
- (B) Incentivar mais pessoas a conhecerem o assunto.
- (C) Ensinar o que seria engenharia de Requisitos.
- (D) Definir ferramentas necessárias para um bom projeto de software.

30. **As razões para as mudanças nos requisitos são vastas e podem variar, selecione a opção que corresponde a alternativa correta.**
- (A) Os requisitos não precisam acompanhar a evolução do sistema, pois já foram definidos.
- (B) Detecção de erros ou domínio incorreto de algumas premissas são fatores que podem acarretar mudanças nos requisitos.
- (C) A tecnologia não se altera em nenhum momento.
- (D) Não há necessidade de manter os requisitos estáveis, pois não há custos na mudança do mesmo.

### GABARITO:
1)E 2)D 3)C 4)B 5)B 6)D 7)B 8)A 9)B 10)D 11)C 12)C 13)C 14)C 15)D 16)A 17)B 18)C 19)B 20)B 21)B 22)C 23)A 24)A 25)C 26)C 27)D 28)D 29)A 30)B

0 comments on commit 828945a

Please sign in to comment.