Questões de Concurso
Para fcc
Foram encontradas 124.991 questões
Resolva questões gratuitamente!
Junte-se a mais de 4 milhões de concurseiros!
No módulo de Digitalização, o tratamento de documentos digitalizados com certificação digital é um processo oneroso em termos de memória e CPU, devido ao alto volume de dados. Em função disso, o sistema deverá prover recursos para processamento paralelo (multithreading) que possibilite processar lotes de documentos digitalizados de forma paralela, reduzindo o tempo de execução da rotina diária.
A média diária de digitalizações a serem processadas é 80.000. Cada lote contém 500 documentos digitalizados totalizando 160 lotes. A janela de produção disponível para o processamento de todos os lotes é de 4h. Ou seja, o sistema deve processar todos os 160 lotes em, no máximo, 4h.
Para atender a esta alta demanda, o sistema deverá executar os lotes na quantidade máxima permitida de threads, considerando a seguinte especificação do servidor de aplicativos:
− 16 processadores com quatro núcleos cada.
− 64 GB de memória RAM.
− 1 TB de espaço de armazenamento.
Uma Analista de Sistemas, ao analisar o requisito e completar outros campos de sua estrutura padrão, o classifica como requisito
I. A fase de transição se concentra nas atividades necessárias para colocar o software nas mãos dos usuários. Tipicamente, essa fase inclui várias iterações, incluindo versões beta, versões de disponibilidade geral, além de correções de erros e lançamentos de aprimoramento. Um esforço considerável é gasto em atividades ligadas ao usuário: documentação de sistema, treinamento e suporte no uso inicial do produto. Neste ponto, no entanto, o feedback do usuário deve limitar-se principalmente a problemas de ajuste, configuração, instalação e usabilidade do produto.
II. Aspectos significativos do processo devem estar visíveis aos responsáveis pelos resultados. A transparência requer que estes aspectos tenham uma definição padrão comum para que os observadores compartilhem um mesmo entendimento do que está sendo visto. Por exemplo: uma linguagem comum referindo-se ao processo deve ser compartilhada por todos os participantes; e aqueles que realizam o trabalho e aqueles que inspecionam o incremento resultado do trabalho devem compartilhar uma definição comum de Pronto.
III. A implementação inicial do software apoia duas atividades do processo de engenharia de requisitos: a) levantamento de requisitos, pois os usuários podem realizar experiências para ver como o sistema apoia seu trabalho, podendo ter novas ideias para os requisitos, identificar pontos positivos e negativos do software e até propor novos requisitos de sistema; b) validação de requisitos, pois a implementação pode revelar erros e omissões nos requisitos propostos, levando os usuários a crerem que sua visão inicial era incorreta e incompleta e dando a eles oportunidade de fazerem ajustes na especificação de sistema para refletir sua compreensão alterada dos requisitos.
IV. O cliente está sempre participando do desenvolvimento do sistema; testes de unidade e de aceitação fornecem feedback sobre o sistema; oportunidades e problemas são identificados o mais rápido possível; os códigos são integrados e testados constantemente, para o caso de algum problema ser detectado, poder ser corrigido imediatamente.
As características I, II, III e IV são, respectivamente,
Tabela completa de Pontos de Função do Software

Para o cálculo de PF, utiliza-se a expressão empírica proposta pelo modelo para obtenção dos pontos de função: PF Contagem Total * (0,65 + 0,01 *

A Analista já realizou o cálculo que resultou em:

DRE = Ea/(Ea + Dd)
Dados:
Ea = número de erros encontrados antes que o software seja entregue ao usuário final.
Dd = número de defeitos encontrados depois que o software foi entregue ao usuário final.
A métrica DRE
ProcessosDao dados = new ProcessosDao();
ArrayList<Processo> listaProcessos = dados.consultar(processo);
request.setAttribute("retornaProcessos", listaProcessos);
RequestDispatcher disp = request.getRequestDispatcher("exibir_processos.jsp");
disp.forward(request, response);
No arquivo exibir_processos.jsp, para receber a lista de processos, utiliza-se a instrução
public function setNome($Nome) {
$this->Nome = $Nome;
}
A partir de outra classe, um objeto na classe Cliente foi instanciado por meio da instrução $cli = new Cliente;. Para chamar o método acima e passar o nome 'Paulo' como parâmetro, utiliza-se a instrução
<


Tal fragmento de código permite concluir que o comando HTML5 que deve ser utilizado na lacuna I é
<div class="container-fluid">
<div class="row">
<div class="

TRIBUNAL DE JUSTIÇA DO ESTADO DE SANTA CATARINA
</div>
<div class="

PODER JUDICIÁRIO DO ESTADO DE SANTA CATARINA
</div>
</div>
</div>
Para que, em dispositivos pequenos (largura de tela de 576 pixels a 767 pixels), a divisão da esquerda use 25% da largura da linha e a divisão da direita use 75%, as lacunas I e II devem ser preenchidas, correta e respectivamente, com os nomes de classe
<body>
<div class="topo">
<div class="logo"></div>
<div class="slogan"></div>
</div>
</body>
Considere, também, o fragmento de código CSS, abaixo, para o código HTML5 apresentado.
div.topo{width:100%;height:150px;background-color:yellow;

div.logo{background-color:blue; flex:1}
div.slogan{background-color:green; flex:1}
Para que as divisões logo e slogan apareçam uma do lado da outra, com tamanhos iguais, preenchendo toda a divisão topo, a lacuna I deve ser corretamente preenchida por
<

<m:GetProcesso>
<m:NumeroProcesso>20120385259</m:NumeroProcesso>
</m:GetProcesso>
</

Nesse trecho, em condições ideais, a lacuna I deve ser corretamente preenchida por
<comando> -p <porta> -U <usuario> -h <host> -f <path/nome_arquivo_backup>
Na sintaxe apresentada, <comando> refere-se à
SELECT cpf FROM Procuradores WHERE
SELECT
Analisando apenas os dados fornecidos, considera-se brasileiro nato: