RAD модел в софтуерното инженерство: Диаграма и фази
Лукас Бенет
⚡ Умно обобщение
RAD моделът в софтуерното инженерство, или бързото разработване на приложения, е прототипping-базиран процес, който дава приоритет на бързата доставка пред предварителното планиране. Той изгражда софтуера през пет фази, от бизнес моделиране до тестване и предаване.
Какво е RAD модел?
Модел RAD или моделът за бързо разработване на приложения е процес на разработване на софтуер, базиран на прототипиping без никакво специфично планиране. Моделът RAD обръща по-малко внимание на планирането и дава по-голям приоритет на задачите за разработка, като се стреми да достави софтуер за кратък период от време.
SDLC RAD моделирането има следните фази:
- Бизнес моделиране
- Моделиране на данни
- Моделиране на процеси
- Генериране на приложения
- Тестване и оборот
Диаграмата на RAD модела по-долу показва как тези фази са свързани:
Фокусира се върху входно-изходния източник и местоназначението на информацията. Акцентира върху изпълнението на проекти на малки части; по-големите проекти са разделени на серия от по-малки проекти. Основните характеристики на RAD моделирането са повторното използване на шаблони, инструменти, процеси и код, както е показано по-долу:
Различни фази на RAD модела
Моделът за бързо разработване на приложения има пет основни фази:
| Фази на RAD модела | Дейности, извършвани в RAD Modeling |
|---|---|
| Бизнес моделиране | Продуктът е проектиран на базата на потока от информация и нейното разпределение между различни бизнес канали. |
| Моделиране на данни | Информацията, събрана от бизнес моделирането, се прецизира в набор от обекти с данни, които са значими за бизнеса |
| Моделиране на процеси | Обектите от данни, декларирани във фазата на моделиране на данни, се трансформират, за да се постигне информационният поток, необходим за реализиране на бизнес функция. |
| Генериране на приложения | Автоматизираните инструменти преобразуват моделите на процеси и данни в прототипи по време на изграждането на софтуера |
| Тестване и оборот | Прототипите се тестват поотделно по време на всяка итерация, което намалява общото време за тестване в RAD. |
Кога да използваме RAD методологията?
- Когато една система трябва да бъде произведена за кратък период от време (2-3 месеца)
- Когато са известни изискванията
- Когато потребителят ще участва през целия жизнен цикъл
- Когато техническият риск е по-малък
- Когато има нужда да се създаде система, която може да бъде модулирана за 2-3 месеца
- Когато бюджетът е достатъчно висок, за да си позволи дизайнери за моделиране, заедно с разходите за автоматизирани инструменти за генериране на код
Предимства и недостатъци на бързото разработване на приложения
Както всеки SDLC подход, RAD включва компромиси:
| Предимства на модела RAD | Недостатъци на модела RAD |
|---|---|
| Гъвкав и адаптивен към промените | Не може да се използва за по-малки проекти |
| Полезно е, когато трябва да намалите цялостния риск на проекта | Не всички приложения са съвместими с RAD |
| Резултатите са по-лесни за прехвърляне, защото скриптовете, високо ниво на ABStracции и се използват междинни кодове | Когато техническият риск е висок, той не е подходящ |
| Code Генераторите и повторното използване на код намаляват ръчното кодиране | Ако разработчиците не се ангажират да доставят софтуер навреме, RAD проектите могат да се провалят |
| Неговият прототипping природата означава възможност за по-малко дефекти | Временното ограничение измества функциите в по-късна версия, за да завърши изданието бързо, намалявайки броя на функциите |
| Всяка фаза в RAD предоставя на клиента функционалност с най-висок приоритет. | Мащабируемостта страда, защото приложение, разработено от RAD, започва като прототип и се развива в завършено приложение. |
| С по-малко хора, производителността може да се увеличи за кратко време | Напредъкът и проблемите са трудни за справяне track, защото няма документация, която да демонстрира какво е направено |
RAD модел срещу Agile срещу Waterfall
Начинаещите често бъркат RAD с Agile и Waterfall. Трите SDLC подхода балансират скоростта, планирането и гъвкавостта по различен начин:
| Аспект | Модел RAD | Пъргав | Водопад |
|---|---|---|---|
| Основен подход | Прототиping с повторно използване на код | Итеративни спринтове с обратна връзка | Линейни последователни фази |
| Планиране | Минимално предварително планиране | Адаптивно планиране за спринт | Подробно предварително планиране |
| Най-добро пасване | Модулни системи с кратки срокове | Развиващи се изисквания | Стабилни, добре дефинирани изисквания |
