<!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 em análise aborda o conceito de refatoração no contexto da engenharia de software, um processo crucial para melhorar a qualidade do código sem alterar seu comportamento externo. Vamos analisar cada afirmativa para determinar a veracidade de cada uma delas:
 
 
 <ul>
 <li>I. Quando o prazo de entrega está próximo do final, deve-se fazer a refatoração.
 Essa afirmativa é incorreta. Normalmente, a refatoração é desaconselhada quando o prazo de entrega está muito próximo, pois, embora o objetivo seja não alterar a funcionalidade, há sempre um risco associado de introduzir novos bugs em estágios finais de desenvolvimento, onde o foco deveria estar em testes e estabilização.
 </li>
 
 <li>II. Quando o código está instável e não funciona, é o melhor momento para fazer a refatoração.
 Essa afirmativa também é incorreta. A refatoração deve ser aplicada em código que já funciona corretamente para melhorar sua estrutura interna. Se o código está instável ou não funciona, a prioridade deve ser corrigir os erros existentes antes de pensar em refatoração.
 </li>
 
 <li>III. EXtreme Programming tem refatoração como uma de suas práticas.
 Esta afirmativa é correta. A refatoração é, de fato, uma das práticas fundamentais do Extreme Programming (XP), uma metodologia ágil de desenvolvimento de software que enfatiza melhorias incrementais na qualidade do código, sendo a refatoração usada regularmente para melhorar o design do sistema.
 </li>
 
 <li>IV. É melhorar a estrutura do código de um sistema preservando as suas funcionalidades.
 Esta afirmativa é correta. A refatoração é o processo de reestruturar o código de software sem alterar seu comportamento externo com o objetivo de melhorar atributos não funcionais, como legibilidade e manutenibilidade.
 </li>
 </ul>
 
 
 Com base na análise das afirmativas, as únicas corretas são a III e IV, conforme deliberado por práticas recomendadas em engenharia de software e princípios de metodologias ágeis como o Extreme Programming.
 
 
 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 acompanhamento eficiente de todo o processo de vida útil de uma aplicação, desde a sua concepção até a manutenção e gestão de versões, é essencial na engenharia de software. Este processo inclui diversas fases como análise de requisitos, modelagem de arquitetura, desenvolvimento de código, gerenciamento de mudanças, gerenciamento de testes e gerenciamento de versões de produtos.
 
 
 Este conceito é identificado por uma sigla em inglês, conforme questionado na prova. Vamos analisar cada uma das alternativas propostas:
 
 
 <ul>
 <li>A) ATL:
 ATL significa "ATL Transformation Language". É uma linguagem usada principalmente para transformação de modelos em um contexto de Model-Driven Development (MDD). Não está relacionado diretamente com o gerenciamento de todo o ciclo de vida de desenvolvimento de software.
 </li>
 
 <li>B) ETL:
 ETL é uma sigla para "Extract, Transform, Load", um processo usado principalmente em bancos de dados e armazenamento de dados para integrar dados de diversas fontes, transformá-los conforme necessário e carregar o resultado final num sistema de destino. Embora seja essencial em contextos de big data e data warehousing, não abrange o gerenciamento de ciclo de vida de desenvolvimento de software.
 </li>
 
 <li>C) ALM:
 ALM representa "Application Lifecycle Management" (Gerenciamento do Ciclo de Vida da Aplicação). Este processo engloba a fase de concepção da aplicação até a sua retirada, passando pela análise de requisitos, desenvolvimento, manutenção, gestão de mudanças, entre outros. Muito alinhado com o enunciado da questão, cobre todas as fases mencionadas de engenharia de software e as necessidades do mercado.
 </li>
 
 <li>D) ECM:
 ECM significa "Enterprise Content Management" (Gerenciamento de Conteúdo Empresarial). Este termo é utilizado para sistemas que gerenciam informações corporativas não estruturadas em diferentes formatos. Apesar de sua importância nas organizações, não é específico para o gerenciamento de ciclo de vida de aplicações de software.
 </li>
 </ul>
 
 
 Com base na análise de cada alternativa e na descrição do enunciado, fica evidente que o processo que integra todas as fases da engenharia de software e as necessidades do mercado, cobrindo o gerenciamento do ciclo de vida de uma aplicação tanto nova quanto existente, é melhor representado pela sigla ALM.
 

 Portanto, a alternativa correta é C.
 

</body>
</html>

Nome do software + Problema a ser resolvido + Solução 
dada pelo padrão + Tempo de desenvolvimento

Nome do padrão + Problema a ser resolvido + Solução 
dada pelo padrão + Consequências

Nome do software + Problema a ser resolvido + 
Planejamento das atividades + Consequências

Nome do padrão + Problema a ser resolvido 
+ Planejamento das atividades + Tempo de 
desenvolvimento

<!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 conceito de padrões de projetos em Engenharia de Software é fundamental para a criação de soluções robustas, reutilizáveis e eficientes em desenvolvimento de software. O entendimento sobre o que constitui um padrão de projeto é crítico não só para aplicá-los corretamente, mas também para avaliar seus impactos e aplicações em contextos reais.
 

 Um padrão de projeto, conforme definido por autores clássicos como Gamma et al. no seu famoso livro "Design Patterns: Elements of Reusable Object-Oriented Software", é formado por quatro componentes essenciais:
 

 <ul>
 <li>
 Nome do padrão: Facilita a discussão, documentação e até mesmo o ensino sobre o padrão. É uma referência curta e precisa que identifica o padrão entre os desenvolvedores.
 </li>
 
 
 <li>
 Problema: Descreve as circunstâncias e condições sob as quais o padrão pode ser aplicado, incluindo problemas específicos que ele se propõe a resolver.
 </li>
 

 <li>
 Solução: Não uma receita exata, mas uma descrição abstrata da estrutura de design necessária para resolver tal problema. Aborda as relações entre classes e objetos envolvidos no padrão.
 </li>
 

 <li>
 Consequências: Resultados e efeitos secundários da aplicação do padrão, incluindo trade-offs. A compreensão das consequências ajuda na decisão de aplicação do padrão e na compreensão dos benefícios e compromissos envolvidos.
 </li>
 
 </ul>
 

 Considerando as opções proporcionadas pela questão e utilizando o conhecimento dos elementos constitutivos dos Design Patterns, uma análise das alternativas mostra que:
 

 <ul>
 <li>A) Errada, porque inclui "Nome do software" e "Tempo de desenvolvimento", que não são elementos básicos de padrões de projeto.</li>
 
 <li>B) Correta, pois corresponde exatamente aos quatro elementos essenciais de um padrão de projeto descritos na literatura.</li>
 
 <li>C) Errada, uma vez que substitui o "Nome do padrão" por "Nome do software" e inclui "Planejamento das atividades", não usual em descrever padrões.</li>
 
 <li>D) Incorreta, pois também adiciona "Planejamento das atividades" e "Tempo de desenvolvimento" ao invés de "Solução" e "Consequências".</li>
 
 </ul>
 

 Portanto, a alternativa correta é B.
 

</body>
</html>

Regra de negócio, interface e configuração

<!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 arquitetura de uma aplicação em três camadas, ou 3-Tier, é uma das mais comuns em sistemas de informação, sendo fundamental para uma boa separação de responsabilidades dentro de aplicativos. Na arquitetura de três camadas, as principais componentes organizacionais são:
 <ul>
 <li>Camada de Apresentação: essa é a camada que o usuário final vê e interage. Seu principal objetivo é apresentar dados ao usuário e capturar a entrada de dados do usuário.</li>
 <li>Camada de Negócio: também chamada de camada lógica ou de domínio, essa camada contém a lógica de negócios essencial para o funcionamento da aplicação. Processa as solicitações feitas pela camada de apresentação, realiza operações lógicas e envia comandos para a camada de dados.</li>
 <li>Camada de Dados: responsável pelo armazenamento e recuperação de dados do sistema. Ela se comunica com a camada de negócio e geralmente integra sistemas de gerenciamento de banco de dados.</li>
 </ul>
 

 Vamos analisar detalhadamente cada alternativa:
 
 
 <ul>
 <li>A) Apresentação, negócio e dados:
 Correta. Corresponde exatamente à estrutura das três camadas de uma arquitetura 3-Tier, onde cada termo identifica corretamente sua camada correspondente.
 </li>
 
 <li>B) Configuração, usuário e arquivo:
 Incorreta. A alternativa mistura conceitos que não descrevem diretamente as camadas de uma arquitetura em três níveis. 'Usuário' e 'arquivo' não correspondem às categorias fundamentais desse modelo.
 </li>
 
 <li>C) Regra de negócio, interface e configuração:
 Incorreta. Embora 'Regra de negócio' possa ser associada à camada de negócio e 'interface' à camada de apresentação, 'configuração' não representa adequadamente nenhuma das três camadas fundamentais.
 </li>
 
 <li>D) Configuração, servidor e arquivo:
 Incorreta. Estes termos novamente não refletem as camadas caracterizadas na arquitetura 3-Tier. 'Servidor' e 'arquivo' são elementos que podem estar presentes, mas não definem as camadas em questão.
 </li>
 
 </ul>
 
 
 Portanto, a alternativa correta é A.
 

</body>
</html>

Questões de Tecnologia da Informação - Engenharia de Software - Engenharia de requisitos