QuestLab Plataforma Inteligente de Questões
Banco público de questões

Questões para Concursos

Pesquise questões reais por disciplina, assunto, tópico, banca, órgão, cargo, ano e modalidade.

Questões por banca

29 bancas disponíveis. Clique para visualizar todas.

Encontre as questões que procura
Limpar filtros
24 questões encontradas

Dentre as funcionalidades da aplicação Web MeACOMPANHA, os usuários podem, opcionalmente, registrar três telefones, dois endereços físicos e dois endereços de e-mail como informações de contato. Para os usuários que já utilizaram a aplicação, o sistema apresenta as informações de contato cadastradas viabilizando a opção de alterá-las ou excluí-las. O MeACOMPANHA emite mensagens para o usuário (de erro, de aviso, de alerta e de confirmação) de acordo com suas ações. Com base na Análise de Pontos de Função (APF), as funcionalidades supracitadas da aplicação MeACOMPANHA representam:

A quatro Processos Elementares (PE) e um Arquivo Lógico (ALR);
B cinco Processos Elementares (PE) e um Arquivo Lógico (ALR);
C doze Processos Elementares (PE) e um Arquivo Lógico (ALR);
D treze Processos Elementares (PE) e três Arquivos Lógicos (ALR);
E dezesseis Processos Elementares (PE) e quatro Arquivos Lógicos (ALR).

Ana é a responsável pelo Departamento de Desenvolvimento de Sistemas (DDS) de uma organização. O DDS passará por uma avaliação MPS.BR. Ana definiu processos de software e incluiu atividades para que todos os produtos de software fossem validados e verificados. Definiu, ainda, que as atividades devem ser registradas formalmente para compor a documentação dos projetos. Considerando o modelo MPS.BR (Melhoria de Processo do Software Brasileiro), as atividades de validação e verificação dos produtos de software devem ser:

A realizadas por meio de testes automatizados e estão aderentes a capacidades do nível B;
B precedidas de programação em pares e estão aderentes a capacidades do nível C;
C conduzidas por meio de testes e revisão por pares e estão aderentes a capacidades do nível D;
D garantidas em ambiente de homologação pelo representante do usuário e estão aderentes a capacidades do nível E;
E baseadas em métodos, procedimentos e critérios, ter ambientes definidos e estar aderentes a capacidades do nível F.

Os analistas do Time de Desenvolvimento de Software (TDS) estão utilizando User Story (História de Usuário) do Extreme Programming (XP) para todos os novos projetos, em substituição aos Casos de Uso em UML. Na escrita das User Stories, os analistas devem:

A considerar que histórias podem ser construídas em mais de uma iteração;
B ordenar a escrita das histórias, visto que há uma dependência entre elas;
C detalhar os critérios de testes a serem executados com base na história;
D considerar que uma história pode ser um ou mais cenários em um caso de uso;
E focar nos objetivos do usuário e em como a interação com o sistema satisfaz esses objetivos.

O Time de Soluções Inovadoras (TISI) de uma organização está utilizando práticas do Kanban no processo de desenvolvimento de soluções de software. Com o uso do Kanban, o TISI visa a:

A manter um workflow padrão para o processo de inovação;
B gerenciar e melhorar o desempenho dos indivíduos do time;
C estabelecer uma metodologia de desenvolvimento de soluções de software de modo iterativo;
D aplicar um processo para definição de incrementos para desenvolvimento de soluções de software;
E utilizar uma abordagem de mudança evolutiva, baseada em feedbacks, para o processo de desenvolvimento de soluções de software.

A equipe do Núcleo de Gestão de Tecnologia da Informação (NucTI) de uma organização optou por utilizar Infrastructure as Code (IaC). Com o uso de IaC, o provedor terá responsabilidade sobre algumas funções, mas a equipe do NucTI terá que gerenciar:

A os dados e o crescimento de storage;
B as aplicações, os dados e as storages;
C a virtualização, o sistema operacional e as aplicações;
D a virtualização, o middleware e o ambiente de execução;
E as aplicações, os dados, o middleware e o sistema operacional.

A Equipe de Gestão de Inovações (EGI) de uma organização vem estudando conceitos de estratégias para desenvolvimento de front-end de aplicações. Assim, decidiu desenvolver algumas pequenas soluções de software, na qualidade de testes dos conceitos, pautadas em Single-Page Application (SPA), e outras pautadas em Progressive Web App (PWA). Em seu estudo, a EGI deve considerar que:

A SPA recarrega uma página atualizada em resposta a cada ação do usuário;
B SPA possui suporte para envio de alertas automáticos via notificações push;
C motores de busca possuem suporte para indexar conteúdo desenvolvido em PWA;
D SPA e PWA utilizam threads próprias e viabilizam o carregamento rápido de conteúdos independentemente da rede;
E os critérios de instalação de PWA no manifesto de aplicativo da Web devem ser genéricos o suficiente para atender aos diferentes browsers.

A CERTI_Online é uma aplicação Web que viabiliza a solicitação de certidões e comprovantes para pessoas físicas. A CERTI_Online requer que o usuário se autentique para que possa preencher formulários para cada solicitação. Júlia, ao utilizar a CERT_ Online, precisou de bastante tempo para preencher um dos formulários. Quando ela tentou enviar a solicitação, a CERT_ Online apresentou uma mensagem dizendo que o tempo de preenchimento havia expirado. Para que Júlia tenha uma experiência consonante às recomendações do WCAG (World Content Accessibility Guide), a CERT_ Online deve:

A reter dados do formulário no servidor, disponibilizar a opção de novo processo de autenticação e aguardar novo login de Júlia bem-sucedido dentro do prazo de expiração do token;
B dispensar a reautenticação caso Júlia esteja interagindo com a aplicação por meio de um leitor de tela, visto que ela pode precisar de mais tempo para navegar e preencher o formulário;
C verificar se o processo usado para passar os dados para a página de reautenticação está configurado e iniciar nova contagem de tempo em separado para expiração do processo de novo login de Júlia;
D viabilizar a reautenticação de Júlia, a qual, se bem sucedida, permite que o processo continue e seja concluído sem perda de dados, incluindo os dados originais e quaisquer alterações feitas após a reautenticação;
E fornecer uma funcionalidade para verificar se Júlia deseja receber um código por e-mail ou telefone para dar continuidade ao preenchimento do formulário e preservar os dados digitados no modo oculto na página até que Júlia decida o que fazer.

O analista Joaquim implementou o código do sistema TRF1Web seguindo os princípios SOLID. O TRF1Web já se encontra em produção. A documentação do TRF1Web, escrita por Joaquim, estabelece que novas funcionalidades devem ser introduzidas no sistema por meio de plugins, sem modificar o código atual do sistema. Essa maneira de introduzir novas funcionalidades no TRF1Web é resultado direto da aplicação do seguinte princípio SOLID:

A aberto/fechado;
B substituição de Liskov;
C responsabilidade única;
D segregação de interfaces;
E inversão de dependência.

!!v))Ao" ser="" executado,="" o="" código="" acima="" exibirá="" na="" saída="" do="" console:"=""> Considere o seguinte código em JavaScript: const array = ["T", "R", "F", 1] array.splice(0, 0, '>') console.log(array.filter(v=>!!v)) Ao ser executado, o código acima exibirá na saída do console:

A um erro de violação de constante;
B o array [">", "T", "R", "F", 1];
C o array ["T", "R", "F", 1];
D um erro de sintaxe;
E o array [].

O analista Anderson foi incumbido de introduzir o suporte a paralelismo na aplicação Java NetTRF. Conforme documentação do Java Development Kit usado na NetTRF, Anderson pode implementar threads virtuais ou threads de plataforma. Enquanto um tipo de thread é escalonado diretamente pelo sistema operacional (SO), o outro é escalonado pelo próprio Java runtime (JRE). Para fins de simplicidade, o analista deve escolher apenas um tipo de thread. Na NetTRF, cada thread deve ter uma pilha de chamadas de baixa profundidade. Para permitir o maior número possível de threads na NetTRF, dadas as condições, Anderson deve implementar threads:

A virtuais, pois as threads de plataforma não possuem pilha de chamadas própria;
B de plataforma, pois as threads virtuais não possuem pilha de chamadas própria;
C virtuais, pois são escalonadas pelo JRE de forma a permitir um número maior de threads;
D de plataforma, pois são escalonadas pelo JRE de forma a permitir um número maior de threads;
E de plataforma, pois são escalonadas pelo SO de forma a permitir um número maior de threads.