IV. Подход RAD (Rapid Application Development).
Одним из возможных подходов к разработке ИС в рамках спиральной модели жизненного цикла является получивший широкое распространение способ так называемой быстрой разработки приложений, или RAD (Rapid Application Development). Подход RAD предусматривает наличие трех составляющих:
· команды разработчиков (от 3 до 7 человек) должны представлять собой группу профессионалов, имеющих опыт в проектировании, программировании и тестировании программного обеспечения, способных хорошо взаимодействовать с конечными пользователями и трансформировать их предложения в рабочие прототипы, выполняющих работы по проектированию отдельных подсистем ПО. Количество обусловлено требованием максимальной управляемости коллективом;
· короткого, но тщательно проработанного производственного графика (до 3 месяцев);
· повторяющегося цикла, при котором разработчики по мере того, как приложение начинает обретать форму, запрашивают и реализуют в продукте требования, полученные в результате взаимодействия с заказчиком.
Следует отметить, что подход RAD, как и любой другой не может претендовать на универсальность. Он хорош в первую очередь для относительно небольших проектов, разрабатываемых для конкретного заказчика. Если же разрабатывается крупномасштабная система (например, масштаба отрасли), которая не является законченным продуктом, а представляет собой комплекс программных компонентов, адаптируемых к программно-аппаратным платформам, системам управления базами данных (СУБД), средствам телекоммуникации, организационно-экономическим особенностям объектов внедрения и интегрируемых с существующими разработками, то на первый план выступают такие показатели проекта, как управляемость и качество, которые могут войти в противоречие с простотой и скоростью разработки. Для таких проектов необходимы высокий уровень планирования и жесткая дисциплина проектирования, строгое следование заранее разработанным протоколам и интерфейсам, что снижает скорость разработки.
Подход RAD не применим для построения сложных расчетных программ, операционных систем или программ управления сложными объектами в реальном масштабе времени, т.е. программ, содержащих большой объем (сотни тысяч строк) уникального кода.
Не годится подход RAD и для приложений, в которых отсутствует ярко выраженная интерфейсная часть, наглядно определяющая логику работы системы (например, приложений реального времени), и приложений, от которых зависит безопасность людей (например, управление самолетом или атомной электростанцией), так как итеративный подход предполагает, что первые несколько версий наверняка не будут полностью работоспособны, что в данном случае исключается.
Контрольные вопросы
- Дайте определение модели ЖЦ ИС?
- Перечислите основные модели ЖЦ?
- Какова особенность каскадной модели ЖЦ?
- Поясните схему каскадной модели ЖЦ?
- В чем заключаются преимущества и недостатки каскадного способа организации ЖЦ?
- Поясните суть итерационной модели ЖЦ?
- Какова особенность спиральной модели ЖЦ?
- Поясните схему спиральной модели ЖЦ?
- В чем заключаются преимущества и недостатки спирального способа организации ЖЦ?
10. Подход RAD (Rapid Application Development)?
- Каковы составляющие данного подхода?
- Преимущества и недостатки подхода RAD?