Selecionar segmento
Estude com questões de diferentes segmentos
Atenção: Isso limpará todos os campos já preenchidos no filtro!
Foram encontradas 4.537 questões
Resolva questões gratuitamente!
Junte-se a mais de 4 milhões de concurseiros!
Q1858618
Banco de Dados
Um dicionário de dados é útil
Q1858617
Engenharia de Software
Um Diagrama de Fluxo de Dados − DFD que inicia pelo diagrama de contexto e conclui no nível de primitivas funcionais ou
processos primitivos utiliza a abordagem
Q1858616
Modelagem de Processos de Negócio (BPM)
Hipoteticamente, um dos requisitos de negócio do Tribunal de Justiça de Santa Catarina é que, quando a quantidade de casos
processuais atinge o número 1.000 (mil), um alerta é disparado para o arquivo geral. Para modelar esse requisito em um
diagrama BPMN 2.0, a tarefa que emite o alerta, desenhada pelo Analista de Sistemas, no diagrama BPMN 2.0, deve
Q1858615
Modelagem de Processos de Negócio (BPM)
Um Analista de Sistemas utilizou os seguintes símbolos em um diagrama BPMN 2.0:
Na ordem apresentada, I e II representam, respectivamente,
Na ordem apresentada, I e II representam, respectivamente,
Q1858614
Sistemas Operacionais
O Windows 10 inclui duas tecnologias que podem ser usadas para o controle de aplicativos, dependendo dos cenários e requisitos específicos da organização. A Microsoft fornece algumas orientações sobre quando se deve escolher uma ou outra, conforme descritas abaixo.
A tecnologia I é melhor quando:
− Busca-se adotar o controle do aplicativo principalmente por motivos de segurança.
− A política de controle de aplicativo pode ser aplicada a todos os usuários nos computadores gerenciados.
− Todos os dispositivos que se deseja gerenciar estão executando o Windows 10.
A tecnologia II é melhor quando:
− Há um ambiente misto do sistema operacional Windows e é necessário aplicar os mesmos controles de política ao Windows 10 e às versões anteriores do sistema operacional.
− É necessário aplicar políticas diferentes para usuários ou grupos diferentes em um computador compartilhado.
− O controle de aplicativos está sendo usado para ajudar os usuários a evitar a execução de software não aprovado, mas não é necessária uma solução desenvolvida como um recurso de segurança.
− Não se deseja impor o controle do aplicativo em arquivos de aplicativo, como DLLs ou drivers.
As tecnologias indicadas em I e II são, correta e respectivamente,
A tecnologia I é melhor quando:
− Busca-se adotar o controle do aplicativo principalmente por motivos de segurança.
− A política de controle de aplicativo pode ser aplicada a todos os usuários nos computadores gerenciados.
− Todos os dispositivos que se deseja gerenciar estão executando o Windows 10.
A tecnologia II é melhor quando:
− Há um ambiente misto do sistema operacional Windows e é necessário aplicar os mesmos controles de política ao Windows 10 e às versões anteriores do sistema operacional.
− É necessário aplicar políticas diferentes para usuários ou grupos diferentes em um computador compartilhado.
− O controle de aplicativos está sendo usado para ajudar os usuários a evitar a execução de software não aprovado, mas não é necessária uma solução desenvolvida como um recurso de segurança.
− Não se deseja impor o controle do aplicativo em arquivos de aplicativo, como DLLs ou drivers.
As tecnologias indicadas em I e II são, correta e respectivamente,
Q1858613
Sistemas Operacionais
Uma Analista de Sistemas criou o script bash, para ser executado em ambiente Linux em condições ideais, cujo código é apresentado abaixo.
#!/bin/bash
DATA=`date +%y%m%d-%H%M`
cp $1 $DATA-$2
Considerando que o código não apresenta erros,
#!/bin/bash
DATA=`date +%y%m%d-%H%M`
cp $1 $DATA-$2
Considerando que o código não apresenta erros,
Q1858612
Arquitetura de Computadores
Considere o texto abaixo.
Com os softwares de edição de imagens e vídeos, é importante atentar à quantidade de memória disponível, e o ideal é investir em uma certa quantidade e tipo, de forma que cada módulo de memória tenha 8 GB e clock de 2.400 MHz.
No caso do armazenamento, também é interessante usar dois tipos de dispositivos: o primeiro, com cerca de 240 GB, para executar o sistema operacional e os programas que requerem mais processamento, e o segundo, com cerca de 2 TB, para armazenar arquivos editados.
(Adaptado de: https://www.techtudo.com.br/dicas-e-tutoriais/2019/06/como-montar-um-computador-bom-e-barato-veja-dicas-parahora-da-compra.ghtml)
Ao ler o texto, um Analista de Sistemas conclui que a quantidade e o tipo de memória, bem como o primeiro e o segundo dispositivos de armazenamento, correspondem, correta e respectivamente, a
Com os softwares de edição de imagens e vídeos, é importante atentar à quantidade de memória disponível, e o ideal é investir em uma certa quantidade e tipo, de forma que cada módulo de memória tenha 8 GB e clock de 2.400 MHz.
No caso do armazenamento, também é interessante usar dois tipos de dispositivos: o primeiro, com cerca de 240 GB, para executar o sistema operacional e os programas que requerem mais processamento, e o segundo, com cerca de 2 TB, para armazenar arquivos editados.
(Adaptado de: https://www.techtudo.com.br/dicas-e-tutoriais/2019/06/como-montar-um-computador-bom-e-barato-veja-dicas-parahora-da-compra.ghtml)
Ao ler o texto, um Analista de Sistemas conclui que a quantidade e o tipo de memória, bem como o primeiro e o segundo dispositivos de armazenamento, correspondem, correta e respectivamente, a
Q1858611
Arquitetura de Computadores
O número de um processo judicial obedece ao formato: NNNNNNN-DD.AAAA.JTR.0000. Em uma situação hipotética, um
Analista de Sistemas do TJUSC combinou com outro Analista, seu colega de trabalho, que, ao usarem e-mail, o primeiro
enviaria o número do campo JTR no sistema de numeração octal e o segundo, para confirmar, enviaria o mesmo número no
sistema hexadecimal. Em um certo dia, o primeiro Analista enviou por e-mail o número 12568. Seguindo o combinado, o
segundo Analista, em resposta ao primeiro, enviou o número:
Q1858610
Governança de TI
A Estratégia de Serviços, de acordo com a ITIL v3 atualizada em 2011, é a integração da estratégia do negócio com a área de TI
e está relacionada com as habilidades da área de TI em gerar ativos de serviços. A estratégia de serviços tem 4 pontos
principais, conhecidos como 4 Ps, descritos abaixo.
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
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
Q1858609
Engenharia de Software
Considere que uma Analista de Sistemas do TJUSC está atuando em um projeto com base no PMBOK 5ª edição, no processo
“Realizar a análise qualitativa dos riscos” da etapa de Gerenciamento de Riscos do Projeto. A Analista construiu o diagrama
abaixo que apresenta a análise de riscos.
Trata-se de um diagrama
Trata-se de um diagrama
Q1858608
Engenharia de Software
De acordo com o PMBOK 6ª edição, os gerentes de projeto precisam empregar ações/comportamentos divididos em 2 aspectos
para alcançarem o sucesso junto às equipes com as quais trabalham, encontrando o seu equilíbrio para cada situação. Esses
aspectos e algumas ações/comportamentos a eles ligados são:
− 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:
− 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:
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,
Q1858606
Governança de TI
De acordo com o guia MPS.BR, uma organização atinge
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
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
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,
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,
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
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
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
Conheça nossos planos