Conhecer Requisitos - Engenharia de Software

Prévia do material em texto

O que é um requisito de software?
Você acertou!
A. 
Um requisito pode ser definido como uma condição ou uma capacidade com a qual o sistema deve estar de acordo.
Requisitos também podem ser descritos como funções, objetivos, propriedades, restrições que o sistema deve possuir para satisfazer contratos, padrões ou especificações de acordo com o(s) usuário(s). De forma mais geral, um requisito é uma condição necessária para satisfazer um objetivo.
Resposta incorreta.
B. 
É uma declaração sobre políticas ou condições que devem ser satisfeitas.
Este é o conceito de uma regra de negócio definido pelo RUP.
Resposta incorreta.
C. 
É uma técnica para a medição de projetos de desenvolvimento de software, visando estabelecer uma medida de tamanho, em Pontos de Função (PF), considerando a funcionalidade implementada, sob o ponto de vista do usuário.
Este é o conceito dado para expressar Pontos de Função.
Resposta incorreta.
D. 
É uma técnica de desenvolvimento de software em que se utiliza camadas.
Requisitos de software podem ser vistos como necessidades ou condições.
Resposta incorreta.
E. 
É um conjunto de elementos que um software entrega, podendo ser dados ou valores.
Os requisitos podem ser considerados funcionais ou não funcionais. Geralmente, eles expressam características que devem ser atendidas.
Qual é a característica de um requisito funcional?
Resposta incorreta.
A. 
Definem propriedades e restrições do sistema.
Este é o conceito de um requisito não funcional.
Você acertou!
B. 
Descrevem explicitamente as funcionalidades e serviços do sistema.
É interessante se fazer algumas perguntas que ajudam a definir os requisitos funcionais, como por exemplo: como o sistema deve reagir a entradas específicas? como deve se comportar em determinadas situações? o que o sistema não deve fazer?
Resposta incorreta.
C. 
É mais voltado para características que podem ser mensuradas e testadas facilmente.
Os requisitos não funcionais é que são mais voltados para características que podem ser mensuradas e testadas facilmente.
Resposta incorreta.
D. 
Expressam informações relacionadas com a segurança do sistema.
Os requisitos não funcionais é que se encarregam de expressar necessidades de segurança.
Resposta incorreta.
E. 
Expressam informações relacionadas com a arquitetura do sistema.
Os requisitos não funcionais é que se encarregam de expressar necessidades de arquitetura.
Qual é a característica de um requisito não funcional?
Resposta incorreta.
A. 
É um tipo de requisito que o usuário geralmente conhece bem.
Geralmente, os usuários conhecem apenas as regras de negócio e os requisitos funcionais (como o sistema deve funcionar).
Resposta incorreta.
B. 
É um tipo de requisito fácil de estimar.
Existe uma grande dificuldade em estimar tempo e custo dos requisitos não funcionais, já que eles são ligados geralmente a tecnologias e precisam de uma informação mais específica.
Você acertou!
C. 
É um tipo de requisito que define propriedades e restrições do sistema. É mais voltado para características que podem ser mensuradas e testadas facilmente.
Geralmente, este tipo de requisito está relacionado com segurança, desempenho, espaço em disco, ferramentas e linguagens de programação.
Resposta incorreta.
D. 
É um tipo de requisito que geralmente descreve explicitamente as funcionalidades e serviços do sistema.
Este é o conceito de requisito funcional.
Resposta incorreta.
E. 
É um tipo de requisito que é flexível e não impacta no desenvolvimento.
A flexibilidade dos requisitos depende da metodologia utilizada. Sobre o impacto, em alguns casos, a definição ruim de um RNF pode impactar diretamente em todo o sistema.
O que é uma regra de negócio?
Você acertou!
A. 
Regras de negócio são premissas e restrições aplicadas a uma operação comercial de uma empresa, que precisam ser atendidas para que o negócio funcione da maneira esperada.
Os critérios e restrições são regras, e regras da empresa (negócio) que faz as entregas. Logo, são regras de negócio.
Resposta incorreta.
B. 
Definem propriedades e restrições do sistema.
Este é o conceito de um requisito não funcional.
Resposta incorreta.
C. 
É um tipo de requisito que geralmente descreve explicitamente as funcionalidades e serviços do sistema.
Este é o conceito de requisito funcional.
Resposta incorreta.
D. 
É um requisito que o usuário não conhece muito bem durante a criação de um sistema.
O usuário/cliente é conhecedor das regras de negócio e é a pessoa que deve ser consultada.
Resposta incorreta.
E. 
É um tipo de requisito difícil de estimar.
Geralmente, as regras de negócio e os requisitos funcionais são mais fáceis de estimar (tempo e custo) do que requisitos não funcionais.
Na engenharia de software, existe um processo genérico de levantamento e análise que contém as seguintes atividades: compreensão do domínio, coleta de requisitos, classificação, resolução de conflitos, definição das prioridades e verificação de requisitos. Uma das atividades mais importantes deste processo é a coleta de requisitos. Informe quais das descrições a seguir melhor descrevem esta atividade:
Resposta incorreta.
A. 
Essa atividade considera o conjunto não estruturado dos requisitos e os organiza em grupos coerentes.
A atividade de classificação que considera o conjunto não estruturado dos requisitos e organiza em grupos coerentes.
Resposta incorreta.
B. 
Quando múltiplos stakeholders estão envolvidos, os requisitos apresentarão conflitos. Essa atividade tem por objetivo solucionar esses conflitos.
A atividade de resolução de conflitos procura entender e solucionar os conflitos que ocorrem entre as requisições dos stakeholders.
Resposta incorreta.
C. 
Nesta atividade, os requisitos são verificados para descobrir se estão completos e consistentes e se estão em concordância com o que os stakeholders desejam do sistema.
A atividade de verificação de requisitos é que permite a análise e verificação de consistência e completude dos requisitos.
Resposta incorreta.
D. 
Em qualquer definição de requisitos, alguns serão mais importantes do que outros. Esse estágio envolve interação com os stakeholders para a definição dos requisitos mais importantes.
A atividade de definição de prioridades é o estágio onde a interação com os stakeholders permite a definição dos requisitos mais importantes e que devem ser desenvolvidos inicialmente.
Você acertou!
E. 
É o processo de interagir com os stakeholders do sistema para descobrir seus requisitos. 
É durante a atividade de coleta de requisitos que a compreensão do domínio se desenvolve mais.