AOL 2 - Engenharia de Software e Gestão de Times Ágeis

Prévia do material em texto

AOL2 - Engenharia de Software e Gestão de Times Ágeis 
 
Pergunta 1 
0 ponto 
Leia o trecho a seguir: 
“As disciplinas do AUP devem ser executadas de forma iterativa, de modo a definir quais 
atividades os membros da equipe de desenvolvimento devem realizar para construir, validar e 
entregar um sistema que atenda às necessidades do negócio identificadas ao longo das fases e 
dos marcos AUP.” 
Fonte: CRUZ, Fábio. Scrum e Agile em projetos: guia completo. 2ª ed. Rio de Janeiro: Brasport, 
2018. p. 327. 
O trecho acima retrata as funcionalidades das disciplinas do AUP. A partir dessas informações e 
do conteúdo estudado sobre o tema, é possível dizer que a disciplina de testes se caracteriza 
por: 
0. visualizar os erros no momento da validação do sistema. 
1. estabelecer quais ações serão realizadas pelos integrantes. 
2. projetar a entrega do sistema e a realização do plano. 
3. transformar os modelos em códigos executáveis. 
4. encontrar solução para as questões relacionadas ao projeto. 
2. 
Pergunta 2 
0 ponto 
Leia o trecho a seguir: 
“[...] Conforme já descrito anteriormente, a engenharia de software compreende um conjunto 
de camadas que envolvem métodos, ferramentas e processos. Qualquer desenvolvimento de 
produto inicia com uma ideia e termina com o produto pretendido.” 
Fonte: AUDY, Jorge; PRIKLADNICKI, Rafael. Desenvolvimento distribuído de software. Rio de 
Janeiro: Elsevier, 2008. p. 13. 
O trecho acima trata do processo de desenvolvimento de software que resulta num produto. 
Diante disto, é possível criar modelos capazes de atender às necessidades dos clientes. 
Considerando essas informações e o conteúdo estudado, é possível afirmar que o modelo 
prescritivo possui o objetivo de: 
0. criar informações dos processamentos executados em cada fase. 
1. ser mais flexível no desenvolvimento do software. 
2. expor o fluxo de dados existente no sistema. 
3. reunir e organizar o desenvolvimento do software. 
4. apresentar as etapas do sistema. 
3. 
Pergunta 3 
0 ponto 
Leia o trecho a seguir: 
 “Geralmente, os modelos de contexto mostram que o ambiente inclui vários outros sistemas 
automatizados. No entanto, eles não mostram os tipos de relacionamentos entre os sistemas 
no ambiente e o sistema que está sendo especificado.” 
Fonte: SOMMERVILLE, Ian. Engenharia de Software. 9. ed. São Paulo: Pearson Prentice Hall, 
2011. p. 85. 
O texto acima cita os modelos de contexto. Com base nele e no conteúdo estudado sobre o 
assunto, é possível definir o modelo de contexto como: 
0. uma atividade que envolve a presença de Stakeholders do sistema, com o 
objetivo de estabelecer qual funcionalidade este deve incluir. 
1. um ambiente de tomada de decisões que normalmente apresenta uma série 
limitada de sistemas automatizados. 
2. um compartilhamento de dados entre os sistemas que, de alguma maneira, 
influencia na elaboração do projeto do sistema. 
3. uma funcionalidade que descarta as sobreposições que podem surgir em 
relação aos sistemas. 
4. um modelo que envolve negócios realizados de maneira exclusivamente 
automatizada. 
4. 
Pergunta 4 
0 ponto 
Leia o texto a seguir: 
“A ABNT NBR ISO 9001 é a versão brasileira da norma internacional ISO 9001 que estabelece 
requisitos para o Sistema de Gestão da Qualidade (SGQ) de uma organização, não significando, 
necessariamente, conformidade de produto às suas respectivas especificações. O objetivo da 
ABNT NBR ISO 9001 é lhe prover confiança de que o seu fornecedor poderá fornecer, de forma 
consistente e repetitiva, bens e serviços de acordo com o que você especificou.” 
INMETRO. O que significa a ABNT NBR ISO 9001 para quem compra? Disponível em: 
<http://www.inmetro.gov.br/qualidade/pdf/cb25docorient.pdf>. Acesso em: 13 abr. 2019. p. 
1. 
Assim, considerando as informações apresentadas e os conteúdos estudados, é possível afirmar 
que uma das vantagens do uso da norma ISO 9001 é: 
0. permitir que objetivos sejam mantidos e que as mesmas oportunidades de 
negócios sejam ampliadas. 
1. auxiliar as organizações empresariais no sentido de ampliar sua eficiência e o 
nível de persuasão do cliente. 
2. elaborar determinado cenário no qual a empresa está inserida além do nível de 
influência que causa nos consumidores. 
3. atender aos atributos legais e regulamentares, além da possibilidade de se 
expandir mercados. 
4. apresentar uma quantidade variada de seções envolvendo requisitos que 
atendem desde o Desenvolvimento até o Escopo da Norma. 
5. 
Pergunta 5 
0 ponto 
Leia o trecho a seguir: 
“As principais falhas verificadas em projetos de software são relativas aos requisitos, devidas às 
dificuldades no entendimento das necessidades do usuário. Portanto, realizar corretamente o 
levantamento e administração de requisitos é essencial para a qualidade de software.” 
Fonte: TORRES, André Luís de Lucena. Uma introdução ao SWEBOK. Disponível em: 
<http://www.cin.ufpe.br/~processos/TAES3/Livro/00-LIVRO/11-SWEBOK-
v8_CORRIGIDO_Versao_Final_OK.pdf>. Acesso em: 25 abr. 2019. 
O trecho aponta a importância da verificação dos projetos de software. A partir dessas 
informações e do conteúdo estudado sobre o tema, pode-se concluir que o Projeto de 
Software: 
0. dá suporte ao produto durante o seu ciclo operacional. 
1. busca melhorar o produto de software. 
2. verifica a qualidade do produto. 
3. estabelece a arquitetura e os componentes de um sistema. 
4. cria uma descrição externa do software. 
6. 
Pergunta 6 
0 ponto 
Leia o trecho a seguir: 
“É uma disciplina científica relacionada com a compreensão das interações entre humanos e 
outros elementos de um sistema. Tem como conhecimentos relacionados: computação gráfica, 
processo de desenvolvimento, técnicas de aplicação, entre outros.” 
Fonte: TORRES, André Luís de Lucena. Uma introdução ao SWEBOK. Disponível em: 
<http://www.cin.ufpe.br/~processos/TAES3/Livro/00-LIVRO/11-SWEBOK-
v8_CORRIGIDO_Versao_Final_OK.pdf>. Acesso em: 25 abr. 2019. 
O trecho trata do conceito da Ergonomia e suas aplicações, disciplina referenciada no guia 
SWEBOK. Assim, considerando as informações apresentadas e os conteúdos estudados, é 
possível observar que um guia SWEBOK tem como meta principal: 
0. manter as matérias, de forma rígida, entre as áreas de conhecimento. 
1. incluir novas áreas de conhecimento em detrimento de outras. 
2. alterar a metodologia da certificação CSDP. 
3. adicionar material distinto das interfaces. 
4. reduzir um KA referente às ferramentas profissionais. 
7. 
Pergunta 7 
0 ponto 
Leia o trecho a seguir: 
“Componentes de software fornecem função em seus padrões de sistema virtual. É possível 
configurar componentes e definir interações entre eles para criar um ambiente do WSRR 
totalmente operacional quando se implementa seu padrão na nuvem.” 
IBM. Componente do software. Disponível em: 
<https://www.ibm.com/support/knowledgecenter/pt-
br/SSWLGF_8.5.0/com.ibm.sr.wsrrhypervisor.doc/topics/cwhe_sware_components.html>. 
Acesso em 13 abr. 2019. 
Considerando as informações apresentadas e os conteúdos estudados, é possível afirmar que o 
processo de medição do produto pode ser dividido, sequencialmente, em: 
0. Escolher medições a serem efetuadas, selecionar componentes a serem 
avaliados, medir características de componentes, identificar medições anômalas e 
analisar componentes anômalos. 
1. Analisar componentes anômalos, escolher medições a serem efetuadas, 
selecionar componentes a serem avaliados, medir características de componentes e 
identificar medições anômalas. 
2. Selecionar componentes a serem avaliados, medir características de 
componentes, identificar medições anômalas, escolher medições a serem efetuadas 
e analisar componentes anômalos. 
3. Medir características de componentes, escolher medições a serem efetuadas, 
selecionar componentes a serem avaliados, identificar medições anômalas e analisar 
componentes anômalos. 
4. Identificar medições anômalas, escolher medições a serem efetuadas, 
selecionar componentes a serem avaliados,medir características de componentes e 
analisar componentes anômalos. 
8. 
Pergunta 8 
0 ponto 
Leia o trecho a seguir: 
“No final dos anos de 1960, o desenvolvimento de software era considerado uma arte e não 
existia um processo formalmente estabelecido. Nesse modelo, os programadores 
simplesmente codificavam com base em conversas com usuários e depois se reuniam para 
testar e consertar os erros em conjunto.” 
Fonte: TERLIZZI, Marco Alexandre; BIANCOLINO, César Augusto. Projeto de Software no Setor 
Bancário: Scrum ou Modelo V. Disponível em: 
<http://www.anpad.org.br/periodicos/arq_pdf/a_1495.pdf>. Acesso em: 24 abr. 2019. 
Considerando as informações apresentadas no trecho e os conteúdos estudados sobre o tema, 
é possível afirmar que uma das desvantagens do modelo Codificar e Consertar é: 
0. o descarte de treinamentos especiais. 
1. o código rígido às modificações. 
2. a dispensa da documentação. 
3. a dificuldade de desenvolver sistemas estáveis. 
4. o pequeno sistema utilizado em intervalos curtos. 
9. 
Pergunta 9 
0 ponto 
Leia o trecho a seguir: 
“O SWEBOK é recomendado para diversos tipos de público, em todo o mundo, com o objetivo 
de ajudar organizações a terem uma visão consistente da Engenharia de Software. É 
endereçado a gerentes, engenheiros de software, às sociedades profissionais, estudantes, 
professores e instrutores desta área de conhecimento.” 
Fonte: TORRES, André Luís de Lucena. Uma introdução ao SWEBOK. Disponível em: 
<http://www.cin.ufpe.br/~processos/TAES3/Livro/00-LIVRO/11-SWEBOK-
v8_CORRIGIDO_Versao_Final_OK.pdf>. Acesso em: 25 abr. 2019. 
O trecho acima retrata as funcionalidades do SWEBOK. A partir dessas informações e do 
conteúdo estudado sobre o tema, pode-se concluir que o objetivo do SWEBOK é: 
0. direcionar atividades a um grupo limitado de profissionais que atuem na área 
de Engenharia de Software. 
1. profissionalizar a área de Engenharia de Software por meio de um consenso 
entre as áreas de qualidade e gestão. 
2. auxiliar as empresas a observarem de maneira mais ampla a Engenharia de 
Software como um todo. 
3. diversificar o conteúdo, ser um material de fácil descarte e promover o acesso 
ao conhecimento. 
4. apresentar uma visão pouco usual no que se refere à Engenharia de Software 
dentro de um nível mais generalista. 
10. 
Pergunta 10 
0 ponto 
Leia o trecho a seguir: 
“Uma das vantagens do modelo UP/RUP em relação aos projetos apresentados nas seções 
anteriores é a desvinculação das fases com os fluxos de trabalho que podem ser ativados em 
todos os estágios do processo. Outra vantagem é o reconhecimento de que a implantação de 
software no ambiente do usuário é parte do processo.” 
Fonte: HIRAMA, Kechi. Engenharia de Software: Qualidade e Produtividade com Tecnologia. 
Rio de Janeiro: Elsevier, 2012. p. 42. 
O trecho acima trata das vantagens da utilização do modelo RUP. A partir dessas informações e 
do conteúdo estudado a respeito, é possível afirmar que a RUP descreve algumas perspectivas. 
São elas: 
0. Perspectiva Dinâmica, Moderna e Prática. 
1. Perspectiva Dinâmica, Genérica e Prática. 
2. Perspectiva Dinâmica, Estática e Híbrida. 
3. Perspectiva Empírica, Estática e Prática. 
4. Perspectiva Dinâmica, Estática e Prática.