Questões de Concurso Comentadas sobre engenharia de software
Foram encontradas 12.717 questões
Ano: 2014
Banca:
UNIRIO
Órgão:
UNIRIO
Prova:
UNIRIO - 2014 - UNIRIO - Analista Tecnologia da Informação - Desenvolvimento de Sistemas |
Q490299
Engenharia de Software
De acordo com o autor Schwaber, o Scrum é um framework para desenvolvimento e manutenção de produtos complexos baseado em três pilares, que são:
Ano: 2014
Banca:
UNIRIO
Órgão:
UNIRIO
Prova:
UNIRIO - 2014 - UNIRIO - Analista Tecnologia da Informação - Desenvolvimento de Sistemas |
Q490298
Engenharia de Software
Uma desvantagem do Ciclo de Vida tradicional do Desenvolvimento de Sistemas é a seguinte:
Ano: 2014
Banca:
UNIRIO
Órgão:
UNIRIO
Prova:
UNIRIO - 2014 - UNIRIO - Analista Tecnologia da Informação - Desenvolvimento de Sistemas |
Q490295
Engenharia de Software
Dentre os princípios do manifesto ágil para desenvolvimento de software, NÃO se inclui (em)
Ano: 2014
Banca:
UNIRIO
Órgão:
UNIRIO
Prova:
UNIRIO - 2014 - UNIRIO - Analista Tecnologia da Informação - Desenvolvimento de Sistemas |
Q490281
Engenharia de Software
Sobre o paradigma da orientação a objetos, é CORRETO afirmar que
Ano: 2014
Banca:
UFSBA
Órgão:
UFSBA
Prova:
UFSBA - 2014 - UFSBA - Analista de Tecnologia da Informação |
Q483427
Engenharia de Software
Marque C,se a proposição é verdadeira; E, se a proposição é falsa.
Aplicações desenvolvidas para ambiente WEB podem ter um fluxo de navegação entre páginas que seja complexo, mas o melhor diagrama UML para modelar esse fluxo é o de Sequência.
Aplicações desenvolvidas para ambiente WEB podem ter um fluxo de navegação entre páginas que seja complexo, mas o melhor diagrama UML para modelar esse fluxo é o de Sequência.
Ano: 2014
Banca:
UFSBA
Órgão:
UFSBA
Prova:
UFSBA - 2014 - UFSBA - Analista de Tecnologia da Informação |
Q483426
Engenharia de Software
Marque C,se a proposição é verdadeira; E, se a proposição é falsa.
Na modelagem UML, o Diagrama de Sequência demonstra a associação entre os objetos e suas interações organizadas em uma sequência de tempo.
Na modelagem UML, o Diagrama de Sequência demonstra a associação entre os objetos e suas interações organizadas em uma sequência de tempo.
Ano: 2014
Banca:
UFSBA
Órgão:
UFSBA
Prova:
UFSBA - 2014 - UFSBA - Analista de Tecnologia da Informação |
Q483424
Engenharia de Software
Marque C,se a proposição é verdadeira; E,se a proposição é falsa.
Um dos 13 (treze) diagramas definidos na versão 2.0 da linguagem UML (Unified Modeling Language) é o de Caso de Uso,e,nesse diagrama, um ator pode representar o papel que um ser humano ou um dispositivo de hardware desempenha no sistema, mas nunca outro sistema.
Um dos 13 (treze) diagramas definidos na versão 2.0 da linguagem UML (Unified Modeling Language) é o de Caso de Uso,e,nesse diagrama, um ator pode representar o papel que um ser humano ou um dispositivo de hardware desempenha no sistema, mas nunca outro sistema.
Ano: 2014
Banca:
UFSBA
Órgão:
UFSBA
Prova:
UFSBA - 2014 - UFSBA - Analista de Tecnologia da Informação |
Q483413
Engenharia de Software
Marque C,se a proposição é verdadeira; E,se a proposição é falsa.
O Software orientado a objetos(OO) é fundamentalmente diferente do software desenvolvido como uso de métodos convencionais,e,em razão disso,métricas utilizadas para sistemas OO devem focalizar as características que distinguem o software OO do software convencional,como métricas orientadas a Classes.
O Software orientado a objetos(OO) é fundamentalmente diferente do software desenvolvido como uso de métodos convencionais,e,em razão disso,métricas utilizadas para sistemas OO devem focalizar as características que distinguem o software OO do software convencional,como métricas orientadas a Classes.
Ano: 2014
Banca:
UFSBA
Órgão:
UFSBA
Prova:
UFSBA - 2014 - UFSBA - Analista de Tecnologia da Informação |
Q483412
Engenharia de Software
Marque C,se a proposição é verdadeira; E,se a proposição é falsa.
Pontos de Função apenas medem o tamanho funcional do software baseando-se em uma avaliação padronizada dos requisitos dos usuários e, diferentemente de Linhas de Código,não são dependentes da implementação física e das linguagens utilizadas no desenvolvimento do software.
Pontos de Função apenas medem o tamanho funcional do software baseando-se em uma avaliação padronizada dos requisitos dos usuários e, diferentemente de Linhas de Código,não são dependentes da implementação física e das linguagens utilizadas no desenvolvimento do software.
Q476384
Engenharia de Software
A engenharia de requisitos envolve a execução de diversas tarefas, sendo uma delas definida como a ação de modelagem de análise, guiada pela criação e refinamento de cenários do usuário, que descrevem como o usuário final vai interagir com o sistema. O produto final gerado por essa tarefa é um modelo de análise que define o domínio do problema informacional, funcional e comportamental.
A tarefa descrita é denominada:
A tarefa descrita é denominada:
Q476380
Engenharia de Software
Na Análise de Pontos de Função, são levadas em consideração funções representadas pela funcionalidade fornecida ao usuário para processar dados.
Essas funções são denominadas:
Essas funções são denominadas:
Q476377
Engenharia de Software
De a cordo com os princípios da UML, o desenvolvimento de um sistema deve permitir um estudo sob diversas visões, cada uma enfatizando aspectos diferentes do sistema, sendo duas delas descritas a seguir.
I. Enfatiza as características de concorrência, sincronização e desempenho do sistema.
II. Enfatiza a distribuição física do sistema em seus subsistemas e a conexão entre essas partes.
As visões I e II são denominadas, respectivamente:
I. Enfatiza as características de concorrência, sincronização e desempenho do sistema.
II. Enfatiza a distribuição física do sistema em seus subsistemas e a conexão entre essas partes.
As visões I e II são denominadas, respectivamente:
Q476376
Engenharia de Software
A “Extreme Programming (XP)” representa uma das metodologias mais utilizadas quando se trata de métodos ágeis. Dois princípios da XP são descritos a seguir.
I. Um representante do usuário final do sistema deve estar disponível em tempo integral, sendo um membro da equipe de desenvolvimento o responsável por trazer os requisitos do sistema à equipe de XP para implementação.
II. Os pares de desenvolvedores trabalham em todas as áreas do sistema, de tal maneira que não se formem ilhas de conhecimento, com todos os desenvolvedores de posse de todo o código.
Os princípios I e II são conhecidos, respectivamente, como:
I. Um representante do usuário final do sistema deve estar disponível em tempo integral, sendo um membro da equipe de desenvolvimento o responsável por trazer os requisitos do sistema à equipe de XP para implementação.
II. Os pares de desenvolvedores trabalham em todas as áreas do sistema, de tal maneira que não se formem ilhas de conhecimento, com todos os desenvolvedores de posse de todo o código.
Os princípios I e II são conhecidos, respectivamente, como:
Q476374
Engenharia de Software
Analise as afirmativas a seguir, relacionadas ao modelo ágil de processo conhecido porScrum.
I. Teste e documentação constantes são realizados à medida que o produto é construído.
II. O trabalho e desenvolvimento, e o pessoal que o efetua, são realizados por completo, com partições de alto acoplamento sem possibilidade de reuso.
III. Pequenas equipes de trabalho são organizadas de modo a maximizar a comunicação, minimizar a supervisão e maximizar o compartilhamento de conhecimento tácito informal.
IV. A complexidade do processo dificulta e não permite a produção de versões do software, que podem ser inspecionados e testados.
V. O processo precisa ser adaptável tanto a modificações técnicas quanto de negócios, para garantir que o melhor produto possível seja produzido.
Estão em conformidade com os princípios de desenvolvimento ágil Scrum, somente as seguintes afirmativas:
I. Teste e documentação constantes são realizados à medida que o produto é construído.
II. O trabalho e desenvolvimento, e o pessoal que o efetua, são realizados por completo, com partições de alto acoplamento sem possibilidade de reuso.
III. Pequenas equipes de trabalho são organizadas de modo a maximizar a comunicação, minimizar a supervisão e maximizar o compartilhamento de conhecimento tácito informal.
IV. A complexidade do processo dificulta e não permite a produção de versões do software, que podem ser inspecionados e testados.
V. O processo precisa ser adaptável tanto a modificações técnicas quanto de negócios, para garantir que o melhor produto possível seja produzido.
Estão em conformidade com os princípios de desenvolvimento ágil Scrum, somente as seguintes afirmativas:
Q476373
Engenharia de Software
O Rational Unified Process (RUP) é um modelo constituído por quatro fases no processo de software, relacionadas mais estritamente aos negócios do que a assuntos técnicos, descritas a seguir.
I. Trata do estabelecimento das entidades que irão interagir com o sistema e de suas interações.
II. Trata do entendimento do domínio do problema e estabelecer um framework de arquitetura para o sistema.
III. Trata do projeto, programação e teste do sistema.
IV. Trata da implantação do sistema no ambiente real de funcionamento.
As fases I, II, III e IV são denominadas, respectivamente:
I. Trata do estabelecimento das entidades que irão interagir com o sistema e de suas interações.
II. Trata do entendimento do domínio do problema e estabelecer um framework de arquitetura para o sistema.
III. Trata do projeto, programação e teste do sistema.
IV. Trata da implantação do sistema no ambiente real de funcionamento.
As fases I, II, III e IV são denominadas, respectivamente:
Q476370
Engenharia de Software
O desenvolvimento de software direcionado aos negócios apresenta uma seqüência de etapas bem definidas, cada uma com uma finalidade, entrada e saída distintas. Uma dessas etapas tem por objetivo especificar o que precisa ser feito e não como é feito, e visa compreender um problema antes de experimentar uma solução. Os requisitos são coletados e examinados minuciosamente por meio da construção de modelos.
Essa etapa é denominada:
Essa etapa é denominada:
Q476369
Engenharia de Software
Os projetos de sistemas para negócios aceitam diversos estilos de ciclo de vida. No entanto, um tipo tem sido adotado com frequência, pois é mais flexível e se baseia nas características listadas a seguir.
I. Primeiramente, um núcleo para o sistema é desenvolvid o , analisando , projetando , implementando e entregando um código preliminar que funciona.
II. Posteriormente, o escopo do sistema é ampliado, adicionando propriedades e comportamento aos objetos existentes, bem como incluindo novos tipos de objetos.
III. Constitui a melhor escolha para a maioria das aplicações, já que responde bem às mudanças e minimiza o risco de falha, além de oferecer um feedback de progresso aos usuários da gerência e do negócio.
O tipo descrito é conhecido por desenvolvimento:
I. Primeiramente, um núcleo para o sistema é desenvolvid o , analisando , projetando , implementando e entregando um código preliminar que funciona.
II. Posteriormente, o escopo do sistema é ampliado, adicionando propriedades e comportamento aos objetos existentes, bem como incluindo novos tipos de objetos.
III. Constitui a melhor escolha para a maioria das aplicações, já que responde bem às mudanças e minimiza o risco de falha, além de oferecer um feedback de progresso aos usuários da gerência e do negócio.
O tipo descrito é conhecido por desenvolvimento:
Ano: 2014
Banca:
FCC
Órgão:
TCE-GO
Prova:
FCC - 2014 - TCE-GO - Analista de Controle Externo - Tecnologia da Informação |
Q473134
Engenharia de Software
A UML especifica um conjunto de diagramas para modelar sistemas orientados a objeto em suas várias perspectivas. Dois destes diagramas podem ser muito úteis para apresentar uma visão de nível mais alto do sistema, como:
I. adequado para captar os requisitos funcionais de um sistema, ajudando no entendimento destes requisitos.
II. suporta e estimula o comportamento paralelo, sendo útil para modelagem de fluxo de trabalho e de processos, principal- mente, processos de negócio.
Os diagramas descritos em I e II são, correta e respectivamente, de
I. adequado para captar os requisitos funcionais de um sistema, ajudando no entendimento destes requisitos.
II. suporta e estimula o comportamento paralelo, sendo útil para modelagem de fluxo de trabalho e de processos, principal- mente, processos de negócio.
Os diagramas descritos em I e II são, correta e respectivamente, de
Ano: 2014
Banca:
FCC
Órgão:
TCE-GO
Prova:
FCC - 2014 - TCE-GO - Analista de Controle Externo - Tecnologia da Informação |
Q473133
Engenharia de Software
Em aplicações orientadas a objetos é possível construir diferentes tipos de classes, como
Ano: 2014
Banca:
FCC
Órgão:
TCE-GO
Prova:
FCC - 2014 - TCE-GO - Analista de Controle Externo - Tecnologia da Informação |
Q473131
Engenharia de Software
Paulo trabalha com requisitos de sistemas. Ele está focado em um sistema mal documentado, que possui milhares de linhas de código, em que os requisitos mudam com frequência. Isso tem causado diversas paradas inesperadas no sistema decorrentes de alterações em partes do código que causam falhas em outras partes, aumentando muito o custo de manutenção do sistema. Observando tal situação, Paulo propôs o uso de uma disciplina da Engenharia de Requisitos que consiste na definição formal de uma metodologia que permita compreender e controlar as mudanças nos requisitos do sistema, denominada
Conheça nossos planos