Requisitos de Software

Questionário 06

1. São mitos da análise do problema:
   1. Já temos um manual repleto de padrões e procedimentos para a construção de software. Isso não oferecerá ao meu pessoal tudo que eles precisam saber?
   2. O manual de padrões pode muito bem existir, mas será que ele é usado?
   3. Os profissionais de software têm conhecimento de sua existência?
   4. Ele reflete a moderna prática de desenvolvimento de software?
   
   
2. São mitos da análise do problema:
   1. Se estamos atrasados nos prazos podemos adicionar mais programadores e tirar o atraso
   2. O desenvolvimento de software não é um processo mecânico igual à manufatura
   3. Aplica-se a máxima: Uma mulher gera um bebê em nove meses e nove mulheres não podem gerar um bebê em um mês
   4. Quando novas pessoas são acrescentadas, as pessoas que estavam trabalhando devem gastar tempo educando os recém chegados
   
   
3. São mitos da análise do problema:
   1. Uma definição inicial ruim é a principal causa de fracasso dos esforços de desenvolvimento de software
   2. Uma descrição formal e detalhada do domínio da informação, função, desempenho, interfaces, restrições de projeto e critérios de validação é fundamental
   3. Deve existir cuidados na comunicação entre o cliente e o desenvolvedor
   4. Uma declaração geral dos objetivos é suficiente para começar a escrever programas – podemos preencher os detalhes mais tarde
   
   
4. Faz parte da Elicitação de Requisitos, exceto:
   1. Identificar os fatos que compõem os requisitos do sistema a fim de prover o mais correto e mais completo entendimento do que é demandado daquele software
   2. Entender o processo parcialmente
   3. Envolver o ambiente de trabalho do cliente, ou seja, se misturar com os funcionários,observar, aprender, e questionar, de forma a superar a ignorância do domínio do problema
   4. Entender a razão porque as coisas são feitas da forma que são
   
   
5. São exemplos de dificuldades para Elicitação de Requisitos no caso dos usuários:
   1. Não ter uma ideia precisa do sistema por eles requerido
   2. Descrever seu conhecimento sobre o domínio do problema
   3. Pontos de vista idênticos do problema
   4. Observar que o novo sistema será uma forma de auxílio ao trabalho
   
   
6. São atividades para Elicitação de Requisitos, exceto:
   1. Entendimento do domínio da aplicação
   2. Entendimento do problema
   3. Entendimento do negócio
   4. Entendimento das limitações operacionais
   
   
7. São produtos para Elicitação de Requisitos, exceto:
   1. Lista dos usuários do sistema
   2. Falta de entendimento do fluxo de trabalho dos usuários
   3. Papel de cada departamento/setor que irá utilizar o sistema
   4. Lista dos requisitos
   
   
8. São técnicas especiais que podem ser usadas para coletar conhecimento sobre os requisitos dos usuários, exceto:
   1. Workshop
   2. Brainstorming
   3. Roleplaying
   4. Adventury
   
   
9. O que melhor define a técnica de Entrevista é:
   1. O Engenheiro de requisitos ou analista discute o sistema com diferentes stakeholders para obter um entendimento dos requisitos
   2. Reunião de todos os stakeholders durante um período curto mas intensivo e focado em um determinado assunto
   3. Uma ou várias reuniões que permitem que as pessoas sugiram e explorem várias ideias
   4. Após a determinação dos atores, explicar o que acontece com eles e descrever a forma como isso acontece
   
   
10. São tipos da Técnica de Entrevista, exceto:
    1. Fechadas
    2. Estrutural
    3. Abertas
    4. Tutorial
    
    
11. O que melhor define a técnica de Workshop é:
    1. O Engenheiro de requisitos ou analista discute o sistema com diferentes stakeholders para obter um entendimento dos requisitos
    2. Reunião de todos os stakeholders durante um período curto mas intensivo e focado em um determinado assunto
    3. Uma ou várias reuniões que permitem que as pessoas sugiram e explorem várias ideias
    4. Após a determinação dos atores, explicar o que acontece com eles e descrever a forma como isso acontece
    
    
12. O que melhor define a técnica de Brainstorming é:
    1. O Engenheiro de requisitos ou analista discute o sistema com diferentes stakeholders para obter um entendimento dos requisitos
    2. Reunião de todos os stakeholders durante um período curto mas intensivo e focado em um determinado assunto
    3. Uma ou várias reuniões que permitem que as pessoas sugiram e explorem várias ideias
    4. Após a determinação dos atores, explicar o que acontece com eles e descrever a forma como isso acontece
    
    
13. O que melhor define a técnica de Storyboarding é:
    1. O Engenheiro de requisitos ou analista discute o sistema com diferentes stakeholders para obter um entendimento dos requisitos
    2. Reunião de todos os stakeholders durante um período curto mas intensivo e focado em um determinado assunto
    3. Uma ou várias reuniões que permitem que as pessoas sugiram e explorem várias ideias
    4. Após a determinação dos atores, explicar o que acontece com eles e descrever a forma como isso acontece
    
    
14. O que melhor define a técnica de Roleplaying é:
    1. O Engenheiro de requisitos ou analista discute o sistema com diferentes stakeholders para obter um entendimento dos requisitos
    2. Determina os atores, explica o que acontece com eles e descreve a forma como isso acontece
    3. Uma ou várias reuniões que permitem que as pessoas sugiram e explorem várias ideias
    4. Após a determinação dos atores, explicar o que acontece com eles e descrever a forma como isso acontece
    
    
15. O que melhor define a técnica de Prototipação é:
    1. Explorar aspectos críticos dos requisitos de um produto, implementando de forma rápida um pequeno subconjunto de funcionalidades deste produto
    2. Determina os atores, explica o que acontece com eles e descreve a forma como isso acontece
    3. Uma ou várias reuniões que permitem que as pessoas sugiram e explorem várias ideias
    4. Após a determinação dos atores, explicar o que acontece com eles e descrever a forma como isso acontece