Questões de Concurso

Considere que você e sua equipe são responsáveis por conduzir um processo de revisão e validação de todos os requisitos identificados para um projeto de um sistema de software.

Em relação aos princípios de validação de requisitos que contribuem para melhorar a qualidade dos resultados da validação, analise as recomendações a seguir:

I. Evite que o autor de um requisito também seja a pessoa que vai validar o requisito.

II. Separe a atividade de identificação de falhas nos requisitos da atividade de correção.

III. Valide requisitos somente a partir do ponto de vista do stakeholder principal.

Está correto o que se recomenda em:

Identificar o conhecimento e os requisitos dos stakeholders é uma atividade importante do ciclo de desenvolvimento de um projeto de software.

Considere que você tem a responsabilidade de desenvolver requisitos inovadores, porém, neste momento não está muito interessado em estabelecer requisitos precisos sobre o comportamento do sistema.

Dentre as técnicas de elicitação de requisitos a seguir, a mais indicada para esboçar uma visão inicial do sistema e identificar fatores inesperados de satisfação dos stakeholders é:

Considere a opção de utilizar a família de notações gráficas da UML para ajudar a descrever o projeto de um sistema de software.

Os diagramas mais adequados para descrever como grupos de objetos colaboram em algum comportamento, os tipos de objetos com os relacionamentos estáticos existentes entre eles e o comportamento do ciclo de vida de um objeto específico são, respectivamente:

No que se refere à modelagem de processos de negócio e às metodologias utilizadas para desenvolvimento de softwares, julgue o item que se segue.

Normalmente, o time do projeto define quando a entrega de uma versão deve ser realizada após analisar o retorno sobre o investimento e avaliar se um conjunto de funcionalidades já pode ser utilizado por clientes e usuários.

No que se refere à modelagem de processos de negócio e às metodologias utilizadas para desenvolvimento de softwares, julgue o item que se segue.

Depois de ordenados os requisitos do product backlog pelo time de desenvolvimento, o Product Owner avalia a qualidade dos produtos entregues para certificar que os desenvolvedores realizaram adequadamente as avaliações de mercado e as necessidades dos clientes do produto. Práticas de estimativa, como burndown, em conjunto com gráficos de barra, são úteis para estabelecer o burndown baseline e auxiliar o time de desenvolvimento a gerir a complexidade do projeto.