Questões de Concurso

Foram encontradas 8.728 questões

Resolva questões gratuitamente!

Junte-se a mais de 4 milhões de concurseiros!

Q365305 Engenharia de Software
Com o surgimento das linguagens de alto nível, tornaram-se possíveis operações do espaço de problema do mundo real, sendo modeladas por meio de estruturas de controle e dados predefinidos. Durante a década de 1970, novos conceitos foram introduzidos, surgindo novos métodos de projetos que deram origem a orientação de objetos como melhoria de processo. Esses métodos foram motivados por:
Alternativas
Q365304 Engenharia de Software
A garantia da qualidade de software compreende uma variedade de tarefas associadas a atividades como

I. diagrama de fluxo de dados.

II. aplicação de métodos técnicos.

III. aplicação de padrões.

IV. controle de mudanças.

V. medição.

Estão corretas apenas as alternativas
Alternativas
Q365303 Engenharia de Software
Diagrama de classe compartilha as mesmas propriedades dos demais diagramas. Seu conteúdo particular o diferencia dos outros diagramas. São itens contidos nos diagramas de classes, EXCETO:
Alternativas
Q365302 Engenharia de Software
Os diagramas são meios utilizados para visualização dos blocos de construção; uma apresentação gráfica de um conjunto de elementos, geralmente representados como um gráfico conectado de vértices e arcos. Esses diagramas representam visões de modelos comuns. São diagramas que representam as partes estáticas de um sistema, EXCETO:
Alternativas
Q365301 Engenharia de Software
UML (Linguagem Unificada de Modelagem) é apenas uma linguagem, sendo parte de um método para desenvolvimento de software. É uma linguagem com aspectos e destinada a desenvolver itens como:
Alternativas
Q365300 Engenharia de Software
Cada atividade do Rational Unified Process tem artefatos associados ou exigidos como uma entrada, ou gerados como uma saída. NÃO é um dos conjuntos dos artefatos técnicos do Rational Unified Process.
Alternativas
Q365299 Engenharia de Software
O Rational Unified Process tem como função permitir a produção de software da mais alta qualidade, que atenda às necessidades do usuário final. Sobre as fases do RUP, marque V para as verdadeiras e F para as falsas.

( ) Concepção.
( ) Elaboração.
( ) Requisito.
( ) Construção.
( ) Transição.

A sequência está correta em:
Alternativas
Q365296 Engenharia de Software
O padrão de projeto é representado por uma colaboração parametrizada, podendo ser utilizado para fazer uma modelagem interna dessa colaboração com um conjunto de diagramas. Assinale o conjunto de diagramas utilizado tipicamente para uma modelagem interna.
Alternativas
Q365294 Engenharia de Software
A gerência de projetos é a primeira camada do processo de engenharia de software por abranger todo o processo de desenvolvimento, do começo ao fim. NÃO é um elemento- chave deste processo
Alternativas
Q365293 Engenharia de Software
Métricas de software orientadas à função são medidas indiretas do software e do processo por meio do qual ele é desenvolvido, por não contar as linhas de código, e sim concentrar-se na funcionalidade ou utilidade do programa. São valores do domínio da informação determinantes para complexidade do software, EXCETO:
Alternativas
Q365292 Engenharia de Software
O modelo espiral para a engenharia de software foi desenvolvido para abranger as melhores características, tanto do ciclo de vida clássico quanto da prototipação, possuindo como os demais, etapas ou atividades como, EXCETO:
Alternativas
Q365291 Engenharia de Software
Os métodos de engenharia de software proporcionam os detalhes de como fazer para construir o software, envolvendo um amplo conjunto de tarefas, incluindo: planejamento e estimativa de projeto, análise de requisitos de software e de sistemas, projeto da estrutura de dados, entre outros. Tal processo envolve um conjunto de etapas e métodos. NÃO se refere ao conjunto de etapas
Alternativas
Q365290 Engenharia de Software
O paradigma do ciclo de vida clássico da engenharia de software, também conhecido como modelo em cascata, requer uma abordagem sistemática, sequencial ao desenvolvimento do software. Tal processo compreende as seguintes atividades, EXCETO:
Alternativas
Q365040 Engenharia de Software
De acordo com o autor Ian Sommerville, requisitos de interoperabilidade que definem como o sistema interage com os sistemas em outras organizações são classificados como requisitos
Alternativas
Q365021 Engenharia de Software
São diagramas estruturais da UML:
Alternativas
Q365020 Engenharia de Software
Analise as afirmativas a seguir sobre o Diagrama de Atividades da UML:


I – A ramificação é um caminho alternativo baseado em uma expressão booleana, podendo ter uma transição de entrada e até duas transições de saída.

II – As raias podem representar áreas de negócio em uma organização responsáveis por determinados grupos de atividades.

III – As bifurcações e as uniões representam fluxos concorrentes e são representadas por barras de sincronização horizontais ou verticais.

Está CORRETO apenas o que se afirma em:
Alternativas
Q365018 Engenharia de Software
Técnica sistemática para construir a arquitetura do software, enquanto, ao mesmo tempo, conduz testes para descobrir erros associados às interfaces é a definição de:
Alternativas
Q365017 Engenharia de Software
São produtos de trabalho produzidos na fase de Construção do Processo Unificado, EXCETO:
Alternativas
Q361016 Engenharia de Software
A figura abaixo mostra os quadrantes de testes ágeis.

imagem-023.jpg

Considere as definições dos quadrantes de testes ágeis:

I. Testes que focam no negócio e criticam o produto: são os testes de aceitação feitos na homologação do produto ou de suas partes, testes betas e testes exploratórios. São testes feitos não com o objetivo de dizer que o software funciona, mas de encontrar defeitos. Bons analistas de testes possuem técnicas para encontrar defeitos que poucos desenvolvedores conhecem.
II. Testes que focam na arquitetura e suportam o time: são os testes unitários e de componentes. Estes são realizados e são de responsabilidade dos próprios desenvolvedores. O papel do analista de testes nesse quadrante é o de apoiar, suportar e expandir conhecimentos entre os desenvolvedores sempre que necessário. De preferência isso é feito em par com o desenvolvedor no momento de elaborar os testes unitários automatizados.
III. Testes que focam na arquitetura e criticam o produto: são os testes de performance, de carga e de segurança. Esses são de responsabilidade dos analistas de testes e costumam ser feitos quando partes da aplicação já estão prontas e, especialmente, antes da entrada de um release em produção.
IV. Testes que focam no negócio e suportam o time: são testes funcionais diferenciados, que idealmente utilizam a técnica de Behavior-Driven Development e Acceptance Test-Driven Development. Isto é, são testes e cenários de exemplo realizados pelos testadores em conjunto com os clientes, usuários e analistas de negócio. Com base nesses exemplos e cenários os desenvolvedores terão melhores condições de desenvolver e entender os requisitos.O foco desses testes não é encontrar o maior número de defeitos e sim ajudar clientes e desenvolvedores a se entenderem melhor.

A associação correta entre as definições I, II, III e IV e os quadrantes Q1, Q2, Q3 e Q4 é apresentada em
Alternativas
Q361012 Engenharia de Software
A figura abaixo mostra um diagrama com as atividades relativas ao levantamento de requisitos.

imagem-019.jpg

O diagrama e a lacuna da caixa em branco referem-se, respectivamente, aos diagramas UML de
Alternativas
Respostas
6681: C
6682: A
6683: A
6684: D
6685: E
6686: A
6687: C
6688: A
6689: B
6690: E
6691: E
6692: E
6693: D
6694: A
6695: A
6696: D
6697: B
6698: C
6699: A
6700: B