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

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

Определение параметров системы

В идеале, необходимо ясно представлять: чего, зачем и как вы хотите достичь. Формулирование мей проекта - самая первая стадия создания системы. Определив цель проекта, вы сможете четко очертить ег шииы, то есть обозначить задачи, которые нужно решить в ходе проекта. Тогда станут яснее способы реализации, то есть как вы будете создавать систему. Все этих аспекты: цели, задачи, средства, -обсуждаются в главе 7.

Проектирование рабочих процессов

Внешне база данных выглядит, как инструмент сохранения и вывода информации и поддерживает один или несколько рабочих процессов. Пользователи сохраняют данные не ради самих данных - они хотят их использовать. Понимание того, какие данные требуются для поддержки рабочих процессов, критически важно для понимания семантики модели данных. Рабочие процессы обсуждаются в главе 8.

Построение концептуальной модели данных

Концептуальная модель данных больше, чем набор структур, она определяет, как данные будут использоваться в системе. Концептуальная модель включает не только логическую модель данных, но и то, как рабочие процессы взаимодействуют с данными. Это тема главы 9.

Подготовка схемы базы данных

Схема базы данных является, по сути, переводом логической модели данных на язык физической реализации. Она включает описание таб-которые будут созданы в системе, а также физическую структуру данных. Физические структуры данных и схемы баз данных подробно обсуждаются в главе 10.

Проектирование пользовательского интерфейса

Независимо от того, насколько технически совершенна ваша система, если пользовательский интерфейс выполнен грубо, непонятен или неудобен, проект вряд ли будет успешен. Все-таки для большинства

ЧАСТЬ яцнонных систем баз данных

пользователей именно интерфейс является системой, с которой они работают. Проектирование пользовательского интерфейса обсуждается в части 3.

Замечания о стандартах и технологиях проектирования

Я не большая поклонница четко очерченных методов нроектирова-ния компьютерных систем. По-настоящему хорошо спроектированные системы - это где аналитик с самого начала активно включается в работу с пользователями.

Тем не менее, некоторые общие для управления самим

процессом проектирования необходимы, особенно для больших проектов, в которых занято множество аналитиков и программистов. Существуют разные методы такого управления, для большинства из которых есть автоматизированные средства поддержки. Я не намерена давать каких-либо рекомендаций. Во-первых, это вопрос веры, во-

вторых, само существование таких методов намного важнее конкретного выбора.

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

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

Определение параметров системы

ГЛАВА

Любая система тзначона для решение етных, а отнюдь не всех задач . Эти слова принадлежат Роберту Холлу (Robert Hall), сотруднику известной американской компании NorthAmerican Aviations.

Говорят, что эту фразу Роберт Холл npOHUiec в разговоре с випе-президентом пытавшимся расширить границы его проек-

та сверх разумных пределов, и это возражение едва не стоило Холлу работы. (В системном проектировании, как и в любой другой области, следует учитывать, к какой аудитории вы обращаетесь). Как бы то ни было, я целиком разделяю мнение Холла о процессе разработки систем. Если таки намерены успешно выполнить свой проект, то должн тиъ его рамки. Без четкого понимания, что именно вы хотите сделать, серьезные трудности.

Итак, прежде чем к работе, определите параметры си-

стемы, а именно:

цели - не тоем создается данная система, а цели проекта как

целого;

оектировании - они будут использоваться в процессе оценки компромиссов (которые неизбежны при разработке и

внедрении а также возможностей ее реализации;

границы применения - какие функции будут реализованы в данной а нет.

Цели и границы применения системы

Казалось бы, определить цели и границы применения системы достаточно просто. Если повезет, так и будет - иногда эти параметры четко ясны еще составлении первоначального плана. Однако