Simplifica!! RAD

Prévia do material em texto

Instituto Federal de Educação, Ciência e Tecnologia de Rondônia 
 
Aluno: Joaquim Boaria 
 
Técnico em 
Informática 
 
Prof º: Elisângela Bibá Gomes 
 
05/2018 
 
 
 
Olá meu jovem gafanhoto, tudo bem com você? 
Se você chegou até aqui, é por que tem interesse em desenvolvimento de software. Estou correto? 
Então pensando nisso, hoje, por meio desse texto venho ajudar-lhe a aprender uma coisinha muito 
simples. RAD!!!! 
 
Sendo assim, embarque comigo nessa viagem!!! 
 
 
 
 
Antes de mais nada, é muito importante que você saiba o que significa a sigla RAD e quando esse 
modelo foi formalizado. Vem comigo! 
 
• Significado e História 
 
Rapid Application Development ou como é mais comumente chamado RAD é nada mais nada menos 
que um processo de desenvolvimento de software que é caracterizado sendo um modelo iterativo e 
incremental que enfatiza MUITO um ciclo de desenvolvimento EXTREMAMENTE curto (isso é 
muito, mais muito importante, então presta atenção!!!!). Segundo Pressman esse ciclo dura de 60 a 90 
dias. 
O nosso querido RAD foi registrado em 1991 por James Martin. James agregou valores de diversos 
outros processos no Rapid Iterative Production Prototyping (RIPP), deixando-o assim maior e mais 
formal, surgindo a partir daí o RAD. 
 
 
 
• O processo em si 
 
Vamos agora abandonar um pouco a parte histórica da coisa, e estudar como ele funciona. 
É importante ressaltar que o RAD é um método para desenvolvimento de softwares que permite uma 
prototipagem mais rápida e entrega iterativa do produto final e que os requisitos devem ser bem 
entendidos e o alcance do projeto restrito. 
 
Associando com o que foi dito acima, o desenvolvimento rápido é obtido usando uma abordagem de 
construção baseada em componentes. 
Cada função principal pode ser direcionada para uma equipe RAD separada e então integrada para 
formar o todo. 
 
Abaixo segue uma imagem do RAD. 
 
 
 
Imagem do artigo "Engenharia de Software" da Profa. Dra. Elisa Yumi Nakagawa 
 
 
 
Agora vou te explicar como funciona esse carinha ai em cima. Desce a página um pouquinho, e vamos 
aprender!!! 
 
É importante ressaltar que além das etapas mostradas acima, o RAD também possui a etapa de 
comunicação e de planejamento, explicarei elas abaixo: 
 
• Comunicação 
 
A comunicação é uma etapa indispensável em qualquer um dos modelos de de 
desenvolvimento de software, no RAD ela trabalha para entender os problemas do negócio e as 
características de informação que o software precisa acomodar. 
 
• Planejamento 
 
O planejamento é uma parte essencial do processo, pois é ali que as equipes se organizam 
para a produção do software. Essa parte é absurdamente importante porque existem equipes de 
software que trabalham em paralelo em diferentes funções do sistema. Imagina só se não existisse 
essa etapa, todas as equipes trabalhando desorganizadamente, vixi... não quero nem imaginar. 
 
Segundo Kerr, o processo se divide em 5 fases: 
 
• Modelagem de Negócio 
 
Na modelagem de negócio são levantados os processos suportados pelo sistema. 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? 
 
• Modelagem dos dados 
 
A modelagem dos dados é uma etapa MEGA importante pois responde a um conjunto de 
questões específicas que são relevantes a qualquer aplicação. O fluxo de informação definido na fase 
de modelagem de negócio é refinado de uma forma para conseguir extrair os principais objetos de 
dados a serem processados pelo sistema, é levado em conta qual a composição de cada um dos objetos 
de dados, onde costumam ficar, qual a relação entre eles e quais as relações entre os objetos e os 
processos que os transformam. 
 
• Modelagem do Processo 
 
A etapa de modelagem do processo consiste basicamente em transformar os objetos de dados 
definidos na modelagem dos dados a fim de obter o fluxo necessário para implementar uma função do 
negócio. De acordo com Stephen E. Cross, as descrições do processamento são criadas para 
adicionar, modificar, descartar ou recuperar um objeto de dados. 
 
• Geração da aplicação 
 
É muito importante que você leia as próximas frases com muito cuidado, pois aqui estão 
umas das coisas mais importantes do RAD. 
Nessa etapa é onde se gera a aplicação (onde se faz um executável do software). 
É válido ressaltar que 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 criar componentes 
 
reusáveis. São utilizadas algumas ferramentas automatizadas para ajudar na construção do software, 
recomendo algumas que já utilizei e garanto que são boas e otimizadas: NetBeans e Visual Basic. 
 
• Teste e modificação 
 
Nessa etapa é feito os testes de todo o software e aplicadas todas as modificações necessárias. 
No processo RAD o tempo de teste e menor do que nos demais modelos pois o RAD enfatiza 
o reúso, sendo assim, muitos componentes já estão testados. Contudo todos os novos componentes 
devem ser testados. 
 
 
Utilizei acima o modelo RAD abordado por Kerr, devido ao seu aprofundamento nas etapas. 
Muitos autores usam a mesma divisão do processo, inclusive Pressman, cuja sua obra é utilizada em 
diversas universidades como "Bíblia" para o estudante de informática. Mas Pressman não aprofunda 
muito sua obra nas etapas do RAD. 
 
Também existem outras abordagens que são utilizadas, um exemplo é a abordagem utilizada por 
Stephen E. Cross, que é dividida da seguinte maneira: 
 
• Projeto e análise baseado no cenário 
• Projeto e análise de Arquitetura 
• Especificação de Componentes com o máximo de reúso 
• Desenvolvimento rápido dos módulos remanescentes 
• Testes freqüentes com o usuário final 
• Campo com ferramentas de suporte para permitir a evolução 
 
Stephen deixa bem claro em suas obras que sua abordagem tem a proposta de disciplinar o RAD, que 
é muitas vezes criticado por sua suposta informalidade. 
 
Firme e forte aí gafanhoto?? Continua comigo e vamos aprender mais um pouquinho!!! 
 
Abaixo te mostrarei algumas vantagens e desvantagens ao se utilizar o RAD. 
 
Vem com o tio e seja feliz!! 
 
• Desvantagens 
• Se desenvolvedores e clientes não estiverem comprometidos com as atividades os projetos 
RAD falharão; 
• Se o sistema não puder ser adequadamente modularizado, a construção dos 
componentes será problemática; 
• O RAD pode não ser adequado quando os riscos técnicos são altos; 
• Pode conter funções desnecessárias por conta do reúso de componentes; 
• Custo do conjunto de ferramentas e hardware para rodar a aplicação; 
• Exige recursos humanos suficientes para todas as equipes . 
 
• Vantagens 
• Criação e reutilização de componentes ; 
• Os desenvolvedores podem projetar mais tranquilamente por conta da flexibilidade do RAD; 
• Maior envolvimento do usuário; 
• Grande redução de codificação manual; 
• Visibilidade do software acontece mais cedo por conta dos protótipos. 
 
Muito bom pequeno gafanhoto, se você chegou até aqui significa que você conseguiu absorver 
muitas coisas do que foi dito acima, muito obrigado pelo seu tempo, bons estudos e até um 
próximo dia. 
 
 
 
A educação é o que sobra depois que a gente 
se esquece do que aprendeu na escola 
-Albert Einstein 
 
 
 
 
 
• Referências Bibliográficas 
 
PRESSMAN, Roger S. Engenharia de Software, Sexta Edição. Editora MCGrawHill: Porto 
Alegre, 2010. 
edisciplinas.usp.br/pluginfile.php/3134606/mod_resource/content/1/Aula02_ModelosProcessos_2017.pdf 
researchgate.net/publication/31978101 
_Rapid_application_development_RAD_An_empirical_review 
European Journal of Information Systems (1999) 8, 211–223. Rapid application 
development (RAD): An empirical review 
wikipedia.org/wiki/Kerr 
blueink.biz/RapidApplicationDevelopment.aspx 
sysdev.ucdavis.edu/WEBADM/document/rad_toc.htm 
odl-skopje.etf.ukim.edu.mk/UML-Help/html/01day3.html