3872 РАЗРАБОТКА ЛОКАЛЬНЫХ КОНЦЕПТУАЛЬНЫХ МОДЕЛЕЙ ДАННЫХ

 

 

Введение

 

Методология проектирования баз данных (БД) предусматривает разбиение всего процесса на не­сколько фаз (концептуальное, логическое и физическое проектирование), каждая из которых, в свою очередь, состоит из нескольких этапов.

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

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

Концептуальное проектирование – процедура конструирования информационной модели, не зависящей от каких-либо физических условий реализации. К ним относятся: выбранный тип СУБД, состав программ приложения, используемый язык программирования, конкретная физическая платформа и т.д.

В методических указаниях рассматривается фаза концептуального  проектирования на примере создания БД для автоматизации деятельности абонементного отдела библиотеки.

Для проведения анализа деятельности абонементного отдела библиотеки используется CASE-средство BPwin, поддерживающее методологии IDEF0 (функциональная модель) и DFD (диаграмма потоков данных). На основе модели IDEF0 можно построить модель данных. Для построения модели данных (методология IDEF1X) используется инструментальное средство ERwin.

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

1. Разработка диаграмм потоков данных

 

Перед тем как приступить к процессу проектирования БД, необходимо выполнить сбор и анализ требований пользователей, провести опрос сотрудников, работающих в различных отделах, а также проанализировать всю документацию, используемую или создаваемую ими при выполнении своих служебных обязанностей.

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

Для каждого из блоков модели  составим DFD-диаграмму, отображающую перемеще­ние данных при выполнении функции каждого блока IDEF0-модели и помещение их в хранилища информации. Диаграмма потоков данных  соответствует определенному представлению пользователя.      Пользователь может быть как отдельным работником, так и группой лиц, которые будут непосредственно работать с создаваемым приложением.

 

 

 

Рис.1. Контекстная диаграмма

 

Выделив в функциональной модели один из  блоков, необходимо выяснить:

  • какая информация должна быть зафиксирована в БД по результатам выполнения функции;
  • какая информация должна быть извлечена из БД для выполнения этой функции;
  • какая информация о выполняемой функции может потребоваться в будущем.

Рассмотрим функциональный блок А1 «Найти данные  книги в систематическом каталоге». Для читателя, который  приходит в библиотеку, поиск нужных данных о книге начинается с систематического каталога, который содержит сведения о книгах в систематизированном виде (по различным областям знаний).

 

 

Рис.2. IDEF0-модель, отображающая процесс обслуживания читателя библиотеки

 

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

 

 

Рис.3. DFD-диаграмма для функционального блока “Найти данные книги в систематическом каталоге”

 

На DFD–диаграмме изображены два хранилища данных: «СИСТЕМАТИЧЕСКИЙ КАТАЛОГ» и «ОПИСАНИЕ КНИГ», которые в дальнейшем нам  потребуются  при построении локальных концептуальных моделей данных.

Рассмотрим построение DFD-диаграммы для функции «Заполнить требование на книгу» (блок А2).

После того как найдена карточка с описанием интересующей читателя книги, он должен внести информацию о книге в бланк требования. Кроме информации о нужной книге читатель должен указать в бланке требования номер читательского билета, который должен находиться в хранилище «СВЕДЕНИЯ О ЧИТАТЕЛЕ». Затем необходимо указать дату заполнения требования и проверить правильность заполнения требования. В случае если требование заполнено неправильно, придется повторить процедуру заполнения требования. Результаты выполнения функции «Заполнить требование на книгу» зафиксируются в хранилище «ЗАПОЛНЕННОЕ ТРЕБОВАНИЕ НА КНИГУ» (рис.4).

 

 

 

 

Рис.4. DFD-диаграмма для функционального блока “Заполнить требование на книгу”

 



 
системы бюджетирования вам необходимо. позволит сторонним приложениям. Модуль Сервер каналов