0% acharam este documento útil (0 voto)
12 visualizações65 páginas

Metodologias Ágeis em Desenvolvimento de Software

O documento descreve conceitos e métodos de engenharia de software como Scrum, Kanban e métricas como lead time. Aborda tópicos como gestão de projetos ágeis, eventos Scrum como Daily Scrum e Sprint Planning Meeting e conceitos Kanban como WiP.

Enviado por

KakarottoDF
Direitos autorais
© All Rights Reserved
Levamos muito a sério os direitos de conteúdo. Se você suspeita que este conteúdo é seu, reivindique-o aqui.
Formatos disponíveis
Baixe no formato PDF, TXT ou leia on-line no Scribd
0% acharam este documento útil (0 voto)
12 visualizações65 páginas

Metodologias Ágeis em Desenvolvimento de Software

O documento descreve conceitos e métodos de engenharia de software como Scrum, Kanban e métricas como lead time. Aborda tópicos como gestão de projetos ágeis, eventos Scrum como Daily Scrum e Sprint Planning Meeting e conceitos Kanban como WiP.

Enviado por

KakarottoDF
Direitos autorais
© All Rights Reserved
Levamos muito a sério os direitos de conteúdo. Se você suspeita que este conteúdo é seu, reivindique-o aqui.
Formatos disponíveis
Baixe no formato PDF, TXT ou leia on-line no Scribd

1

ANALISTA - ESPECIALIZAÇÃO: TECNOLOGIA


ENGENHARIA DE SOFTWARE: 1 Engenharia de requisitos. 1.1 Gestão de backlog.
1.2 Produto mínimo viável (MVP). 1.3 Gestão de Dívida Técnica. 1.4 Técnicas de
priorização, de estimativas (Análise de Pontos de Função, Story Points). 2 Análise e projeto.
3 Implementação: orientação a objetos, estrutura de dados e algoritmos. 4 Qualidade. 4.1
Análise estática de código. 4.2 Teste unitário. 4.3 Mock, stubs. 4.4 Teste de integração. 4.5
Teste de RNF (carga, estresse). 4.6 Revisão e programação por pares. 5 Gestão de
configuração. 5.1 DevOps, modelo de versionamento, merge, branch, pipeline, CI/CD e
database migration. 6 Infraestrutura. 6.1 Infraestrutura como código (IAC). 6.2 Linguagens
de script (Ansible, Terraform, ShellScript). 7 Resiliência de aplicações. 7.1 Técnica (Cache,
Fallback, Circuitbrake, Disaster Recovery, Contingência, Balanceamento de Carga Global de
Servidores (GSLB), Site Ativo X Ativo). 8 Monitoração e observabilidade. 9. Low-code e
nocode software development

2
3
Modelo em Cascata
Modelo Incremental
Scrum

Leitura obrigatória:
[Link] 6
Sprint Planning Meeting
• É uma reunião na qual estão presentes o
P.O, o Scrum Master e todo o Scrum
Team, bem como qualquer pessoa
interessada que esteja representando a
gerência ou o cliente.
• Durante o Sprint Planning Meeting, o P.O
descreve as funcionalidades de maior
prioridade para a equipe.
• A equipe faz perguntas durante a reunião
de modo que seja capaz de quebrar as
funcionalidades em tarefas técnicas, após
a reunião.
• Essas tarefas irão dar origem ao Sprint
Backlog.

7
Daily Scrum
• A cada dia do Sprint a equipe faz uma
reunião diária, chamada Daily Scrum.
• Ela tem como objetivo disseminar
Perguntas !
conhecimento sobre o que foi feito no
dia anterior, identificar impedimentos e 1. O que você fez ontem?
priorizar o trabalho a ser realizado no 2. O que você fará hoje?
dia que se inicia. 3. Há algum impedimento no seu
• Os impedimentos identificados no Daily caminho?
Scrum devem ser tratados pelo Scrum
Master o mais rapidamente possível.
• O Daily Scrum não deve ser usado como
uma reunião para resolução de
problemas.

8
Review Meeting x Retrospective
• Sprint Review Meeting realizada
ao final de cada Sprint. Durante
esta reunião, o Scrum Team • O Sprint Retrospective ocorre ao
mostra o que foi alcançado. final de um Sprint e serve para
Tipicamente, isso tem o formato identificar o que funcionou bem, o
de um demo das novas que pode ser melhorado e que
funcionalidades. ações serão tomadas para
• Os participantes do Sprint Review melhorar.
tipicamente incluem o Product
Owner, o Scrum Team, o Scrum
Master, gerência, clientes e
engenheiros de outros projetos.
9
Ano: 2017 Banca: CESPE Órgão: TRE-BA Prova: CESPE - 2017 - TRE-BA - Técnico Judiciário – Programação de
Sistemas
A reunião de planejamento da sprint do Scrum é o evento em que
a) é definida a equipe scrum e são cancelados os itens da sprint anterior que não
tenham sido entregues e os que tenham sido entregues, mas tenham sido
rejeitados pelo usuário.
b) são escritas as histórias dos usuários por meio do planning poker.
c) é definida a meta da sprint e são selecionados os itens do product backlog que
comporão a sprint.
d) é decidido pelo PO (product owner) se haverá o cancelamento ou não da sprint em
curso.
e) participam exclusivamente o PO (product owner) e o SM (scrum master), que, por
meio do planning poker, priorizaram os itens do backlog.

LETRA C
10
Ano: 2020 Banca: CESPE / CEBRASPE Órgão: Ministério da Economia Prova: CESPE / CEBRASPE - 2020 -
Ministério da Economia - Tecnologia da Informação - Usuário UX

Acerca de gerenciamento de projetos, julgue o item a seguir.

Os métodos ágeis de desenvolvimento de software têm duas


unidades principais de entrega: lançamentos e iterações.

Certo
Errado
11
Ano: 2020 Banca: CESPE / CEBRASPE Órgão: Ministério da Economia Prova: CESPE / CEBRASPE - 2020 -
Ministério da Economia - Tecnologia da Informação - Usuário UX

Acerca de gerenciamento de projetos, julgue o item a seguir.

Os métodos ágeis de desenvolvimento de software têm duas


unidades principais de entrega: lançamentos e iterações.

Certo
Errado
12
Ano: 2020 Banca: CESPE / CEBRASPE Órgão: Ministério da Economia Prova: CESPE / CEBRASPE - 2020 -
Ministério da Economia - Tecnologia da Informação - Usuário UX

No que se refere a metodologias ágeis e experiência de usuário,


julgue o item que segue.

O scrum master é diretamente responsável por manter e


priorizar o backlog do produto, além de colaborar com o time de
desenvolvimento.
Certo
Errado

13
Ano: 2020 Banca: CESPE / CEBRASPE Órgão: Ministério da Economia Prova: CESPE / CEBRASPE - 2020 -
Ministério da Economia - Tecnologia da Informação - Usuário UX

No que se refere a metodologias ágeis e experiência de usuário,


julgue o item que segue.

O scrum master é diretamente responsável por manter e


priorizar o backlog do produto, além de colaborar com o time de
desenvolvimento.
Certo
Errado

14
Ano: 2020 Banca: CESPE / CEBRASPE Órgão: Ministério da Economia Prova: CESPE / CEBRASPE - 2020 -
Ministério da Economia - Tecnologia da Informação - Usuário UX

No que se refere a metodologias ágeis e experiência de usuário, julgue o


item que segue.

O responsável direto pelo backlog da sprint é o time de desenvolvimento,


que decide sobre as adições e(ou) remoções e os ajustes de tarefas durante a
execução da sprint; no entanto, se algum item for retirado, o dono do
produto deve ser avisado o mais breve possível.

Certo
Errado
15
Ano: 2020 Banca: CESPE / CEBRASPE Órgão: Ministério da Economia Prova: CESPE / CEBRASPE - 2020 -
Ministério da Economia - Tecnologia da Informação - Usuário UX

No que se refere a metodologias ágeis e experiência de usuário, julgue o


item que segue.

O responsável direto pelo backlog da sprint é o time de desenvolvimento,


que decide sobre as adições e(ou) remoções e os ajustes de tarefas durante a
execução da sprint; no entanto, se algum item for retirado, o dono do
produto deve ser avisado o mais breve possível.

Certo
Errado
16
Ano: 2020 Banca: CESPE / CEBRASPE Órgão: Ministério da Economia Prova: CESPE / CEBRASPE - 2020 -
Ministério da Economia - Tecnologia da Informação - Gestão de Projetos

Julgue os itens subsequentes, referentes a processo de


desenvolvimento de software, CMMI-DEV, [Link], Scrum e
programação ágil.

Sprint é o ciclo de desenvolvimento de poucas semanas sobre o qual


se estrutura o Scrum e durante o qual cabe ao scrum master manter
o sprint backlog atualizado, indicando as tarefas já concluídas e
aquelas ainda por concluir.

Certo
Errado
17
Ano: 2020 Banca: CESPE / CEBRASPE Órgão: Ministério da Economia Prova: CESPE / CEBRASPE - 2020 -
Ministério da Economia - Tecnologia da Informação - Gestão de Projetos

Julgue os itens subsequentes, referentes a processo de


desenvolvimento de software, CMMI-DEV, [Link], Scrum e
programação ágil.

Sprint é o ciclo de desenvolvimento de poucas semanas sobre o qual


se estrutura o Scrum e durante o qual cabe ao scrum master manter
o sprint backlog atualizado, indicando as tarefas já concluídas e
aquelas ainda por concluir.

Certo
Errado
18
Kanban

Leitura obrigatória:
[Link]
19
WiP & Lead Time
Outra definição importante é a de WiP que significa Work in
Progress, ou seja o trabalho em andamento ou progresso
naquele determinado ponto do processo.
O WiP precisa ser limitado, pois estudos comprovaram que
quanto maior o número de tarefas em andamento em
determinada parte do processo, maior é o lead time.
Lead Time é o tempo em que uma tarefa fica em execução, isto
é, do backlog ao feito (done). O objetivo é diminuir sempre o
lead time, num processo de melhoria contínua.

20
21
Ano: 2018 Banca: CESPE / CEBRASPE Órgão: STM Prova: CESPE - 2018 - STM - Técnico Judiciário -
Programação de Sistemas

Julgue o próximo item, a respeito das metodologias ágeis Scrum e


Kanban.

A implementação de um Kanban pressupõe a definição de um fluxo


de trabalho pela equipe, o qual poderá ser revisto, mediante a
inclusão ou a retirada de estágios, à medida que o trabalho evoluir.

Certo
Errado

22
Ano: 2018 Banca: CESPE / CEBRASPE Órgão: STM Prova: CESPE - 2018 - STM - Técnico Judiciário -
Programação de Sistemas

Julgue o próximo item, a respeito das metodologias ágeis Scrum e


Kanban.

A implementação de um Kanban pressupõe a definição de um fluxo


de trabalho pela equipe, o qual poderá ser revisto, mediante a
inclusão ou a retirada de estágios, à medida que o trabalho evoluir.

Certo
Errado

23
XP

Leitura obrigatória:
[Link] 24
Práticas XP

25
Ano: 2018 Banca: CESPE Órgão: BNB Prova: CESPE - 2018 - BNB - Especialista Técnico - Analista de Sistema

Acerca dos métodos ágeis, julgue o próximo item.

Em XP, a técnica de planning game é utilizada pelo cliente para


identificar as prioridades do que deve ser construído em
um software, sem a participação dos desenvolvedores.

ERRADO

Justificativa: Jogo do planejamento envolve cliente e equipe de desenvolvimento.

26
Atividades de gerenciamento de configuração

27
Codelines e Baselines

Na Figura, é possível ver que


diferentes baselines usam versões
diferentes dos componentes de
cada codeline.

28
Construção de sistemas
Construir a funcionalidade do sistema
•Geração de script de construção

•Integração de sistema de gerenciamento de versões

•Recompilação mínima

•Criação de sistemas executáveis

•Automação de testes

•Emissão de relatórios

•Geração de documentação
Integração contínua
Ramificações de codelines
•Em vez de uma sequência linear de versões que refletir as mudanças para o componente
ao longo do tempo, pode haver várias sequências independentes.

✓Isso é normal no sistema em desenvolvimento, onde os desenvolvedores


diferentes trabalham de forma independente em diferentes versões do código-fonte
e assim, alterá-las em diferentes maneiras.

•Em algum momento, pode ser necessário fundir ramificações de codelines para criar uma
nova versão de um componente que inclui todas as mudanças que foram feitas.

✓Se as mudanças feitas envolvem diferentes partes do código, as versões do


componente podem ser fundidas automaticamente, combinando os deltas que se
aplicam ao código.
Branching e merging
Gerenciamento de releases
•Um release de um sistema é uma versão de um sistema de software distribuído aos
clientes.

•Para um software de mercado, normalmente é possível identificar dois tipos de release:


releases grandes que proporcionam nova funcionalidade importante, e releases menores,
que reparam bugs e solucionam os problemas dos clientes.

•Para softwares customizados ou linhas de produto de software, os releases do sistema


podem ter que ser produzidos para cada cliente e clientes individuais podem estar
executando várias versões diferentes do sistema, ao mesmo tempo.
Acompanhamento de releases
•No caso de um problema, pode ser necessário reproduzir exatamente o software que foi
entregue para um cliente particular.

•Quando é produzida uma versão do sistema, essa deve ser documentada para assegurar que
possa ser recriada no futuro.

•Isso é particularmente importante para sistemas embutidos e customizados, de longa vida útil,
tais como os que controlam máquinas complexas.

✓Os clientes podem usar um único release desses sistemas por muitos anos e podem
exigir mudanças específicas para um sistema de software especial muito tempo depois
da data do release original.
Ano: 2021 Banca: CESPE / CEBRASPE Órgão: CODEVASF Prova: CESPE / CEBRASPE - 2021 - CODEVASF -
Analista em Desenvolvimento Regional - Tecnologia da Informação

A respeito de arquitetura e engenharia de software, julgue o


item a seguir.

Atributo fundamental de qualidade de software, a


funcionalidade mede o grau de utilização dos recursos do
sistema.
Certo
Errado

36
Ano: 2021 Banca: CESPE / CEBRASPE Órgão: CODEVASF Prova: CESPE / CEBRASPE - 2021 - CODEVASF -
Analista em Desenvolvimento Regional - Tecnologia da Informação

A respeito de arquitetura e engenharia de software, julgue o


item a seguir.

Atributo fundamental de qualidade de software, a


funcionalidade mede o grau de utilização dos recursos do
sistema.
Certo
Errado

37
Ano: 2020 Banca: CESPE / CEBRASPE Órgão: Ministério da Economia Prova: CESPE / CEBRASPE - 2020 -
Ministério da Economia - Tecnologia da Informação - Usuário UX

Acerca de gerenciamento de projetos, julgue o item a seguir.

No desenvolvimento ágil, a implantação contínua visa reduzir o


tempo decorrido entre a gravação de uma linha de código e a
disponibilização desse código aos usuários em produção.

Certo
Errado
Ano: 2020 Banca: CESPE / CEBRASPE Órgão: Ministério da Economia Prova: CESPE / CEBRASPE - 2020 -
Ministério da Economia - Tecnologia da Informação - Usuário UX

Acerca de gerenciamento de projetos, julgue o item a seguir.

No desenvolvimento ágil, a implantação contínua visa reduzir o


tempo decorrido entre a gravação de uma linha de código e a
disponibilização desse código aos usuários em produção.

Certo
Errado

39
Ano: 2020 Banca: CESPE / CEBRASPE Órgão: Ministério da Economia Prova: CESPE / CEBRASPE - 2020 -
Ministério da Economia - Tecnologia da Informação - Usuário UX

A respeito de arquiteturas orientadas a serviços, web services e


DevOps, julgue o próximo item.

A técnica de integração contínua, de uso fundamental para DevOps,


estabelece que o código seja compilado para cada mudança e que
sejam executados testes automatizados minimamente confiáveis.

Certo
Errado

40
Ano: 2020 Banca: CESPE / CEBRASPE Órgão: Ministério da Economia Prova: CESPE / CEBRASPE - 2020 -
Ministério da Economia - Tecnologia da Informação - Usuário UX

A respeito de arquiteturas orientadas a serviços, web services e


DevOps, julgue o próximo item.

A técnica de integração contínua, de uso fundamental para DevOps,


estabelece que o código seja compilado para cada mudança e que
sejam executados testes automatizados minimamente confiáveis.

Certo
Errado

41
Ano: 2020 Banca: CESPE / CEBRASPE Órgão: Ministério da Economia Prova: CESPE / CEBRASPE - 2020 -
Ministério da Economia - Tecnologia da Informação - Usuário UX

A respeito de arquiteturas orientadas a serviços, web services e


DevOps, julgue o próximo item.

Em DevOps, ao submeter o código ao sistema de controle de versão,


o desenvolvedor utiliza, entre outros, o teste de carga (estresse),
que, basicamente, mede e avalia o tempo de resposta, o número de
transações e outros requisitos sensíveis ao tempo.

Certo
Errado
42
Ano: 2020 Banca: CESPE / CEBRASPE Órgão: Ministério da Economia Prova: CESPE / CEBRASPE - 2020 -
Ministério da Economia - Tecnologia da Informação - Usuário UX

A respeito de arquiteturas orientadas a serviços, web services e


DevOps, julgue o próximo item.

Em DevOps, ao submeter o código ao sistema de controle de versão,


o desenvolvedor utiliza, entre outros, o teste de carga (estresse),
que, basicamente, mede e avalia o tempo de resposta, o número de
transações e outros requisitos sensíveis ao tempo.

Certo
Errado
43
Tipo Descrição
Unidade Teste em um nível de componente ou classe. É o teste cujo objetivo é testar um “pedaço do código”.

Integração Garante que um ou mais componentes combinados (ou unidades) funcionam. Podemos dizer que um teste de
integração é composto por diversos testes de unidade mas com foco na interação entre os componentes
compostos.

Sistema Fase do processo de teste de software e de hardware em que o sistema já completamente integrado é verificado
quanto a seus requisitos num ambiente de produção.
Regressão Toda vez que algo for mudado, deve ser testada toda a aplicação novamente.

Caixa- Testar todas as entradas e saídas desejadas. Não se está preocupado com o código, cada saída indesejada é
preta(Funcional) visto como um erro.

Aceitação Testa se a solução será bem vista pelo usuário. Ex: caso exista um botão pequeno demais para executar uma
função, isso deve ser criticado em fase de testes. (aqui, cabem quesitos fora da interface, também).

Desempenho Essenciais por avaliarem a capacidade de resposta de um sistema em determinados cenários e intuito de testar o
software a fim de encontrar o seu limite de processamento de dados no seu melhor desempenho.

Carga Verifica o funcionamento da aplicação com a utilização de uma quantidade grande de usuários simultâneos com
foco na verificação da carga suportada pelo sistema. 44
TDD
Etapas do TDD segundo Sommerville:

1) Identificar o incremento de funcionalidade


necessário.
2) Escrever um teste para essa funcionalidade e
o implementa como um teste automatizado.
3) Executa o teste, junto com todos os outros
testes implementados. O teste irá falhar.
4) Implementa a funcionalidade e executa
novamente o teste.
5) Depois que todos os testes forem executados
com sucesso, você caminha para
implementar a próxima parte da
funcionalidade.

45
Ano: 2020 Banca: CESPE / CEBRASPE Órgão: Ministério da Economia Prova: CESPE / CEBRASPE - 2020 -
Ministério da Economia - Tecnologia da Informação - Usuário UX

Julgue o próximo item, relativos a conceitos, aplicações e tipos de


testes de software.
O desenvolvimento orientado a testes (TDD — test driven
development) agrega uma técnica de design e análise em que a
funcionalidade de teste vem como um valor agregado, uma vez que
os desenvolvedores tentam entender o objeto que estão prestes a
construir, concentrando-se nos resultados esperados da
funcionalidade.
Certo
Errado
46
Ano: 2020 Banca: CESPE / CEBRASPE Órgão: Ministério da Economia Prova: CESPE / CEBRASPE - 2020 -
Ministério da Economia - Tecnologia da Informação - Usuário UX

Julgue o próximo item, relativos a conceitos, aplicações e tipos de


testes de software.
O desenvolvimento orientado a testes (TDD — test driven
development) agrega uma técnica de design e análise em que a
funcionalidade de teste vem como um valor agregado, uma vez que
os desenvolvedores tentam entender o objeto que estão prestes a
construir, concentrando-se nos resultados esperados da
funcionalidade.
Certo
Errado
47
Ano: 2020 Banca: CESPE / CEBRASPE Órgão: Ministério da Economia Prova: CESPE / CEBRASPE - 2020 -
Ministério da Economia - Tecnologia da Informação - Usuário UX

Julgue o próximo item, relativos a conceitos, aplicações e tipos de testes de


software.

Testes ágeis devem ser implementados quando há integração contínua;


nesse caso, os testes devem ser aplicados somente ao final de cada sprint, de
modo a validar se há integração de objetos distintos, ainda que isso não
ajude a garantir que todo o sistema esteja funcionando corretamente.

Certo
Errado
48
Ano: 2020 Banca: CESPE / CEBRASPE Órgão: Ministério da Economia Prova: CESPE / CEBRASPE - 2020 -
Ministério da Economia - Tecnologia da Informação - Usuário UX

Julgue o próximo item, relativos a conceitos, aplicações e tipos de testes de


software.

Testes ágeis devem ser implementados quando há integração contínua;


nesse caso, os testes devem ser aplicados somente ao final de cada sprint, de
modo a validar se há integração de objetos distintos, ainda que isso não
ajude a garantir que todo o sistema esteja funcionando corretamente.

Certo
Errado
49
Ano: 2020 Banca: CESPE / CEBRASPE Órgão: Ministério da Economia Prova: CESPE /
CEBRASPE - 2020 - Ministério da Economia - Tecnologia da Informação - Usuário UX
Julgue o próximo, relativos a conceitos, aplicações e tipos de testes
de software.

No processo de testes para software customizado, deve haver pelo


menos um teste para cada requisito; nessa validação, busca-se que o
sistema execute corretamente de acordo com o uso esperado.

Certo
Errado
50
Ano: 2020 Banca: CESPE / CEBRASPE Órgão: Ministério da Economia Prova: CESPE /
CEBRASPE - 2020 - Ministério da Economia - Tecnologia da Informação - Usuário UX
Julgue o próximo, relativos a conceitos, aplicações e tipos de testes
de software.

No processo de testes para software customizado, deve haver pelo


menos um teste para cada requisito; nessa validação, busca-se que o
sistema execute corretamente de acordo com o uso esperado.

Certo
Errado
51
Engenharia de Requisitos

52
Tipos de Requisitos
Requisitos Funcionais (RF) x Requisitos Não Funcionais (RNF)
Na prática, no documento de requisitos, é difícil separar os
requisitos funcionais dos não funcionais. Se são apresentados
separadamente, os relacionamentos entre eles podem ficar
difíceis de serem entendidos.
Além disso, o custo de verificar RNF pode ser muito elevado, e
os clientes, que pagam pelo sistema, podem não achar que os
custos sejam justificados.

53
Tipos de Requisitos Não Funcionais

54
Requisitos Não Funcionais
Requisitos de produto: especificam o comportamento do produto.
– Exemplo: Incluem os requisitos de desempenho quanto à rapidez com que o sistema deve
executar e quanta memória ele requer, os requisitos de confiabilidade que estabelecem a taxa
aceitável de falhas, os requisitos de proteção e os requisitos de usabilidade.
Requisitos organizacionais: Esses são os requisitos gerais de sistemas derivados das políticas
e procedimentos da organização do cliente e do desenvolvedor.
– Exemplo: os requisitos do processo de desenvolvimento que especificam a linguagem de
programação, o ambiente de desenvolvimento ou normas de processo a serem usadas, bem
como os requisitos ambientais que especificam o ambiente operacional do sistema.
Requisitos externos: que abrange tópicos advindos de fatores externos ao sistema. Dentre
eles destacam-se os requisitos de interoperabilidade, os requisitos éticos e os requisitos
legais que devem ser observados a fim de garantir que o sistema opera de acordo com a lei.
– Exemplo: o que deve ser feito para que o sistema seja aprovado para uso, por um regulador, tal
como um banco central; requisitos legais, que devem ser seguidos para garantir que o sistema
opere dentro da lei

55
“Bugs”

Observação: Custo para correção de um “bug” aumenta com o andar do projeto além de aumentar a dificuldade e a maioria
dos problemas ocorrem por problemas na especificação.
Fonte das Figuras: [Link] 56
Ano: 2017 Banca: CESPE Órgão: TRE-PE Prova: CESPE - 2017 - TRE-PE - Analista Judiciário - Análise de Sistemas
No contexto da análise de requisitos, confiabilidade e usabilidade são atributos de
qualidade classificados como:
a) requisitos funcionais.
b) requisitos de domínio.
c) requisitos não funcionais.
d) dependências.
e) regras de negócio.

LETRA C

57
Ano: 2016 Banca: CESPE Órgão: FUB Prova: CESPE - 2016 - FUB - Técnico de
Tecnologia da Informação
Acerca dos conceitos de análise e projeto de sistemas em
engenharia de software, julgue o item subsequente:
Na atividade de levantamento de requisitos, as características de
qualidade que o sistema deve possuir e que estão relacionadas às suas
funcionalidades são denominadas requisitos funcionais.

ERRADO

58
Ano: 2018 Banca: CESPE Órgão: IPHAN Prova: CESPE - 2018 - IPHAN - Analista I - Área 7
No que se refere à engenharia de requisitos, julgue o próximo item.

Situação hipotética: Como forma de obter os requisitos de apoio para desenvolver um sistema a ser
implementado em determinado setor de uma organização, um analista propôs que se observasse o
trabalho do dia a dia, anotando-se as tarefas realizadas no referido setor. Assertiva: Para o cenário
proposto, é ideal a utilização da técnica de caso de uso alinhada à entrevista.

ERRADO

Justificativa: Etnografia é a técnica recomendada, pois ela que prega a inserção do analista de requisitos observando o trabalho
do dia a dia de um setor.

59
ANO: 2015 BANCA: CESPE ÓRGÃO: STJ PROVA: ANALISTA JUDICIÁRIO – DESENVOLVIMENTO

Um dos princípios-chave do Domain-Driven Design é o uso de


uma linguagem ubíqua com termos bem definidos, que
integram o domínio do negócio e que são utilizados entre
desenvolvedores especialistas de negócio.
CERTO
ANO: 2013 BANCA: CESPE ÓRGÃO: BACEN PROVA: ANALISTA DO BACEN - ANÁLISE E DESENVOLVIMENTO DE SISTEMAS

A linguagem ubíqua utiliza termos que fazem parte das discussões entre
os especialistas de negócio e as equipes de desenvolvimento, os quais
devem utilizar a mesma terminologia na linguagem falada e no código.

CERTO
Integração e Entrega Contínua
• Integração: Assim que o • Entrega: Abordagem em que as
equipes produzem software em ciclos
trabalho em uma tarefa é curtos, garantindo que o software
concluído, ele é integrado ao pode ser lançado a qualquer
momento de forma confiável.
sistema como um todo. • Destina-se a criar, testar e liberar
• Após essa integração, todos os software mais rápido e com mais
frequência.
testes de unidade do sistema • A abordagem ajuda a reduzir o custo,
devem passar. tempo e risco de entregar alterações,
permitindo atualizações mais
incrementais para aplicações em
produção.

62
Ano: 2017 Banca: CESPE Órgão: TRE-TO Prova: CESPE - 2017 - TRE-TO - Técnico Judiciário - Programação de Sistemas
O conjunto de práticas e princípios que tem como objetivo compilar, testar e
liberar software de forma mais rápida e frequente integra a técnica:
a) changelog.
b) entrega contínua.
c) compilação.
d) interpretação.
e) build.
LETRA B

Justificativa:
Entrega contínua é uma abordagem de engenharia de software em que as equipes produzem software em ciclos curtos, garantindo
que o software pode ser lançado a qualquer momento de forma confiável. Destina-se a criar, testar e liberar software mais rápido
e com mais frequência. A abordagem ajuda a reduzir o custo, tempo e risco de entregar alterações, permitindo atualizações mais
incrementais para aplicações em produção.

63
Material e Referências
Curso Básico de Engenharia de
Software para Concursos -
Professor Washington Almeida
[Link]
r-materia/curso-basico-de-engenharia-de-
software

[Link]
nos-contratos-de-fabricas-de-software-no-ambito-da-
administracao-publica

64
65

Você também pode gostar