Prévia do material em texto
0:00:24 Questão 1/10 - Engenharia de Requisitos Ler em voz alta O backlog do produto contém todas as tarefas que precisam ser executadas para a entrega final do produto de software. O dono do produto ou o gerente de projeto deve gerenciar essa lista, sempre incluindo novas tarefas e revisando as que estão em andamento, de forma a manter entregas contínuas ao cliente. A priorização de tarefas é essencial para uma boa organização e gerenciamento do backlog do produto. Assinale a alternativa que indica algumas técnicas utilizadas para a priorização de tarefas do backlog do produto. A MoSCoW, suposição, stakeholders. B MoSCoW, Washington, BUC. C Scorecard, negócio x risco, MoSCoW. D Negócio x riscos, suposição, stakeholders. E Scorecard, BUC, Washington. Questão 2/10 - Engenharia de Requisitos Ler em voz alta Empresas têm utilizado a ferramenta chamada Project Model Canvas (PMC) para planejar seus projetos de forma ágil e com máximo envolvimento dos stakeholders. Trata-se de um modelo de planejamento ágil de projetos que foi idealizado com o objetivo de representar de forma visual, e em apenas uma folha, chamada canvas (tela, em inglês), treze componentes fundamentais para a composição do plano do projeto. Analise as alternativas abaixo e assinale a opção correta. A Ao criar um canvas do produto é possível combinar a metodologia ágil com a experiência do usuário. B O canvas permite um planejamento mais realista quanto ao cronograma por ser visual. C O canvas melhora a comunicação da equipe por ser visual. D Como objetivo está o engajamento das partes interessadas e da equipe de desenvolvimento, incentivando a colaboração para minimizar riscos. E Todas as alternativas estão corretas. Questão 3/10 - Engenharia de Requisitos Ler em voz alta O nível de detalhamento dos requisitos é algo que deve ser avaliado conforme o porte do sistema, a quantidade de stakeholders, a experiência da equipe, os padrões da empresa, entre outros motivos. Não detalhar suficientemente as informações pode levar a interpretações equivocadas e falta de funcionalidades. No entanto, um nível de detalhamento exagerado pode direcionar os desenvolvedores em um tipo de solução que pode não ser a mais indicada, mas, para atender aos requisitos, acaba sendo utilizada. O desafio é encontrar o equilíbrio do nível de detalhe adequado da especificação de requisitos. A partir da ideia de briefing apresentada no texto, avalie as asserções a seguir e a relação proposta entre elas. I. O nível de detalhamento esperado pela equipe de desenvolvimento do software deve conter informações sobre a arquitetura da solução e da implementação. PORQUE II. Um documento de especificação detalhado otimiza o trabalho da equipe de desenvolvimento, otimizando o seu entendimento em relação à codificação necessária para atender a todos os requisitos do cliente/usuários. A respeito dessas asserções, assinale a opção correta. A As asserções I e II são proposições verdadeiras e a II é uma justificativa correta da I. B As asserções I e II são proposições verdadeiras, mas a II não é uma justificativa correta da I. C A asserção I é uma proposição verdadeira e a II é uma proposição falsa. D A asserção I é uma proposição falsa e a II é uma proposição verdadeira. E As asserções I e II são proposições falsas. Questão 4/10 - Engenharia de Requisitos Ler em voz alta Conforme figura abaixo, existem três atividades principais no processo de engenharia de requisitos: (i) elicitação e análise, (ii) especificação e (iii) validação de requisitos. Fonte: SOMMERVILLE, Ian. Engenharia de Software. 10ª Ed. São Paulo: Pearson, 2018. Analise as alternativas abaixo e identifique a correta em relação as essas atividades. A Elicitação é o processo de aquisição de conhecimento dos requisitos do sistema por meio da observação dos sistemas existentes e de discussões com os usuários. B Validação de requisitos é uma atividade que confere realismo, consistência e integridade. C Traduzir a informação obtida em um documento que defina um conjunto de requisitos é uma atividade da especificação de requisitos. D A atividade de análise de requisitos visa descobrir problemas, incompletude e inconsistência nos requisitos elicitados, além de possibilitar o rastreamento entre os requisitos. E Todas as alternativas estão corretas. Questão 5/10 - Engenharia de Requisitos Ler em voz alta O nível de detalhe, no sentido de qualificar o escopo, busca explorar a abrangência da solução, permitindo a visão do lado e de sua extensão, mas não de sua profundidade. O mesmo acontece com os requisitos que podem estar detalhados quanto ao seu escopo no nível de atividades, contudo, sem explicar o que se espera da solução quanto a uma atividade em particular. Fonte: VAZQUEZ, Carlos Eduardo; SIMÕES, Guilherme Siqueira. Engenharia de Requisitos: Software orientado ao negócio. Rio de Janeiro: Brasport, 2016. A partir da ideia de briefing apresentada no texto, avalie as asserções a seguir e a relação proposta entre elas. I. A declaração do escopo do projeto precisa esclarecer e documentar quais tarefas serão afetadas pela solução informatizada. PORQUE II. Quanto mais detalhada a especificação de requisitos, melhor. A respeito dessas asserções, assinale a opção correta. A As asserções I e II são proposições verdadeiras e a II é uma justificativa correta da I. B As asserções I e II são proposições verdadeiras, mas a II não é uma justificativa correta da I. C A asserção I é uma proposição verdadeira e a II é uma proposição falsa. D A asserção I é uma proposição falsa e a II é uma proposição verdadeira. E As asserções I e II são proposições falsas. Questão 6/10 - Engenharia de Requisitos Ler em voz alta Durante a atividade de elicitação, o analista de requisitos busca coletar informações que serão reunidas e convertidas em requisitos em um documento de especificação. Para isso, ele utiliza variadas técnicas de elicitação desenvolvidas em conjunto com os stakeholders, as quais podem ser classificadas em tradicionais, colaborativas, cognitivas e de abordagens contextuais. Fonte: KERR, Eduardo Santos (organizador). Gerenciamento de Requisitos. São Paulo: Pearson, 2015. Podem ser analisados todos os tipos de documentos de várias áreas da empresa para entender todos os processos e separar aqueles que sejam pertinentes ao escopo do projeto. Informações financeiras da empresa, relatórios de tomada de decisão e resultados de pesquisas são exemplos deste tipo de técnica. Assinale a alternativa que corresponde à técnica citada no texto acima. A Técnicas tradicionais de coleta de dados. B Técnicas tradicionais de entrevistas. C Técnicas colaborativas de brainstorming. D Técnicas colaborativas de JAD/RAD. E Nenhuma das alternativas. Questão 7/10 - Engenharia de Requisitos Ler em voz alta Práticas de gerenciamento, acompanhamento e controle são atividades fundamentais, além da definição de escopo, cronograma, organização da equipe, entre outras atividades. Todo o gerenciamento precisa avaliar riscos e vários planos devem ser pensados e formalizados para mitigá-los ao projeto. O cliente deve ter acesso e poder acompanhar o plano de projeto que é um documento que especifica o produto. Analise as assertivas abaixo e assinale a alternativa correta. I. O plano de garantia de qualidade descreve todas as verificações que avaliam e garantem o bom funcionamento do produto. II. O plano de gerência de riscos tenta quantificar as probabilidades de um problema acontecer. III. O plano de gerência de configuração se refere à capacidade de organizar e gerir como as alterações de requisitos serão resolvidas. IV. O plano de mudanças deve evitar o retrabalho, perda de tempo e aumento do custo para acomodar as solicitações de mudanças. V. O plano de testes deve propor a forma como os testes ocorrerão e os testes de integração. ATodas as afirmativas estão corretas. B Todas as afirmativas estão incorretas. C Apenas as afirmativas I e II estão corretas. D Apenas as afirmativas II e V estão corretas. E Apenas as afirmativas III e IV estão corretas. Questão 8/10 - Engenharia de Requisitos Ler em voz alta Os métodos ágeis têm sido particularmente úteis para dois tipos de desenvolvimento de sistemas: 1. O desenvolvimento de um produto pequeno ou médio, por uma empresa de software, para venda. Praticamente todos os produtos de software e aplicativos são desenvolvidos, atualmente, usando uma abordagem ágil. 2. O desenvolvimento de sistemas personalizados dentro de uma organização, em que há compromisso claro por parte do cliente de se envolver no processo de desenvolvimento e, no qual, há poucos stakeholders externos e normas que afetem o software. Os métodos ágeis funcionam bem nessas situações porque possibilitam comunicação continua entre o gerente do produto, ou o cliente, e o time de desenvolvimento. No entanto, ainda há desafios a serem superados pelas metodologias ágeis. Fonte: FOGGETTI, Cristiano (organizador). Gestão Ágil de Projetos. São Paulo: Pearson, 2014. Analise as assertivas abaixo e assinale a alternativa correta. I. Melhorar a análise de riscos sem deixar de ser prática. II. Ser útil, também, em grandes empresas, com grandes equipes. III. Utilizar mais tempo na implementação do que na documentação, mas ter documentos objetivos para que o conhecimento não seja perdido. IV. Garantir o fluxo contínuo de entregas. A Todas as afirmativas estão corretas. B Todas as afirmativas estão incorretas. C Apenas as afirmativas I e II estão corretas. D Apenas as afirmativas II e III estão corretas. E Apenas as afirmativas II e IV estão corretas. Questão 9/10 - Engenharia de Requisitos Ler em voz alta O Project Management Institute (PMI) apresenta uma constatação preocupante: 47% dos projetos que fracassam são causados por uma deficiência no exercício da engenharia de requisitos (PMBK). Esse estudo não é restrito a projetos de software, mas a projetos de forma geral. É possível que o resultado seja ainda pior para o contexto de projetos de software, pois as falhas de requisitos também vão gerar retrabalho, mas isso não costuma ser tão visível. Fonte: VAZQUEZ, Carlos Eduardo; SIMÕES, Guilherme Siqueira. Engenharia de Requisitos: Software orientado ao negócio. Rio de Janeiro: Brasport, 2016. Sobre as principais causas de fracasso na engenharia de requisitos, analise as assertivas abaixo e assinale a alternativa correta. I. Planejamento inadequado, definição de escopo, cliente envolvido em todas as fases do projeto, cronograma muito curto para a conclusão do projeto. II. Inexperiência dos gestores do projeto, alterações efetuadas no escopo, mudança de stakholders do cliente. III. Falta de envolvimento do cliente, falta de suporte e envolvimento da alta gestão, definição do escopo. A Todas as afirmativas estão corretas. B Todas as afirmativas estão incorretas. C Apenas as afirmativas II e III estão corretas. D Apenas as afirmativas I e II estão corretas. E Apenas as afirmativas I e III estão corretas. Questão 10/10 - Engenharia de Requisitos Ler em voz alta O documento de especificação de requisitos de software vincula contratantes e contratados, possuindo valor legal em casos de processos judiciais. No entanto, também é lido pelos desenvolvedores do projeto e toda a equipe, além de acessível a todos os envolvidos (stakeholders). O nível de detalhamento técnico que esse documento deve ter pode variar em função do processo escolhido e do tipo de sistema a ser desenvolvido. Nesse documento são descritos todos os requisitos funcionais e não funcionais que o sistema deve atender. Fonte: KERR, Eduardo Santos (organizador). Gerenciamento de Requisitos. São Paulo: Pearson, 2015. Assinale a alternativa que apresenta um requisito não funcional. A Um usuário deve acessar o sistema através de um login e de uma senha. B O sistema deve calcular o total de uma compra. C O sistema deve enviar um e-mail com o comprovante da compra. D O sistema deve garantir que todas as informações de vendas sejam armazenadas por, no mínimo, cinco anos. E O sistema deve manter o registro de todas as vendas.