Questões de Concurso Comentadas sobre metodologia de desenvolvimento de software em engenharia de software

Foram encontradas 388 questões

Ano: 2025 Banca: TJ-PI Órgão: TJ-PI Prova: TJ-PI - 2025 - TJ-PI - Residente Tecnológico |
Q3903028 Engenharia de Software
Qual é uma das principais vantagens do modelo ágil em comparação com o modelo cascata no desenvolvimento de software?
Alternativas
Q3893938 Engenharia de Software
Uma equipe de desenvolvimento de software foi reestruturada para adotar práticas DevOps com o objetivo de melhorar a colaboração entre desenvolvedores e operadores, reduzir o tempo de entrega e aumentar a confiabilidade dos sistemas. Considerando os princípios e modelos do DevOps, assinale a alternativa correta.
Alternativas
Q3845357 Engenharia de Software
O Desenvolvimento orientado por comportamento (BDD) refere-se a uma técnica de desenvolvimento ágil, que visa integrar regras de negócios com linguagem de programação, focando o comportamento do software. Tem como objetivo melhorar a colaboração entre desenvolvedores, analistas de negócios e stakeholders, para que todos possam ter uma compreensão clara das expectativas em relação ao software. Para aplicar o processo de BDD de forma eficiente, é necessário seguir uma ordem específica, que inclui quatro etapas distintas, caracterizadas a seguir.
I.É a fase em que o Product Owner explica a visão geral do negócio, na qual a equipe utiliza o processo de discussão do BDD para reunir exemplos de usuários e entender como a função fornecida é usada, identificando problemas e possíveis novas regras de negócios.
II.É a fase em que a equipe faz perguntas para determinar quais regras, critérios de aceitação ou novas histórias podem ser criadas, na qual o esclarecimento das ideias ocorre por meio do diálogo entre os participantes.
III.É a fase em que todas as questões discutidas são agrupadas, criando um documento que contém todas as notas reunidas, na qual a linguagem Gherkin é geralmente recomendada ao criar critérios de aceitação.
IV.É a fase em que após pesquisar e testar a história, a equipe de desenvolvimento apresenta ao Product Owner para validação, na qual a história validada é utilizada durante a revisão da produção do projeto, para garantir que o produto corresponda aos padrões estabelecidos. Para finalizar, após a instalação do aplicativo no ambiente de produção, ocorre o monitoramento da funcionalidade para coletar feedback do cliente sobre o sistema desenvolvido.
As etapas descritas são conhecidas, respectivamente, como: 
Alternativas
Q3841881 Engenharia de Software
DevOps representa uma sigla que define uma forma de pensar e uma mudança cultural, em que as equipes adotam novas formas de trabalhar no âmbito das instituições. Nesse contexto, os desenvolvedores se aproximam dos usuários, visando obter uma compreensão melhor do ambiente em foco. As equipes de operações se envolvem no processo de desenvolvimento e adicionam requisitos de manutenção e necessidades do cliente, além de adotarem princípios essenciais, que ajudam as equipes a oferecerem aplicativos e serviços em um ritmo mais rápido e com maior qualidade, em comparação com as organizações que usam o modelo de desenvolvimento de software tradicional. O princípio fundamental do DevOps envolve a união das equipes de desenvolvimento e de operações em uma só funcional que se comunica, compartilha feedback e troca experiências e informações durante todo o ciclo de desenvolvimento e implementação. Nesse processo, as equipes de desenvolvimento e de operações se fundem em uma única unidade que trabalha em todo o ciclo de vida do aplicativo.
Esse princípio é conhecido por: 
Alternativas
Q3841436 Engenharia de Software
A abordagem DevOPs foi criada com o objetivo básico de juntar as boas práticas do time de desenvolvimento e do time de operação. Essa abordagem é embasada em:
Alternativas
Q3841434 Engenharia de Software
No Kanban trabalha-se com o sistema puxado em que é necessário estabelecer um limite do trabalho em andamento para que o time possa terminar o trabalho atual antes de começar novos trabalhos. Esse conceito é conhecido como: 
Alternativas
Q3816311 Engenharia de Software
Em um cenário corporativo onde coexistem múltiplos sistemas com diferentes tecnologias, requisitos de negócio que mudam rapidamente e demanda por alta confiabilidade e reutilização, a escolha do paradigma de desenvolvimento de software torna-se crítica. Qual das alternativas abaixo descreve corretamente um paradigma e sua aplicabilidade, com base em fundamentos da engenharia de software? 
Alternativas
Q3795407 Engenharia de Software
Sobre o tema Fundamentos de Engenharia de Software, assinale a alternativa INCORRETA. 
Alternativas
Q3794591 Engenharia de Software
Sobre a metodologia ágil Scrum, de acordo com o Guia do Scrum (versão 2020) em português, disponível no site https://scrumguides.org, assinale a alternativa INCORRETA.
Alternativas
Q3785049 Engenharia de Software
De acordo com a Portaria nº 750/2023, assinale a opção que apresenta a metodologia a ser adotada preferencialmente na contratação de serviços de desenvolvimento, manutenção e sustentação de software.
Alternativas
Q3784764 Engenharia de Software

Em um quadro Kanban, uma equipe observou que a coluna Em Teste estava constantemente cheia, atingindo seu limite de trabalho em progresso (WIP), enquanto a coluna Desenvolvimento ficava bloqueada, pois não poderia mover novos itens para Em Teste.


Com base nessa situação hipotética, assinale a opção que apresenta esse fenômeno e a ação sugerida pelos princípios do Kanban para resolvê-lo. 

Alternativas
Q3781134 Engenharia de Software
Em uma organização de desenvolvimento de software em larga escala, adotou-se o Scaled Agile Framework (SAFe). O time está se preparando para o evento de planejamento do Program Increment (PI Planning), que define o conteúdo para o próximo incremento de valor.
Durante o planejamento, o time de desenvolvimento precisa se comprometer com a entrega de funcionalidades e estimar o trabalho.
Assinale a opção que indica o produto ou resultado principal (output) do evento de PI Planning que serve como guia para a execução do trabalho nos próximos sprints, e a técnica utilizada pelos times para quantificar o esforço das histórias de usuário durante este evento.
Alternativas
Q3779552 Engenharia de Software

Ambas as metodologias, Kanban e Scrum, são ágeis e visam a entrega de valor. No entanto, elas utilizam mecanismos diferentes para gerenciar a cadência de trabalho.

A principal diferença no mecanismo de controle de fluxo entre o Scrum e o Kanban é que o Scrum

Alternativas
Q3779524 Engenharia de Software

A equipe de desenvolvimento ágil está utilizando Story Points para estimar o esforço relativo das funcionalidades do sistema. Em uma sessão de Planning Poker, uma User Story Gerar Relatório de Presença recebe 8 Story Points, enquanto a Story de Atualizar Telefone do Parlamentar recebe 3 Story Points.


Os valores de 8 Story Points e 3 Story Points representam

Alternativas
Q3777180 Engenharia de Software
Em projetos de sistemas de grande porte e com alto risco, como o desenvolvimento de um sistema de segurança predial na Assembleia Legislativa, um modelo de ciclo de vida é escolhido por seu foco sistemático na identificação e gestão de riscos em cada volta do ciclo.
O seguinte modelo de desenvolvimento de software tem como característica central a Gestão de Risco como atividade dominante em cada iteração:
Alternativas
Q3777162 Engenharia de Software
O Pair Programming é uma prática central do XP, onde dois desenvolvedores trabalham juntos em um único computador na mesma tarefa. Um atua enquanto Piloto e o outro como Navegador.
Além da melhoria imediata na qualidade do código, o benefício intangível de longo prazo mais significativo do Pair Programming para o conhecimento da equipe será
Alternativas
Q3777157 Engenharia de Software
A área de TI da Assembleia Legislativa está implementando o Scrum para o desenvolvimento do novo portal de transparência. Durante uma reunião de Sprint Planning, o time de desenvolvimento recusa-se a se comprometer com um conjunto de itens do Product Backlog (PB) que o Product Owner (PO) exigiu, alegando que o esforço excede a capacidade histórica do time.
Segundo o Scrum, a responsabilidade final pela composição do Sprint Backlog e, portanto, pela validação de sua viabilidade dentro do Sprint, é
Alternativas
Q3760446 Engenharia de Software
Bacich e Moran (2018), ao analisarem o Design Thinking, destacam que ele é uma estratégia de metodologia ativa alicerçada em cinco fases: empatizar, definir, prototipar, testar e 
Alternativas
Q3748914 Engenharia de Software
Uma empresa está desenvolvendo um sistema utilizando a metodologia Scrum. O projeto está no meio da sprint 3, com duração de duas semanas. Durante esse período, um desenvolvedor percebeu que uma das interfaces planejadas não está mais em conformidade com as novas diretrizes do cliente e decide contatá‑lo diretamente para realizar as alterações no requisito antes do fim da sprint. Ao saber disso, o Scrum Master intervém e explica ao desenvolvedor que o procedimento adotado não está em conformidade com o framework Scrum, pois compromete a organização e a estabilidade da sprint.
Com base nessa situação hipotética, e considerando os princípios da metodologia Scrum, assinale a opção correta.  
Alternativas
Q3707495 Engenharia de Software
No Behavior-Driven Development (BDD), a linguagem Gherkin é utilizada para descrever cenários de teste de forma compreensível tanto para desenvolvedores quanto para usuários de negócio. Considere o exemplo abaixo:

Cenário: Login bem-sucedido Dado que o usuário informou um login e senha válidos Quando o usuário confirma o acesso Então o sistema exibe a página inicial

O principal objetivo desse tipo de especificação em Gherkin é: 
Alternativas
Respostas
41: C
42: A
43: C
44: D
45: C
46: D
47: B
48: A
49: D
50: B
51: A
52: C
53: D
54: D
55: B
56: D
57: A
58: A
59: B
60: B