Questões de Informática / Microinformática do ano 2017

Em um banco de dados aberto e em condições ideais, uma tabela chamada processo possui os registros abaixo.

O comando digitado foi:

• A. SELECT * FROM processo WHERE DataAbertura BETWEEN '2016-03-01' AND '2016-03-30';
• B. SELECT NumeroProcesso, DataAbertura FROM processo WHERE DataAbertura BETWEEN ('2016-03- 01','2016-03-30');
• C. SELECT * FROM processo WHERE DataAbertura>='2016-03-01' OR DataAbertura<='2016-03-30';
• D. SELECT NumeroProcesso, DataAbertura FROM processo WHERE DataAbertura IN ('2016-03-20' AND '2016-03-30');
• E. SELECT * FROM processo WHERE DataAbertura>'2016-03-20' AND DataAbertura<'2016-03-30';

Um Database Administrator − DBA criou uma função no Oracle chamada programador utilizando o comando CREATE ROLE programador;. Em seguida, concedeu o privilégio de criação de tabela à função utilizando o comando GRANT create table TO programador;. Para conceder a função programador ao usuário Pedro, o DBA deve utilizar o comando

• A. ASSIGN programador TO Pedro WITH GRANT OPTION;
• B. GRANT programador TO Pedro;
• C. BIND Pedro TO programador;
• D. ADD Pedro TO programador;
• E. GRANT ADD Pedro TO programador;

Em um banco de dados aberto e em condições ideais, uma tabela processo possui um campo NumeroProcesso do tipo varchar2. Para selecionar somente os registros cujo campo NumeroProcesso possua como segundo caractere (da esquerda para a direita), o valor 2, utiliza-se a instrução SELECT * FROM processo WHERE NumeroProcesso

• A. CONTAINS(1, '2');
• B. LIKE '*2%';
• C. CONTAINS LEFT(2, '2');
• D. LIKE '_2%';
• E. CONTAINS '_2%'

Um Programador deseja realizar uma consulta na tabela Advogado, para obter o conteúdo de cada palavra do campo NomeAdvogado com as letras iniciais maiúsculas, já que alguns nomes foram cadastrados em letras minúsculas. Para isso, utilizou o comando abaixo.

A lacuna I deve ser preenchida corretamente com

• A. INITCAP no Oracle e UPPERCASE no PostgreSQL.
• B. CAPTALIZE, tanto no Oracle quanto no PostgreSQL.
• C. UPPER no Oracle e INITCASE no PostgreSQL.
• D. CAPTALIZE no PostgreSQL e INITCAP no Oracle.
• E. INITCAP, tanto no Oracle quanto no PostgreSQL.

Considere hipoteticamente que em um Tribunal cada Juiz conta com a ajuda de vários Assistentes, de acordo com o volume de processos que precisa analisar e julgar. Cada Assistente, por sua vez, auxilia vários Juízes, de acordo com a demanda de trabalho. Se Juiz e Assistente forem entidades de um modelo de dados relacional, a cardinalidade entre elas será n:m. Na criação das tabelas a partir do modelo,

• A. a chave primária da tabela Juiz será chave estrangeira na tabela Assistente e a chave primária da tabela Assistente será chave estrangeira na tabela Juiz.
• B. será necessário criar uma tabela de ligação entre Juiz e Assistente e o relacionamento n:m dará lugar a dois relacionamentos 1:n.
• C. será estabelecido um relacionamento bidirecional entre as tabelas Juiz e Assistente, com cardinalidade 1:1.
• D. para que a relação n:m seja mantida, as chaves primárias das tabelas Juiz e Assistente deverão ser compostas pelo Id do Juiz e pelo Id do Assistente.
• E. será necessário criar uma tabela de ligação entre Juiz e Assistente, gerando assim dois relacionamentos 1:1.

Na etapa inicial do método MAgil estão previstas as atividades ilustradas no diagrama abaixo.

De acordo com as práticas Scrum, o

• A. Time Scrum é o único responsável por gerenciar o Backlog do Produto e busca garantir que o Backlog do Produto seja visível, transparente, claro para todos, indicando o que o Time de Desenvolvimento vai trabalhar a seguir.
• B. Product Owner pode ser um comitê e não uma pessoa. O comitê pode representar o desejo do Product Owner e o Scrum Master, podendo realizar alterações nas prioridades dos itens de Backlog do Produto.
• C. Scrum não reconhece títulos para os integrantes do Time de Desenvolvimento que não seja o Desenvolvedor, independentemente do trabalho que está sendo realizado pela pessoa e não há exceções para esta regra.
• D. Time Scrum consiste de profissionais que realizam o trabalho de entregar uma versão usável que potencialmente incrementa o produto “Pronto” ao final de cada Sprint. Somente integrantes do Time Scrum criam incrementos.
• E. Backlog do Produto é um conjunto de itens do Backlog da Sprint selecionados para a Sprint, juntamente com o plano para entregar o incremento do produto e atingir o objetivo da Sprint. O Backlog do Produto é a previsão do Time Scrum sobre qual funcionalidade estará no próximo incremento.

A etapa “Elicitar Requisitos” do método MAgil objetiva identificar, detalhar, documentar e fazer o gerenciamento dos requisitos que compõem os itens da Sprint, conforme os padrões de modelagem do projeto ou do Time Scrum.

Dentre as entradas desta etapa encontram-se:

− Visão do produto.

− Itens da Sprint.

− Entrevistas, brainstorming, questionários.

− Ferramentas e modelos de documentos.

Na técnica de Elicitação de Requisitos

• A. por entrevistas, o analista se insere no ambiente de trabalho em que o sistema será utilizado. O trabalho diário é observado e são anotadas as tarefas reais em que o sistema será utilizado.
• B. brainstorming, há um facilitador neutro cujo papel é conduzir o brainstorm e promover a discussão entre os vários mediadores. As tomadas de decisão são baseadas em processos bem definidos com o objetivo de obter um processo de negociação mediado pelo facilitador.
• C. por questionários, o objetivo é explorar aspectos críticos dos requisitos do produto a ser desenvolvido, implementando de forma rápida um pequeno subconjunto de funcionalidades deste produto.
• D. brainstorming, é indicado o uso de formulários quando há diversos grupos de usuários que podem estar em diferentes locais do país. Devem ser realizadas pesquisas específicas de acompanhamento apenas com usuários selecionados, e, dentre eles, aqueles cuja contribuição em potencial pareça mais importante.
• E. por entrevistas, um modo adequado para agir seria, por exemplo, dizer: “O Sr. José vê a solução para o projeto dessa forma. E a senhora, Maria, qual é a sua opinião?” O analista deve evitar colocar a credibilidade do entrevistado em cheque e ter em mente que ele é o perito no assunto e fornecerá as informações necessárias ao sistema.

A etapa “Testar os Requisitos Construídos” do método MAgil recomenda a aplicação das estratégias de teste definidas pelo projeto para minimizar os defeitos e não conformidades do produto no momento de sua verificação no ambiente de homologação, aumentando as chances de sua aprovação pelo Product Owner. São atividades previstas nesta etapa:

− Realizar o teste unitário da funcionalidade.

− Preparar e realizar os testes de integração e de regressão.

− Realizar teste de verificação e validação da funcionalidade.

− Autorizar, na medida do possível, os testes unitários, de integração e funcionais.

O teste

• A. unitário de classes de objetos fica mais complicado com generalização e herança, pois não se pode testar um método na classe em que está definido e assumir que funcionará corretamente nas classes que herdam este método.
• B. de validação é uma técnica sistemática para construir a arquitetura do software enquanto, ao mesmo tempo, conduz testes para descobrir erros associados às interfaces. O objetivo é, a partir de componentes testados no nível de unidade, construir uma estrutura de programa determinada pelo projeto.
• C. de verificação é a reexecução de algum subconjunto de testes que já foi conduzido para garantir que as modificações não propaguem efeitos colaterais indesejados.
• D. de regressão é conhecido como teste de caixa branca ou teste de caixa preta.
• E. de integração começa no fim do teste de validação e tem como objetivo avaliar se o que foi entregue atende às expectativas do cliente. A integração do software é obtida por meio de uma série de testes que demonstram conformidade com os requisitos.

A etapa “Construir os itens da Sprint” do método MAgil refere-se à implementação dos requisitos com apoio dos padrões de arquitetura, de banco de dados e de design estabelecidos para o projeto, com a intenção de entregar algo que possa gerar resultado observável ao Product Owner. Técnicas da eXtreme Programming − XP podem ser utilizadas.

Neste caso, a equipe pode optar pela técnica XP:

• A. BDD (Behavior-Driven Development), na qual os testes são escritos depois da funcionalidade. Esta técnica é muito simples mesmo quando há dependências entre classes da aplicação.
• B. Refatoração, que consiste em integrar o trabalho diversas vezes ao dia, assegurando que a base de código permaneça consistente ao final de cada integração.
• C. Integração contínua, que significa melhorar o código sem alterar sua funcionalidade. Se após a integração o código continuar funcionando como anteriormente, as novas mudanças são incluídas, o que possibilita manter um bom projeto, apesar das mudanças frequentes.
• D. Propriedade coletiva, que indica que todos são igualmente responsáveis por todas as partes. Os pares se revezam, as pessoas se revezam na formação dos pares e todos têm acesso e autorização para editar qualquer parte do código da aplicação, a qualquer momento.
• E. Incremento pronto, um time-boxed de um mês ou menos durante o qual um “Pronto”, versão incremental potencialmente utilizável do produto, é criado.

Os princípios SOLID reúnem cinco boas práticas para projetos Orientados a Objetos-OO. O princípio S, que se refere ao Single Responsability Principle-SRP ou Princípio de Responsabilidade Única, indica que uma classe deve ter uma e, apenas uma, razão para mudar. Considere a classe Java abaixo.

Com base no princípio SRP e nas boas práticas para projetos OO, é correto afirmar:

• A. O SRP visa aumentar o acoplamento entre classes e separar responsabilidades como forma de melhorar o código da aplicação OO sendo desenvolvida.
• B. A classe UrnaEleitoral tem acoplamento baixo, ou seja, tem um número pequeno de dependências e, portanto, fica mais sujeita a mudanças em decorrência de alterações em outras classes.
• C. Uma classe com mais de um motivo para mudar possui mais de uma responsabilidade e apresentando dificuldade de manutenção, mas, por outro lado, tem maior facilidade de reúso e de coesão.
• D. A classe UrnaEleitoral apresenta uma quebra do SRP, uma vez que possui responsabilidades que deveriam ser de componentes distintos do software.
• E. Em um projeto com várias classes seguindo o padrão da classe UrnaEleitoral fica mais fácil manter a coesão em um nível mais alto ou em nível de componentes, pois o software fica com uma divisão clara de camadas.