- •1. Описание предметной области Спецификация требований
- •1.1. Требования к данным
- •1.2. Требования к транзакциям.
- •2. Построение локальной концептуальной модели данных
- •2.1. Определение типов сущностей
- •Документирование выделенных типов сущностей
- •2.2. Определение типов связей.
- •2.3. Определение кардинальности и уровня участия отдельных типов связи.
- •Документирование типов связей
- •2.4. Определение атрибутов и связывание их с типами сущностей и связей.
- •2.5. Определение атрибутов, являющихся потенциальными и первичными ключами.
- •Документирование выделенных атрибутов
- •2.6. Определение доменов атрибутов
- •2.7. Специализация/генерализация типов сущностей.
- •2.8. Создание диаграммы «сущность-связь»
- •2.9. Обсуждение локальной концептуальной модели с пользователем
- •3. Построение и проверка локальной логической модели данных
- •3.1. Преобразование концептуальной модели данных в логическую модель
- •3.1.1. Удаление связей типа m:n
- •3.1.2. Удаление сложных связей
- •3.1.3. Удаление рекурсивных связей.
- •3.1.4. Удаление множественных атрибутов
- •3.1.5. Перепроверкасвязей типа 1:1
- •3.1.6. Удаление избыточных связей
- •3.1.7. Создание диаграммы «сущность-связь»
- •3.2. Определение набора отношений исходя из структуры локальной логической модели данных.
- •3.3. Проверка модели с помощью правил нормализации.
- •3.4. Проверка модели в отношении транзакций пользователей.
- •3.5. Определение требований поддержки целостности данных.
- •3.5.1. Обязательные данные.
- •3.5.2. Ограничения для доменов атрибутов
- •3.5.3. Целостность таблицы
- •3.5.4. Ссылочная целостность
- •3.5.5. Требования данного предприятия
- •3.5.6. Документирование всех ограничений целостности данных
- •3.6. Обсуждение разработанных локальных логических моделей данных с конечными пользователями
2.6. Определение доменов атрибутов
На этом этапе требуется определить домены атрибутов , помещенных в локальную концептуальную модель данных для пользователя МенеджерприложенияРеалтэкс. Доменом называют множество допустимых значений для одного или более атрибутов.
Таблица 2.6. Сведения о доменах атрибутов
Имя домена |
Характеристики домена |
Примеры допустимых значений |
Отдел_№ |
Целое значение, от 1 до 99 |
9, 15 |
Отдел_Имя |
Строка переменной длины, до 50 символов |
Отдел элитного жилья, Отдел коммерческой недвижимости |
Те_№, Факс_№ |
Строка, 13 символов |
(095) 200-02-00 |
Раб_№ |
Целое значение, от 1 до 999 |
5, 13, 121 |
Имя |
Строка переменной длины, до 15 символов |
Надежда |
Фамилия |
Строка переменной длины, до 15 символов |
Лопатникова |
Адрес |
Строка переменной длины, до 50 символов |
Москва, ул. Молодцова, д. 8, корп. 1, кв. 28 |
Пол |
Строка длиной в один символ (значения М или Ж) |
М, Ж |
ДР |
Дата |
31/03/1978 |
Должность |
Строка переменной длины, до 20 символов |
Агент |
Скорость_Печати |
Целое, до трех знаков |
220 |
Объект_№ |
Строка, длиной 6 символов |
01-056 |
Тип |
Строка длиной в один символ (значения К или Ж) |
К, Ж |
Площадь |
Число, до двух знаков после запятой |
80,35; 1269, 56 |
Комнаты |
Целое, до трех знаков |
2, 4, 15 |
Цена_М |
Денежная величина |
970, 2750 |
Район |
Строка переменной длины, до 4 символов |
ЦАО, СВАО |
Улица |
Строка переменной длины, до 25 символов |
Остоженка |
Дом |
Строка переменной длины, до 20 символов |
д. 35, копр. 4 |
Кв. |
Целое, до четырех знаков |
28, 196 |
Владелец_№ |
Целое, до четырех знаков |
15, 122 |
Название |
Строка переменной длины, до 50 символов |
ОАО «Пирс-технолоджи» |
Контакт |
Строка переменной длины, до 50 символов |
Ларина Татьяна Анатольевна |
Объявление_№ |
Строка, длиной 6 символов |
01-225 |
Дата |
Дата |
01/02/2005 |
Цена |
Денежная величина |
526 |
СМИ_Имя |
Строка переменной длины, до 50 символов |
Мир и Дом |
Комментарии |
Строка переменной длины |
|
Клиент_№ |
Строка, длиной в 6 символов |
02-056 |
Тел_Кл |
Строка переменной длины, до 50 символов |
8-926-115-26-11, 095-121-51-29 |
Договор_№ |
Строка переменной длины, до 10 символов |
02-056/01-015/1 |
Дата_Договор |
Дата |
12/12/2004 |
Аванс |
Денежная величина |
12500 |
Дата_Аванс |
Дата |
20/12/2004 |
Дата_Окончание |
Дата |
17/01/2005 |
Окончание |
Дата |
14/01/2005 |
2.7. Специализация/генерализация типов сущностей.
На этом этапе принимаются (необязательные) меры по улучшению исходного варианта ER-диаграммы посредством применения процедуры генерализации или специализации сущностей. При проведении специализации предпринимаются попытки выделить различия между сущностями. В противоположность этому при проведении генерализации осуществляется поиск общих характеристик сущностей различных типов.
Например, объекты МенеджериСекретарьпредставляют отдельные типы сущностей. Проверим, имеет ли смысл выполнить генерализацию этих сущностей в подклассы суперклассаРаботникили лучше сохранить их как независимые типы сущностей.
Все атрибуты сущности Работник, включая и первичный ключ, присутствуют в сущностяхСекретарьиМенеджер. Более того, сущностьМенеджер не имеет никаких дополнительных атрибутов, а сущностьСекретарьимеет единственный дополнительный атрибут с именемСкорость_Печати. Однако как сущностьСекретарь, так и сущностьМенеджерпринимают участие в различных связях, в таких, какМенеджер Руководит РаботникомиСекретарь Помогает Работнику. На основании этих сведений мы принимаем решение провести генерализацию сущностейСекретарьиМенеджер. Они будут представлены как подклассы суперклассаРаботник. Связи, которые суперкласс поддерживает со своими подклассами являются частичными и непересекающимися, поскольку один и тот же работник не может быть одновременно и менеджером и секретарем; кроме того, только некоторые из работников являются менеджерами или секретарями.
Менеджер Секретарь
1 1
М М
Работник
Рис. 2.7. Суперкласс Работник и его подклассыСекретарь иМенеджер