Considere o diagrama de casos de uso UML do sistema de matrícula apresentado.

Com base nos elementos representados no diagrama, analise as assertivas a seguir:

I. O ator Administrador é uma especialização do ator Usuário, herdando assim suas interações com os casos de uso associados a esse ator.

II. O relacionamento <<include>> entre os casos de uso indica que o comportamento do caso de uso incluído é obrigatoriamente executado sempre que o caso de uso base é realizado.

III. O ator Aluno possui associação direta com o caso de uso Envio das informações, sendo responsável por enviar dados ao sistema de faturamento.

IV. O sistema externo Sistema de Faturamento interage com o caso de uso Envio das informações, indicando integração entre sistemas.

Quais estão corretas?

Na arquitetura e no projeto de software, a aplicação de Padrões de Projeto (Design Patterns) é fundamental para resolver problemas recorrentes com soluções previamente testadas e otimizadas pela engenharia. Contudo, a eficácia dessas soluções depende da escolha do padrão correto para o cenário arquitetural adequado, evitando a inserção de complexidade desnecessária no código. Relacione a Coluna 1 à Coluna 2, associando os padrões de projeto às suas respectivas situações de aplicabilidade prática.

Coluna 1

1. Singleton.

2. Factory Method.

3. Observer.

Coluna 2

( ) Quando a mudança do estado interno de um objeto precisa ser percebida (mas com baixo acoplamento) por outros objetos, gerando um gatilho para, por exemplo, criação de outros objetos, execução de funções ou recuperação de uma instância única de um objeto, entre outros.

( ) Quando for necessário que uma única instância possa ser visível e acessível globalmente, não sendo possível instanciar duas ou mais instâncias distintas da mesma classe.

( ) Quando uma classe quer delegar a criação de objetos para suas subclasses, encapsulando o conhecimento sobre as subclasses criadas em uma única superclasse.

A ordem correta de preenchimento dos parênteses, de cima para baixo, é:

Analise o código abaixo:

Com base na especificação do W3C para o módulo Flexbox, qual será a disposição visual dos elementos, da esquerda para a direita, na tela do navegador?

No desenvolvimento de software, diferentes modelos de ciclo de vida podem ser adotados para organizar as etapas do processo de construção de sistemas. Sobre modelos de ciclo de vida do software, analise as assertivas a seguir:

I. No modelo cascata, as fases do desenvolvimento são executadas de forma sequencial, sendo esperado que cada etapa seja concluída antes do início da próxima.

II. No modelo incremental, o sistema é desenvolvido e entregue em partes sucessivas, nas quais cada incremento adiciona novas funcionalidades ao sistema existente.

III. Modelos iterativos e incrementais permitem revisões e ajustes nos requisitos ao longo do processo de desenvolvimento.

IV. O modelo cascata é especialmente adequado para projetos em que os requisitos são bem compreendidos e pouco sujeitos a mudanças.

Quais estão corretas?

A modelagem de sistemas orientados a objetos permite visualizar a arquitetura do software sob diferentes perspectivas, facilitando a comunicação e a documentação técnica. Com base nas categorias clássicas de modelos de sistemas (interação, estrutural e comportamental) e no uso dos diagramas da UML, analise as assertivas abaixo:

I. Modelos de interação representam a comunicação entre o sistema e seu ambiente operacional ou entre os componentes internos do próprio sistema. O Diagrama de Sequência pertence a essa categoria, tendo como objetivo modelar a ordem cronológica das trocas de mensagens entre os objetos instanciados para a execução de um cenário específico.

II. Modelos estruturais descrevem a organização estática do software e a estrutura dos dados que serão processados pela aplicação. O Diagrama de Classes pertence a essa categoria, sendo o seu objetivo primordial representar graficamente as relações entre os dados, os desvios condicionais e o paralelismo das operações lógicas executadas pelos módulos do sistema.

III. Modelos comportamentais ilustram o comportamento dinâmico do sistema durante a sua execução. O Diagrama de Atividades enquadra-se nessa classificação, possuindo como objetivo detalhar o fluxo de controle de um processo de negócio ou computacional, evidenciando a sequência de ações, os desvios condicionais e o paralelismo das operações.

Quais estão corretas?

A modelagem orientada a objetos utilizando a Unified Modeling Language (UML) é uma ferramenta essencial na fase de análise e projeto de Software. O Diagrama de Classes, em particular, estabelece a estrutura estática do sistema por meio de classes, seus atributos, operações e os relacionamentos entre os objetos. Sobre as características, o nível de detalhamento e a semântica dos relacionamentos nesse diagrama, analise as assertivas abaixo e assinale V, se verdadeiras, ou F, se falsas.

( ) Para evitar os conflitos de interpretação entre os requisitos do cliente e o código que será efetivamente implementado pelos desenvolvedores, o nível de detalhamento do diagrama de classes (incluindo visibilidade de atributos, tipos de dados rigorosos e assinaturas completas de métodos) deve ser mantido invariavelmente alto desde as fases iniciais da modelagem conceitual.

( ) Na UML, o relacionamento de agregação estabelece um vínculo semântico restrito no qual ocorre uma coincidência de tempo de vida entre os objetos modelados. Nesse tipo de associação, se o objeto contêiner (o “todo”) for destruído da memória, as instâncias exclusivas que formam as suas “partes” também deverão obrigatoriamente ser destruídas, visto que não podem existir de forma independente no sistema.

( ) A relação de generalização permite a modelagem de herança estrutural e comportamental. Na construção do diagrama de classes UML, é totalmente válido modelar uma classe filha com herança múltipla (recebendo características de múltiplas superclasses), ainda que a equipe de desenvolvimento vá implementar o sistema em uma linguagem que não suporta herança múltipla de classes nativamente, como a linguagem Java.

A ordem correta de preenchimento dos parênteses, de cima para baixo, é:

Um modelo de processo de software é uma representação abstrata que descreve uma abordagem para o desenvolvimento. Na prática, compreender as diferenças estruturais desses modelos é essencial para a escolha da metodologia adequada a cada projeto. Considerando os modelos genéricos de processo de software, analise as assertivas abaixo:

I. No modelo em cascata, o fluxo de trabalho é estruturado de forma linear e sequencial, exigindo que cada etapa fundamental seja concluída e validada individualmente antes que a fase subsequente possa ser iniciada.

II. O modelo espiral caracteriza-se pela execução de iterações de desenvolvimento focadas na rápida entrega de código e na prototipação informal, dispensando a realização de análises de riscos formais para formar uma espiral de entregas e validações rápidas.

III. O modelo de desenvolvimento incremental baseia-se na divisão do sistema em incrementos funcionais (partes autônomas), permitindo que os requisitos mais críticos ou de maior prioridade para o negócio sejam desenvolvidos e entregues nas primeiras iterações do ciclo de vida.

Quais estão corretas?

Analise a função a seguir:

Qual é a complexidade assintótica de tempo da função acima no pior caso?

Analise o seguinte trecho de código escrito em HTML5 e JavaScript conforme a especificação ECMAScript 2015 (ES6) e o modelo de objetos do DOM:

<!DOCTYPE html>
<html>
<body>

<ul id="lista">
    <li>1</li>
    <li>2</li>
    <li>3</li>
</ul>

<script>

function alterarLista() {
    const itens = document.querySelectorAll("#lista li");

    for (let i = 0; i < itens.length; i++) {
        let valor = parseInt(itens[i].textContent);

        if (valor % 2 === 0) {
            itens[i].textContent = valor * 2;
        } else {
            itens[i].textContent = valor + 1;
        }
    }
}

alterarLista();

</script>

</body>
</html>

Após a execução da função alterarLista(), quais serão os valores exibidos nos elementos da lista?

Na recursividade, o que acontece se uma função chama a si mesma sem que uma “condição de parada” (caso base) seja atingida?