· определяется необходимость распределения данных;
· производится анализ использования данных;
· производится физическое проектирование базы данных;
· определяются требования к аппаратным ресурсам;
· определяются способы увеличения производительности;
· завершается разработка документации проекта.
Результатом фазы является готовая система, удовлетворяющая всем согласованным требованиям.
На фазе внедрения производится обучение пользователей, организационные изменения и параллельно с внедрением новой системы осуществляется работа с существующей системой (до полного внедрения новой). Так как фаза построения достаточно непродолжительна, планирование и подготовка к внедрению должны начинаться заранее, как правило, на этапе проектирования системы. Приведенная схема разработки ИС не является абсолютной. Возможны различные варианты, зависящие, например, от начальных условий, в которых ведется разработка: разрабатывается совершенно новая система; уже было проведено обследование предприятия и существует модель его деятельности; на предприятии уже существует некоторая ИС, которая может быть использована в качестве начального прототипа или должна быть интегрирована с разрабатываемой.
Следует, однако, отметить, что методология RAD, как и любая другая, не может претендовать на универсальность, она хороша в первую очередь для относительно небольших проектов, разрабатываемых для конкретного заказчика. Если же разрабатывается типовая система, которая не является законченным продуктом, а представляет собой комплекс типовых компонент, централизованно сопровождаемых, адаптируемых к программно-техническим платформам, СУБД, средствам телекоммуникации, организационно-экономическим особенностям объектов внедрения и интегрируемых с существующими разработками, на первый план выступают такие показатели проекта, как управляемость и качество, которые могут войти в противоречие с простотой и скоростью разработки. Для таких проектов необходимы высокий уровень планирования и жесткая дисциплина проектирования, строгое следование заранее разработанным протоколам и интерфейсам, что снижает скорость разработки.
Методология RAD неприменима для построения сложных расчетных программ, операционных систем или программ управления космическими кораблями, т.е. программ, требующих написания большого объема (сотни тысяч строк) уникального кода.
Не подходят для разработки по методологии RAD приложения, в которых отсутствует ярко выраженная интерфейсная часть, наглядно определяющая логику работы системы (например, приложения реального времени) и приложения, от которых зависит безопасность людей (например, управление самолетом или атомной электростанцией), так как итеративный подход предполагает, что первые несколько версий наверняка не будут полностью работоспособны, что в данном случае исключается.
Оценка размера приложений производится на основе так называемых функциональных элементов (экраны, сообщения, отчеты, файлы и т.п.) Подобная метрика не зависит от языка программирования, на котором ведется разработка. Размер приложения, которое может быть выполнено по методологии RAD, для хорошо отлаженной среды разработки ИС с максимальным повторным использованием программных компонентов, определяется следующим образом:
| < 1000 функциональных элементов | один человек |
| 1000-4000 функциональных элементов | одна команда разработчиков |
| > 4000 функциональных элементов | 4000 функциональных элементов на одну команду разработчиков |
Основные принципы RAD:
· разработка приложений итерациями;
· необязательность полного завершения работ на каждом из этапов жизненного цикла;
· обязательное вовлечение пользователей в процесс разработки ИС;
· необходимое применение CASE-средств, обеспечивающих целостность проекта;
· применение средств управления конфигурацией, облегчающих внесение изменений в проект и сопровождение готовой системы;
· необходимое использование генераторов кода;
· использование прототипирования, позволяющее полнее выяснить и удовлетворить потребности конечного пользователя;
· тестирование и развитие проекта, осуществляемые одновременно с разработкой;
· ведение разработки немногочисленной хорошо управляемой командой профессионалов;
· грамотное руководство разработкой системы, четкое планирование и контроль выполнения работ.
Актуальная тенденция в средствах разработки рекламирует визуальные среды проектирования, объектные шаблоны и увеличиваемые возможности доступа к данным. Здесь объектность и реляционность мирно сосуществуют в виде объектно - ориентированного языка разработки и реляционного источника данных. Средства разработки эксплуатируют такие методологии как 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.