Questões de Concurso Sobre software em noções de informática

As fitas são de armazenamento secundário de acesso aleatório.

Um registro é uma sequência de arquivos.

Em arquivo hash, ou arquivo direto, os registros estão posicionados no arquivo segundo a ordem pela qual foram incluídos, de forma que novos registros são acrescentados ao final do arquivo.

O hashing proporciona acesso muito rápido a um registro arbitrário.

Requisitos funcionais são declarações de serviços que o sistema deve fornecer, como o sistema deve reagir a entradas específicas e como o sistema deve se comportar em determinadas situações.

Os requisitos externos são derivados de políticas e procedimentos da organização do cliente e do desenvolvedor, por exemplo, linguagem de programação e documentação.

Requisitos não funcionais são restrições sobre os serviços ou as funções oferecidas pelo sistema; eles incluem restrições de timing, restrições sobre o processo de desenvolvimento e padrões.

Os requisitos de produto especificam o comportamento, por exemplo, o desempenho em relação à velocidade de operação, memória necessária e taxas de falhas aceitáveis.

O processo unificado enfatiza a importância da arquitetura de software e sugere um fluxo de processo que é interativo e incremental, dando a sensação evolucionária que é essencial no desenvolvimento moderno do software.

No Extreme Programming (XP), a recomendação da codificação é a programação em pares; nessa programação duas pessoas atuam juntas em uma estação de trabalho de computador para criar o código correspondente a uma história.

O modelo cascata sugere uma abordagem incremental para o desenvolvimento de software que começa com a especificação dos requisitos e progride ao longo do planejamento, modelagem, construção e implantação.

No Rapid Application Development (RAD), a modelagem abrange negócio, dados e processo; a construção enfatiza o uso de componentes de software pré-existentes e a aplicação de geração automática de código.

Negociação, gestão de requisitos, validação.

Negociação, validação, gestão de requisitos.

Validação, negociação, gestão de requisitos.

Gestão de requisitos, validação, negociação.

III, apenas.

I e III, apenas.

I e II, apenas.

II, apenas.

Scrum master, adaptação e transparência.

Coragem, foco e respeito. Coragem, foco e respeito.

Adaptação, respeito e coragem.

Foco, transparência e Scrum master.

Gerenciamento do Tempo

Gerenciamento do Escopo

Execução

Planejamento

9

10

11

8

I, II e III, apenas.

I e III, apenas.

I, III e IV, apenas.

II e IV, apenas.

I.

I e II.

I e III.

I, II, III.

II, III.

Compasso.

Tempo de leitura de dados.

Conversão sonora.

Tempo de impressão de dados sonoros

Latência.

action = especificar a ação que o formulário realiza como salvar, atualizar ou consultar.

method = especificar o método de envio dos dados do formulário, por exemplo, SMTP ou HTTP.

action = especificar ações que são permitidas ao usuário, como alterar valores ou somente leitura do conteúdo.

method = especificar o método de envio dos dados do formulário, por exemplo: GET ou POST.

action = especificar para onde enviar os dados do formulário quando o ele for submetido.

method = especificar o método de envio dos dados do formulário, por exemplo: GET ou POST.

action = especificar as ações que são permitidas ao usuário, por exemplo: UPDATE ou PUT.

method = especificar o método de envio dos dados do formulário, por exemplo: SMTP ou HTTP.

action = especificar as ações que são permitidas ao usuário, por exemplo: GET ou POST.

method = especificar o método de envio dos dados do formulário, por exemplo: SMTP ou HTTPS.

section, header, footer, span.

section, h1, footer, div.

div, header, footer, span.

section, header, footer, aside.

section, header, div, aside.

Uma Activity é uma classe descrita em linguagem Java que monitora a atividade do dispositivo Android, servindo, então, para configurar opções que influenciam na duração da bateria.

Um projeto Android é constituído obrigatoriamente por recursos (imagens, sons, arquivos XML), arquivos de configuração e arquivos java que são compilados diretamente para a JVM (Java Virtual Machine).

Todo aplicativo deve ter um arquivo AndroidManifest.xml (precisamente com esse nome) no seu diretório raiz. O arquivo de manifesto apresenta informações essenciais sobre o aplicativo ao sistema Android, necessárias para o sistema antes que ele possa executar o código do aplicativo.

As linguagens utilizadas para definir os layouts (LinearLayout, GridLayout, TableLayout, RelativeLayout, dentre outros) de um aplicativo Android são o HTML5 e CSS3.

Devido a sua API unificada pelo Google, em um projeto Android não é necessário definir comportamentos para diferentes tamanhos de telas e versões da plataforma Android.

AjaxRequest

HttpServelet

AjaxConnection

XMLHttpRequest

XMLFlex

p{color: blue; margin: 15px; border: thin solid #FF0000;}

p{font-color: blue; margin: 15px; border: small solid red;}

#p{color: blue; margin: 15px; border: thin solid #FF0000;}

p{font-color: #0000FF; margin: 15px; border: small solid #FF0000;}

#p{font-color: blue; margin: 15px; border: small solid red;

<header>

<head>

<html>

<!DOCTYPE>

<meta>

O diagrama de sequência é um diagrama comportamental, que descreve os workflows do software sendo desenvolvido, com suporte a escolha, iteração e concorrência.

O diagrama de casos de uso é um diagrama comportamental, definido por meio de uma análise que visa levantar quais funcionalidades serão realizadas por quais atores.

O diagrama de classes é um diagrama estrutural que visa descrever a estrutura de um sistema por meio de suas classes, atributos, operações e os relacionamentos entre objetos.

Um diagrama de casos de uso pode identificar os diferentes tipos de usuário de um sistema, além dos diferentes casos de uso deste.

Os diagramas de colaboração e sequência são chamados de diagramas de interação.

O modelo é baseado na ideia de desenvolver uma implementação inicial, expô-la para o feedback do cliente e evoluí-la por meio de várias versões, até que um sistema adequado seja desenvolvido.

Cada incremento ou versão do sistema incorpora alguma funcionalidade da qual o cliente necessita.

Neste modelo, o desenvolvimento de software é parte fundamental das abordagens/práticas ágeis

Este modelo é um exemplo claro de processo dirigido a planejamento, no qual, a princípio, você deve planejar e agendar todas as atividades do processo, antes de se começar a trabalhar com elas.

Um dos benefícios deste modelo é a facilidade na obtenção do feedback do cliente sobre o trabalho que já foi realizado. O cliente pode comentar sobre demonstrações do software e observar o quanto já foi implementado até a fase atual.

A JSTL surgiu como uma substituição ao JSP, a fim de promover um melhor design nos sistemas Web escritos em Java.

A JSTL surgiu como uma extensão ao JSP, a fim de promover um melhor design nos sistemas Web escritos em Java.

A JSTL é uma linguagem de programação para a Web que mescla Java, HTML e JSP.

A JSTL é parte integrante do JSP e seus códigos vêm disponibilizados dentro do Java Development Kit (JDK).

A JSTL surgiu como uma substituição ao JSP, a fim de promover códigos mais enxutos e portáveis para dispositivos diversos.