AOL2 - Engenharia de Software

Prévia do material em texto

Módulo C - 63657 . 7 - Engenharia de Software e Gestão de Times Ágeis - U.20212.C 
 
Avaliação On-Line 2 (AOL 2) - 
Questionário 
 
Nota final Enviado: 23/11/21 11:48 (BRT) 
10/10 
Conteúdo do exercício 
Conteúdo do exercício 
1. Pergunta 1 
/1 
Leia o trecho a seguir: 
As fases do ciclo de vida AUP são sequenciais ao longo de todo o projeto. Em muitos casos a 
Inception Phase se torna um pré-projeto. Após o trabalho de identificação de detalhamento inicial do 
escopo do projeto principal, é possível estimar o tempo, o custo e os recursos. 
Fonte: CRUZ, Fábio. Scrum e Agile em projetos: guia completo. 2ª ed. Rio de Janeiro: Brasport, 
2018. p. 322. 
O trecho acima traz as características da iniciação da fase do ciclo de vida AUP. A partir dessas 
informações e do conteúdo estudado sobre o tema, é possível entender que a Inception Phase tem 
como meta: 
Ocultar opções de resposta 
1. 
analisar a qualidade do software e estabelecer um controle das mudanças do software. 
2. 
realizar, ao longo do desenvolvimento, uma abordagem direcionada à revisão de software. 
3. 
utilizar arquiteturas com base nos componentes e estabelecer modelos de software. 
4. 
observar o escopo inicial do projeto, além da arquitetura sistêmica disponível. 
Resposta correta 
5. 
alterar os custos previstos dos cronogramas do projeto estabelecidos com assertividade. 
2. Pergunta 2 
/1 
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 é: 
Ocultar opções de resposta 
1. 
auxiliar as empresas a observarem de maneira mais ampla a Engenharia de Software como 
um todo. 
Resposta correta 
2. 
diversificar o conteúdo, ser um material de fácil descarte e promover o acesso ao 
conhecimento. 
3. 
apresentar uma visão pouco usual no que se refere à Engenharia de Software dentro de um 
nível mais generalista. 
4. 
direcionar atividades a um grupo limitado de profissionais que atuem na área de Engenharia 
de Software. 
5. 
profissionalizar a área de Engenharia de Software por meio de um consenso entre as áreas de 
qualidade e gestão. 
3. Pergunta 3 
/1 
Leia o trecho a seguir: 
“A métrica McCabe pode ser calculada quase tão facilmente quanto o número de linhas de código. 
Em alguns casos, ela se mostrou uma boa métrica para prever o número de falhas; quanto maior o 
número de M, maior a chance de um artefato de código conter uma falha”. 
SCHACH, Stephen R. Engenharia de Software: Os Paradigmas Clássico e Orientado a Objetos. 7. 
ed. McGrawHill, 2010. p. 493. 
O trecho aponta as características da Métrica McCabe e suas funcionalidades. A partir dessas 
informações e do conteúdo estudado, pode-se concluir que a Métrica McCabe se baseia: 
Ocultar opções de resposta 
1. 
no descarte à realização de teste. 
2. 
na limitação do fluxo de controle. 
3. 
na alteração da atividade de processamento. 
4. 
em uma representação do fluxo do controle de um programa. 
Resposta correta 
5. 
no estabelecimento de uma medida qualitativa. 
4. Pergunta 4 
/1 
Leia o excerto a seguir: 
“Em um ambiente no qual as entregas são rápidas e o produto é tratado de maneira mais dinâmica do 
que nunca, dessa forma, os profissionais de testes precisam garantir que, além do produto ser 
entregue com qualidade, que todo o processo de desenvolvimento siga tanto os critérios de SQA 
(Software Quality Assurance) como de Agile”. 
IT FORUM 365. O perfil multidisciplinar do analista de teste. Disponível em: 
<https://itforum365.com.br/o-perfil-multidisciplinar-do-analista-de-testes/>. Acesso em: 12 abr. 
2019. 
O trecho acima trata dos critérios de qualidade e rapidez na entrega adotada pelo SQA. A partir 
dessas informações e do conteúdo estudado, é possível afirmar que a mensuração, uma das fases da 
atividade SQA, é utilizada com a finalidade de: 
Ocultar opções de resposta 
1. 
informar que os procedimentos e padrões formais são implantados nos processos da área de 
Engenharia de Software. 
2. 
verificar o atendimento aos padrões, de maneira independente. Havendo exigências de 
padrões, o SQA pode então se autoauditar. 
3. 
revisar quando a equipe técnica se reunir objetivando encontrar possíveis falhas na qualidade. 
4. 
avaliar a origem que leva um software a ser alterado e controlar os efeitos dessa mudança. 
5. 
acompanhar a qualidade do software e avaliar os efeitos das alterações na metodologia e nos 
procedimentos. 
Resposta correta 
5. Pergunta 5 
/1 
Leia o texto a seguir: 
“Provê informações sobre conceitos de avaliação de processo e seu uso em dois contextos, o de 
melhoria de processo e o de determinação de capacidade de processo. Ela descreve como as partes 
deste conjunto de normas se integram e provê orientações para seleção e uso”. 
ABNT. Código 15504. Disponível em: <https://www.abntcatalogo.com.br/curs.aspx?ID=63>. 
Acesso em: 12 abr. 2019 
O trecho refere-se a uma das características do histórico da norma ISO/IEC 15504. Assim, 
considerando as informações apresentadas e os conteúdos estudados, é possível definir a ISO/IEC 
15504 como: 
Ocultar opções de resposta 
1. 
uma referência para o processo de análise atuando como um grupo diversificado de processos. 
2. 
métodos de alterações das práticas em dimensões denominadas em categorias de processos e 
níveis de capacidade. 
3. 
um conjunto composto por documentos que oferecem desde a limitação de processo até o 
descarte do mesmo. 
4. 
um modelo de referência criado a partir de um framework para analisar processos da área de 
Engenharia de Software. 
Resposta correta 
5. 
um processo ligado a procedimentos variados, como engenharia e projetos, por exemplo. 
6. Pergunta 6 
/1 
Leia o trecho a seguir: 
“O OpenUP é compatível com o RUP em sua estrutura estática pois ambos possuem os elementos: 
papéis, atividades, artefatos, fluxos e disciplinas. O OpenUP implementa os papéis necessários para 
times pequenos: Gerente de Projetos, Analista, Arquiteto, Desenvolvedor, Testador e Stakeholders”. 
Fonte: MARCONDES, Francisco Supino, et. al. Uso do OpenUP no Ensino do Processo Iterativo 
e Incremental de Desenvolvimento de Software. Disponível em: 
<http://www.portal.cps.sp.gov.br/pos-graduacao/workshop-de-pos-graduacao-e-
pesquisa/anais/2009/trabalhos/gestao-e-desenvolvimento-da-formacao-tecnologica/trabalhos-
completos/marcondes-francisco-supino-1.pdf>. Acesso em: 25 abr. 2019. 
Considerando as informações apresentadas e os conteúdos estudados sobre o tema, é possível 
afirmar que um dos princípios da metodologia OpenUP é: 
Ocultar opções de resposta 
1. 
o controle do desenvolvimento através de envolvimento dos Stakholders. 
2. 
o planejamento do processo e a redução dos riscos por meio do foco na arquitetura. 
Resposta correta 
3. 
o alinhamento de interesses e a troca de conhecimentos de maneira colaborativa. 
4. 
o consenso entre o escopo e os objetivos do projeto. 
5. 
o conjunto de tarefas relativas ao ciclo iterativo e incremental. 
7. Pergunta 7 
/1 
Leia o texto a seguir: 
“Qualidade não é obtida espontaneamente. Ela tem de ser construída. Assim, a qualidade do produto 
depende fortemente da qualidade de seu processo de desenvolvimento, das pessoas envolvidas – 
stakeholders, desenvolvedores, gestores – dos requisitos e de muitos outros fatores[...].” 
DEVMEDIA. Em busca da Qualidade de Software. Disponível em: 
<https://www.devmedia.com.br/em-busca-da-qualidade-de-software/28717>. Acesso em 12 abr. 
2019. 
Com base nesse texto e nas informações do conteúdo, é possível afirmar que os fatores de qualidade 
do software sob a ótica da Operação do Produto caracterizam-se pelas seguintes descrições: 
Ocultar opções de resposta 
1. 
Corretitude (Correção), Confiabilidade, Manutenção, Integridade e Eficiência. 
2. 
Corretitude (Correção), Portabilidade, Usabilidade, Integridade e Eficiência. 
3. 
Corretitude (Correção), Confiabilidade, Usabilidade, Testabilidade eEficiência. 
 
4. 
Flexibilidade, Confiabilidade, Usabilidade, Integridade e Eficiência. 
5. 
Corretitude (Correção), Confiabilidade, Usabilidade, Integridade e Eficiência. 
Resposta correta 
8. Pergunta 8 
/1 
Leia o trecho a seguir: 
“O problema decorre de uma falha na realização de uma verdadeira garantia de qualidade de 
software, diz Mark S. Kadrich, CISO provisório para o hospital comunitário Martin Luther King Jr., 
em Los Angeles.‘Estive no setor tempo suficiente para saber que, se eu estou perdendo o sono por 
falha na tecnologia, estou na indústria errada’, diz ele. ‘Oitenta por cento do software é uma 
porcaria, enquanto 20 por cento é apenas uma besteira. Há muito pouco que pode ser considerado 
bem projetado’”. 
TYNAN, Dan. Seis verdades difíceis de aceitar e aprender. Disponível em: 
<https://cio.com.br/seis-verdades-dificeis-de-aceitar-e-aprender/>. Acesso em: 12 abr. 2019. 
O trecho traz a opinião de um especialista abordando os problemas decorrentes da falta de garantia 
de software. Assim, considerando as informações apresentadas e os conteúdos estudados, o padrão 
sistemático e planejado de ações consiste na definição da: 
Ocultar opções de resposta 
1. 
reusabilidade. 
2. 
suportabilidade. 
3. 
garantia da qualidade do software (SQA) 
Resposta correta 
4. 
portabilidade. 
5. 
interoperabilidade. 
9. Pergunta 9 
/1 
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 é: 
Ocultar opções de resposta 
1. 
a dispensa da documentação. 
2. 
a dificuldade de desenvolver sistemas estáveis. 
3. 
o código rígido às modificações. 
Resposta correta 
4. 
o descarte de treinamentos especiais. 
5. 
o pequeno sistema utilizado em intervalos curtos. 
10. Pergunta 10 
/1 
Leia o trecho a seguir: 
“São introduzidos testes Beta de todos os produtos e as solicitações dos clientes por modificações 
são incorporadas no produto entregue. Novas versões de produtos, desenvolvidas com esse processo 
modificado, são entregues.” 
SOMMERVILLE, Ian. Engenharia de Software. 9ª ed. Pearson Education, 2011. p. 472. 
O trecho fala sobre as mudanças no processo de projeto de software. Assim, considerando as 
informações apresentadas e os conteúdos estudados, é correto afirmar que essas mudanças podem: 
Ocultar opções de resposta 
1. 
elevar o nível de rigidez das organizações. 
2. 
reduzir a qualidade do produto. 
3. 
alterar a metodologia de uso. 
4. 
definir informações sobre fatores internos. 
5. 
atrair clientes novos. 
Resposta correta