ВУЗ: Не указан

Категория: Не указан

Дисциплина: Не указана

Добавлен: 21.01.2025

Просмотров: 1711

Скачиваний: 6

ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.

СОДЕРЖАНИЕ

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.4.1. и Таблице 2.4.2. Для каждого атрибута следует указать общее описание, тип данных и длину значения, имеющиеся ограничения, псевдонимы (если таковые существуют), значение по умолчанию (если таковое имеется), а также является атрибут составным или простым и допустимо ли для него значение NULL.

Таблица 2.5.2 Сведения об атрибутах

Тип сущности

Атрибут

Описание

Тип данных, длина

Ограниче-ния

Допуст- сть NULL

Произ-водный

Отдел

Отдел_№

Уникальный идентификатор отдела компании

Целое

Первичный ключ

нет

нет

Отдел_Имя

Наименование отдела

Символь-ный, до 50 символов

нет

нет

Тел_№

Номер телефона отдела

Символь-ный, фиксирован-ный, 13 символов

Альтерна-тивный ключ

нет

нет

Факс_№

Номер факса отдела

Символь-ный, фиксирован-ный, 13 символов

нет

нет

Работник

Раб_№

Уникальный идентификатор сотрудника фирмы

Целое

Первичный ключ

нет

нет

Полное_Имя

Имя работника (составной атрибут, включает атрибуты Имя и Фамилия)

Имя

Имя работника

Символь-ный, до 15 символов

нет

нет

Фамилия

Фамилия работника

Символь-ный, до 15 символов

нет

нет

Адрес

Полный домашний адрес работника

Символь-ный , до 50 символов

нет

нет

Тел_№

Номер домашнего телефона работника

Символь-ный, фиксирован-ный, 13 символов

да

нет

Пол

Пол работника

Символьный фиксированный, 1 символ

нет

нет

ДР

Дата рождения работника

Дата

нет

нет

Должность

Должность, занимаемая работником

Символь- ный, до 20 символов

нет

нет

Менеджер

Те же атрибуты, что и для сущности Работник

Определяет работника, занимающего должность менеджера

То же, что и для сущности Работник

То же, что и для сущности Работник

То же, что и для сущности Работник

То же, что и для сущности Работник

Секретарь

Те же атрибуты, что и для сущности Работник

Определяет работника, занимающего должность секретаря

То же, что и для сущности Работник

То же, что и для сущности Работник

То же, что и для сущности Работник

То же, что и для сущности Работник

Скорость_

Печати

Скорость печати в знаках в минуту

Целое

нет

нет

Объект

Объект_№

Уникальный идентификатор каждого объекта

Символь-ный, 6 символов

Первичный ключ

нет

нет

Тип

Тип объекта (коммерческая или жилая недвижимость)

Один символ

нет

нет

Площадь

Площадь объекта

Числовой, два знака после запятой

нет

нет

Комнаты

Количество комнат

Целое

да

нет

Цена_М

Стоимость одного квадратного метра площади объекта

Денежный

нет

нет

Адрес

Адрес (составной атрибут, включает атрибуты Район, Улица, Дом,Кв)

Район

Район в адресе объекта

Символь-ный, до 4 символов

нет

нет

Улица

Улица в адресе объекта

Символь-ный, до 25 символов

нет

нет

Дом

Номер дома в адресе объекта

Символь-ный, до 20 символов

нет

нет

Кв

Номер объекта в доме

Целое

нет

нет

Владелец

Владелец_№

Уникальный идентификатор каждого владельца

Целое

Первичный ключ

нет

нет

Название

Название фирмы владельца объекта

Символь-ный, до 50 символов

нет

нет

Адрес

Полный юридический адрес владельца

Символь-ный, до 50 символов

нет

нет

Тел_№

Телефон офиса владельца

Символь-ный, фиксирован-ный, 13 символов

нет

нет

Контакт

Контактное лицо, представитель владельца

Символь-ный, до 50 символов

нет

нет

Объявление

Объявление_№

Уникальный идентификатор каждого рекламного объявления

Символь-ный, 6 символов

Первичный ключ

нет

нет

Дата

Дата выхода объявления

Дата

нет

нет

Цена

Стоимость одного выхода объявления

Числовой, два знака после запятой

нет

нет Символь-ный, фиксирован-ный, 13 символов

СМИ

СМИ_Имя

Название СМИ

Символь-ный, до 50 символов

Первичный ключ

нет

нет

Адрес

Полный адрес редакции

Символь-ный, до 50 символов

нет

нет

Тел_№

Телефонный номер офиса/ редакции СМИ

Символ-ный, фиксированный, 13 символов

Альтерна-тивный ключ

нет

нет

Контакт

Контактное лицо, представитель СМИ

Символь-ный, до 50 символов

нет

нет

Собеседова-ние

Дата

Дата проведения собеседования

Дата

нет

нет

Коммент-ии

Комментарии, замечания о клиенте и его требованиях

Символьный

да

нет

Клиент

Клиент_№

Уникальный идентификатор каждого клиента

Символь-ный, 6 символов

Первичный ключ

нет

да

Полное_Имя

Имя клиента (составной атрибут, включает атрибуты Имя и Фамилия)

Имя

Имя клиента

Символь-ный, до 15 символов

нет

нет

Фамилия

Фамилия клиента

Символь-ный, до 15 символов

нет

нет

Адрес

Полный адрес клиента

Символь-ный , до 50 символов

да

нет

Тел_Кл

Телефонные номера клиента (домашний, мобильный)

Символь-ный, до 50 символов

нет

нет

Объект_Тип

Требуемый тип объекта

Символь-ный, 1 символ

нет

нет

Площадь_ Мах

Максимальная площадь объекта для покупки

Числовой, два знака после запятой

нет

нет

Цена_мах

Максимальный уровень цены одного квадратного метра объекта

Денежный

нет

нет

Договор

Договор_№

Уникальный идентификатор договора продажи

Символь-ный, до 10 символов

Первичный ключ

нет

нет

Дата_ Договор

Дата заключения договора продажи

Дата

нет

нет

Цена_М

Стоимость одного квадратного метра площади объекта

Денежный

нет

нет

Аванс

Сумма аванса по договору

Денежный

нет

нет

Дата_Аванс

Дата внесения аванса

Дата

нет

нет

Дата_ Окончание

Предполагаемая дата последнего платежа по договору

Дата

нет

нет

Окончание

Фактическая дата окончательного платежа

Дата

да

нет



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. Суперкласс Работник и его подклассыСекретарь иМенеджер