Questões de Concurso Comentadas sobre engenharia de software

Foram encontradas 12.716 questões

Q112572 Engenharia de Software
Requisitos não-funcionais são restrições aos serviços de um sistema de software e ao processo de desenvolvimento do sistema. A equipe de desenvolvimento de um sistema de controle de tráfego áereo deve considerar os requisitos não-funcionais de
Alternativas
Q112571 Engenharia de Software
A engenharia de software baseada em componentes consiste em um modelo genérico de desenvolvimento de software que se baseia em componentes de software reusáveis padronizados e um middleware de integração desses componentes. Embora seja uma das principais abordagens de desenvolvimento de sistemas de software
corporativos e comerciais, o analista de sistemas que decidir pelo reuso de componentes deve enfrentar o problema de
Alternativas
Q112570 Engenharia de Software
O modelo em cascata inclui 5 estágios considerados fundamentais para o desenvolvimento de um software: a análise e definição de requisitos, o projeto de sistema e software, a implementação e o teste de unidade, a integração e o teste de sistema e a operação e manutenção. Apesar disso, o modelo em cascata tem como desvantagem a
Alternativas
Q112569 Engenharia de Software
O conjunto de atividades e resultados associados que resulta em um produto de software recebe o nome de
Alternativas
Q110809 Engenharia de Software
As alternativas a seguir apresentam condições para a manutenção da qualidade de serviços e produtos de Tecnologia da Informação, à exceção de uma. Assinale-a.
Alternativas
Q110808 Engenharia de Software
Assinale a afirmativa que não apresenta um item de controle da área de Tecnologia da Informação.
Alternativas
Q110523 Engenharia de Software
Um modelo de processo de software é uma descrição simplificada desse processo que apresenta uma visão dele. Esses modelos incluem as atividades, que fazem parte do processo, os produtos de software e os papéis das pessoas envolvidas na engenharia do software. Nesse contexto, dois modelos são descritos a seguir.

I. Mostra a seqüência de atividades ao longo do processo, com suas entradas, saídas e dependências entre elas. Neste caso, as atividades representam ações humanas.
II. Mostra o processo como um conjunto de atividades, no qual cada uma realiza alguma transformação de dados, como uma especificação é transformada de entrada em saída. Neste caso, as atividades podem representar transformações realizadas por pessoas ou computadores.

Esses modelos I e II são denominados, respectivamente, de:
Alternativas
Q110522 Engenharia de Software
Os modelos de processo de Engenharia Web (WebE) adotam a filosofia do desenvolvimento ágil, que enfatiza uma abordagem de desenvolvimento simples que incorpora ciclos rápidos. Em conseqüência, o modelo de processo WebE está fixado em três pontos fundamentais, são eles:
Alternativas
Q110521 Engenharia de Software
Pontos por função - PF são derivados usando uma relação empírica baseada em medidas de contagem direta do domínio de informação do software e avaliação de complexidade do software. Um valor de domínio de informação é definido como uma entrada on-line, que resulta na geração de alguma resposta imediata do software, sob a forma de uma saída on-line. Esse valor de domínio de informação PE é denominado:
Alternativas
Q110519 Engenharia de Software
A métrica “Pontos de Função” (Function Point, FP) é usada efetivamente como meio para medir a funcionalidade entregue por um sistema. Considerando dados históricos, analise as afirmativas associadas ao uso da FP.

I. Estimar o custo ou esforço necessário para projetar, codificar e testar o software.
II. Prever o número de erros que vão ser encontrados durante o teste.
III. Prever o número de componentes e/ou o número de linhas de código projetadas no sistema implementado.

Assinale:
Alternativas
Q110518 Engenharia de Software
Um tipo de teste de sistemas de software é também chamado de “teste comportamental” e focaliza os requisitos funcionais do software, permitindo ao engenheiro de software derivar conjuntos de condições de entrada que vão exercitar plenamente todos os requisitos funcionais de um programa. Esse tipo de teste tende a ser aplicado durante os últimos estágios do teste e tenta encontrar erros em funções incorretas ou omitidas, de interfaces, de estrutura de dados ou de acesso à base de dados externa, de comportamento ou desempenho de iniciação e término. Além disso, é um tipo de teste que despreza, de propósito, a estrutura de controle, sendo a atenção focalizada no domínio da informação. Esse tipo é conhecido por teste:
Alternativas
Q110516 Engenharia de Software
No que diz respeito aos sistemas de software, o objetivo do teste é encontrar erros, sendo um teste aquele que tem alta probabilidade de encontrar um erro. Assim, um engenheiro de software deve projetar e implementar um sistema ou um produto baseado em computador com “testabilidade” em mente. Ao mesmo tempo, os testes devem exibir um conjunto de características que atinge o objetivo de encontrar a maioria dos erros com um mínimo de esforço. Dentre as características que levam a um software testável, uma pode ser resumida pela frase “Quanto melhor funciona, mas eficientemente pode ser testado”. Se um sistema é projetado e implementado com qualidade em mente, poucos defeitos vão bloquear a execução dos testes, permitindo que o teste progrida sem problemas. Essa característica é definida como:
Alternativas
Q110515 Engenharia de Software
No que diz respeito aos sistemas de software, teste é um conjunto de atividades que podem ser planejadas antecipadamente e conduzidas sistematicamente. Um tipo I de teste se refere ao conjunto de atividades que garante que o software implementa corretamente uma função específica, associado à construção do produto de forma correta ou não, enquanto um tipo II se refere a um conjunto de atividades diferente que garante que o software construído corresponde aos requisitos do cliente, associado à construção do produto certo. Esses testes do tipo I e II são denominados, respectivamente:
Alternativas
Q110512 Engenharia de Software
Na modelagem de processos, um modelo evolucionário de processo de software, originalmente proposto por Boehm, combina prototipagem e aspectos controlados e sistemáticos dos processos em cascata, sendo um gerador de modelo por risco, usado para guiar a engenharia de sistemas intensivos em softwares com vários interessados concorrentes, tendo duas características distintas, descritas a seguir.

I. É uma abordagem cíclica, para aumentar incrementalmente o grau de definição e de implementação de um sistema enquanto diminui seu grau de risco.
II. É um conjunto de marcos de ancoragem, para garantir o comprometimento dos interessados com soluções exeqüíveis e mutuamente satisfatórias para o sistema.

Esse modelo é conhecido por:
Alternativas
Q110511 Engenharia de Software
Sobre os processos de engenharia de requisitos, na elicitação e na análise ocorre total interação com os stakeholders no sistema, sendo o principal objetivo:
Alternativas
Q110510 Engenharia de Software
Como Modelo evolucionário do processo de software, uma característica da prototipagem é:
Alternativas
Q110509 Engenharia de Software
Rapid Application Development (RAD) é um modelo de processo de software incremental que enfatiza um ciclo de desenvolvimento curto, com o uso de uma abordagem de construção baseada em componentes. Nesse modelo, três das principais fases são abrangidas pelas modelagens:
Alternativas
Ano: 2010 Banca: FUNCAB Órgão: SEJUS-RO Prova: FUNCAB - 2010 - SEJUS-RO - Administrador |
Q110471 Engenharia de Software
Considerando a definição: “A Análise Estruturada de Sistemas é um conjunto de técnicas e ferramentas cujo objetivo é auxiliar na definição de sistemas”, assinale a alternativa INCORRETA.
Alternativas
Q110088 Engenharia de Software
Assinale a alternativa que NÃO contém somente atributos para características externas e internas do modelo de qualidade de software, definido na ISO/IEC 9126-1:
Alternativas
Q110083 Engenharia de Software
NÃO é um diagrama utilizado pela UML 2.0:
Alternativas
Respostas
11101: B
11102: D
11103: C
11104: B
11105: E
11106: C
11107: A
11108: D
11109: C
11110: E
11111: A
11112: C
11113: D
11114: A
11115: A
11116: B
11117: E
11118: E
11119: C
11120: D