Процесс разработки базы данных

Многие тома были посвящены разработке информационных систем вообще и при­ложений баз данных в частности, поэтому здесь нам нет нужды сколько-нибудь глубоко обсуждать процессы системной разработки.

Общие стратегии

База данных — это модель пользовательской модели деловой активности. Поэто­му, для того чтобы построить эффективную базу данных и ее приложения, ко­манда разработчиков должна ясно представить себе пользовательскую модель. Для этого команда строит модель данных, идентифицирующую объекты, которые должны храниться в базе данных, и определяет их структуру и связи между ни­ми. Это понимание должно быть достигнуто на ранней стадии процесса разработ­ки путем опроса пользователей и составления технического задания (statement of requirements). Большинство таких технических заданий включают использова­ние прототипов (prototypes) — шаблонных баз данных и приложений, представ­ляющих различные аспекты создаваемой системы.

Есть две общих стратегии разработки баз данных: сверху вниз и снизу вверх. Разработка сверху вниз (top-down database development) идет от общего к част­ному. Она начинается с изучения стратегических целей организации, способов, при помощи которых эти цели могут быть достигнуты, требований к информа­ции, которые должны быть удовлетворены для достижения этих целей, и систем, необходимых для предоставления такой информации. Результатом такого иссле­дования является абстрактная модель данных.

Отталкиваясь от этой общей модели, команда разработчиков двигается «вниз», к все более и более подробным описаниям и моделям. Модели промежуточного уровня также постоянно детализируются, пока не воплотятся в конкретные базы данных и их приложения. Одно или более из этих приложений берется затем в разработку. В конце концов вся высокоуровневая модель данных трансформи­руется в низкоуровневые модели, после чего реализуются все указанные систе­мы, базы данных и приложения.

При разработке снизу вверх (bottom-up database development) уровень абст­ракции меняется в обратном направлении: исходным пунктом является необхо­димость в конкретной системе. Способ выбора первой системы варьируется от организации к организации. В одних организациях приложение выбирается правлением, в других пользователи могут выбирать его самостоятельно, в третьих - побеждает мнение того, кто в администрации громче всех кричит.

Так или иначе, для разработки выбирается конкретная система. Команда раз­работчиков затем составляет техническое задание, рассматривая выходы и вхо­ды существующих компьютерных систем, анализируя формы и отчеты, исполь­зуемые в существующих системах с ручной записью, и опрашивая пользователей с целью определения их потребностей в новых отчетах, формах и запросах, а так­же других требований. Исходя из этого всего, команда программистов разраба­тывает информационную систему. Если система включает в себя базу данных, команда на основании технического задания строит модель данных, а имея мо­дель данных, она проектирует и реализует базу данных. Когда создание данной системы завершается, запускаются другие проекты, целью которых является по­строение дополнительных информационных систем.

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

Сторонники разработки снизу вверх говорят, что такой подход работает бы­стрее и сопряжен с меньшим риском. Они утверждают, что моделирование свер­ху вниз выливается в большое количество трудновыполнимых исследований и что процесс планирования часто заходит в тупик. Хотя моделирование снизу вверх не обязательно имеет своим результатом оптимальный набор систем, тем не менее, с его помощью можно быстро создать работающую систему. Такие сис­темы начинают давать прибыль гораздо быстрее, чем системы, смоделированные сверху вниз, и это более чем компенсирует любые переделки и модификации, которые придется сделать, чтобы настроить систему на глобальную перспективу.