Questões de Concurso Comentadas sobre engenharia de software
Foram encontradas 12.717 questões
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 |
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 |
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 |
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 |
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:
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:
Q499267
Engenharia de Software
A “Extreme Programming - XP” representa urn dos mais conhecidos métodos ágeis. Uma das práticas utilizadas na XP é:
Q499266
Engenharia de Software
Exemplos de modelos de sistema podem ser criados durante o processo de analise, como os dois descritos abaixo:
I. Mostram como os dados sao processados em diferentes estágios do sistema.
II. Mostram como as entidades tern características comuns por meio do uso de diagramas de classe de objewto/herança.
Os modelos I e II são denominados, respectivamente, de:
I. Mostram como os dados sao processados em diferentes estágios do sistema.
II. Mostram como as entidades tern características comuns por meio do uso de diagramas de classe de objewto/herança.
Os modelos I e II são denominados, respectivamente, de:
Q499264
Engenharia de Software
O Rational Unified Process (RUP) é urn exemplo de modelo de processo moderno derivado da UML. O RUP reconhece que os modelos convencionais apresentam uma visão única de processo. Em contrapartida, o RUP e descrito a partir de três perpectivas:
I. sugere as boas práticas a serem usadas durante o processo.
II. mostra as atividades realizadas no processo.
III. mostra as fases do modelo ao longo do tempo.
As perspectivas I, II e III são denominadas, respectivamente.
I. sugere as boas práticas a serem usadas durante o processo.
II. mostra as atividades realizadas no processo.
III. mostra as fases do modelo ao longo do tempo.
As perspectivas I, II e III são denominadas, respectivamente.
Q499263
Engenharia de Software
Na Engenharia de Software, a fase de testes se reveste de importância capital, pois oferece as condições necessárias à descoberta de defeitos e problemas. Nesse contexto, entre os processos de teste, dois são descritos a seguir.
I. Constitui urn processo que está relacionado com a busca de erros que resultam das interações não previstas entre os componentes e problemas de interface de componentes, e visa a integração dos componentes ao sistema.
II. Representa o estágio final do processo de teste, antes que o sistema seja implantado no ambiente operacional, sendo que o sistema é testado com os dados fornecidos pelo cliente, em vez de dados simulados de teste.
Os processos de teste I e II são denominados, respectivamente.
I. Constitui urn processo que está relacionado com a busca de erros que resultam das interações não previstas entre os componentes e problemas de interface de componentes, e visa a integração dos componentes ao sistema.
II. Representa o estágio final do processo de teste, antes que o sistema seja implantado no ambiente operacional, sendo que o sistema é testado com os dados fornecidos pelo cliente, em vez de dados simulados de teste.
Os processos de teste I e II são denominados, respectivamente.
Q499262
Engenharia de Software
No que diz respeito aos conceitos da Engenharia de Software, embora existam muitos processos de software diferentes , algumas atividades fundamentais são comuns a todos, como:
I. a funcionalidade do software e as restrições sobre sua operação devem ser definidas.
II. o software deve sertestado para garantirque ele faça o que o cliente deseja.
III. o software deve ser ajustado para atender às necessidades mutáveis do cliente.
As atividades de software caracterizadas em I, II e III são denominadas, respectivamente:
I. a funcionalidade do software e as restrições sobre sua operação devem ser definidas.
II. o software deve sertestado para garantirque ele faça o que o cliente deseja.
III. o software deve ser ajustado para atender às necessidades mutáveis do cliente.
As atividades de software caracterizadas em I, II e III são denominadas, respectivamente:
Ano: 2014
Banca:
FUNCAB
Órgão:
PRODAM-AM
Prova:
FUNCAB - 2014 - PRODAM-AM - Programador - Desenvolvedor Especialista |
Q496480
Engenharia de Software
Durante a construção de um diagrama de classes com UML, o elemento que é normalmente utilizado quando duas ou mais classes estão associadas e se deseja manter informações sobre essa associação é chamado:
Ano: 2014
Banca:
FUNCAB
Órgão:
PRODAM-AM
Prova:
FUNCAB - 2014 - PRODAM-AM - Programador - Desenvolvedor Especialista |
Q496479
Engenharia de Software
As subclasses de uma classe podem definir seus próprios comportamentos únicos e ainda compartilhar algumas das funcionalidades da classe pai. Dessa maneira, cada subclasse pode ser vista como uma forma diferente da classe pai. O princípio que melhor representa essa definição é:
Ano: 2014
Banca:
UNIRIO
Órgão:
UNIRIO
Prova:
UNIRIO - 2014 - UNIRIO - Analista Tecnologia da Informação - Desenvolvimento de Sistemas |
Q490300
Engenharia de Software
A Gerência de Requisitos é
Conheça nossos planos