Википедия

RAD (программирование): различия между версиями

Интерактивная навигация по истории
(Показать все непатрулированные изменения)
[непроверенная версия][непроверенная версия]
← Предыдущая правкаСледующая правка →
Содержимое удалено Содержимое добавлено
ВизуальныйВики-текст
м откат правок 88.200.214.205 (обс.) к версии 188.162.72.108
Метка: откат
отмена правки 102989703 участника Atylotus (обс.)
Метка: отмена
Строка 1:
{{Значения|RAD}}СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!
{{Значения|RAD}}
{{Разработка программного обеспечения}}
 
'''СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!D''' (от {{lang-en|rapid application development}} — моделям. С конца [[XX век|XX СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!век]]а RAD получила широкоСМЕРТЬ RAD-ПРОГРАММИСТАМ!!!пространение.СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!
'''RAD''' (от {{lang-en|rapid application development}} — быстрая разработка приложений) — концепция организации технологического процесса разработки [[программный продукт|программных продуктов]], ориентированная на максимально быстрое получение качественного результата в условиях сильных ограничений по срокам и бюджету и нечётко определённых требований к продукту. Эффект ускорения разработки достигается путём использования соответствующих технических средств и непрерывного, параллельного с ходом разработки, уточнения требований и оценки текущих результатов с привлечением заказчика. RAD создана в конце 1980-х как альтернатива более ранним [[Каскадная модель|каскадной]] и [[Итеративная разработка|итеративной]] моделям. С конца [[XX век]]а RAD получила широкое распространение.
 
Тот же термин исСМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RСМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!AD-ПРСМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАмММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!ОГРАММИСТАМ!!!осредственно взаимодействующих между собой и с представителем заказчика.
Тот же термин используется в отношении программных инструментов быстрого [[Прототипирование программного обеспечения|прототипирования]] и разработки ПО. Типичными качествами таких инструментов являются максимальная автоматизация рутинных операций и широкое использование [[визуальное программирование|визуального программирования]].
 
Основателем RAD считается сотрудник [[IBM]] Джеймс Мартин,СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!который ввСМЕРТЬ [[1980RAD-е|1980-х]] годах сформулировал основные принципы RAD, основываясь на идеях Барри Бойма и Скотта Шульца. А в [[1991 год]]у Мартин опубликовал известную книгу, в которой детально изложил концепцию RAD и возможностиПРОГРАММИСТАМ!!!жности её применения. В настоящее время RAD становится общепринятой схемой для создания средств разработки [[программный продукт|программных продуктов]].▼
== История ==
Создание концепции RAD явилось следствием сочетания ряда факторов.
 
== НазнСМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!ачениСМЕРТЬ RAD-ПРОГРАММИСТАМ!!!е ==
* Неудовлетворённость методами разработки программ [[1970-е|1970-х]] и начала [[1980-е|1980-х]] годов, таких как «[[модель водопада]]» ({{lang-en|Waterfall model}}). Разработанные по аналогии с методами проектирования «железных» технических систем, они предусматривают поэтапное формирование требований, документирование, проектирование и реализацию. Их последовательное применение приводит к настолько медленному процессу создания программы, что зачастую даже базовые требования к программе успевают измениться до окончания разработки.
RAD предполагает, что разработка ПО осуществляетсяСМЕРТЬ RAD-ПРОГРАММИСТАМ!!!льшой командой разработчиков за срок порядка трёх-четырёх месяцев путём использования [[инкремент]]ного [[прототипирование|прототипирования]] с применением инструСМЕРТЬ RAD-ПРОГРАММИСТАМ!!!ых средстСМЕРТСМЕРТЬ RAD-ПРОГРАММИСТАМ!!!-ПРОГРАММИСТАМ!!!
* Осознание факта отличия разработки программного продукта от традиционных видов инженерной деятельности, состоящее в гораздо большей доступности предмета разработки для сложных неоднократных модификаций.
* Появление аппаратных мощностей и программных средств разработки, позволяющих быстро создавать работоспособные прототипы программных систем и их частей и автоматизировать их документирование. При использовании таких средств альтернативой подробному проектированию и тщательному предварительному документированию системы становится быстрое создание или модификация прототипа и его непосредственная оценка заказчиком.
* Успешный опыт разработки систем, основанной на работе небольшой по численности сплочённой команды разработчиков, непосредственно взаимодействующих между собой и с представителем заказчика.
 
# огут быть вообще не определенССМЕРТЬ RAD-ПРОГРАММИСТАМ!!!D-ПРОГРАММИСТАМ!!!тв в проектах, основная слоСМЕРТЬ RAD-ПРОГРАММИСТАМ!!!сть которых определяется необходимостью реализации сложных, нестандартных алгоритмов обработки данных, СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!а интерфейс пользователя либо отсутствует как таковой, либо очень прост и совершенно стандартен.
▲Основателем RAD считается сотрудник [[IBM]] Джеймс Мартин, который в [[1980-е|1980-х]] годах сформулировал основные принципы RAD, основываясь на идеях Барри Бойма и Скотта Шульца. А в [[1991 год]]у Мартин опубликовал известную книгу, в которой детально изложил концепцию RAD и возможности её применения. В настоящее время RAD становится общепринятой схемой для создания средств разработки [[программный продукт|программных продуктов]].
 
== ОсновСМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!ные прСМЕРТЬ RAD-ПРОГРАММИСТАМ!!!инципы ==
== Назначение ==
СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!
RAD предполагает, что разработка ПО осуществляется небольшой командой разработчиков за срок порядка трёх-четырёх месяцев путём использования [[инкремент]]ного [[прототипирование|прототипирования]] с применением инструментальных средств [[визуальное программирование|визуального моделирования]] и разработки. Технология RAD предусматривает активное привлечение заказчика уже на ранних стадиях — обследование организации, выработка требований к системе. Последнее из указанных свойств подразумевает полное выполнение требований заказчика как функциональных, так и нефункциональных, с учётом их возможных изменений в период разработки системы, а также получение качественной документации, обеспечивающей удобство эксплуатации и сопровождения системы. Это означает, что дополнительные затраты на сопровождение сразу после поставки будут значительно меньше. Таким образом, полное время от начала разработки до получения приемлемого продукта при использовании этого метода значительно сокращается.
 
Принципы RAD технологии направлены на обеспеСМЕРТЬ RAD-ПРОГРАММИСТАМ!!!том, что разработчик и заказчик видят предмет разработки (ПО) по-разному.
== Применение ==
[[Файл:RAD-KASKAD.jpg|400px|right|thumb|Сравнение RAD и Каскадного метода]]
RAD-технология не является универсальной, её целесообразно применять лишь если проект отвечает всем или некоторым из условий:
# ''Сжатые сроки.'' Требуется максимально быстро создать систему, отвечающую требованиям сегодняшнего дня. Увеличение сроков создаёт высокую вероятность настолько значительного изменения фундаментальных положений, регламентирующих автоматизируемую деятельность, что система морально устареет ещё до завершения проектирования.
# ''Нечётко определённые и/или изменяющиеся по ходу разработки требования.'' Заказчик весьма приблизительно представляет себе работу будущего программного продукта и не может четко сформулировать все требования к ПО. Требования могут быть вообще не определены к началу проекта либо могут изменяться по ходу его выполнения.
# ''Ограниченный бюджет при готовности участия заказчика в разработке.'' У заказчика нет средств на оплату работы большой команды проектировщиков и разработчиков в течение длительного времени, но имеется готовность выделить специалистов для постоянного непосредственного участия в разработке и оценки её текущего состояния.
# ''Небольшие объёмы либо возможность разбиения проекта на функциональные компоненты.'' Если предполагаемая система велика, необходимо, чтобы её можно было разбить на небольшие части, каждая из которых обладает четкой функциональностью и минимально зависит от других. Они могут выпускаться последовательно или параллельно (в последнем случае привлекается несколько RAD-групп).
# ''[[Графический интерфейс пользователя]] — важнейший или один из важнейших компонентов системы.'' Именно в создании интерфейса RAD-технология даёт наибольшие преимущества, так как интерфейс демонстрируется непосредственно на прототипе, причём достаточно скоро после начала проекта. Возможно даже прямо привлечь представителя заказчика к проектированию интерфейса в визуальном редакторе. Этот подход позволяет избежать типичной ситуации, когда интерфейс, описанный пользователем в требованиях (как правило, без учёта технологических ограничений) ведёт себя на практике совсем не так, как рассчитывал пользователь, хотя формально система полностью соответствует документированным требованиям.
# ''Низкая вычислительная сложность.'' Обработка данных в проекте сводится к комбинированию типовых операций, все или большинство из которых уже реализованы в виде доступных библиотек. Оригинальных алгоритмов обработки данных либо вообще не требуется, либо они достаточно просты и могут быть реализованы быстро и без особых затруднений.
 
* Инструментарий должен быть нацелен на минимизациюминимизациСМЕРТЬ времени разработки.RAD-ПРОГРАММИСТАМ!!!▼
Если требования к системе чётко определены и не могут меняться, вовлечение заказчика в процесс разработки не потребуется и более эффективной может быть традиционная иерархическая разработка ([[Каскадная модель|каскадный метод]]). Также RAD не даёт практически никаких преимуществ в проектах, основная сложность которых определяется необходимостью реализации сложных, нестандартных алгоритмов обработки данных, а интерфейс пользователя либо отсутствует как таковой, либо очень прост и совершенно стандартен.
 
Принципы RAD применяются не только при реализации, но и распространяютсяаспространяются на все этапы жизненногожСМЕРТЬ RAD-ПРОГРАММИСТАМ!!!о цикла, в частности на этап обследования организации, построения требований, анализ и дизайн.▼
== Основные принципы ==
[[Файл:RADcomparison.jpg|320px|right|Add caption here]]
Принципы RAD технологии направлены на обеспечение трёх основных её преимуществ — высокой скорости разработки, низкой стоимости и высокого качества. Достигнуть высокого качества программного продукта весьма непросто и одна из главных причин возникающих трудностей заключается в том, что разработчик и заказчик видят предмет разработки (ПО) по-разному.
 
== ФазСМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!ы разработкиСМЕРТЬ RAD-ПРОГРАММИСТАМ!!! ==
▲* Инструментарий должен быть нацелен на минимизацию времени разработки.
* Создание ''прототипа'' для уточнения требований заказчика.
* Цикличность разработки: каждая новая версия продукта основывается на оценке результата работы предыдущей версии заказчиком.
* Минимизация времени разработки версии, за счёт переноса уже готовых модулей и добавления функциональности в новую версию.
* Команда разработчиков должна тесно сотрудничать, каждый участник должен быть готов выполнять несколько обязанностей.
* Управление проектом должно минимизировать длительность цикла разработки.
 
# '''Планирование''' — совокупность требований, полученных при системном планировании и анализе ''[[Жизненный цикл программного обеспечения|процедуры разработки жизненного цикла]]'' (SDLC). На этом этапе пользователи, менеджеры и IT-специалисты обсуждают задачи проекта, его объём, системные требования, а также сложности, которые могут возникнуть при разработке. Фаза завершается согласованием ключевых моментов с RAD-группой и получением от руководителей проекта разрешения на продолжение.[[Файл:RADModel ru.jpg|320px|thumb|right|МодельСМЕРТЬ быстройRAD-ПРОГРАММИСТАМ!!!СМЕРТЬ разработкиRAD-ПРОГРАММИСТАМ!!!СМЕРТЬ приложенийRAD-ПРОГРАММИСТАМ!!!СМЕРТЬ (RAD)]]-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!▼
▲Принципы RAD применяются не только при реализации, но и распространяются на все этапы жизненного цикла, в частности на этап обследования организации, построения требований, анализ и дизайн.
#'''Пользовательское проектирование''' — на протяжении данного этапа пользователи, взаимодействуя с системными аналитиками, разрабатывают модели и прототипы, которые включают в себя все необходимые системные функсь процесс оказывается сжатым по времени. Как результат, новая система оказывается быстрее построенной, доставленной до заказчика и установленной на рабочих местах.
 
== Фазы разработки ==
 
▲# '''Планирование''' — совокупность требований, полученных при системном планировании и анализе ''[[Жизненный цикл программного обеспечения|процедуры разработки жизненного цикла]]'' (SDLC). На этом этапе пользователи, менеджеры и IT-специалисты обсуждают задачи проекта, его объём, системные требования, а также сложности, которые могут возникнуть при разработке. Фаза завершается согласованием ключевых моментов с RAD-группой и получением от руководителей проекта разрешения на продолжение.[[Файл:RADModel ru.jpg|320px|thumb|right|Модель быстрой разработки приложений (RAD)]]
# '''Пользовательское проектирование''' — на протяжении данного этапа пользователи, взаимодействуя с системными аналитиками, разрабатывают модели и прототипы, которые включают в себя все необходимые системные функции. Для перевода пользовательских прототипов в рабочие модели RAD-группа обычно использует технику ''объединенной разработки приложений'' (JAD) и [[CASE]]-инструменты. ''Пользовательское проектирование'' оказывается длительным интерактивным процессом, который позволяет пользователям понять, изменить и в конечном счёте выбрать рабочую модель, отвечающую их требованиям.
# '''Конструирование''' — этап, в котором основная задача заключается в разработке программ и приложений. Аналогична стадии «реализация» в SDLC. В RAD, однако, пользователи продолжают принимать участие и по-прежнему могут предлагать изменения или улучшения в виде разработанных ими докладов. В их задачи входит программирование и разработка приложений, написание кода, интеграция модулей и системное тестирование.
# '''Переключение''' — включает в себя операции по конверсии данных, тестирование, переход на новую систему и тренировку пользователей. По своим задачам напоминает финальную стадию SDLC. Сравнивая с традиционными методами разработки ПО, весь процесс оказывается сжатым по времени. Как результат, новая система оказывается быстрее построенной, доставленной до заказчика и установленной на рабочих местах.
 
== Преимущества ==
ТехнологиСМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!я ''быстрой рСМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!азработки приложений'' (RAD) позволяет обеспечить:
Технология ''быстрой разработки приложений'' (RAD) позволяет обеспечить:
 
* быстроту продвижения программного продукта на рынок;
* быстроту СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!продвижеСМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!ния прогрняющимся требованиям;
* интерфейс, устраивающий пользователя;
* лёгкую адаптируемость проекта к изменяющимся требованиям;
* простоту развития функциональности системы.
 
== См. такжеСМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!! ==
== См. также ==
 
* [[Визуальное программирование]]
* [[Визуальное программирование|Визуальное программированиеСМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!]]
* [[Быстрое прототипирование]]
* [[Быстрое прототипирование|Быстрое прототипированиеСМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!]]
 
== ИсточникиСМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!!СМЕРТЬ RAD-ПРОГРАММИСТАМ!!! ==
 
== Источники ==
* https://habr.com/ru/post/244003/
 
Источник — https://ru.wikipedia.org/wiki/RAD_(программирование)