Questões de Engenharia de Software para Concurso - Página 593

Q253102

Ano: 2012 Banca: PaqTcPB Órgão: UEPB Prova: PaqTcPB - 2012 - UEPB - Técnico em Informática - Programador |

Q253102 Engenharia de Software

São conceitos chaves do paradigma Orientado a Objetos:

A

Classes, objetos, regras e funções.

B

Casamento de padrões, herança, classes e objetos.

C

Classes, objetos, herança e polimorfismo por inclusão.

D

Polimorfismo por inclusão, casamento de padrões, transparência referencial e herança.

E

Sobrecarga, inferência lógica, backtracking e herança.

Incorreta. Gabarito oficial da banca:

Compare seu desempenho com quem faz o mesmo concurso. Ver concorrência

Parabéns! Você acertou!

Compare seu desempenho com quem faz o mesmo concurso. Ver concorrência

Q252839

Ano: 2012 Banca: FUMARC Órgão: TJ-MG Prova: FUMARC - 2012 - TJ-MG - Técnico Judiciário - Analista de Sistemas |

Q252839 Engenharia de Software

Tipo de teste que focaliza cada componente de um software de forma individual, garantindo que o componente funciona adequadamente:

A

Teste de Integração.

B

Teste de Unidade.

C

Teste de Regressão.

D

Teste de Validação.

Incorreta. Gabarito oficial da banca:

Veja esse conteúdo explicado passo a passo em nossos cursos. Buscar curso

Parabéns! Você acertou!

Mandou bem! Revise esse tema nos nossos cursos. Buscar curso

Q252829

Ano: 2012 Banca: FUMARC Órgão: TJ-MG Prova: FUMARC - 2012 - TJ-MG - Técnico Judiciário - Analista de Sistemas |

Q252829 Engenharia de Software

São diagramas de interação da UML que mostram um conjunto de objetos e as mensagens que poderão ser trocadas entre eles, enfatizando a ordem temporal de mensagens:

A

Diagrama de Atividades.

B

Diagrama de Objetos.

C

Diagrama de Comunicação.

D

Diagrama de Sequências.

Incorreta. Gabarito oficial da banca:

Compare seu desempenho com quem faz o mesmo concurso. Ver concorrência

Parabéns! Você acertou!

Compare seu desempenho com quem faz o mesmo concurso. Ver concorrência

Q252828

Ano: 2012 Banca: FUMARC Órgão: TJ-MG Prova: FUMARC - 2012 - TJ-MG - Técnico Judiciário - Analista de Sistemas |

Q252828 Engenharia de Software

Em relação aos tipos de relacionamentos da UML, correlacione as colunas a seguir considerando a defnição mais adequada:

Imagem 011.jpg

Está CORRETA a seguinte sequência de respostas:

A

III, I, IV, II.

B

VI, II, I, III.

C

II, I, VI, III.

D

III, I, II, VI.

Incorreta. Gabarito oficial da banca:

Esse erro também aparece no seu Resumão. Veja o que melhorar

Parabéns! Você acertou!

Esse acerto está no seu Resumão. Ver Resumão da semana

Q252827

Ano: 2012 Banca: FUMARC Órgão: TJ-MG Prova: FUMARC - 2012 - TJ-MG - Técnico Judiciário - Analista de Sistemas |

Q252827 Engenharia de Software

Em relação aos tipos de requisitos de software, julgue os itens a seguir, marcando com (V) a assertiva verdadeira e com (F) a assertiva falsa.

( ) Requisitos não-funcionais são restrições sobre os serviços ou as funções oferecidos pelo sistema.

( ) Requisitos de domínio são declarações, em uma linguagem natural, de quais serviços são esperados do sistema.

( ) Requisitos funcionais são declarações de serviços que o sistema deve fornecer.

( ) Requisitos funcionais podem estabelecer explicitamente o que o sistema não deve fazer.

Assinale a opção com a sequência CORRETA.

A

V, F, V, V.

B

F, V, V, F.

C

V, F, F, V

D

F, V, F, F.

Incorreta. Gabarito oficial da banca:

Veja como esse erro impacta seu desempenho geral. Ver estatísticas

Parabéns! Você acertou!

Esse acerto melhora seu desempenho! Veja suas estatísticas

Q252595

Ano: 2012 Banca: FUMARC Órgão: TJ-MG Prova: FUMARC - 2012 - TJ-MG - Oficial Judiciário - Assistente Técnico De Sistemas |

Q252595 Engenharia de Software

Em relação à prototipagem, todas as afirmativas estão corretas, EXCETO:

A

Deve ser utilizada apenas quando os usuários podem participar ativamente do projeto.

B

Apenas a fase final produz uma entrega que não é um documento.

C

O número de iterações não é previsível.

D

O protótipo ajuda no entendimento dos requisitos do sistema.

Incorreta. Gabarito oficial da banca:

Salve essa questão em um caderno para revisar depois. Adicionar a um caderno

Parabéns! Você acertou!

Mantenha o ritmo! Salve no caderno para revisar depois. Adicionar a um caderno

Q252594

Ano: 2012 Banca: FUMARC Órgão: TJ-MG Prova: FUMARC - 2012 - TJ-MG - Oficial Judiciário - Assistente Técnico De Sistemas |

Q252594 Engenharia de Software

Em relação aos modelos de processos de software, pode-se dizer que os modelos incremental e evolucionário possuem a característica de serem iterativos. Assinale a alternativa que melhor descreve um modelo de produção de software iterativo.

A

Os incrementos de um software são entregues ao cliente de uma só vez.

B

Um modelo de produção de software iterativo é composto pelas fases de análise de requisitos, projeto, implementação, testes (validação), integração e manutenção de software.

C

A abordagem iterativa possibilita desenvolver um sistema de software de forma incremental, permitindo ao desenvolvedor tirar vantagem daquilo que foi aprendido durante a fase inicial de desenvolvimento de uma versão do sistema. O aprendizado ocorre simultaneamente tanto para o desenvolvedor, quanto para o usuário do sistema.

D

Permite que sejam desenvolvidas versões cada vez mais completas do software.

Incorreta. Gabarito oficial da banca:

Veja esse conteúdo explicado passo a passo em nossos cursos. Buscar curso

Parabéns! Você acertou!

Mandou bem! Revise esse tema nos nossos cursos. Buscar curso

Q251354

Ano: 2012 Banca: FCC Órgão: MPE-AP Prova: FCC - 2012 - MPE-AP - Técnico Ministerial - Informática |

Q251354 Engenharia de Software

Em relação às funcionalidades oferecidas por ferramentas CASE (Computer-Aided Software Engineering), é possível dizer que são utilizadas para a

I. uniformização do processo de desenvolvimento e das atividades realizadas.

II. reutilização de vários artefatos ao longo dos projetos, permitindo o aumento da produtividade.

III. automação de atividades, destacando-se a geração de código e de documentação.

IV. modelagem de processos de negócio.

Está correto o que consta em

A

I, II, III e IV.

B

I, II e IV, apenas.

C

III e IV, apenas.

D

II, III e IV, apenas.

E

I, II e III, apenas.

Incorreta. Gabarito oficial da banca:

Treine mais com um simulado focado no seu concurso. Criar simulado

Parabéns! Você acertou!

Está mandando bem! Treine mais em um simulado completo. Criar simulado

Q251353

Ano: 2012 Banca: FCC Órgão: MPE-AP Prova: FCC - 2012 - MPE-AP - Técnico Ministerial - Informática |

Q251353 Engenharia de Software

Os processos de desenvolvimento rápido de software são concebidos para produzir, rapidamente, softwares úteis. O software não é desenvolvido como uma única unidade, mas como uma série de incrementos, em que cada incremento inclui uma nova funcionalidade no sistema. Embora existam muitas abordagens para o desenvolvimento rápido de software, elas compartilham algumas características fundamentais, como

A

a definição de requisitos e alterações no sistema, que devem ser definidas antes do início do processo, podendo ser alteradas somente após a total entrega e aceite do produto, trazendo agilidade ao processo, pois a equipe de desenvolvimento pode trabalhar sem a interferência do usuário final.

B

os processos de especificação, projeto e implementação, que são criados em uma única etapa do sistema, diferindo de processos tradicionais de desenvolvimento de software, que os intercalam e reduzem a velocidade em que o software é produzido.

C

a especificação detalhada de todo o projeto, que contém documentos de requisitos elaborados para cada detalhe funcional e não funcional e também de cada novo item incluído nas etapas de iteração.

D

a diminuição do número de versões, que aumenta a quantidade de itens funcionais incluídos em cada entrega. A especificação e avaliação de cada versão são exclusivas da equipe de desenvolvimento, fato que contribui para o aumento da velocidade e rapidez do processo.

E

as interfaces de usuário do sistema, que geralmente são desenvolvidas com o auxílio de um sistema interativo que permite a criação rápida do projeto da interface por meio de desenho e inserção de ícones.

Incorreta. Gabarito oficial da banca:

Errou um tema comum da banca? Veja o que mais costuma cair no Raio-X. Ver raio-X

Parabéns! Você acertou!

Essa questão segue o padrão da banca! Veja o que mais costuma cair. Ver raio-X

Q251064

Ano: 2012 Banca: FCC Órgão: MPE-AP Prova: FCC - 2012 - MPE-AP - Analista Ministerial - Tecnologia da Informação |

Q251064 Engenharia de Software

Uma ferramenta de controle de versão é utilizada para controlar as diferentes versões de um documento, o qual pode possuir ramificações de sua linha de desenvolvimento original. Um termo técnico comum, utilizado para definir uma ramificação é

A

trunk.

B

branch.

C

head.

D

mainline.

E

base.

Incorreta. Gabarito oficial da banca:

Esse erro também aparece no seu Resumão. Veja o que melhorar

Parabéns! Você acertou!

Esse acerto está no seu Resumão. Ver Resumão da semana

Q251062

Ano: 2012 Banca: FCC Órgão: MPE-AP Prova: FCC - 2012 - MPE-AP - Analista Ministerial - Tecnologia da Informação |

Q251062 Engenharia de Software

O Extreme Programming (XP) é, talvez, o mais conhecido e mais utilizado dos métodos ágeis. Dentre suas práticas se encontram programação em pares, integração contínua, refatoração e

A

propriedade coletiva, que garante uma participação nos lucros aos membros da equipe de desenvolvimento, técnica que incentiva e aumenta o desempenho de toda a equipe.

B

envolvimento do cliente apenas na fase final do sistema, fator que difere de outras metodologias como SCRUM e TDD e confere agilidade ao processo de desenvolvimento.

C

processo de desenvolvimento contínuo, em que a equipe se mantém focada no sistema até que uma funcionalidade específica seja entregue, comumente agregando horas extras ao turno de trabalho.

D

utilização de técnicas de ofuscação do código fonte, trazendo segurança e garantindo que apenas a equipe de desenvolvimento poderá ter acesso a este código

E

desenvolvimento incremental e sustentado por meio de pequenos e frequentes releases do sistema. Os requisitos são baseados em cenários ou em simples histórias de clientes.

Incorreta. Gabarito oficial da banca:

Salve essa questão em um caderno para revisar depois. Adicionar a um caderno

Parabéns! Você acertou!

Mantenha o ritmo! Salve no caderno para revisar depois. Adicionar a um caderno

Q251061

Ano: 2012 Banca: FCC Órgão: MPE-AP Prova: FCC - 2012 - MPE-AP - Analista Ministerial - Tecnologia da Informação |

Q251061 Engenharia de Software

Na metodologia de desenvolvimento SCRUM, o proprietário do produto (Product Owner) é responsável por maximizar o valor do produto e o trabalho da equipe de desenvolvimento. O proprietário do produto é a única pessoa responsável pela manutenção do Backlog do produto. Este gerenciamento inclui

A

assegurar que a equipe de desenvolvimento compreenda os itens do Backlog do produto no nível necessário.

B

encontrar técnicas para a manutenção efetiva do Backlog do produto e transmitir essas técnicas para a equipe de desenvolvimento.

C

comunicar, nas reuniões diárias, as metas e itens do Backlog do produto para a equipe de desenvolvimento.

D

treinar o time Scrum para que crie, de forma clara e precisa, os itens do Backlog do produto.

E

entender o planejamento do produto a longo termo e de forma empírica.

Incorreta. Gabarito oficial da banca:

Veja esse conteúdo explicado passo a passo em nossos cursos. Buscar curso

Parabéns! Você acertou!

Mandou bem! Revise esse tema nos nossos cursos. Buscar curso

Q251060

Ano: 2012 Banca: FCC Órgão: MPE-AP Prova: FCC - 2012 - MPE-AP - Analista Ministerial - Tecnologia da Informação |

Q251060 Engenharia de Software

Um processo de software é um conjunto de atividades relacionadas que levam à produção de um produto de software. Existem muitos processos de software diferentes, mas todos devem incluir quatro atividades fundamentais: especificação, projeto e implementação, validação e

A

teste

B

evolução.

C

prototipação.

D

entrega.

E

modelagem.

Incorreta. Gabarito oficial da banca:

Treine mais com um simulado focado no seu concurso. Criar simulado

Parabéns! Você acertou!

Está mandando bem! Treine mais em um simulado completo. Criar simulado

Q251059

Ano: 2012 Banca: FCC Órgão: MPE-AP Prova: FCC - 2012 - MPE-AP - Analista Ministerial - Tecnologia da Informação |

Q251059 Engenharia de Software

Dentre os métodos disponíveis na utilização de métricas de sistema está a análise de pontos de função (Function Point Analysis). Nesse método,

A

a função realizada pelos objetos do sistema, seus atributos e operações são catalogados, possibilitando medir a quantidade de classes e objetos que serão necessários para este sistema.

B

as funções utilizadas em linguagens de desenvolvimento tradicional, bem como os métodos e operações utilizados em arquiteturas orientadas a objeto são contados para a definição do tamanho funcional do sistema.

C

é atribuída uma pontuação para cada função ou método executado por uma determinada linguagem de programação. Este número é formulado com base em cálculos matemáticos e, posteriormente, é utilizado para fazer a classificação das métricas do sistema.

D

são analisados os pontos de execução de cada função dentro de um determinado sistema, são gerados registros de sistemas (logs) e, posteriormente, é gerada uma classificação em função dos valores obtidos dessa análise. .

E

as funcionalidades do sistema são elencadas sem a necessidade de preocupação com a tecnologia que será utilizada para o desenvolvimento do sistema.

Incorreta. Gabarito oficial da banca:

Errou um tema comum da banca? Veja o que mais costuma cair no Raio-X. Ver raio-X

Parabéns! Você acertou!

Essa questão segue o padrão da banca! Veja o que mais costuma cair. Ver raio-X

Q251058

Ano: 2012 Banca: FCC Órgão: MPE-AP Prova: FCC - 2012 - MPE-AP - Analista Ministerial - Tecnologia da Informação |

Q251058 Engenharia de Software

Uma vez que um sistema tenha sido instalado e seja usado regularmente, inevitavelmente surgirão novos requisitos que, então, deverão ser avaliados pela gerência de requisitos. Dentre os motivos do surgimento de novos requisitos, considere:

I. Após a instalação, o ambiente técnico e de negócios do sistema sempre muda. Como exemplo, um novo hardware pode ser introduzido, pode ser necessário fazer a interface do sistema com outros sistemas, as prioridades do negócio podem mudar etc.

II. As pessoas que pagam por um sistema e os usuários desse sistema raramente são os mesmos. Clientes do sistema impõem requisitos devido a restrições orçamentárias e organizacionais, os quais podem entrar em conflito com os requisitos do usuário final, e, após a entrega, novos recursos podem ser adicionados.

III. Geralmente, sistemas de grande porte têm uma comunidade de diversos usuários, com diferentes requisitos e prioridades, que podem ser conflitantes ou contraditórios.

Está correto o que se afirma em

A

I, II e III.

B

II e III, apenas.

C

I e II, apenas.

D

I e III, apenas.

E

II, apenas.

Incorreta. Gabarito oficial da banca:

Compare seu desempenho com quem faz o mesmo concurso. Ver concorrência

Parabéns! Você acertou!

Compare seu desempenho com quem faz o mesmo concurso. Ver concorrência

Q249360

Ano: 2012 Banca: CESGRANRIO Órgão: Petrobras Prova: CESGRANRIO - 2012 - Petrobras - Analista de Sistemas Júnior - Engenharia de Software-2012 |

Q249360 Engenharia de Software

O design baseado em responsabilidades é um método bastante difundido de design orientado a objetos.

Qual ferramenta é usada por essa abordagem para o registro informal de possíveis colaborações entre os objetos de uma aplicação?

A

Cartão CRC

B

Diagrama E-R

C

Diagrama de atividade

D

Diagrama de casos de uso

E

Diagrama de fluxos de dados

Incorreta. Gabarito oficial da banca:

Veja esse conteúdo explicado passo a passo em nossos cursos. Buscar curso

Parabéns! Você acertou!

Mandou bem! Revise esse tema nos nossos cursos. Buscar curso

Q249358

Ano: 2012 Banca: CESGRANRIO Órgão: Petrobras Prova: CESGRANRIO - 2012 - Petrobras - Analista de Sistemas Júnior - Engenharia de Software-2012 |

Q249358 Engenharia de Software

No Processo Unificado, a(o)

A

versão pronta para instalação sobrevém a cada iteração terminada.

B

fase de Construção tem, normalmente, um número maior de iterações que as demais.

C

duração de uma iteração é fixada antes do seu início, não podendo ultrapassar duas semanas.

D

objetivo da fase de Elaboração é construir um protótipo que demonstre a viabilidade da solução proposta, que será implementada na fase de Construção.

E

Documento da Arquitetura de Software (SAD) deve estar pronto antes do término da fase de Elaboração.

Incorreta. Gabarito oficial da banca:

Errou um tema comum da banca? Veja o que mais costuma cair no Raio-X. Ver raio-X

Parabéns! Você acertou!

Essa questão segue o padrão da banca! Veja o que mais costuma cair. Ver raio-X

Q249356

Ano: 2012 Banca: CESGRANRIO Órgão: Petrobras Prova: CESGRANRIO - 2012 - Petrobras - Analista de Sistemas Júnior - Engenharia de Software-2012 |

Q249356 Engenharia de Software

Um restaurante contratou uma equipe para desenvolver um sistema de informação que auxilie nas tarefas diárias do negócio. Após um levantamento inicial, a equipe listou os seguintes requisitos:

• o caixa será responsável por encerrar uma conta e registrar o pagamento da mesma;

• caso o pagamento seja feito com cheque, será necessário que o sistema do restaurante se comunique com o sistema de consulta de cheques do Serviço de Proteção ao Lojista para obter informações sobre o cliente;

• caso o pagamento seja feito com cartão de crédito, será necessário que o sistema do restaurante se comunique com o sistema da administradora do cartão para obter autorização;

• apenas o gerente terá acesso à função de estorno do valor pago. Caso a despesa tenha sido paga com cartão, será necessário se comunicar com o sistema da administradora;

• tanto o sistema da administradora de cartões como o de consulta de cheques serão acessados via web service;

• o gerente também poderá encerrar uma conta.

Qual diagrama de caso de uso descreve adequadamente os requisitos acima?

A

Imagem associada para resolução da questão

B

C

D

E

Incorreta. Gabarito oficial da banca:

Esse erro também aparece no seu Resumão. Veja o que melhorar

Parabéns! Você acertou!

Esse acerto está no seu Resumão. Ver Resumão da semana

Q249355

Ano: 2012 Banca: CESGRANRIO Órgão: Petrobras Prova: CESGRANRIO - 2012 - Petrobras - Analista de Sistemas Júnior - Engenharia de Software-2012 |

Q249355 Engenharia de Software

Seja o seguinte diagrama de classes UML:

Imagem associada para resolução da questão

Qual conjunto de classes e interfaces Java é compatível com os elementos de modelagem existentes nesse diagrama?

A

package PKGB;
public interface X3 {
public abstract int opA();
public abstract double opB(int z);
}
package PKGA;
import PKGB.X3;
public class A implements X3 {
int a1;
double a2;
private C[] c;
public void ma01(int x) {
// código irrelevante
}
public int opA() {
// código irrelevante
}
}
package PKGA;
public class B extends A {
int b1;
String b2;
public void ma01(int x) {
// código irrelevante
}
public double opB(int y) {
// código irrelevante
}
public int opA() {
// código irrelevante
}
}
package PKGA;
public class C {
private int c1;
private String c2;
public double mc01(double a, double b) {
// código irrelevante
}
public String mc02(String str, int ini, int param4) {
// código irrelevante
}
}

B

package PKGB;
public interface X3 {
public abstract int opA();
public abstract double opB(int z);
}
package PKGA;
import java.util.*;
public class A {
int a1;
double a2;
private List<C> lc;
public void ma01(int x) {
// código irrelevante
}
public int opA() {
// código irrelevante
}
}
package PKGA;
import PKGB.X3;
public class B extends A implements X3 {
int b1;
String b2;
public void ma01(int x) {
// código irrelevante
}
public double opB(int y) {
// código irrelevante
}
public int opA() {
// código irrelevante
}
}
package PKGA;
import java.util.*;
public class C {
private int c1;
private String c2;
private List<A> la;
public double mc01(double a, double
b) {
// código irrelevante
}
public String mc02(String str, int
ini, int param4) {
// código irrelevante
}
}

C

package PKGB;
public interface X3 {
public abstract int opA();
public abstract double opB(int z);
}
package PKGA;
import java.util.*;
public class A {
private int a1;
private double a2;
private List<C> lc;
public void ma01(int x) {
// código irrelevante
}
public int opA() {
// código irrelevante
}
}
package PKGA;
import PKGB.X3;
public class B extends A implements X3 {
private int b1;
private String b2;
public void ma01(int x) {
// código irrelevante
}
public double opB(int y) {
// código irrelevante
}
public int opA() {
// código irrelevante
}
}
package PKGA;
public class C {
private int c1;
private String c2;
public double mc01(double a, double
b) {
// código irrelevante
}
public String mc02(String str, int
ini, int param4) {
// código irrelevante
}
}

D

package PKGB;
public interface X3 {
public abstract int opA();
public abstract double opB(int z);
}
package PKGA;
public class A {
int a1;
double a2;
private C[] c;
public void ma01(int x) {
// código irrelevante
}
public int opA() {
// código irrelevante
}
}
package PKGA;
import PKGB.X3;
public class B extends A implements X3 {
int b1;
String b2;
public void ma01(int x) {
// código irrelevante
}
public double opB(int y) {
// código irrelevante
}
public int opA() {
// código irrelevante
}
}
package PKGA;
public class C {
private int c1;
private String c2;
public double mc01(double a, double
b) {
// código irrelevante
}
public String mc02(String str, int
ini, int param4) {
// código irrelevante
}
}

E

package PKGB;
public interface X3 {
public abstract int opA();
public abstract double opB(int z);
}
package PKGA;
import java.util.*;
public class A {
int a1;
double a2;
List<C> lc;
public void ma01(int x) {
// código irrelevante
}
public int opA() {
// código irrelevante
}
}
package PKGA;
import PKGB.X3;
public class B implements A extends X3 {
int b1;
String b2;
public void ma01(int x) {
// código irrelevante
}
public double opB(int y) {
// código irrelevante
}
public int opA() {
// código irrelevante
}
}
package PKGA;
public class C {
private int c1;
private String c2;
public double mc01(double a, double
b) {
// código irrelevante
}
public String mc02(String str, int
ini, int param4) {
// código irrelevante
}
}

Incorreta. Gabarito oficial da banca:

Veja como esse erro impacta seu desempenho geral. Ver estatísticas

Parabéns! Você acertou!

Esse acerto melhora seu desempenho! Veja suas estatísticas

Q242301

Ano: 2012 Banca: INSTITUTO CIDADES Órgão: TCM-GO Prova: INSTITUTO CIDADES - 2012 - TCM-GO - Auditor de Controle Externo - Informática |

Q242301 Engenharia de Software

De acordo com o SWEBOK a qualidade de software é dividida em tópicos. São eles:

I. Fundamentos de qualidade de software;

II. Métricas de desempenho;

III. Gerência do processo de qualidade de software;

IV. Considerações práticas.

A

II e III, somente;

B

I, II e III, somente;

C

I, III e IV, somente;

D

II, III e IV, somente;

E

I, II, III e IV.

Incorreta. Gabarito oficial da banca:

Compare seu desempenho com quem faz o mesmo concurso. Ver concorrência

Parabéns! Você acertou!

Compare seu desempenho com quem faz o mesmo concurso. Ver concorrência

🎯 Saiba o que estudar

🎯 Saiba o que estudar

Questões de Concurso Sobre engenharia de software

Foram encontradas 14.697 questões