Проектирование по методу ERD-модели
Имеется целый ряд методик создания информационно-логиеских моделей. Наиболее популярна в настоящее время методика с использованием ERD (entity-relationship diagram). В русскоязычной литературе эти диаграммы называют объект—отношение, либо сущность – связь, либо ER-метод. Суть данного метода основана на понятийном аппарате теории баз данных. Приведем еще раз его толкование. База данных — это единое, большое хранилище данных, которое однократно определяется, а затем используется одновременно многими пользователями из разных подразделений. Вместо разрозненных файлов с избыточными данными, здесь все данные собраны вместе с минимальной долей избыточности. База данных уже не принадлежит какому-либо единственному отделу, а является общим корпоративным ресурсом. Причем база данных хранит не только рабочие данные этой организации, но и их описания. По этой причине базу данных еще называют набором, интегрированных записей с самоописанием. В совокупности, описание данных называется системным каталогом (system catalog), или словарем данных (data dictionary), а сами элементы описания принято называть метаданными (meta-data), т.е. " данными о данных". Именно наличие самоописания данных в базе данных обеспечивает в ней независимость между программами и данными (program-data independence). Подход, основанный на применении баз данных, где определение данных отделено от приложений, очень похож на подход, используемый при разработке современного программного обеспечения, когда наряду с внутренним определением объекта существует его внешнее определение. Пользователи объекта видят только его внешнее определение и не заботятся о том, как он определяется и как функционирует. Одно из преимуществ такого подхода, а именно абстрагирования данных (data abstraction), заключается в том, что можно изменить внутреннее определение объекта без каких-либо последствий для его пользователей, при условии, что внешнее определение объекта остается неизменным. Аналогичным образом, в подходе с использованием баз данных, структура данных отделена от приложений и хранится в базе данных. Добавление новых структур данных или изменение существующих никак не влияет на приложения, при условии, что они не зависят непосредственно от изменяемых компонентов. Например, добавление нового поля в запись или создание нового файла никак не повлияет на работу имеющихся приложений. Однако удаление поля из используемого приложением файла повлияет на это приложение, а потому его также потребуется соответствующим образом модифицировать. И, наконец, следует объяснить последний термин из определения базы данных, а именно понятие " логически связанный". При анализе информационных потребностей организации следует выделить сущности, атрибуты и связи. Сущностью (entity) называется отдельный тип объекта организации (человек, место или вещь, понятие или событие), который нужно представить в базе данных. Атрибутом (attribute) называется свойство, которое описывает некоторую характеристику описываемого объекта. Связь (relationship) — это то, что объединяет несколько сущностей. Например, на рис. 4 показана так называемая диаграмма " сущность-связь", или ER-диаграмма (Entity-Relationship — ER), для некоторой части проекта «Агентство недвижимости». Она состоит из следующих компонентов: • шести сущностей (которые обозначены прямоугольниками): Branch (Отделение), Staff (Работник), Property_for Rent (Сдаваемый в аренду объект), Owner (Владелец), Renter (Арендатор) и Viewing (Осмотр); • шести связей (которые обозначены ромбиками): IsAllocated (Работает в), Has (Имеет), Oversees (Отвечает), Owns (Владеет), Requests (Запрашивает) и Takes (Проводится). Рис. 4. Пример диаграммы " сущность-связь" Подобная база данных представляет сущности, атрибуты и логические связи между объектами. Иначе говоря, база данных содержит логически связанные данные.
|