engenharia de requisitos

Prévia do material em texto

Questão 1/12 Engenharia de Requisitos Ler em voz alta Na modelagem de requisitos 0 foco principal está no "quê" e não no "como", ou seja, descrever tipos de interação do usuário, quais objetos 0 sistema deverá manipular e quais funções executar, quais interfaces serão definidas e quais as restrições que se aplicam, de modo a atender 0 que 0 cliente precisa e solicitou. Baseado no texto e conhecimentos sobre os princípios para refinar requisitos, analise as assertivas abaixo e assinale a alternativa correta. I.A análise deve partir da informação essencial para detalhes da implementação. PORQUE II. 0 problema deve ser descrito sem levar em consideração como será implementada a solução. Nota: 10.0 A As asserções e II são proposições verdadeiras e a é uma justificativa correta da I. Você assinalou essa alternativa (A) Você acertou! Conteúdo referente a Aula 4. As asserções e são proposições verdadeiras, mas a não é uma justificativa correta da I. C A asserção é uma proposição verdadeira e a é uma proposição falsa. D A asserção é uma proposição falsa e a é uma proposição verdadeira. E As asserções e são proposições falsas. Questão 2/12 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 0 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. Nota: 10.0 A Ao criar um canvas do produto é possível combinar a metodologia ágil com a experiência do usuário. canvas permite um planejamento mais realista quanto ao cronograma por ser visual. C canvas melhora a comunicação da equipe por ser visual. D Como objetivo está 0 engajamento das partes interessadas e da equipe de desenvolvimento, incentivando a colaboração para minimizar riscos. E Todas as alternativas estão corretas. Você assinalou essa alternativa (E) Você acertou! Conteúdo referente a Aula 6. Questão 3/12 Engenharia de Requisitos Ler em voz alta Durante a atividade de elicitação, 0 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 stakeholders, as quais podem ser classificadas em colaborativas, cognitivas e de abordagens Fonte: Eduardo Santos (organizador) Gerenciamento de São Paulo: 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 Assinale a alternativa que corresponde à técnica citada no texto 10.0 A = Técnicas tradicionais de coleta de dados. assinalou alternativa Você acertou! Conteúdo referente Aula 3 B Técnicas tradicionais de entrevistas Técnicas colaborativas de brainstorming D Técnicas colaborativas de E Nenhuma das alternativasQuestão 4/12 Engenharia de Requisitos Ler em voz alta processo de engenharia de requisitos visa à produção de um documento de requisitos que especifique um sistema que satisfaça as necessidades dos stakeholders. Na figura abaixo são apresentadas as etapas do processo de engenharia de requisitos. Engenharia de Requisitos Desenvolvimento Gerência de Requisitos de Requisitos Elicitação Análise Especificação Validação RE-ESCREVER CLARIFICAR RE-AVALIAR CORRIGIR FECHAR LACUNAS Sobre essas etapas, analise as assertivas abaixo e assinale a alternativa correta. I.A elicitação de requisitos busca identificar 0 entendimento do problema a ser resolvido pelo software. II. Após analisar os requisitos, problemas existentes são retornados aos stakholders para serem resolvidos em consenso e negociação. III. documento de requisitos escrito em linguagem natural pode conter ambiguidades e interpretações erradas. IV. Os processos de elicitação de requisitos, análise e negociação são interativos e intercalados, precisando serem repetidos várias vezes. Nota: 10.0 A Todas as afirmativas estão corretas. Você assinalou essa alternativa (A) Você acertou! Conteúdo referente a Aula 1. Todas as afirmativas estão incorretas. Apenas as afirmativas e III estão D Apenas as afirmativas estão corretas. E Apenas as afirmativas e III estão corretas. Questão 5/12 Engenharia de Requisitos Ler em voz alta Nem todas as mudanças solicitadas deverão ser levadas para a equipe de desenvolvimento, porque é necessário entender impactos dessas mudanças. Avaliar em que momento está 0 desenvolvimento do produto, se já iniciou a implementação, se está no meio ou já em fase de testes, sendo necessário identificar qual a fonte do requisito a ser alterado e qual a sua prioridade em relação ao todo. Algumas tarefas são necessárias para realizar um bom gerenciamento de requisitos. Analise as assertivas abaixo e assinale a alternativa correta sobre essas tarefas. Nota: 0.0 Você não pontuou essa questão A Manter os requisitos, priorizar os requisitos, rastrear os requisitos, avaliar os impactos e aprovar os requisitos. Conteúdo referente a Aula 5. Priorizar os requisitos, manter requisitos, avaliar requisitos, rastrear impactos e aprovar os requisitos. C Verificar os requisitos, validar os requisitos, priorizar os requisitos, aprovar os impactos e implementar os Você assinalou essa alternativa (C) D Manter requisitos, avaliar requisitos, rastrear os requisitos, avaliar impactos e priorizar os requisitos. E Manter requisitos, priorizar requisitos, avaliar requisitos, rastrear impactos e aprovar requisitos.Questão 6/12 Engenharia de Requisitos Ler em voz alta nível de detalhamento dos requisitos é algo que deve ser avaliado conforme 0 porte do sistema, a quantidade de stakeholders, a experiência da equipe, 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 desenvolvedores em um tipo de solução que pode não ser a mais indicada, mas, para atender aos requisitos, acaba sendo utilizada. desafio é encontrar 0 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. 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 0 trabalho da equipe de desenvolvimento, otimizando 0 seu entendimento em relação à codificação necessária para atender a todos requisitos do cliente/usuários. A respeito dessas asserções, assinale a opção correta. Nota: 10.0 A As asserções e II são proposições verdadeiras e a é uma justificativa correta da I. Você assinalou essa alternativa (A) Você acertou! Conteúdo referente a Aula 3. As asserções e são proposições verdadeiras, mas a não é uma justificativa correta da I. A asserção é uma proposição verdadeira e a é uma proposição falsa. D A asserção é uma proposição falsa e a é uma proposição verdadeira. E As asserções e são proposições falsas. Ler em Todo 0 material obtido na elicitação deve ser avaliado na análise de requisitos para considerar como software afetará 0 funcionamento da empresa e que mudanças nos fluxos operacionais irá produzir. Todas as tarefas que são realizadas sem 0 software são procedimentos formais e práticas estabelecidas e consideradas em relação aos requisitos levantados. A partir da análise da informação do texto, assinale a alternativa correta. I. fluxo operacional da organização pode ser alterado por novas tarefas que somente existirão pela nova solução de software a ser implantada. II. Os fluxos operacionais podem ser alterados pelo software, causando inovações e melhorias. III. software acabará substituindo pessoas devido à capacidade de execução das tarefas e maior rapidez, no entanto, nem todas as tarefas podem ser transferidas para 0 meio digital. Nota: 0.0 Você não pontuou essa questão A Todas as afirmativas estão corretas. Conteúdo referente a Aula 4. Todas as afirmativas estão incorretas. C Apenas as afirmativas e III estão corretas. Você assinalou essa alternativa (C) D Apenas as afirmativas le III estão corretas. E Apenas as afirmativas le estão corretas.Questão 8/12 Engenharia de Requisitos Ler em voz alta 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 0 resultado seja ainda pior para 0 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: Carlos 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. Nota: 10.0 A Todas as afirmativas estão corretas. Todas as afirmativas estão incorretas. Apenas as afirmativas e III estão corretas. Você assinalou essa alternativa (C) Você acertou! Conteúdo referente a Aula 1. Apenas as afirmativas le estão Questão 9/12 Engenharia de Requisitos Ler em voz alta Os stakeholders (ou partes interessadas ou envolvidos) são a maior fonte de requisitos do projeto. Pessoas e organizações que tem influência nos requisitos, como usuários e operadores do sistema, desenvolvedores, clientes, arquitetos de solução e testadores. Assinale a alternativa correta em relação aos stakeholders e 0 que são. Nota: 10.0 A Os stakeholders influenciam de alguma forma os requisitos de um sistema. As partes interessadas podem ser pessoas dentro da organização que conhecem processos, mas não interagem com 0 sistema. C Os stakeholders podem ser diretores da empresa ou proprietário. D Os stakeholders podem ser outras empresas que interagem com 0 sistema. E Todas as alternativas são verdadeiras. Você assinalou essa alternativa (E) Você acertou! Conteúdo referente a Aula 2. Questão 10/12 Engenharia de Requisitos Ler em voz alta Uma razão para as mudanças frequentes de requistos em grandes sistemas de software é que esses sistemas são desenvolvidos para tratar de problemas que não podem ser definidos completamente. Durante 0 processo de desenvolvimento do software, a compreensão que stakeholders têm do problema muda constantemente e os requisitos devem evoluir para refletir essa compreensão alterada do problema. Muitas mudanças nos requisitos do sistema surgem em razão de mudanças no ambiente de negócios da empresa, visto que: Os ambientes de negócio e tecnologia sempre mudam; A empresa pode comprar um novo hardware que demanda mudanças no sistema Pode ser necessário integrar com outros sistemas da empresa; As prioridades do negócio podem mudar; Novas legislações podem ser Como os requisitos estão evoluindo, é preciso acompanhar cada um e manter vínculos entre requisitos dependentes para que se possa avaliar 0 impacto das mudanças. Fonte: lan. Engenharia de Software São Paulo: 2018. Analise as alternativas abaixo e indique a opção que se refere ao processo descrito no textoNota: 0.0 Você não pontuou essa questão A Rastreabilidade de requisitos. Você assinalou essa alternativa (A) Planejamento de mudanças. Gerência de requisitos. Conteúdo referente a Aula 5. D Validação de requisitos. E Nenhuma das alternativas. Questão 11/12 Engenharia de Requisitos (questão opcional) Ler em voz alta 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 envolvidos (stakeholders). 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 requisitos funcionais e não funcionais que sistema deve atender. Fonte: Eduardo Santos Gerenciamento de São Paulo: 2015. Assinale a alternativa que apresenta um requisito não 0.0 Você não pontuou essa questão A Um usuário deve acessar 0 sistema através de um login e de uma senha. Você assinalou essa alternativa sistema deve calcular 0 total de uma compra. sistema deve enviar um e-mail com 0 comprovante da compra. D sistema deve garantir que todas as informações de vendas sejam armazenadas por, no mínimo, cinco anos. Conteúdo referente a Aula 2. Tema 4, Seção 4.2.4.1 Requisitos Funcionais: Um requisito funcional define uma função do sistema ou um comportamento do usuário interagindo com 0 sistema. Um requisito não funcional define limitações aos requisitos, parâmetros de execução, desempenho, entre outras características, como abordado na Seção 4.2.4.2. E sistema deve manter registro de todas as vendas. Questão 12/12 Engenharia de Requisitos (questão opcional) Ler em voz alta backlog do produto contém todas as tarefas que precisam ser executadas para a entrega final do produto de software. dono do produto ou 0 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. Nota: 10.0 A MoSCoW, suposição, stakeholders. MoSCoW, Washington, BUC. C Scorecard, negócio X risco, MoSCoW. Você assinalou essa alternativa (C) Você acertou! Conteúdo referente a Aula 6. As técnicas de priorização citadas no texto da disciplina e nas referências bibliográficas são: Scorecard, negócio X risco, MoSCoW, BUC e suposição. D Negócio X riscos, suposição, stakeholders. E Scorecard, BUC, Washington.