Metodologias Ágeis em Desenvolvimento de Software
Metodologias Ágeis em Desenvolvimento de Software
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
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
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
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
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
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
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
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
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
Certo
Errado
22
Ano: 2018 Banca: CESPE / CEBRASPE Órgão: STM Prova: CESPE - 2018 - STM - Técnico Judiciário -
Programação de Sistemas
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
ERRADO
26
Atividades de gerenciamento de configuração
27
Codelines e Baselines
28
Construção de sistemas
Construir a funcionalidade do sistema
•Geração de script de construção
•Recompilação mínima
•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.
•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.
•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
36
Ano: 2021 Banca: CESPE / CEBRASPE Órgão: CODEVASF Prova: CESPE / CEBRASPE - 2021 - CODEVASF -
Analista em Desenvolvimento Regional - Tecnologia da Informação
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
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
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
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
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
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
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:
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
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
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.
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.
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
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