Engenharia de Software — 21 questão(ões)

← Voltar Mostrar gabarito
#726 ME Dif. 2
(FCC – 2019 – Prefeitura de Manaus – AM – Assistente Técnico de Tecnologia da Informação – Programador) A Fazenda Municipal, se optar por utilizar o método ágil denominado ASD (Adaptive Software Development) – Desenvolvimento Adaptativo de Software, deve observar o cumprimento das seguintes três fases componentes desse método:
  • A) especificação, inspeção e aprendizado.
  • B) planejamento, projeto e codificação.
  • C) qualificação, modelagem e negociação.
  • D) especulação, colaboração e aprendizado.
  • E) hierarquização, contextualização e validação.
#725 ME Dif. 2
(FCC – 2018 – MPE-PE – Analista Ministerial – Informática) Enquanto o processo de desenvolvimento Scrum usa sprints formais (ciclos de trabalho) com funções específicas atribuídas, o Kanban
  • A) não define sprints formais nem papéis específicos para os integrantes da equipe do projeto.
  • B) não define ciclos formais, porém, prescreve papéis específicos para todos os integrantes da equipe do projeto.
  • C) define ciclos formais (sprints), porém, não define papéis específicos para os integrantes da equipe do projeto.
  • D) define ciclos formais de até 4 semanas e papéis específicos para os integrantes da equipe de desenvolvimento.
  • E) define apenas os papéis de Gerente de Projeto e Líder de Equipe, tendo o desenvolvimento pautado por ciclos de duas semanas chamados slices.
#724 ME Dif. 2
(FCC – 2021 – TJ-SC – Analista de Sistemas) Considere que um projeto da SANASA esteja em andamento e a equipe esteja utilizando o método Kanban. Em um certo momento do projeto, o quadro Kanban está como o apresentado abaixo. De acordo com o quadro,
  • A) Implantar é um buffer da coluna Teste.
  • B) existe uma priorização de itens nas colunas. Os defeitos ficam acima, pois encadeiam uma maior prioridade. A priorização faz com que a equipe saiba em que trabalhar primeiro, agregando mais valor ao processo.
  • C) a 7ª tarefa que entrará na coluna Fazer deverá receber mais 2 recursos.
  • D) as 3 tarefas da coluna Fazer chegarão ao mesmo tempo na coluna Teste.
  • E) a inexistência de linhas horizontais ou raias, cortando as colunas, é uma exigência do Kanban, pois isso atrapalharia o controle da demanda, já que o fluxo deve ser único.
#723 ME Dif. 2
(FCC – 2018 – MPE-PE – Analista Ministerial – Informática) Considere as características abaixo.

I. Colaboração e desenvolvimento de empatia entre integrantes das equipes com foco no projeto e não em interesses pessoais.

II. Reuniões com a participação de profissionais de várias áreas necessárias para o projeto (desenvolvimento, operações, apoio).

III. Utilização de metodologias ágeis como RUP, XP e/ou Scrum para permitir entregas rápidas e contínuas.

IV. Implementação do gerenciamento de configuração para que mudanças realizadas manualmente nos servidores, sem conhecimento da gerência de configurações, sejam desfeitas.

V. Estratégias para gestão de incidentes bem definidas, políticas de rollback, backup e ferramentas de monitoração proativas.

VI. Ambientes necessários para o trabalho da equipe de desenvolvimento providos de forma dinâmica e automatizada, sem necessidade de intervenção da equipe de operações.

São características corretas e alinhadas às práticas DevOps APENAS os itens
  • A) II, IV e VI.
  • B) I, III e V.
  • C) I, II, IV, V e VI.
  • D) III, IV, V e VI.
  • E) I, II e III.
#722 ME Dif. 2
(FCC – 2018 – DPE-AM – Assistente Técnico de Defensoria – Programador) Um dos artefatos do Scrum é o Backlog da Sprint, que
  • A) é uma lista ordenada de tudo que deve ser necessário ao produto, sendo uma origem única dos requisitos para qualquer mudança a ser feita no produto.
  • B) é a previsão do Scrum Master sobre qual funcionalidade estará no próximo incremento e sobre o tempo de trabalho necessário para entregar essa funcionalidade implementada até a próxima reunião de Revisão da Sprint.
  • C) tem como objetivo deixar visível todo o trabalho que o Scrum Master identifica como necessário para atingir o objetivo da Sprint. O Product Owner é responsável pelo Backlog da Sprint, incluindo seu conteúdo, disponibilidade e ordenação.
  • D) é uma imagem em tempo real do trabalho que o Time de Desenvolvimento planeja completar durante a Sprint. É um conjunto de itens do Backlog do Produto selecionados para a Sprint e pertence exclusivamente ao Time de Desenvolvimento.
  • E) é planejado no começo da Sprint e dele somente podem ser removidos itens. O Backlog da Sprint é um plano com detalhes suficientes para que as mudanças no progresso sejam entendidas pelo Time Scrum.
#721 ME Dif. 2
(FCC – 2018 – SEFAZ-GO – Auditor-Fiscal da Receita Estadual) Um Auditor está trabalhando como Product Owner em um projeto de software de auditoria, elaborando um artefato que contém uma lista dos requisitos funcionais, que serão priorizados e divididos em releases conhecidas como sprints. A metodologia de desenvolvimento utilizada no projeto desse software e o artefato que está sendo elaborado são, respectivamente,
  • A) XP e User Story.
  • B) FDD e User Requirements.
  • C) XP e Backlog da Sprint.
  • D) Scrum e User Story.
  • E) Scrum e Backlog do Produto.
#720 ME Dif. 2
(FCC – 2019 – TRF – 4ª REGIÃO – Analista Judiciário – Sistemas de Tecnologia da Informação) Uma Analista de TI está atuando como Product Owner em um projeto Scrum. Ela está trabalhando na formulação de um acordo para definir quais são os passos mínimos para a conclusão de um item potencialmente entregável, que serve como um contrato entre o Scrum Team e o Product Owner, de forma que os integrantes tenham um entendimento compartilhado do que significa o trabalho estar completo, assegurando a transparência e os padrões de qualidade estabelecidos entre eles. O acordo, denominado
  • A) Scrum rules, integra os eventos, papéis e artefatos, administrando as relações e interações entre eles, e é criado na 1ª sessão do Sprint Review Meeting.
  • B) incremento, pode evoluir normalmente ao longo do projeto, porém é recomendável que a primeira versão seja criada durante a primeira sessão de Sprint Planning, após a realização da primeira Sprint do projeto.
  • C) DoD, é a soma de todos os itens do Product Backlog completados durante a Sprint e o valor dos incrementos de todas as Sprints anteriores.
  • D) Scrum rules, é um conjunto de itens do Product Backlog selecionados para a Sprint que forma o plano para entregar o incremento do produto e atingir o objetivo da Sprint.
  • E) DoD, também orienta o Scrum Team no conhecimento de quantos itens do Product Backlog podem ser selecionados durante a Sprint Planning Meeting.
#719 ME Dif. 2
(FCC – 2018 – TRT – 2ª REGIÃO (SP) – Analista Judiciário – Tecnologia da Informação)

I. É criada uma lista de cartões com histórias ou funcionalidades que são relevantes ao desenvolvimento do projeto. Cada cartão possui um preço.

II. O projeto conta com recursos financeiros limitados, representados por notas de dinheiro. Esses recursos são distribuídos aos participantes da priorização (de 4 a 8, em geral) para que estes possam comprar os cartões da lista.

III. Os participantes conversam entre si e trabalham ativamente para avaliar e verificar quais cartões devem receber ofertas de seu dinheiro, julgando-os como os mais importantes.

IV. Quando todos terminam sem dinheiro (após intensa discussão e trocas de dinheiro ofertado aos cartões), é feita a priorização.

Esta técnica
  • A) é especialmente interessante, pois o dinheiro simula os recursos escassos de um projeto e, como cada stakeholder possui quantia suficiente para comprar integralmente um cartão, ele pode priorizar sozinho um item que julgar mais interessante que seja implementado.
  • B) é denominada planning poker e baseia-se no fato de que um cartão se torna de fato prioridade no projeto ágil se ele recebeu um valor mínimo equivalente ao valor necessário para sua compra, ou seja, para sua implementação.
  • C) baseia-se no Princípio de Pareto que determina que cada desenvolvedor deve trabalhar 5 horas por semana, para respeitar a relação de 90/18. Isso significa, por exemplo, que 90% do uso de um software se dá em apenas 18% das funcionalidades.
  • D) denomina-se buy a feature e a priorização se dá através da verificação de quanto cada cartão recebeu e os que receberam dinheiro suficiente para serem comprados são os mais prioritários.
  • E) é conhecida como budget poker game e a priorização se dá através da verificação de quantos participantes investiram dinheiro em cada um dos cartões e os que receberam mais ofertas de dinheiro de mais participantes são os mais prioritários.
#718 ME Dif. 2
(FCC – 2018 – TRT – 2ª REGIÃO (SP) – Analista Judiciário – Tecnologia da Informação) Um Analista de TI está conduzindo uma Daily Scrum, na qual normalmente
  • A) se mostra e discute a quantidade de trabalho a fazer e a quantidade de trabalho feito ao longo do tempo.
  • B) se define ou atualiza o product backlog, composto pelas tarefas mais importantes a realizar na próxima etapa do projeto.
  • C) são escritas e discutidas as histórias de usuários que serão desenvolvidas no dia seguinte.
  • D) se priorizam os elementos do product backlog a serem implementados e estes são transferidos para o sprint backlog.
  • E) cada membro da equipe fala o que fez no dia anterior, o que vai fazer no dia seguinte e, se for o caso, o que o impede de prosseguir para atender a meta da Sprint.
#717 ME Dif. 2
(FCC – 2019 – AFAP – Analista de Fomento – Tecnologia da Informação)

Considere uma situação hipotética em que três Analistas de Informática, aplicando abordagens distintas de análise e projeto de sistemas, utilizaram frameworks, ferramentas, técnicas ou métodos, conforme segue:

Márcio desenhou um Diagrama de Fluxo de Dados (DFD).

Ana Maria desenhou um Diagrama de Sequência.

Estela entregou uma funcionalidade completa no final de uma sprint.

De acordo com o que utilizaram, os Analistas de Informática aplicaram, respectivamente, as abordagens
  • A) Análise Estruturada, UML e Scrum.
  • B) Modelagem de Dados, Processo Unificado e Extreme Programming.
  • C) Modelo Espiral, BPMN e UML.
  • D) BPMN, Modelagem de Dados e Scrum.
  • E) Processo Unificado, Extreme Programming e Análise Estruturada.
#716 ME Dif. 2
(FCC – 2021 – TJ-SC – Analista de Sistemas) Um Analista Judiciário, no papel de Scrum Master, esclarece que
  • A) o gerenciamento do Product Backlog não fica unicamente na responsabilidade do Product Owner, mas deve ser compartilhado com o Product Backlog Committee.
  • B) o Product Owner é uma pessoa ou um comitê. Quando o Product Owner é representado por um comitê, aqueles que quiserem uma alteração nas prioridades dos itens do Product Backlog devem endereçá-la ao Committee’s Coordinator.
  • C) somente integrantes do Development Team criam incrementos e um incremento “Pronto” é requerido na Revisão da Sprint.
  • D) o Scrum recomenda que haja apenas quatro subtimes no Development Team relativos aos domínios de conhecimento: teste, arquitetura, operação e análise de negócios.
  • E) o Scrum Team consiste de profissionais que realizam o trabalho de entregar um incremento potencialmente liberável do produto “Pronto” no início de cada Sprint.
#715 ME Dif. 2
(FCC – 2019 – TRF – 3ª REGIÃO – Analista Judiciário – Informática) No roteiro SCRUM, de gerenciamento Ágil, a atividade que discute funcionalidades de modo a atualizar o que já foi feito, o que será feito e dificuldades é
  • A) Sprint Review que pretende validar a entrega do momento quando termina uma Sprint. Realiza-se a reunião que fará a demonstração do produto ou funcionalidade sendo entregue.
  • B) Sprint Backlog, onde o conjunto planejado, selecionado junto ao Backlog do Produto, é definido para compor uma Sprint. Somente as entregas que compõem a Sprint serão detalhas em atividades menores e as restantes serão “congeladas”, não sendo detalhadas ainda.
  • C) Sprint Goal resultado da negociação entre o time de desenvolvimento e o Product Owner - PO reconhecido como necessidade(s) fundamental(ais) do cliente nesse momento.
  • D) Daily Scrum, reunião que ocorre diariamente, durante 15 minutos, com todos participantes em pé, onde se atualiza a situação presente da Sprint sendo trabalhada.
  • E) Product Backlog onde se produz uma lista contendo todas as funcionalidades desejadas para um produto em sua situação atual.
#714 ME Dif. 2
(FCC – 2019 – TRF – 3ª REGIÃO – Analista Judiciário – Informática) A Reunião Diária do Scrum é
  • A) executada no final da Sprint para inspecionar o incremento e adaptar o Backlog do Produto, se necessário.
  • B) um time-boxed de 15 minutos, durante o qual um “Pronto”, versão incremental potencialmente utilizável do produto, é criado.
  • C) uma oportunidade para o Time Scrum inspecionar a si próprio e criar um plano para melhorias a serem aplicadas na próxima Sprint.
  • D) um time-boxed de 15 minutos, para que o Time de Desenvolvimento possa sincronizar as atividades e criar um plano para as próximas 24 horas.
  • E) um time-boxed de 60 minutos, durante o qual os produtos de uma Sprint são definidos.
#713 ME Dif. 2
(FCC – 2021 – TJ-SC – Analista de Sistemas) Um Analista de Sistemas atua no desenvolvimento de software utilizando diferentes processos e metodologias cujas características são:

I. A fase de transição se concentra nas atividades necessárias para colocar o software nas mãos dos usuários (...) versões beta, disponibilidade geral, documentação, treinamento e suporte inicial, com feedback limitado a ajustes e usabilidade.

II. Aspectos significativos do processo devem estar visíveis (...) transparência, definição padrão comum, linguagem compartilhada e definição comum de “Pronto”.

III. A implementação inicial do software apoia o levantamento e a validação de requisitos, permitindo que usuários experimentem o sistema e ajustem a especificação.

IV. O cliente participa constantemente; testes de unidade e de aceitação fornecem feedback; integração contínua; problemas detectados e corrigidos rapidamente.

As características I, II, III e IV são, respectivamente:
  • A) RUP ; Scrum ; Prototipação ; XP.
  • B) RUP ; RUP ; XP ; XP.
  • C) XP ; RUP ; Scrum ; XP.
  • D) XP ; UML ; XP ; UML.
  • E) XP ; Prototipação ; UML ; RUP.
#712 ME Dif. 2
(FCC – 2019 – SANASA Campinas – Analista de Tecnologia da Informação – Análise e Desenvolvimento) Um Analista de TI tem como tarefas ordenar os itens do Backlog do Produto visando o alcance das metas e missões do projeto, buscando garantir que o Backlog do Produto esteja claro de forma a mostrar no que o Time Scrum vai trabalhar a seguir e ainda visando garantir que o Time de Desenvolvimento entenda os itens do Backlog do Produto no nível necessário. Considerando que o projeto é baseado no Scrum, o Analista está no papel de:
  • A) Scrum Master.
  • B) Gerente do Produto.
  • C) Sprint Manager.
  • D) Product Owner.
  • E) Development Team Leader.
#711 ME Dif. 2
(FCC – 2019 – SEFAZ-BA – Auditor Fiscal – Tecnologia da Informação – Prova II) Scrum e XP são metodologias ágeis usadas no contexto de desenvolvimento de software que:
  • A) podem ser usadas em conjunto, criando uma metodologia híbrida própria, de forma a unir as práticas de gestão do Scrum com as práticas de desenvolvimento da XP.
  • B) utilizam reuniões diárias (Daily Meetings) de 15 minutos em pé para ajudar a tornar as reuniões mais produtivas, colaborativas e úteis.
  • C) podem ser usadas juntas, desde que em um contexto em que o gerenciamento do projeto seja realizado por um framework como o PMBoK.
  • D) não podem ser usadas em conjunto por serem ambas voltadas para a gestão do processo de desenvolvimento de software.
  • E) podem ser usadas em conjunto, já que a XP foca mais na gestão do processo de desenvolvimento e a Scrum, no desenvolvimento propriamente dito.
#710 ME Dif. 2
(FCC – 2018 – DPE-AM – Assistente Técnico de Defensoria – Programador) As práticas de I a IV são, correta e respectivamente,
  • A) pair programming – test-driven development – system metaphor – continuous integration.
  • B) planning game – pair programming – system simplicity – continuous integration.
  • C) planning game – test-driven development – system simplicity – refactoring.
  • D) continuous integration – pair programming – feedback – planning game.
  • E) continuous integration – collective code ownership – system metaphor – refactoring.
#709 ME Dif. 2
(FCC – 2018 – MPE-PE – Analista Ministerial – Informática) Um Analista está trabalhando em um projeto de desenvolvimento de software utilizando o método Extreme Programming (XP) e executando testes com base no ciclo definido no Test-Driven Development (TDD). Nesse ciclo,
  • A) o código de programa é escrito e depois é submetido aos testes.
  • B) o teste escrito inicialmente falhará porque o código ainda não foi desenvolvido.
  • C) primeiro se escreve o teste de aceitação para depois escrever o código correspondente.
  • D) o código é considerado concluído assim que passa no primeiro teste.
  • E) cada teste engloba um conjunto de requisitos funcionais e/ou não funcionais.
#708 ME Dif. 2
(FCC – 2019 – SANASA Campinas – Analista de Tecnologia da Informação – Análise e Desenvolvimento) Em um projeto de software baseado na metodologia ágil XP, um Analista de TI deve:
  • A) consultar o cliente quando uma história exigir, por estimativa, menos do que 3 semanas de desenvolvimento, para que o cliente a complemente com mais tarefas.
  • B) ouvir o cliente, durante o levantamento de requisitos, para que este crie as histórias de usuários. Após essa importante etapa nenhuma história nova deve ser criada para não comprometer o cronograma do projeto.
  • C) evitar que o projeto caia na armadilha de seguir o princípio KISS de forma a estimular que o projeto de uma funcionalidade extra, que poderá ser necessária no futuro, faça parte do modelo do software.
  • D) realizar os testes de unidade de forma manual, evitando que sejam usadas baterias de testes automatizados, pois estes impedem a realização de testes de regressão.
  • E) estimular o uso de cartões CRC como um mecanismo eficaz para pensar o software em um contexto orientado a objetos.
#707 ME Dif. 2
(FCC – 2019 – TRF – 3ª Região – Analista Judiciário – Informática)

SCRUM atende aos princípios do Manifesto Ágil porque:
  • A) pessoas de negócio e desenvolvedores devem trabalhar diariamente em conjunto por todo o projeto.
  • B) não aceita mudanças nos requisitos durante o desenvolvimento e por isso as entregas são mais ágeis.
  • C) as entregas ocorrem sempre no prazo, nunca adiantadas ou atrasadas.
  • D) mais importante que a motivação dos desenvolvedores é a disciplina gerencial imposta que organiza e agiliza o desenvolvimento.
  • E) não admite a comunicação direta entre os desenvolvedores, pessoalmente. Isso só pode ser feito por intermédio de um gerente ou coordenador.