CASE-технологии. Современные методы и средства проектирования информационных систем



         

Методология RAD - часть 4


Методология RAD неприменима для построения сложных расчетных программ, операционных систем или программ управления космическими кораблями, т.е. программ, требующих написания большого объема (сотни тысяч строк) уникального кода.

Не подходят для разработки по методологии RAD приложения, в которых отсутствует ярко выраженная интерфейсная часть, наглядно определяющая логику работы системы (например, приложения реального времени) и приложения, от которых зависит безопасность людей (например, управление самолетом или атомной электростанцией), так как итеративный подход предполагает, что первые несколько версий наверняка не будут полностью работоспособны, что в данном случае исключается.

Оценка размера приложений производится на основе так называемых функциональных элементов (экраны, сообщения, отчеты, файлы и т.п.) Подобная метрика не зависит от языка программирования, на котором ведется разработка. Размер приложения, которое может быть выполнено по методологии RAD, для хорошо отлаженной среды разработки ИС с максимальным повторным использованием программных компонентов, определяется следующим образом:

< 1000 функциональных элементоводин человек
1000-4000 функциональных элементоводна команда разработчиков
> 4000 функциональных элементов 4000 функциональных элементов на одну команду разработчиков

В качестве итога перечислим основные принципы методологии RAD:

  • разработка приложений итерациями;
  • необязательность полного завершения работ на каждом из этапов жизненного цикла;
  • обязательное вовлечение пользователей в процесс разработки ИС;
  • необходимое применение CASE-средств, обеспечивающих целостность проекта;
  • применение средств управления конфигурацией, облегчающих внесение изменений в проект и сопровождение готовой системы;
  • необходимое использование генераторов кода;
  • использование прототипирования, позволяющее полнее выяснить и удовлетворить потребности конечного пользователя;
  • тестирование и развитие проекта, осуществляемые одновременно с разработкой;
  • ведение разработки немногочисленной хорошо управляемой командой профессионалов;
  • грамотное руководство разработкой системы, четкое планирование и контроль выполнения работ.
  • | |




    Содержание  Назад  Вперед