Questões de Concurso Comentadas sobre engenharia de software

Foram encontradas 12.717 questões

Q417395 Engenharia de Software
Julgue o item subsecutivo, com relação à UML (unified modeling language).

Os diagramas UML dividem-se em diagramas estruturais e comportamentais, sendo o diagrama de visão geral de interação um exemplo de diagrama comportamental.
Alternativas
Q417394 Engenharia de Software
Acerca da orientação a objetos, julgue o item seguinte.

Ao se criar um objeto, seus atributos são acessados por qualquer outro objeto, sem restrições.
Alternativas
Q417393 Engenharia de Software
Acerca da orientação a objetos, julgue o item seguinte.

Ao se analisar um software e desenhar o diagrama de componentes, deve-se considerar a linguagem que será utilizada para implementar o sistema, pois ela determina o modo como os componentes interagirão para o sistema funcionar corretamente.
Alternativas
Q417392 Engenharia de Software
Acerca de conceitos, ciclos de vida e testes de software, julgue o item que se seguem.

A manutenção do tipo corretiva modifica o software, para corrigir defeitos identificados pelo cliente.
Alternativas
Q417391 Engenharia de Software
Acerca de conceitos, ciclos de vida e testes de software, julgue o item que se seguem.

O teste de carga, que verifica o funcionamento do software, utiliza uma grande quantidade de usuários simultaneamente.
Alternativas
Q417390 Engenharia de Software
Acerca de conceitos, ciclos de vida e testes de software, julgue o item que se seguem.

O teste de unidade é executado em toda a aplicação, sempre que algo for mudado.
Alternativas
Q417389 Engenharia de Software
Acerca de conceitos, ciclos de vida e testes de software, julgue o item que se seguem.

Uma das desvantagens atribuídas ao modelo do desenvolvimento rápido de aplicação consiste na exigência da dedicação total do cliente e de desenvolvedores para a execução de tarefas constantes em um curto período de tempo.
Alternativas
Q417388 Engenharia de Software
Acerca de conceitos, ciclos de vida e testes de software, julgue o item que se seguem.

Os estágios do ciclo de solução de um problema incluem situação atual, definição do problema, desenvolvimento técnico e integração da solução. Na engenharia de software, esses estágios não coexistem simultaneamente em nenhum nível de detalhe.
Alternativas
Q412678 Engenharia de Software
O Modelo de Requisitos MoReq - Jus, versão 1.2, do Conselho Nacional de Justiça, apresenta diversos requisitos para cada uma das funcionalidades nele descritas. Esses requisitos contêm um número de referência, o requisito propriamente dito e o nível de obrigatoriedade para sua aplicação. Esse nível de obrigatoriedade compreende dois patamares, que são:
Alternativas
Q408497 Engenharia de Software
O modelo de processo ágil Extreme Programming (XP) envolve um conjunto de regras e práticas que constam no contexto de diversas atividades metodológicas. A atividade metodológica na qual se estabelece um guia de implementação para uma história de usuário à medida que é escrita, em que se encoraja o uso de cartões CRC como um mecanismo eficaz para pensar sobre o software em um contexto orientado a objetos é conhecida como
Alternativas
Q408496 Engenharia de Software
O Scrum é um modelo ágil para a gestão de projeto de software. No Scrum,
Alternativas
Q408495 Engenharia de Software
Qualidade de software é uma área dentro da Engenharia de software que visa garantir bons produtos a partir de processos adequados. Com relação à medição da qualidade de software, é correto afirmar que
Alternativas
Q408493 Engenharia de Software
Em uma aplicação desenvolvida por uma equipe de TI deseja-se:

Caso 1: obrigar um conjunto de classes a implementar um conjunto de métodos para se obter um padrão. A ideia é centralizar um conjunto de assinaturas de métodos em um componente para que um conjunto de classes possa implementá-los da maneira como lhes convier.

Caso 2: centralizar os atributos e métodos comuns a um conjunto de classes em uma única classe, de forma que esse conjunto de classes especializadas se comporte como se tivessem em seu código fonte esses atributos e métodos comuns.

Os principais conceitos da orientação a objetos que devem ser utilizados para atender os Casos 1 e 2 são, respectivamente,
Alternativas
Q408492 Engenharia de Software
Esse conceito refere-se à separação dos aspectos externos de um objeto, que são acessíveis a outros objetos, dos detalhes internos da implementação, que estão escondidos de outros objetos. Isso evita que partes de um programa se tornem tão independentes que uma pequena mudança tenha grandes efeitos em cascata. Pode-se mudar a implementação de um objeto sem afetar as aplicações que o utilizam. Pode-se querer mudar a implementação de um objeto para melhorar o desempenho, reparar um erro, consolidar código ou dar suporte à portabilidade. Esse conceito não é exclusivo das linguagens orientadas a objetos, mas a capacidade de combinar estrutura e comportamento de dados em uma única entidade o torna mais claro e mais poderoso do que em linguagens como Cobol, Fortran e C.

O conceito citado no texto é conhecido como
Alternativas
Q408490 Engenharia de Software
Engenharia de Software é a aplicação de abordagens sistemáticas, disciplinadas e quantificáveis ao desenvolvimento, operação e manutenção de software, além do estudo dessas abordagens. Com relação à Engenharia de Software, é correto afirmar que
Alternativas
Q408488 Engenharia de Software
As especificações de requisitos escritas em linguagem natural são propensas a mal-entendidos. Muitas das necessidades relatadas podem nunca ser implementadas e diversas delas podem ser relatadas dando margem à ambiguidade, o que pode fazer com que sejam implementadas de maneira incorreta ou deficiente.

Para minimizar esse problema, os requisitos funcionais podem ser escritos usando notações mais especializadas como
Alternativas
Q408487 Engenharia de Software
Na engenharia de requisitos, a etapa que está relacionada à priorização de requisitos e à procura e resolução de conflitos de requisitos é conhecida como
Alternativas
Q406652 Engenharia de Software
Analise os seguintes critérios de qualidade:

I. Os usuários reconhecem que o software é apropriado para suas necessidades.

II. Os usuários facilmente entendem os conceitos chave do software e, assim, tornam-se competentes no seu uso.

III. O software é fácil de usar e controlar e foi projetado para evitar que o usuário cometa erros.

IV. A interface do usuário proporciona prazer e uma interação satisfatória.

Os itens I, II, III e IV estão associados à
Alternativas
Q406650 Engenharia de Software
A Análise por Pontos de Função é uma técnica paramétrica para estimar o esforço para o desenvolvimento de software. Sobre esta técnica pode-se afirmar que
Alternativas
Q406647 Engenharia de Software
Analise as descrições dos tipos de teste:

I. É feito para determinada quantidade de dados ou transações que deveriam ser típicos para um sistema e avalia o comportamento do sistema em termos de tempo para esses dados ou transações. Dessa forma, pode-se verificar se o sistema atende aos requisitos de performance estabelecidos e também se existem gargalos de performance para serem tratados.

II. Procura-se levar o sistema ao limite máximo de funcionamento esperado, para verificar como ele se comporta. É feito para verificar se o sistema é suficientemente robusto em situações anormais de carga de trabalho.

III. É feito para verificar se o sistema consegue manter suas características de performance durante um longo período de tempo com uma carga nominal de trabalho. Deve ser verificado o uso da memória ao longo do tempo para garantir que não existam perdas acumulativas de memória e também se não existe degradação de performance após um substancial período de tempo em que o sistema opera com carga nominal ou acima dela.

A associação correta entre o tipo de teste e a descrição é:
Alternativas
Respostas
9361: C
9362: E
9363: C
9364: C
9365: E
9366: E
9367: E
9368: E
9369: C
9370: B
9371: D
9372: A
9373: C
9374: E
9375: D
9376: C
9377: E
9378: E
9379: E
9380: D