База данных для информационной системы "Агенство недвижимости"

 


 

2005.552800.БД.КП.ПЗ Т28-320.6


 

Уфимский государственный авиационный технический университет

 

 

 

 

 

 

 

 

 

БАЗА ДАННЫХ

ДЛЯ ИНФОРМАЦИОННОЙ СИСТЕМЫ

«Агентство недвижимости»

 

 

Пояснительная записка к курсовому проекту

по общепрофессиональной дисциплине

«Базы данных и знаний»

 

 

 

Направление  552800 – Информатика и вычислительная

техника

Факультет  информатики и робототехники

Кафедра   автоматизированных систем управления

Курс   3

Семестр   6

 

 

2005.552800.БД.КП.ПЗ Т28-320.6

 

 

 

 

Оценка ________________   Исполнитель

Консультант проф. каф. АСУ   студ. гр. Т28-320

     (зач. кн. 025000)

___________ Кармзина А.Г.   ___________ Кривошеев А.С.

«___» ____________ 2005 г.   «___» ___________ 2005 г.

 

 

 

 

2005 

 

СОДЕРЖАНИЕ

 

 

Введение

  

1

Выбор автоматизируемых функций

  

1.1

Краткое описание предметной области . . . . . . . . . . . . . . . . . . . . . . . . . .

 

1.2

Выбор и описание автоматизируемых функций . . . . . . . . . . . . . . . . . . .

 

1.3

Первичное описание информационного обеспечения . . . . . . . . . . . . . . .

  

1.4

Вывод . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

 

2

Проектирование исходных локальных моделей

  

2.1

Составление исходных локальных моделей . . . . . . . . . . . . . . . . . . . . . . .

 

2.2

Спецификации ограничений и правил . . . . . . . . . . . . . . . . . . . . . . . . . . .

 

2.3

Вывод . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

 

3

Проектирование нормализованных локальных ER-моделей

  

3.1

Нормализация локальных ER-моделей . . . . . . . . . . . . . . . . . . . . . . . . . . .

  

3.2

Спецификации ограничений и правил . . . . . . . . . . . . . . . . . . . . . . . . . . .

 

3.3

Вывод . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

 

4

Проектирование глобальной ER-модели

  

4.1

Анализ дублирования в локальных моделях . . . . . . . . . . . . . . . . . . . . . .

 

4.2

Синтез глобальной ER-модели . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

 

4.3

Спецификации ограничений и правил . . . . . . . . . . . . . . . . . . . . . . . . . . .

 

4.4

Вывод . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

 

5

Проектирование реляционной и внешних моделей

  

5.1

Устранение категорий и явных связей. . . . . . . . . . . . . . . . . . . . . . . . . . . .

 

5.2

Спецификации ограничений и правил . . . . . . . . . . . . . . . . . . . . . . . . . . .

 

5.3

Разработка моделей внешних представлений  . . . . . . . . . . . . . . . . . . . . .

  

5.4

Вывод . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

 

6

Разработка SQL-моделей базы данных

  

6.1

SQL-код создания таблиц . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

 

6.2

SQL-код создания триггеров……………………………………………...

  

6.3

SQL-код реализации внешних представлений . . . . . . . . . . . . . . . . . . . . .

 

6.4

Вывод . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

 
 

Заключение

  
 

Список литературы

  

 

ВВЕДЕНИЕ

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

Информационная система «Агентство недвижимости» предназначена для оперативного доступа к информации о работе агентства недвижимости: по проведению экспертизы,  организации покупки и продажи. 

Разрабатываемая база данных предназначена для информационного обеспечения автоматизации процессов.

Раздел 1 посвящен выбору автоматизируемых функций и информационного обеспечения. Здесь дается краткое описание предметной области; производится выбор и описание автоматизируемых функций; выполняется первичное описание информационного обеспечения.

Раздел 2 посвящен проектированию исходных локальных моделей базы данных. Для каждой автоматизируемой функции строится иерархическая модель данных. Специфицируются исходные локальные ограничения целостности и операционные правила.

Раздел 3 посвящен проектированию нормализованных локальных ER-моделей. Каждая исходная локальная модель преобразуется в нормализованную ER-модель. Разрабатываются спецификации ограничений целостности и операционных правил для локальных ER-моделей.

Раздел 4 посвящен проектированию глобальной ER-модели. Здесь производится выявление и устранение эквивалентных сущностей, выявление категорий и синтез обобщающих сущностей, выявление и устранение дублирования атрибутов и связей. Строится графическое представление глобальной модели, специфицируются ограничения и правила поддержания целостности.

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

Раздел 6 посвящен разработке SQL-моделей базы данных. Здесь создается SQL-код для таблиц, триггеров и внешних представлений базы данных.

 

 

 

 

 

1   ВЫБОР АВТОМАТИЗИРУЕМЫХ  ФУНКЦИЙ 

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

 

1.1  Краткое описание предметной  области

В данном подразделе дается краткое описание предметной области, в которой функционирует информационная система «Агентство недвижимости». Описываются среда функционирования, объект и субъект управления, цели и задачи управления.

1.1.1  Среда функционирования системы

Среда функционирования системы включает агентство недвижимости.

1.1.2  Объект управления

Объект управления представляет собой процессы экспертизы, купли и продажи недвижимости.

1.1.3  Субъект управления (управляющая система)

Субъект управления представляет собой персонал, работающий в данном агентстве недвижимости и обеспечивающий функционирование информационной системы «Агентства недвижимости»

1.1.4  Цель управления

Цель управления состоит в организации эффективной работы агентства недвижимости. Для достижения этой цели в процессе управления решаются задачи

1)  Ведение учета информации о продаже.

2)  Ведение учета по дате продажи

3)  Ведение учета  даты продажи

4)  Ведение учета  объектов продажи

5)  Ведение учета покупателей

6) Ведение учета об ответственном  сотруднике

7) Ведение учета о стоимости  продажи

8) Ведение учета истории продажи

 

1.2  Выбор и описание автоматизируемых  функций

В данном подразделе выбираются и кратко описываются три функции управляющей системы, которые предполагается автоматизировать с использованием разрабатываемой информационной системы.

1.2.1  Перечень автоматизируемых  функций

В рамках данного проекта для автоматизации выбраны следующие четыре функции автоматизированной системы « Агентства недвижимости»:

    1. Учет кадров;
    2. Экспертиза;
    3. Покупка;
    4. Продажа.

 

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

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

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

 

1.2.3 Функция 2 «Экспертиза». Функция предназначена для ведения информации об экспертизе. Она позволяет получить сведения о дате проведения   экспертизы, об объекте недвижимости, об ответственном эксперте;

 

1.2.4  Функция 3 «Покупка». Функция предназначена для автоматизации сбора и получения информации о покупке. Она позволяет получить сведения о договоре на покупку и дате его заключения, информацию об объекте недвижимости, причине покупки, стоимости покупки и ответственном сотруднике;

 

1.2.5 Функция 4 «Продажа». Функция предназначена для обеспечения оперативного доступа к информации о продаже. Она позволяет получить сведения о дате продажи и объекте продажи, о покупателе, об ответственном сотруднике, стоимости продажи и получить историю продажи объекта.

 

1.3  Первичное описание информационного  обеспечения

В данном подразделе дается первичное описание информационного обеспечения функций, выбранных для автоматизации. Информационное обеспечение функций — это совокупность данных, значения которых должны храниться в создаваемой базе данных для реализации автоматизируемых функций. Ниже для каждой из автоматизируемых функций перечислены в общем виде необходимые данные с соответствующими пояснениями.

 

Функция 1 «Учет кадров».  Локальная проблемная область этой функции связана с процессом управления персоналом и рассматривается с точки зрения сотрудников отдела кадров и руководства организации.

Данная локальная проблемная область ориентирована на сотрудников организации, поскольку при выполнении этой функции пользователей интересуют сведения, относящиеся к тем или иным сотрудникам.

При реализации этой функции необходимо учитывать в информационной схеме следующие сведения:

Табельный номер. Однозначно идентифицирует каждого сотрудника.

Сведения о сотруднике — ФИО, паспортные данные, телефон, семейное положение, образование, зарплата, дата рождения.

Сведения о стаже — общий стаж работы сотрудника на каждой должности в различных подразделениях организации.

Контактные сведения — сведения о контактных телефонах сотрудника. У одного сотрудника может быть несколько телефонов, причем различных категорий (типов): служебных, домашних, мобильных, прочих. Для каждого телефона могут быть указаны номер по порядку контактного телефона данного сотрудника; номер телефона в соответствующем формате; категория телефона; дополнительные сведения.

 

Функция 2 «Экспертиза».  Локальная проблемная области этой функции связана с процессом проведения экспертизы.

При реализации этой функции необходимо учитывать в информационной схеме следующие сведения:

При реализации этой функции необходимо учитывать в информационной схеме следующие сведения:

Экспертиза объекта недвижимости: Регистрационный номер экспертизы и дата проведения экспертизы.

 Объект недвижимости - Код объекта,  Код типа объекта,  Название типа объекта,  Адрес, Владелец.

Владелец объекта недвижимости: Код владельца, ФИО владельца.

Отвечающий эксперт: Код, ФИО эксперта.

Часть объекта: Нпп части,  Код типа,  Название типа,  Код части,  Название части,  Входит в состав части (код), Параметр объекта.

Параметр объекта: Нпп,  Код параметра,  Название параметра, Значение параметра.

 

Функция 3 «Покупка». 

 

Локальная проблемная области этой функции связана с процессом проведения покупки объекта недвижимости.

При реализации этой функции необходимо учитывать в информационной схеме следующие сведения:

Заключение договора покупки: регистрационный номер договора на покупку, дата заключения договора, объект недвижимости, собственник, регистрационный номер экспертизы, ответственный сотрудник, причина покупки, стоимость.

Объект недвижимости: Код объекта,  Код типа объекта,  Название типа объекта, Адрес.

Собственник: Код собственника, ФИО собственника.

Ответственный сотрудник:  Код, ФИО сотрудника.

Причина покупки: Нпп,  Код вида причины,  Название вида причины, Содержание.

 

Функция 4 «Продажа».

 

Локальная проблемная области этой функции связана с процессом проведения продажи объекта недвижимости.

При реализации этой функции необходимо учитывать в информационной схеме следующие сведения:

Заключение договора продажи: регистрационный номер продажи, дата продажи, объект недвижимости, покупатель, ответственный сотрудник, история продажи, стоимость.

Объект недвижимости: Код объекта, Адрес.

Покупатель: Код покупателя, ФИО покупателя.

Ответственный сотрудник: Код, ФИО.

История продажи: Дата выставления, Потенциальный покупатель.

Состав множественного агрегата «Потенциальный покупатель» агрегата «История продажи»:  Код,  ФИО,  Дата начала переговоров,  Дата окончания переговоров, Содержание.  

 

1.4  Вывод

В результате анализа функционирования организации  «Агентства недвижимости» в плане четырех автоматизируемых функций, связанных с деятельностью агентства недвижимости, получены локальные описания проблемной области информационной системы, включающие данные о экспертизах, покупках и продажах.

 

 

  1. ПРОЕКТИРОВАНИЕ ИСХОДНЫХ ЛОКАЛЬНЫХ МОДЕЛЕЙ

 

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

2.1  Составление исходных локальных моделей

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

В данном подразделе для построенных выше исходных моделей выявляются и записываются локальные ограничения целостности и операционные правила, а именно:

– ограничения атрибутов и агрегатов (таблица 2.1);

– ограничения кортежей (таблица 2.2);

– ограничения уникальности (таблица 2.3);

– другие ограничения (таблица 2.4);

– операционные правила (таблица 2.5).

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

 

Таблица 2.1  

Ограничения атрибутов и агрегатов

Имя атрибута

или агрегата

Тип

Размер

Границы

или

допустимые

значения

Структура

Условие

Многозначность

Значение

по умолчанию

мин

макс

Функция 1 «Учет кадров»

1.1. ФИО

строка рус. букв

<=50

  

1)

  

1

1

  

1.2. Дата рождения

дата

      

2)

1

1

  

1.3. Стаж

положит. целое

 

вычисл. 3)

    

1

1

  

1.4. Телефон.Нпп

положит. целое

        

1

1

инкр. 4)

Функция 2 «Экспертиза»

2.1. Регистрационный номер экспертизы

положит. целое

<=30

      

1

1

инкр. 4)

2.2. Дата проведения

2.3. Объект недвижимости

      2.3.1. Код  объекта

      2.3.2. Код  типа объекта

      2.3.3. Название  типа объекта

       2.3.4. Адрес

       2.3.5. Владелец

            2.3.5.1. Код владельца

            2.3.5.2. ФИО владельца

2.4. Ответственный эксперт

       2.4.1. Код

       2.4.2. ФИО

2.5. Часть объекта

       2.5.1. Нпп  части

       2.5.2. Код  типа

       2.5.3. Название  типа

       2.5.4. Код  части

       2.5.5. Название  части

       2.5.6. Параметр  объекта

2.5.6.1. Нпп 

2.5.6.2. Код параметра

2.5.6.3. Название параметра

2.5.6.4. Значение параметра 

дата

агрегат

положит. целое

положит. целое

строка рус. букв

 

строка рус. букв

агрегат

положит. целое

 

строка рус. букв

 

агрегат

положит. целое

строка рус. букв

агрегат

положит. целое

положит. целое

строка рус. букв

положит. целое

строка рус. букв

агрегат

положит. целое

положит. целое

 

строка рус. букв

 

положит. целое

 

<=50

<=50

<=50

<=50

 

<=50

<=50

<=50

<=50

<=50

<=30

<=50

<=50

<=50

<=15

<=50

<=50

<=50

<=50

<=30

<=15

<=30

 

<=30

<=30

 

<=30

  

 

 

 

 

 

 

 

 

 

 

1)

 

 

 

1)

 

 

 

 

 

 

 

 

 

 

 

 

 

5)

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

1

1

1

1

1

 

1

1

1

 

1

 

1

1

1

1

1

1

1

1

1

1

1

1

1

 

1

 

1

М

1

1

М

М

 

1

М

М

 

М

 

1

1

1

М

М

М

М

М

1

М

М

М

1

 

М

 

М

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

инкр. 4)

 

 

 

 

 

инкр. 4)

 

Функция 3 «Покупка»

3.1. Регистрационный номер договора  на покупку

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

3.3. Объект недвижимости

      3.3.1. Код  объекта

      3.3.2. Код  типа объекта

      3.3.3. Название  типа объекта

      3.3.4. Адрес

3.4. Собственник

      3.4.1. Код  собственника 

      3.4.2. ФИО  собственника

3.5. Регистрационный номер  экспертизы

3.6. Ответственный сотрудник

       3.6.1. Код

       3.6.2. ФИО

3.7. Причина покупки

      3.7.1. Нпп

      3.7.2. Код  вида причины

      3.7.3. Название  причины

      3.7.4. Содержание

3.7. Стоимость

положит. Целое

 

дата

 

агрегат

положит. целое

положит. целое

строка рус. букв

 

агрегат

строка рус. букв

строка рус. букв

положит. целое

 

агрегат

 

положит. целое

строка рус. букв

агрегат

положит. целое

положит. целое

строка рус. букв

строка рус. букв

строка цифр

<=30

 

 

 

<=30

<=30

<=30

<=30

 

<=30

<=30

<=30

<=30

<=30

<=30

  

 

 

 

 

 

 

 

 

 

 

 

 

1)

 

 

 

 

 

1)

 

 

5)

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

1

 

1

 

1

1

1

1

 

1

1

1

1

1

 

1

 

1

1

1

1

1

1

1

1

1

 

1

 

1

1

1

1

 

1

М

М

М

1

 

1

 

М

М

М

1

1

1

1

М

инкр. 4)

 

 

 

 

 

 

 

 

 

 

 

 

инкр. 4)

 

 

 

 

 

 

инкр. 4)

 

 

 

 

 

<=30

<=30

<=30

<=30

<=30

<=30

<=30

<=30

<=30

  

Функция 4 «Продажа»

3.1. Регистрационный номер продажи

3.2. Дата продажи

3.3. Объект недвижимости

      3.3.1. Код  объекта

      3.3.2. Адрес

3.4. Покупатель

      3.4.1. Код покупателя

      3.4.1. ФИО  покупателя

3.5. Ответственный сотрудник

      3.5.1. Код 

      3.5.2. ФИО

3.6. История продажи

      3.6.1. Дата  выставления

      3.6.2. Потенциальный  покупатель

           3.6.2.1. Код

           3.6.2.2. ФИО

           3.6.2.3. Дата начала переговоров

           3.6.2.4. Дата окончания переговоров

           3.6.2.5. Содержание

3.7. Стоимость    

положит. целое

 

дата

агрегат

положит. целое

строка рус. букв

агрегат

положит. целое

строка рус. букв

агрегат

 

положит. целое

строка рус. букв

агрегат

дата

агрегат

 

положит. целое

строка рус. букв

дата

 

дата

 

строка рус. букв

положит. целое

<=30

 

 

<=30

<=30

<=30

<=30

<=30

<=30

<=30

<=30

<=30

<=30

<=30

 

<=30

 

<=30

<=30

 

 

 

 

<=30

<=30

  

 

 

 

 

 

 

 

 

1)

 

 

1)

 

 

 

 

 

 

1)

 

 

 

 

 

 

 

5)

 

 

 

 

 

 

 

 

 

 

 

5)

 

 

 

 

5)

 

 

5)

 

1

 

1

1

1

1

1

1

1

1

 

1

1

1

1

1

 

1

1

1

 

1

 

1

1

1

 

1

1

1

1

М

М

М

М

 

1

1

М

1

М

 

1

1

1

 

1

 

М

М

инкр. 4)

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 


 

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

2)  Дата рождения > Текущая дата – 100 лет; Дата рождения < Текущая дата – 16 лет.

3) Вычисляется как суммарное время работы на каждой должности в различных подразделениях организации по значениям атрибутов Дата прихода, Дата ухода.

4) Следующее значение (инкремент).

5)  Дата проведения> Текущая дата

2.1.1 Функция 1 «Учет кадров»

Исходная иерархическая модель для данной функции, полученная на основе описания, приведенного в разд. 1, представлена на листе 1 в документе «Иерархическая модель».

Состав и структура модели. Модель содержит единственную сущность «Сотрудник», набор атрибутов которой имеет сложную структуру: простой агрегат «ФИО», повторяющиеся агрегаты «Телефон» и «Место работы». Последний агрегат, в свою очередь, содержит повторяющийся агрегат «Стаж».

Обобщение атрибутов. Исходные атрибуты, отражающие различные телефоны, имеющиеся у служащего («служебный», «домашний», «мобильный» и т. д.), обобщены в повторяющийся агрегат «Телефон» с атрибутами «Номер по порядку», «Номер телефона», «Тип телефона», «Примечание».

 

2.1.2  Функция 2 «Экспертиза». Состав функции (* – агрегат):  Регистр. номер экспертизы,  Дата проведения, Объект недвижимости*, Отв. эксперт*, Часть объекта*.

Состав однозначного агрегата «Объект недвижимости»:  Код объекта,  Код типа объекта,  Название типа объекта,  Адрес, Владелец*.

Состав однозначного агрегата «Владелец» агрегата «Объект недвижимости»:  Код владельца, ФИО владельца.

Состав однозначного агрегата «Отв. эксперт»:  Код, ФИО.

Состав множественного агрегата «Часть объекта»:  Нпп части,  Код типа,  Название типа,  Код части,  Название части,  Входит в состав части (код), Параметр объекта*.

Состав множественного агрегата «Параметр объекта» агрегата «Часть объекта»:  Нпп,  Код параметра,  Название параметра, Значение параметра.

2.1.3 Функция 3 «Покупка». Состав функции (* – агрегат):  Рег. номер договора на покупку,  Дата заключения договора, Объект недвижимости*, Собственник*,  Рег. номер экспертизы, Отв. сотрудник*, Причина покупки*, Стоимость.

Состав однозначного агрегата «Объект недвижимости»:  Код объекта,  Код типа объекта,  Название типа объекта, Адрес.

Состав однозначного агрегата «Собственник»:  Код собственника, ФИО собственника.

Состав однозначного агрегата «Отв. сотрудник»:  Код, ФИО.

Состав множественного агрегата «Причина покупки»:  Нпп,  Код вида причины,  Название вида причины, Содержание.

2.1.4 Функция 4 «Продажа». Состав функции (* – агрегат):  Рег. номер продажи,  Дата продажи, Объект недвижимости*, Покупатель*, Отв. сотрудник*, История продажи*, Стоимость.

Состав однозначного агрегата «Объект недвижимости»:  Код объекта, Адрес.

Состав однозначного агрегата «Покупатель»:  Код покупателя, ФИО покупателя.

Состав однозначного агрегата «Отв. сотрудник»:  Код, ФИО.

Состав однозначного агрегата «История продажи»:  Дата выставления, Потенциальный покупатель*.

Состав множественного агрегата «Потенциальный покупатель» агрегата «История продажи»:  Код,  ФИО,  Дата начала переговоров,  Дата окончания переговоров, Содержание.

Таблица 2.2.  

Ограничения кортежей

№

п/п

Источник

Группа атрибутов

Ограничение

Функция 1 «Учет кадров»

1.1

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

Дата рождения > Текущая дата – 100 лет; Дата рождения < Текущая дата – 16 лет.

Функция 2 «Экспертиза»

2.1

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

Дата проведения > Текущая дата

Функция 3 «Покупка»

3.1

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

Дата заключения договора > Текущая дата

Функция 4 «Продажа»

4.1

Дата продажи

Дата продажи > Текущая дата

4.2

Дата окончания переговоров

Дата окончания переговоров > Текущая дата

4.2

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

Дата выставления > Текущая дата


 

Таблица 2.3.  

Ограничения уникальности

№

п/п

Источник

Группа атрибутов

Среди каких экземпляров имеет место уникальность

Функция 1 «кадров»

1.1

+

ФИО

среди всех сотрудников

1.2

+

Телефон.Номер

среди всех телефонов одного сотрудника

Функция 2 «Экспертиза»

2.1

+

Регистрационный номер

среди всех номеров

2.2

+

Объект недвижимости

среди всех объектов

2.3

2.4

2.5

+

+

Владелец

Ответственный эксперт

Часть объекта

среди всех владельцев

среди всех экспертов

 

среди всех частей

Функция 3 «Покупка»

3.1

+

Регистрационный номер

среди всех номеров

3.2

+

Объект недвижимости

среди всех объектов

3.3

3.4

+

+

Собственник

Ответственный сотрудник

среди всех собственников

среди всех сотрудников

Функция 4 «Продажа»

4.1

+

Регистрационный номер

среди всех номеров

4.2

+

Объект недвижимости

среди всех объектов

4.3

4.4

 

4.5

+

+

 

+

Покупатель

Ответственный сотрудник

История продаж

среди всех покупателей

среди всех сотрудников

 

среди всех историй продаж


 

Динамические ограничения

В функциях 1-4 динамические ограничения не выявлены

 

 

 

Таблица 2.5.  

Другие ограничения

№

п/п

Источник

Группа атрибутов

Ограничение

Функция 1 «Учет кадров»

1.1

+

Стаж

Последовательность номеров, соответствующая должностям, должна начинаться с 1 и не иметь пропусков

Функция 2 «Экспертиза» — ограничения не выявлены

       

Функция 3 «Покупка» — ограничения не выявлены

       

Функция 4 «Продажа» — ограничения не выявлены


 

 

Таблица 2.6.  

Операционные правила

№

п/п

Источник

(табл. 1.3)

Группа атрибутов

Ограничение

Функция 1 «Учет кадров»

1.1.

+

Атрибуты, относящиеся к сотруднику:

Личный номер, Фамилия, Имя, Отчество, … и т.д.

При удалении записи о каком-либо сотруднике все сведения о нем переносятся в архивную базу с указанием даты-времени, причины удаления и имени пользователя, выполнившего удаление. Эти сведения хранятся в архивной базе не менее 1 года, а затем  могут быть автоматически удалены

Функция 2 «Экспертиза» — Правила не выявлены

       

Функция 3 «Покупка» — Правила не выявлены

       

Функция 4 «Продажа» — Правила не выявлены

       

 

2.3  Вывод

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

 

 


 


                                   ФИО Фамилия


 

                          Дата рождения Имя


 

                                      Стаж Отчество



                           Телефон


 

 


 


 

 Регистрационный номер


 

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


 

 Объект недвижимости Код объекта


 Код типа объекта


                  Ответственный эксперт Название типа


 Адрес


 Часть объекта Владелец


 


 

 

 

 

 


Рисунок 2.1 — Исходная модель для функции 1 «Учет прав»

 

Рисунок 2.2 — Исходная модель для функции 2 «Заявление на выдачу или восстановление прав»

 

Рисунок 2.3 — Исходная модель для функции 4 «Практический экзамен по вождению»

 

Рисунок 2.4 — Исходная модель для функции 5 «Теоретический экзамен по вождению»

 

Рисунок 2.5 — Исходная модель для функции 2 «Учет кадров»

 

 

 

 

 

 

 

 

3   ПРОЕКТИРОВАНИЕ 

НОРМАЛИЗОВАННЫХ ЛОКАЛЬНЫХ ER-МОДЕЛЕЙ

 

Данный раздел посвящен проектированию нормализованных локальных ER-моделей. Каждая исходная локальная модель преобразуется в нормализованную ER-модель. Разрабатываются спецификации ограничений целостности и операционных правил для локальных ER-моделей.

На диаграммах ER-моделей, приведенных ниже, прямоугольники обозначают сущности, овалы — связи, выносные линии — атрибуты. Ключевые атрибуты и связи помечены квадратами, обязательные — темным кружком, необязательные — светлым.

 

3.1  Нормализация локальных ER-моделей

В данном подразделе на основе анализа и преобразования исходных иерархических моделей для каждой автоматизируемой функции строятся нормализованные ER-модели, не содержащие «скрытых» сущностей (т.е. каждая сущность находится в третьей нормальной форме). Ниже приведены описания моделей; диаграммы моделей (рис. 3.1–3.5) вынесены в конец раздела.

3.1.1  Функция 1 «Учет кадров»

Нормализованная ER-модель для данной функции представлена на рис. 3.1 (в конце раздела).

Нормализованная модель содержит:

– 4 сущности: «ФИО», «Дата рождения», «Стаж»; «Телефон».

Сущность «ФИО» содержит данные о сотруднике, его фамилии, имени, и отчестве, «Дата рождения» дает информацию о дате рождения, «Стаж» данные о опыте и стаже работы, «Телефон», данные номеров телефонов сотрудника

База данных для информационной системы Агенство недвижимости 📙 Курсовая → 🆔 33323

База данных для информационной системы Агенство недвижимости 📙 Курсовая → 🆔 33323

База данных для информационной системы "Агенство недвижимости"