Министерство образованияОмской области
Государственноеобразовательное учреждение Омской области среднего профессиональногообразования
«Омский государственныйколледж управления и профессиональных технологий»
Методология RAD разработкиинформационных систем
Курсовая работа
2007
RAD (от англ. rapid application development — быстрая разработка приложений) —концепция создания средств разработки программных продуктов, уделяющая особоевнимание быстроте и удобству программирования, созданию технологическогопроцесса, позволяющего программисту максимально быстро создавать компьютерныепрограммы. С конца XX века RAD получила широкое распространение и одобрение.Концепцию RAD также часто связывают с концепцией визуального программирования.Основные принципы RAD
· Инструментарийдолжен быть нацелен на минимизацию времени разработки.
· Созданиепрототипа для уточнения требований заказчика.
· Цикличностьразработки: каждая новая версия продукта основывается на оценке результатаработы предыдущей версии заказчиком.
· Минимизациявремени разработки версии, за счёт переноса уже готовых модулей и добавленияфункциональности в новую версию.
· Командаразработчиков должна тесно сотрудничать, каждый участник должен быть готоввыполнять несколько обязанностей.
· Управлениепроектом должно минимизировать длительность цикла разработки. />История
КонцепцияRAD стала ответом на неуклюжие методы разработки программ 1970-х и начала 1980-хгодов, такие как «модель водопада» (англ. Waterfall model). Эти методыпредусматривали настолько медленный процесс создания программы, что зачастуюдаже требования к программе успевали измениться до окончания разработки.Основателем RAD считается сотрудник IBM Джеймс Мартин, который в 1980-х годахсформулировал основные принципы RAD, основываясь на идеях Барри Бойма и СкоттаШульца. А в 1991 году Мартин опубликовал известную книгу, в которой детальноизложил концепцию RAD и возможности её применения. В настоящее время RADстановится общепринятой схемой для создания средств разработки программныхпродуктов. Именно средства разработки, основанные на RAD, имеют наибольшуюпопулярность среди программистов.Среды разработки, использующие принципы RAD
· BorlandDelphi
· BorlandC++ Builder
· MicrosoftVisual Studio
· MacromediaFlash
· MacromediaAuthorware
· MacromediaDirector
· OmnisStudio
· VisualDataFlex
· IntraWeb
Быстрая разработка приложений
Rapid Application Development (RAD) – это жизненный цикл процесса проектирования, созданный длядостижения более высоких скорости разработки и качества ПО, чем это возможнопри традиционном подходе к проектированию.
/>
RAD предполагает, что разработка ПОосуществляется небольшой командой разработчиков за срок порядка трех-четырехмесяцев путем использования инкрементного прототипирования с применениеминструментальных средств визуального моделирования и разработки. Технология RADпредусматривает активное привлечение заказчика уже на ранних стадиях –обследование организации, выработка требований к системе. Причины популярностиRAD вытекают из тех преимуществ, которые обеспечивает эта технология.
Наиболее существенными из них являются:
· высокаяскорость разработки;
· низкаястоимость;
· высокоекачество.
Последнее из указанных свойствподразумевает полное выполнение требований заказчика как функциональных, так инефункциональных, с учетом их возможных изменений в период разработки системы,а также получение качественной документации, обеспечивающей удобствоэксплуатации и сопровождения системы. Это означает, что дополнительные затратына сопровождение сразу после поставки будут значительно меньше. Таким образом,полное время от начала разработки до получения приемлемого продукта прииспользовании этого метода значительно сокращается.
Когда применяется RAD
Применение технологии RAD целесообразно,когда:
· требуетсявыполнение проекта в сжатые сроки (90 дней). Быстрое выполнение проектапозволяет создать систему, отвечающую требованиям сегодняшнего дня. Еслисистема проектируется долго, то весьма высока вероятность, что за это времясущественно изменятся фундаментальные положения, регламентирующие деятельностьорганизации, то есть, система морально устареет еще до завершения еепроектирования.
· нечеткоопределены требования к ПО. В большинстве случаев заказчик весьмаприблизительно представляет себе работу будущего программного продукта и неможет четко сформулировать все требования к ПО. Требования могут быть вообще неопределены к началу проекта либо могут изменяться по ходу его выполнения.
· проектвыполняется в условиях ограниченности бюджета. Разработка ведется небольшимиRAD группами в короткие сроки, что обеспечивает минимум трудозатрат и позволяетвписаться в бюджетные ограничения.
· интерфейспользователя (GUI) есть главный фактор. Нет смысла заставлять пользователярисовать картинки. RAD технология дает возможность продемонстрировать интерфейсв прототипе, причем достаточно скоро после начала проекта.
· проектбольшой, но поддается разделению на более мелкие функциональные компоненты.Если предполагаемая система велика, необходимо, чтобы ее можно было разбить намелкие части, каждая из которых обладает четкой функциональностью. Они могутвыпускаться последовательно или параллельно (в последнем случае привлекаетсянесколько RAD групп).
· ПО необладает большой вычислительной сложностью.
Современныесредства быстрой разработки windows-при-ложений, так называемые rad-средства(rad расшифровывается как rapid application development), обладают в той илииной степени почти всеми возможностями реализации в приложениях подобныхинтерфейсных элементов. Многие из них позволяют осуществлять доступ к базамданных, в том числе и к серверным БД. borland delphi (как версия 1.0, так иверсия 2.0), на взгляд автора, является в этом отношении наиболее простым иудобным в использовании средством.
RAD-технология не являетсяуниверсальной, то есть ее применение целесообразно не всегда. Например, впроектах, где требования к программному продукту четко определены и не должныменяться, вовлечение заказчика в процесс разработки не требуется и болееэффективной может быть иерархическая разработка (каскадный метод). То жекасается проектов, ПО, сложность которых определяется необходимостью реализациисложных алгоритмов, а роль и объем пользовательского интерфейса невелик.
/>
Принципы организации RAD
Принципы RAD технологии направлены наобеспечение трех основных ее преимуществ – высокой скорости разработки, низкойстоимости и высокого качества. Достигнуть высокого качества программногопродукта весьма непросто и одна из главных причин возникающих трудностейзаключается в том, что разработчик и заказчик видят предмет разработки (ПО)по-разному.
Главная идея RAD технологии состоит втом, чтобы как можно быстрее донести до заказчика результаты разработки, пустьи не в полном виде. Например, реализация только пользовательского интерфейса ипредъявление его заказчику позволяет уже на ранней стадии разработки получитьзамечания по экранным и отчетным формам и внести необходимые коррективы. В этомслучае значительно возрастает вероятность успеха проекта, то есть возникаетуверенность в том, что конечный продукт будет делать именно то, что ожидаетзаказчик. Кроме того, не следует забывать и тот факт, что разница стоимостиошибки определения требований в начале проекта и в конце равна 1:200.
Основные принципы RAD можносформулировать следующим образом:
· Работаведется группами. Типичный состав группы — руководитель, аналитик, двапрограммиста, технический писатель. Если проект сложный, то для него может бытьвыделено несколько RAD-групп. Разработка проекта выполняется в условиях тесноговзаимодействия между разработчиками и Заказчиком.
· Разработкабазируется на моделях. Моделирование позволяет оценить проект и выполнить егодекомпозицию на составные части, каждая из которых может разрабатыватьсяотдельной RAD-группой.
· Итерационноепрототипирование. Разработка системы и предъявление ее заказчику осуществляетсяв виде последовательности развиваемых прототипов. Любой из прототипов реализуетопределенную часть функциональности, требуемой от конечного продукта. При этомкаждый последующий прототип включает всю функциональность, реализованную впредыдущем прототипе, с добавлением новой. Число прототипов определяется наоснове учета разных параметров – размера проекта, анализа рисков, пожеланийзаказчика и т. д. Традиционно для проектов ПО средней сложности разрабатываютсятри прототипа. Первый содержит весь пользовательский интерфейс с нулевой функциональностью.Он дает возможность собрать замечания заказчика и после их устранения утвердитьу него экранные и отчетные формы. Второй прототип содержит реализованную на70-80% функциональность системы, третий – полностью реализованнуюфункциональность. Основаниями для очередной итерации являются:
1. Замечаниязаказчика. Привлечение заказчика и конечного пользователя к оценке выходныхрезультатов прототипа с эффективной обратной связью с командой разработчиковявляется гарантией того, что созданная система будет делать то, что требуетсязаказчику. Если замечания носят характер исправлений, они учитываются вследующем прототипе, если же изменяются требования, то выполняется переоценкапроекта и корректируются сроки и стоимость проекта.
2. Детализация.Выполняется программирование нереализованной части системы в соответствии ссоставленным планом.
3. Анализрезультатов программирования. Исправляются ошибки, повышается эффективностьпрограммного кода и т. д.
· RADгруппа всегда работает только над одним прототипом. Это обеспечивает единствоцелей, лучшую наблюдаемость и управляемость процессом разработки, что в итогеповышает качество конечного продукта. Соответственно используемыеинструментальные средства должны обеспечивать групповую разработку и конфигурационноеуправление проектом.
· Еслипроект сложный, то для него может быть выделено несколько RAD групп. Большиесистемы разбиваются на подсистемы. Каждая подсистема разрабатываетсянезависимой группой. Ключ успеха – правильное разбиение системы на подсистемы.Команды должны использовать общие стандарты. Обязательно финальное тестированиеполной системы.
· Обязательноеиспользование инструментальных средств, автоматизирующих процесс разработки, иметодик их использования, следствием чего является сокращение сроков разработкии повышение качества конечного продукта.
Принципы RAD применяются не только приреализации, но и распространяются на все этапы жизненного цикла, в частности наэтап обследования организации, построения требований, анализ и дизайн. Современные средства быстройразработки
Рассуждая об«идеологической совместимости» Free Pascal и Delphi, необходимоотдать должное проекту Lazarus, в рамках которого и реализуется идеологиябыстрого визуального программирования.В основе проекта лежит библиотекавизуальных компонентов Lazarus (LCL), для которой декларируется совместимость свизуальными компонентами VCL из Delphi. Библиотека LCL являетсяплатформонезависимой и утверждается, что исходные коды приложений могут бытьпортированы на любую из поддерживаемых платформ.
Современныесредства быстрой разработки windows-при-ложений, так называемые rad-средства(rad расшифровывается как rapid application development), обладают в той илииной степени почти всеми возможностями реализации в приложениях подобных интерфейсныхэлементов. Многие из них позволяют осуществлять доступ к базам данных, в томчисле и к серверным БД. borland delphi (как версия 1.0, так и версия 2.0), навзгляд автора, является в этом отношении наиболее простым и удобным виспользовании средством.
Линейка VS.NET будет включать выпуски Academic,Professional и две версии Enterprise(Architect и Developer). Обсуждение конкретныхвариантов поставок лучше отложить до официального объявления продукта.
Объектнаямодель среды разработки (IDE) базируется на корневом объекте Development ToolsExtensibility (DTE), который находится в пространстве имен EnvDTE библиотекклассов.NET Framework. Через него можно получить ссылки на все множествообъектов, соответствующих отдельным элементам IDE, таким, как Windows,Documents, Solutions, Projects, Debugger и Events.
Каждый изэтих объектов позволяет обратиться в собственной иерархической системеобъектов, коллекций, свойств, методов и событий. Многие из этих компонентовимеют перекрестные связи, поэтому доступ к тому или иному объекту можнополучить несколькими путями. Эта система объектов позволяет обращатьсяпрактически к любым компонентам и функциям среды разработки VS.NET.
Разработка интерфейса средствами RAD
Процедура разработки интерфейса средствами RAD сводится кпоследовательному выполнению трех операций:
· размещениекомпонентов интерфейса в нужном месте.
· заданиемоментов времени их появления на экране.
· настройкасвязанных с ними атрибутов и событий.
В идеале среда визуальной разработки должнапозволять быстро перетаскивать компоненты мышью и задавать значения изменяемыхпараметров. Если на выполнение каждой операции будет уходить ощутимое время, топроектирование сложного интерфейса превратится в очень длительную процедуру.Эффективность визуального программирования определяется не столько наличиемвизуальных компонентов, сколько их взаимосвязью и взаимодействием страдиционными средствами.
Интегрированная среда разработки являетсясредством, с помощью которого выполняются проектирование, отладка, тестированиеи дальнейшее распространение прикладных программ. Для повышения эффективностиданного процесса каждый из инструментов (конструкторы, отладчики и т. д.)должен быть реализован на очень привычном уровне уровне.
Даже если среда не содержит достаточногоколичества требуемых компонентов, она все равно будет востребована, еслипозволяет использовать имеющиеся на рынке средства, альтернативныеотсутствующим в ней.
Что обеспечивает RAD технология
Технология RAD обеспечивает:
· быстротупродвижения программного продукта на рынок;
· интерфейс,устраивающий пользователя;
· легкуюадаптируемость проекта к изменяющимся требованиям;
· простотуразвития функциональности системы. Методология RAD
Однимиз возможных подходов к разработке ПО в рамках спиральной модели ЖЦ являетсяполучившая в последнее время широкое распространение методология быстройразработки приложений RAD (Rapid Application Development). Под этим терминомобычно понимается процесс разработки ПО, содержащий 3 элемента:
· небольшуюкоманду программистов (от 2 до 10 человек);
· короткий,но тщательно проработанный производственный график (от 2 до 6 мес.);
· повторяющийсяцикл, при котором разработчики, по мере того, как приложение начинает обретатьформу, запрашивают и реализуют в продукте требования, полученные черезвзаимодействие с заказчиком.
Командаразработчиков должна представлять из себя группу профессионалов, имеющих опыт ванализе, проектировании, генерации кода и тестировании ПО с использованиемCASE-средств. Члены коллектива должны также уметь трансформировать в рабочиепрототипы предложения конечных пользователей.
Жизненныйцикл ПО по методологии RAD состоит из четырех фаз:
· фазаанализа и планирования требований;
· фазапроектирования;
· фазапостроения;
· фазавнедрения.
Нафазе анализа и планирования требований пользователи системы определяют функции,которые она должна выполнять, выделяют наиболее приоритетные из них, требующиепроработки в первую очередь, описывают информационные потребности. Определениетребований выполняется в основном силами пользователей под руководствомспециалистов-разработчиков. Ограничивается масштаб проекта, определяютсявременные рамки для каждой из последующих фаз. Кроме того, определяется самавозможность реализации данного проекта в установленных рамках финансирования,на данных аппаратных средствах и т.п. Результатом данной фазы должны бытьсписок и приоритетность функций будущей ИС, предварительные функциональные иинформационные модели ИС.
Нафазе проектирования часть пользователей принимает участие в техническомпроектировании системы под руководством специалистов-разработчиков.CASE-средства используются для быстрого получения работающих прототиповприложений. Пользователи, непосредственно взаимодействуя с ними, уточняют идополняют требования к системе, которые не были выявлены на предыдущей фазе.Более подробно рассматриваются процессы системы. Анализируется и, принеобходимости, корректируется функциональная модель. Каждый процессрассматривается детально. При необходимости для каждого элементарного процессасоздается частичный прототип: экран, диалог, отчет, устраняющий неясности илинеоднозначности. Определяются требования разграничения доступа к данным. Наэтой же фазе происходит определение набора необходимой документации.
Последетального определения состава процессов оценивается количество функциональныхэлементов разрабатываемой системы и принимается решение о разделении ИС наподсистемы, поддающиеся реализации одной командой разработчиков за приемлемоедля RAD-проектов время — порядка 60 — 90 дней. С использованием CASE-средствпроект распределяется между различными командами (делится функциональнаямодель). Результатом данной фазы должны быть:
· общаяинформационная модель системы;
· функциональныемодели системы в целом и подсистем, реализуемых отдельными командамиразработчиков;
· точноопределенные с помощью CASE-средства интерфейсы между автономноразрабатываемыми подсистемами;
· построенныепрототипы экранов, отчетов, диалогов.
Всемодели и прототипы должны быть получены с применением тех CASE-средств, которыебудут использоваться в дальнейшем при построении системы. Данное требованиевызвано тем, что в традиционном подходе при передаче информации о проекте сэтапа на этап может произойти фактически неконтролируемое искажение данных.Применение единой среды хранения информации о проекте позволяет избежать этойопасности.
Вотличие от традиционного подхода, при котором использовались специфическиесредства прототипирования, не предназначенные для построения реальных приложений,а прототипы выбрасывались после того, как выполняли задачу устранениянеясностей в проекте, в подходе RAD каждый прототип развивается в часть будущейсистемы. Таким образом, на следующую фазу передается более полная и полезнаяинформация.
Нафазе построения выполняется непосредственно сама быстрая разработка приложения.На данной фазе разработчики производят итеративное построение реальной системына основе полученных в предыдущей фазе моделей, а также требованийнефункционального характера. Программный код частично формируется при помощиавтоматических генераторов, получающих информацию непосредственно изрепозитория CASE-средств. Конечные пользователи на этой фазе оцениваютполучаемые результаты и вносят коррективы, если в процессе разработки системаперестает удовлетворять определенным ранее требованиям. Тестирование системыосуществляется непосредственно в процессе разработки.
Послеокончания работ каждой отдельной команды разработчиков производится постепеннаяинтеграция данной части системы с остальными, формируется полный программныйкод, выполняется тестирование совместной работы данной части приложения состальными, а затем тестирование системы в целом. Завершается физическоепроектирование системы:
· определяетсянеобходимость распределения данных;
· производитсяанализ использования данных;
· производитсяфизическое проектирование базы данных;
· определяютсятребования к аппаратным ресурсам;
· определяютсяспособы увеличения производительности;
· завершаетсяразработка документации проекта.
Результатомфазы является готовая система, удовлетворяющая всем согласованным требованиям.
Нафазе внедрения производится обучение пользователей, организационные изменения ипараллельно с внедрением новой системы осуществляется работа с существующейсистемой (до полного внедрения новой). Так как фаза построения достаточнонепродолжительна, планирование и подготовка к внедрению должны начинатьсязаранее, как правило, на этапе проектирования системы. Приведенная схемаразработки ИС не является абсолютной. Возможны различные варианты, зависящие,например, от начальных условий, в которых ведется разработка: разрабатываетсясовершенно новая система; уже было проведено обследование предприятия исуществует модель его деятельности; на предприятии уже существует некоторая ИС,которая может быть использована в качестве начального прототипа или должна бытьинтегрирована с разрабатываемой.
Следует,однако, отметить, что методология RAD, как и любая другая, не можетпретендовать на универсальность, она хороша в первую очередь для относительнонебольших проектов, разрабатываемых для конкретного заказчика. Если жеразрабатывается типовая система, которая не является законченным продуктом, апредставляет собой комплекс типовых компонент, централизованно сопровождаемых,адаптируемых к программно-техническим платформам, СУБД, средствамтелекоммуникации, организационно-экономическим особенностям объектов внедренияи интегрируемых с существующими разработками, на первый план выступают такиепоказатели проекта, как управляемость и качество, которые могут войти впротиворечие с простотой и скоростью разработки. Для таких проектов необходимывысокий уровень планирования и жесткая дисциплина проектирования, строгоеследование заранее разработанным протоколам и интерфейсам, что снижает скоростьразработки.
МетодологияRAD неприменима для построения сложных расчетных программ, операционных системили программ управления космическими кораблями, т.е. программ, требующихнаписания большого объема (сотни тысяч строк) уникального кода.
Неподходят для разработки по методологии RAD приложения, в которых отсутствуетярко выраженная интерфейсная часть, наглядно определяющая логику работы системы(например, приложения реального времени) и приложения, от которых зависитбезопасность людей (например, управление самолетом или атомнойэлектростанцией), так как итеративный подход предполагает, что первые нескольковерсий наверняка не будут полностью работоспособны, что в данном случаеисключается.
Оценкаразмера приложений производится на основе так называемых функциональныхэлементов (экраны, сообщения, отчеты, файлы и т.п.) Подобная метрика не зависитот языка программирования, на котором ведется разработка. Размер приложения,которое может быть выполнено по методологии RAD, для хорошо отлаженной средыразработки ИС с максимальным повторным использованием программных компонентов,определяется следующим образом:
функциональных элементов один человек
1000-4000 функциональных элементов одна команда разработчиков
> 4000 функциональных элементов 4000 функциональных элементов на одну команду разработчиков
Основныепринципы RAD:
· разработкаприложений итерациями;
· необязательностьполного завершения работ на каждом из этапов жизненного цикла;
· обязательноевовлечение пользователей в процесс разработки ИС;
· необходимоеприменение CASE-средств, обеспечивающих целостность проекта;
· применениесредств управления конфигурацией, облегчающих внесение изменений в проект исопровождение готовой системы;
· необходимоеиспользование генераторов кода;
· использованиепрототипирования, позволяющее полнее выяснить и удовлетворить потребностиконечного пользователя;
· тестированиеи развитие проекта, осуществляемые одновременно с разработкой;
· ведениеразработки немногочисленной хорошо управляемой командой профессионалов;
· грамотноеруководство разработкой системы, четкое планирование и контроль выполненияработ./>Инструментальныесредства быстрой разработки приложений (RAD) и баз данных
Актуальнаятенденция в средствах разработки рекламирует визуальные среды проектирования,объектные шаблоны и увеличиваемые возможности доступа к данным. Здесьобъектность и реляционность мирно сосуществуют в виде объектно — ориентированного языка разработки и реляционного источника данных. Средстваразработки эксплуатируют такие методологии как drag-and-drop, визуальноепостроение приложения, повторное использование кода, программные компоненты. Вотношении поддержки базы данных, они обеспечивают конечное представление базыданных, управляемое формами, и связность базы данных через локальные драйверы иподдержку промышленных стандартов, например, ODBC.
Новыеверсии визуальных windows баз данных предлагают возможности, обычно типичныедля RAD инструментальных средств, типа управляемого событиями программирования,способности визуально создать компоненты многократного использования, иинтегрированную связность базы данных на клиенте и сервере. Они могут создаватьспециализированные классы и подклассы или в коде, или визуально спроектировщиком класса. И они обеспечивают SQL запросы к главным базам данныхтипа Oracle, Sybase, Microsoft SQL server, а также также поддержку ODBCдрайверы.
Такаявозможность баз данных использовать одиночное приложение или внешний интерфейск данным для доступа к различным базам данных на различных вычислительныхплатформах иногда называется масштабируемостью, при этом различаютгоризонтальную масштабируемость (способность приложения поддерживатьмножественные, параллельные процессоры) и вертикальную масштабируемость(способностьперемещать приложение среди множества вычислительных платформ).
Этинастольные базы данных функционируют обычно на DOS, Windows, Mac, и платформахOS/2, хотя некоторые могут выполняться на Unix платформах (например, dBASE наUnix платформах, и SQLBase Gupta's на SunOS). Также, большинство ихклиент/серверных версий поддерживают объектную технологию OLE за исключениемVisualAge для System Object Model (SOM) и DSOM.
ODBC- это API, основанный на спецификации Call Level Interface(CLI) и грамматикеSQL от SQL Access Group. Первоначально предложенный Microsoft, ODBCобеспечивает нейтральный, не зависящий от продавца БД, MS Windows — механизмдля независимого доступа к множественным хостам базы данных. ODBC таким образомразрешает, чтобы разработчики программного обеспечения создавали настольныеприложения, не тратя времени на изучение API базы данных. Другое преимуществоODBC — способность сохранить данные для различных приложений или данных изразличных источников в любой базе данных, при этом подробности внутреннихструктур данных скрыты от пользователя.
Какстандарт, ODBC имеет сильную промышленную поддержку. В настоящее время большаячасть продавцов программного обеспечения и оборудования, включая и Microsoft иApple, одобрила ODBC как стандарт способности к взаимодействию базы данных.Кроме того, большинство продавцов базы данных или обеспечивает, или будет скорообеспечивать, ODBC -совместимые интерфейсы.
Современныесредства быстрой разработки windows-при-ложений, так называемые rad-средства(rad расшифровывается как rapid application development), обладают в той илииной степени почти всеми возможностями реализации в приложениях подобныхинтерфейсных элементов. Многие из них позволяют осуществлять доступ к базамданных, в том числе и к серверным БД. borland delphi (как версия 1.0, так иверсия 2.0), на взгляд автора, является в этом отношении наиболее простым иудобным в использовании средством.
Инструментальныесредства быстрой разработки приложений (RAD) и баз данных. Актуальная тенденцияв средствах разработки рекламирует визуальные среды проектирования, объектныешаблоны и увеличиваемые возможности доступа к данным. Здесь объектность иреляционность мирно сосуществуют в виде объектно — ориентированного языкаразработки и реляционного источника данных. Средства разработки эксплуатируюттакие методологии как drag-and-drop, визуальное построение приложения,повторное использование кода, программные компоненты. В отношении поддержкибазы данных, они обеспечивают конечное представление базы данных, управляемоеформами, и связность базы данных через локальные драйверы и поддержкупромышленных стандартов.
Новые версиивизуальных windows баз данных предлагают возможности, обычно типичные для RADинструментальных средств, типа управляемого событиями программирования,способности визуально создать компоненты многократного использования, иинтегрированную связность базы данных на клиенте и сервере. Они могут создаватьспециализированные классы и подклассы или в коде, или визуально спроектировщиком класса. И они обеспечивают SQL запросы к главным базам данныхтипа Oracle, Sybase, Microsoft SQL server, а также также поддержку ODBCдрайверы.
Такаявозможность баз данных использовать одиночное приложение или внешний интерфейск данным для доступа к различным базам данных на различных вычислительныхплатформах иногда называется масштабируемостью, при этом различаютгоризонтальную масштабируемость (способность приложения поддерживатьмножественные, параллельные процессоры) и вертикальнуюмасштабируемость(способность перемещать приложение среди множествавычислительных платформ).
Этинастольные базы данных функционируют обычно на DOS, Windows, Mac, и платформахOS/2, хотя некоторые могут выполняться на Unix платформах (например, dBASE наUnix платформах, и SQLBase Gupta's на SunOS). Также, большинство ихклиент/серверных версий поддерживают объектную технологию OLE за исключениемVisualAge для System Object Model (SOM) и DSOM.
ODBC — этоAPI, основанный на спецификации Call Level Interface(CLI) и грамматике SQL отSQL Access Group. Первоначально предложенный Microsoft, ODBC обеспечиваетнейтральный, не зависящий от продавца БД, MS Windows — механизм длянезависимого доступа к множественным хостам базы данных. ODBC таким образомразрешает, чтобы разработчики программного обеспечения создавали настольныеприложения, не тратя времени на изучение API базы данных. Другое преимуществоODBC — способность сохранить данные для различных приложений или данных изразличных источников в любой базе данных, при этом подробности внутреннихструктур данных скрыты от пользователя.
Как стандарт,ODBC имеет сильную промышленную поддержку. В настоящее время большая частьпродавцов программного обеспечения и оборудования, включая и Microsoft и Apple,одобрила ODBC как стандарт способности к взаимодействию базы данных. Крометого, большинство продавцов базы данных или обеспечивает, или будет скорообеспечивать, ODBC -совместимые интерфейсы.
Редакторметаданных
Дляобеспечения быстроты построения систем в рамках технологии «KERNEL»,был необходим инструмент прикладного разработчика, который бы позволил ускоритьи упростить процесс разработки как таковой. Решением стал уникальныйспециализированный редактор метаданных. Редактор реализован в соответствии спринципами методологии быстрой разработки (RAD) и визуального конструирования,и взаимного связывания объектов доступа к данным приложения и интерфейсапользователя. Для работы в редакторе метаданных не требуются специальные знанияв области программирования. Важно отметить наличие в редакторе метаданныхмеханизма перенесения объектов бизнес логики описанных в схеме разработчиков врабочую схему. Это позволяет вести доработку уже внедренной системы в связи сизменившимися требованиями бизнеса без остановки рабочего процесса. Кроме того,механизмы переноса объектов бизнес логики позволяют реализовать параллельнуюразработку частей системы, (например специалистами фирмы – заказчика ипрограммистами нашей компании, привлеченными для внесения в систему новогосложного функционала) с последующей синхронизацией на эксплуатирующейся версии.
Заключение
В моей работе были рассмотрена методология RADтехнология ИС.
Основныепринципы методологии RAD:
· разработкаприложений итерациями;
· необязательностьполного завершения работ на каждом из этапов жизненного цикла;
· обязательноевовлечение пользователей в процесс разработки ИС;
· необходимоеприменение CASE-средств, обеспечивающих целостность проекта;
· применениесредств управления конфигурацией, облегчающих внесение изменений в проект исопровождение готовой системы;
· необходимоеиспользование генераторов кода;
· использованиепрототипирования, позволяющее полнее выяснить и удовлетворить потребностиконечного пользователя;
· тестированиеи развитие проекта, осуществляемые одновременно с разработкой;
· ведениеразработки немногочисленной хорошо управляемой командой профессионалов;
· грамотноеруководство разработкой системы, четкое планирование и контроль выполненияработ.
Список источников
1. http://ru.wikipedia.org
2. http://www.inforazrabotky.info
3. http://brain.botik.ru
4. http://promidi.by.ru
5. http://www.citforum.ru