Questões de Concurso Sobre engenharia de software
Foram encontradas 14.697 questões
Ano: 2011
Banca:
Quadrix
Órgão:
DATAPREV
Prova:
Quadrix - 2011 - DATAPREV - Analista de Tecnologia da Informação - Desenvolvimento de Sistemas |
Q453050
Engenharia de Software
Sobre os requisitos de software, é correto afirmar que:
Ano: 2011
Banca:
Quadrix
Órgão:
DATAPREV
Prova:
Quadrix - 2011 - DATAPREV - Analista de Tecnologia da Informação - Desenvolvimento de Sistemas |
Q453049
Engenharia de Software
O objetivo do teste de software é encontrar defeitos, revelando que o funcionamento do software em uma determinada situação não está de acordo com o esperado. Sob o ponto de vista do teste de software, é correto afirmar que:
Ano: 2011
Banca:
Quadrix
Órgão:
DATAPREV
Prova:
Quadrix - 2011 - DATAPREV - Analista de Tecnologia da Informação - Desenvolvimento de Sistemas |
Q453043
Engenharia de Software
Do ponto de vista dos pacotes, no diagrama de classes da UML, o modificador que indica que um atributo ou método é acessível apenas às classes do mesmo pacote é o modificador:
Ano: 2011
Banca:
Quadrix
Órgão:
DATAPREV
Prova:
Quadrix - 2011 - DATAPREV - Analista de Tecnologia da Informação - Desenvolvimento de Sistemas |
Q453039
Engenharia de Software
Analise os itens a seguir relacionados ao desenvolvimento orientado a objetos.
I. A análise orientada a objetos concentra-se no desenvolvimento de um modelo orientado a objetos do domínio da aplicação. Os objetos nesse modelo refletem as entidades e as operações associadas ao problema a ser resolvido.
II. O projeto orientado a objetos concentra-se no desenvolvimento de um modelo orientado a objetos de um sistema de software para implementar os requisitos identificados. Os objetos em um projeto orientado a objetos estão relacionados à solução do problema.
III. A programação orientada a objetos concentra-se em realizar um projeto de software usando uma linguagem de programação orientada a objetos, tal como C. Uma linguagem de programação orientada a objetos fornece construções que definem objetos de classes em um sistema run-time para criar classes a partir desses objetos.
IV. O único método de projeto orientado a objetos que foi proposto foi o que utiliza as notações UML.
Está correto o que se afirma em
I. A análise orientada a objetos concentra-se no desenvolvimento de um modelo orientado a objetos do domínio da aplicação. Os objetos nesse modelo refletem as entidades e as operações associadas ao problema a ser resolvido.
II. O projeto orientado a objetos concentra-se no desenvolvimento de um modelo orientado a objetos de um sistema de software para implementar os requisitos identificados. Os objetos em um projeto orientado a objetos estão relacionados à solução do problema.
III. A programação orientada a objetos concentra-se em realizar um projeto de software usando uma linguagem de programação orientada a objetos, tal como C. Uma linguagem de programação orientada a objetos fornece construções que definem objetos de classes em um sistema run-time para criar classes a partir desses objetos.
IV. O único método de projeto orientado a objetos que foi proposto foi o que utiliza as notações UML.
Está correto o que se afirma em
Ano: 2011
Banca:
Quadrix
Órgão:
DATAPREV
Prova:
Quadrix - 2011 - DATAPREV - Analista de Tecnologia da Informação - Desenvolvimento de Sistemas |
Q453038
Engenharia de Software
Um modelo de processo de software é uma representação abstrata de um processo de software. Sobre o modelo de processo conhecido como modelo em cascata, é correto afirmar que:
Ano: 2011
Banca:
Quadrix
Órgão:
DATAPREV
Prova:
Quadrix - 2011 - DATAPREV - Analista de Tecnologia da Informação - Desenvolvimento de Sistemas |
Q453037
Engenharia de Software
O diagrama de atividades da UMLtem um papel semelhante ao dos fluxogramas, mas a principal diferença é que os diagramas de atividades suportam comportamento paralelo. O nome dado à figura do diagrama de atividades que demonstra comportamento paralelo e que aceita um fluxo de entrada e vários fluxos concorrentes de saída é:
Ano: 2011
Banca:
Quadrix
Órgão:
DATAPREV
Prova:
Quadrix - 2011 - DATAPREV - Analista de Processos - Ambiente Produtivo |
Q440394
Engenharia de Software
Numa linguagem orientada a objeto (OOL), a capacidade de algumas funções de poder manipular diferentes versões ou formas do objeto chama-se:
Ano: 2011
Banca:
Quadrix
Órgão:
DATAPREV
Prova:
Quadrix - 2011 - DATAPREV - Analista de Processos - Ambiente Produtivo |
Q440390
Engenharia de Software
Com relação aos testes de software, convenciona-se dizer que:
Ano: 2011
Banca:
Prefeitura do Rio de Janeiro - RJ
Órgão:
TCM-RJ
Prova:
Prefeitura do Rio de Janeiro - RJ - 2011 - TCM-RJ - Analista de Informação |
Q379815
Engenharia de Software
Texto associado
A NESMA (NESMA EARLY FPA COUNTING) reconhece três tipos de contagem de pontos de função, sendo dois deles descritos a seguir.
As contagens de pontos de função dos tipos I e II são denominadas, respectivamente:
Ano: 2011
Banca:
Prefeitura do Rio de Janeiro - RJ
Órgão:
TCM-RJ
Prova:
Prefeitura do Rio de Janeiro - RJ - 2011 - TCM-RJ - Analista de Informação |
Q379814
Engenharia de Software
Na UML 2.2, o diagrama de classes oferece uma notação gráfica para modelar classes e seus relacionamentos, descrevendo assim possíveis objetos. Na elaboração desse diagrama, o recurso da generalização possui três finalidades, que são:
Ano: 2011
Banca:
Prefeitura do Rio de Janeiro - RJ
Órgão:
TCM-RJ
Prova:
Prefeitura do Rio de Janeiro - RJ - 2011 - TCM-RJ - Analista de Informação |
Q379813
Engenharia de Software
Texto associado
Nos projetos orientados a objetos, as classes de objetos podem ser organizadas em uma estrutura de herança que mostra o relacionamento entre classes. A classe de objeto mais específica é completamente consistente com a classe-pai, mas inclui outras informações. A classe-filho herda os atributos e as operações da classe-pai. Nesse contexto, observe-se a seguinte figura.
Na UML, conforme indicado na figura acima, a seta que aponta de uma entidade de classe para a classe- pai, indica a:
Ano: 2011
Banca:
Prefeitura do Rio de Janeiro - RJ
Órgão:
TCM-RJ
Prova:
Prefeitura do Rio de Janeiro - RJ - 2011 - TCM-RJ - Analista de Informação |
Q379811
Engenharia de Software
Na métrica denominada Análise de Pontos de Função, o fator de ajuste é o resultado da avalização de 14 características gerais do sistema, utilizado para determinar o tamanho final do software. Com efeito, os pontos de função obtidos da contagem das funções dados e transacionais são conhecidos como “pontos brutos não ajustados”. O 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: 2011
Banca:
Prefeitura do Rio de Janeiro - RJ
Órgão:
TCM-RJ
Prova:
Prefeitura do Rio de Janeiro - RJ - 2011 - TCM-RJ - Analista de Informação |
Q379810
Engenharia de Software
O Rational Unified Process (RUP) reconhece que os modelos convencionais apresentam uma visão única de processo. Como metodologia para desenvolvimento de software, o RUP possui uma importante característica, em que as fases:
Ano: 2011
Banca:
Prefeitura do Rio de Janeiro - RJ
Órgão:
TCM-RJ
Prova:
Prefeitura do Rio de Janeiro - RJ - 2011 - TCM-RJ - Analista de Informação |
Q379809
Engenharia de Software
No que diz respeito ao ciclo de vida, a metodologia referenciada como desenvolvimento evolucionário baseia-se em uma implementação inicial, expondo o resultado aos comentários do usuário e refinando esse resultado por meio de várias versões até que seja desenvolvido o sistema como um todo. As atividades de especificação, desenvolvimento e validação são intercaladas, em vez de serem separadas, com feedback rápido que permeia as atividades. Existem dois tipos fundamentais de desenvovimento evolucionário, que são:
Ano: 2011
Banca:
Prefeitura do Rio de Janeiro - RJ
Órgão:
TCM-RJ
Prova:
Prefeitura do Rio de Janeiro - RJ - 2011 - TCM-RJ - Analista de Informação |
Q379807
Engenharia de Software
O processo de engenharia de requisitos é realizado por meio da execução das funções con- cepção, levantamento, elaboração, negociação, especificação, validação e gestão. A validação se encarrega de realizar a avaliação quanto à qualidade, examinando a especificação para garantir que todos os requisitos do software tenham sido declarados de modo não ambíguo, que as inconsistências, omissões e erros tenham sido detectados e corrigidos e que os produtos de trabalho estejam de acordo com as normas estabelecidas para o processo, o projeto e o produto. O principal mecanismo de validação de requisitos é denominado:
Ano: 2011
Banca:
Prefeitura do Rio de Janeiro - RJ
Órgão:
TCM-RJ
Prova:
Prefeitura do Rio de Janeiro - RJ - 2011 - TCM-RJ - Analista de Informação |
Q379806
Engenharia de Software
Texto associado
Como a maioria das atividades de engenharia, a reengenharia de processo de negócio é interativa. As metas do negócio e os processos que as alcançam precisam ser adaptados a um ambiente de negócios mutante. Por essa razão, não há começo nem fim para a BPR - é um processo evolutivo. Esse modelo é ilustrado na figura que segue.
As fases I, II, III e IV são denominadas, respectivamente:
Q333824
Engenharia de Software
Um modelo de processo de software é uma representação abstrata de um processo de software. Nesse contexto, analise os dois métodos abaixo, amplamente utilizados na prática atual da engenharia de software.
I- Abordagem que considera as atividades fundamentais do processo, compreendendo especificação,desenvolvimento, validação e evolução, e as representa como fases de processo separadas, tais como especificação de requisitos, projeto de software, implementação, teste, e assim por diante.
II- Abordagem que intercala as atividades de especificação, desenvolvimento e validação, sendo um sistema desenvolvido rapidamente baseado em especificações abstratas, quando, então, é refinado com as entradas do cliente para produzir um sistema que satisfaça as suas necessidades.
Essas definições caracterizam duas abordagens, respectivamente denominadas Métodos de Processos:
I- Abordagem que considera as atividades fundamentais do processo, compreendendo especificação,desenvolvimento, validação e evolução, e as representa como fases de processo separadas, tais como especificação de requisitos, projeto de software, implementação, teste, e assim por diante.
II- Abordagem que intercala as atividades de especificação, desenvolvimento e validação, sendo um sistema desenvolvido rapidamente baseado em especificações abstratas, quando, então, é refinado com as entradas do cliente para produzir um sistema que satisfaça as suas necessidades.
Essas definições caracterizam duas abordagens, respectivamente denominadas Métodos de Processos:
Ano: 2011
Banca:
CESPE / CEBRASPE
Órgão:
MEC
Prova:
CESPE - 2011 - MEC - Analista de Teste de Qualidade |
Q268948
Engenharia de Software
No que se refere a conceitos e garantia da qualidade de software, julgue o item subsequente.
Considerada uma área de conhecimento constituinte da engenharia de software, a qualidade de software é responsável por definir e normatizar o processo de desenvolvimento.
Considerada uma área de conhecimento constituinte da engenharia de software, a qualidade de software é responsável por definir e normatizar o processo de desenvolvimento.
Ano: 2011
Banca:
CESPE / CEBRASPE
Órgão:
MEC
Prova:
CESPE - 2011 - MEC - Analista de Teste de Qualidade |
Q268947
Engenharia de Software
No que se refere a conceitos e garantia da qualidade de software, julgue o item subsequente.
A garantia de qualidade de software possui padrões, entre eles os padrões de processo, que se aplicam ao produto do software em desenvolvimento e que incluem a estrutura de documentos de requisitos.
A garantia de qualidade de software possui padrões, entre eles os padrões de processo, que se aplicam ao produto do software em desenvolvimento e que incluem a estrutura de documentos de requisitos.
Ano: 2011
Banca:
CESPE / CEBRASPE
Órgão:
MEC
Prova:
CESPE - 2011 - MEC - Analista de Teste de Qualidade |
Q268946
Engenharia de Software
No que se refere a conceitos e garantia da qualidade de software, julgue o item subsequente.
A verificação da aderência do software aos requisitos deve ser avaliada pela garantia da qualidade de software, antes de o software ser entregue e durante o seu processo de desenvolvimento.
A verificação da aderência do software aos requisitos deve ser avaliada pela garantia da qualidade de software, antes de o software ser entregue e durante o seu processo de desenvolvimento.
Conheça nossos planos