# data[].attributes.body
<ação> o <resultado> <por|para|de|a> um <objeto>
Exemplos:
- Gera o relatório de venda para um determinado período;
- Exibe as especificações técnicas de um produto;
- Adiciona o produto a um carrinho de compras.

# data[].attributes.body
Utiliza OO como paradigma de desenvolvimento;

Inclui um conjunto de regras e práticas com base nas seguintes atividades:

Planejamento

Projeto

Codificação

Teste

# data[].attributes.headline
ASD - acrônimo de Adaptative Software Development.

# data[].attributes.subject
ASD - acrônimo de Adaptative Software Development.

# data[].attributes.body
Acrônimo de Desenvolvimento Adaptativo de Software ou, ASD (Adaptative Software Development).

Proposto por Highsmith para auxiliar no desenvolvimento de sistemas e softwares complexos, Concentra-se na colaboração humana e na auto-organização da equipe. É também uma propriedade de sistemas adaptativos.

Incorpora três fases:
Especulação

Declara a missão do projeto;

Identifica as restrições do projeto;

Realiza o levantamento dos requisitos básicos.

Colaboração

Filosofia de que pessoas motivadas trabalhando

juntas multiplicam seus talentos e resultados.

Aprendizado

Clientes/usuários informam feedback;

Revisão dos componentes de software desenvolvidos;

Avaliação do desempenho da equipe DAS.

# data[].attributes.headline
DSDM - acrônimo de Dynamic Systems Development Method.

# data[].attributes.subject
DSDM - acrônimo de Dynamic Systems Development Method.

# data[].attributes.body
“Fornece um arcabouço para construir e manter sistemas que satisfazem às restrições de prazo apertadas por meio do uso de prototipagem incremental em um ambiente controlado de projeto”, CS3 Consulting Services apud Pressman(2010);

O DSDM Consortium é um grupo mundial de empresas que
definiu um modelo ágil de processo chamada Ciclo de vida DSDM, com as seguintes atividades:

Estudo de viabilidade:

Define requisitos básicos e restrições do negócio;

Avalia se é viável desenvolver a aplicação usando DSDM.

Estudo do negócio:

Identifica os requisitos funcionais;

Define a arquitetura básica da aplicação;

Identifica os requisitos de manutenibilidade da aplicação.

Iteração do modelo funcional:

Constrói um conjunto de protótipos incrementais.

Objetiva adquirir requisitos adicionais com feedbacks dos usuários à medida que usam o protótipo.

Iteração de projeto e construção:

Verifica os protótipos construídos garantindo que cada um tenha passado por engenharia.

Implementação:

Coloca o último incremento do software no ambiente de produção, apesar de ele poder ainda não estar completo e novas modificações serem solicitadas.

# data[].attributes.body
Apresenta princípios coerentes com os do Manifesto Ágil. Desenvolvido na década de 90 por Jeff Sutherland, enfatiza o uso de um conjunto de “padrões de processo de software” ideais para projetos com prazos apertados, requisitos mutantes e negócios críticos. Baseado em ciclos de 30 dias (chamados de Sprints), o Scrum trabalha para alcançar objetivos bem definidos;

Os objetivos são representados no Product Backlog, que é
uma lista de atividades a serem realizadas;

Time

grupo pequeno, normalmente, entre 5 e 9 pessoas;

deve ser comprometido com o trabalho a fim de atingir a meta de um Sprint;

desenvolve e produz com qualidade;

deve ser cada vez mais auto-gerenciável e multidisciplinar.

Product Owner

faz o intermédio entre o cliente e o fornecedor do produto;

boa noção do produto e das necessidades do cliente;

responsável por atualizar o Product Backlog.

Scrum Master

um líder, mediador e facilitador;

remove impedimentos da equipe assegurando que as práticas Scrum estão sendo executadas com eficiência.

Definição do Backlog:

funcionalidades ou mudanças no produto são feitas pelo

Product Owner no Product Backlog;

a lista é priorizada para refletir a necessidade dos clientes

ou demandas do mercado;

Sprints:

unidades de trabalho necessárias para atender os itens do Product Backlog, normalmente, são 30 dias.

Reuniões:

diárias, aproximadamente 15 minutos;

todos os membros do time respondem às perguntas:

1. O que você fez ontem?
2. O que pretende fazer hoje?
3. Que impedimentos estão lhe atrapalhando?

Revisões

o time apresenta os resultados ao Product Owner e demais interessados;

os itens do backlog são considerados prontos e inicia-se um novo sprint.

# data[].attributes.body
FDD surgiu em Singapura, entre os anos de 1997 e 1999 com base no método Coad (Criado por Peter Coad – 1980/1990) e nos processos interativos e lean já utilizados por Jeff de Luca.

# data[].attributes.body
O FDD busca o desenvolvimento por funcionalidade, ou seja, por um requisito funcional do sistema. É pratico para o trabalho com projetos iniciais ou projetos com codificações existentes. Apesar de ter algumas diferenças entre o FDD e o XP, é possível utilizar as melhores práticas de cada metodologia.

# data[].attributes.body
- Técnica de desenvolvimento de software que baseia em um
ciclo curto de repetições:

O desenvolvedor escreve um caso de teste automatizado que define uma melhoria desejada ou uma nova funcionalidade.

É produzido código que possa ser validado pelo teste para posteriormente o código ser refatorado para um código sob padrões aceitáveis.

- Kent Beck, considerado o criador da técnica, declarou em 2003 que TDD encoraja designs de código simples e inspira confiança.

- Através de TDD, programadores podem aplicar o conceito de melhorar e depurar código legado desenvolvido a partir de técnicas antigas.