База данных для информационной системы - Таксопарк

БАЗА ДАННЫХ

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

«Таксопарк»

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

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

«Организация баз данных»

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

техника

Факультет

Кафедра

Курс 3

Семестр 6

2003

СОДЕРЖАНИЕ

Введение

3

1

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

4

1.1

Описание предметной области

4

1.2

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

5

1.3

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

7

Вывод

11

2

Выявление ограничений и правил поддержания целостности

11

2.1

Целостное ограничение на уровне атрибутов

11

2.2

Целостное ограничение на уровне строк

20

2.3

Целостное ограничение на уровне базы данных

26

Вывод

29

3

Разработка локальных концептуальных моделей

3.1

Разработка исходных локальных ER-моделей

29

3.2

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

35

3.3

Перевод целостных и операционных ограничений на уровне локальных моделей

39

Вывод

39

4

Разработка глобальной концептуальной модели базы данных

4.1

Выявление и синтез эквивалентных сущностей

39

4.2

Выявление и синтез обобщающих сущностей

41

4.3

Выявление и устранение дублирования атрибутов и связей

41

4.4

Графическое представление глобальной ER-модели

42

4.5

Перевод целогстных и операционных ограничений на уровне глобальной модели

43

4.6

Вывод

42

5

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

5.1

SQL-код для создания реляционной модели

42

6

Проектирование представлений для автоматизируемых функций

6.1

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

46

6.2

Создание запросов для выборок

46

Заключение

47

ВВЕДЕНИЕ

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

Информационная система «Таксопарк» предназначена для упрощения регулированием системы и для автоматизации её функций.

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

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

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

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

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

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

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

1 ВЫБОР АВТОМАТИЗИРУЕМЫХ ФУНКЦИЙ И ИНФОРИАЦИОННОГО ОБЕСПЕЧЕНИЯ

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

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

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

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

Таксопарк «Желтая Карета» является современным автотранспортным предприятием, которое оказывает услуги по перевозке людей на легковых автомобилях. Для состоятельных клиентов предусмотренная дополнительная услуга – VIP карта, которая позволяет накапливать скидку и оплачивать поездки со своего счета. Если поезда осуществляется одним клиентом в более чем один промежуточный пункт, а также, если нужно ждать клиента довольно продолжительное время, предусмотрена почасовая оплата с фиксированной таксой. Координирование водителей, принятие заказов у клиентов и их учет осуществляет операторская служба. Для автоматизации этого, а также и других процессов была разработана БД.

1.1.1 Среда функционирования

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

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

Объект управления представляет собой имеющиеся автомобили, водителей, рабочий персонал обеспечивающий перевозку клиентов.

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

Субъект управления представляет собой совокупность действий автотранспортного предприятия направленной на обслуживание клиентов, в пределах среды функционирования.

1.1.4 Цели и задачи управления

Цель управления состоит в автоматизации учёта действий по обслуживанию клиентов.

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

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

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

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

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

    Учет сведений о сотрудниках.

    Учет принятых вызовов.

    Учет VIP клиентов.

    Учет материальных средств.

    Учет сведений о контрагентах (поставщиках).

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

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

1.2.3 Функция 2 «Учет принятых вызовов».

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

        Функция 3 «Учет VIP клиентов».

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

        Функция 4 «Учет материальных средств».

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



        Функция 5 «Учет сведений о контрагентах (поставщиках)».

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

1.2.7 Сводка объектов, участвующих в реализации функций

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

Таблица 1.1 Сводка объектов, участвующих в реализации функций

Номер

объекта

Имя объекта

Описание объекта

Функции

Примечание

1

2

3

4

5

1

Сотрудник

Коллектив Таксопарка

+

+

+

2

Транспортное средство (ТС)

Автомобиль на котором производится перевозка клиентов

+

+

3

VIP Клиент

Клиент постоянно пользующийся услугами данного Таксопарка и имеющий свой счёт в этой фирме.

+

+

4

Вызов

Заявка клиента на осуществление перевозки данным транспортным предприятием.

+

5

Мат. средства

Запасная часть для ТС, техника, оборудование необходимое для функционирования данного транспортного предприятия.

+

6

Поставщик

Компания или фирма, которая поставляет мат. Средства данному Таксопарку.

+

7

Запись

Компания или фирма, которая поставляет мат. Средства данному Таксопарку.

+

+

+

+

+

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

В данном подразделе дается первичное описание информационного обеспечения функций, выбранных для автоматизации. Информационное обеспечение каждой функции в виде совокупности атрибутов, необходимых для ее осуществления, с указанием объектов предметной области, которым принадлежат атрибуты, отражено в табл. 1.2–1.6.

Таблица 1.2 Информационное обеспечение функции 1 «Учет сведений о сотрудниках»

Объект

Атрибут

Описание атрибута

1. Сотрудник

      Код Сотрудника

Код Сотрудника в базе данных

      Фамилия Сотрудника

Фамилия Сотрудника в базе данных

      Имя Сотрудника

Имя Сотрудника в базе данных

      Отчество Сотрудника

Отчество Сотрудника в базе данных

1.5 Дата Рождения

Дата Рождения Сотрудника

1.6 Адрес (фактический)

Адрес проживания Сотрудника

1.7 Должность

Должность Сотрудника

1.8 Водительские Права

Категория вод. прав Сотрудника

1.9 Дата Выдачи Прав

Дата Выдачи Прав Сотрудника

1.10 Личный Автомобиль

Личный Автомобиль Сотрудника

1.11 Семейное Положение

Семейное Положение Сотрудника

1.12 Образование

Образование Сотрудника

1.13 Серия Паспорта

Серия Паспорта Сотрудника

1.14 Номер Паспорта

Номер Паспорта Сотрудника

1.15 Кем Выдан

Кем Выдан Паспорт

1.16 Дата Выдачи

Дата Выдачи Паспорта

1.17 Код Подразделения

Код Подразделения Паспорта

1.18 Адрес Регистрации

Адрес Регистрации Сотрудника

2. ТС

2.1 Номер ТС

Гос. Номер ТС

2.2 Марка Модель ТС

Марка Модель ТС

2.3 Идентификационный Номер

Идентификационный Номер ТС

2.4 Тип ТС

Тип ТС

2.5 Категория ТС(ABCD)

Категория ТС

2.6 Год Выпуска ТС

Год Выпуска ТС

2.7 Модель Двигателя

Модель Двигателя ТС

2.8 Номер Двигателя

Номер Двигателя ТС

2.9 Шасси (рама) №

Шасси (рама) №ТС

2.10 Кузов (коляска) №

Кузов (коляска) №ТС

2.11 Цвет

Цвет ТС

2.12 Мощность Двигателя л.с.

Мощность Двигателя л.с. ТС

2.13 Серия Паспорта ТС

Серия Паспорта ТС

2.14 РММ кг

Разреш. Максимальная масса ТС

2.15 Масса Без Нагрузки кг

Масса Без Нагрузки кг ТС

3.Запись

3.1 Дата Записи

Дата Данной Записи

3.2 Автор Записи

Автор Данной Записи

3.3 Дата Последнего изменения

Дата Последнего изменения Записи

3.4 Автор Последнего Изменения

Автор Последнего Изменения Записи

Таблица 1.3 Информационное обеспечение функции 2 «Учет принятых вызовов»

Объект

Атрибут

Описание атрибута

1. Вызов

1.1 Код Вызова

Код Вызова в базе данных

1.2 Когда Приехать За Клиентом

Время, в которое нужно приехать за клиентом

1.3 Флаг Почасовой Оплаты

Присутствует ли в данном вызове почасовая оплата

1.4 Время Движения

Время Затраченное На Перевозку пассажира в часах

1.5 Расстояние Маршрута

Расстояние Маршрута в км

1.6 Телефон

Телефон, по которому можно связаться с клиентом

1.7 Общая Стоимость Услуги

Общая Стоимость Услуги в рублях

1.8 Дополнительная информация

Дополнительная информация

1.9 Флаг Состояния (заказ выполнен, еще нет или отменен)

      Улица (начало маршрута)

Адрес начала маршрута: Улица

1.11 Дом

Адрес начала маршрута: Дом

1.12 Подъезд

Адрес начала маршрута: Подъезд

1.13 Улица (промежуточный пункт)

Адрес промежуточного пункта: Улица

1.14 Дом

Адрес промежуточного пункта: Дом

1.15 Подъезд

Адрес промежуточного пункта: Подъезд

1.16 Улица (конец маршрута)

Адрес конца маршрута: Улица

1.17 Дом

Адрес конца маршрута: Дом

1.18 Подъезд

Адрес конца маршрута: Подъезд

1.19 Стоимость часа

Стоимость часа обслуживания в руб.

1.20 Стоимость Км пути

Стоимость Км пути в рублях

2. Сотрудник

      Код Сотрудника

Фамилия Сотрудника в базе данных

      ФИО Сотрудника

Имя Сотрудника в базе данных

3. ТС

3.1 Цвет Машины

Цвет ТС На Котором Будет Совершена Перевозка

3.2 Номер Машины

Номер ТС На Котором Будет Совершена Перевозка

4. VIP Клиент

4.1Флаг VIP клиента

Является ли сделавший вызов клиент, VIP Клиентом

      Номер VIP карты

Номер VIP карты данного VIP Клиента

5.Запись

5.1 Дата Записи

Дата Данной Записи

5.2 Автор Записи

Автор Данной Записи

5.3 Дата Последнего изменения

Дата Последнего изменения Записи

5.4 Автор Последнего Изменения

Автор Последнего Изменения Записи

Таблица 1.4 Информационное обеспечение функции 3 «Учет VIP клиентов»

Объект

Атрибут

Описание атрибута

1. VIP Клиент

1.1 Код Клиента

Код Клиента в базе данных

1.2 Фамилия

Фамилия Клиента в базе данных

1.3 Имя

Имя Клиента в базе данных

1.4 Отчество

Отчество Клиента в базе данных

1.5 Номер VIP карты

Номер VIP карты данного VIP Клиента

1.6 Номер Договора

Номер Договора данного VIP Клиента с Таксопарком

1.7 Дата Договора

Дата Договора данного VIP Клиента с Таксопарком

1.8 Скидка

Скидка, предоставляемая на данное время VIP Клиенту при оплате

1.9 Баланс

Сумма денег находящаяся в данное время на счете этого клиента

1.10 Адрес(фактический)

Адрес проживания VIP Клиента

1.11 Телефон

Телефон VIP Клиента

1.12 Серия Паспорта

Серия Паспорта VIP Клиента

1.13 Номер Паспорта

Номер Паспорта VIP Клиента

1.14 Кем Выдан

Кем Выдан Паспорт VIP Клиента

1.15 Дата Выдачи

Дата Выдачи Паспорта VIP Клиента

1.16 Код Подразделения

Код Подразделения Паспорта

1.17 Адрес Регистрации

Адрес Регистрации VIP Клиента

2.Запись

2.1 Дата Записи

Дата Данной Записи

2.2 Автор Записи

Автор Данной Записи

2.3 Дата Последнего Изменения

Дата Последнего изменения Записи

2.4 Автор Последнего Изменения

Автор Последнего Изменения Записи

Таблица 1.5 Информационное обеспечение функции 4 «Учет материальных средств»

Объект

Атрибут

Описание атрибута

1.Сотрудник

1.1 Код Ответственного Сотрудника

Код Сотрудника, который ответственен за данное мат средство

1.2 Фамилия Ответственного Сотрудника

Фамилия Сотрудника, который ответственен за данное мат средство

1.3 Код Сотрудника, который использует это материальное средство

Код Сотрудника, который использует это материальное средство

1.4 Фамилия Сотрудника (который использует это материальное средство)

Фамилия Сотрудника (который использует это материальное средство)

2. Мат. средства

2.1 Код Мат Средства

Код Мат Средства в базе данных

2.2 Номинальная Стоимость

Номинальная Стоимость мат средства

2.3 Описание

Описание мат средства

2.4 Прилагаемые Части

Прилагаемые Части

2.5 Месторасположение

Месторасположение мат средства

2.6 Назначение

Для чего use данное мат средство

2.7 Периодичность Обслуживания

Периодичность Обслуживания мат средство

2.8 Информация о сервисных и ремонтных работах

Информация о сервисных и ремонтных работах

2.9 Затраты на эксплуатацию

Затраты на эксплуатацию

2.10 Дополнительная информация

Дополнительная информация

3.Запись

3.1 Дата Записи

Дата Данной Записи

3.2 Автор Записи

Автор Данной Записи

3.3 Дата Последнего Изменения

Дата Последнего изменения Записи

3.4 Автор Последнего Изменения

Автор Последнего Изменения Записи

Таблица 1.5 Информационное обеспечение функции 5 «Учет сведений о контрагентах (поставщиках)»

Объект

Атрибут

Описание атрибута

1. Поставщик

1.1 Код Контрагента

Код Поставщика в базе данных

1.2 Наименование Контрагента

Название фирма поставщика

1.3 Вид Контрагента

Тип Продукции поставляемой контрагентом

1.4 ИНН

ИНН Поставщика

1.5 ОКОНХ

ОКОНХ Поставщика

1.6 ОКПО

ОКПО Поставщика

1.7 Юридический адрес

Юридический адрес Поставщика

1.8 Телефон

Телефон Поставщика

1.9 Факс

Факс Поставщика

1.10 Электронная почта

Электронная почта Поставщика

1.11 Расчетные Счета

Расчетные Счета Поставщика

1.12 Комментарий

Комментарий

1.13 Договора

Договора заключенные с поставщиком

1.14 Дата Договора

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

1.15 Валюта Взаиморасчетов (кредит поставщика)

Валюта Взаиморасчетов (кредит поставщика)

1.17 Сумма

Сумма поставки

1.18 Глубина (дней)

Количество дней договора (поставки)

1.19 Тип Расчета

Тип Расчета (нал. \ без нал.)

2.Запись

2.1 Дата Записи

Дата Данной Записи

2.2 Автор Записи

Автор Данной Записи

2.3 Дата Последнего Изменения

Дата Последнего изменения Записи

2.4 Автор Последнего Изменения

Автор Последнего Изменения Записи

Вывод

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

2 ВЫЯВЛЕНИЕ ОГРАНИЧЕНИЙ

И ПРАВИЛ ПОДДЕРЖАНИЯ ЦЕЛОСТНОСТИ

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

2.1 Уровень атрибутов

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

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

2.1.1.1  Домены, из которых атрибуты, относящиеся к данной функции, берут свои значения, приведены в табл. 2.1.

Таблица 2.1  Домены атрибутов для функции 1 «Учет сотрудников»

Атрибут

Тип (размер)

Границы

Структура

Условие

Обязательность

Повторяемость

Значение по умолчанию

      Код Сотрудника

Числовая строка (4)

+

+

      Фамилия Сотрудника

Строка русских букв

А…Яя

1)

+

+

      Имя Сотрудника

Строка русских букв

А…Яя

1)

+

+

      Отчество Сотрудника

Строка русских букв

А…Яя

1)

+

+

1.5 Дата Рождения

Числовая строка (6)

<= тек.дата

2)

+

1.6 Адрес (фактический)

Строка букв и цифр

+

1.7 Должность

Строка русских букв

1.8 Водительские Права

Строка букв и цифр

7)

+

1.9 Дата Выдачи Прав

Числовая строка (6)

<= тек.дата

2)

8)

+

1.10 Личный Автомобиль

Строка букв и цифр

1.11 Семейное Положение

Строка русских букв

+

1.12 Образование

Строка русских букв

1.13 Серия Паспорта

Строка букв и цифр

+

1.14 Номер Паспорта

Числовая строка

+

1.15 Кем Выдан

Строка русских букв

+

1.16 Дата Выдачи

Числовая строка (6)

<= тек.дата

2)

9)

+

1.17 Код Подразделения

Числовая строка

+

1.18 Адрес Регистрации

Строка русских букв

10)

+

2.1 Номер ТС

Строка букв и цифр

3)

2.2 Марка Модель ТС

Строка букв и цифр

2.3 Идентификационный Номер

Строка букв и цифр

2.4 Тип ТС

Строка букв и цифр

4)

2.5 Категория ТС

Буква

7)

2.6 Год Выпуска ТС

Числовая строка (6)

5)

2.7 Модель Двигателя

Строка букв и цифр

2.8 Номер Двигателя

Числовая строка

2.9 Шасси (рама) №

Строка букв и цифр

2.10 Кузов (коляска) №

Строка букв и цифр

2.11 Цвет

Строка русских букв

2.12 Мощность Двигателя л.с.

Числовая строка

2.13 Серия Паспорта ТС

Строка букв и цифр

2.14 РММ кг

Числовая строка

6)

2.15 Масса Без Нагрузки кг

Числовая строка

6)

3.1 Дата Записи

Числовая строка (6)

<= тек.дата

2)

+

+

3.2 Автор Записи

Строка русских букв

А…Яя

+

+

3.3 Дата Последнего изменения

Числовая строка (6)

<= тек.дата

2)

+

+

3.4 Автор Последнего Изменения

Строка русских букв

А…Яя

+

+

Примечание:

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

    ддммгг, где дд – день, мм – месяц, гг – год

    номер автомобиля должен быть: xЦ1xxЦ2, где x(англ. буквы), Ц1-число от 000 до 999, Ц2-число от 00 до 99.

    Внедорожник, седан, хэтч-бэк, кабриолет, универсал.

    Гг – год.

    Вес в килограммах.

    Категория водительских прав должна быть одинаковой с категорией ТС.

    Дата выдачи прав - Дата рождения >=18

    Дата выдачи паспорта - Дата рождения >=16

10) Город – улица – дом - квартира.

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

Таблица 2.2 – Динамические ограничения на уровне атрибутов для функции 1«Учет сотрудников»

Атрибут

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

1.1 Код Сотрудника

Числовая строка (4). Новый код получается прибавлением 1 к числу

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

2.1.2 Функция 2 «Учет принятых вызовов»

2.1.2.1  Домены, из которых атрибуты, относящиеся к данной функции, берут свои значения, приведены в табл. 2.3.

Таблица 2.3  Домены атрибутов для функции 2 «Учет принятых вызовов»

Атрибут

Тип (размер)

Границы

Структура

Условие

Обязательность

Повторяемость

Значение по умолчанию

      Код Вызова

Числовая строка (4)

+

+

      Когда Приехать За Клиентом

Числовая строка (4)

> тек.дата

1)

+

      Флаг Почасовой Оплаты

Boolean

8)

      Время Движения

Числовая строка (4)

1)

8)

+

1.5 Расстояние Маршрута

Числовая строка (6)

2)

+

1.6 Телефон

Числовая строка (6)

+

1.7 Общая Стоимость Услуги

Числовая строка

3)

+

1.8 Дополнительная информация

Строка букв и цифр

1.9 Флаг Состояния

Boolean

+

1.10 Улица (начало маршрута)

Строка букв

1.11 Дом

Числовая строка

1.12 Подъезд

Числовая строка

0…9

1.13 Улица (промежуточный пункт)

Строка букв

1.14 Дом

Числовая строка

1.15 Подъезд

Числовая строка

0…9

1.16 Улица (конец маршрута)

Строка букв

1.17 Дом

Числовая строка

1.18 Подъезд

Числовая строка

0…9

      Код Сотрудника

Числовая строка (4)

+

      ФИО Сотрудника

Строка букв и цифр

А…Яя

5)

+

+

3.1 Цвет Машины

Строка букв

+

+

3.2 Номер Машины

Строка букв и цифр

4)

+

+

4.1Флаг VIP клиента

Boolean

7)

      Номер VIP карты

Числовая строка (4)

7)

5.1 Дата Записи

Числовая строка (6)

<= тек.дата

6)

+

+

5.2 Автор Записи

Строка русских букв

А…Яя

+

+

5.3 Дата Последнего изменения

Числовая строка (6)

<= тек.дата

6)

+

+

5.4 Автор Последнего Изменения

Строка русских букв

А…Яя

+

+

Примечания:

    ддмм, где дд – день, мм – месяц.

    Расстояние Маршрута в км.

    Общая Стоимость Услуги в рублях.

    номер автомобиля должен быть: xЦ1xxЦ2, где x(англ. буквы), Ц1-число от 000 до 999, Ц2-число от 00 до 99.

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

    ддммгг, где дд – день, мм – месяц, гг – год

    Если флаг VIP клиента = истина, то поле номера VIP карты не пусто.

    Если флаг почасовой оплаты = истина, то поле время движения не пусто

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

Таблица 2.4 – Динамические ограничения на уровне атрибутов для функции 2 «Учет принятых вызовов»

Атрибут

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

1.1 Код Вызова

Числовая строка (4). Новый код получается прибавлением 1 к числу

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

2.1.3 Функция 3 «Учет VIP клиентов»

2.1.3.1  Домены, из которых атрибуты, относящиеся к данной функции, берут свои значения, приведены в табл. 2.5.

Таблица 2.5 Домены атрибутов для функции 3 «Учет VIP клиентов»

Атрибут

Тип (размер)

Границы

Структура

Условие

Обязательность

Повторяемость

Значение по умолчанию

1.1 Код Клиента

Числовая строка (4)

+

+

1.2 Фамилия

Строка русских букв

А…Яя

1)

+

1.3 Имя

Строка русских букв

А…Яя

1)

+

1.4 Отчество

Строка русских букв

А…Яя

1)

+

+

1.5 Номер VIP карты

Числовая строка (4)

+

1.6 Номер Договора

Строка цифр

+

1.7 Дата Договора

Числовая строка (6)

<= тек.дата

2)

+

1.8 Скидка

Строка букв и цифр

+

1.9 Баланс

Числовая строка

3)

+

1.10 Адрес

(фактический)

Строка букв и цифр

4)

+

1.11 Телефон

Числовая строка (6)

+

1.12 Серия Паспорта

Строка букв и цифр

+

1.13 Номер Паспорта

Числовая строка

+

1.14 Кем Выдан

Строка русских букв

+

1.15 Дата Выдачи

Строка русских букв

+

1.16 Код Подразделения

Числовая строка

+

1.17 Адрес Регистрации

Строка букв и цифр

4)

+

2.1 Дата Записи

Числовая строка (6)

<= тек.дата

2)

+

+

2.2 Автор Записи

Строка русских букв

А…Яя

+

+

2.3 Дата Последнего Изменения

Числовая строка (6)

<= тек.дата

2)

+

+

2.4 Автор Последнего Изменения

Строка русских букв

А…Яя

+

+

Примечание:

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

    ддммгг, где дд – день, мм – месяц, гг – год

    Текущий Баланс в рублях.

    Город – улица – дом - квартира.

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

Таблица 2.6 – Динамические ограничения на уровне атрибутов для функции 3 «Учет VIP клиентов»

Атрибут

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

1.1 Код Клиента

Числовая строка (4). Новый код получается прибавлением 1 к числу

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

2.1.4 Функция 4 «Учет материальных средств»

2.1.4.1  Домены, из которых атрибуты, относящиеся к данной функции, берут свои значения, приведены в табл. 2.7.

Таблица 2.7 Домены атрибутов для функции 4 «Учет материальных средств»

Атрибут

Тип (размер)

Границы

Структура

Условие

Обязательность

Повторяемость

Значение по умолчанию

1.1 Код Ответственного Сотрудника

Числовая строка (4)

4)

+

+

1.2 Фамилия Ответственного Сотрудника

Строка русских букв

А…Яя

1)

4)

+

+

1.3 Код Сотрудника, который use это мат. средство

Строка русских букв

А…Яя

1)

4)

+

+

1.4 Фамилия Сотрудника (который use это мат. средство)

Строка русских букв

А…Яя

1)

4)

+

+

2.1 Код Мат Средства

Числовая строка (4)

+

2.2 Номинальная Стоимость

Строка цифр

2)

+

2.3 Описание

Строка русских букв

2.4 Прилагаемые Части

Строка букв и цифр

+

2.5 Месторасположение

Строка букв и цифр

2.6 Назначение

Строка букв и цифр

2.7 Периодичность Обслуживания

Строка русских букв

2.8 Информация о сервисных и ремонтных работах

Строка русских букв

2.9 Затраты на эксплуатацию

Строка цифр

2)

2.10 Дополнительная информация

Строка букв и цифр

3.1 Дата Записи

Числовая строка (6)

<= тек.дата

3)

+

3.2 Автор Записи

Строка русских букв

А…Яя

+

3.3 Дата Последнего Изменения

Числовая строка (6)

<= тек.дата

3)

+

3.4 Автор Последнего Изменения

Строка русских букв

А…Яя

+

Примечание:

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

2) Стоимость в рублях.

3) ддммгг, где дд – день, мм – месяц, гг – год

4) Если код сотрудника ответственного за мат. средство и использующего мат. средство совпадают, то должны и совпадать соответствующие фамилии.

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

Таблица 2.8 – Динамические ограничения на уровне атрибутов для функции 4 «Учет материальных средств»

Атрибут

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

      Код Ответственного Сотрудника

      Код Сотрудника, который использует это мат. средство

Числовая строка (4). Новый код получается прибавлением 1 к числу

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

2.1.5 Функция 5 «Учет сведений о контрагентах (поставщиках)»

2.1.5.1  Домены, из которых атрибуты, относящиеся к данной функции, берут свои значения, приведены в табл. 2.9.

Таблица 2.9 Домены атрибутов для функции 5 «Учет сведений о контрагентах (поставщиках)»

Атрибут

Тип (размер)

Границы

Структура

Условие

Обязательность

Повторяемость

Значение по умолчанию

1.1 Код Контрагента

Числовая строка (4)

+

1.2 Наименование Контрагента

Строка русских букв

А…Яя

+

1.3 Вид Контрагента

Строка русских букв

А…Яя

1.4 ИНН

Числовая строка

А…Яя

+

1.5 ОКОНХ

Строка букв и цифр

<= тек.дата

1.6 ОКПО

Строка букв и цифр

1.7 Юридический адрес

Строка букв и цифр

+

1.8 Телефон

Числовая строка (6)

1.9 Факс

Числовая строка (6)

1.10 Электронная почта

Строка букв и цифр

..…@.….

1.11 Расчетные Счета

Числовая строка

+

1.12 Комментарий

Строка букв и цифр

1.13 Договора

Строка букв и цифр

+

1.14 Дата Договора

Числовая строка (6)

<= тек.дата

1)

+

1.15 Валюта Взаиморасчетов

Строка русских букв

+

1.17 Сумма

Числовая строка

1.18 Глубина (дней)

Числовая строка

1.19 Тип Расчета

Строка русских букв

+

2.1 Дата Записи

Числовая строка (6)

<= тек.дата

1)

+

2.2 Автор Записи

Строка русских букв

А…Яя

+

2.3 Дата Последнего Изменения

Числовая строка (6)

<= тек.дата

1)

+

2.4 Автор Последнего Изменения

Строка русских букв

А…Яя

+

Примечание:

    ддммгг, где дд – день, мм – месяц, гг – год

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

Таблица 2.10 – Динамические ограничения на уровне атрибутов для функции 5 «Учет материальных средств»

Атрибут

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

      Код Контрагента

Числовая строка (4). Новый код получается прибавлением 1 к числу

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

2.2 Уровень кортежей

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

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

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

Таблица 2.11 – Статические ограничения для групп атрибутов на уровне кортежей функции 1 «Учет сведений о сотрудниках»

п/п

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

Ограничение

1

      Код Сотрудника

Уникальность

1.14 Номер Паспорта

2.1 Номер ТС

2.8 Номер Двигателя

2.9 Шасси (рама) №

2.10 Кузов (коляска) №

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

2.2.1.3  Операционные правила для кортежей атрибутов соответствующих данной функции не выявлены.

2.2.2 Функция 2 «Учет принятых вызовов»

2.2.2.1  Статические ограничения для данной функции на уровне кортежей для отдельных атрибутов не выявлены, а для групп атрибутов — в табл. 2.12.

Таблица 2.12 – Статические ограничения для групп атрибутов на уровне кортежей функции 2 «Учет принятых вызовов»

п/п

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

Ограничение

1

      Код Вызова

      Код Сотрудника

3.2 Номер Машины

4.2 Номер VIP карты

Уникальность

2

1.7 Общая Стоимость Услуги

Если атрибут 1.3 Флаг Почасовой Оплаты = истина, то

1.4Время Движения*1.19 Стоимость часа, иначе

1.5 Расстояние Маршрута*1.20 Стоимость Км пути

3

1.2 Когда Приехать За Клиентом

Значение по умолчанию: Текущее время + 15минут

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

2.2.2.3  Операционные правила для кортежей атрибутов соответствующих данной функции не выявлены.

2.2.3 Функция 3 «Учет VIP клиентов»

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

Таблица 2.13 – Статические ограничения для групп атрибутов на уровне кортежей функции 3 «Учет VIP клиентов»

п/п

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

Ограничение

1

1.1 Код Клиента

      Фамилия

      Имя

      Отчество

      Номер VIP карты

      Номер Договора

1.13 Номер Паспорта

Уникальность

2

1.8 Фамилия покупателя

1.9 Имя покупателя

1.10 Отчество покупателя

Уникальность

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

2.2.3.3  Операционные правила для кортежей атрибутов соответствующих данной функции не выявлены.

2.2.4 Функция 4 «Учет материальных средств»

2.2.4.1  Статические ограничения для данной функции на уровне кортежей для отдельных атрибутов не выявлены, а для групп атрибутов — в табл. 2.14.

Таблица 2.14 – Статические ограничения для групп атрибутов на уровне кортежей функции 4 «Учет материальных средств»



п/п

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

Ограничение

1

1.1 Код Ответственного Сотрудника

Уникальность

1.2 Фамилия Ответственного Сотрудника

1.3 Код Сотрудника, который использует это материальное средство

1.4 Фамилия Сотрудника (который использует это материальное средство)

2.1 Код Мат Средства

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

2.2.4.3  Операционные правила для кортежей атрибутов соответствующих данной функции не выявлены.

2.2.5 Функция 5 «Учет сведений о контрагентах (поставщиках)»

2.2.5.1  Статические ограничения для данной функции на уровне кортежей для отдельных атрибутов не выявлены, а для групп атрибутов — в табл. 2.15.

Таблица 2.15 – Статические ограничения для групп атрибутов на уровне кортежей функции 5 «Учет сведений о контрагентах (поставщиках)»

п/п

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

Ограничение

1

1.1 Код Контрагента

Уникальность

1.4 ИНН

1.5 ОКОНХ

1.6 ОКПО

1.10 Электронная почта

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

2.2.4.3  Операционные правила для кортежей атрибутов соответствующих данной функции не выявлены.

Уровень множеств кортежей

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

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

2.3.1.1.  Статические ограничения для множеств кортежей, соответствующих данной функции, приведены в табл. 2.16 (ограничения уникальности) и в табл. 2.17 (другие ограничения).

Таблица 2.16 – Ограничения уникальности на уровне множеств кортежей для функции 1 «Учет сведений о сотрудниках»

п/п

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

Уникальность

1

      Код Сотрудника

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

1.13-1.18 Паспортные данные

2

3.1 Дата Записи

Для всех записей

3.2 Автор Записи

3.3 Дата Последнего изменения

3.4 Автор Последнего Изменения



Таблица 2.17 – Другие ограничения на уровне множеств кортежей для функции 1 «Учет сведений о сотрудниках»

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

Ограничение

1.6 Адрес (фактический)

Адрес города Уфы

2.3.1.2  Динамические ограничения для множества кортежей, соответствующих данной функции не выявлены.

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

2.3.2 Функция 2 «Учет принятых вызовов»

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

Таблица 2.18 – Ограничения уникальности на уровне множеств кортежей для функции 2 «Учет принятых вызовов»

п/п

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

Уникальность

1

1.1 Код Вызова

Для всех вызовов

2

2.1 Код Сотрудника

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

3

3.2 Номер Машины

Для всех машин

4

4.2 Номер VIP карты

Для всех VIP карт

2.3.2.2  Динамические ограничения для множества кортежей, соответствующих данной функции не выявлены.

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

2.3.3 Функция 3 «Учет VIP клиентов»

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

Таблица 2.19 – Ограничения уникальности на уровне множеств кортежей для функции 3 «Учет VIP клиентов»

п/п

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

Уникальность

1

1.1 Код Клиента

Для всех VIP клиентов

1.5 Номер VIP карты

1.6 Номер Договора

1.13 Номер Паспорта

2.3.3.2  Динамические ограничения для множества кортежей, соответствующих данной функции не выявлены.

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

2.3.4 Функция 4 «Учет материальных средств»

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

Таблица 2.20 – Ограничения уникальности на уровне множеств кортежей для функции 4 «Учет материальных средств»

п/п

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

Уникальность

1

1.1 Код Ответственного Сотрудника

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

1.3 Код Сотрудника, который использует это материальное средство

2

2.1 Код Мат Средства

Для всех Мат. Средств

2.3.4.2  Динамические ограничения для множества кортежей, соответствующих данной функции не выявлены.

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

2.3.5 Функция 5 «Учет сведений о контрагентах (поставщиках)»

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

Таблица 2.21 – Ограничения уникальности на уровне множеств кортежей для функции 5 «Учет сведений о контрагентах (поставщиках)»

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

Уникальность

1.1 Код Контрагента

Для всех поставщиков

1.4 ИНН

1.5 ОКОНХ

1.6 ОКПО

1.10 Электронная почта

2.3.1.2  Динамические ограничения для множества кортежей, соответствующих данной функции не выявлены.

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

2.4 Уровень базы данных

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

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

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

Таблица 2.22 – Статические ограничения на уровне базы данных для функции 1 «Учет сведений о сотрудниках»



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

Ограничение

Код Сотрудника

Во всех строках таблицы №2 атрибут №2.1 (код сотрудника) должен быть идентичен атрибуту №1.1 (код сотрудника) в одной и только одной строке таблицы №1;

2.4.1.2  Динамические ограничения на уровне базы данных для данной функции приведены в табл. 2.23.



Таблица 2.23 – Динамические ограничения на уровне базы данных для функции 1 «Учет сведений о сотрудниках»

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

Ограничение

Код Сотрудника

Строка символов. Новый код получается прибавлением 1 к числу или выбором следующей буквы алфавита Код участвует в функциях 1, 2, 4.

2.4.1.3  Операционные правила на уровне базы данных для данной функции не выявлены.

2.4.2 Функция 2 «Учет принятых вызовов»

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

Таблица 2.24 – Статические ограничения на уровне базы данных для функции 2 «Учет принятых вызовов»

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

Ограничение

Номер VIP карты

В тех строках таблицы №2, где атрибут №4.2 (номер карты) заполнен, он должен быть идентичен атрибуту №1.5 (номер карты) в одной и только одной строке таблицы №3;

2.4.2.2  Динамические ограничения на уровне базы данных для данной функции не выявлены.

2.4.2.3  Операционные правила на уровне базы данных для данной функции не выявлены.

2.4.3 Функция 3 «Учет VIP клиентов»

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

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

Ограничение

1.1 Код Клиента

Строка символов. Новый код получается прибавлением 1 к числу или выбором следующей буквы алфавита Код участвует в функциях 2, 3.

2.4.3.2  Динамические ограничения на уровне базы данных для данной функции приведены в табл. 2.25.

Таблица 2.25 – Динамические ограничения на уровне базы данных для функции 3 «Учет VIP клиентов»

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

Ограничение

Номер VIP карты

В тех строках таблицы №2, где атрибут №4.2 (номер карты) заполнен, он должен быть идентичен атрибуту №1.5 (номер карты) в одной и только одной строке таблицы №3;

2.4.3.2  Динамические ограничения на уровне базы данных для данной функции не выявлены.



          Операционные правила на уровне базы данных для данной функции не выявлены.

2.4.4 Функция 4 «Учет материальных средств»

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

Таблица 2.26 – Динамические ограничения на уровне базы данных для функции 4 «Учет материальных средств»

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

Ограничение

2.1 Код Мат Средства

Строка символов. Новый код получается прибавлением 1 к числу или выбором следующей буквы алфавита Код участвует в функциях 4.

2.4.4.2  Динамические ограничения на уровне базы данных для данной функции не выявлены.

2.4.4.3  Операционные правила на уровне базы данных для данной функции не выявлены.

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

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

Таблица 2.27 – Динамические ограничения на уровне базы данных для функции 5 «Учет кадров»

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

Ограничение

1.1 Код Контрагента

Строка символов. Новый код получается прибавлением 1 к числу или выбором следующей буквы алфавита Код участвует в функциях 4.

2.4.5.2  Динамические ограничения на уровне базы данных для данной функции не выявлены.

2.4.5.3  Операционные правила на уровне базы данных для данной функции не выявлены.

2.5 Вывод

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

Общее число ограничений на уровне атрибутов составляет 127 (в том числе динамических 6), на уровне кортежей — 11 , на уровне множеств кортежей — 11 и на уровне базы данных — 7(2).

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

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

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

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

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































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

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

Сотрудник Код сотрудника

1 1 1 Фамилия

Имя

Отчество

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

Адрес

имеет владеет сделал Должность

Водительские права

Дата выдачи прав

Личный автомобиль

Семейное положение

Образование

1 1 1

Паспорт Транспортное средство ЗАПИСЬ

Серия Номер Дата записи

Номер Марка модель Автор записи

КемВыдан VIN Флаг актуальности

ДатаВыдачи Тип ТС Дата изменения

КодПодразделения Категория ТС Автор изменения

АдресРегистрации Год выпуска

Модель двигателя

Номер двигателя

Шасси (рама)

Кузов (коляска)

Цвет

Мощность двигателя

Серия паспорта ТС

РММ

Масса без нагрузки

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

Модель содержит сущность «Сотрудник» с атрибутами «Код сотрудника», «ФИО», «Дата рождения», «Адрес», «Должность», «Водительские права», «Дата выдачи прав», «Личный автомобиль», «Семейное положение», «Образование»; сущность «Паспорт», включающую в себя следующие агрегаты и атрибуты: «Серия», «Номер», «КемВыдан», «ДатаВыдачи», «КодПодразделения», «АдресРегистрации»; сущность «Транспортное средство» , включающую в себя следующие агрегаты и атрибуты: «Номер», «Марка модель», «VIN», «Тип ТС», «Категория ТС», «Год выпуска», «Модель двигателя», «Номер двигателя», «Шасси (рама)», «Кузов (коляска)», «Цвет», «Мощность двигателя», «Серия паспорта ТС», «РММ», «Масса без нагрузки». Сущность «ЗАПИСЬ», включающую в себя следующие агрегаты и атрибуты: «Дата записи», «Автор записи», «Флаг актуальности», «Дата изменения», «Автор изменения».

3.1.2 Функция 2 «Учет принятых вызовов»

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

Вызов Код вызова

М Код сотрудника

М 1 ФИО сотрудника

Цвет машины

Номер машины

И ИМ СД Флаг VIP клиента

Номер VIP карты

Время

Флаг почасовой оплаты

Время движения

Расстояние

Телефон

Общая стоимость

Флаг состояния

1 1 1

НАЧАЛО КОНЕЦ ЗАПИСЬ

КодПунткта КодПункта

Улица Улица Дата записи

Дом Дом Автор записи

Подъезд Подъезд Флаг актуальности

Дата изменения

Автор изменения

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

Модель содержит сущность «Вызов» с атрибутами «Код вызова», «Код сотрудника», «ФИО сотрудника», «Цвет машины», «Номер машины», «Флаг VIP клиента», «Время», «Флаг почасовой оплаты», «Время движения», «Расстояние», «Телефон», «Общая стоимость», «Флаг состояния»; сущность «НАЧАЛО», включающую в себя следующие агрегаты и атрибуты: «КодПунткта», «Улица», «Дом», «Подъезд»; сущность «КОНЕЦ» , включающую в себя следующие агрегаты и атрибуты: «КодПунткта», «Улица», «Дом», «Подъезд». Сущность «ЗАПИСЬ», включающую в себя следующие агрегаты и атрибуты: «Дата записи», «Автор записи», «Флаг актуальности», «Дата изменения», «Автор изменения».

3.1.3 Функция 3 «Учет VIP клиентов»

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

VIP Клиент Код клиента

1 1 Фамилия

Имя

Отчество

Номер VIP карты

Номер договора

имеет СД Дата договора

Скидка

Баланс

Адрес

Телефон

1 1

Паспорт ЗАПИСЬ

Серия Дата записи

Номер Автор записи

КемВыдан Флаг актуальности

ДатаВыдачи Дата изменения

КодПодразделения Автор изменения

АдресРегистрации

Рисунок 3.3 — Исходная ER-модель для функции 1 «Учет VIP клиентов»

Модель содержит сущность «VIP Клиент » с атрибутами «Код клиента», «ФИО», «Номер VIP карты», «Номер договора», «Дата договора», «Скидка», «Баланс», «Адрес», «Телефон»; сущность «Паспорт», включающую в себя следующие агрегаты и атрибуты: «Серия», «Номер», «КемВыдан», «КодПодразделения», «АдресРегистрации»; Сущность «ЗАПИСЬ», включающую в себя следующие агрегаты и атрибуты: «Дата записи», «Автор записи», «Флаг актуальности», «Дата изменения», «Автор изменения».

3.1.4 Функция 4 «Учет материальных средств»

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

Модель содержит сущность «Материальное средство» с атрибутами «Код материального средства», «Код ответственного сот-ка», «Фамилия отв-го сот-ка», «Номинальная стоимость», «Описание», «Прилагаемые части», «Месторасположение», «Назначение», «Периодичность обслуживания», «Сервисные работы», «Эксплуатация», «Код сот-ка исп-го средство», «Фамилия», «Дополнительная инфо-я»; Сущность «ЗАПИСЬ», включающую в себя следующие агрегаты и атрибуты: «Дата записи», «Автор записи», «Флаг актуальности», «Дата изменения», «Автор изменения».

Материальное средство Код материального редства

Код ответственного сот-ка

1 Фамилия отв-го сот-ка

Номинальная стоимость

Описание

Прилагаемые части

СД Месторасположение

Назначение

Периодичность обслуживания

Сервисные работы

Эксплуатация

Код сот-ка исп-го средство

Фамилия

Дополнительная инфо-я

1ЗАПИСЬ

Дата записи

Автор записи

Флаг актуальности

Дата изменения

Автор изменения

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





3.1.5 Функция 5 «Учет сведений о контрагентах (поставщиках)»

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

Контрагент Код контрагента

1 1 Наименование

Вид контрагента

ИНН

ОКОНХ

ОКПО

может иметь вызвал Юр. адрес

Телефон

Факс

М Электропочта

КРЕДИТ ПОСТАВЩИКА Расчетные счета

Комментарий

Договор

Валюта Дата договора

Осн. договор 1

Сумма ЗАПИСЬ

Глубина

Дата записи

Автор записи

Флаг актуальности

Дата изменения

Автор изменения

Рисунок 3.5 — Исходная ER-модель для функции 1 «Учет сведений о контрагентах (поставщиках)»

Модель содержит сущность «Контрагент» с атрибутами «Код контрагента», «Вид контрагента», «ИНН», «ОКОНХ», «ОКПО», «Юр. адрес», «Телефон», «Факс», «Электропочта», «Расчетные счета», «Комментарий», «Договор», «Дата договора»; сущность «КРЕДИТ ПОСТАВЩИКА», включающую в себя следующие агрегаты и атрибуты: «Валюта», «Осн. договор», «Сумма», «Глубина; Сущность «ЗАПИСЬ», включающую в себя следующие агрегаты и атрибуты: «Дата записи», «Автор записи», «Флаг актуальности», «Дата изменения», «Автор изменения».

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

В данном подразделе на основе анализа и преобразования исходных ER-моделей для каждой автоматизируемой функции строятся нормализованные ER-модели, не содержащие «скрытых» сущностей.

Нарушение первой нормальной формы (1NF): атрибут Личный автомобиль в модели №1; атрибут Электропочта в модели №5; атрибут Телефон в сущностях ВЫЗОВ, КОНТРАГЕНТ, VIP КЛИЕНТ.

В сущности ТРАНСПОРТНОЕ СРЕДСТВО атрибуты Тип ТС и Категория ТС зависят от части сцепленного ключа Номер-Марка модель (марка модель).

Нарушение третьей нормальной формы (3NF): в сущности ВЫЗОВ фио сотрудника зависит от его кода и от вызова; в сущности VIP КЛИЕНТ Номер договора зависит от номера карты и от номера клиента.

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

Нормализованная ER-модель для данной функции, полученная на основе описания, приведенного в разд. 1, представлена на рисунке 3.6.

Сотрудник Код сотрудника

Фамилия

Имя

Отчество

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

имеет Адрес

имеет имеет S Должность

Водительские права

Дата выдачи прав

Семейное положение

Образование

Паспорт Транспортное средство ЗАПИСЬ

Серия Номер Дата записи

КемВыдан VIN Автор записи

КодПодразделения Год выпуска Флаг актуальности

АдресРегистрации Модель двигателя Дата изменения

Номер Номер двигателя ТС Автор изменения

Дата выдачи Шасси (рама)

Кузов (коляска) ЛИЧНЫЙ А/М

Мощность двигателя Номер

Серия паспорта ТС Цвет

РММ Марка

Масса без нагрузки Тип ТС

Цвет Категория ТС

Рисунок 3.6 — Нормализованная ER-модель для функции 1 «Учет сведений о сотрудниках»

3.2.2 Функция 2 «Учет принятых вызовов»

ВЫЗОВ Код вызова

∞ Флаг VIP клиента

Номер VIP карты

1 Время

Флаг почасовой оплаты

Время движения

I I IS S Расстояние

Общая стоимость

Флаг состояния

1 1 1

НАЧАЛО КОНЕЦ СОТРУДНИК ЗАПИСЬ

КодПункта КодПункта

Улица Улица Код сотрудника Дата записи

Дом Дом ФИО Автор записи

Подъезд Подъезд Цвет а/м Флаг актуальности

Номер а/м Дата изменения

Автор изменения

I T

ТЕЛЕФОН

Код телефона

Вид номера

Номер

Рисунок 3.7 — Нормализованная ER-модель для функции 2 «Учет принятых вызовов»







3.2.3 Функция 3 «Учет VIP клиентов»

VIP Клиент Код клиента

1 1 Фамилия

Имя

Отчество

Скидка

Баланс

имеет имеет сделал Адрес

Телефон

1 1

Паспорт VIP КАРТА ЗАПИСЬ

Серия Номер VIP карты Дата записи

КемВыдан Номер договора Автор записи

КодПодразделения Дата договора Флаг актуальности

АдресРегистрации Дата изменения Автор изменения

имеет

имеет НОМЕР ТЕЛЕФОН

Код телефона

Номер Вид номера

ДатаВыдачи Номер

Рисунок 3.8 — Нормализованная ER-модель для функции 3 «Учет VIP клиентов»















3.2.4 Функция 4 «Учет материальных средств»

МАТЕРИАЛЬНОЕ СРЕДСТВО


Код материального средства

Код ответственного сотрудника

ФИО отв-го сот-ка

Номинальная стоимость

Описание

Прилагаемы части

Месторасположение

Назначение

Периодичность обслуживания

Сервисные работы

Эксплуатация

Код сотрудника

ФИО сот-ка

Дополнительная информация

1

имеет

1

ЗАПИСЬ


Дата записи

Автор записи

Флаг актуальности

Дата изменения

Автор изменения


Рисунок 3.9 – Нормализованная ER-модель для функции 4 «Учет материальных средств»

3.2.5 Функция 5 «Учет сведений о контрагентах (поставщиках)»

Контрагент Код контрагента

Наименование

1 1 1 Вид контрагента

ИНН

ОКОНХ

ОКПО

может иметь вызвал имеет Юр. адрес

Телефон

Факс

М Расчетные счета

КРЕДИТ ПОСТАВЩИКА Комментарий

Договор

НомерКредита Дата договора

Валюта

Осн. договор 1 М

Сумма ЗАПИСЬ Электопочта

Глубина Код электропочты

Дата записи Директор

Автор записи Главбух

Флаг актуальности Менеджер

Дата изменения

Автор изменения

Рисунок 3.1.0 – Нормализованная ER-модель для функции 5 «Учет сведений о контрагентах (поставщиках)»

3.3. Перевод целостных и операционных ограничений на уровне локальных моделей

        Модель1: Атрибут Водительские права => атрибут Категория ТС

        Модель.1: атрибут Дата выдачи прав – ат. Дата рождения<= 18 лет

        Модель.1: атрибут Дата выдачи паспорта – ат. Дата рождения <= 16 лет

        Модель.2: если ат. флаг VIP клиента=истина, то ат. номер карты не пуст

        Модель.2: если ат. флаг почасовой оплаты=истина, то ат. время движения не пуст

        Модель.2: ат.НАЧАЛО_МАРШРУТА.Улица не = ат. КОНЕЦ_МАРШРУТА.Улица

        Модель.3: если ат. Баланс <1000 руб., то ат.Скидка <= 10%

        Модель.3: атрибут Дата Договора <(раньше) ат.Дата записи

        Модель.4: атрибут Номинальная стоимость < ат. Затраты на Эксплуатацию

        Модель.4: если ат. Код ответ-го сот-ка= ат. Код сот-ка , то ат. ФИО ответ-го сот-ка должен быть равным ат. ФИО ответ-го сот-ка

        Модель.5: атрибут Телефон должен соответствовать коду города, который указан в ат. Юридический адрес

        Модель.5: атрибут Факс должен соответствовать коду города, который указан в ат. Юридический адрес

        Модель.5: атрибут Дата Договора <(раньше) ат. Дата записи

3.3 Вывод

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

4 ПРОЕКТИРОВАНИЕ ГЛОБАЛЬНОЙ ER-МОДЕЛИ

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

      Выявление и слияние эквивалентных сущностей

        Сущности ЗАПИСЬ в локальных моделях эквивалентны, следовательно происходит их слияние в сущность ЗАПИСЬ в глобальной модели

        Сущности ПАСПОРТ и НОМЕР (паспорта) в локальных моделях эквивалентны, следовательно происходит их слияние в сущность ПАСПОРТ и НОМЕР (паспорта) в глобальной модели соответственно

        Сущности МАРКА МОДЕЛЬ в локальной модели №1 эквивалентны, следовательно происходит их слияние в сущность МАРКА МОДЕЛЬ в глобальной модели

        Сущность СОТРУДНИК в локальной модели №2 эквивалентна сущности СОТРУДНИК в модели №1, следовательно происходит их слияние в сущность СОТРУДНИК в глобальной модели

        Сущности ТЕЛЕФОН в моделях № 2,3,5 эквивалентны, следовательно, происходит их слияние в сущность ТЕЛЕФОН в глобальной модели

      Выявление и синтез обобщающих сущностей

        Сущности Личный А/М и ТС (Транспортное средство предприятия) имеют общие атрибуты, поэтому вводим обобщающую сущность АВТОМОБИЛЬ

      Выявление и устранение дублирующихся атрибутов

        В сущности МАТЕРИАЛЬНОЕ СРЕДСТВО есть атрибуты ФИО ответственного сотрудника и ФИО сотрудника, которые дублируются в сущности СОТРУДНИК, следовательно нужно убрать эти атрибуты из сущности МАТЕРИАЛЬНОЕ СРЕДСТВО

Выявление и устранение дублирующихся связей

Были выявлены контуры, что является необходимым, но недостаточным признаком дублирующей связи.

4.4 Графическое представление глобальной ER-модели

Глобальная ER-модель представлена на рисунке 4.1

VIP Клиент Вызов ТС

1 М

1 М М 1

Имеет Заявка Выполнение Использование

Использование

1 1

1 М

VIP Карта Мат. Средство Сотрудник

М

1

М Поставка

Поставщик

1

Паспорт

Рисунок 4.1 – Глобальная ER-модель

      Перевод целостных и операционных ограничений на уровень глобальной модели

        Сущность СОТРУДНИК Атрибут Водительские права => Сущность МАРКА МОДЕЛЬ атрибут Категория ТС

        Сущность СОТРУДНИК атрибут Дата выдачи прав – Сущность СОТРУДНИК ат. Дата рождения<= 18 лет

        Сущность НОМЕР атрибут Дата выдачи паспорта – Сущность СОТРУДНИК ат. Дата рождения <= 16 лет

        Сущность ВЫЗОВ: если ат. флаг VIP клиента=истина, то Сущность ВЫЗОВ ат. номер карты не пуст

        Сущность ВЫЗОВ: если ат. флаг почасовой оплаты=истина, то Сущность ВЫЗОВ ат. время движения не пуст

        Сущность НАЧАЛО ат.Улица не = Сущность КОНЕЦ ат. Улица

        Сущность VIP КЛИЕНТ если ат. Баланс <1000 руб., то ат.Скидка <= 10%

        Сущность VIP КАРТА: атрибут Дата Договора <(раньше) Сущность ЗАПИСЬ ат.Дата записи

        Сущность МАТЕРИАЛЬНОЕ СРЕДСТВО атрибут Номинальная стоимость < Сущность МАТЕРИАЛЬНОЕ СРЕДСТВО ат. Затраты на Эксплуатацию

        Сущность КОНТРАГЕНТ: атрибут Телефон должен соответствовать коду города, который указан в ат. Сущность КОНТРАГЕНТ Юридический адрес

        Сущность КОНТРАГЕНТ: атрибут Факс должен соответствовать коду города, который указан в Сущность КОНТРАГЕНТ ат. Юридический адрес

        Сущность КОНТРАГЕНТ: атрибут Дата Договора <(раньше) Сущность ЗАПИСЬ ат. Дата записи

4.6 Вывод

В результате проектирования глобальной ER-модели, соответствующей автоматизируемым функциям, получена модель, включающая 7 сущностей, 2 связи типа «многие ко многим» и 8 связей типа «один ко многим».

5 ПРОЕКТИРОВАНИЕ РЕЛЯЦИОННОЙ SQL-МОДЕЛИ

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

5.1 Перевод глобальной ER-модели в реляционную форму

Устранение связей типа «один ко многим». Такие связи устраняются путем копирования первичных ключей исходной сущности в множество атрибутов дочерней.

Конкретные данные приведены в таблице 5.1

Таблица 5.1 - «Копирование первичных ключей при устранении связей типа «один ко многим».

Исходная сущность

Дочерняя сущность

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

Сотрудник

Материальное средство

Код сотрудника

Сотрудник

Вызов

Код сотрудника

Сотрудник

Паспорт

Код сотрудника

Материальное средство

Поставщик

Код мат. средства

Вызов

VIP Клиент

Код вызова

VIP Клиент

VIP Карта

Код VIP Клиента

VIP Клиент

Паспорт

Код VIP Клиента

Вызов

Транспортное средство

Код вызова

5.2 SQL-код для создания реляционной модели

Create Table Сотрудник (

Код_сотрудника Int Not Null,

Фамилия Char (20),

Имя Char (20),

Отчество Char (20),

Дата_рожд Date,

Адрес Char (20),

Права Char (20),

Должность Char (20),

Образование Char (20),

Серия_Паспорта Int Not Null,

№Паспорта Int Not Null,

№телефона Int Not Null,

№ТС Char (6),

Дата_записи Date,

Primary key (Код_сотрудника) )

Create table Транспортное_Средство(

Код_мат_средства Int Not Null,

№TC Char (6),

Марка Char (20),

Цвет Char (20),

VIN Int,

Категория Char (20),

Дата_Выпуска Date,

№Двигателя Int,

№Кузова Int,

Двигатель Int,

Масса Int,

Дата_записи Date,

Primary Key (Код_мат_средства)

)

Create Table Поставщик(

Код_Поставщика Int Not Null,

Код_Мат_средства Int NOt Null,

Наименование Char (20),

Вид Char (20),

ИНН Int,

ОКОНХ Int,

Юр_адрес Char (20),

Факс Int,

Договор Char (20),

Дата_договора Date,

Коментарий Char (20),

Дата_записи Date,

Primary Key (Код_Поставщика)

)

Create Table Паспорт (

Серия_паспорта Char (20),

№Паспорта Int Not Null,

Кем_Выдан Char (20),

Код_подразделения Char (20),

Адрес_регистрации Char (20),

Дата_регистрации Date,

Дата_записи Date,

Primary Key (Серия_паспорта)

)

Create Table Материальное_Средство (

Код_мат_средства Int Not Null,

Код_отв_сотрудника Int,

Стоимость Int,

Описание Char (20),

Назначение Char (20),

Эксплуатация Char (20),

Доп_инфо Char (20),

Дата_записи Date,

Primary Key (Код_мат_средства)

)

Create Table Вызов (

Код_Вызова Int Not Null,

Влаг_VIP_Клиента Char (20),

№VIP_Карты Int,

Время_заказа Date,

Флаг_почасовой_оплаты Char (20),

Время_жвижения Date,

Расстояние Int,

Стоимость_р_ч Int,

Стоимость_р_км Int,

Стоимость_заказа Int,

Флаг_состояния Char (20),

Код_сотрудника Int Not Null,

№ТС Char (6),

Дата_записи Date,

Primary Key (Код_Вызова)

)

Create Table VIP_Клиент (Код_VIP_Клиента Int Not Null,

№VIP_Карты Int,

Фамилия Char (20),

Имя Char (20),

Отчество Char (20),

Скидка Int,

Баланс Int,

Адрес Char (20),

Серия_Паспорта Char (20),

№Паспорта Int,

Дата_записи Date,

Primary Key (Код_VIP_Клиента)

)

Create Table VIP_Карта (№VIP_Карты Int Not Null,

№Договора Int,

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

Дата_записи Date,

Primary Key (№VIP_Карты))

6 ПРОЕКТИРОВАНИЕ ПРЕДСТАВЛЕНИЙ

ДЛЯ АВТОМАТИЗИРУЕМЫХ ФУНКЦИЙ

Данный раздел посвящен проектированию представлений для автоматизируемых функций. Здесь выполняется определение путей доступа к данным для автоматизируемых функций, записывается SQL-код локальных просмотров для автоматизируемых функций.

      Определение способа и формы представления

Для 5 функций был выбран способ реализации представления в виде запроса (Select), форма представления была выбрана в виде иерархии таблиц.

6.2 SQL – код для реализации выборки.

VIP_Клиент

SELECT [VIP КЛИЕНТ].№VIP_Карты,

[VIP КЛИЕНТ].Фамилия,

[VIP КАРТА].№Договора,

ПАСПОРТ.Адрес_регистр

FROM ПАСПОРТ INNER JOIN ([VIP КАРТА] RIGHT JOIN [VIP КЛИЕНТ] ON [VIP КАРТА].№VIP_Карты = [VIP КЛИЕНТ].№VIP_Карты) ON (ПАСПОРТ.№Паспорта = [VIP КЛИЕНТ].№Паспорта) AND (ПАСПОРТ.Серия_Паспорта = [VIP КЛИЕНТ].Серия_Паспорта);

Вызов

SELECT ВЫЗОВ.Время_заказа,

[ТРАНСПОРТНОЕ СРЕДСТВО].Цвет,

СОТРУДНИК.Фамилия, [VIP КЛИЕНТ].№VIP_Карты

FROM [VIP КЛИЕНТ] INNER JOIN (СОТРУДНИК RIGHT JOIN ([ТРАНСПОРТНОЕ СРЕДСТВО] INNER JOIN ВЫЗОВ ON [ТРАНСПОРТНОЕ СРЕДСТВО].№ТС = ВЫЗОВ.№ТС) ON СОТРУДНИК.Код_сотрудника = ВЫЗОВ.Код_сотрудника) ON [VIP КЛИЕНТ].№VIP_Карты = ВЫЗОВ.№VIP_Карты;

Поставщик

SELECT [МАТЕРИАЛЬОЕ СРЕДСТВО].Код_мат_ср, ПОСТАВЩИК.Наименование,

ПОСТАВЩИК.Факс,

ПОСТАВЩИК.ИНН,

СОТРУДНИК.Фамилия,

СОТРУДНИК.Должность

FROM СОТРУДНИК INNER JOIN ([МАТЕРИАЛЬОЕ СРЕДСТВО] INNER JOIN ПОСТАВЩИК ON [МАТЕРИАЛЬОЕ СРЕДСТВО].Код_мат_ср = ПОСТАВЩИК.Код_мат_средства) ON СОТРУДНИК.Код_сотрудника = [МАТЕРИАЛЬОЕ СРЕДСТВО].Код_отв_сотр;

Сотр_мат_Средство

SELECT СОТРУДНИК.Фамилия,

ПАСПОРТ.Адрес_регистр,

СОТРУДНИК.Адрес,

[МАТЕРИАЛЬОЕ СРЕДСТВО].Описание,

[МАТЕРИАЛЬОЕ СРЕДСТВО].Стоимость

FROM (ПАСПОРТ INNER JOIN СОТРУДНИК ON (ПАСПОРТ.№Паспорта = СОТРУДНИК.№Паспорта) AND (ПАСПОРТ.Серия_Паспорта = СОТРУДНИК.Серия_Паспорта)) INNER JOIN [МАТЕРИАЛЬОЕ СРЕДСТВО] ON СОТРУДНИК.Код_сотрудника = [МАТЕРИАЛЬОЕ СРЕДСТВО].Код_отв_сотр;

Сотрудник

SELECT СОТРУДНИК.Фамилия,

[ТРАНСПОРТНОЕ СРЕДСТВО].№ТС,

ПАСПОРТ.Адрес_регистр,

[МАТЕРИАЛЬОЕ СРЕДСТВО].Код_мат_ср,

[МАТЕРИАЛЬОЕ СРЕДСТВО].Описание

FROM ПАСПОРТ INNER JOIN ((СОТРУДНИК INNER JOIN [ТРАНСПОРТНОЕ СРЕДСТВО] ON СОТРУДНИК.№ТС = [ТРАНСПОРТНОЕ СРЕДСТВО].№ТС) LEFT JOIN [МАТЕРИАЛЬОЕ СРЕДСТВО] ON СОТРУДНИК.Код_сотрудника = [МАТЕРИАЛЬОЕ СРЕДСТВО].Код_отв_сотр) ON (ПАСПОРТ.№Паспорта = СОТРУДНИК.№Паспорта) AND (ПАСПОРТ.Серия_Паспорта = СОТРУДНИК.Серия_Паспорта);

Заключение

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

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

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

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

В 4 разделе спроектировала глобальную ER-модель. Произвела выявление и устранение эквивалентных сущностей, выявила категории и синтез обобщающих сущностей, выявила и устранила дублирование атрибутов и связей.

В разделе 5 записала SQL-код для создания реляционной модели

В разделе 6 записала SQL-код локальных запросов для автоматизируемых функций.