Questões de Concurso Público TJ-SC 2021 para Analista de Sistemas
Foram encontradas 60 questões
Q1858588
Banco de Dados
Para exibir o número de diferentes nomes de departamentos (nomeDepartamento) a partir da tabela TabDepartamentos,
suprimindo duplicações, utiliza-se a instrução SQL:
SELECT
SELECT
Q1858589
Banco de Dados
Para exibir o cpf (varchar) de todos os procuradores, na tabela de mesmo nome, que tenham o valor '5' como segundo
caractere do cpf utiliza-se a instrução PL/SQL:
SELECT cpf FROM Procuradores WHERE
SELECT cpf FROM Procuradores WHERE
Q1858590
Banco de Dados
No Oracle NVL(expr1, expr2) retornará expr2 quando expr1 for nula. Enquanto a função NVL é específica do Oracle, uma
função com certa similaridade retorna a primeira expressão não nula entre os argumentos fornecidos e pode ser utilizada em
outros SGBDs compatíveis com o padrão ANSI SQL-92. Trata-se da função
Q1858591
Banco de Dados
Na criação de uma tabela no SQL Server, para determinar que uma coluna será automaticamente incrementada, utiliza-se a
propriedade
Q1858592
Banco de Dados
No PostgreSQL, para fazer backup full de todo o cluster, incluindo schemas, bancos de dados, tabelas, templates, usuários e
roles, assim como suas permissões, utiliza-se o comando cuja sintaxe está abaixo:
<comando> -p <porta> -U <usuario> -h <host> -f <path/nome_arquivo_backup>
Na sintaxe apresentada, <comando> refere-se à
<comando> -p <porta> -U <usuario> -h <host> -f <path/nome_arquivo_backup>
Na sintaxe apresentada, <comando> refere-se à
Q1858593
Arquitetura de Software
No trecho da mensagem SOAP abaixo um GetProcesso é enviado para o servidor, passando como parâmetro o número de
um processo.
<
xmlns:m="https://www.tjsc.jus.br/processo">
<m:GetProcesso>
<m:NumeroProcesso>20120385259</m:NumeroProcesso>
</m:GetProcesso>
</
>
Nesse trecho, em condições ideais, a lacuna I deve ser corretamente preenchida por
<
xmlns:m="https://www.tjsc.jus.br/processo"> <m:GetProcesso>
<m:NumeroProcesso>20120385259</m:NumeroProcesso>
</m:GetProcesso>
</
>
Nesse trecho, em condições ideais, a lacuna I deve ser corretamente preenchida por
Q1858594
Arquitetura de Software
O Modelo de Acessibilidade em Governo Eletrônico (eMAG), norteador no desenvolvimento e na adaptação de conteúdos
digitais do governo federal para acessibilidade, recomenda que
Q1858595
Programação
ADO.NET é um conjunto de classes do .NET Framework desenvolvidas para facilitar o acesso das aplicações às bases de
dados. Um desenvolvedor que deseja utilizar classes da ADO.NET que representam tabelas, colunas, linhas e que deseja
utilizar a classe DataSet deve fazer por meio do namespace
Q1858596
Programação
Considere o fragmento de código HTML5, abaixo:
<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
<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
Q1858597
Programação
Considere o trecho de uma página web abaixo, que utiliza Bootstrap.
<div class="container-fluid">
<div class="row">
<div class="
bg-success">
TRIBUNAL DE JUSTIÇA DO ESTADO DE SANTA CATARINA
</div>
<div class="
bg-warning">
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
<div class="container-fluid">
<div class="row">
<div class="
bg-success"> TRIBUNAL DE JUSTIÇA DO ESTADO DE SANTA CATARINA
</div>
<div class="
bg-warning"> 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
Q1858598
Programação
Em uma situação hipotética, um profissional de TI deseja inserir um vídeo institucional do Tribunal de Justiça de Santa Catarina
que está no Youtube, no site do Tribunal. Para isso, obteve o código personalizado abaixo no site do Youtube.
<
width="560" height="315" src="https://www.youtube.com/embed/-u33KrrhlpU" frameborder="0" allow=" accelerometer; autoplay; encrypted-media; gyroscope; picture-in-picture" allowfullscreen></ 
>
Tal fragmento de código permite concluir que o comando HTML5 que deve ser utilizado na lacuna I é
<
width="560" height="315" src="https://www.youtube.com/embed/-u33KrrhlpU" frameborder="0" allow=" accelerometer; autoplay; encrypted-media; gyroscope; picture-in-picture" allowfullscreen></ >
Tal fragmento de código permite concluir que o comando HTML5 que deve ser utilizado na lacuna I é
Q1858599
Programação
Considere o método abaixo, em uma classe PHP chamada Cliente.
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
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
Q1858600
Programação
Em uma servlet, de um site desenvolvido em Java, o fragmento de código abaixo retorna uma lista de processos para o arquivo
exibir_processos.jsp.
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
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
Q1858601
Engenharia de Software
A métrica Defect Removal Efficiency (DRE) é definida por:
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
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
Q1858602
Engenharia de Software
Considere que uma Analista de Sistemas do TJUSC está fazendo a análise por Pontos de Função (PFs) de um software em
desenvolvimento. Ao seguir os passos da técnica, chegou-se à tabela abaixo.
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:
, valor que indica que o produto é moderadamente complexo. De acordo com os fundamentos da Análise por Pontos de Função e com os dados apresentados,
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:
, valor que indica que o produto é moderadamente complexo. De acordo com os fundamentos da Análise por Pontos de Função e com os dados apresentados,
Q1858603
Engenharia de Software
Um Analista de Sistemas atua no desenvolvimento de software utilizando diferentes processos e metodologias cujas características são:
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,
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,
Q1858604
Engenharia de Software
Considere o campo descrição de um dos requisitos definidos para um sistema em desenvolvimento no TJUSC.
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
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
Q1858605
Engenharia de Software
Considere que a separação de ambientes no TJUSC, de forma hipotética, funcione como mostra a figura abaixo.
O ambiente de desenvolvimento é utilizado pelos desenvolvedores para construir o software, reunindo máquinas nas quais o código é implementado. O ambiente de produção corresponde àquele em que os usuários finais utilizarão o software. O ambiente de testes
O ambiente de desenvolvimento é utilizado pelos desenvolvedores para construir o software, reunindo máquinas nas quais o código é implementado. O ambiente de produção corresponde àquele em que os usuários finais utilizarão o software. O ambiente de testes
Q1858606
Governança de TI
De acordo com o guia MPS.BR, uma organização atinge
Q1858607
Governança de TI
Utilizando as recomendações do COBIT 5, uma equipe de Analistas do TJUSC, hipoteticamente, definiu, após a conclusão da
análise das necessidades das partes interessadas, que a melhoria da satisfação da sociedade, com os serviços prestados, seria
prioridade estratégica para o Tribunal. A partir dessa definição, buscou-se definir o que precisaria ser melhorado nos seguintes
aspectos relativos à TI, obtidos da cascata de objetivos:
I. 01 Alinhamento da estratégia de TI e das atividades do Tribunal.
II. 04 Gestão do risco organizacional de TI.
III. 07 Prestação de serviços de TI em consonância com os requisitos de trabalho do Tribunal.
IV. 09 Agilidade de TI.
V. 10 Segurança da informação, infraestrutura de processamento e aplicativos.
VI. 14 Disponibilidade de informações úteis e confiáveis para a tomada de decisão.
VII. 17 Conhecimento, expertise e iniciativas para inovação do trabalho do Tribunal.
Com base no exposto,
I. 01 Alinhamento da estratégia de TI e das atividades do Tribunal.
II. 04 Gestão do risco organizacional de TI.
III. 07 Prestação de serviços de TI em consonância com os requisitos de trabalho do Tribunal.
IV. 09 Agilidade de TI.
V. 10 Segurança da informação, infraestrutura de processamento e aplicativos.
VI. 14 Disponibilidade de informações úteis e confiáveis para a tomada de decisão.
VII. 17 Conhecimento, expertise e iniciativas para inovação do trabalho do Tribunal.
Com base no exposto,
Conheça nossos planos