Desenvolvimento Rápido de Aplicação (RAD) - ppt carregar
PublicouFernando Negro Alterado mais de 3 anos atrás
Apresentação em tema: "Desenvolvimento Rápido de Aplicação (RAD)"— Transcrição da apresentação:
1 Desenvolvimento Rápido de Aplicação (RAD)
2 Definição Desenvolvimento Rápido de Aplicação é um modelo de processo de desenvolvimento de software iterativo e incremental que enfatiza um ciclo de desenvolvimento extremamente curto (entre 60 e 90 dias).
3 Modelo RAD É o modelo sequencial linear, mas que enfatiza um desenvolvimento extremamente rápido; A "alta velocidade" é conseguida através de uma abordagem de construção baseada em componentes; Usado quando os requisitos são bem definidos e o escopo do sistema é restrito
4 Princípios Os princípios do desenvolvimento ágil valorizam:
Garantir a satisfação do consumidor Entregas rápidas e continuamente softwares Softwares funcionais são entregues frequentemente (semanas, ao invés de meses); Mudanças tardias são bem-vindas. Cooperação de pessoas que entendem do 'negócio' e desenvolvedores; Projetos surgem através de indivíduos motivados, entre os quais existe relação de confiança. Design do software deve prezar pela excelência técnica; Simplicidade; Rápida adaptação às mudanças; Indivíduos e interações são mais importantes do que processos e ferramentas; Software funcional mais do que documentação extensa; Colaboração com clientes mais do que negociação de contratos; Responder a mudanças mais do que seguir um plano.
Modelagem do negócio Modelagem dos dados Modelagem do processo Geração da aplicação Teste e modificação
6 Ciclo 1º Modelagem do negócio
O fluxo de informações entre as funções de negócio é modelado de modo a responder às seguintes questões: Que informação direciona o processo de negócio? Que informação é gerada? Quem a gera? Para onde vai à informação? Quem a processa? Na modelagem de negócio são levantados os processos suportados pelo sistema.
7 Ciclo 2º A modelagem de dados corresponde a questões específicas, nesta parte e refinado de forma a extrair os principais objetos de dados a serem processados pelo sistema. qual a composição de cada um dos objetos de dados, onde costumam ficar, qual a relação entre eles quais as relações entre os objetos e os processos que os transformam. Modelagem dos dados
8 Ciclo 3º Os objetos de dados definidos na modelagem de dados são transformados para conseguir o fluxo necessário para implementar uma função do negócio. Descrições do processamento são criadas para adicionar, modificar, descartar ou recuperar um objeto de dados. Modelagem do processo
9 Ciclo 4º O RAD considera o uso de técnicas de quarta geração, trabalha com a reutilização de componentes de programa existentes quando possível, ou cria componentes reusáveis. São usadas ferramentas automatizadas para facilitar a construção do software. Geração da aplicação
10 Ciclo 5º Teste e modificação Como o processo do RAD enfatiza o reuso, muitos componentes já estão testados, isso reduz o tempo total de teste. Todavia os novos componentes devem ser testados e todas as interfaces devem ser exaustivamente exercitadas.
11 Vantagens do RAD Permite o desenvolvimento rápido
Ciclo de desenvolvimento extremamente curto (entre 60 e 90 dias); Equipes separada e então integrada a formar um todo; Usado principalmente para aplicações de sistemas de informações; Desenvolvimento é conduzido em um nível mais alto de abstração; Visibilidade mais cedo (protótipos); Maior flexibilidade no projeto Provável custo reduzido(tempo é dinheiro e também devido ao reuso); Aparência padronizada (Segue um conjunto de regras bem definidas).
12 O RAD é apropriado quando
A aplicação é do tipo "stand alone"; Pode-se fazer uso de classes pré-existentes (APIs, *conjunto de bibliotecas*); A performance não é o mais importante; A distribuição do produto é pequena; O escopo do projeto é restrito; O sistema pode ser dividido em vários módulos independentes; A tecnologia necessária tem mais de um ano de existência.
13 Desvantagens Custo do conjunto de ferramentas e hardware para rodar a aplicação; Mais difícil de acompanhar o projeto(pois não existe os marcos clássicos); Menos eficientes; Perda de precisão científica (falta de métodos formais); Pode acidentalmente levar ao retorno das práticas caóticas no desenvolvimento; Funções reduzidas (reuso, "timeboxing"); Funções desnecessárias (reuso de componentes); Problemas legais; Requisitos podem não se encaixar (conflitos entre desenvolvedores e clientes) Padronização (aparência diferente entre os módulos e componentes) Sucessos anteriores são difíceis de se reproduzir
14 O RAD não deve ser usando quando
A aplicação precisa interagir com outros programas; Existem poucos plugins e componentes disponíveis; Performance é essencial; O desenvolvimento não pode tirar vantagem de ferramentas de alto nível; A distribuição do produto será em grande escala; Para se construir sistemas operacionais (confiabilidade exigida alta demais) Jogos de computador (performance exigida muito alta) Riscos tecnológicos muito altos devido a tecnologia ter sido recém lançada; O sistema não pode ser modularizado