Em projetos com alta complexidade e requisitos em constante evolução, a escolha da metodologia de gerenciamento impacta diretamente o sucesso da entrega. O Guia PMBOK e o Guia do Scrum representam abordagens distintas, porém complementares, sendo comum sua combinação em projetos híbridos. Um dos principais desafios nesse contexto é garantir que os marcos tradicionais (típicos de metodologias preditivas) sejam harmonizados com as entregas iterativas das abordagens ágeis, sem sobrecarregar a equipe ou perder o foco no valor entregue. Dessa forma, a melhor estratégia para equilibrar a necessidade de marcos tradicionais com a flexibilidade das entregas ágeis em um projeto híbrido é

Os princípios da orientação a objetos são importantes para a análise e projeto de sistemas, permitindo uma melhor organização e reutilização do código. Entre os princípios, destacam-se a abstração, encapsulamento, herança e polimorfismo. Marque a opção que define, corretamente, um desses princípios.

O Processo Unificado (Unified Process ou simplesmente UP) é um modelo de processo de desenvolvimento de software prescritivo, iterativo e incremental, o qual organiza o desenvolvimento em fases e disciplinas. A figura a seguir ilustra o ciclo de vida do UP. Um dos princípios fundamentais do UP é o balanceamento dinâmico entre atividades de diferentes disciplinas ao longo das fases.

Considerando a figura apresentada, marque a opção que descreve, corretamente, a característica que distingue o UP de outros modelos prescritivos.

O Modelo C4 é uma das abordagens utilizadas para documentação de arquitetura de software. Nessa abordagem são definidos quatro níveis de abstração: Contexto (context), Contêineres (containers), Componentes (components) e Código (code) para representar sistemas complexos de forma escalável. O diagrama a seguir apresenta um modelo C4, o qual foca em tecnologias, protocolos de comunicação e responsabilidades de cada parte do sistema, sendo essencial para arquitetos e desenvolvedores entenderem como as peças se conectam.

Considerando as informações fornecidas e o diagrama, o nível do Modelo C4 que está representado no diagrama é o de

Considere os diagramas UML, apresentados a seguir, os quais representam um dado padrão de projeto comportamental. Considere também as seguintes características: em sistemas complexos onde múltiplos objetos podem processar uma requisição, esse padrão é particularmente útil para: (I) desacoplar o remetente de uma requisição de seus receptores, (II) permitir que vários objetos tenham a chance de processar a requisição e (III) compor comportamentos em tempo de execução.

Fonte: Adaptado de Gamma, E., Helm, R., Johnson, R., Vlissides, J., et all. (2000). Padrões de Projetos: Soluções Reutilizáveis de Software Orientados a Objetos. Edição Português. Capa comum.

Com base nos diagramas e nas características apresentadas, a opção que corresponde ao respectivo padrão de projeto é

No Scrum, a Definição de Pronto (Definition of Done, ou DoD) é um critério essencial para garantir que um incremento do produto seja considerado completo. Ele estabelece um conjunto de requisitos que devem ser atendidos antes que uma funcionalidade seja entregue, assegurando qualidade e consistência. No entanto, equipes maduras em Scrum frequentemente enfrentam desafios ao aplicar o DoD em contextos de integração contínua e entrega contínua (CI/CD), em que a automação e a rápida entrega de valor são prioridades.

A descrição correta de uma característica crítica da Definição de Pronto em um ambiente de CI/CD, considerando as melhores práticas do Scrum, implica que o DoD

No contexto de Arquitetura de Software, os estilos arquiteturais definem padrões de organização e interação entre componentes, influenciando diretamente atributos de qualidade como modularidade, escalabilidade e desempenho. Na descrição correta de um aspecto fundamental do estilo arquitetural Baseado em Eventos (Event-Driven), define-se que