Logo Passei Direto
Buscar

Engenharia de Software AOL 05

User badge image
Kilary Bayma

em

Ferramentas de estudo

Passei Direto Aniversário

Quer receber 70% de desconto para assinar o PasseIA?

Questões resolvidas

Leia o trecho a seguir: “À medida que a equipe de software desce em direção ao lado esquerdo do V, os requisitos básicos do problema são refinados em representações cada vez mais detalhadas e técnicas do problema e de sua solução. Uma vez gerado o código, a equipe passa para o lado direito V, basicamente realizando uma série de testes [...]” Fonte: PRESSMAN, Roger S. MAXIM, Bruce R. Engenharia de Software: Uma Abordagem Profissional. 8ª ed. Mc Graw Hill Education. 2016. P. 42.
O trecho acima demonstra o procedimento ocorrido com a implementação do modelo V. Assim, considerando as informações apresentadas e os conteúdos estudados sobre o tema, é possível definir o modelo V como:
1. um fator que permite que uma versão operacional fique à disposição antes da finalização do produto.
2. um sistema que apresenta similaridades expressivas entre os projetos reais e o fluxo sequencial sugerido.
3. um modelo que se distingue do modelo cascata pelo ponto de vista da praticidade.
4. um modelo capaz de estabelecer uma relação entre garantia de qualidade e modelagem.
5. um componente que filtra todas as demandas do cliente, pois se trata de uma exigência do modelo cascata.

Leia o trecho a seguir: “É possível criar modelos estruturais de um sistema quando se está discutindo e projetando sua arquitetura. O projeto de arquitetura é um tema particularmente importante na Engenharia de Software.” Fonte: SOMMERVILLE, Ian. Engenharia de Software. 9. ed. São Paulo: Pearson Prentice Hall, 2011. p. 90.
O trecho acima traz as possibilidades que os modelos estruturais apresentam na formação da arquitetura de um software. Assim, considerando as informações apresentadas e os conteúdos estudados sobre o tema, é possível afirmar que, além da arquitetura projetada, outros fatores importantes dos modelos estruturais estão relacionados:
1. às diferenças dos modelos semânticos de dados.
2. aos níveis de limitação dos diagramas de classe em UML.
3. à característica estática, referente à exposição da organização.
4. à inclusão de componentes e diagramas de implantação da UML.
5. aos requisitos segregados e às relações existentes entre entidades.

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:
1. projetar a entrega do sistema e a realização do plano.
2. encontrar solução para as questões relacionadas ao projeto.
3. transformar os modelos em códigos executáveis.
4. visualizar os erros no momento da validação do sistema.
5. estabelecer quais ações serão realizadas pelos integrantes.

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: . 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:
1. verifica a qualidade do produto.
2. busca melhorar o produto de software.
3. dá suporte ao produto durante o seu ciclo operacional.
4. estabelece a arquitetura e os componentes de um sistema.
5. cria uma descrição externa do software.

Leia o trecho a seguir: Cada modelo representa cada abordagem usada para a criação do software. No modelo práxis o desenvolvimento do software é feito por forma orientada a objetos com processos unificados e fases formadas por iterações. Fonte: PORTAL DA EDUCAÇÃO. Modelos de Processo de Softwares. Disponível em: . Acesso em: 24 abr. 2019.
O trecho se refere à definição conceitual do modelo Práxis. Assim, considerando as informações apresentadas e os conteúdos estudados sobre o tema, é possível definir a fase da Concepção como:
1. um conjunto de atributos de um produto definidos através de um acordo firmado.
2. a etapa em que as demandas dos usuários e os conceitos da aplicação são avaliados.
3. os métodos para a liberação operacional do produto e avaliação da qualidade do modelo.
4. a etapa em que o produto é detalhado a ponto de se adaptar ao domínio do problema.
5. a disponibilização de um produto para os usuários com intuito de realizar os testes finais.

Leia o trecho a seguir: “Pode-se ter interação do usuário, que envolve entradas e saídas, interação entre o sistema que está em desenvolvimento e outros sistemas, ou interação entre os componentes do sistema.” Fonte: SOMMERVILLE, Ian. Engenharia de Software. 9. ed. São Paulo: Pearson Prentice Hall, 2011. p. 86.
O trecho acima aborda os tipos de interação existentes no modelo. Com base no conteúdo estudado sobre modelos de interação e no trecho acima, uma das abordagens do modelo de interação consiste em:
1. Transferência de Dados.
2. Identificação de Atributos.
3. Modelagem de caso de uso.
4. Documentação Codificada.
5. Diagramas de Sistema.

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:
1. alterar os custos previstos dos cronogramas do projeto estabelecidos com assertividade.
2. observar o escopo inicial do projeto, além da arquitetura sistêmica disponível.
3. analisar a qualidade do software e estabelecer um controle das mudanças do software.
4. realizar, ao longo do desenvolvimento, uma abordagem direcionada à revisão de software.
5. utilizar arquiteturas com base nos componentes e estabelecer modelos de software.

Leia o trecho a seguir: “Os requisitos expressam as necessidades e restrições colocadas sobre o produto de software que contribuem para a solução de algum problema do mundo real. Esta área envolve elicitação, análise, especificação e validação dos requisitos de software.” Fonte: TORRES, André Luís de Lucena. Uma introdução ao SWEBOK. Disponível em: . Acesso em: 25 abr. 2019.
O trecho acima apresenta uma das áreas de conhecimento do SWEBOK. A partir dessas informações e do conteúdo estudado sobre o tema, é correto afirmar que as três referências de conhecimento empregadas para ilustrar o guia SWEBOK são:
1. Requisitos, Pesquisa Avançada e Especializado.
2. Hierarquia, Pesquisa Avançada e Especializado.
3. Inovação, Requisitos e Especializado.
4. Geralmente Aceitas, Pesquisa Avançada e Certificação.
5. Geralmente Aceitas, Pesquisa Avançada e Especializado.

Material
páginas com resultados encontrados.
páginas com resultados encontrados.

Escolha uma das opções e acesse esse e outros materiais sem bloqueio. 🤩

Cadastre-se ou realize login

Ao continuar, você aceita os Termos de Uso e Política de Privacidade

Escolha uma das opções e acesse esse e outros materiais sem bloqueio. 🤩

Cadastre-se ou realize login

Ao continuar, você aceita os Termos de Uso e Política de Privacidade

Escolha uma das opções e acesse esse e outros materiais sem bloqueio. 🤩

Cadastre-se ou realize login

Ao continuar, você aceita os Termos de Uso e Política de Privacidade

Escolha uma das opções e acesse esse e outros materiais sem bloqueio. 🤩

Cadastre-se ou realize login

Ao continuar, você aceita os Termos de Uso e Política de Privacidade

Escolha uma das opções e acesse esse e outros materiais sem bloqueio. 🤩

Cadastre-se ou realize login

Ao continuar, você aceita os Termos de Uso e Política de Privacidade

Escolha uma das opções e acesse esse e outros materiais sem bloqueio. 🤩

Cadastre-se ou realize login

Ao continuar, você aceita os Termos de Uso e Política de Privacidade

Escolha uma das opções e acesse esse e outros materiais sem bloqueio. 🤩

Cadastre-se ou realize login

Ao continuar, você aceita os Termos de Uso e Política de Privacidade

Escolha uma das opções e acesse esse e outros materiais sem bloqueio. 🤩

Cadastre-se ou realize login

Ao continuar, você aceita os Termos de Uso e Política de Privacidade

Questões resolvidas

Leia o trecho a seguir: “À medida que a equipe de software desce em direção ao lado esquerdo do V, os requisitos básicos do problema são refinados em representações cada vez mais detalhadas e técnicas do problema e de sua solução. Uma vez gerado o código, a equipe passa para o lado direito V, basicamente realizando uma série de testes [...]” Fonte: PRESSMAN, Roger S. MAXIM, Bruce R. Engenharia de Software: Uma Abordagem Profissional. 8ª ed. Mc Graw Hill Education. 2016. P. 42.
O trecho acima demonstra o procedimento ocorrido com a implementação do modelo V. Assim, considerando as informações apresentadas e os conteúdos estudados sobre o tema, é possível definir o modelo V como:
1. um fator que permite que uma versão operacional fique à disposição antes da finalização do produto.
2. um sistema que apresenta similaridades expressivas entre os projetos reais e o fluxo sequencial sugerido.
3. um modelo que se distingue do modelo cascata pelo ponto de vista da praticidade.
4. um modelo capaz de estabelecer uma relação entre garantia de qualidade e modelagem.
5. um componente que filtra todas as demandas do cliente, pois se trata de uma exigência do modelo cascata.

Leia o trecho a seguir: “É possível criar modelos estruturais de um sistema quando se está discutindo e projetando sua arquitetura. O projeto de arquitetura é um tema particularmente importante na Engenharia de Software.” Fonte: SOMMERVILLE, Ian. Engenharia de Software. 9. ed. São Paulo: Pearson Prentice Hall, 2011. p. 90.
O trecho acima traz as possibilidades que os modelos estruturais apresentam na formação da arquitetura de um software. Assim, considerando as informações apresentadas e os conteúdos estudados sobre o tema, é possível afirmar que, além da arquitetura projetada, outros fatores importantes dos modelos estruturais estão relacionados:
1. às diferenças dos modelos semânticos de dados.
2. aos níveis de limitação dos diagramas de classe em UML.
3. à característica estática, referente à exposição da organização.
4. à inclusão de componentes e diagramas de implantação da UML.
5. aos requisitos segregados e às relações existentes entre entidades.

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:
1. projetar a entrega do sistema e a realização do plano.
2. encontrar solução para as questões relacionadas ao projeto.
3. transformar os modelos em códigos executáveis.
4. visualizar os erros no momento da validação do sistema.
5. estabelecer quais ações serão realizadas pelos integrantes.

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: . 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:
1. verifica a qualidade do produto.
2. busca melhorar o produto de software.
3. dá suporte ao produto durante o seu ciclo operacional.
4. estabelece a arquitetura e os componentes de um sistema.
5. cria uma descrição externa do software.

Leia o trecho a seguir: Cada modelo representa cada abordagem usada para a criação do software. No modelo práxis o desenvolvimento do software é feito por forma orientada a objetos com processos unificados e fases formadas por iterações. Fonte: PORTAL DA EDUCAÇÃO. Modelos de Processo de Softwares. Disponível em: . Acesso em: 24 abr. 2019.
O trecho se refere à definição conceitual do modelo Práxis. Assim, considerando as informações apresentadas e os conteúdos estudados sobre o tema, é possível definir a fase da Concepção como:
1. um conjunto de atributos de um produto definidos através de um acordo firmado.
2. a etapa em que as demandas dos usuários e os conceitos da aplicação são avaliados.
3. os métodos para a liberação operacional do produto e avaliação da qualidade do modelo.
4. a etapa em que o produto é detalhado a ponto de se adaptar ao domínio do problema.
5. a disponibilização de um produto para os usuários com intuito de realizar os testes finais.

Leia o trecho a seguir: “Pode-se ter interação do usuário, que envolve entradas e saídas, interação entre o sistema que está em desenvolvimento e outros sistemas, ou interação entre os componentes do sistema.” Fonte: SOMMERVILLE, Ian. Engenharia de Software. 9. ed. São Paulo: Pearson Prentice Hall, 2011. p. 86.
O trecho acima aborda os tipos de interação existentes no modelo. Com base no conteúdo estudado sobre modelos de interação e no trecho acima, uma das abordagens do modelo de interação consiste em:
1. Transferência de Dados.
2. Identificação de Atributos.
3. Modelagem de caso de uso.
4. Documentação Codificada.
5. Diagramas de Sistema.

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:
1. alterar os custos previstos dos cronogramas do projeto estabelecidos com assertividade.
2. observar o escopo inicial do projeto, além da arquitetura sistêmica disponível.
3. analisar a qualidade do software e estabelecer um controle das mudanças do software.
4. realizar, ao longo do desenvolvimento, uma abordagem direcionada à revisão de software.
5. utilizar arquiteturas com base nos componentes e estabelecer modelos de software.

Leia o trecho a seguir: “Os requisitos expressam as necessidades e restrições colocadas sobre o produto de software que contribuem para a solução de algum problema do mundo real. Esta área envolve elicitação, análise, especificação e validação dos requisitos de software.” Fonte: TORRES, André Luís de Lucena. Uma introdução ao SWEBOK. Disponível em: . Acesso em: 25 abr. 2019.
O trecho acima apresenta uma das áreas de conhecimento do SWEBOK. A partir dessas informações e do conteúdo estudado sobre o tema, é correto afirmar que as três referências de conhecimento empregadas para ilustrar o guia SWEBOK são:
1. Requisitos, Pesquisa Avançada e Especializado.
2. Hierarquia, Pesquisa Avançada e Especializado.
3. Inovação, Requisitos e Especializado.
4. Geralmente Aceitas, Pesquisa Avançada e Certificação.
5. Geralmente Aceitas, Pesquisa Avançada e Especializado.

Prévia do material em texto

Avaliação On-Line 5 (AOL 5) – Questionário – Engenharia de Software 
1. Pergunta 1 
/1 
Leia o trecho a seguir: 
“À medida que a equipe de software desce em direção ao lado esquerdo do V, os requisitos 
básicos do problema são refinados em representações cada vez mais detalhadas e técnicas do 
problema e de sua solução. Uma vez gerado o código, a equipe passa para o lado direito V, 
basicamente realizando uma série de testes [...]” 
Fonte: PRESSMAN, Roger S. MAXIM, Bruce R. Engenharia de Software: Uma Abordagem 
Profissional. 8ª ed. Mc Graw Hill Education. 2016. P. 42. 
O trecho acima demonstra o procedimento ocorrido com a implementação do modelo V. Assim, 
considerando as informações apresentadas e os conteúdos estudados sobre o tema, é possível 
definir o modelo V como: 
Correta 
(D) um modelo capaz de ... 
Ocultar outras opções 
1. 
um fator que permite que uma versão operacional fique à disposição antes da finalização do 
produto. 
2. 
um sistema que apresenta similaridades expressivas entre os projetos reais e o fluxo 
sequencial sugerido. 
3. 
um modelo que se distingue do modelo cascata pelo ponto de vista da praticidade. 
4. 
um modelo capaz de estabelecer uma relação entre garantia de qualidade e modelagem. 
Resposta correta 
5. 
um componente que filtra todas as demandas do cliente, pois se trata de uma exigência do 
modelo cascata. 
2. Pergunta 2 
/1 
Leia o trecho a seguir: 
“É possível criar modelos estruturais de um sistema quando se está discutindo e projetando 
sua arquitetura. O projeto de arquitetura é um tema particularmente importante na 
Engenharia de Software”. 
Fonte: SOMMERVILLE, Ian. Engenharia de Software. 9. ed. São Paulo: Pearson Prentice Hall, 
2011. p. 90. 
O trecho acima traz as possibilidades que os modelos estruturais apresentam na formação da 
arquitetura de um software. Assim, considerando as informações apresentadas e os conteúdos 
estudados sobre o tema, é possível afirmar que, além da arquitetura projetada, outros fatores 
importantes dos modelos estruturais estão relacionados: 
Correta 
(E) à inclusão de componentes... 
Ocultar outras opções 
1. 
aos requisitos segregados e às relações existentes entre entidades. 
2. 
à característica estática, referente à exposição da organização. 
3. 
aos níveis de limitação dos diagramas de classe em UML. 
4. 
às diferenças dos modelos semânticos de dados. 
5. 
à inclusão de componentes e diagramas de implantação da UML. 
Resposta correta 
3. Pergunta 3 
/1 
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: 
Correta 
(D) visualizar os erros no ... 
Ocultar outras opções 
1. 
estabelecer quais ações serão realizadas pelos integrantes. 
2. 
transformar os modelos em códigos executáveis. 
3. 
projetar a entrega do sistema e a realização do plano. 
4. 
visualizar os erros no momento da validação do sistema. 
Resposta correta 
5. 
encontrar solução para as questões relacionadas ao projeto. 
4. Pergunta 4 
/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 é: 
Correta 
(D) auxiliar as empresas a ... 
Ocultar outras opções 
1. 
direcionar atividades a um grupo limitado de profissionais que atuem na área de Engenharia 
de Software. 
2. 
apresentar uma visão pouco usual no que se refere à Engenharia de Software dentro de um 
nível mais generalista. 
3. 
diversificar o conteúdo, ser um material de fácil descarte e promover o acesso ao 
conhecimento. 
4. 
auxiliar as empresas a observarem de maneira mais ampla a Engenharia de Software como um 
todo. 
Resposta correta 
5. 
profissionalizar a área de Engenharia de Software por meio de um consenso entre as áreas de 
qualidade e gestão. 
5. Pergunta 5 
/1 
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: 
Correta 
(D) estabelece a arquitetura ... 
Ocultar outras opções 
1. 
verifica a qualidade do produto. 
2. 
busca melhorar o produto de software. 
3. 
dá suporte ao produto durante o seu ciclo operacional. 
4. 
estabelece a arquitetura e os componentes de um sistema. 
Resposta correta 
5. 
cria uma descrição externa do software. 
6. Pergunta 6 
/1 
Leia o trecho a seguir: 
Cada modelo representa cada abordagem usada para a criação do software. No modelo práxis 
o desenvolvimento do software é feito por forma orientada a objetos com processos unificados 
e fases formadas por iterações. 
Fonte: PORTAL DA EDUCAÇÃO. Modelos de Processo de Softwares. Disponível em: 
<https://www.portaleducacao.com.br/conteudo/artigos/informatica/modelos-de-processo-
de-softwares/53061>. Acesso em: 24 abr. 2019. 
O trecho se refere à definição conceitual do modelo Práxis. Assim, considerando as 
informações apresentadas e os conteúdos estudados sobre o tema, é possível definir a fase da 
Concepção como: 
Correta 
(B) a etapa em que as ... 
Ocultar outras opções 
1. 
um conjunto de atributos de um produto definidos através de um acordo firmado. 
2. 
a etapa em que as demandas dos usuários e os conceitos da aplicação são avaliados. 
Resposta correta 
3. 
os métodos para a liberação operacional do produto e avaliação da qualidade do modelo. 
4. 
a etapa em que o produto é detalhado a ponto de se adaptar ao domínio do problema. 
5. 
a disponibilização de um produto para os usuários com intuito de realizar os testes finais. 
7. Pergunta 7 
/1 
Leia o trecho a seguir: 
“Pode-se ter interação do usuário, que envolve entradas e saídas, interação entre o sistema que 
está em desenvolvimento e outros sistemas, ou interação entre os componentes do sistema.” 
Fonte: SOMMERVILLE, Ian. Engenharia de Software. 9. ed. São Paulo: Pearson Prentice Hall, 
2011. p. 86. 
O trecho acima aborda os tipos de interação existentes no modelo. Com base no conteúdo 
estudado sobre modelos de interação e no trecho acima, uma das abordagens do modelo de 
interação consiste em: 
Correta 
(C) Modelagem de caso de uso 
Ocultar outras opções 
1. 
Transferência de Dados. 
2. 
Identificação de Atributos. 
3. 
Modelagem de caso de uso. 
Resposta correta 
4. 
Documentação Codificada. 
5. 
Diagramas de Sistema. 
8. Pergunta8 
/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: 
Correta 
(B) observar o escopo inicial... 
Ocultar outras opções 
1. 
alterar os custos previstos dos cronogramas do projeto estabelecidos com assertividade. 
2. 
observar o escopo inicial do projeto, além da arquitetura sistêmica disponível. 
Resposta correta 
3. 
analisar a qualidade do software e estabelecer um controle das mudanças do software. 
4. 
realizar, ao longo do desenvolvimento, uma abordagem direcionada à revisão de software. 
5. 
utilizar arquiteturas com base nos componentes e estabelecer modelos de software. 
9. Pergunta 9 
/1 
Leia o trecho a seguir: 
“Os modelos são usados durante o processo de engenharia de requisitos para ajudar a extrair 
os requisitos do sistema; durante o processo de projeto, são usados para descrever o sistema 
para os engenheiros que o implementam; e, após isso, são usados para documentar a estrutura 
e a operação do sistema.” 
Fonte: SOMMERVILLE, Ian. Engenharia de Software. São Paulo: Pearson Prentice Hall, 2011. 
P. 82. 
O trecho acima cita uma das funcionalidades dos modelos de sistema. Baseado no conteúdo 
estudado sobre o assunto e no trecho citado, é correto afirmar que os modelos de sistema 
existentes utilizados pela Engenharia de Software têm, dentre outras funções, o objetivo de: 
Correta 
(A) implementar os requisitos... 
Ocultar outras opções 
1. 
implementar os requisitos ao novo sistema. 
Resposta correta 
2. 
apresentar os requisitos sugeridos para outros stakeholders. 
3. 
descartar o esclarecimento das funções do sistema existente. 
4. 
documentar o sistema para a implementação. 
5. 
debater os pontos fortes do sistema, de maneira exclusiva. 
10. Pergunta 10 
/1 
Leia o trecho a seguir: 
“Os requisitos expressam as necessidades e restrições colocadas sobre o produto de software 
que contribuem para a solução de algum problema do mundo real. Esta área envolve elicitação, 
análise, especificação e validação dos requisitos 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 acima apresenta uma das áreas de conhecimento do SWEBOK. A partir dessas 
informações e do conteúdo estudado sobre o tema, é correto afirmar que as três referências de 
conhecimento empregadas para ilustrar o guia SWEBOK são: 
Correta 
(E) Geralmente Aceitas, ... 
Ocultar outras opções 
1. 
Requisitos, Pesquisa Avançada e Especializado. 
2. 
Hierarquia, Pesquisa Avançada e Especializado. 
3. 
Inovação, Requisitos e Especializado. 
4. 
Geralmente Aceitas, Pesquisa Avançada e Certificação. 
5. 
Geralmente Aceitas, Pesquisa Avançada e Especializado.

Mais conteúdos dessa disciplina