2. Основные этапы проектирования.

ER-моделирование - высокоуровневое концептуальное моделирование, основанное на понятиях объект (entity) и связь (relationship) и не отражающее способа хранения данных.

Под МОДЕЛЬЮ ДАННЫХ понимается группа понятий, которые помогают нам специфицировать СТРУКТУРУ БАЗЫ ДАННЫХ и множество связанных с ней операций, обеспечивающих выбор и обновление данных.

В настоящее время ER-модели используются в основном в процессе проектирования баз данных. Предполагается, что класс коммерческих СУБД, основанных прямо на ER-моделях или других высокоуровневых моделях данных, будут использованы с легкостью. Такие СУБД, будучи спроектированы, могут быть реализованы непосредственно в базу данных, описанную высокоуровневой концептуальной схемой. В данной работе концентрируется внимание на использовании ER-модели как средства для моделирования и проектирования базы данных.

Н

Рис.3. Общая схема моделирования

а рис.3 показано упрощенное описание процесса про-ектирования базы данных. Моделированию подлежит некоторый микромир (область деятельности) группы лиц в процессе выполнения ими определенных обязанностей. Первым шагом является сбор требований и их анализ. На этом этапе оп-рашиваются будущие пользователи баз данных и документиру-ются их требования. В результате мы имеем протокол тре-бований: множество требований, изложенных в краткой форме.

Как только все требования собраны и проанализированы, создается КОНЦЕПТУАЛЬНАЯ СХЕМА посредством высоко-уровневого концептуального моделирования данных. Этот шаг называется концептуальным проектированием. Результатом этой работы является краткое описание требований к данным, включающее детальное описание типов данных, связей и ограничений. Так как эти понятия не содержат деталей реализации, они легче для восприятия пользователя. Высоко-уровневая схема используется также для уверенности, что все требования учтены и в них не содержится противоречий.

На следующем шаге актуализируется реализация концептуальной схемы средствами коммерческой СУБД. На этом этапе внимание разработчика уходит от проблемы, что мы должны хранить в памяти ЭВМ, а основное внимание уделяется тому, как будущие пользователи будут работать с реализованной моделью. Организация интерфейса между пользователем и ЭВМ, эффективность работы модели, стоимость реализации и эксплуатации предопределяют выбор СУБД.

В настоящее время практически все коммерческие СУБД реализованы на различных типах ЭВМ и для различных операционных систем. Поэтому выбор СУБД еще не предопределяет зависимость от конкретной ЭВМ. Однако на последнем этапе - моделировании на физическом уровне - от удачного размещения данных на физических носителях зависит эффективность и надежность эксплуатации модели.

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