Questões de Concurso
Foram encontradas 8.728 questões
Resolva questões gratuitamente!
Junte-se a mais de 4 milhões de concurseiros!
Ano: 2015
Banca:
VUNESP
Órgão:
TCE-SP
Prova:
VUNESP - 2015 - TCE-SP - Agente da Fiscalização Financeira - Sistemas, Gestão de Projetos e Governança de TI |
Q500525
Engenharia de Software
O gerenciamento de requisitos constitui-se em uma fase importante na engenharia de requisitos. Nesse gerenciamento, deve haver o acompanhamento e o conhecimento da origem dos requisitos do sistema, o que corresponde à propriedade de
Ano: 2015
Banca:
VUNESP
Órgão:
TCE-SP
Prova:
VUNESP - 2015 - TCE-SP - Agente da Fiscalização Financeira - Sistemas, Gestão de Projetos e Governança de TI |
Q500524
Engenharia de Software
O modelo mais tradicional de desenvolvimento de software é o modelo em cascata. Considerando a utilização desse modelo e suas fases, assinale a alternativa que apresenta uma afirmação verdadeira.
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:
Q499268
Engenharia de Software
A figura abaixo ilustra um processo de teste, empregado para projetar casos no qual os testes são derivados do conhecimento da arquitetura e da implementação do software. É um tipo que se baseia na análise de um programa para determinar seus caminhos e no uso dessa análise para auxiliar na seleção do casos de teste.
Alem de teste “caixa-branca" , “caixa-de-vidro" ou “caixa-clara" , essa abordagem é conhecida como teste:
Alem de teste “caixa-branca" , “caixa-de-vidro" ou “caixa-clara" , essa abordagem é conhecida como teste:
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:
Q499265
Engenharia de Software
Observe a figura a seguir, que ilustra o modelo em cascata para o ciclo de vida de desenvolvimento de software.
“Operação e Manutenção” , “Definição de requisitos” , “ Integração e teste do sistema” , “ Implementação e teste de unidade” e “Projeto de sistema e software” correspondem , respect ivamente , as fases identificadas por:
“Operação e Manutenção” , “Definição de requisitos” , “ Integração e teste do sistema” , “ Implementação e teste de unidade” e “Projeto de sistema e software” correspondem , respect ivamente , as fases identificadas por:
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: 2015
Banca:
VUNESP
Órgão:
Prefeitura de Caieiras - SP
Prova:
VUNESP - 2015 - Câmara Municipal de Caieiras - SP - Assistente Técnico e Gestor de Informação |
Q496391
Engenharia de Software
A avaliação de fatores de qualidade revela-se como sendo de grande importância no desenvolvimento de software. Um dos conjuntos de fatores mais utilizados para tal finalidade são os fatores de qualidade de McCall, segundo os quais o fator
Ano: 2015
Banca:
VUNESP
Órgão:
Prefeitura de Caieiras - SP
Prova:
VUNESP - 2015 - Câmara Municipal de Caieiras - SP - Assistente Técnico e Gestor de Informação |
Q496390
Engenharia de Software
Os testes de software constituem uma etapa vital no desenvolvimento de software. Os testes de software compreendem os testes de unidade e de integração, sendo que
Ano: 2015
Banca:
VUNESP
Órgão:
Prefeitura de Caieiras - SP
Prova:
VUNESP - 2015 - Câmara Municipal de Caieiras - SP - Assistente Técnico e Gestor de Informação |
Q496389
Engenharia de Software
Em um diagrama de componentes, na UML 2.0, a representação utilizada para um componente é:
Conheça nossos planos