Questões de Concurso Sobre engenharia de software
Foram encontradas 14.525 questões
Ano: 2014
Banca:
Quadrix
Órgão:
SERPRO
Prova:
Quadrix - 2014 - SERPRO - Administração de Serviços de Tecnologia da Informação |
Q521703
Engenharia de Software
Os processos de gerenciamento das aquisições incluem processos necessários para:
Ano: 2014
Banca:
Quadrix
Órgão:
SERPRO
Prova:
Quadrix - 2014 - SERPRO - Administração de Serviços de Tecnologia da Informação |
Q521702
Engenharia de Software
Leia as afirmações sobre o gerenciamento do risco de um projeto.
I. Realizar a análise quantitativa pode não ser necessário para desenvolver respostas eficazes.
II. O processo de análise quantitativa geralmente sucede o processo de análise qualitativa.
III. Aceitar um risco é uma estratégia viável para lidar com riscos negativos do projeto.
É correto o que se afirma em:
I. Realizar a análise quantitativa pode não ser necessário para desenvolver respostas eficazes.
II. O processo de análise quantitativa geralmente sucede o processo de análise qualitativa.
III. Aceitar um risco é uma estratégia viável para lidar com riscos negativos do projeto.
É correto o que se afirma em:
Ano: 2014
Banca:
EXATUS
Órgão:
CEB-DISTRIBUIÇÃO S/A
Prova:
EXATUS - 2014 - CEB-DISTRIBUIÇÃO S/A - Analista de Sistemas - Negócios |
Q518673
Engenharia de Software
O tipo de teste de software, também conhecido
como funcional, onde o foco se dá nas entradas e
saídas do sistema, é conhecido como:
Ano: 2014
Banca:
EXATUS
Órgão:
CEB-DISTRIBUIÇÃO S/A
Prova:
EXATUS - 2014 - CEB-DISTRIBUIÇÃO S/A - Analista de Sistemas - Negócios |
Q518663
Engenharia de Software
Assinale a alternativa que corretamente
classifica o tipo de diagrama UML abaixo
apresentado:
Ano: 2014
Banca:
EXATUS
Órgão:
CEB-DISTRIBUIÇÃO S/A
Prova:
EXATUS - 2014 - CEB-DISTRIBUIÇÃO S/A - Analista de Sistemas - Negócios |
Q518662
Engenharia de Software
Considerando a versão 2.2 da UML, todas as
seguintes alternativas remetem a exemplos de
diagramas estruturais, exceto:
Ano: 2014
Banca:
Prefeitura do Rio de Janeiro - RJ
Órgão:
Câmara Municipal do Rio de Janeiro
Prova:
FJG - RIO - 2014 - Câmara Municipal do Rio de Janeiro - Analista Legislativo - Desenvolvimento e Manutenção de Programas |
Q514825
Engenharia de Software
A figura abaixo ilustra o processo da “Extreme
Programming”.
As fases I, II, III e IV são denominadas:
As fases I, II, III e IV são denominadas:
Ano: 2014
Banca:
Prefeitura do Rio de Janeiro - RJ
Órgão:
Câmara Municipal do Rio de Janeiro
Prova:
FJG - RIO - 2014 - Câmara Municipal do Rio de Janeiro - Analista Legislativo - Desenvolvimento e Manutenção de Programas |
Q514824
Engenharia de Software
Considere as afirmativas que seguem, relacionadas com processos de desenvolvimento de software.
I - Pequenas equipes de trabalho são organizadas de modo a minimizar a comunicação, maximizar a supervisão e minimizar o compartilhamento de conhecimento tácito informal.
II - O trabalho de desenvolvimento e o pessoal que o realiza é dividido em partições claras, de baixo acoplamento, ou em pacotes.
III - O processo produz frequentes incrementos de software que podem ser inspecionados, ajustados, testados, documentados e expandidos.
IV - Os testes são realizados e a documentação elaborada somente após o produto final ter sido construído.
As afirmativas que estão de acordo com os princípios SCRUM e consistentes com a política de desenvolvimento ágil são:
I - Pequenas equipes de trabalho são organizadas de modo a minimizar a comunicação, maximizar a supervisão e minimizar o compartilhamento de conhecimento tácito informal.
II - O trabalho de desenvolvimento e o pessoal que o realiza é dividido em partições claras, de baixo acoplamento, ou em pacotes.
III - O processo produz frequentes incrementos de software que podem ser inspecionados, ajustados, testados, documentados e expandidos.
IV - Os testes são realizados e a documentação elaborada somente após o produto final ter sido construído.
As afirmativas que estão de acordo com os princípios SCRUM e consistentes com a política de desenvolvimento ágil são:
Ano: 2014
Banca:
Prefeitura do Rio de Janeiro - RJ
Órgão:
Câmara Municipal do Rio de Janeiro
Prova:
FJG - RIO - 2014 - Câmara Municipal do Rio de Janeiro - Analista Legislativo - Desenvolvimento e Manutenção de Programas |
Q514823
Engenharia de Software
A Análise de Pontos de Função constitui um recurso para se obter o tamanho funcional de um software, determinado por meio do fator de ajuste, que é resultado de avaliação de diversas características gerais do sistema. Esse fator de ajuste promoverá uma variação nos pontos brutos num percentual, para cima ou para baixo, gerando os chamados “pontos de função ajustados", que representam o tamanho final do software. Esse percentual é de:
Ano: 2014
Banca:
Prefeitura do Rio de Janeiro - RJ
Órgão:
Câmara Municipal do Rio de Janeiro
Prova:
FJG - RIO - 2014 - Câmara Municipal do Rio de Janeiro - Analista Legislativo - Desenvolvimento e Manutenção de Programas |
Q514822
Engenharia de Software
. A figura abaixo representa uma das ferramentas
empregadas na UML.
Essa ferramenta é denominada diagrama de:
Essa ferramenta é denominada diagrama de:
Ano: 2014
Banca:
Prefeitura do Rio de Janeiro - RJ
Órgão:
Câmara Municipal do Rio de Janeiro
Prova:
FJG - RIO - 2014 - Câmara Municipal do Rio de Janeiro - Analista Legislativo - Desenvolvimento e Manutenção de Programas |
Q514821
Engenharia de Software
Casos de uso e atores não existem sozinhos, podendo haver relacionamentos entre eles em um sistema. Entre os tipos de relacionamentos, um é o mais comumente utilizado, e apresenta as características listadas a seguir.
· representa a informação de quais atores estão associados a que casos de uso;
· o fato de um ator estar associado a um caso de uso significa que esse ator interage e troca informações com o sistema;
· um ator pode se relacionar com mais de um caso de uso do sistema.
O tipo caracterizado é conhecido por relacionamento de:
· representa a informação de quais atores estão associados a que casos de uso;
· o fato de um ator estar associado a um caso de uso significa que esse ator interage e troca informações com o sistema;
· um ator pode se relacionar com mais de um caso de uso do sistema.
O tipo caracterizado é conhecido por relacionamento de:
Ano: 2014
Banca:
Prefeitura do Rio de Janeiro - RJ
Órgão:
Câmara Municipal do Rio de Janeiro
Prova:
FJG - RIO - 2014 - Câmara Municipal do Rio de Janeiro - Analista Legislativo - Desenvolvimento e Manutenção de Programas |
Q514820
Engenharia de Software
Observe a figura abaixo, associada ao modelo em
cascata ou ciclo de vida clássico, de acordo com
Pressman, que sugere uma abordagem sistemática e sequencial para o desenvolvimento de
software.
As fases I, II, III, IV e V são denominadas, respectivamente:
As fases I, II, III, IV e V são denominadas, respectivamente:
Ano: 2014
Banca:
Prefeitura do Rio de Janeiro - RJ
Órgão:
Câmara Municipal do Rio de Janeiro
Prova:
FJG - RIO - 2014 - Câmara Municipal do Rio de Janeiro - Analista Legislativo - Desenvolvimento e Manutenção de Programas |
Q514819
Engenharia de Software
Considerando o entendimento de que os modelos convencionais apresentam uma visão única do processo, o Rational Unified Process (RUP) estabelece três perspectivas:
I - mostra as atividades realizadas no processo;
II - mostra as fases do modelo ao longo do tempo;
III - mostra o uso das melhores práticas durante o processo.
Essas perspectivas I, II e III são denominadas, respectivamente:
I - mostra as atividades realizadas no processo;
II - mostra as fases do modelo ao longo do tempo;
III - mostra o uso das melhores práticas durante o processo.
Essas perspectivas I, II e III são denominadas, respectivamente:
Ano: 2014
Banca:
Prefeitura do Rio de Janeiro - RJ
Órgão:
Câmara Municipal do Rio de Janeiro
Prova:
FJG - RIO - 2014 - Câmara Municipal do Rio de Janeiro - Analista Legislativo - Desenvolvimento e Manutenção de Programas |
Q514818
Engenharia de Software
No que diz respeito à Engenharia de Software, um processo é um conjunto de atividades e resultados associados, cujo objetivo é o desenvolvimento e a produção do software. Existem quatro atividades fundamentais de processo, duas das quais são definidas a seguir.
I - O software é modificado para se adaptar às mudanças dos requisitos do cliente e do mercado.
II - O software é testado para garantir que o produto gerado é o que o cliente deseja.
As atividades I e II são denominadas, respectivamente:
I - O software é modificado para se adaptar às mudanças dos requisitos do cliente e do mercado.
II - O software é testado para garantir que o produto gerado é o que o cliente deseja.
As atividades I e II são denominadas, respectivamente:
Ano: 2014
Banca:
Quadrix
Órgão:
DATAPREV
Prova:
Quadrix - 2014 - DATAPREV - Analista Tecnologia da Informação |
Q509892
Engenharia de Software
Objetos são instâncias de classes que determinam qual informação um objeto contém e como ele pode manipular essa informação. Sobre Orientação a Objetos, leia as afirmativas:
I. Herança refere-se a algo herdado. Em Java, a herança ocorre quando uma classe passa a herdar características definidas em outra classe, especificada como sua ancestral ou superclasse. A técnica da herança possibilita o comportamento ou reaproveitamento de recursos definidos anteriormente em outra classe. A classe fornecedora de recursos recebe o nome de superclasse e a receptora dos recursos, de subclasse.
II. Atributos são características de um objeto, basicamente a estrutura de dados que vai representar a classe. Métodos definem as habilidades dos objetos.
III. Encapsulamento é o princípio pelo qual duas ou mais classes derivadas de uma mesma superclasse podem invocar métodos que têm a mesma identificação (assinatura), mas comportamentos distintos, especializados para cada classe derivada, usando para tanto uma referência a um objeto do tipo da superclasse.
IV. Objeto é uma combinação de códigos e dados que podem ser manuseados como uma unidade. Um objeto pode ser um pedaço de uma aplicação, como um formulário, por exemplo. Uma aplicação pode ser um objeto, apesar de incomum. Quando se cria um objeto, ele adquire um espaço em memória para armazenar seu estado e um conjunto de operações que podem ser aplicadas ao objeto, ou seja, o conjunto de métodos definidos pela classe.
Está correto somente o que se afirma em:
I. Herança refere-se a algo herdado. Em Java, a herança ocorre quando uma classe passa a herdar características definidas em outra classe, especificada como sua ancestral ou superclasse. A técnica da herança possibilita o comportamento ou reaproveitamento de recursos definidos anteriormente em outra classe. A classe fornecedora de recursos recebe o nome de superclasse e a receptora dos recursos, de subclasse.
II. Atributos são características de um objeto, basicamente a estrutura de dados que vai representar a classe. Métodos definem as habilidades dos objetos.
III. Encapsulamento é o princípio pelo qual duas ou mais classes derivadas de uma mesma superclasse podem invocar métodos que têm a mesma identificação (assinatura), mas comportamentos distintos, especializados para cada classe derivada, usando para tanto uma referência a um objeto do tipo da superclasse.
IV. Objeto é uma combinação de códigos e dados que podem ser manuseados como uma unidade. Um objeto pode ser um pedaço de uma aplicação, como um formulário, por exemplo. Uma aplicação pode ser um objeto, apesar de incomum. Quando se cria um objeto, ele adquire um espaço em memória para armazenar seu estado e um conjunto de operações que podem ser aplicadas ao objeto, ou seja, o conjunto de métodos definidos pela classe.
Está correto somente o que se afirma em:
Q499275
Engenharia de Software
Observe a figura abaixo, que mostra um diagrama da UML que representa ema parte da funcionalidade que um sistema oferece.
Essa figura é conhecida como diagrama de :
Essa figura é conhecida como diagrama de :
Q499274
Engenharia de Software
Urn dos princípios da Orientação a Objetos se baseia nas premissas listadas a seguir.
I. Separa os aspectos externos de urn objeto, que são acessiveis a outros, dos detalhes internos da implementação, que estão escondidos de outros objetos.
II. Evita que partes de urn programa se tornem interdependentes e que uma pequena mudança tenha grandes efeitos em cascata.
III. Pode-se mudar a implementação de urn objeto sem afetar as aplicações que o utilizam.
O princípio caracterizado acima é conhecido como:
I. Separa os aspectos externos de urn objeto, que são acessiveis a outros, dos detalhes internos da implementação, que estão escondidos de outros objetos.
II. Evita que partes de urn programa se tornem interdependentes e que uma pequena mudança tenha grandes efeitos em cascata.
III. Pode-se mudar a implementação de urn objeto sem afetar as aplicações que o utilizam.
O princípio caracterizado acima é conhecido como:
Q499273
Engenharia de Software
Essência do desenvolvimento orientado a objetos é a identificação e a organização de conceitos da aplicação, em vez de sua representação final em uma linguagem de programação. Nesse sentido, há três tipos de modelos para descrever um sistema por diferentes pontos de vista, apresentados a seguir.
I. Descreve a estrutura estática dos objetos em um sistema e seus relacionamentos.
II. Descreve os aspectos de um objeto que mudam com o tempo.
III. Descreve como os objetos em um sistema cooperam para conseguir resultados mais amplos.
As descrições I, II e III correspondem , respectivamente, aos modelos de:
I. Descreve a estrutura estática dos objetos em um sistema e seus relacionamentos.
II. Descreve os aspectos de um objeto que mudam com o tempo.
III. Descreve como os objetos em um sistema cooperam para conseguir resultados mais amplos.
As descrições I, II e III correspondem , respectivamente, aos modelos de:
Q499271
Engenharia de Software
Os processos de software são intrinsecamente complexos e envolvem um grande número de atividades. Como os produtos, os processos também possuem atributos ou características. Uma das características é verificada por meio da seguinte pergunta:
“O produto está projetado de maneira que seus erros são evitados ou percebidos antes que resultem em erros?
Essa característica é denominada:
“O produto está projetado de maneira que seus erros são evitados ou percebidos antes que resultem em erros?
Essa característica é denominada:
Q499270
Engenharia de Software
As revisões são métodos de validação da qualidade de um processo ou produto amplamente usados. Nesse contexto, observe a tabela a seguir, que mostra dois tipos de revisões da qualidade.
TIPO OBJETIVO PRINCIPAL
I Fornecer informagoes para a gerencia sobre o andamento geral do projeto,
e concentra-se em custos, planejamento e prazo.
II Conduzir uma análise técnica dos componentes do produto ou documentação
para encontrar inconsistências entre especificação e projeto, código ou
documentação de componente e assegurar que padrões de qualidade FRAM seguidos.
Ostipos I e II são conhecidos, respectivamente, como revisões de:
TIPO OBJETIVO PRINCIPAL
I Fornecer informagoes para a gerencia sobre o andamento geral do projeto,
e concentra-se em custos, planejamento e prazo.
II Conduzir uma análise técnica dos componentes do produto ou documentação
para encontrar inconsistências entre especificação e projeto, código ou
documentação de componente e assegurar que padrões de qualidade FRAM seguidos.
Ostipos I e II são conhecidos, respectivamente, como revisões de:
Q499269
Engenharia de Software
A figura a seguir mostra um esquema para medição da qualidade de um produto, que permite mudar o processo até o nível de qualidade desejado.
Nesse esquema de obteção da qualidade com base em processo, as atividades “Avaliar a qualidade do produto” , “Aprimorar o processo” e “Desenvolver o produto ” correspondem , respectivamente, aos blocos identificados por:
Nesse esquema de obteção da qualidade com base em processo, as atividades “Avaliar a qualidade do produto” , “Aprimorar o processo” e “Desenvolver o produto ” correspondem , respectivamente, aos blocos identificados por:
Conheça nossos planos