Что такое модель RAD (быстрой разработки приложений)?
RAD или ускоренная разработка приложений — это принятие модели водопада; он нацелен на разработку программного обеспечения в короткие сроки. RAD следовать итеративному
Модель SDLC RAD имеет следующие фазы
Бизнес моделирование
Моделирование данных
Моделирование процессов
Генерация приложений
Тестирование и Оборот
Основное внимание уделяется источнику ввода-вывода и месту назначения информации. Делается упор на доставку проектов небольшими кусочками; более крупные проекты делятся на ряд более мелких проектов. Основные особенности модели RAD заключаются в том, что она ориентирована на повторное использование шаблонов, инструментов, процессов и кода.
Различные фазы модели RAD включают
Фазы модели RAD
Действия, выполняемые в модели RAD
Бизнес моделирование
На основе потока информации и распределения между различными бизнес-каналами, продукт разработан
Моделирование данных
Информация, собранная из бизнес-моделирования, уточняется в набор объектов данных, важных для бизнеса.
Моделирование процессов
Объект данных, объявленный на этапе моделирования данных, преобразуется для обеспечения потока информации, необходимого для реализации бизнес-функции.
Генерация приложений
Автоматизированные инструменты используются для создания программного обеспечения, для преобразования моделей процессов и данных в прототипы.
Тестирование и Оборот
Поскольку прототипы тестируются индивидуально на каждой итерации, общее время тестирования в RAD сокращается.
Когда использовать методологию RAD?
Когда необходимо создать систему за короткий промежуток времени (2-3 месяца)
Когда требования известны
Когда пользователь будет вовлечен на протяжении всего жизненного цикла
Когда технический риск меньше
Когда есть необходимость создать систему, которая может быть модульной за 2-3 месяца
Когда бюджет достаточно высок, чтобы позволить дизайнерам моделировать вместе со стоимостью автоматизированных инструментов для генерации кода
Преимущества и недостатки модели SDLC RAD
преимущества
Недостатки
Гибкий и адаптируемый к изменениям
Он не может быть использован для небольших проектов
Это полезно, когда нужно уменьшить общий риск проекта
Не все приложения совместимы с RAD
Он адаптируется и гибок к изменениям
Когда технический риск высок, он не подходит
Результаты легче переносить, так как используются сценарии, абстракции высокого уровня и промежуточные коды.
Если разработчики не стремятся поставлять программное обеспечение вовремя, проекты RAD могут потерпеть неудачу
Из-за генераторов и повторного использования кода происходит сокращение ручного кодирования
Сокращены возможности из-за временного бокса, когда функции переносятся на более позднюю версию, чтобы завершить выпуск в короткие сроки
Из-за прототипирования в природе, есть вероятность меньших дефектов
Снижение масштабируемости происходит из-за того, что разработанное RAD-приложение начинается с прототипа и превращается в готовое приложение.
Каждая фаза в RAD обеспечивает функциональность с наивысшим приоритетом для клиента
Прогресс и известные проблемы трудно отследить, так как нет документации, демонстрирующей, что было сделано.
С меньшим количеством людей производительность может быть увеличена за короткое время
Требуются высококвалифицированные дизайнеры или разработчики