Suponha que em um projeto de desenvolvimento de software, João e Maria estão trabalhando em diferentes branches para implementar funcionalidades distintas. Durante o desenvolvimento, Maria alterou uma função fundamental que também é utilizada por João em seu branch. Quando ambos tentaram integrar os branches ao branch principal, surgiram conflitos de integração devido às alterações na função compartilhada. Considerando esse cenário, qual prática teria ajudado a evitar ou minimizar esse problema de integração?

É o seu pior pesadelo. Um cliente entra em seu escritório, senta-se, olha diretamente nos seus olhos e diz: “Eu sei que você pensa que entendeu o que eu disse, mas o que você não entende é que aquilo que eu disse não era o que eu quis dizer”. Invariavelmente, isso acontece no final do projeto, após compromissos de prazos de entrega terem sido estabelecidos, reputações estarem em risco e muito dinheiro estar em jogo.

Quem trabalhou na área de software e sistemas por mais do que alguns poucos anos já viveu esse pesadelo; mesmo assim, poucos aprenderam a livrar-se dele. Passamos por muitas dificuldades ao tentar extrair os requisitos de nossos clientes. Temos dificuldades para entender as informações obtidas. Normalmente, registramos os requisitos de forma desorganizada e investimos pouco tempo verificando aquilo que registramos. Deixamos que as mudanças nos controlem, em vez de estabelecermos mecanismos para controlar as mudanças. Em suma, não conseguimos estabelecer uma base sólida para o sistema ou software. Todos esses problemas são desafiadores. Quando combinados, o panorama é assustador até mesmo para os gerentes e profissionais mais experientes. Mas soluções existem.

(PRESSMAN, 2021, p. 103. Adaptado.) Sobre a Engenharia de Requisitos, marque V para as afirmativas verdadeiras e F para as falsas.

( ) Recomenda-se iniciar a engenharia de requisitos desde o início de um projeto de software para garantir que o software atenda às necessidades do cliente.

( ) Durante a tarefa de elaboração na engenharia de requisitos, são identificados e analisados os cenários de usuário.

( ) A principal finalidade da negociação durante a engenharia de requisitos é eliminar completamente os requisitos conflitantes.

( ) A especificação de requisitos no contexto da engenharia de requisitos é um processo iterativo de captura e documentação dos requisitos.

( ) A rastreabilidade é importante na engenharia de requisitos para garantir que todos os requisitos estejam alinhados com as diretrizes de engenharia de software.

A sequência está correta em

O time de desenvolvimento da PRODABEL S/A estava trabalhando ativamente na construção de uma API para atender a uma demanda específica da organização. Ao avançar no processo de desenvolvimento, o gestor do projeto detectou a necessidade da implementação de um mecanismo de autorização de acesso, para um maior controle da aplicação; ao avaliar as possibilidades, optou por implementar o protocolo OAuth 2.0, facilitando o processo de desenvolvimento e, consequentemente, acelerando o prazo de entrega da API. Sobre o protocolo selecionado pelo gestor, está correto o que se afirma em, EXCETO:

Os desenvolvedores de determinado projeto de mobilidade urbana da PRODABEL S/A utilizam como metodologia ágil o Scrum. No início desse projeto, os gestores optaram pela metodologia, tendo em vista as características de flexibilidade, adaptação e, principalmente, entrega contínua de valor que as implementações demandavam. Sobre essa metodologia, assinale a afirmativa INCORRETA.

Os requisitos não funcionais são caracterizados pelos requisitos que não estão diretamente relacionados com os serviços específicos oferecidos pelo sistema a seus usuários; geralmente, esses requisitos estão relacionados às propriedades emergentes da aplicação. Considerando que a PRODABEL S/A possui uma equipe específica e dedicada para as tarefas de engenharia de sistemas, que trabalha com diversas etapas e tarefas como, por exemplo, a coleta de requisitos não funcionais, marque V para as afirmativas verdadeiras e F para as falsas.

( ) A propriedade velocidade aborda transações processadas/segundo, tempo de resposta de usuário/evento e tempo de atualização de tela.

( ) O tempo de reinício após falha, o percentual de eventos que causam falhas e a probabilidade de corrupção de dados em caso de falhas são abordadas pela propriedade robustez.

( ) A propriedade portabilidade pode avaliar o percentual de declarações dependentes do sistema-alvo e a disponibilidade.

( ) Abordar o tempo de treinamento, o número de frames de ajuda e o número de chip de memória ROM está relacionada à propriedade facilidade de uso.

A sequência está correta em