Questões de Concurso

Concurso: DPE-SP

Concurso: DPE-SP
Cargo: Analista da Defensoria Pública - Analista de Sistemas
Ano: 2010

Ano:

2010

Banca:

FCC

Cargo:

Analista da Defensoria Pública - Analista de Sistemas

Disciplina: Engenharia de Software

FC173576

Dificuldade: Muito fácil

notificar erro

Notificar erro

Motivo:

Há um erro no enunciado e/ou alternativas

A resposta no gabarito oficial é outra

A disciplina ou assunto estão incorretos

A questão foi anulada

A questão está desatualizada

Informe mais detalhes

Erro de digitação ou português

As alternativas não aparecem

As imagens não aparecem

As imagens estão ilegíveis

Outro (especifique)

Alternativa A

Alternativa B

Alternativa C

Alternativa D

Alternativa E

Descrição

Acertou

Errou

adicionar questão na lista de favoritas

remover questão da lista de favoritas

A partir da perspectiva de gerenciamento, NÃO faz parte do ciclo de vida de software do RUP (Rational Unified Process):

(a)

Iniciação.

(b)

Elaboração.

(c)

Construção.

(d)

Teste.

(e)

Transição.

Concurso: TRANSPETRO

Concurso: TRANSPETRO
Cargo: Analista de Sistema Júnior - Engenharia de Software
Ano: 2011

Ano:

2011

Banca:

CESGRANRIO

Cargo:

Analista de Sistema Júnior - Engenharia de Software

Disciplina: Engenharia de Software

FC172590

Dificuldade: Muito fácil

notificar erro

Notificar erro

Motivo:

Há um erro no enunciado e/ou alternativas

A resposta no gabarito oficial é outra

A disciplina ou assunto estão incorretos

A questão foi anulada

A questão está desatualizada

Informe mais detalhes

Erro de digitação ou português

As alternativas não aparecem

As imagens não aparecem

As imagens estão ilegíveis

Outro (especifique)

Alternativa A

Alternativa B

Alternativa C

Alternativa D

Alternativa E

Descrição

Acertou

Errou

adicionar questão na lista de favoritas

remover questão da lista de favoritas

O Processo Unificado divide a realização de um projeto para desenvolvimento de um sistema de software em fases. Em cada uma dessas fases, são executadas atividades de diversas disciplinas em diferentes proporções. No desenvolvimento de um sistema de software complexo, esse processo recomenda

(a)

construir uma arquitetura executável ao final da fase de construção, para validar as regras do negócio e os requisitos funcionais do sistema.

(b)

criar um modelo de casos de uso durante a fase de elaboração, para documentar as regras do negócio e os requisitos não funcionais do sistema.

(c)

usar a abordagem de desenvolvimento iterativa e incremental, para dividir as atividades em iterações em que cada iteração gera um incremento do software.

(d)

ordenar os riscos envolvidos no projeto, para que os riscos menos críticos sejam considerados logo na fase de iniciação e os mais críticos nas fases finais.

(e)

entregar a primeira versão do sistema logo após a fase de transição, para evitar os problemas existentes no modelo de ciclo de vida em cascata tradicional.

Concurso: BNDES

Concurso: BNDES
Cargo: Profissional Básico - Análise de Sistemas - Desenvolvimento
Ano: 2008

Ano:

2008

Banca:

CESGRANRIO

Cargo:

Profissional Básico - Análise de Sistemas - Desenvolvimento

Disciplina: Engenharia de Software

FC170740

Dificuldade: Muito difícil

notificar erro

Notificar erro

Motivo:

Há um erro no enunciado e/ou alternativas

A resposta no gabarito oficial é outra

A disciplina ou assunto estão incorretos

A questão foi anulada

A questão está desatualizada

Informe mais detalhes

Erro de digitação ou português

As alternativas não aparecem

As imagens não aparecem

As imagens estão ilegíveis

Outro (especifique)

Alternativa A

Alternativa B

Alternativa C

Alternativa D

Alternativa E

Descrição

Acertou

Errou

adicionar questão na lista de favoritas

remover questão da lista de favoritas

Considerando o processo de desenvolvimento de software unificado, associe cada produto de trabalho com a fase em que deve ser realizado.

Marque a opção que ilustra a associação correta.

(a)

I-P, II-S, III-R, IV-P, V-Q

(b)

I-P, II-S, III-Q, IV-P, V-Q

(c)

I-P, II-R, III-Q, IV-P, V-R

(d)

I-Q, II-R, III-Q, IV-P, V-R

(e)

I-Q, II-S, III-R, IV-Q, V-S

Concurso: DNIT

Concurso: DNIT
Cargo: Analista Administrativo - Tecnologia da Informação
Ano: 2013

Ano:

2013

Banca:

ESAF

Cargo:

Analista Administrativo - Tecnologia da Informação

Disciplina: Engenharia de Software

FC170517

Dificuldade: Muito fácil

notificar erro

Notificar erro

Motivo:

Há um erro no enunciado e/ou alternativas

A resposta no gabarito oficial é outra

A disciplina ou assunto estão incorretos

A questão foi anulada

A questão está desatualizada

Informe mais detalhes

Erro de digitação ou português

As alternativas não aparecem

As imagens não aparecem

As imagens estão ilegíveis

Outro (especifique)

Alternativa A

Alternativa B

Alternativa C

Alternativa D

Alternativa E

Descrição

Acertou

Errou

adicionar questão na lista de favoritas

remover questão da lista de favoritas

São práticas recomendadas pelo Rational Unified Process:

(a)

Desenvolver software paulatinamente. Eliminar requisitos. Usar arquiteturas baseadas em componentes. Modelar software sequencialmente. Verificar a qualidade do software continuamente. Controlar as mudanças de orientação.

(b)

Adquirir software aplicativo. Gerenciar os requisitos. Usar arquiteturas baseadas em especificações de preço. Modelar software analiticamente. Verificar a atualidade do software continuamente. Controlar as pendências no software.

(c)

Desenvolver problemas iterativamente. Gerenciar os repositórios de requisitos. Usar enfoques baseados em componentes. Modelar software visualmente. Verificar a qualidade do software continuamente. Eliminar as mudanças no software.

(d)

Desenvolver software interativamente com os patrocinadores. Desconsiderar requisitos complexos. Usar arquiteturas baseadas em software. Modelar software visualmente. Verificar a origem do software continuamente. Controlar as variáveis no software.

(e)

Desenvolver software iterativamente. Gerenciar os requisitos. Usar arquiteturas baseadas em componentes. Modelar software visualmente. Verificar a qualidade do software continuamente. Controlar as mudanças no software.