Questões de Concurso
Comentadas para analista judiciário - informática
Foram encontradas 687 questões
Resolva questões gratuitamente!
Junte-se a mais de 4 milhões de concurseiros!
1. Compreensão do domínio: os analistas devem desenvolver sua compreensão do domínio da aplicação.
2. Coleta de requisitos: processo de interagir com os stakeholders do sistema para descobrir seus requisitos.
3. Classificação: atividade que considera o conjunto não estruturado dos requisitos e os organiza em grupos coerentes.
4. Resolução de conflitos: Solucionar conflitos decorrentes do envolvimento de múltiplos stakeholders.
5. Definição das prioridades: envolve a interação com os stakeholders para a definição dos requisitos mais importantes.
6. Descarte de requisitos: atividade de descartar requisitos menos importantes, baseando-se nas indicações dos stakeholders.
7. Verificação de requisitos: os requisitos são verificados para descobrir se estão completos e consistentes e se estão em concordância com o que os stakeholders desejam do sistema.
8. Modelagem de requisitos: os requisitos são modelados utilizando-se o diagrama de casos de uso e de sequência da UML.
Faz parte do processo de levantamento e análise de requisitos o que consta em APENAS 1, 2,
O texto acima apresenta a metodologia ágil conhecida como


Ao se completar a tabela 4, o total de pontos de função das transações é

O diagrama de classe que representa corretamente a relação entre ClasseB e ClasseC está representado em
A dor quebra a unidade vivida do homem, transparente para si mesmo enquanto goza de boa saúde, confiante em seus recursos, esquecido do enraizamento físico de sua existência, desde que nenhum obstáculo se interponha entre seus projetos e o mundo. De fato, na vida cotidiana o corpo se faz invisível, flexível; sua espessura é apagada pelas ritualidades sociais e pela repetição incansável de situações próximas umas das outras. Aliás, esse ocultar o corpo da atenção do indivíduo leva René Leriche a definir a saúde como “a vida no silêncio dos órgãos”. Georges Canguilhem acrescenta que ela é um estado de “inconsciência em que o sujeito é de seu corpo”.
(Adaptado de: BRETON, David Le. Antropologia da Dor, São Paulo, Editora Fap-Unifesp, 2013, p. 25-6)
Os segmentos acima expressam, respectivamente,
A dor quebra a unidade vivida do homem, transparente para si mesmo enquanto goza de boa saúde, confiante em seus recursos, esquecido do enraizamento físico de sua existência, desde que nenhum obstáculo se interponha entre seus projetos e o mundo. De fato, na vida cotidiana o corpo se faz invisível, flexível; sua espessura é apagada pelas ritualidades sociais e pela repetição incansável de situações próximas umas das outras. Aliás, esse ocultar o corpo da atenção do indivíduo leva René Leriche a definir a saúde como “a vida no silêncio dos órgãos”. Georges Canguilhem acrescenta que ela é um estado de “inconsciência em que o sujeito é de seu corpo”.
(Adaptado de: BRETON, David Le. Antropologia da Dor, São Paulo, Editora Fap-Unifesp, 2013, p. 25-6)
De acordo com o PMBOK, o texto acima é definição de
1. Gerenciamento de mudanças.
2. Totalidade.
3. Veracidade.
4. Validade.
5. Segurança.
6. Operação de computadores.
São exemplos de controle gerais e exemplos de controles de aplicativos, respectivamente,
I. Na fase de encerramento de cada um;
II. No desenvolvimento ou atualização de um novo produto, ou ampliação de saídas;
III. Na melhoria de operações ou do processo de desenvolvimento do produto ou

Os sistemas operacionais I, II e III, são, respectivamente:
I. identificar afinidades existentes entre um conjunto de itens em um dado grupo de registros. Por exemplo: 75% dos envolvidos em processos judiciais ligados a ataques maliciosos a servidores de dados também estão envolvidos em processos ligados a roubo de dados sigilosos.
II. identificar sequências que ocorrem em determinados registros. Por exemplo: 32% de pessoas do sexo feminino após ajuizarem uma causa contra o INSS solicitando nova perícia médica ajuízam uma causa contra o INSS solicitando ressarcimento monetário.
III. as categorias são definidas antes da análise dos dados. Pode ser utilizada para identificar os atributos de um determinado grupo que fazem a discriminação entre 3 tipos diferentes, por exemplo, os tipos de processos judiciais podem ser categorizados como infrequentes, ocasionais e frequentes.
Os tipos de técnicas referenciados em I, II e III, respectivamente, são:
I. É uma ferramenta gratuita e de código aberto para modelagem de dados que trabalha com o modelo lógico, desenvolvida pela fabFORCE sob a licença GNU GPL. É um software multiplataforma (Windows e Linux) implementado em Delphi/Kylix. Além de permitir a modelagem, criação e manutenção de bancos de dados, esta ferramenta possibilita também a engenharia reversa, gerando o modelo de dados a partir de um banco existente, e ainda possibilita o sincronismo entre o modelo e o banco. Foi construída originalmente para oferecer suporte ao MySQL, porém também suporta outros SGBDs como Oracle, SQL Server, SQLite e outros que permitam acesso via ODBC.
II. É uma ferramenta desenvolvida pela empresa Popkin Software. Tem a vantagem de ser uma ferramenta flexível para a empresa que trabalha com a Análise Estruturada de Sistemas. Tem como característica importante o fato de ser uma ferramenta workgroup, ou seja, é possível compartilhar um mesmo projeto entre diversos analistas de desenvolvimento. Em um único repositório são colocadas todas as informações do projeto. Os projetos podem ser agrupados por sistemas e subsistemas; existe uma enciclopédia do SA correspondente a cada um deles. Essas enciclopédias ficam armazenadas na rede de acordo com as áreas de trabalho dos analistas.
III. É uma ferramenta CASE para modelagem de dados relacional e dimensional, que permite a construção de modelos de dados lógicos e modelos de dados físicos, comercializada pela CA (Computer Associates). Permite ao usuário trabalhar com três tipos de modelos de dados: somente lógico (Logical Only), somente físico (Physical Only) ou lógico e físico (Logical/Physical). Antes da versão 4, todo modelo de dados tinha, obrigatoriamente, o modelo lógico e o modelo físico juntos, ou seja, o modelo sempre era do tipo Logical/Physical. Em versão recente, foi incluído o recurso de derivação de modelos que permite gerar um modelo de dados a partir de outro. Também oferece o recurso de sincronização entre os modelos de dados (Sync with Model Source).
As ferramentas CASE I, II e III são, respectivamente:
Quando executado diretamente, essa procedure pode conter comandos como:
I. COMMIT, DELETE, RAISE ERROR, UPDATE RULE, THROW EXCEPTION.
II. EXECUTE PROCEDURE, FOR, INSERT, REGISTER DBEVENT.
III. REMOVE DBEVENT, MESSAGE, ENDLOOP, APPLY, INVOKE.
Está correto o que consta APENAS em