Prévia do material em texto
1. Pergunta 1 /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: Ocultar opções de resposta 1. projetar a entrega do sistema e a realização do plano. 2. encontrar solução para as questões relacionadas ao projeto. 3. visualizar os erros no momento da validação do sistema. Resposta correta 4. transformar os modelos em códigos executáveis. 5. estabelecer quais ações serão realizadas pelos integrantes. 2. Pergunta 2 /1 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: Ocultar opções de resposta 1. incluir novas áreas de conhecimento em detrimento de outras. Resposta correta 2. manter as matérias, de forma rígida, entre as áreas de conhecimento. 3. alterar a metodologia da certificação CSDP. 4. reduzir um KA referente às ferramentas profissionais. 5. adicionar material distinto das interfaces. 3. Pergunta 3 /1 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: Ocultar opções de resposta 1. Perspectiva Dinâmica, Estática e Prática. Resposta correta 2. Perspectiva Dinâmica, Moderna e Prática. 3. Perspectiva Dinâmica, Estática e Híbrida. 4. Perspectiva Empírica, Estática e Prática. 5. Perspectiva Dinâmica, Genérica e Prática. 4. Pergunta 4 /1 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: Ocultar opções de resposta 1. apresentar as etapas do sistema. 2. criar informações dos processamentos executados em cada fase. 3. ser mais flexível no desenvolvimento do software. 4. reunir e organizar o desenvolvimento do software. Resposta correta 5. expor o fluxo de dados existente no sistema. 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: Ocultar opções de resposta 1. busca melhorar o produto de software. 2. dá suporte ao produto durante o seu ciclo operacional. 3. estabelece a arquitetura e os componentes de um sistema. Resposta correta 4. cria uma descrição externa do software. 5. verifica a qualidade do produto. 6. Pergunta 6 /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. diversificar o conteúdo, ser um material de fácil descarte e promover o acesso ao conhecimento. 2. apresentar uma visão pouco usual no que se refere à Engenharia de Software dentro de um nível mais generalista. 3. direcionar atividades a um grupo limitado de profissionais que atuem na área de Engenharia de Software. 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. 7. Pergunta 7 /1 Leia o trecho a seguir: O modelo comportamental indica como o software vai responder aos estímulos ou eventos externos. Para criá-lo, devemos executar etapas: Avaliar todos os casos de uso para entender completamente a sequência de interação dentro do sistema é uma destas etapas. Fonte: PRESSMAN, Roger S.; MAXIM, Bruce R. Engenharia de Software: Uma Abordagem Profissional. 8ª ed. Mc Graw Hill Education. 2016. p. 203. O trecho acima trata das características do modelo comportamental. A partir dessas informações e do conteúdo estudado sobre o tema, é possível afirmar que a modelagem dirigida a eventos: Ocultar opções de resposta 1. bloqueia o fluxo de dados existentes no sistema e os procedimentos realizados. 2. oferece sustentação aos requisitos baseados em eventos e determina os estágios a serem realizados. 3. demonstra como o sistema se comporta a eventos de caráter externo e interno, simultaneamente. Resposta correta 4. modifica as informações referentes aos processamentos executados e às diretrizes do modelo. 5. possui uma quantidade variada de fases e estipula qual os procedimentos adequados. 8. Pergunta 8 /1 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 noiní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: Ocultar opções de resposta 1. 2, 4, 3, 1. Resposta correta 2. 4, 2, 3, 1. 3. 1, 3, 2, 4. 4. 3, 1, 2, 4. 5. 2, 1, 3, 4. 9. Pergunta 9 /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: Ocultar opções de resposta 1. Geralmente Aceitas, Pesquisa Avançada e Especializado. Resposta correta 2. Hierarquia, Pesquisa Avançada e Especializado. 3. Geralmente Aceitas, Pesquisa Avançada e Certificação. 4. Requisitos, Pesquisa Avançada e Especializado. 5. Inovação, Requisitos e Especializado. 10. Pergunta 10 /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: Ocultar opções de resposta 1. às diferenças dos modelos semânticos de dados. 2. aos requisitos segregados e às relações existentes entre entidades. 3. à inclusão de componentes e diagramas de implantação da UML. Resposta correta 4. à característica estática, referente à exposição da organização. 5. aos níveis de limitação dos diagramas de classe em UML.