Brainscape's Knowledge GenomeTM

Browse over 1 million classes created by top students, professors, publishers, and experts.


See full index

Informática para Concursos > Engenharia De Software > Flashcards

Engenharia De Software Flashcards

0
Q

O que é engenharia de software?

A

Engenharia de software é uma disciplina de engenharia relacionada a todos os aspectos de produção de software.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
1
Q

O que é software?

A

Programas de computador e documentação associada. Os produtos de software podem ser desenvolvidos para um cliente específico ou para um mercado geral.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
2
Q

Qual é a diferença entre engenharia de software e ciência da computação?

A

A ciência da computação está relacionada com teorias e fundamentos; a engenharia de software está relacionada com a prática de desenvolvimento e entrega de software útil..

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
3
Q

Qual a diferença entre engenharia de software e engenharia de sistemas?

A

A engenharia de sistemas está relacionada a todos os aspectos de desenvolvimento de sistemas baseados em computadores, incluindo hardware, software e engenharia de processo. A engenharia de software é parte desse processo.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
4
Q

Assim como a engenharia de software, existe também na área de informática a chamada ciência da computação. Qual a diferença entre engenharia de software e ciência da computação?

A

A ciência da computação tem como objetivo o desenvolvimento de teorias e fundamentações. Já a engenharia de software se preocupa com as práticas de desenvolvimento de software.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
5
Q

O que é um processo de software?

A

Um conjunto de atividades, métodos, práticas e transformações que as pessoas (papéis) utilizam para desenvolver e manter software e seus produtos relacionados (quem faz o que e quando).

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
6
Q

O que é uma técnica?

A

Aplicação ótima dos métodos tendo como compromisso maior com o resultado, e não com a aplicação formal dos métodos.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
7
Q

O que são métodos de engenharia de software?

A

Abordagens estruturadas para desenvolvimento de software que incluem modelos de sistema, notações, regras, recomendações de projeto e guias. (Como fazer)

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
8
Q

O que é uma atividade?

A

Conjunto de técnicas delimitadas conceitualmente pela transformação de um artefato específico em outro.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
9
Q

O que é um artefato?

A

Qualquer produto gerado durante a especificação, construção, implantação ou manutenção de um software.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
10
Q

O que é CASE? (computer-aided software Engineering)

A

Sistemas de software que têm a intenção de fornecer apoio automatizado (produtividade) para atividades de processo de software. Sistemas CASE são frequentemente usados para apoio ao método.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
11
Q

O que é uma Metodologia?

A

Conjunto formado por procedimentos, técnicas, ferramentas e documentação que auxiliará os responsáveis pelo desenvolvimento de sistemas em seus esforços na implementação de um novo sistema de informação.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
12
Q

O que é um Modelo de Processo de Desenvolvimento de Software?

A

O modelo de processo de desenvolvimento é uma representação abstrata de como será realizada a construção do software.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
13
Q

A engenharia de software é uma disciplina que se ocupa de todos os aspectos da produção de software, desde os estágios iniciais de especificação do sistema até a sua manutenção. A engenharia de software adota métodos que:

A

São abordagens de estruturadas para o desenvolvimento de software, que incluem modelos de sistemas, notações, regras, recomendações de projetos e diretrizes de processos.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
14
Q

Engenharia de software é o estabelecimento e uso de sólidos princípios de engenharia para que se possa obter economicamente um software que seja confiável e que funcione eficientemente em máquinas reais, abrangendo um conjunto de três elementos fundamentais: métodos, ferramentas e procedimentos. Qual o conceito de métodos?

A

Métodos de engenharia de software proporcionam os detalhes de como fazer para construir o software e envolvem um amplo conjunto de tarefas que incluem: planejamento e estimativa de projeto, análise de requisitos de software e sistemas, projeto de estrutura de dados, arquitetura de programa e algoritmo de processamento, codificação, teste e manutenção.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
15
Q

Engenharia de software é o estabelecimento e uso de sólidos princípios de engenharia para que se possa obter economicamente um software que seja confiável e que funcione eficientemente em máquinas reais, abrangendo um conjunto de três elementos fundamentais: métodos, ferramentas e procedimentos. Qual o conceito de ferramentas?

A

An ferramentas proporcionam apoio automatizado ou semi-automatizado aos métodos.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
16
Q

Engenharia de software é o estabelecimento e uso de sólidos princípios de engenharia para que se possa obter economicamente um software que seja confiável e que funcione eficientemente em máquinas reais, abrangendo um conjunto de três elementos fundamentais: métodos, ferramentas e procedimentos. Qual o conceito de procedimentos?

A

Procedimentos constituem o elo de ligação dos métodos e das ferramentas e possibilitam o desenvolvimento racional e oportuno de software.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
17
Q

Certo ou errado: segundo o princípio da engenharia de software, os vários artefatos produzidos ao longo do seu ciclo de vida apresentam, de forma geral, nível de abstração cada vez menor.

A

Certo!

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
18
Q

O conjunto de atividades e resultados associados que resulta em um produto de software recebe o nome de:

A

Processo de software

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
19
Q

Certo ou errado: são elementos de um processo de desenvolvimento de software: atividade, sequencia, modelo de processo, recursos, controles, políticas e organização.

A

Certo!

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
20
Q

O que é Formalidade no principio de engenharia de software?

A

O processo de desenvolvimento deve acontecer como uma seqüência de passos definidos com precisão; cada passo deve ser guiado por alguma metodologia que siga algum (ou alguns) método.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
22
Q

O que é a Abstração no principio de engenharia de software?

A

É o processo de identificação dos aspectos importantes de um determinado fenômeno, ignorando-se os detalhes. Pode existir diferentes visões da mesma realidade, cada uma com enfoque diferente.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
23
Q

O que é a Decomposição no principio de engenharia de software?

A

Subdivisão do trabalho em atividades específicas, com o objetivo de gerenciar a complexidade. Pode se aplicar a decomposição tanto ao processo de desenvolvimento como ao produto que está sendo construído.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
24
Q

O que faz a Decomposição do processo?

A

Permite o planejamento das atividades e diminui o tempo extra que seria gasto mudando de uma atividade para outra. Permite a atribuição de tarefas a pessoas diferentes.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
25
Q

O que faz a Decomposição do produto?

A

Permite que atividades de desenvolvimento sejam feitas em paralelo. Permite a criação de componentes independentes, portanto reutilizaveis.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
25
Q

O que é a Flexibilização no principio de engenharia de software?

A

O principio da flexibilização é necessário no processo de desenvolvimento para permitir que o produto possa ser modificado com facilidade. O processo deve ter flexibilidade suficiente para permitir que partes do produto possam ser utilizados em outros sistemas.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
26
Q

O que é a Generalização no principio de engenharia de software?

A

Uma solução mais geral para um problema tem maior potencial para ser reutilizada. Através da generalização, o desenvolvedor tem o potencial de desenvolver um componente que pode ser utilizado em mais de um ponto do sistema de software desenvolvido.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
27
Q

Quais são os princípios da engenharia de software?

A

Formalidade, abstração, decomposição, generalização e flexibilização.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
28
Q

Qual o foco principal da engenharia de software?

A

Tem como foco principal estabelecer uma abordagem sistemática de desenvolvimento, através de ferramentas e técnicas apropriadas, dependendo do problema a ser abordado, considerando restrições e recursos disponíveis.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
29
Q

A engenharia de software resume-se a um conjunto de técnicas utilizadas para o desenvolvimento e manutenção de sistemas computadorizados, visando produzir e manter softwares de forma padronizada e com qualidade. O que é a Flexibilizaçáo?

A

A flexibilização é o processo que permite que o software possa ser alterado, sem causar problemas para sua execução.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
30
Q

Certo ou errado: o termo engenharia de software pretende indicar que o desenvolvimento de software submete-se a leis similares às que governam a manufatura de produtos industriais em engenharias tradicionais, pois ambos são metodológicos.

A

Certo!

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
31
Q

Certo ou errado: entre os desafios enfrentados pela engenharia de software estão lidar com sistemas legados, atender à crescente diversidade e atender às exigências quanto a prazos de entrega reduzidos.

A

Certo!

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
32
Q

O que a engenharia de software não visa?

A

Ela não visa o desenvolvimento de teorias e fundamentações. A engenharia de software se preocupa unicamente com as práticas de desenvolvimento de software.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
33
Q

De acordo com Pressman, a engenharia de software é baseada em camadas, com foco na qualidade. Essas camadas são:

A

Ferramentas, métodos e processo.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
34
Q

Certo ou errado: todo projeto de software é iniciado por alguma necessidade do negócio?

A

Certo!

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
35
Q

Certo ou errado: os princípios de engenharia de software definem a necessidade de formalidades para reduzir inconsistências e a decomposição para lidar com a complexidade.

A

Certo!

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
37
Q

O primeiro passo para alcançar estimativas para um projeto de software, por meio de análise de pontos de função, é estimar:

A

O tamanho do produto resultante do projeto.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
38
Q

A estimativa de software que se baseia na análise por pontos de função tem como insumos as métricas relacionadas a seguir:

A

Entradas de usuário, saídas de usuário, interfaces externas e arquivos.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
39
Q

Certo ou errado?

O modelo em cascata é indicado para projetos de alto risco

A

Errado! É para baixo risco.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
40
Q

Certo ou errado?

O modelo em espiral é indicado para projetos de baixo risco.

A

Errado! É para alto risco.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
41
Q

Certo ou errado?

O modelo de prototipação pode ser usado para captura de requisitos da versão definitiva do sistema.

A

Certo!

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
42
Q

No âmbito dos processos desenvolvimento de software, entre as vantagens do desenvolvimento incremental sobre o modelo em cascata é:

A

A diminuição do custo de mudança nos requisitos do usuário, pela diminuição da análise e documentação que deve ser refeita.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
43
Q

Qual modelo é esse?
I. Combina a natureza iterativa de modelos incrementais com aspectos sistemáticos do modelo em cascata.
II. Pode ser aplicado em todo o ciclo de vida de uma aplicação, inclusive, após a entrega do software.
III. É um modelo que reconhece explicitamente a necessidade de gerenciar riscos.

A

Modelo em Espiral.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
44
Q

Um desenvolvedor de software atua com um usuário ouvindo suas e pedidos e criando, imediatamente, um esboço do produto desejado por esse usuário. O usuário utiliza esse esboço e dá o feedback do que precisa melhorar na aplicação, constituindo um desenvolvimento de software do tipo Prototipação. Esse modelo de ciclo de vida deve:

A

Destacar, de forma especial, as diversas fontes de demanda por software, os pontos de decisão durante o processo de desenvolvimento e incorporar características do mundo real.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
45
Q

Estudos baseados na analise de diversos projetos de software sugerem que tais projetos tem maior chance de sucesso quando empregam metodologia e gerenciamento alinhados ao paradigma de desenvolvimento de novos produtos, em contraponto ao paradigma de produção industrial. Com base nessas observações, a maioria das metodologias modernas recomendam:

A

Dividir o trabalho em iterações curtas, com prazos fixos, e não permitir que as mesas avancem sobre os prazos, reduzindo o escopo da iteração, se necessário.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
46
Q

No ciclo de vida cascata, o custo de correção é menor na fase de:

A

Requisitos.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
47
Q

Certo ou errado: No modelo de desenvolvimento incremental, embora haja defasagem entre os períodos de desenvolvimento de cada incremento, os incrementos são desenvolvidos em paralelo.

A

Certo!

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
48
Q

Quais as principais técnicas do modelo RAD para produzir software rapidamente?

A

Reuso de componentes, Modularidade, Incrementos em ciclos curtos e Ferramentas de quarta geração.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
49
Q

É embasado na idéia de desenvolvimento de uma implementação inicial, expondo o resultado aos comentários do usuário e refinando esse resultado por meio de diversas versões, até que seja desenvolvido um sistema adequado. No âmbito do processo de software, trata-se de:

A

Desenvolvimento Evolucionário.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
50
Q

Quais as principais vantagens do modelo de prototipagem?

A

Permite uma grande interação com o cliente; Facilita o processo de definição de requisitos; Permite que o cliente teste o protótipo.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
51
Q

Considere as seguintes assertivas sobre o processo evolutivo de software conhecido como modelo em espiral.

Certo ou errado?

Cada atividade de negociação inicia com a identificação das partes interessadas.
A definição do ciclo de vida arquitetural é um dos três marcos do processo conhecidos como pontos de ancoragem (anchor points).

A

Certos!

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
52
Q

Qual é o modelo de processo proposto no final da década de 80, que tem como principais características ser evolucionário, iterativo e focado na redução dos riscos?

A

Modelo em Espiral.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
53
Q

Existem vários modelos de ciclo de vida de software. O desenvolvimento em espiral é qual modelo?

A

É um modelo Iterativo.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
54
Q

Esse item tem a ver com Modelo Concorrente?

“A atividade de comunicação completou sua primeira iteração e está no estado aguardando modificação.”

A

Sim!

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
55
Q

Esse item tem a ver com Modelo Concorrente?
“Permitem ao engenheiro de software especificar, desenvolver e verificar um sistema aplicando uma rigorosa notação matemática.”

A

Não, esse é o Modelo baseado em Métodos Formais.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
56
Q

Esse item tem a ver com Modelo Concorrente?
“Se o cliente requerer mudanças nos requisitos, a modelagem passa de ‘em desenvolvimento’ para ‘aguardando modificações’ e a ‘comunicação’ passa de ‘aguardando modificações’ para ‘em revisão’.”

A

Sim!

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
57
Q

Certo ou errado?

O modelo espiral é um modelo de processo de software evolucionário que combina a natureza interativa de prototipagem com os aspectos controlados do modelo sequencial linear.

A

Certo!

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
58
Q

Certo ou errado?

O modelo de processo concorrente é frequentemente usado como paradigma para o desenvolvimento de aplicações cliente/servidor, definindo atividades em duas dimensões: de sistema e de componentes.

A

Certo!

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
59
Q

Certo ou errado?

O desenvolvimento baseado em aspectos se baseia na busca por interesses transversais.

A

Certo!

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
60
Q

Há diversas formas de se conduzir um projeto de software visando a economia de recursos. O modelo baseado em componentes, por exemplo, incorpora, fundamentalmente:

A

A reutilização de software.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
61
Q

Certo ou errado?

“Os métodos formais definem matematicamente (estrutura e funcionalidade) os elementos da linguagem descritiva, os quais permitem o tratamento de uma classe substancial de problemas de forma concisa.”

A

Certo!

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
62
Q

Considere:
I. Cada incremento de software é especificado formalmente e essa especificação é transformada em uma implementação.
II. a correção de software é demonstrada por meio de uma abordagem formal.
III. Não existe teste de defeitos no processo e o teste do sistema concentra-se na avaliação da confiabilidade.
As três características acima pertencem a um processo formal de desenvolvimento de software, denominado:

A

Cleanroom.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
63
Q

Na Orientação a Aspectos, o código que implementa um aspecto e um evento em um programa em execução no qual a recomendação associada a um aspecto pode ser executada são as respectivas definições de:

A

Recomendação (ou Adendo) e Ponto de Junção.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
64
Q

Pertence a técnica de 4 GL?

“Desenvolvido para abranger as melhores características do modelo de ciclo de vida clássico e prototipação, acrescentando um novo elemento: análise de riscos.”

A

Não, esse é o modelo em Espiral!

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
65
Q

Pertence a técnica de 4 GL?

“Concentra-se na capacidade de se especificar o software a uma máquina em um nível que esteja próximo à linguagem natural.”

A

Sim!

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
66
Q

Pertence a técnica de 4 GL?

“Engloba um conjunto de ferramentas de software que possibilitam que: o sistema seja especificado em uma linguagem de alto nível e o código fonte seja gerado automaticamente a partir dessas especificações.”

A

Sim!

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
67
Q

Certo ou errado?

“No modelo incremental, a implementação do sistema é feita antes de sua especificação.”

A

Errado!

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
68
Q

Certo ou errado?

“No modelo em cascata, cada fase inicia somente quando sua predecessora termina”

A

Certo!

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
69
Q

Certo ou errado?

“O modelo em espiral requer que a especificação do sistema seja feita somente uma vez.”

A

Errado!

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
70
Q

O Modelo de processo de software incremental que enfatiza um ciclo de desenvolvimento extremamente curto, obtido pelo uso de construção baseada em componentes, é denominado:

A

RAD

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
71
Q

Considerando o mais antigo dos paradigmas de desenvolvimento de software. Ele obedece um fluxo sequencial, qual é esse modelo?

A

É o modelo Cascata.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
72
Q

Qual o modelo de processo de software que se caracteriza mais fortemente por uma abordagem sistemática e sequencial para o desenvolvimento de software?

A

Cascata.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
73
Q

Entre os paradigmas de ciclo de vida de engenharia de software, aquele que se caracteriza mais fortemente por uma abordagem sistemática e sequencial das atividades é o denominado:

A

Clássico ou Cascata.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
74
Q

Certo ou errado?

“No paradigma de prototipação, o protótipo idealmente serve como mecanismo para identificar os requisitos de software.”

A

Certo!

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
75
Q

Certo ou errado?

“No paradigma de prototipação, o protótipo será descartado (no todo ou em parte) e o software real será reprojetado.”

A

Certo!

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
76
Q

Certo ou errado?

“O modelo espiral define quatro atividades, que são executadas nesta ordem: planejamento, análise de riscos, engenharia, avaliação pelo cliente.”

A

Certo!

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
77
Q

O modelo de ciclo de vida em cascata enfatiza:

A

Ele enfatiza a realização sequencial das atividades do desenvolvimento de um produto de software.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
78
Q

Certo ou errado?

“O modelo Cascata é indicado quando há a volatilidade nos requisitos.”

A

Errado!

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
79
Q

Certo ou errado?

“Um risco na adoção do modelo de Prototipação é negligenciar a qualidade do produto a fim de se obter rapidamente um protótipo executável.”

A

Certo!

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
80
Q

Certo ou errado?

“O uso do modelo de Prototipação reduz o risco para a gerência ao particionar o projeto em módulos com funcionalidades bem definidas, que podem ocorrer simultaneamente.”

A

Errado!

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
81
Q

Certo ou errado?

“Os modelos Evolucionários são fortemente baseados no uso de técnicas formais para a especificação de requisitos de software.”

A

Errado!

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
82
Q

Certo ou errado?

“O modelo Espiral é baseado na divisão em iterações.”

A

Certo!

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
83
Q

Certo ou errado?

Um dos objetivos da fase de elaboração é a criação e estabilização da arquitetura de sistema.

A

Certo!

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
84
Q

Certo ou errado?

Um dos princípios do RUP é considerar como medida principal do progresso o software executável funcionando.

A

Certo!

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
85
Q

Um gerente de projetos decidiu usar o RUP como seu processo de desenvolvimento de software. Com base no RUP, quais os objetivos que o gerente deve direcionar na fase de Elaboração?

A

Fazer o design dos casos de uso críticos; Obter um entendimento mais crítico dos requerimentos; Implementar e testar cenários críticos.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
86
Q

Quais são as características do RUP?

A
  1. Baseado no ciclo de vida em espiral;
  2. Baseado em disciplinas (Tarefas e responsabilidades);
  3. Guia para utilização de UML: Desenvolvimento dirigido por Casos de Uso;
  4. Processo configurável (customizável);
  5. avaliação contínua dos riscos do projeto;
  6. Centrado na Arquitetura;
  7. Geração de produtos interdependentes em todas as iterações.
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
87
Q

Quais são as fases do RUP?

A

Iniciação, Elaboração, Construção e Transição.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
88
Q

Quais são as disciplinas do RUP?

A

Modelagem de Negócios, Requisitos, Análise e Design, Implementação, Teste, Implantação, Gerência de Configuração e Mudança, Gerenciamento de Projeto e Ambiente.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
89
Q

O que é uma fase no RUP?

A

Uma fase é um período significativo no projeto que é concluído com um ponto de checagem, ou seja, um MARCO.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
90
Q

Certo ou errado?

“Fases não ocorrem em paralelo, são como etapas da vida, precisam ocorrer uma após a outra e não voltam.”

A

Certo!

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
91
Q

Os casos de uso são utilizados para qual finalidade no RUP?

A

Os casos de uso são utilizados como o elo de ligação entre o fluxo das fases no RUP.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
92
Q

Certo ou errado?

“Ser Ágil é uma característica do RUP.”

A

Errado!

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
93
Q

Certo ou errado?

“Na fase de construção são implementados casos de uso que tenham impacto sobre a arquitetura; na fase de transição, os casos sem impacto sobre a arquitetura, mas que descrevam funcionalidades que deverão estar presentes na versão que está sendo desenvolvida.”

A

Errado!

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
94
Q

Certo ou errado?

“No modelo de processo unificado, cada artefato pode estar associado à saída de várias atividades e cada atividade pode produzir como saída vários artefatos.”

A

Certo!

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
95
Q

Certo ou errado?

“A fase de Elaboração tem como objetivo finalizar a análise econômica do projeto e preparar um plano que contenha detalhes suficientes para orientar a Construção do sistema.”

A

Certo!

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
96
Q

De acordo com o RUP, o gerente do projeto já está em condição de planejar as atividades e estimar os recursos necessários para completar o projeto no final de qual fase?

A

Elaboração.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
97
Q

Certo ou errado?

“No RUP: O caso de uso mais crítico deve ser atacado, preferencialmente, no final.”

A

Errado! Isso deve ser feito logo no início para evitar problemas ou até possível cancelamento do projeto.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
98
Q

Temos quatro fases no RUP. Quais são essas ênfases e quais são as ênfases de cada fase?

A
  1. Concepção (ou Iniciação): ênfase no escopo do sistema.
  2. Elaboração: ênfase na arquitetura.
  3. Construção: ênfase no desenvolvimento.
  4. Transição: ênfase na implantação.
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
99
Q

Quais são os artefatos produzidos pela fase de Iniciação no RUP?

A

Documento de Visão; Casos de Negócio; Lista de Riscos; Plano de Desenvolvimento de Software; Plano de Iteração; Casos de Desenvolvimento; Ferramentas; Glossário; Modelo de Caso de Uso.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
100
Q

Quais são os artefatos produzidos pela fase de Elaboração no RUP?

A

Protótipo Arquitetural; Lista de Riscos; Casos de Desenvolvimento; Ferramentas; Visão Refinada; Documento de arquitetura; Plano de desenvolvimento de software; Plano de iteração; Especificações e Conjunto de Testes.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
101
Q

Quais são os objetivos da fase de Construção no RUP?

A
  1. Tem por meta esclarecer os requisitos restantes e concluir o desenvolvimento do sistema com base na arquitetura;
  2. Começa o desenvolvimento físico do software, produção de códigos, testes alfa e beta.
  3. Deve-se aceitar testes, e processos de testes estáveis, e se os códigos do sistema constituem “baseline”, imagem de uma versão de cada artefato.
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
102
Q

Quais são os artefatos produzidos pela fase de Construção no RUP?

A

Software; Plano de Implantação; Modelo de Implementação; conjunto de testes; Materiais de treinamento; Plano de Iteração; Modelo de Projeto; Caso de desenvolvimento; ferramentas e Modelo de dados.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
103
Q

Quais são os artefatos produzidos pela fase de Transição no RUP?

A

Incremento de Software; Notas de Release; Artefatos de instalação; material para Treinamento; Material de suporte ao usuário final; Relatório de Testes e Realimentação geral do usuário.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
104
Q

Qual o papel do Analista de Testes no RUP?

A

O papel do analista de testes é ser responsável por inicialmente identificar e posteriormente definir os testes necessários, monitorar a abrangência dos testes e avaliar a qualidade geral obtida ao testar os itens de teste-alvo.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
105
Q

O que é uma Iteração?

A

Uma iteração envolve as atividades de desenvolvimento que levam ao release de um produto - uma versão estável e executável do produto, junto com qualquer outro elemento periférico necessário para utilizar esse release.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
106
Q

Ao planejar as atividades de uma iteração, o gestor deve seguir quais recomendações?

A
  1. Priorizar os casos de uso que impliquem em mais riscos ao projeto;
  2. Priorizar os casos de uso que sejam relevantes para a Arquitetura de software;
  3. Priorizar os casos de uso mais urgentes para o cliente.
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
107
Q

Certo ou errado?

O XP divide o ciclo de vida de desenvolvimento de software em 4 fases: Concepção, Elaboração, Construção e Transição.

A

Errado! Essas são as fases do RUP.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
108
Q

Certo ou errado?

Scrum é uma metodologia ágil para gestão e planejamento de projetos de software. No Scrum, os projetos são divididos em ciclos chamados Sprints.

A

Certo!

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
109
Q

Certo ou errado?

No scrum os requisitos do projeto são organizados em uma lista de tarefas, chamada de product backlog, em ordem decrescente de prioridade.

A

Certo!

110
Q

Certo ou errado?

XP é uma metodologia ágil para equipes de tamanho pequeno ou médio desenvolverem software com requisitos vagos ou que mudem rapidamente. Seus valores são comunicação, feedback, coragem, simplicidade e respeito.

A

Certo!

111
Q

Certo ou errado?

O scrum foi criado para gerenciamento de projetos de fabricação de automóveis e produtos de consumo. Sua popularização no desenvolvimento de software ocorreu a partir de 1995.

A

Certo!

112
Q

No RUP, as atividade de projetar, implementar e testar um esqueleto da estrutura do sistema, objetivando exercitar a arquitetura sobre a qual o sistema será desenvolvido, provendo uma carga inicial e alguns testes de desempenho, ocorrem em qual fase?

A

Elaboração.

113
Q

Certo ou errado?

No RUP, a análise de requisitos corresponde à primeira fase do ciclo de desenvolvimento, antecedendo à fase do ciclo de desenvolvimento, antecedendo à fase de análise que, por sua vez, se inicia quando a fase de requisitos termina.

A

Errado! Não existe a fase de análise de requisitos e nem a fase de requisitos!

114
Q

Certo ou errado?

No RUP, os testes de regressão são fundamentais na fase de transição, uma vez que, em cada iteração, novas funcionalidades são agregadas ao sistema e erros podem ocorrer em módulos já testados anteriormente.

A

Certo!

115
Q

Certo ou errado?

RUP é um processo de desenvolvimento formal, não sendo conveniente para a aplicação a sistemas de menor porte, uma vez que o conjunto dos documentos que obrigatoriamente devem ser gerados torna seu custo proibitivo.

A

Errado!

116
Q

Certo ou errado?

No RUP, os riscos inerentes a um projeto de software são identificados mais cedo, em comparação ao ciclo de vida tradicional.

A

Certo!

117
Q

Certo ou errado?

No RUP, artefatos são disponibilizados ao final de cada iteração para que o cliente possa validá-los.

A

Certo!

118
Q

Certo ou errado?

A primeira fase do RUP que corresponde ao levantamento de requisitos é também chamada de concepção.

A

Errado! A primeira fase se chama Iniciação ou Concepção.

119
Q

Certo ou errado?

No RUP, o início da fase de análise depende do levantamento de requisitos, que devem ser estáveis e bem documentados.

A

Errado! Não existe a fase de análise!

120
Q

Certo ou errado?

No RUP, ao término da fase de concepção um dos artefatos produzidos é um documento de visão refinado.

A

Errado! O documento de Visão Refinado é gerado na fase de Elaboração!

121
Q

Certo ou errado?

No RUP, na fase de construção, a atividade de análise já foi concluída e o foco é a implementação.

A

Errado! Pelo gráfico das baleias é possível ver que a atividade de análise ainda continua na fase de Implementação, mas em menor foco.

122
Q

Certo ou errado?

No RUP, cada fase é dividida em uma ou mais iterações e, ao final de cada interação, artefatos são necessariamente validados.

A

Certo!

123
Q

Certo ou errado?

O RUP é utilizado como um “framework” que se baseia em componentes, o qual modela os processos de forma iterativa e incremental.

A

Certo!

124
Q

Certo ou errado?

O RUP atua no direcionamento do desenvolvimento de várias maneiras, criando mecanismos, por exemplo, para a validação da arquitetura do sistema.

A

Certo!

125
Q

Certo ou errado?

o RUP utiliza os artefatos de construção de sistema para facilitar a reusabilidade dos componentes do sistema.

A

Certo!

126
Q

Certo ou errado?

No RUP, o modelo de casos de uso representa o comportamento de um sistema, conforme percebido do ponto de vista externo a esse sistema.

A

Certo!

127
Q

Certo ou errado?

No RUP, o modelo de classes conceituais de um sistema pode ser obtido a partir do modelo de casos de uso.

A

Certo!

128
Q

A análise de risco no RUP é algo constante nas diversas fases do processo de desenvolvimento. Em cada uma das fases, o foco da gerência de riscos se diferencia em função do objetivo de cada fase. assim, a manipulação dos riscos está relacionada, na fase de:

A

Elaboração, a questões técnicas, envolvendo a arquitetura escolhida.

129
Q

Três dos principais artefatos da disciplina Requisitos previstos pelo RUP são:

A

Glossário, Especificações Suplementares e Modelo de Casos de Uso.

130
Q

No RUP os papéis não são pessoas; eles descrevem como as pessoas se comportam no negócio e quais são as responsabilidades que elas têm. Nesse sentido, um Desenvolvedor desempenha os papéis de:

A

Implementador, Integrador e Designer.

131
Q

No Processo Unificado, uma descrição da arquitetura do software, um documento de visão e um modelo de projeto são aplicáveis, respectivamente, nas fases de:

A

Elaboração, Concepção e Construção.

132
Q

Certo ou errado?

No RUP, a elicitação de requisitos do sistema de software inicia-se na fase de concepção.

A

Certo!

133
Q

Certo ou errado?

O RUP é um processo iterativo para a análise de projetos orientados a objetos, no qual o trabalho e as iterações são organizados em três fases principais: concepção, elaboração e construção.

A

Errado! São quatro fases: Concepção, Elaboração, Construção e Transição.

134
Q

O RUP é um framework extensível que pode ser personalizado para organizações ou projetos específicos.
Um dos importantes conceitos do RUP é o de arquitetura executável, a qual é criada durante a fase de:

A

Elaboração.

135
Q

Certo ou errado?

No RUP, a versão pronta para instalação sobrevém a cada iteração terminada.

A

Errado!

136
Q

Certo ou errado?

No RUP, a fase de Construção tem, normalmente, um número maior de iterações que as demais.

A

Certo!

137
Q

Certo ou errado?

No RUP, a duração de uma iteração é fixada antes do seu início, não podendo ultrapassar duas semanas.

A

Errado!

138
Q

Certo ou errado?

No RUP, o objetivo da fase de Elaboração é construir um protótipo que demonstre a viabilidade da solução proposta, que será implementada na fase de Construção.

A

Errado!

139
Q

Certo ou errado?

No RUP, o Documento da Arquitetura de Software (SAD) deve estar pronto antes do término da fase de Elaboração.

A

Errado!

140
Q

Certo ou errado?

Uma das características do RUP é ser organizado por planos de iteração, todos criados na fase de concepção, para guiar o restante do desenvolvimento do produto de software.

A

Errado!

141
Q

Certo ou errado?

Uma das características do RUP é ser guiado por marcos, que definem pontos nos quais a equipe decide continuar, alterar ou abortar o curso do projeto.

A

Certo!

142
Q

Certo ou errado?

Uma das características do RUP é ser dirigido por casos de uso, o que significa desenvolver o produto de software e, posteriormente, implantá-lo de uma única vez no ambiente do cliente.

A

Errado!

143
Q

Certo ou errado?

Uma das características do RUP é ser composto por disciplinas, cada uma correspondente a uma sequencia de fluxos de trabalho e realizada por um papel específico.

A

Errado!

144
Q

Certo ou errado?

Uma das características do RUP é ser centrado em arquitetura, que é definida na disciplina de implantação e que provê uma visão dinâmica do sistema sendo modelado.

A

Errado!

145
Q

Certo ou errado?

De acordo com a perspectiva de gerenciamento, o ciclo de vida de software do iRUP (IBM Rational Unified Process) divide-se em nove disciplinas sequenciais, sendo cada disciplina concluída por um artefato principal e consistida em um intervalo de tempo entre dois marcos principais, de modo que, ao final de cada ciclo, tem-se uma versão do produto.

A

Errado!

146
Q

Certo ou errado?

No RUP, na disciplina de testes, a implementação de testes, a execução do conjunto de testes e a análise das falhas de testes são atividades de responsabilidade do analista de teses.

A

Errado!

147
Q

Certo ou errado?

No iRUP, o marco das fases de iniciação, elaboração, construção e transição são, respectivamente, objetivo do ciclo de vida, arquitetura do ciclo de vida, capacidade operacional inicial e release do produto.

A

Certo!

148
Q

Certo ou errado?

Suporte é disciplina do RUP.

A

Errado!

149
Q

Certo ou errado?

As disciplinas Implantação, Implementação, Gerência de Projeto e Gerência de Configuração e Mudança fazem parte das disciplinas do RUP, que são nove no total.

A

Certo!

150
Q

Certo ou errado?

Segundo o RUP, um dos propósitos da disciplina de modelagem de negócios é entender a estrutura e a dinâmica da organização na qual um sistema será implantado.

A

Certo!

151
Q

No RUP, quem é o responsável por desempenhar as seguintes tarefas?

  • Identificar e definir os testes necessários;
  • Monitorar o progresso e os resultados de cada ciclo de testes;
  • Avaliar os ganhos de qualidade resultantes das atividades de teste.
A

Analista de testes

152
Q

Quais são os modelos ágeis mais conhecidos?

A
  • DAS (Desenvolvimento Adaptativo de Sofftware)
  • DSDM (Método de Desenvolvimento Dinâmico de Sistemas)
  • Crystal
  • FDD (Desenvolvimento guiado por características)
  • LSD (Lean Software Development)
  • Kanban
  • XP (eXtreme Programming)
  • Scrum
153
Q

O que é XP na metodologia ágil?

A

Trata-se de uma metodologia ágil para equipes pequenas e médias desenvolvendo software com requisitos vagos e em constante mudança.

154
Q

No XP, qual o tempo de uma iteração?

A

Tem a duração de 2 semanas reais, ou seja, 10 dias ideiais ou úteis.

155
Q

Quais são os valores do XP?

A

Comunicação, Simplicidade, Feedback, Coragem e Respeito.

156
Q

No XP, qual o significado do valor Comunicação?

A

Dar as informações certas às pessoas certas quando elas podem utilizá-las para o máximo de proveito.

157
Q

No XP, qual o significado do valor Simplicidade?

A

Descartar as coisas que queremos, mas das quais não precisamos realmente.

158
Q

No XP, qual o significado do valor Feedback?

A

Aprender as lições adequadas em todas as oportunidades possíveis.

159
Q

No XP, qual o significado do valor Coragem?

A

Para tomar decisões corretas, mesmo quando elas são difíceis, e falar a verdade para os envolvidos quando eles precisam ouví-la.

160
Q

No XP, qual o significado do valor Respeito?

A

Tratarmos uns aos outros e as outras pessoas com dignidade e reconhecer a experiência e nosso desejo mútuo pelo sucesso.

161
Q

Quai são os frameworks de atividades do XP?

A

São 4 frameworks: Planning - Planejamento, Design - Projeto, Coding - Codificação e Testing - Teste.

162
Q

Quais são as boas práticas utilizadas no XP?

A

São 14: Stand-up Meeting - Reunião de pé; Continuos Integration - Integração Contínua; Pair Programming - Programação em pares; Collective Code Ownership - Código Coletivo; MovePeople Around - Revezamento de pessoas; Coding Standards - Padronização do Código; The customer is always available - Cliente sempre disponível; Small Release - Releases pequenas; Simple design - Projeto Simples; 40-Hour Week - 40 horas por semana (Ritmo sustentável - Energized Work); On-Site Customer - Cliente na equipe; Whole Team - Equipe Coesa; Acceptance Tests - testes de aceitação; System Metaphor - Metáforas.

163
Q

No XP, o que faz a boa prática Planning Game - Jogo de Planejamento?

A

Este processo permite ao cliente definir a característica desejada usando as estimativas de custos que os programadores lhes dá. Escolhendo assim o que fica por fazer e o que fazer.

164
Q

No XP, o que faz a boa prática Test First Design - Primeiro projetar os testes?

A

A criação de testes leva em conta não o tempo ganho com a criação dos mesmos antes da codificação, mas conhecer previamente as possíveis falhas do seu sistema.

165
Q

No XP, o que faz a boa prática Refactoring - Refatoração?

A

A reconstrução baseia-se na remoção de redundância, eliminação de funcionalidades inúteis e reconstrução de projetos obsoletos.

166
Q

No XP, o que faz a boa prática Stand-up Meeting - Reunião de pé?

A

São reuniões rápidas e diárias com a equipe.

167
Q

No XP, o que faz a boa prática Continuos Integration - Integração Contínua?

A

Os diversos módulos de software são integrados diversas vezes por dia e todos os testes unitários são executados. O código não passa até obter sucesso em 100% dos testes unitários.

168
Q

No XP, o que faz a boa prática Pair Programming - programação em pares?

A

Todo código de produção é desenvolvido por duas pessoas trabalhando com o mesmo teclado, o mesmo mouse e o mesmo monitor.

169
Q

No XP, o que faz a boa prática Collective Code Ownership - Código Coletivo?

A

Equipe como um todo é responsável por cada arquivo de código. Não é preciso pedir autorização para alterar qualquer arquivo.

170
Q

No XP, o que faz a boa prática Move People Around - Revezamento de pessoas?

A

As duplas de programação se revezam em média a cada 2h.

171
Q

No XP, o que faz a boa prática Coding Standards - Padronização do Código?

A

Todo código é desenvolvido seguindo um padrão.

172
Q

No XP, o que faz a boa prática The Customer is Always Available - Cliente sempre disponível?

A

O cliente está sempre disponível para resolver dúvidas, alterar o escopo de uma iteração e definir prioridades.

173
Q

No XP, o que faz a boa prática Small Release - Releases pequenas?

A

O software é entregue em pequenas versões para que o cliente possa obter o seu ganho o mais cedo possível e para minimizar os riscos.

174
Q

No XP, o que faz a boa prática Simple Design - Projeto simples?

A

O código está, a qualquer momento, na forma mais simples que passe todos os testes.

175
Q

No XP, o que faz a boa prática 40-Hour Week - 40 horas por semana (Ritmo Sustentável - Energized Work)?

A

Cada programador trabalha 40 horas por semana. Se o horário for flexível, deve-se respeitar o horário do par naquele período, senão enquanto um trabalha, o outro vai para casa.

176
Q

No XP, o que faz a boa prática On-Site Customer - Cliente na equipe?

A

Ter o papel de cliente na equipe XP em tempo integral para responder as perguntas.

177
Q

No XP, o que faz a boa prática Whole Team - Equipe Coesa?

A

Todos em um projeto XP são parte de uma equipe.

178
Q

No XP, o que faz a boa prática Aceptance Tests - Testes de Aceitação?

A

São definidos pelo usuário e são os critérios de aceitação do software.

179
Q

No XP, o que faz a boa prática System Metaphor - Metáforas?

A

Ajuda a manter todos os desenvolvedores em sintonia com o projeto quando dando nomes a objetos ou classes.

180
Q

No XP, qual o papel do Cliente?

A

Define o que é o projeto e como deve ser desenvolvido, o termo do cliente pode não estar associado a uma pessoa individual, mas sim a um conjunto de pessoas.

181
Q

No XP, qual o papel do Treinador?

A

Orienta a equipe, tentando garantir que esta mantêm-se fiel à metodologia XP.

182
Q

No XP, qual o papel do Programador?

A

São considerados o coração dos projetos XP, e estão presentes em todas as fases do desenvolvimento com a metodologia XP.

183
Q

No XP, qual o papel do Tester?

A

Tem como objetivo realizar testes funcionais do projeto em desenvolvimento, podendo esses testes serem efetuados junto do cliente.

184
Q

No XP, qual o papel do Tracker?

A

Cria estimativas de tempo sobre as User Stories e tarefas, verifica se o tempo gasto nas tarefas completas coincide com o previsto inicialmente, e vai atualizando o tempo total previsto para a duração do projeto.

185
Q

No XP, qual o papel do Gerente?

A

É a pessoa que lidera o projeto internamente e com o cliente, e protege a equipe de interferências exteriores.

186
Q

Quando podemos utilizar a metodologia XP?

A
  • Em projetos pequenos e médios - equipe de até 10 programadores (7 a 10).
  • Em projetos com requisitos em constante mudança durante o desenvolvimento.
  • Quando é possível contar a colaboração do cliente para tratar de dúvidas , alterações e prioridades.
187
Q

Quando NÃO podemos utilizar a metodologia XP?

A
  • Equipes grandes.
  • Separadas geograficamente.
  • Feedback demorado.
  • Em projetos não iniciados com XP.
188
Q

Certo ou errado?

A metodologia XP é adequada para projetos pequenos e médios com equipes de até 10 programadores.

A

Certo!

189
Q

Certo ou errado?

A metodologia XP é uma metodologia ágil que conta com a colaboração do cliente para tratar as dúvidas, alterações e prioridades nos requisitos.

A

Certo!

190
Q

Certo ou errado?

A metodologia XP é indicada para projetos com requisitos em constante mudança durante o desenvolvimento.

A

Certo!

191
Q

Certo ou errado?

A metodologia XP é utilizada para desenvolver projetos cujas equipes estão separadas geograficamente.

A

Errado! Somente para equipes que NÃO estão separadas geograficamente.

192
Q

Certo ou errado?

A metodologia XP apresenta um ótimo feedback para que o cliente possa gerir os requisitos.

A

Certo!

193
Q

Certo ou errado?

Não se aplicada à disciplina de desenvolvimento de software XP o uso de notações próprias para construir os diversos produtos de trabalho do projeto.

A

Errado!

194
Q

Certo ou errado?

Para gerenciar uma equipe de desenvolvimento de software, que utiliza a metodologia ágil XP, a programação deve ser feita em dupla, onde dois programadores trabalham em um único computador. Um desenvolvedor implementa o código, enquanto outro observa continuamente o trabalho que está sendo feito, procurando identificar erros sintáticos e semânticos.

A

Certo!

195
Q

No desenvolvimento de software em XP há a confiança muito grande na sinergia entre as práticas, já que os pontos fracos de cada uma são superados pelos pontos fortes de outras. Dentre elas, aquela em que o código fonte não tem dono e ninguém precisa solicitar permissão para poder modificá-lo, permitindo, assim, que a equipe conheça todas as partes do sistema, é chamada de:

A

Collective Ownership (Posse Coletiva)

196
Q

Certo ou errado?

Na programação por pares, os códigos são escritos por dois programadores em cada máquina. Enquanto um dos programadores codifica, o outro é responsável para aspectos como a simplificação do código.

A

Certo!

197
Q

Certo ou errado?

A estratégia adotada no projeto de software se baseia em contemplar todos os possíveis cenários de evolução empregando-se padrões de projeto. A implementação não inicia até ser concluído todo o projeto.

A

Errado!

198
Q

XP é uma metodologia ágil para equipes pequenas e médias que desenvolverão software com requisitos vagos e em constante mudança. Para isso, adota a estratégia de constante acompanhamento e realização de vários pequenos ajustes durante o desenvolvimento de software. Para aplicar os valores e princípios durante o desenvolvimento de software, a XP propõe uma série de práticas, sendo uma delas: sempre que produzir uma nova funcionalidade, nunca esperar uma semana para integrar à versão atual do sistema a fim de evitar o aumento da possibilidade de conflitos e da possibilidade de erros no código fonte. Tal prática é denominada:

A

Integração Contínua.

199
Q

Certo ou errado?

No XP, o cliente participa ativamente e acompanha os passos dos desenvolvedores diariamente.

A

Certo!

200
Q

A estrutura analítica do projeto (EAP) da área de conhecimento Gerenciamento do Escopo do PMBOK é criada na fase de Planejamento, porém, NÃO permite visualizar:

A

A apuração do custo final do projeto a partir do custo de cada projeto.

201
Q

Certo ou errado?

A estrutura do projeto (EAP) pode conter várias entregas (devilerables) não definidas dentro da declaração do escopo.

A

Errado!

202
Q

No âmbito do gerenciamento de escopo de projetos com base no PMBOK, que artefato tem como responsabilidade subdividida em elementos menores as principais entregas do projeto e trabalho do projeto?

A

Estrutura analítica do projeto.

203
Q

A estrutura analítica do projeto - EAP - inclui:

A

Entregas internas e externas.

204
Q

Dentro de uma visão de um ciclo de vida de projeto, o numero de fases de um projeto é uma função de sua natureza, podendo variar de quatro a nove. Uma dessas fases é aquela em que se detalhará:

A

Planejamento.

205
Q

Certo ou errado?

No XP, os integrantes da equipe se reúnem rapidamente no início do dia, de preferência em pé.

A

Certo!

206
Q

Certo ou errado?

No XP, a equipe de desenvolvimento concentra esforços naquilo que gera maior valor para o cliente.

A

Certo!

207
Q

Certo ou errado?

No XP, a programação em pares dispensa o desenvolvimento orientado a testes no projeto.

A

Errado, tem nada a ver.

208
Q

Certo ou errado?

No XP, as funcionalidades do software são descritas em histórias, da forma mais simples possível.

A

Certo!

209
Q

Refactoring, programação em pares e Stand-up Meeting são características das práticas do:

A

XP.

210
Q

Qual a definição do SCRUM?

A

O SCRUM é um framework de processo ágil utilizado para gerenciar e controlar o desenvolvimento de um produto de software através de práticas iterativas e incrementais.

211
Q

O SCRUM é composto por um conjunto de boas práticas de gestão que:

A

Admite ajustes rápidos, acompanhamento e visibilidade constantes e planos realísticos.

212
Q

Certo ou errado?

O PO (Product Owner) define a visão com base em informações colhidas com o usuário final, time, stakeholders, gerentes.

A

Certo!

213
Q

Certo ou errado?

O PO junto com o Scrum Master cria o Product Backlog, uma lista inicial de necessidades que precisam ser produzidas para que a visão de projeto seja bem sucedida.

A

Certo!

214
Q

Certo ou errado?

O Scrum Master, PO e o time planeja o Sprint, essa reunião é chamada de Sprint Planning, que é dividida em duas partes.

A

Certo!

215
Q

A reunião chamada Sprint Planning é dividida em duas partes, quais são essas partes?

A

Na primeira o objetivo de gerar o Selected Product Backlog.
Na segunda parte do Sprint Planning, o objetivo é decompor as informações do Selected Product backlog em tarefas, onde cada membro do time irá selecionar a tarefa que deseja executar e estimá-la. Tais tarefas irão gerar o Sprint Backlog.

216
Q

Certo ou errado?

O time irá começar o trabalho do Sprint de acordo com o tempo estimado, realizando em todos os dias o Daily Scrum.

A

Certo!

217
Q

Certo ou errado?

No término do Sprint é realizada a reunião de Review. O objetivo é apresentar o que foi feito para o PO e convidados.

A

Certo!

218
Q

Certo ou errado?

Após a reunião de Review é feita a última reunião do Sprint e Retrospectiva, com o objetivo de levantar os pontos bons e ruins do Sprint. Geralmente apenas o Scrum Master e o time participam, mas o PO também pode participar, caso todos estejam de acordo.

A

Certo!

219
Q

Certo ou errado?

O Time Scrum é composto pelo Product Owner, a Equipe de Desenvolvimento (Team) e o Scrum Master.

A

Certo!

220
Q

Certo ou errado?

No Scrum, o tamanho da equipe varia entre 3 e 9.

A

Certo!

221
Q

Certo ou errado?

No Scrum, o time é auto-organizável, multifuncional e trabalha de forma iterativa e incremental.

A

Certo!

222
Q

Certo ou errado?

No Scrum, esse método ágil permite manter o foco na entrega do maior valor de negócio, no menor tempo possível.

A

Certo!

223
Q

Certo ou errado?

No Scrum, entre cada duas a quatro semanas todos podem ver o real software em produção decidindo se o mesmo deve ser liberado ou continuar a ser aprimorado por um “Sprint”.

A

Certo!

224
Q

Certo ou errado?

A recomendação é que cada sprint tenha uma duração de duas semanas.

A

Certo!

225
Q

O que é Product Backlog?

A

É nesse local que os requerimentos são listados.

226
Q

O que é projeto?

A

Empreendimento temporário com o objetivo de criar um produto único.

227
Q

Quais as características do projeto?

A
  • Executados por pessoas
  • Recursos limitados
  • Planejados, executados e controlados
  • Únicos
228
Q

Certo ou errado?

Segundo o PMBOK, não é característica de um projeto ser contínuo e repetitivo.

A

Certo! Isso é conceito de processo.

229
Q

No Scrum, o que é uma Sprint?

A

Uma Sprint é um time-box de um mês corrido ou menos, durante o qual um “pronto”, versão incremental do produto, é criado.

230
Q

Qual ferramenta Case é essa?

É uma ferramenta gratuita e de código aberto para modelagem de dados que trabalha com o modelo lógico, desenvolvida pela fabFORCE sob a licença GNU GPL. É um software multiplataforma (Windows e Linux) implementado em Delphi/Kylix. Além de permitir a modelagem, criação e manutenção de bancos de dados, esta ferramenta possibilita também a engenharia reversa, gerando o modelo de dados a partir de um banco existente, e ainda possibilita o sincronismo entre o modelo e o banco. Foi construída originalmente para oferecer suporte ao MySQL, porém também suporta outros SGBDs como Oracle, SQL Server, SQLite e outros que permitam acesso via ODBC.

A

DBDesigner.

231
Q

Qual ferramenta Case é essa?

É uma ferramenta desenvolvida pela empresa Popkin Software. Tem a vantagem de ser uma ferramenta flexível para a empresa que trabalha com a Análise Estruturada de Sistemas. Tem como característica importante o fato de ser uma ferramenta workgroup, ou seja, é possível compartilhar um mesmo projeto entre diversos analistas de desenvolvimento. Em um único repositório são colocadas todas as informações do projeto. Os projetos podem ser agrupados por sistemas e subsistemas; existe uma enciclopédia do SA correspondente a cada um deles. Essas enciclopédias ficam armazenadas na rede de acordo com as áreas de trabalho dos analistas.

A

System Architect.

232
Q

Qual ferramenta Case é essa?

É uma ferramenta CASE para modelagem de dados relacional e dimensional, que permite a construção de modelos de dados lógicos e modelos de dados físicos, comercializada pela CA (Computer Associates). Permite ao usuário trabalhar com três tipos de modelos de dados: somente lógico (Logical Only), somente físico (Physical Only) ou lógico e físico (Logical/Physical). Antes da versão 4, todo modelo de dados tinha, obrigatoriamente, o modelo lógico e o modelo físico juntos, ou seja, o modelo sempre era do tipo Logical/Physical. Em versão recente, foi incluído o recurso de derivação de modelos que permite gerar um modelo de dados a partir de outro. Também oferece o recurso de sincronização entre os modelos de dados (Sync with Model Source).

A

Erwin.

233
Q

Na Norma ABNT ISO/IEC 12207:2009, um dos Processos Técnicos é o Processo de Definição dos Requisitos dos Stakeholders. Com relação a este Processo, analise as tarefas e atividades a seguir:

    Identificação dos Stakeholders.
    Classificação dos Stakeholders.
    Identificação dos Requisitos.
    Classificação dos Requisitos.
    Avaliação dos Requisitos.
    Acordo dos Requisitos.
    Mediação de Conflitos.
    Registro dos Requisitos.
    Produção do Documento de Requisitos.

De acordo com a Norma supracitada, as atividades e tarefas que devem ser implementadas em consonância com as políticas e procedimentos organizacionais aplicáveis, com relação ao Processo de Definição dos Requisitos dos Stakeholders, são as que constam APENAS em 1,

A

3, 5, 6 e 8.

234
Q

Uma das técnicas para teste de software mais conhecida consiste em avaliar, exclusivamente, o comportamento externo do componente de software, em que os dados de entrada são fornecidos, o teste é executado e o resultado obtido é comparado a um resultado esperado, previamente conhecido. Detalhes de implementação não são considerados e os casos de teste são todos derivados da especificação.

Esse tipo de teste é conhecido como teste:

A

da caixa preta

235
Q

Os processos baseados em Desenvolvimento Iterativo e Incremental foram criados em resposta às fraquezas do modelo em Cascata Original. Dentre as fraquezas do Modelo em Cascata tratadas pelo processos de Desenvolvimento Interativo e Incremental está o fato de que no Modelo em Cascata:

A

em cada passo terminado do processo, segue-se, então, para o próximo passo.

236
Q

Na modelagem de sistemas, um dos dois componentes do modelo essencial é o modelo ambiental que define:

A

a fronteira entre o sistema e o resto do mundo

237
Q

O processo que determina se as especificações dos requisitos são consistentes com suas definições é chamado de Validação dos Requisitos.

Dentre as técnicas automatizadas usadas nesse processo, citam-se os(as):

A

prototipações

238
Q

Segundo o Processo Unificado, um dos propósitos da disciplina de modelagem de negócios é :

A

entender a estrutura e a dinâmica da organização na qual um sistema será implantado.

239
Q

O Processo Unificado possui várias disciplinas, EXCETO:

A

suporte

240
Q

Uma prática que NÃO é adotada por Extreme Programming (XP) é:

A

variar a duração de cada iteração durante todo o projeto para acomodar eventuais mudanças de prioridade dos requisitos, definidas pelo cliente.

241
Q

Um tipo de teste de validação possui as seguintes características:

Realizado na instalação dos desenvolvedores.
Conduzido em um ambiente controlado.
Conta com a participação de usuários e desenvol- vedores.

Esse tipo de teste é chamado de:

A

Teste alfa

242
Q

Qual atividade é desenvolvida durante a fase de construção do Processo Unificado (UP)?

A

Avaliar os releases do produto com base nos critérios de aceitação definidos no documento de visão.

243
Q

Na Análise Essencial, qual artefato deve servir de base para a produção de um diagrama de transição de estados relativo a um determinado DFD?

A

DFD estendido

244
Q

O Processo Unificado divide a realização de um projeto para desenvolvimento de um sistema de software em fases. Em cada uma dessas fases, são executadas atividades de diversas disciplinas em diferentes proporções. No desenvolvimento de um sistema de software complexo, esse processo recomenda:

A

usar a abordagem de desenvolvimento iterativa e incremental, para dividir as atividades em iterações em que cada iteração gera um incremento do software.

245
Q

Na engenharia de software, existem diversos modelos de desenvolvimento de software, e, dentre eles, o modelo em cascata, o qual, no contexto do desenvolvimento de sistemas de software complexos, recomenda:

A

dividir o desenvolvimento do produto de software em fases lineares e sequenciais.

246
Q

Conversando sobre o sistema de estoque, o usuário informou ao analista que tal sistema deverá ter interface gráfica e gerar, todos os dias, a lista de produtos perecíveis no prazo de validade.

Essas informações dadas pelo usuário, referem-se, respectivamente, às seguintes definições:

A

requisito não funcional e requisito funcional

247
Q

Solicitado para fazer o levantamento dos requisitos para um novo software a ser desenvolvido, um analista de sistemas identificou a necessidade de descobrir todos aqueles que se beneficiariam de forma direta ou indireta do sistema a ser desenvolvido.

Essas pessoas são conhecidas como:

A

partes interessadas

248
Q

Os softwares são projetados por engenharia, não se desgastam e, em sua maioria, são desenvolvidos sob medida, com objetivos específicos, como o desenvolvimento de softwares comerciais de negócios usando linguagens de programação de alto nível, não procedimentais, que permitem ao programados especificar o que deve ser feito visando a um resultado imediato. Entre essas linguagens, incluem-se as linguagens de:

A

banco de dados.

249
Q

Muito utilizada pelos engenheiros de software, a prototipação consiste na(o):

A

processo que capacita o desenvolvedor a criar um modelo do software que será implementado.

250
Q

O sucesso de uma implantação de TI depende, em grande parte, de um projeto consistente. Com relação à Gerência de Projetos, às suas definições e aos objetivos, analise as afirmativas a seguir.

I. A avaliação do grau de sucesso de um projeto se obtém a partir da avaliação de uma série de fatores, tais como realização no prazo previsto e o consumo de recursos.

II. A competência de gerenciar implantações de baixa complexidade é da equipe de suporte de tecnologia.

III. O objetivo básico de um projeto é o desenvolvimento de uma tecnologia específica, dentro da área de atuação da equipe que o desenvolve.

IV. O resultado esperado de um projeto é o desenvolvimento de uma solução, dentro das restrições definidas no escopo da fase inicial, que atenda qualitativamente ao objetivo proposto.

Estão corretas as afirmativas:

A

I e IV, apenas.

251
Q

Um projeto bem estruturado tem por finalidade alcançar a solução para um problema exposto, dentro de algumas características fundamentais, em que NÃO se inclui aquela que se refere a:

A

recursos ilimitados.

252
Q

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:

A

Projeto.

253
Q

O Scrum é um modelo ágil para a gestão de projeto de software. No Scrum,

A

as funcionalidades a serem implementadas em cada projeto (requisitos ou histórias de usuário) são mantidas em uma lista chamada de product backlog.

254
Q

No Scrum, segundo o guia 2013, o responsável pelo
trabalho de expressar claramente os itens do Backlog do
Produto é o:

A

Product Owner

255
Q

O modelo de qualidade da ISO/IEC 25010:2011 define um conjunto de oito características internas e externas de produto de software. A característica de confiabilidade refere-se, dentre outras coisas, ao quanto:

A

o software está operacional e disponível para uso, quando necessário.

256
Q

O modelo de qualidade da ISO/IEC 25010:2011 define um conjunto de oito características internas e externas de produto de software. A característica de confiabilidade refere-se, dentre outras coisas, ao quanto:

A

o software está operacional e disponível para uso, quando necessário.

257
Q

O desenvolvimento dirigido a testes (TDD, do Inglês Test-Driven Development) é uma abordagem de desenvolvimento de software na qual se intercalam testes e desenvolvimento de código. Uma das características da abordagem TDD é:

A

a sua utilidade no desenvolvimento de softwares novos.

258
Q

O desenvolvimento dirigido a testes (TDD, do Inglês Test-Driven Development) é uma abordagem de desenvolvimento de software na qual se intercalam testes e desenvolvimento de código. Uma das características da abordagem TDD é:

A

a sua utilidade no desenvolvimento de softwares novos.

259
Q

Um analista de sistemas identificou requisitos de alto nível de um sistema acadêmico, quais sejam:
O aluno poderá realizar sua matrícula utilizando seu código de aluno.
O acesso dos alunos ao sistema deverá estar disponível nos navegadores Internet Explorer e Google Chrome.
O professor poderá lançar as notas e frequências dos alunos matriculados em suas disciplinas.
Um relatório com as notas e frequências dos alunos poderá ser solicitado pelo professor da disciplina.
Os relatórios do sistema serão disponibilizados em formato PDF.
Dos requisitos mencionados, são classificados como requisitos funcionais:

A

1, 3 e 4.

260
Q

Um analista de sistemas identificou requisitos de alto nível de um sistema acadêmico, quais sejam:
O aluno poderá realizar sua matrícula utilizando seu código de aluno.
O acesso dos alunos ao sistema deverá estar disponível nos navegadores Internet Explorer e Google Chrome.
O professor poderá lançar as notas e frequências dos alunos matriculados em suas disciplinas.
Um relatório com as notas e frequências dos alunos poderá ser solicitado pelo professor da disciplina.
Os relatórios do sistema serão disponibilizados em formato PDF.
Dos requisitos mencionados, são classificados como requisitos funcionais:

A

1, 3 e 4.

261
Q

Considere um sistema de software para um ambiente de negócio que se caracteriza por: mudanças rápidas nas regras de negócio, requisitos em fase inicial de definição, e valorização da participação ativa de funcionários da empresa em detrimento de processos e ferramentas que burocratizem o trabalho. De acordo com o exposto, a abordagem de desenvolvimento adequada para esse sistema seria a adoção de um:

A

método ágil

262
Q

Considere um sistema de software para um ambiente de negócio que se caracteriza por: mudanças rápidas nas regras de negócio, requisitos em fase inicial de definição, e valorização da participação ativa de funcionários da empresa em detrimento de processos e ferramentas que burocratizem o trabalho. De acordo com o exposto, a abordagem de desenvolvimento adequada para esse sistema seria a adoção de um:

A

método ágil

263
Q

Certo ou errado?

O teste unitário é o processo em que se testam os componentes do programa, os quais podem ser procedures, métodos ou classes. Assim, por lidarem com aspectos pontuais do software, torna-se inviável a utilização de objetos Mock, haja vista que tais objetos lidam com mais de um objeto ao mesmo tempo.

A

Errado, é tb utilizado mock em teste unitario!

264
Q

Certo ou errado?

O teste unitário é o processo em que se testam os componentes do programa, os quais podem ser procedures, métodos ou classes. Assim, por lidarem com aspectos pontuais do software, torna-se inviável a utilização de objetos Mock, haja vista que tais objetos lidam com mais de um objeto ao mesmo tempo.

A

Errado, é tb utilizado mock em teste unitario!

265
Q

Certo ou errado?

O desenvolvimento de testes e casos de testes devem necessariamente acontecer após a codificação, uma vez que não é possível, em um desenvolvimento de software, avaliar requisitos antes que o código de fato seja escrito.
No que se refere à engenharia de software, julgue os itens subsecutivos.

A

Certo

266
Q

Certo ou errado?

O desenvolvimento de testes e casos de testes devem necessariamente acontecer após a codificação, uma vez que não é possível, em um desenvolvimento de software, avaliar requisitos antes que o código de fato seja escrito.
No que se refere à engenharia de software, julgue os itens subsecutivos.

A

Certo

267
Q

Certo ou errado?

No processo de contagem da aplicação, um dos passos é determinar o tamanho funcional de cada função de dados, que pode ser classificada, em relação a sua complexidade, como simples, média ou complexa.

A

Certo

268
Q

Certo ou errado?

No processo de contagem da aplicação, um dos passos é determinar o tamanho funcional de cada função de dados, que pode ser classificada, em relação a sua complexidade, como simples, média ou complexa.

A

Certo

269
Q

Certo ou errado?

Procedimentos de garantia da qualidade e critérios de verificação e validação não devem ser incluídos na especificação de requisitos.

A

Certo

270
Q

Certo ou errado?

Procedimentos de garantia da qualidade e critérios de verificação e validação não devem ser incluídos na especificação de requisitos.

A

Certo

271
Q

Certo ou errado?

A elicitação de requisitos pode acontecer, ao incorporar as atividades de brainstorming, as entrevistas, a prototipagem e os workshops de requisitos; pode ser executada, por meio da análise de documento e da análise de interfaces; ou pode ser distribuída, contemplando as pesquisas e os questionários.

A

Certo

Informática para Concursos (17 decks)

Brainscape helps you reach your goals faster, through stronger study habits.
© 2024 Bold Learning Solutions. Terms and Conditions