Você está na página 1de 15

Desenvolvimento

Rpido de
Aplicao (RAD)

Definio
Desenvolvimento Rpido de Aplicao um

modelo de processo de desenvolvimento de


software iterativo e incremental que enfatiza
um ciclo de desenvolvimento extremamente
curto (entre 60 e 90 dias).

Modelo RAD

o modelo sequencial linear, mas que enfatiza

um desenvolvimento extremamente rpido;

A alta velocidade conseguida atravs de uma

abordagem de construo baseada em


componentes;

Usado quando os requisitos so bem definidos e o

escopo do sistema restrito

Princpios

Os princpios do desenvolvimento gil valorizam:


Garantir a satisfao do consumidor
Entregas rpidas e continuamente softwares
Softwares funcionais so entregues frequentemente (semanas, ao invs de meses);
Mudanas tardias so bem-vindas.
Cooperao de pessoas que entendem do 'negcio' e desenvolvedores;
Projetos surgem atravs de indivduos motivados, entre os quais existe relao de

confiana.
Design do software deve prezar pela excelncia tcnica;
Simplicidade;
Rpida adaptao s mudanas;
Indivduos e interaes so mais importantes do que processos e ferramentas;
Software funcional mais do que documentao extensa;
Colaborao com clientes mais do que negociao de contratos;
Responder a mudanas mais do que seguir um plano.

Ciclo de desenvolvimento
Modelagem
do negcio
Modelagem
dos dados
Modelagem
do processo
Gerao da
aplicao
Teste e
modificao

Ciclo 1
Modelagem do
negcio
O fluxo de informaes entre as funes de negcio modelado de
modo a responder s seguintes questes:
Que informao direciona o processo de negcio?
Que informao gerada?
Quem a gera?
Para onde vai informao?
Quem a processa?
Na modelagem de negcio so levantados os processos suportados
pelo sistema.

Ciclo 2
Modelagem
dos dados

A modelagem de dados corresponde a questes


especficas, nesta parte e refinado de forma a extrair os
principais objetos de dados a serem processados pelo
sistema.
qual a composio de cada um dos objetos de dados,
onde costumam ficar,
qual a relao entre eles
quais as relaes entre os objetos e os processos que os
transformam.

Ciclo 3
Modelagem
do processo

Os objetos de dados definidos na modelagem


de dados so transformados para conseguir o
fluxo necessrio para implementar uma funo
do negcio. Descries do processamento so
criadas para adicionar, modificar, descartar ou
recuperar um objeto de dados.

Ciclo 4
Gerao da
aplicao

O RAD considera o uso de tcnicas de quarta


gerao, trabalha com a reutilizao de
componentes de programa existentes quando
possvel, ou cria componentes reusveis. So
usadas ferramentas automatizadas para
facilitar a construo do software.

Ciclo 5
Teste e
modificao

Como o processo do RAD enfatiza o reuso,


muitos componentes j esto testados, isso
reduz o tempo total de teste. Todavia os novos
componentes devem ser testados e todas as
interfaces devem ser exaustivamente
exercitadas.

Vantagens do RAD
Permite o desenvolvimento rpido
Ciclo de desenvolvimento extremamente curto (entre 60 e 90 dias);
Equipes separada e ento integrada a formar um todo;
Usado principalmente para aplicaes de sistemas de informaes;
Desenvolvimento conduzido em um nvel mais alto de abstrao;
Visibilidade mais cedo (prottipos);
Maior flexibilidade no projeto
Provvel custo reduzido(tempo dinheiro e tambm devido ao

reuso);
Aparncia padronizada (Segue um conjunto de regras bem
definidas).

O RAD apropriado quando

A aplicao do tipo "stand alone";


Pode-se fazer uso de classes pr-existentes

(APIs, *conjunto de bibliotecas*);


A performance no o mais importante;
A distribuio do produto pequena;
O escopo do projeto restrito;
O sistema pode ser dividido em vrios
mdulos independentes;
A tecnologia necessria tem mais de um ano
de existncia.

Desvantagens
Custo do conjunto de ferramentas e hardware para rodar a aplicao;
Mais difcil de acompanhar o projeto(pois no existe os marcos clssicos);
Menos eficientes;
Perda de preciso cientfica (falta de mtodos formais);
Pode acidentalmente levar ao retorno das prticas caticas no

desenvolvimento;
Funes reduzidas (reuso, "timeboxing");
Funes desnecessrias (reuso de componentes);
Problemas legais;
Requisitos podem no se encaixar (conflitos entre desenvolvedores e
clientes)
Padronizao (aparncia diferente entre os mdulos e componentes)
Sucessos anteriores so difceis de se reproduzir

A aplicao precisa interagir com outros programas;


O RAD no deve ser usando quando
Existem poucos plugins e componentes disponveis;
Performance essencial;
O desenvolvimento no pode tirar vantagem de

ferramentas de alto nvel;


A distribuio do produto ser em grande escala;
Para se construir sistemas operacionais (confiabilidade
exigida alta demais)
Jogos de computador (performance exigida muito alta)
Riscos tecnolgicos muito altos devido a tecnologia ter
sido recm lanada;
O sistema no pode ser modularizado

Referencias
Site

http://pt.wikipedia.org/wiki/Rapid_Application_Development
http://

pt.kioskea.net/contents/genie-logiciel/methodes-agiles.php3
http://pt.wikipedia.org/wiki/Desenvolvimento_%
C3%A1gil_de_software