Questões de Concurso Comentadas sobre engenharia de software

Foram encontradas 13.121 questões

Q112589 Engenharia de Software
O principal objetivo do processo de verificação e validação (V&V) de software é estabelecer confiança de que o sistema de software atende tanto a sua especificação quanto às expectativas de seus usuários finais. Além das atividades de inspeção de software, outras atividades de suma importância no contexto do processo de V&V são aquelas relacionadas
Alternativas
Q112588 Engenharia de Software
O processo de desenvolvimento iterativo em que se desenvolve rapidamente um sistema apenas para explorar opções de requisitos e de projeto, mas não deverá ser implantado no cliente é o
Alternativas
Q112576 Engenharia de Software
O mecanismo de separação de aspectos internos e externos de um objeto que visa a impedir o acesso direto ao estado de um objeto e disponibilizar externamente apenas os métodos que alteram este estado, chama-se
Alternativas
Q112575 Engenharia de Software
A abordagem iterativa de desenvolvimento de software tem se popularizado como técnica-padrão de desenvolvimento de sistemas pequenos e médios, especialmente no mundo dos negócios. Scrum e eXtreme Programming são métodos ágeis e iterativos de desenvolvimento de software que compartilham a característica de
Alternativas
Q112573 Engenharia de Software
O documento de especificação de requisitos de software é a declaração detalhada e oficial dos requisitos a serem implementados de um sistema. Esse documento deve ser
organizado de tal modo que tanto clientes quanto projetistas possam usá-lo, podendo para tal adotar o seguinte padrão internacional de especificação de requisitos:
Alternativas
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
Respostas
11501: A
11502: B
11503: B
11504: A
11505: C
11506: B
11507: D
11508: C
11509: B
11510: E
11511: C
11512: A
11513: D
11514: C
11515: E
11516: A
11517: C
11518: D
11519: A
11520: A