Новой системы осуществляется работа с
существующейсистемой (до полного внедрения новой).
Так как фаза построения достаточно непродолжительна,
планирование и подготовка к внедрению должны начинаться
заранее, как правило, на этапе проектирования системы.
Приведенная схема разработки ИС не является абсолютной.
ВВооззммоожжнныы ррааззллииччнныыее ввааррииааннттыы,, ззааввииссяящщииее,, ннааппррииммеерр,, оотт
начальных условий, в которых ведется разработка: · разрабатывается совершенно новая система;
· уже было проведено обследование предприятия и существует
модель его деятельности;
· на предприятии уже существует некоторая ИС, которая может
быть использована в качестве начального прототипа или
должна быть интегрирована с разрабатываемой.
сновные принципы методологии RAD
· разработкаприложенийитерациями;
· необязательностьполногозавершенияработнакаждомизэтаповжизненногоцикла;
· обязательноевовлечениепользователейвпроцессразработкиИС;
· необходимоеприменениеCASE-средств,обеспечивающихцелостностьпроекта;
ррииммееннееннииеессррееддссттввууппррааввллеенниияяккооннффииггууррааццииеейй,,ооббллееггччааюющщииххвнесениеизмененийвпроектисопровождениеготовойсистемы;
· необходимоеиспользованиегенераторовкода;
· использованиепрототипирования,позволяющееполнеевыяснитьиудовлетворитьпотребностиконечногопользователя;
· тестированиеиразвитиепроекта,осуществляемыеодновременносразработкой;
· ведениеразработкинемногочисленнойхорошоуправляемойкомандойпрофессионалов;
· грамотноеруководстворазработкойсистемы,четкоепланированиеиконтрольвыполненияработ.
Ограничения методологии RAD
Применяется дляотносительнонебольшихпроектов,
разрабатываемыхдляконкретногозаказчика. МетодологияRADнеприменима для разработки
· сложныхрасчетныхпрограмм, требующих написания большого
объема (сотни тысяч строк) уникального кода.
· типовыхсистем,которыенеявляютсязаконченным
продуктом, а представляют собой комплекс типовых компонент,
централизованно сопровождаемых, адаптируемых к программно-
техническим платформам, СУБД, средствам телекоммуникации,
ррггааннииззааццииоонннноо ээккооннооммииччеессккиимм ооссооббееннннооссттяямм ооббъъееккттоовв ввннееддрреенниияя..
· приложений, в которых интерфейспользователяявляетсявторичным, т.е. отсутствует наглядное определение логики
работы системы. Примерами таких приложений могут служить
системы реального времени, драйверы или службы.
· систем, от которых зависит безопасность людей, например систем
управления транспортом или атомных электростанций. Это
обусловлено тем, что итеративный подход, являющийся одной из
основ RAD , предполагает, что первые версии системы не будут
полностью работоспособны, что в данном случае может привести к
серьезнейшим катастрофам.
Методология RAD
Оценка размера приложений производится на основе так
называемых функциональных элементов (экраны, сообщения,
отчеты, файлы и т.п.) Подобная метрика не зависит от языка программирования, на котором ведется разработка. Размер
приложения, которое может быть выполнено по методологии
RAD, для хорошо отлаженной среды разработки ИС с
максимальным повторным использованием программных
ооммппооннееннттоовв,, ооппррееддеелляяееттссяя ссллееддууюющщиимм ооббррааззоомм::
< 1000 функциональных элементов | один человек |
1000-4000 функциональных элементов | одна команда разработчиков |
> 4000 функциональных элементов | 4000 функциональных элементов на одну команду разработчиков |
Инструментальные средства разработки RAD систем
Примеры RAD-систем:
– Borland
– Borland
Delphi,
C++
– MS Visual C++ – MS Visual Basic – др.
Инструментальные средства разработки RAD систем
При разработке приложений с помощью инструментов RAD
используется множество готовыхобъектов,сохраняемыхв
общедоступномхранилище. Существует возможность
разработки новых объектов, которые могут разрабатываться
как на основе существующих, так и «с нуля».
Инструментальные средства RAD обладают удобным
ггррааффииччеессккиимм ииннттееррффееййссоомм ппооллььззооввааттеелляя ии ппооззввоолляяюютт ннаа