Questões de Concurso
Foram encontradas 8.732 questões
Resolva questões gratuitamente!
Junte-se a mais de 4 milhões de concurseiros!
Ano: 2011
Banca:
FCC
Órgão:
TRT - 23ª REGIÃO (MT)
Prova:
FCC - 2011 - TRT - 23ª REGIÃO (MT) - Técnico Judiciário - Tecnologia da Informação |
Q111536
Engenharia de Software
FDD (Feature Driven Development) é uma metodologia muito objetiva, possuindo apenas duas fases:
Ano: 2011
Banca:
FCC
Órgão:
TRT - 23ª REGIÃO (MT)
Prova:
FCC - 2011 - TRT - 23ª REGIÃO (MT) - Técnico Judiciário - Tecnologia da Informação |
Q111535
Engenharia de Software
No desenvolvimento de software em Extreme Programming (XP) há uma confiança muito grande na sinergia entre as práticas, já que os pontos fracos de cada uma são superados pelos pontos fortes de outras. Dentre elas, aquela em que o código fonte não tem dono e ninguém precisa solicitar permissão para poder modificá-lo, permitindo, assim, que a equipe conheça todas as partes do sistema, é chamada de
Ano: 2011
Banca:
FCC
Órgão:
TRT - 23ª REGIÃO (MT)
Prova:
FCC - 2011 - TRT - 23ª REGIÃO (MT) - Técnico Judiciário - Tecnologia da Informação |
Q111534
Engenharia de Software
No Unified Process os papéis não são pessoas; eles descrevem como as pessoas se comportam no negócio e quais são as responsabilidades que elas têm. Nesse sentido, um Desenvolvedor desempenha os papéis de
Ano: 2011
Banca:
FCC
Órgão:
TRT - 23ª REGIÃO (MT)
Prova:
FCC - 2011 - TRT - 23ª REGIÃO (MT) - Técnico Judiciário - Tecnologia da Informação |
Q111533
Engenharia de Software
Considere:
I. Modificações devem ser ajustadas facilmente em módulos isolados e fáceis de encontrar. Se não atendem a isso, um reprojeto deverá ser necessário.
II. Modificações de tabelas devem ser especialmente fáceis de fazer. Se qualquer modificação não é rápida e fácil de ser feita, indica-se a realização de um reprojeto.
III. Modificações devem ser fáceis para serem feitas na forma de iterações. Se elas não são, haverá um problema básico tal como um projeto falho ou uma proliferação de correções.
No contexto das bases para direcionar a implementação e análise do processo iterativo e incremental, está correto o que se afirma em
I. Modificações devem ser ajustadas facilmente em módulos isolados e fáceis de encontrar. Se não atendem a isso, um reprojeto deverá ser necessário.
II. Modificações de tabelas devem ser especialmente fáceis de fazer. Se qualquer modificação não é rápida e fácil de ser feita, indica-se a realização de um reprojeto.
III. Modificações devem ser fáceis para serem feitas na forma de iterações. Se elas não são, haverá um problema básico tal como um projeto falho ou uma proliferação de correções.
No contexto das bases para direcionar a implementação e análise do processo iterativo e incremental, está correto o que se afirma em
Ano: 2011
Banca:
FCC
Órgão:
TRT - 23ª REGIÃO (MT)
Prova:
FCC - 2011 - TRT - 23ª REGIÃO (MT) - Técnico Judiciário - Tecnologia da Informação |
Q111532
Engenharia de Software
No processo de desenvolvimento de software, é a atividade que refere-se à garantia de que o sistema de software irá ao encontro de requisitos do produto, como também assegurar que futuros requisitos possam ser atendidos:
Ano: 2011
Banca:
FCC
Órgão:
TRT - 23ª REGIÃO (MT)
Prova:
FCC - 2011 - TRT - 23ª REGIÃO (MT) - Técnico Judiciário - Tecnologia da Informação |
Q111519
Engenharia de Software
Detalhes técnicos desnecessários especificados pelos usuários podem confundir os objetivos globais do sistema. No levantamento de requisitos, trata-se de um problema de
Ano: 2011
Banca:
FCC
Órgão:
TRT - 23ª REGIÃO (MT)
Prova:
FCC - 2011 - TRT - 23ª REGIÃO (MT) - Técnico Judiciário - Tecnologia da Informação |
Q111517
Engenharia de Software
A disciplina de Gerenciamento de Projetos do RUP enfatiza o planejamento de um projeto interativo por meio
Ano: 2010
Banca:
FGV
Órgão:
FIOCRUZ
Prova:
FGV - 2010 - FIOCRUZ - Analista de Gestão em Saúde - Gestão de Tecnologia da Informação |
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.
Ano: 2010
Banca:
FGV
Órgão:
FIOCRUZ
Prova:
FGV - 2010 - FIOCRUZ - Analista de Gestão em Saúde - Gestão de Tecnologia da Informação |
Q110808
Engenharia de Software
Assinale a afirmativa que não apresenta um item de controle da área de Tecnologia da Informação.
Ano: 2010
Banca:
FGV
Órgão:
FIOCRUZ
Prova:
FGV - 2010 - FIOCRUZ - Tecnologista em Saúde - TI - Sistemas de Informação |
Q110524
Engenharia de Software
Na maioria dos projetos de software, existe algum reuso de software. Isto ocorre geralmente quando as pessoas da equipe conhecem outros projetos com códigos semelhantes aos necessários. Na modelagem evolucionária de processos, o reuso é freqüentemente essencial para o desenvolvimento rápido do sistema. Nesse sentido, observe a figura abaixo que representa um modelo de processo, que emprega o reuso.
Esse modelo é conhecido como Engenharia de Software baseada em:
Esse modelo é conhecido como Engenharia de Software baseada em:
Ano: 2010
Banca:
FGV
Órgão:
FIOCRUZ
Prova:
FGV - 2010 - FIOCRUZ - Tecnologista em Saúde - TI - Sistemas de Informação |
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:
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:
Ano: 2010
Banca:
FGV
Órgão:
FIOCRUZ
Prova:
FGV - 2010 - FIOCRUZ - Tecnologista em Saúde - TI - Sistemas de Informação |
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:
Ano: 2010
Banca:
FGV
Órgão:
FIOCRUZ
Prova:
FGV - 2010 - FIOCRUZ - Tecnologista em Saúde - TI - Sistemas de Informação |
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:
Ano: 2010
Banca:
FGV
Órgão:
FIOCRUZ
Prova:
FGV - 2010 - FIOCRUZ - Tecnologista em Saúde - TI - Sistemas de Informação |
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:
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:
Ano: 2010
Banca:
FGV
Órgão:
FIOCRUZ
Prova:
FGV - 2010 - FIOCRUZ - Tecnologista em Saúde - TI - Sistemas de Informação |
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:
Ano: 2010
Banca:
FGV
Órgão:
FIOCRUZ
Prova:
FGV - 2010 - FIOCRUZ - Tecnologista em Saúde - TI - Sistemas de Informação |
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:
Ano: 2010
Banca:
FGV
Órgão:
FIOCRUZ
Prova:
FGV - 2010 - FIOCRUZ - Tecnologista em Saúde - TI - Sistemas de Informação |
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:
Ano: 2010
Banca:
FGV
Órgão:
FIOCRUZ
Prova:
FGV - 2010 - FIOCRUZ - Tecnologista em Saúde - TI - Sistemas de Informação |
Q110513
Engenharia de Software
O Processo Unificado, também chamado de Rational Unified Process (RUP), representa uma tentativa de apoiar-se nos melhores recursos e características dos modelos convencionais de processo de software, mas caracterizá-los de um modo que implemente muitos dos melhores princípios de desenvolvimento ágeis. Ele enfatiza o importante papel da arquitetura de software e sugere um fluxo de processo interativo e incremental, dando a sensação evolucionária que é essencial no desenvolvimento moderno de software. Nesse contexto, observe a figura abaixo.
As fases do processo unificado identificadas por ALFA, BETA e GAMA são denominados, respectivamente:
As fases do processo unificado identificadas por ALFA, BETA e GAMA são denominados, respectivamente:
Ano: 2010
Banca:
FGV
Órgão:
FIOCRUZ
Prova:
FGV - 2010 - FIOCRUZ - Tecnologista em Saúde - TI - Sistemas de Informação |
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:
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:
Ano: 2010
Banca:
FGV
Órgão:
FIOCRUZ
Prova:
FGV - 2010 - FIOCRUZ - Tecnologista em Saúde - TI - Sistemas de Informação |
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:
Conheça nossos planos