Questões de Concurso
Para tj-sc
Foram encontradas 4.231 questões
Resolva questões gratuitamente!
Junte-se a mais de 4 milhões de concurseiros!
P-I. Refere-se à visão da organização, em que se definem seus valores e convicções. Define a direção na qual o provedor de serviço vai colocar seus objetivos.
P-II. Define como a organização vai ser vista por seus clientes e serviços oferecidos.
P-III. Representa os procedimentos da organização. Exemplo: se uma empresa decidiu que vai oferecer serviços baratos, não faz sentido desenvolver um serviço de alta qualidade que custará mais do que seus clientes possam pagar.
O P-IV descreve como a organização vai executar a estratégia de serviços, ou seja, passar do as is (como está) para o to be (como será) e é denominado
Trata-se de um diagrama
− Aspecto 1: Influência direta usando o poder posicional; Foco em sistemas e estruturas; Apoio em controles; Foco em metas de curto prazo; Pergunta como e quando; Foco nos resultados; Foco em questões operacionais e solução de problemas.
− Aspecto 2: Influência como guia e colaborador usando o poder relacional; Foco em relacionamento com pessoas; Apoio baseado em inspirar confiança; Foco em visão de longo alcance; Pergunta o que e por que; Foco no horizonte; Foco em visão, alinhamento, motivação e inspiração.
Os aspectos 1 e 2 correspondem, correta e respectivamente, a:
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,
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
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: , 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,
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
< 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 é
<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
<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
< 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
<comando> -p <porta> -U <usuario> -h <host> -f <path/nome_arquivo_backup>
Na sintaxe apresentada, <comando> refere-se à