WorksheetsRevisão - ES 1
Total questions: 35
Worksheet time: 2hrs 45mins
Name
Class
Date
1.
Uma empresa do setor financeiro está desenvolvendo um novo sistema de home banking. Os requisitos são complexos e foram detalhadamente documentados em uma fase inicial. A diretoria exige que o escopo seja estritamente controlado e que o sistema seja entregue completo, sem liberações parciais. A equipe de desenvolvimento é grande e dividida por especialidades.
Considerando o cenário descrito, qual modelo de ciclo de vida de software é o mais adequado para gerenciar o desenvolvimento deste projeto?
a)
Modelo em Cascata.
b)
Modelo Espiral, para analisar os riscos financeiros do projeto.
c)
Scrum, pois permite maior flexibilidade para o escopo.
d)
Modelo Incremental, para entregar o módulo de login antecipadamente.
e)
Extreme Programming (XP), para garantir a máxima qualidade do código.
2.
Durante uma reunião de planejamento, um gerente de projetos afirmou: "Nossa principal atividade agora é entender o que o cliente realmente precisa. Precisamos conduzir entrevistas, workshops e analisar documentos para definir os serviços que o sistema deverá fornecer e as restrições sob as quais ele operará."
A qual atividade fundamental do processo de software o gerente de projetos está se referindo?
a)
Validação de software.
b)
Projeto de arquitetura.
c)
Evolução de software.
d)
Especificação de software.
e)
Implementação e testes.
3.
Uma startup está criando um aplicativo inovador para redes sociais. O mercado é volátil e os requisitos dos usuários mudam constantemente com base no feedback das primeiras versões lançadas. A equipe é pequena, multifuncional e precisa de um processo que permita entregas rápidas e contínuas para se adaptar às novas demandas.
Avaliando o contexto da startup, qual abordagem de desenvolvimento de software seria mais eficaz?
a)
Modelo em Cascata, para garantir uma documentação completa e robusta desde o início.
b)
Modelo de Integração e Configuração, focando na reutilização de componentes de outras redes sociais.
c)
Uma abordagem ágil, como o Scrum, que prioriza a adaptabilidade e entregas de valor em ciclos curtos.
d)
Modelo Espiral, para tratar os riscos de aceitação do produto no mercado a cada ciclo do projeto.
e)
Modelo de Prototipação, para criar um modelo inicial e depois iniciar o desenvolvimento real do zero.
4.
Em um projeto Scrum, ao final de uma Sprint de duas semanas, a equipe se reúne para apresentar o incremento de software funcional desenvolvido para o Product Owner e outras partes interessadas. O objetivo desta reunião é inspecionar o resultado da Sprint e adaptar o Product Backlog, se necessário.
Como é denominado este evento formal do Scrum?
a)
Sprint Planning, onde o trabalho da Sprint é planejado.
b)
Daily Scrum, que é a reunião de sincronização diária da equipe.
c)
Sprint Retrospective, na qual se inspeciona o processo de trabalho da equipe.
d)
Sprint Review, onde se inspeciona o incremento do produto.
e)
Backlog Refinement, que é a atividade de detalhar os itens do backlog.
5.
A equipe de um sistema de controle de voo está preocupada com os altos riscos associados ao projeto, especialmente em relação à performance do novo hardware de radar e à complexidade dos algoritmos de prevenção de colisão. A equipe precisa de um modelo de ciclo de vida que trate explicitamente da análise e mitigação desses riscos em cada fase.
Qual modelo de ciclo de vida melhor atende à necessidade de gerenciamento explícito de riscos?
a)
Modelo em Cascata, devido à sua estrutura rígida e sequencial de fases.
b)
Modelo Incremental, pois permite testar o hardware em um dos primeiros incrementos.
c)
Modelo Espiral, que incorpora a análise de riscos como uma atividade fundamental em cada iteração.
d)
Modelo de Prototipação, para construir uma versão de testes do hardware do radar.
e)
Extreme Programming (XP), por suas práticas de programação em par e TDD.
6.
Uma das práticas do Extreme Programming (XP) envolve dois programadores trabalhando juntos em uma única estação de trabalho. Um, o "piloto", escreve o código, enquanto o outro, o "copiloto", revisa o código em tempo real, sugere melhorias e pensa na estratégia de implementação.
Identifique o nome da prática do XP descrita no texto-base.
a)
Refatoração (Refactoring).
b)
Integração Contínua (Continuous Integration).
c)
Programação em Par (Pair Programming).
d)
Desenvolvimento Orientado a Testes (TDD).
e)
Propriedade Coletiva do Código (Collective Code Ownership).
7.
Uma empresa está construindo um novo portal de e-commerce. A estratégia é lançar rapidamente uma versão funcional com as funcionalidades essenciais (cadastro, carrinho, checkout) e, posteriormente, adicionar novas funcionalidades (lista de desejos, avaliações) em lançamentos subsequentes.
Este plano de desenvolvimento, que consiste em entregar o sistema em partes funcionais, é característico de qual modelo de ciclo de vida?
a)
Modelo em Cascata, pois as funcionalidades são bem definidas.
b)
Modelo Incremental, pois entrega o sistema em partes operacionais.
c)
Modelo Espiral, focado em analisar os riscos de cada nova funcionalidade.
d)
Modelo de Prototipação Descartável, para validar o design inicial.
e)
Modelo Orientado à Reutilização, para integrar sistemas de checkout prontos.
8.
Associe cada papel do Scrum à sua principal responsabilidade ou característica.
a)
Product Owner, que é o responsável por maximizar o valor do produto.
1.
Responsável por maximizar o valor do produto.
b)
Membro da Equipe de Desenvolvimento, que é quem constrói o software.
2.
Responsável por construir o software.
c)
Scrum Master, que atua como coach e facilitador do processo Scrum.
3.
Atua como coach, facilitador do processo Scrum e líder-servidor.
d)
Stakeholder, que é a parte interessada no sucesso do produto.
4.
Parte interessada no sucesso do produto.
e)
Gerente de Projetos, que define o cronograma e os custos do projeto.
5.
Define cronograma e custos do projeto.
9.
Um sistema legado de gestão de recursos humanos, desenvolvido há 15 anos, precisa ser atualizado para atender a novas leis trabalhistas e para ser integrado a um novo sistema de ponto eletrônico. A equipe de manutenção precisará analisar o código existente, projetar as alterações e implementá-las.
Esta atividade de modificar um software após sua entrega é conhecida como:
a)
Validação de software.
b)
Reengenharia de software.
c)
Evolução de software.
d)
Prototipação de software.
e)
Especificação de software.
10.
Uma empresa de consultoria foi contratada para desenvolver um sistema de informação gerencial customizado. A empresa cliente já possui licenças de um sistema ERP e de um CRM. A estratégia é desenvolver o mínimo de código novo possível, focando em integrar e configurar os sistemas existentes.
O modelo de processo que se baseia na existência de componentes reutilizáveis é o modelo de:
a)
Desenvolvimento Incremental.
b)
Modelo em Cascata.
c)
Integração e Configuração.
d)
Modelo Espiral.
e)
Prototipação Evolutiva.
11.
No Extreme Programming (XP), antes de escrever qualquer código de produção, o desenvolvedor deve primeiro escrever um teste automatizado que falha. Em seguida, ele escreve o código mínimo necessário para fazer o teste passar. Finalmente, ele refatora o código para melhorar sua qualidade e design.
Esta prática fundamental do XP é chamada de:
a)
Integração Contínua.
b)
Jogo do Planejamento (Planning Game).
c)
Refatoração (Refactoring).
d)
Pequenos Lançamentos (Small Releases).
e)
Desenvolvimento Orientado a Testes (TDD).
12.
A atividade de "verificar e validar" (V&V) é crucial para o controle de qualidade. A verificação busca responder à pergunta "Estamos construindo o produto certo?", enquanto a validação busca responder "Estamos construindo o certo produto?".
Analisando a afirmação, identifique o erro conceitual presente.
a)
A verificação é uma atividade exclusiva da equipe de testes.
b)
A validação e a verificação são, na prática, a mesma atividade.
c)
A afirmação inverte os conceitos de verificação e validação.
d)
A validação só pode ser realizada após a entrega final do produto.
e)
A verificação sempre ocorre antes da validação em qualquer modelo.
13.
Em um projeto Scrum, o Product Owner (PO) é responsável por manter uma lista ordenada de tudo o que é conhecido ser necessário no produto. Esta lista é dinâmica, nunca está completa e é a única fonte de requisitos para qualquer mudança a ser feita no produto.
Qual artefato do Scrum corresponde à descrição?
a)
Sprint Backlog.
b)
Product Backlog.
c)
Incremento do Produto.
d)
Burndown Chart.
e)
Definition of Done.
14.
"A engenharia de software é uma disciplina da engenharia que se preocupa com todos os aspectos da produção de software, desde os estágios iniciais de especificação do sistema até a manutenção do sistema após sua entrada em operação." (Fonte: Sommerville, adaptado).
Com base na definição, pode-se inferir que a Engenharia de Software difere da ciência da computação por seu foco:
a)
nos fundamentos teóricos e matemáticos da computação.
b)
em questões práticas de desenvolvimento e manutenção de software útil.
c)
apenas na programação de sistemas de baixo nível e compiladores.
d)
na construção de hardware e na arquitetura física de computadores.
e)
na análise da complexidade assintótica de diferentes algoritmos.
15.
Durante a Sprint Planning, a equipe de desenvolvimento seleciona um conjunto de itens do topo do Product Backlog para trabalhar. Esse conjunto de itens, juntamente com um plano para entregar o incremento e realizar o objetivo da Sprint, forma um novo artefato.
Qual é o nome do artefato do Scrum que é criado durante a Sprint Planning?
a)
Product Backlog.
b)
Sprint Goal (Meta da Sprint).
c)
Incremento do Produto.
d)
Sprint Backlog.
e)
Definition of Ready.
16.
Associe cada etapa do processo de software à sua descrição correspondente.
a)
Reengenharia de software.
1.
Processo de modificar e melhorar sistemas existentes sem alterar sua funcionalidade principal.
b)
Manutenção corretiva.
2.
Processo de corrigir defeitos identificados em um sistema de software.
c)
Projeto (Design) e implementação.
3.
Transformação da especificação do sistema em um sistema executável, envolvendo o projeto da arquitetura, interfaces, componentes e algoritmos.
d)
Validação de software.
4.
Processo de garantir que o sistema atenda aos requisitos especificados por meio de testes e revisões.
e)
Elicitação de requisitos.
5.
Processo de coletar e definir as necessidades e restrições dos stakeholders para o sistema.
17.
A figura ilustra um fluxo de trabalho sequencial: [Requisitos] -> [Projeto] -> [Implementação] -> [Testes] -> [Implantação] -> [Manutenção]. A saída de uma fase é a entrada da fase seguinte, e cada fase deve ser concluída antes do início da próxima.
A representação gráfica demonstra as fases de qual modelo de ciclo de vida?
a)
Modelo Espiral.
b)
Modelo Incremental.
c)
Scrum.
d)
Modelo em Cascata.
e)
Modelo de Prototipação.
18.
No final de cada Sprint, a equipe Scrum se reúne em um evento específico, sem stakeholders externos. O propósito é inspecionar a si mesma e criar um plano de melhorias a serem aplicadas na próxima Sprint, focando no processo, nas ferramentas e nos relacionamentos.
Este evento de melhoria contínua do processo no Scrum é chamado de:
a)
Sprint Review.
b)
Sprint Planning.
c)
Daily Scrum.
d)
Sprint Retrospective.
e)
Backlog Refinement.
19.
O Manifesto Ágil estabelece o valor: "Indivíduos e interações mais que processos e ferramentas".
Qual das seguintes ações em um projeto de software melhor reflete a aplicação prática deste valor?
a)
Exigir que toda comunicação seja formalizada através de uma ferramenta de tickets.
b)
Promover a comunicação direta e a colaboração para resolver um problema.
c)
Implementar um processo de aprovação hierárquico com várias etapas.
d)
Adquirir a ferramenta de gerenciamento de projetos mais completa do mercado.
e)
Priorizar a documentação detalhada em vez de conversas com o cliente.
20.
A prática de Refatoração (Refactoring) no XP consiste em melhorar a estrutura interna do código-fonte sem alterar seu comportamento externo, visando torná-lo mais limpo, fácil de entender e de manter.
Quando é o momento ideal para aplicar a refatoração, de acordo com as práticas do XP?
a)
Apenas em uma fase de "limpeza de código" ao final do projeto.
b)
Continuamente, em pequenos passos, ao identificar uma oportunidade de melhoria.
c)
Apenas quando um novo desenvolvedor não entende o código existente.
d)
Somente quando o cliente relata um bug relacionado à complexidade.
e)
Antes de iniciar o desenvolvimento, em uma Sprint dedicada a isso.
21.
Uma equipe Scrum está tendo dificuldades, pois o código funcional frequentemente não passa nos testes de integração e a documentação não é atualizada. Isso gera discussões na Sprint Review sobre se o trabalho está "realmente pronto".
Para resolver essa ambiguidade, qual conceito do Scrum a equipe deve criar e aderir?
a)
Sprint Goal (Meta da Sprint).
b)
Definition of Done (Definição de Pronto).
c)
Product Backlog com critérios de aceite.
d)
User Story (História de Usuário) bem escrita.
e)
Burndown Chart para acompanhar o progresso.
22.
Um gerente de TI justifica a adoção da Engenharia de Software: "Precisamos de uma abordagem sistemática, disciplinada e quantificável para o desenvolvimento, operação e manutenção de software, para gerenciar a complexidade e entregar produtos com mais qualidade e previsibilidade."
A justificativa do gerente destaca a Engenharia de Software como uma disciplina que visa principalmente:
a)
Aumentar o número de linhas de código produzidas pela equipe.
b)
Reduzir a necessidade de comunicação direta com o cliente final.
c)
Aplicar princípios de engenharia para lidar com custos, prazos e qualidade.
d)
Focar exclusivamente na velocidade de entrega do produto de software.
e)
Utilizar sempre as linguagens de programação mais recentes do mercado.
23.
Em um projeto ágil, a equipe se reúne todos os dias, no mesmo horário e local, para uma reunião rápida (geralmente 15 minutos). O objetivo é sincronizar as atividades e planejar o trabalho para as próximas 24 horas, identificando possíveis impedimentos.
Este evento diário de sincronização no Scrum é conhecido como:
a)
Sprint Review.
b)
Sprint Retrospective.
c)
Sprint Planning.
d)
Daily Scrum.
e)
Backlog Refinement.
24.
O modelo Incremental e o Espiral são ambos evolutivos. O primeiro foca na entrega de partes funcionais do sistema, enquanto o segundo organiza suas iterações em torno de uma atividade principal que o diferencia.
Qual é a principal atividade que caracteriza cada ciclo do Modelo Espiral?
a)
A entrega de um incremento funcional.
b)
A análise e mitigação explícita de riscos.
c)
A escrita de testes antes da implementação.
d)
A documentação detalhada dos requisitos.
e)
A realização de uma reunião de planejamento.
25.
Uma das críticas comuns ao Modelo em Cascata é a dificuldade de acomodar mudanças nos requisitos após uma fase ter sido concluída. Uma mudança solicitada durante a fase de testes, por exemplo, pode exigir um retorno custoso à fase de análise.
A rigidez do Modelo em Cascata em relação a mudanças é uma consequência direta de sua natureza:
a)
iterativa e incremental.
b)
ágil e adaptativa.
c)
sequencial e linear.
d)
baseada em riscos.
e)
orientada a protótipos.
26.
Em uma equipe XP, a prática de Integração Contínua (CI) é fundamental. Os desenvolvedores integram seu trabalho com frequência, pelo menos uma vez por dia. Cada integração é verificada por uma construção automatizada (incluindo testes) para detectar erros rapidamente.
Qual é o principal benefício da adoção da Integração Contínua?
a)
Eliminar a necessidade de uma equipe de testes de qualidade (QA).
b)
Reduzir os riscos e problemas da fase de integração do software.
c)
Garantir que o software nunca terá defeitos em ambiente de produção.
d)
Substituir a necessidade de um sistema de controle de versão, como o Git.
e)
Acelerar a fase de levantamento de requisitos com o cliente.
27.
O Product Owner (PO) em um time Scrum tem diversas responsabilidades cruciais, sendo a voz do cliente e das partes interessadas. Sua principal ferramenta de trabalho é o Product Backlog.
Qual das seguintes opções descreve a principal responsabilidade do Product Owner?
a)
Escrever o código das funcionalidades mais críticas do produto.
b)
Decidir a arquitetura técnica e as tecnologias a serem utilizadas.
c)
Maximizar o valor do produto gerenciando e priorizando o Product Backlog.
d)
Facilitar as reuniões da Daily Scrum e remover todos os impedimentos.
e)
Garantir a qualidade do incremento através da execução de testes.
28.
As quatro atividades fundamentais de um processo de software são: Especificação, Projeto e Implementação, Validação e Evolução.
A atividade de Validação de Software, que inclui processos como inspeções e testes, tem como objetivo principal:
a)
Definir detalhadamente o que o sistema deve fazer e suas restrições.
b)
Projetar a estrutura e a arquitetura geral do software a ser construído.
c)
Modificar o software após sua entrega para corrigir falhas ou adaptar.
d)
Garantir que o software está em conformidade com sua especificação.
e)
Traduzir o projeto do software em código executável em uma linguagem.
29.
Relacione cada prática do XP com sua respectiva descrição de atividade colaborativa ou técnica.
a)
Refatoração Contínua.
1.
Melhoria constante do código sem alterar seu comportamento externo.
b)
Programação em Par.
2.
Desenvolvimento de software em duplas, compartilhando um único computador.
c)
Jogo do Planejamento.
3.
Definição colaborativa do escopo da próxima iteração entre equipe e cliente.
d)
Integração Contínua.
4.
Processo frequente de unir e testar partes do código desenvolvidas separadamente.
e)
Reunião de Retrospectiva.
5.
Discussão sobre o que funcionou bem e o que pode ser melhorado após uma iteração.
30.
O Scrum é um framework empírico, baseado em três pilares: Transparência, Inspeção e Adaptação. Para que o pilar da "Inspeção" seja eficaz, os artefatos e o progresso do trabalho precisam ser visíveis e compreendidos por todos os envolvidos.
Qual pilar do empirismo do Scrum é um pré-requisito essencial para que a "Inspeção" ocorra de forma significativa?
a)
Colaboração.
b)
Transparência.
c)
Velocidade.
d)
Documentação.
e)
Planejamento.
31.
Uma empresa está em transição de uma abordagem tradicional para o Scrum. Um gerente de projetos sênior, acostumado a definir escopo, atribuir tarefas e controlar o cronograma, questiona a necessidade de um Scrum Master, argumentando que as funções parecem semelhantes.
Qual a principal diferença entre a atuação de um Scrum Master e a de um Gerente de Projetos tradicional?
a)
O Scrum Master se reporta diretamente aos stakeholders, enquanto o Gerente de Projetos se reporta à equipe.
b)
Ambos possuem a mesma função, mas com nomenclaturas diferentes para se adequar ao método ágil.
c)
O Gerente de Projetos foca na qualidade do produto, enquanto o Scrum Master foca apenas no cumprimento dos prazos.
d)
O Scrum Master é um líder-servidor que remove impedimentos, enquanto o Gerente de Projetos gerencia recursos e controla o projeto.
e)
O Scrum Master é o único responsável pelo sucesso financeiro do projeto, papel que era do Gerente de Projetos.
32.
Um software de logística, em operação há dois anos, precisa de uma modificação para se adequar a uma nova regulamentação de transporte. Além disso, os usuários solicitaram uma melhoria na interface de geração de relatórios para torná-la mais intuitiva.
As atividades de modificação descritas no texto-base fazem parte de qual fase fundamental do processo de software?
a)
Especificação de software, pois novos requisitos estão sendo definidos.
b)
Validação de software, pois as novas funcionalidades precisarão ser testadas.
c)
Evolução de software, que lida com a adaptação do software após sua entrega.
d)
Desenvolvimento de software, pois envolve a criação de novas linhas de código.
e)
Prototipação de software, para criar um modelo da nova interface de relatórios.
33.
Uma equipe Scrum frequentemente inicia Sprints, mas descobre no meio do caminho que os itens do Product Backlog selecionados são vagos, não possuem critérios de aceite claros e têm dependências externas não resolvidas, o que causa atrasos e frustração.
Para mitigar este problema, a equipe poderia instituir uma "Definição de Preparado" (Definition of Ready). Qual o propósito deste conceito?
a)
Assegurar que o incremento de software ao final da Sprint está pronto para ser entregue.
b)
Garantir que os itens do backlog estejam claros e factíveis antes de serem puxados para uma Sprint.
c)
Definir um checklist de tarefas que cada desenvolvedor deve seguir durante a codificação.
d)
Listar todos os bugs que devem ser corrigidos antes do início da próxima Sprint.
e)
Formalizar o plano de testes que será aplicado pela equipe de QA durante a Sprint.
34.
Uma empresa foi contratada para desenvolver o software de controle de um marca-passo cardíaco. Os requisitos são definidos por agências reguladoras, são extremamente estáveis e exigem um processo de validação e verificação formal e exaustivamente documentado para cada fase.
Considerando as características do projeto, por que uma abordagem ágil como o Scrum seria inadequada?
a)
Porque o Scrum não possui práticas que garantam a qualidade do software, como a realização de testes.
b)
Porque a natureza iterativa e flexível do Scrum conflita com a necessidade de requisitos fixos e processo sequencial.
c)
Porque o Scrum não permite a comunicação com as partes interessadas, como as agências reguladoras.
d)
Porque o Scrum é um modelo mais caro e sempre leva mais tempo para entregar o produto final.
e)
Porque o Scrum proíbe a geração de qualquer tipo de documentação técnica durante o projeto.
35.
Durante uma Sprint Planning, uma equipe de desenvolvimento seleciona vários itens do topo do Product Backlog: corrigir um bug no login, desenvolver um novo tipo de relatório e alterar a cor de um botão. O Product Owner percebe que não há um tema ou objetivo coeso que una esses itens.
Qual elemento do Scrum a equipe está negligenciando e que serviria para dar foco e um propósito unificado ao trabalho da Sprint?
a)
O Sprint Backlog, que é a lista de tarefas a serem executadas.
b)
A Definição de Pronto (Definition of Done), que garante a qualidade do trabalho.
c)
A Meta da Sprint (Sprint Goal), que é um objetivo de negócio a ser alcançado na Sprint.
d)
A Retrospectiva da Sprint, que serve para melhorar o processo de trabalho da equipe.
e)
O Product Backlog, que contém todas as funcionalidades necessárias para o produto.
100 %
