Model RAD w inżynierii oprogramowania: diagram i fazy
Lucasa Bennetta
⚡ Inteligentne podsumowanie
Model RAD w inżynierii oprogramowania, czyli szybki rozwój aplikacji, jest prototypempingProces oparty na modelu biznesowym, który stawia szybką dostawę ponad wstępne planowanie. Oprogramowanie jest tworzone w pięciu fazach – od modelowania biznesowego, przez testowanie, po przekazanie.
Co to jest model RAD?
Model RADA lub model szybkiego rozwoju aplikacji to proces rozwoju oprogramowania oparty na prototypachping bez szczegółowego planowania. Model RAD przywiązuje mniejszą wagę do planowania i nadaje większy priorytet zadaniom rozwojowym, dążąc do dostarczenia oprogramowania w krótkim czasie.
Modelowanie RAD SDLC składa się z następujących faz:
- Modelowanie biznesowe
- Modelowanie danych
- Modelowanie procesów
- Generowanie aplikacji
- Testowanie i obrót
Poniższy diagram modelu RAD pokazuje, jak te fazy się łączą:
Koncentruje się na źródle wejścia-wyjścia oraz miejscu docelowym informacji. Kładzie nacisk na realizację projektów w małych częściach; większe projekty są dzielone na serię mniejszych projektów. Głównymi cechami modelowania RAD jest ponowne wykorzystanie szablonów, narzędzi, procesów i kodu, jak pokazano poniżej:
Różne fazy modelu RAD
Model szybkiego tworzenia aplikacji składa się z pięciu głównych faz:
| Fazy modelu RAD | Działalność wykonywana w RAD Modeling |
|---|---|
| Modelowanie biznesowe | Produkt został zaprojektowany w oparciu o przepływ informacji i dystrybucję pomiędzy różnymi kanałami biznesowymi |
| Modelowanie danych | Informacje zebrane z modelowania biznesowego są przetwarzane na zestaw obiektów danych, które są istotne dla biznesu |
| Modelowanie procesów | Obiekty danych zadeklarowane w fazie modelowania danych są przekształcane w celu uzyskania przepływu informacji niezbędnego do wdrożenia funkcji biznesowej |
| Generowanie aplikacji | Zautomatyzowane narzędzia przekształcają modele procesów i danych w prototypy podczas tworzenia oprogramowania |
| Testowanie i obrót | Prototypy są testowane indywidualnie podczas każdej iteracji, co skraca całkowity czas testowania w RAD |
Kiedy stosować Metodologię RAD?
- Gdy system musi zostać wyprodukowany w krótkim czasie (2-3 miesiące)
- Gdy wymagania są znane
- Kiedy użytkownik będzie zaangażowany przez cały cykl życia
- Kiedy ryzyko techniczne jest mniejsze
- Gdy zachodzi potrzeba stworzenia systemu, który można zmodularyzować w ciągu 2-3 miesięcy
- Gdy budżet jest wystarczająco wysoki, aby pozwolić sobie na zatrudnienie projektantów do modelowania wraz z kosztami zautomatyzowanych narzędzi do generowania kodu
Zalety i wady szybkiego tworzenia aplikacji
Podobnie jak każde podejście SDLC, RAD wiąże się z kompromisami:
| Zalety modelu RAD | Wady modelu RAD |
|---|---|
| Elastyczny i dopasowujący się do zmian | Nie można go używać do mniejszych projektów |
| Przydaje się, gdy trzeba zmniejszyć ogólne ryzyko projektu | Nie wszystkie aplikacje są kompatybilne z RAD |
| Materiały do dostarczenia są łatwiejsze do przekazania, ponieważ skrypty i materiały pomocnicze wysokiego poziomutraccje i używane są kody pośrednie | Gdy ryzyko techniczne jest wysokie, nie jest to odpowiednie |
| Code generatory i ponowne wykorzystanie kodu redukują konieczność ręcznego kodowania | Jeśli programiści nie będą zobowiązani do dostarczania oprogramowania na czas, projekty RAD mogą zakończyć się niepowodzeniem |
| Jego prototypping natura oznacza możliwość mniejszej liczby wad | W przypadku time boxingu funkcje są przenoszone do późniejszej wersji, aby szybko ukończyć wydanie, ograniczając liczbę funkcji |
| Każda faza RAD zapewnia klientowi funkcjonalność o najwyższym priorytecie | Skalowalność cierpi, ponieważ aplikacja opracowana w ramach RAD zaczyna się jako prototyp i ewoluuje w gotową aplikację |
| Przy mniejszej liczbie osób można w krótkim czasie zwiększyć produktywność | Postęp i problemy są trudne do track, ponieważ nie ma żadnej dokumentacji pokazującej, co zostało zrobione |
Model RAD vs Agile vs Waterfall
Początkujący często mylą RAD z Agile i Waterfall. Trzy podejścia SDLC w różny sposób równoważą szybkość, planowanie i elastyczność:
| WYGLĄD | Model RADA | Agile | Wodospad |
|---|---|---|---|
| Podejście podstawowe | Prototyping z ponownym wykorzystaniem kodu | Iteracyjne sprinty z informacją zwrotną | Liniowe fazy sekwencyjne |
| Planowanie | Minimalne planowanie z góry | Adaptacyjne planowanie na sprint | Szczegółowe planowanie z wyprzedzeniem |
| Najlepsze dopasowanie | Systemy modułowe przy krótkich terminach realizacji | Zmieniające się wymagania | Stabilne, dobrze zdefiniowane wymagania |
