- •База данных
- •Введение
- •1.2 Выбор и описание автоматизируемых функций
- •1.3 Первичное описание информационного обеспечения
- •1.4 Вывод
- •2 Выявление ограничений и правил поддержания целостности
- •2.1 Уровень атрибутов
- •2.3 Уровень множеств кортежей
- •2.4 Уровень базы данных
- •2.5 Вывод
- •Фио Отчество
- •3.4 Вывод
- •5.2 Спецификация ограничений и правил поддержания целостности
- •5.3 Sql-код для создания реляционной модели
- •5.4 Вывод
- •6.2 Sql-код локальных просмотров для автоматизируемых функций
- •4.Маклаков с.В. BPwinиErwin.Case-средства разработки информационных систем. — м.: диалог–мифи, 1999
2.3 Уровень множеств кортежей
В данном подразделе для функций, определенных в разд. 1.2, выявляются ограничения и правила на уровне множеств кортежей. В первую очередь анализируется и выявляется уникальность атрибутов или групп атрибутов для определенных множеств кортежей. Далее анализируются возможные изменения нескольких кортежей с целью выявления динамических ограничений и операционных правил, относящихся к множеству кортежей.
Таблица 2.7 Ограничения уникальности на уровне множеств кортежей для всех пяти функций.
№ п/п |
Группа атрибутов |
Множество, для которого требуется уникальность |
1 |
1.1Название группы |
Для всех компакт-дисков |
1.2 Название альбома |
Таблица 2.8 Ограничения уникальности на уровне множеств кортежей для функций 4 «Сдача дисков» и 5 «Рекламация»
№ п/п |
Группа атрибутов |
Множество, для которого требуется уникальность |
1 |
2.1 Фамилия |
Для всех клиентов |
2.2 Имя | ||
2.3 Отчество |
Динамические ограничения для кортежей атрибутов, соответствующих функциям 1,2,3,4,5, не выявлены.
Операционные правила для кортежей атрибутов, соответствующих функциям 1,2,3,4,5, не выявлены.
2.4 Уровень базы данных
В данном подразделе для функций, определенных в разд. 1.2, выявляются ограничения и правила на уровне базы данных в целом.
Статические и динамические ограничения на уровне базы данных для функций не выявлены.
Таблица 2.9 Операционные правила на уровне базы данных для функции 3 «Покупка дисков»
№ п/п |
Группа атрибутов |
Операционное правило |
|
1.1.Название группы 1.2. Название альбома 1.3. Год издания 1.4. Стиль 1.5. Обложка альбома |
При попытке удалить информацию о дисках из БД данные атрибуты записать в специальное хранилище для возможности дальнейшего использования в случае поставки этих дисков. |
Таблица 2.10 Операционные правила на уровне базы данных для функций 4 «Сдача дисков» и 5 «Рекламация»
№ п/п |
Группа атрибутов |
Операционное правило | |
|
|
При попытке удалить информацию о клиентах из БД данные атрибуты записать в специальное хранилище для возможности её дальнейшего использования. |
2.5 Вывод
В результате анализа информационного обеспечения функций выявлены и сформулированы ограничения и правила поддержания целостности данных, которые должны быть учтены при дальнейшем проектировании.
3 ПРОЕКТИРОВАНИЕ ЛОКАЛЬНЫХ ER-МОДЕЛЕЙ
Данный раздел посвящен проектированию локальных ER-моделей, соответствующих отдельным автоматизируемым функциям. Здесь выполняется составление локальных исходныхER-моделей, производится нормализация локальныхER-моделей, разрабатываются спецификации ограничений и правил поддержания целостности для локальныхER-моделей.
На диаграммах ER-моделей, приведенных ниже, прямоугольники обозначают сущности, ромбы — связи, выносные линии — атрибуты. Повторяющиеся атрибуты или агрегаты помечены стрелками, обязательные — затемненными кружками. Ключевые атрибуты подчеркнуты.
3 ПРОЕКТИРОВАНИЕ ЛОКАЛЬНЫХ ER-МОДЕЛЕЙ
Данный раздел посвящен проектированию локальных ER-моделей, соответствующих отдельным автоматизируемым функциям. Здесь выполняется составление локальных исходныхER-моделей, производится нормализация локальныхER-моделей, разрабатываются спецификации ограничений и правил поддержания целостности для локальныхER-моделей.
На диаграммах ER-моделей, приведенных ниже, прямоугольники обозначают сущности, ромбы — связи, выносные линии — атрибуты. Повторяющиеся атрибуты или агрегаты помечены стрелками, обязательные — затемненными кружками. Ключевые атрибуты подчеркнуты.
3.1 Составление локальных исходных ER-моделей
В данном подразделе на основе описательных моделей данных, полученных на предшествующих этапах проектирования, для каждой автоматизируемой функции строятся исходные концептуальные модели Entity–Relationship(ER-модели) в графической форме.
3.1.1 Функция 1 «Заказ партий дисков»
ИсходнаяER-модель для данной функции, полученная на основе описания, приведенного в разд. 1, представлена на рисунке 3.1.
Функция 2 «Приём партий дисков»
Функция 3 «Покупка дисков»
Функция 4 «Сдача дисков»
Функция 5 «Рекламация»
3.2 Нормализация локальных ER-моделей
В данном подразделе на основе анализа и преобразования исходных ER-моделей для каждой автоматизируемой функции строятся нормализованныеER-модели, не содержащие «скрытых» сущностей.
3.2.1 Функция 1 «Заказ партий дисков»
Нормализованная ER-модель для данной функции, полученная на основе описания, приведенного в разд. 1, представлена на рисунке 3.2. Сведения об ограничениях целостности, приведенные на этом рисунке, поясняются ниже в подразделе 3.2, посвященном ограничениям и правилам поддержания целостности.
Рисунок 3.2 — Нормализованная ER-модель для функции 1 «Заказ партий дисков»
3.2.2. Функция 2 «Приём партий дисков»
ID
экземпляра 1 М
Стоимость
Код
партии
Количество
в партии
Название Вид
оплаты М
Год
издания
Дата
поставки Время
поставки
1
Номер Тип Примечание
Название
организации