consistência e completeza.

validade e consistência.

realismo e validade.

realismo e consistência.

diagramas de componentes são diagramas de comportamento com a função de visualizar um conjunto de componentes e as suas relações.

diagramas de classes têm como função visualizar um conjunto de objetos e as suas relações num determinado instante de tempo.

os requisitos identificam as funcionalidades pretendidas no sistema para cada perfil de usuário, com base nos diagramas de iteração.

diagramas de instalação são diagramas estruturais e têm a função de visualizar a configuração de um conjunto de nós de processamento e dos componentes em execução em cada nó.

uma classe abstrata é uma descrição de um conjunto de objetos que compartilham os mesmos atributos, operações e relações.

O Sprint deve ser realizado num período máximo de 40 dias e ter uma equipe de trabalho não superior a 10 pessoas.

Se o Sprint tomar um rumo não desejado, é possível dissolvê-lo e começar um novo Sprint, baseando num novo Sprint Backlog.

As reuniões durante um Sprint devem ser diárias, sempre à mesma hora e no mesmo local e não devem durar mais que 30 minutos.

Toda conversação restringe as respostas dos participantes às três perguntas do Scrum Master: O que desenvolveu desde a última reunião? Que dificuldades encontrou durante o seu trabalho? O que planeja desenvolver até a próxima reunião?

Com base nas respostas às três perguntas, o Scrum Master deve imediatamente tomar decisões, quando necessárias, para remover todas as situações que impeçam a agilidade do trabalho.

I, II e III.

I, II e IV.

II, III e V.

II, IV e V.

III, IV e V.

Requisitos.

Análise e Design.

Modelagem de Negócios.

Gerenciamento de Configuração e Mudança.

Gerenciamento de Projetos.

Designer de Negócios.

Revisor do Modelo de Negócios.

Analista do Processo de Negócios.

Revisor de Requisitos.

Analista de Sistemas.

O design de software, ao descrever os diversos aspectos que estarão presentes no sistema quando construído, permite que se faça a avaliação prévia para garantir que ele alcance os objetivos propostos pelos interessados.

A representação de um design de software mais simples para representar apenas as suas características essenciais busca atender ao princípio da abstração.

Iniciar a entrevista para obtenção dos requisitos de software com perguntas mais genéricas e finalizar com perguntas mais específicas sobre o sistema é o que caracteriza a técnica de entrevista estruturada em funil.

No contexto de levantamento de requisitos, funcionalidade é um dos aspectos que deve ser levado em conta na abordagem dos requisitos funcionais.

A representação é a linguagem do design, cujo único propósito é descrever um sistema de software que seja possível construir.