Questões de Concursos Processos de Software

Durante o desenvolvimento de uma aplicação web para o acompanhamento de processos administrativos no MPRS, a equipe de desenvolvimento está utilizando a metodologia Scrum. A cada Sprint, são realizadas reuniões de planejamento, desenvolvimento e revisão. Ao final do Sprint, a equipe se reúne para refletir sobre o trabalho realizado, identificar o que funcionou bem, o que pode ser melhorado e definir ações para o próximo ciclo de trabalho.

Após a realização de vários Sprints, a equipe percebe que, embora os entregáveis estejam sendo cumpridos, há algumas dificuldades na comunicação interna e na priorização das tarefas, o que leva a certa perda de produtividade e atrasos. Para melhorar esses pontos e otimizar o desempenho da equipe nos próximos Sprints, uma reunião é convocada. O evento em que a equipe realiza essa reflexão e definição de melhorias para o próximo Sprint é denominado

Em relação ao processo unificado (RUP), julgue o item que se segue.

No ciclo de desenvolvimento inicial típico para um projeto de tamanho médio, recomenda-se a seguinte distribuição de esforço: 10% para iniciação, 25% para elaboração, 50% para construção e 15% para transição.

Está sendo implementado o XP (eXtreme Programming) em uma equipe de TI. Para tanto, está sendo colocada a seguinte série de práticas específicas da metodologia XP em análise:

I. Programação Pareada (Pair Programming).

II. Fases pequenas (Small Releases).

III. Refatoração (Refactoring).

IV. Jogo de Planejamento (Planning Game).

Com base no seu conhecimento sobre a metodologia citada acima, suas práticas específicas estão corretamente relacionadas nos itens:

Acerca da metodologia Scrum, julgue o item subsequente.

Durante a sprint planning do Scrum, na definição de como o trabalho escolhido será realizado, fica a critério exclusivo dos developers a forma de planejamento do trabalho necessário para criar um incremento que atenda à definição de pronto.

Julgue o seguinte item, relativos à engenharia de software.

Os casos de uso podem ser considerados uma técnica de descoberta de requisitos; eles são documentados por um diagrama de casos de uso de alto nível, no qual se descrevem os atores — pessoas ou outros sistemas — e as interações do sistema.