Prévia do material em texto
1. Pergunta 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: 1. alterar os custos previstos dos cronogramas do projeto estabelecidos com assertividade. 2. utilizar arquiteturas com base nos componentes e estabelecer modelos de software. 3. observar o escopo inicial do projeto, além da arquitetura sistêmica disponível. Resposta correta 4. realizar, ao longo do desenvolvimento, uma abordagem direcionada à revisão de software. 5. analisar a qualidade do software e estabelecer um controle das mudanças do software 2. Pergunta 2 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 é: 1. o consenso entre o escopo e os objetivos do projeto. 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 controle do desenvolvimento através de envolvimento dos Stakholders. 5. o conjunto de tarefas relativas ao ciclo iterativo e incremental. 3. Pergunta 3 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: 1. adicionar material distinto das interfaces. 2. incluir novas áreas de conhecimento em detrimento de outras. Resposta correta 3. reduzir um KA referente às ferramentas profissionais. 4. manter as matérias, de forma rígida, entre as áreas de conhecimento. 5. alterar a metodologia da certificação CSDP. 4. Pergunta 4 Leia o trecho a seguir: “Modelos do novo sistema são usados durante a engenharia de requisitos para ajudar a explicar os requisitos propostos para outros stakeholders do sistema. Os engenheiros usam esses modelos para discutir propostas de projeto e documentar o sistema para a implementação.” Fonte: SOMMERVILLE, Ian. Engenharia de Software. 9ª ed. São Paulo: Pearson Prentice Hall, 2011. p. 82. Esse trecho refere-se a um dos tipos de modelos de sistemas. A partir dessas informações e do conteúdo estudado a respeito, é possível afirmar que a modelagem de sistemas é: 1. um projeto que tem a função de restringir o sistema e torná-lo limitado. 2. uma ferramenta matemática definida de forma variável no sistema. 3. um processo de desenvolvimento baseado no modelo de abstração. Resposta correta 4. um método que possui uma funcionalidade especifica de desenvolvimento. 5. um processo que apresenta uma forma rígida de representar o sistema. 5. Pergunta 5 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: 1. Perspectiva Empírica, Estática e Prática. 2. Perspectiva Dinâmica, Moderna e Prática. 3. Perspectiva Dinâmica, Genérica e Prática. 4. Perspectiva Dinâmica, Estática e Híbrida. 5. Perspectiva Dinâmica, Estática e Prática. Resposta correta 6. Pergunta 6 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 modelo capaz de estabelecer uma relação entre garantia de qualidade e modelagem. Resposta correta 2. um componente que filtra todas as demandas do cliente, pois se trata de uma exigência do modelo cascata. 3. um sistema que apresenta similaridades expressivas entre os projetos reais e o fluxo sequencial sugerido. 4. um fator que permite que uma versão operacional fique à disposição antes da finalização do produto. 5. um modelo que se distingue do modelo cascata pelo ponto de vista da praticidade. 7. Pergunta 7 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 é: 1. o pequeno sistema utilizado em intervalos curtos. 2. o descarte de treinamentos especiais. 3. a dispensa da documentação. 4. a dificuldade de desenvolver sistemas estáveis. 5. o código rígido às modificações. Resposta correta 8. Pergunta 8 Leia o trecho a seguir: “O processo UP, embora não seja exclusivo, foi desenvolvido no cenário da abordagem Orientada a Objetos, com a proposta da Unifield Modeling Language (UML). A UML é uma linguagem visual resultante de numerosos métodos orientados a objeto que existam no início da década de 1990.” Fonte: HIRAMA, Kechi. Engenharia de Software:Qualidade e Produtividade com Tecnologia. Rio de Janeiro: Elsevier, 2012. p. 42. O trecho acima trata das origens do processo UP. A partir dessas informações e do conteúdo estudado a respeito, ordene as fases do processo UP a seguir: ( ) Elaboração ( ) Transição ( ) Construção ( ) Concepção Agora, assinale a alternativa que apresenta a sequência correta: 1. 1, 3, 2, 4. 2. 3, 1, 2, 4. 3. 2, 1, 3, 4. 4. 2, 4, 3, 1. Resposta correta 9. Pergunta 9 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: 1. expor o fluxo de dados existente no sistema. 2. apresentar as etapas do sistema. 3. ser mais flexível no desenvolvimento do software. 4. reunir e organizar o desenvolvimento do software. Resposta correta 5. criar informações dos processamentos executados em cada fase. 10. Pergunta 10 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: 1. uma funcionalidade que descarta as sobreposições que podem surgir em relação aos sistemas. 2. um compartilhamento de dados entre os sistemas que, de alguma maneira, influencia na elaboração do projeto do sistema. 3. um ambiente de tomada de decisões que normalmente apresenta uma série limitada de sistemas automatizados. 4. uma atividade que envolve a presença de Stakeholders do sistema, com o objetivo de estabelecer qual funcionalidade este deve incluir Resposta correta 5. um modelo que envolve negócios realizados de maneira exclusivamente automatizada.