A proposta de uma arquitetura orientada a serviços (SOA) prevê uma mudança de foco das aplicações "tradicionais". Este novo paradigma prevê a criação de conjuntos de serviços independentes no lugar de aplicações monolíticas, os quais sejam capazes de interagir entre si e de compor novos serviços de maior granularidade, aumentando a flexibilidade e respondendo de forma mais ágil a mudanças nos cenários de negócio. Qual dos apresentados a seguir NÃO constitui um princípio chave da orientação a serviços?

A figura acima mostra um diagrama de classes UML desenvolvido para um projeto em que ainda não se sabe em que linguagem será realizada a implementação. Sobre o diagrama, assinale a afirmação correta.

A implantação de um Sistema Integrado de Gestão (ERP) em uma organização é um projeto abrangente, com resultados que podem variar dependendo da condução e abordagens utilizadas. Sobre este tema, são feitas as afirmativas a seguir.

I - Uma das vantagens competitivas proporcionadas pelos ERP diz respeito à adoção de modelos de processos pré-definidos.

II - A classificação ABCD avalia o grau de efetividade da implantação de um ERP em uma organização.

III - Uma desvantagem da implantação de um ERP é a pulverização dos dados corporativos entre os diversos módulos do ERP, dificultando sua consolidação.

IV - A implantação de um ERP, em geral, demanda o envolvimento, virtualmente, de todos os departamentos de uma organização e requer que as pessoas passem a trabalhar de uma forma diferente.

Estão corretas APENAS as afirmativas

Diversos processos de software emergiram nos últimos anos, principalmente aqueles de natureza iterativa. Podemos citar o Processo Unificado, XP (Extreme Programming) e, mais recentemente, o Scrum, como alguns dos mais difundidos. Correlacione, a seguir, esses processos de software e suas características.



A relação correta é

Um importante aspecto da elaboração de casos de testes para um sistema em desenvolvimento é a escolha dos valores de entrada e das saídas previstas dos casos de teste. Escolhas baseadas apenas em valores típicos, em geral, são incapazes de revelar todas as falhas da implementação. É necessário identificar conjuntos de valores que possuam características comuns, do ponto de vista das funcionalidades a serem testadas, como, por exemplo, "números negativos", "números com mais dígitos do que o previsto", "strings sem brancos", "arrays de um só elemento", além de prever casos de teste cobrindo a totalidade destes conjuntos, e projetar, para cada conjunto, casos de teste com valores nos limites e próximos ao ponto médio do conjunto. Esses conjuntos são denominados

Considere uma tabela hash H, onde H[i] denota uma posição da tabela. H é implementada usando uma função h(k) para determinar a posição i de armazenamento, k sendo a chave do elemento de dados x a ser armazenado em H, e denotada por k = chave[x]. H é um hash com encadeamento, ou seja, cada H[i] é uma lista encadeada que armazenará os elementos de dados que, de outra forma, colidiriam para a posição. Nesta implementação, as listas são duplamente encadeadas, ou seja, cada elemento e da lista armazena também os ponteiros proximo[e] e anterior[e]. Cada lista L possui ainda o valor inicio[L], que aponta para o primeiro elemento da lista. NIL representa um ponteiro vazio.

!$ \gets !$ denota o operador de atribuição.

O pseudocódigo a seguir mostra uma operação nesta estrutura, porém apresenta erro em uma de suas linhas. As linhas estão numeradas apenas para facilitar a correspondência com as alternativas.

01 proximo[chave[x]] !$ \gets !$ inicio[H[h(chave[chave[x]])]]

02 se inicio[H[h(chave[chave[x]])]] !$ \ne !$ NIL

03 então inicio[anterior[inicio[H[h(chave[chave[x]])]]]] !$ \gets !$ chave[x]

04 inicio[H[h(chave[chave[x]])]] !$ \gets !$ chave[x]

05 anterior[chave[x]] !$ \gets !$ NIL

O erro citado é corrigido por

Sobre o algoritmo de ordenação heapsort, assinale a afirmação correta.

Estudos baseados na análise de diversos projetos de desenvolvimento de software sugerem que tais projetos têm maior chance de sucesso quando empregam metodologia e gerenciamento alinhados ao paradigma de desenvolvimento de novos produtos, em contraponto ao paradigma de produção industrial. Com base nessas observações, a maioria das metodologias modernas de desenvolvimento de software recomenda:

Analise as afirmativas a seguir, sobre requisitos em projetos de software.

I - O rastreamento de requisitos é de grande importância para conduzir análises de impacto quando há mudanças em requisitos.

II - O acrônimo FURPS+ se refere aos requisitos não funcionais das categorias de Feasibility, Usability, Reliability, Performance e Supportability.

III - Um requisito pode conter, além da especificação, atributos que sirvam ao seu gerenciamento.

IV - Casos de uso são descrições da interação entre um ator e o sistema e, portanto, especificam apenas requisitos funcionais.

Estão corretas APENAS as afirmativas

Considere uma tabela hash H, onde H[i] denota uma posição da tabela. H é implementada usando uma função h(k) para determinar a posição i de armazenamento, k sendo a chave do elemento de dados x a ser armazenado em H, e denotada por k = chave[x]. H é um hash com encadeamento, ou seja, cada H[i] é uma lista encadeada que armazenará os elementos de dados que, de outra forma, colidiriam para a posição. Nesta implementação, as listas são duplamente encadeadas, ou seja, cada elemento e da lista armazena também os ponteiros proximo[e] e anterior[e]. Cada lista L possui ainda o valor inicio[L], que aponta para o primeiro elemento da lista. NIL representa um ponteiro vazio.

!$ \gets !$ denota o operador de atribuição.

O pseudocódigo a seguir mostra uma operação nesta estrutura, porém apresenta erro em uma de suas linhas. As linhas estão numeradas apenas para facilitar a correspondência com as alternativas.

01 proximo[chave[x]] !$ \gets !$ inicio[H[h(chave[chave[x]])]]

02 se inicio[H[h(chave[chave[x]])]] !$ \ne !$ NIL

03 então inicio[anterior[inicio[H[h(chave[chave[x]])]]]] !$ \gets !$ chave[x]

04 inicio[H[h(chave[chave[x]])]] !$ \gets !$ chave[x]

05 anterior[chave[x]] !$ \gets !$ NIL

Corrigindo-se o erro citado, o pseudocódigo corresponderia a uma operação de