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

БАЗАДАННЫХ

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

«Таксопарк»

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

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

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

Специальность 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 Дом

Адрес начала маршрута: Дом
    продолжение
Добавить реферат в свой блог или сайт--PAGE_BREAK----PAGE_BREAK--

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 (другиеограничения).

--PAGE_BREAK--

Таблица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«Учет сведенийо контрагентах(поставщиках)»

Модельсодержит сущность«Контрагент»с атрибутами«Код контрагента»,«Вид контрагента»,«ИНН», «ОКОНХ»,«ОКПО», «Юр.адрес», «Телефон»,«Факс», «Электропочта»,«Расчетныесчета», «Комментарий»,«Договор»,«Дата договора»; сущность «КРЕДИТПОСТАВЩИКА», включающуюв себя следующиеагрегаты иатрибуты: «Валюта»,«Осн. договор»,«Сумма»,«Глубина; Сущность«ЗАПИСЬ», включающуюв себя следующиеагрегаты иатрибуты: «Датазаписи»,«Авторзаписи»,«Флаг актуальности», «Дата изменения»,«Автор изменения».

    продолжение
--PAGE_BREAK--

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

Н/>/>/>АЧАЛО КОНЕЦ СОТРУДНИК ЗАПИСЬ

/>/>К/>/>/>одПункта КодПункта

/>/>/>/> Улица Улица Кодсотрудника Датазаписи

/>/>/>/> Дом Дом ФИО Авторзаписи

/>/>/>/> Подъезд Подъезд Цвета/м Флаг актуальности

/>/>/> Номер а/м Датаизменения

/> Авторизменения

IT

/>

/>/>/>ТЕЛЕФОН

Кодтелефона

Видномера

Номер

Рисунок 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: атрибут Дата выдачи прав – ат. Дата рождения

Модель.1: атрибут Дата выдачи паспорта – ат. Дата рождения

Модель.2: если ат. флаг VIP клиента=истина, то ат. номер карты не пуст

Модель.2: если ат. флаг почасовой оплаты=истина, то ат. время движения не пуст

Модель.2: ат.НАЧАЛО_МАРШРУТА.Улица не = ат. КОНЕЦ_МАРШРУТА.Улица

Модель.3: если ат. Баланс

Модель.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-модель

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

Сущность СОТРУДНИК Атрибут Водительские права => Сущность МАРКА МОДЕЛЬ атрибут Категория ТС

Сущность СОТРУДНИК атрибут Дата выдачи прав – Сущность СОТРУДНИК ат. Дата рождения

Сущность НОМЕР атрибут Дата выдачи паспорта – Сущность СОТРУДНИК ат. Дата рождения

Сущность ВЫЗОВ: если ат. флаг VIP клиента=истина, то Сущность ВЫЗОВ ат. номер карты не пуст

Сущность ВЫЗОВ: если ат. флаг почасовой оплаты=истина, то Сущность ВЫЗОВ ат. время движения не пуст

Сущность НАЧАЛО ат.Улица не = Сущность КОНЕЦ ат. Улица

Сущность VIP КЛИЕНТ если ат. Баланс

Сущность 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-коддля созданияреляционноймодели

CreateTable Сотрудник(

Код_сотрудникаIntNotNull,

ФамилияChar(20),

ИмяChar(20),

ОтчествоChar(20),

Дата_рождDate,

АдресChar(20),

ПраваChar(20),

ДолжностьChar(20),

ОбразованиеChar(20),

Серия_ПаспортаIntNotNull,

№ПаспортаInt Not Null,

№телефонаInt Not Null,

№ТСChar(6),

Дата_записиDate,

Primarykey(Код_сотрудника))

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

Код_мат_средстваInt Not Null,

№TC Char (6),

МаркаChar(20),

ЦветChar(20),

VINInt,

КатегорияChar(20),

Дата_ВыпускаDate,

№ДвигателяInt,

№КузоваInt,

ДвигательInt,

МассаInt,

Дата_записиDate,

PrimaryKey(Код_мат_средства)

)

CreateTable Поставщик(

Код_ПоставщикаInt Not Null,

Код_Мат_средстваIntNOtNull,

НаименованиеChar(20),

Вид Char(20),

ИНН Int,

ОКОНХInt,

Юр_адресChar(20),

ФаксInt,

ДоговорChar(20),

Дата_договораDate,

КоментарийChar(20),

Дата_записиDate,

Primary Key(Код_Поставщика)

)

CreateTable Паспорт(

Серия_паспортаChar(20),

№ПаспортаInt Not Null,

Кем_ВыданChar(20),

Код_подразделенияChar(20),

Адрес_регистрацииChar(20),

Дата_регистрацииDate,

Дата_записиDate,

PrimaryKey(Серия_паспорта)

)

CreateTableМатериальное_Средство(

Код_мат_средстваIntNotNull,

Код_отв_сотрудникаInt,

СтоимостьInt,

ОписаниеChar(20),

НазначениеChar(20),

ЭксплуатацияChar(20),

Доп_инфоChar(20),

Дата_записиDate,

PrimaryKey(Код_мат_средства)

)

CreateTable Вызов (

Код_ВызоваInt Not Null,

Влаг_VIP_КлиентаChar(20),

№VIP_КартыInt,

Время_заказаDate,

Флаг_почасовой_оплатыChar(20),

Время_жвиженияDate,

РасстояниеInt,

Стоимость_р_чInt,

Стоимость_р_кмInt,

Стоимость_заказаInt,

Флаг_состоянияChar(20),

Код_сотрудникаIntNotNull,

№ТСChar(6),

Дата_записиDate,

Primary Key (Код_Вызова)

)

CreateTable VIP_Клиент (Код_VIP_КлиентаInt Not Null,

№VIP_КартыInt,

ФамилияChar (20),

ИмяChar(20),

ОтчествоChar(20),

СкидкаInt,

БалансInt,

АдресChar(20),

Серия_ПаспортаChar(20),

№ПаспортаInt,

Дата_записиDate,

Primary Key(Код_VIP_Клиента)

)

CreateTable 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ПАСПОРТ INNERJOIN([VIPКАРТА] RIGHTJOIN[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СОТРУДНИК INNERJOIN ([МАТЕРИАЛЬОЕСРЕДСТВО] INNERJOIN ПОСТАВЩИК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-кодлокальныхзапросов дляавтоматизируемыхфункций.

1000>1000>