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.
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.
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..
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.
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.
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).
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.
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)
8
Q
O que é uma atividade?
A
Conjunto de técnicas delimitadas conceitualmente pela transformação de um artefato específico em outro.
9
Q
O que é um artefato?
A
Qualquer produto gerado durante a especificação, construção, implantação ou manutenção de um software.
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.
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.
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.
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.
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.
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.
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.
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!
18
Q
O conjunto de atividades e resultados associados que resulta em um produto de software recebe o nome de:
A
Processo de software
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!
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.
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.
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.
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.
25
O que faz a Decomposição do produto?
Permite que atividades de desenvolvimento sejam feitas em paralelo. Permite a criação de componentes independentes, portanto reutilizaveis.
25
O que é a Flexibilização no principio de engenharia de software?
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.
26
O que é a Generalização no principio de engenharia de software?
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.
27
Quais são os princípios da engenharia de software?
Formalidade, abstração, decomposição, generalização e flexibilização.
28
Qual o foco principal da engenharia de software?
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.
29
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 flexibilização é o processo que permite que o software possa ser alterado, sem causar problemas para sua execução.
30
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.
Certo!
31
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.
Certo!
32
O que a engenharia de software não visa?
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.
33
De acordo com Pressman, a engenharia de software é baseada em camadas, com foco na qualidade. Essas camadas são:
Ferramentas, métodos e processo.
34
Certo ou errado: todo projeto de software é iniciado por alguma necessidade do negócio?
Certo!
35
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.
Certo!
37
O primeiro passo para alcançar estimativas para um projeto de software, por meio de análise de pontos de função, é estimar:
O tamanho do produto resultante do projeto.
38
A estimativa de software que se baseia na análise por pontos de função tem como insumos as métricas relacionadas a seguir:
Entradas de usuário, saídas de usuário, interfaces externas e arquivos.
39
Certo ou errado?
O modelo em cascata é indicado para projetos de alto risco
Errado! É para baixo risco.
40
Certo ou errado?
O modelo em espiral é indicado para projetos de baixo risco.
Errado! É para alto risco.
41
Certo ou errado?
O modelo de prototipação pode ser usado para captura de requisitos da versão definitiva do sistema.
Certo!
42
No âmbito dos processos desenvolvimento de software, entre as vantagens do desenvolvimento incremental sobre o modelo em cascata é:
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.
43
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.
Modelo em Espiral.
44
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:
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.
45
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:
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.
46
No ciclo de vida cascata, o custo de correção é menor na fase de:
Requisitos.
47
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.
Certo!
48
Quais as principais técnicas do modelo RAD para produzir software rapidamente?
Reuso de componentes, Modularidade, Incrementos em ciclos curtos e Ferramentas de quarta geração.
49
É 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:
Desenvolvimento Evolucionário.
50
Quais as principais vantagens do modelo de prototipagem?
Permite uma grande interação com o cliente; Facilita o processo de definição de requisitos; Permite que o cliente teste o protótipo.
51
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).
Certos!
52
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?
Modelo em Espiral.
53
Existem vários modelos de ciclo de vida de software. O desenvolvimento em espiral é qual modelo?
É um modelo Iterativo.
54
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."
Sim!
55
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."
Não, esse é o Modelo baseado em Métodos Formais.
56
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'."
Sim!
57
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.
Certo!
58
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.
Certo!
59
Certo ou errado?
O desenvolvimento baseado em aspectos se baseia na busca por interesses transversais.
Certo!
60
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 reutilização de software.
61
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."
Certo!
62
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:
Cleanroom.
63
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:
Recomendação (ou Adendo) e Ponto de Junção.
64
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."
Não, esse é o modelo em Espiral!
65
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."
Sim!
66
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."
Sim!
67
Certo ou errado?
"No modelo incremental, a implementação do sistema é feita antes de sua especificação."
Errado!
68
Certo ou errado?
"No modelo em cascata, cada fase inicia somente quando sua predecessora termina"
Certo!
69
Certo ou errado?
"O modelo em espiral requer que a especificação do sistema seja feita somente uma vez."
Errado!
70
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:
RAD
71
Considerando o mais antigo dos paradigmas de desenvolvimento de software. Ele obedece um fluxo sequencial, qual é esse modelo?
É o modelo Cascata.
72
Qual o modelo de processo de software que se caracteriza mais fortemente por uma abordagem sistemática e sequencial para o desenvolvimento de software?
Cascata.
73
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:
Clássico ou Cascata.
74
Certo ou errado?
"No paradigma de prototipação, o protótipo idealmente serve como mecanismo para identificar os requisitos de software."
Certo!
75
Certo ou errado?
"No paradigma de prototipação, o protótipo será descartado (no todo ou em parte) e o software real será reprojetado."
Certo!
76
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."
Certo!
77
O modelo de ciclo de vida em cascata enfatiza:
Ele enfatiza a realização sequencial das atividades do desenvolvimento de um produto de software.
78
Certo ou errado?
"O modelo Cascata é indicado quando há a volatilidade nos requisitos."
Errado!
79
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."
Certo!
80
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."
Errado!
81
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."
Errado!
82
Certo ou errado?
"O modelo Espiral é baseado na divisão em iterações."
Certo!
83
Certo ou errado?
Um dos objetivos da fase de elaboração é a criação e estabilização da arquitetura de sistema.
Certo!
84
Certo ou errado?
Um dos princípios do RUP é considerar como medida principal do progresso o software executável funcionando.
Certo!
85
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?
Fazer o design dos casos de uso críticos; Obter um entendimento mais crítico dos requerimentos; Implementar e testar cenários críticos.
86
Quais são as características do RUP?
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.
87
Quais são as fases do RUP?
Iniciação, Elaboração, Construção e Transição.
88
Quais são as disciplinas do RUP?
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.
89
O que é uma fase no RUP?
Uma fase é um período significativo no projeto que é concluído com um ponto de checagem, ou seja, um MARCO.
90
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."
Certo!
91
Os casos de uso são utilizados para qual finalidade no RUP?
Os casos de uso são utilizados como o elo de ligação entre o fluxo das fases no RUP.
92
Certo ou errado?
"Ser Ágil é uma característica do RUP."
Errado!
93
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."
Errado!
94
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."
Certo!
95
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."
Certo!
96
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?
Elaboração.
97
Certo ou errado?
"No RUP: O caso de uso mais crítico deve ser atacado, preferencialmente, no final."
Errado! Isso deve ser feito logo no início para evitar problemas ou até possível cancelamento do projeto.
98
Temos quatro fases no RUP. Quais são essas ênfases e quais são as ênfases de cada fase?
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.
99
Quais são os artefatos produzidos pela fase de Iniciação no RUP?
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.
100
Quais são os artefatos produzidos pela fase de Elaboração no RUP?
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.
101
Quais são os objetivos da fase de Construção no RUP?
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.
102
Quais são os artefatos produzidos pela fase de Construção no RUP?
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.
103
Quais são os artefatos produzidos pela fase de Transição no RUP?
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.
104
Qual o papel do Analista de Testes no RUP?
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.
105
O que é uma Iteração?
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.
106
Ao planejar as atividades de uma iteração, o gestor deve seguir quais recomendações?
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.
107
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.
Errado! Essas são as fases do RUP.
108
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.
Certo!
109
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.
Certo!
110
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.
Certo!
111
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.
Certo!
112
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?
Elaboração.
113
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.
Errado! Não existe a fase de análise de requisitos e nem a fase de requisitos!
114
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.
Certo!
115
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.
Errado!
116
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.
Certo!
117
Certo ou errado?
No RUP, artefatos são disponibilizados ao final de cada iteração para que o cliente possa validá-los.
Certo!
118
Certo ou errado?
A primeira fase do RUP que corresponde ao levantamento de requisitos é também chamada de concepção.
Errado! A primeira fase se chama Iniciação ou Concepção.
119
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.
Errado! Não existe a fase de análise!
120
Certo ou errado?
No RUP, ao término da fase de concepção um dos artefatos produzidos é um documento de visão refinado.
Errado! O documento de Visão Refinado é gerado na fase de Elaboração!
121
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.
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
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.
Certo!
123
Certo ou errado?
O RUP é utilizado como um "framework" que se baseia em componentes, o qual modela os processos de forma iterativa e incremental.
Certo!
124
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.
Certo!
125
Certo ou errado?
o RUP utiliza os artefatos de construção de sistema para facilitar a reusabilidade dos componentes do sistema.
Certo!
126
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.
Certo!
127
Certo ou errado?
No RUP, o modelo de classes conceituais de um sistema pode ser obtido a partir do modelo de casos de uso.
Certo!
128
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:
Elaboração, a questões técnicas, envolvendo a arquitetura escolhida.
129
Três dos principais artefatos da disciplina Requisitos previstos pelo RUP são:
Glossário, Especificações Suplementares e Modelo de Casos de Uso.
130
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:
Implementador, Integrador e Designer.
131
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:
Elaboração, Concepção e Construção.
132
Certo ou errado?
No RUP, a elicitação de requisitos do sistema de software inicia-se na fase de concepção.
Certo!
133
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.
Errado! São quatro fases: Concepção, Elaboração, Construção e Transição.
134
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:
Elaboração.
135
Certo ou errado?
No RUP, a versão pronta para instalação sobrevém a cada iteração terminada.
Errado!
136
Certo ou errado?
No RUP, a fase de Construção tem, normalmente, um número maior de iterações que as demais.
Certo!
137
Certo ou errado?
No RUP, a duração de uma iteração é fixada antes do seu início, não podendo ultrapassar duas semanas.
Errado!
138
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.
Errado!
139
Certo ou errado?
No RUP, o Documento da Arquitetura de Software (SAD) deve estar pronto antes do término da fase de Elaboração.
Errado!
140
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.
Errado!
141
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.
Certo!
142
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.
Errado!
143
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.
Errado!
144
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.
Errado!
145
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.
Errado!
146
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.
Errado!
147
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.
Certo!
148
Certo ou errado?
Suporte é disciplina do RUP.
Errado!
149
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.
Certo!
150
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.
Certo!
151
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.
Analista de testes
152
Quais são os modelos ágeis mais conhecidos?
- 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
O que é XP na metodologia ágil?
Trata-se de uma metodologia ágil para equipes pequenas e médias desenvolvendo software com requisitos vagos e em constante mudança.
154
No XP, qual o tempo de uma iteração?
Tem a duração de 2 semanas reais, ou seja, 10 dias ideiais ou úteis.
155
Quais são os valores do XP?
Comunicação, Simplicidade, Feedback, Coragem e Respeito.
156
No XP, qual o significado do valor Comunicação?
Dar as informações certas às pessoas certas quando elas podem utilizá-las para o máximo de proveito.
157
No XP, qual o significado do valor Simplicidade?
Descartar as coisas que queremos, mas das quais não precisamos realmente.
158
No XP, qual o significado do valor Feedback?
Aprender as lições adequadas em todas as oportunidades possíveis.
159
No XP, qual o significado do valor Coragem?
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
No XP, qual o significado do valor Respeito?
Tratarmos uns aos outros e as outras pessoas com dignidade e reconhecer a experiência e nosso desejo mútuo pelo sucesso.
161
Quai são os frameworks de atividades do XP?
São 4 frameworks: Planning - Planejamento, Design - Projeto, Coding - Codificação e Testing - Teste.
162
Quais são as boas práticas utilizadas no XP?
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
No XP, o que faz a boa prática Planning Game - Jogo de Planejamento?
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
No XP, o que faz a boa prática Test First Design - Primeiro projetar os testes?
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
No XP, o que faz a boa prática Refactoring - Refatoração?
A reconstrução baseia-se na remoção de redundância, eliminação de funcionalidades inúteis e reconstrução de projetos obsoletos.
166
No XP, o que faz a boa prática Stand-up Meeting - Reunião de pé?
São reuniões rápidas e diárias com a equipe.
167
No XP, o que faz a boa prática Continuos Integration - Integração Contínua?
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
No XP, o que faz a boa prática Pair Programming - programação em pares?
Todo código de produção é desenvolvido por duas pessoas trabalhando com o mesmo teclado, o mesmo mouse e o mesmo monitor.
169
No XP, o que faz a boa prática Collective Code Ownership - Código Coletivo?
Equipe como um todo é responsável por cada arquivo de código. Não é preciso pedir autorização para alterar qualquer arquivo.
170
No XP, o que faz a boa prática Move People Around - Revezamento de pessoas?
As duplas de programação se revezam em média a cada 2h.
171
No XP, o que faz a boa prática Coding Standards - Padronização do Código?
Todo código é desenvolvido seguindo um padrão.
172
No XP, o que faz a boa prática The Customer is Always Available - Cliente sempre disponível?
O cliente está sempre disponível para resolver dúvidas, alterar o escopo de uma iteração e definir prioridades.
173
No XP, o que faz a boa prática Small Release - Releases pequenas?
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
No XP, o que faz a boa prática Simple Design - Projeto simples?
O código está, a qualquer momento, na forma mais simples que passe todos os testes.
175
No XP, o que faz a boa prática 40-Hour Week - 40 horas por semana (Ritmo Sustentável - Energized Work)?
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
No XP, o que faz a boa prática On-Site Customer - Cliente na equipe?
Ter o papel de cliente na equipe XP em tempo integral para responder as perguntas.
177
No XP, o que faz a boa prática Whole Team - Equipe Coesa?
Todos em um projeto XP são parte de uma equipe.
178
No XP, o que faz a boa prática Aceptance Tests - Testes de Aceitação?
São definidos pelo usuário e são os critérios de aceitação do software.
179
No XP, o que faz a boa prática System Metaphor - Metáforas?
Ajuda a manter todos os desenvolvedores em sintonia com o projeto quando dando nomes a objetos ou classes.
180
No XP, qual o papel do Cliente?
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
No XP, qual o papel do Treinador?
Orienta a equipe, tentando garantir que esta mantêm-se fiel à metodologia XP.
182
No XP, qual o papel do Programador?
São considerados o coração dos projetos XP, e estão presentes em todas as fases do desenvolvimento com a metodologia XP.
183
No XP, qual o papel do Tester?
Tem como objetivo realizar testes funcionais do projeto em desenvolvimento, podendo esses testes serem efetuados junto do cliente.
184
No XP, qual o papel do Tracker?
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
No XP, qual o papel do Gerente?
É a pessoa que lidera o projeto internamente e com o cliente, e protege a equipe de interferências exteriores.
186
Quando podemos utilizar a metodologia XP?
- 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
Quando NÃO podemos utilizar a metodologia XP?
- Equipes grandes.
- Separadas geograficamente.
- Feedback demorado.
- Em projetos não iniciados com XP.
188
Certo ou errado?
A metodologia XP é adequada para projetos pequenos e médios com equipes de até 10 programadores.
Certo!
189
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.
Certo!
190
Certo ou errado?
A metodologia XP é indicada para projetos com requisitos em constante mudança durante o desenvolvimento.
Certo!
191
Certo ou errado?
A metodologia XP é utilizada para desenvolver projetos cujas equipes estão separadas geograficamente.
Errado! Somente para equipes que NÃO estão separadas geograficamente.
192
Certo ou errado?
A metodologia XP apresenta um ótimo feedback para que o cliente possa gerir os requisitos.
Certo!
193
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.
Errado!
194
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.
Certo!
195
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:
Collective Ownership (Posse Coletiva)
196
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.
Certo!
197
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.
Errado!
198
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:
Integração Contínua.
199
Certo ou errado?
No XP, o cliente participa ativamente e acompanha os passos dos desenvolvedores diariamente.
Certo!
200
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 apuração do custo final do projeto a partir do custo de cada projeto.
201
Certo ou errado?
A estrutura do projeto (EAP) pode conter várias entregas (devilerables) não definidas dentro da declaração do escopo.
Errado!
202
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?
Estrutura analítica do projeto.
203
A estrutura analítica do projeto - EAP - inclui:
Entregas internas e externas.
204
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á:
Planejamento.
205
Certo ou errado?
No XP, os integrantes da equipe se reúnem rapidamente no início do dia, de preferência em pé.
Certo!
206
Certo ou errado?
No XP, a equipe de desenvolvimento concentra esforços naquilo que gera maior valor para o cliente.
Certo!
207
Certo ou errado?
No XP, a programação em pares dispensa o desenvolvimento orientado a testes no projeto.
Errado, tem nada a ver.
208
Certo ou errado?
No XP, as funcionalidades do software são descritas em histórias, da forma mais simples possível.
Certo!
209
Refactoring, programação em pares e Stand-up Meeting são características das práticas do:
XP.
210
Qual a definição do SCRUM?
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
O SCRUM é composto por um conjunto de boas práticas de gestão que:
Admite ajustes rápidos, acompanhamento e visibilidade constantes e planos realísticos.
212
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.
Certo!
213
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.
Certo!
214
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.
Certo!
215
A reunião chamada Sprint Planning é dividida em duas partes, quais são essas partes?
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
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.
Certo!
217
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.
Certo!
218
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.
Certo!
219
Certo ou errado?
O Time Scrum é composto pelo Product Owner, a Equipe de Desenvolvimento (Team) e o Scrum Master.
Certo!
220
Certo ou errado?
No Scrum, o tamanho da equipe varia entre 3 e 9.
Certo!
221
Certo ou errado?
No Scrum, o time é auto-organizável, multifuncional e trabalha de forma iterativa e incremental.
Certo!
222
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.
Certo!
223
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".
Certo!
224
Certo ou errado?
A recomendação é que cada sprint tenha uma duração de duas semanas.
Certo!
225
O que é Product Backlog?
É nesse local que os requerimentos são listados.
226
O que é projeto?
Empreendimento temporário com o objetivo de criar um produto único.
227
Quais as características do projeto?
- Executados por pessoas
- Recursos limitados
- Planejados, executados e controlados
- Únicos
228
Certo ou errado?
Segundo o PMBOK, não é característica de um projeto ser contínuo e repetitivo.
Certo! Isso é conceito de processo.
229
No Scrum, o que é uma Sprint?
Uma Sprint é um time-box de um mês corrido ou menos, durante o qual um "pronto", versão incremental do produto, é criado.
230
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.
DBDesigner.
231
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.
System Architect.
232
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).
Erwin.
233
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,
3, 5, 6 e 8.
234
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:
da caixa preta
235
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:
em cada passo terminado do processo, segue-se, então, para o próximo passo.
236
Na modelagem de sistemas, um dos dois componentes do modelo essencial é o modelo ambiental que define:
a fronteira entre o sistema e o resto do mundo
237
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):
prototipações
238
Segundo o Processo Unificado, 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.
239
O Processo Unificado possui várias disciplinas, EXCETO:
suporte
240
Uma prática que NÃO é adotada por Extreme Programming (XP) é:
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
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:
Teste alfa
242
Qual atividade é desenvolvida durante a fase de construção do Processo Unificado (UP)?
Avaliar os releases do produto com base nos critérios de aceitação definidos no documento de visão.
243
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?
DFD estendido
244
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:
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
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:
dividir o desenvolvimento do produto de software em fases lineares e sequenciais.
246
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:
requisito não funcional e requisito funcional
247
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:
partes interessadas
248
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:
banco de dados.
249
Muito utilizada pelos engenheiros de software, a prototipação consiste na(o):
processo que capacita o desenvolvedor a criar um modelo do software que será implementado.
250
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:
I e IV, apenas.
251
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:
recursos ilimitados.
252
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:
Projeto.
253
O Scrum é um modelo ágil para a gestão de projeto de software. No Scrum,
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
No Scrum, segundo o guia 2013, o responsável pelo
trabalho de expressar claramente os itens do Backlog do
Produto é o:
Product Owner
255
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:
o software está operacional e disponível para uso, quando necessário.
256
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:
o software está operacional e disponível para uso, quando necessário.
257
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 sua utilidade no desenvolvimento de softwares novos.
258
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 sua utilidade no desenvolvimento de softwares novos.
259
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:
1, 3 e 4.
260
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:
1, 3 e 4.
261
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:
método ágil
262
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:
método ágil
263
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.
Errado, é tb utilizado mock em teste unitario!
264
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.
Errado, é tb utilizado mock em teste unitario!
265
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.
Certo
266
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.
Certo
267
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.
Certo
268
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.
Certo
269
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.
Certo
270
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.
Certo
271
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.
Certo
