Requisitos descrevem um acordo ou contrato entre duas partes, especificando, entre outros aspectos, o que o sistema de software deve fazer para ser aprovado em um teste de aceitação.

Um  modelo de processo de softwarefornece um guia específico para o trabalho de engenharia de software. Eledefine o fluxo de todas as atividades, ações e tarefas, o grau de interação, osartefatos e a organização do trabalho a ser realizado.

São exemplos de requisitos não funcionais a serem considerados em um software:

Na fase de especificação de requisitos em projetos de software, deve-se

Identificar as expectativas e necessidades dos stakeholders com relação ao software a ser desenvolvido.

Requisitos de um sistema são frequentemente classificados como funcionais, não funcionaise de domínio. Qual a definição que melhor descreve requisitos não funiconais?

Os  requisitos funcionais  não estão diretamente relacionados com as funções específicas do sistema.

Em relação à fase de validação de requisitos, é correto afirmar que:

Engenharia de Software é uma disciplina de engenharia cujo foco está em todos os aspectos da produção de software, desde os estágios iniciais da especificação  do sistema até a sua manutenção.

Um  modelo de processo de software fornece um guia específico para o trabalho de engenharia de software. Ele define o fluxo de todas as atividades, ações e tarefas, o grau de interação, os artefatos e a organização do trabalho a ser realizado.

Nos processos ágeis o planejamento é incremental e é mais fácil modificar o processo para refletir alterações nos requisitos do cliente

O Scrum é um processo de desenvolvimento tradicional de software, baseado em grupos de práticas e papeis pré-definidos. Ele é um processo iterativo e incremental para gerenciamento de projetos e desenvolvimento de sistemas, onde cada sprint é uma iteração que segue um ciclo PDCA (Plan, Do, Check, Act) e entrega um incremento de software pronto.

Em diagramas de caso de uso, um relacionamento estendido é utilizado para a modelagem da parte de um caso de uso que o usuário poderá considerar como um comportamento opcional do sistema e para a modelagem de um sub fluxo separado, que é executado somente sob determinadas condições.

Um relacionamento estendido entre casos de uso significa que o caso de uso base incorpora implicitamente o comportamento de outro caso de uso em um local especificado indiretamente pelo caso de uso estendido. O caso de uso estendido nunca permanece isolado, mas é apenas instanciado como parte de alguma base maior que o estende.

Para captar os requisitos funcionais de um sistema pode-se utilizar a UML. O diagrama mais adequado para essa finalidade é o diagrama de

O objetivo do Diagrama de Caso de Uso é auxiliar a comunicação entre os analistas e o cliente. Nesse diagrama é apresentada uma coleção de objetos, seus relacionamentos e as mensagens entre eles.

No diagrama de casos de uso, as pessoas ou entidades externas queintegram, interagem ou desempenham algum papel no sistema, são conhecidas como:

 objetos. 

Na modelagem com UML, o Diagrama de Casos de Uso fornece