<!DOCTYPE html>
<html lang="pt-BR">
<head>
 <meta charset="UTF-8">
 <style>
 body {
 font-size: 16px;
 line-height: 1.5;
 }
 .blue {
 color: blue;
 }
 math {
 font-size: 16px;
 }
 </style>
</head>
<body>
 A questão apresentada baseia-se nos conhecimentos do Guia PMBOK e envolve um conceito fundamental no gerenciamento de projetos: a Estrutura Analítica do Projeto (EAP), também conhecida como Work Breakdown Structure (WBS). A formulação da pergunta sugere uma análise sobre a fase adequada para a criação da EAP dentro das diferentes fases do gerenciamento de projetos. Vamos entender e julgar a correção do item.
 

 A EAP é uma ferramenta essencial que organiza o trabalho do projeto em componentes menores. Este processo é crucial para garantir que o projeto seja manejável e organizado. A EAP é usada para subdividir tanto as entregas quanto o trabalho necessário para completar o projeto, o que facilita o planejamento, a execução, o monitoramento e o controle do projeto.
 

 O erro na afirmação do enunciado está em associar a criação da EAP ao grupo de processos de "monitoramento e controle". Na verdade, conforme o PMBOK, a criação da EAP ocorre na fase de planejamento. É importante salientar que os cinco grupos de processos em gerenciamento de projetos são: Iniciação, Planejamento, Execução, Monitoramento e Controle, e Encerramento. A EAP, sendo uma ferramenta de decomposição do escopo do trabalho, enquadra-se claramente como uma atividade de planejamento.
 

 Para a elaboração da EAP, acontecem os seguintes passos, refletidos nos processos de gerenciamento, que estão todos incluídos na fase de planejamento:
 <ul>
 <li>Planejar o gerenciamento do escopo: Define como o escopo será definido, validado e controlado.</li>
 <li>Coletar os requisitos: Determinar, documentar e gerenciar as necessidades e requisitos das partes interessadas.</li>
 <li>Definir o escopo: Detalhar o trabalho que será realizado para entregar o produto, serviço ou resultado desejado.</li>
 <li>Criar a EAP: Subdividir as entregas e o trabalho do projeto em componentes menores.</li>
 </ul>
 

 De acordo com a explicação acima e as práticas recomendadas pelo PMBOK, a afirmação da questão é incorreta ao localizar a criação da EAP no grupo de processos de "monitoramento e controle". Este grupo de processos é responsável por acompanhar, revisar e regular o progresso e a performance do projeto; identificar áreas que necessitam de ajustes e iniciar as mudanças correspondentes.
 

 Dessa forma, é evidente que o local correto para a criação da EAP é o grupo de processos de planejamento, e não de monitoramento e controle, conforme indicado erroneamente no enunciado da questão.
 

 Portanto, a alternativa correta é E.
 

</body>
</html>

O processo de criação da estrutura analítica do projeto (EAP) 
ocorre no grupo de planejamento denominado 
monitoramento e controle, com o objetivo de subdividir as 
entregas e o trabalho do projeto em componentes menores, 
mais facilmente gerenciáveis.

Considerando o PMBOK 6.ª edição, julgue o item seguinte, 
acerca de gerenciamento de projetos. 


de criação, estruturais e de comportamento.

orientados a objetos, complexos e de rede.

relacionais, orientados a objetos e hierárquicos.

<!DOCTYPE html>
<html lang="pt-BR">
<head>
 <meta charset="UTF-8">
 <style>
 body {
 font-size: 16px;
 line-height: 1.5;
 }
 .blue {
 color: blue;
 }
 math {
 font-size: 16px;
 }
 </style>
</head>
<body>
 A questão versa sobre padrões de projeto em Tecnologia da Informação, especificamente sobre as categorias principais em que se dividem os padrões de projeto. Esse tópico é crucial na engenharia de software para a criação de designs de software estruturados e reutilizáveis.
 
 
 Analise as alternativas:
 
 
 <ul>
 <li>A) simples, complexos e estruturados.
 Esta alternativa não é correta pois, embora os termos 'simples', 'complexos' e 'estruturados' possam ser descritores gerais de padrões de projeto, eles não são reconhecidos como as categorias principais dentro da teoria de padrões de projeto.
 </li>
 
 <li>B) de criação, estruturais e de comportamento.
 Esta é a alternativa correta. Os padrões de projeto são tradicionalmente divididos em três categorias fundamentais:
 
 <ul>
 <li>Padrões de criação: preocupam-se com o processo de criação de objetos. Simplificam o processo e tornam o sistema independente de como seus objetos são criados, compostos e representados.</li>
 <li>Padrões estruturais: lidam com a composição de classes ou objetos para formar estruturas maiores. Eles ajudam a garantir que se a parte de uma estrutura for modificada, todo o sistema não precisa ser alterado.</li>
 <li>Padrões de comportamento: concentram-se nos algoritmos e atribuições de responsabilidades entre objetos. Eles descrevem não apenas padrões de objetos ou classes, mas também os padrões de comunicação entre eles.</li>
 </ul>
 </li>
 
 <li>C) de rede, de criação e complexos.
 Incorreta porque, embora mencione 'de criação', adiciona categorias não reconhecidas como principais em padrões de projeto, especificamente 'de rede' e 'complexos'.
 </li>
 
 <li>D) orientados a objetos, complexos e de rede.
 Incorreta porque descreve características ('orientados a objetos', 'complexos', 'de rede') que não refletem as principais divisões de padrões de projeto. Além disso, padrões de projeto podem ser aplicados não só em orientação a objetos.
 </li>
 
 <li>E) relacionais, orientados a objetos e hierárquicos.
 Incorreta porque mistura termos de diferentes áreas de TI (como 'relacionais', que é mais comum em bases de dados) e não são categorias reconhecidas de padrões de projeto.
 </li>
 
 </ul>
 
 
 Portanto, a alternativa correta é B.
 

</body>
</html>

<!DOCTYPE html>
<html lang="pt-BR">
<head>
 <meta charset="UTF-8">
 <style>
 body {
 font-size: 16px;
 line-height: 1.5;
 }
 .blue {
 color: blue;
 }
 </style>
</head>
<body>
 Na área de Engenharia de Software, os Padrões de Projeto, ou Design Patterns, são soluções típicas para problemas recorrentes que ocorrem no processo de desenvolvimento de software. Refletindo esta concepção, o "Gang of Four" (GoF), grupo de quatro autores que codificaram muitos desses padrões, classificou-os em três categorias: Padrões Criacionais, Padrões Estruturais e Padrões Comportamentais.
 

 Neste problema, é questionado especificamente sobre um padrão que permite adicionar comportamentos a um objeto já existente durante o tempo de execução. Vamos analisar cada uma das alternativas fornecidas para encontrar a correta:
 

 <ul>
 <li>Façade:
 Este padrão é primariamente utilizado para fornecer uma interface simplificada para um conjunto complexo de classes, objetos ou frameworks. Embora organize a interação entre classes, não modifica comportamentos de objetos em execução. Portanto, é incorreto.
 </li>
 

 <li>Composite:
 Utilizado para compor objetos em estruturas de árvore para representar hierarquias parte-todo. Com isso, os clientes podem tratar objetos individuais e composições de maneira uniforme. No entanto, este padrão está mais focado na organização estrutural do que na adição de comportamentos em tempo de execução. Portanto, é incorreto.
 </li>
 

 <li>Decorator:
 Este padrão permite adicionar novos comportamentos a objetos dinamicamente ao envolvê-los com novas classes "decorativas" que contêm os comportamentos desejados. Este padrão é exatamente o adequado para adicionar comportamento a objetos sem alterar os códigos das classes existentes. Portanto, é a opção correta.
 </li>
 

 <li>Abstract Factory:
 É um padrão criacional que lida com a criação de famílias de objetos relacionados sem especificar suas classes concretas. Ele está mais inclinado em gerenciar e criar instâncias de classes em uma aplicação do que adicionar comportamentos em objetos já existentes. Portanto, é incorreto.
 </li>
 

 <li>Business Delegate:
 Principalmente aplicado em ambientes empresariais, especialmente em Java EE, este padrão reduz a comunicação ou a dependência remota entre os componentes de negócio. Não está relacionado com a adição de comportamentos em objetos no runtime. Portanto, é incorreto.
 </li>
 
 </ul>
 

 Portanto, o padrão de projeto Decorator é o que se encaixa perfeitamente no critério de escolha dado pelo enunciado, sendo uma técnica poderosa para estender a funcionalidade de objetos em tempo de execução, sem necessariamente alterar a estrutura de classe dos objetos existentes, mantendo o código mais limpo e compreensível.
 

 Portanto, a alternativa correta é C.
 

</body>
</html>

<!DOCTYPE html>
<html lang="pt-BR">
<head>
 <meta charset="UTF-8">
 <style>
 body {
 font-size: 16px;
 line-height: 1.5;
 }
 .blue {
 color: blue;
 }
 math {
 font-size: 16px;
 }
 </style>
</head>
<body>
 O Guia PMBOK® 6 define um projeto como um esforço temporário feito para criar um produto, serviço ou resultado único. O gerenciamento do escopo do projeto é crucial para assegurar que o projeto inclua todo o trabalho exigido, e apenas o necessário, para completar o projeto com sucesso.
 
 
 O gerenciamento do escopo do projeto envolve vários processos que garantem que o projeto seja completado conforme o planejado. Vamos analisar cada uma das alternativas apresentadas na questão para identificar qual delas não pertence ao gerenciamento do escopo.
 
 
 Análise das Alternativas:
 
 
 <ul>
 <li>A) Criar a EAP:
 A Estrutura Analítica do Projeto (EAP) é um dos principais entregáveis ​​do processo de gerenciamento do escopo. Ela organiza e define o escopo total do projeto, decompondo o trabalho do projeto em partes menores e mais manejáveis.
 </li>
 
 
 <li>B) Validar o Escopo:
 Validar o escopo é um processo dentro do gerenciamento do escopo que envolve a aceitação formal das entregas completadas do projeto. Este processo assegura que as entregas satisfazem o acordo do escopo conforme percebido pelos stakeholders.
 </li>
 
 
 <li>C) Coletar os Requisitos:
 Coletar os requisitos é o processo de determinar, documentando e gerenciando as necessidades e requisitos dos stakeholders para atender aos objetivos do projeto. Este é um passo fundamental no gerenciamento do escopo que ajuda a definir e controlar o que está incluído e o que não está no projeto.
 </li>
 
 
 <li>D) Gerenciar o Conhecimento do Projeto:
 Gerenciar o Conhecimento do Projeto não faz parte do gerenciamento do escopo, mas sim do Gerenciamento de Integração do Projeto. Este processo visa utilizar o conhecimento existente e criar novo conhecimento para atingir os objetivos do projeto e contribuir para o desempenho organizacional.
 </li>
 
 </ul>
 
 
 Portanto, a análise detalhada mostra que as opções A, B e C são todas processos específicos do gerenciamento do escopo, conforme descrito no PMBOK® 6. A opção D, "Gerenciar o Conhecimento do Projeto", é a única que não pertence a esta categoria.
 
 
 A alternativa correta é D.
 
 
</body>
</html>

Questões de Tecnologia da Informação - Gerenciamento do escopo do projeto