A metodologia gil baseada nas ideias do Manifesto para Desenvolvimento gil de Soft

ware, que procura descobrir as melhores maneiras de desenvolver software, fazend

o-o ns mesmos e ajudando outros a fazerem o mesmo. E atravs desse trabalho, passa
a se valorizar \cite{manifesto}:
\begin{itemize}
\item Indivduos e interaes, mais que processos e ferramentas;
\item Software em funcionamento, mais que documentao abrangente;
\Colaborao com o cliente, mais que negociao de contratos;
\item Responder a mudanas, mais que seguir um plano;
\end{itemize}
Metodologia gil procura realizar mudanas na parte de elicitaes de requerimentos com
a interao dos processos para requerimentos, modelagem, implementao e testes \cite{ia
n,mot}.
O principal objetivo do BDD executar especificaes de sistemas, onde seus testes so
escritos claramente e com fcil entendimento, esses testes so escritos em ferrament
as que suportam a sintaxe do BDD, tais como: \textit{JBehave}, \textit{Cucumber}
, \textit{RSpec}, entre outras.
\textit{Feature}: Validate the calculation of the rent expected return date
@integration
\quad \textit{Scenario}: For one or two movies, the deadline must be
apresenta uma arquitetura de
utilizao dos testes automatizados de aceitao os reutilizando nas arquiteturas de mic
ro-servios.
Eles sugerem a reusabilidade dos passos de implementao dos cenrios do BDD de tal fo
rma que eles possam fugir de ambiguidades. Evitar a separao das preocupaes entre os
desenvolvidores, testers e os anlistas de sistemas, considerando que um dos princ
ipios bsicos do BDD compartilhar uma linguagem em que todos os envolvidos no proj
eto possam se compreender. Formas fceis de auditoria no sistema, guardando em uma
nico teste de aceitao os resultados obtidos nos testes de um micro-servio.
Este artigo apresenta um estudo exploratrio de tcnicas geis para softwares que real
izam seus testes utilizando a metodologia \textit{Test-Driven Development} e \te
xtit{Behaviour-Driven Development} e os integrando em um tcnica de desenvolviment
o de software chamada \textit{Domain-Driven Design}. O artigo faz uma comparao ent
re os dois mtodos de testes, apresentando quais os pontos fortes e fracos de cada
um deles.
Trabalho elaborado por Carlos Sols e Xiaofeng Wang, ambos da \textit{Irish Softwa
re Engineering Research Centre University of Limerick, Ireland}.
O artigo apresenta as caracteristicas principais do BDD, identificando atravs de
uma anlise dos contedos relevantes da literatura sobre o assunto e as ferramentas
BDD. O artigo apresenta uma introduo bsica sobre como o BDD funciona, as ferramenta
s existentes atuais e as novas sendo desenvolvidas.
Trabalho elaborado por Mark C. Paulk da \textit{Carnegie Mellon University, USA}
.
O artigo apresenta como a metodologia XP pode ajudar as organizaes a alcanar seus o
bjetivos a integrando no \textit{Software Capability Maturity Model} (SW-CMM) \c
ite{xpcmm}.
Metodologia gil um processo baseado em prticas que descrevem como modelar de forma

eficiente.
As tcnicas das metodologias geis podem e deveriam ser aplicadas pelos times dos pr
ojetos que desejam abordar o desenvolvimento de software de forma gil, em particu
lar aqueles que seguem processos geis como \textit{Extreme Programming} (XP), \te
xtit{Test Driven Development}(TDD), \textit{SCRUM}, entre outros.
A metodologia gil compostas por 12 princpio:
\end{itemize}
\begin{enumerate}
\item Prioridade principai satisfazer o cliente atravs de entregas adiantadas e c
ontnuas de um software confivel;
\item Acolher mudanas de requerimentos de bom grado, mesmo que no final do desenv
olvimento;
\item Fazer entregas frequentes do software, comeando em algumas semanas at alguns
meses, preferencialmente que esse intervalo de tempo seja pequeno;
\item Os times devem trabalhar juntos. Desenvolvedores e todos os outros envolvi
dos no projeto devem trabalhar diariamente no projeto;
\item Construir projetos que motivam o time de forma individual. Lhes dando supo
rte e confiana para que eles consigam terminar o trabalho;
\item A maneira mais eficiente de agregar informaes sobre o projeto conversando ca
ra-a-cara;
\item Trabalhar no software a forma principal de medir o progresso;
\item Os envolvidos no projeto devem manter o mesmo ritmo;
\item Ateno contnua nos objetivos atendidos e nas boas prticas de agilidades;
\item Simplicidade essencial;
\item As melhores arquiteturas, requerimentos e modelagem surgem de times que se
auto organizam;
\item Em intervalos regulares de tempo, os times refletem em como se tornarem ma
is efetivos e ento fazem mudanas para se ajustarem;
\end{enumerate}
\end{itemize}