Студопедия
Случайная страница | ТОМ-1 | ТОМ-2 | ТОМ-3
АвтомобилиАстрономияБиологияГеографияДом и садДругие языкиДругоеИнформатика
ИсторияКультураЛитератураЛогикаМатематикаМедицинаМеталлургияМеханика
ОбразованиеОхрана трудаПедагогикаПолитикаПравоПсихологияРелигияРиторика
СоциологияСпортСтроительствоТехнологияТуризмФизикаФилософияФинансы
ХимияЧерчениеЭкологияЭкономикаЭлектроника

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

Читайте также:
  1. A.Прикладной уровень
  2. D.Транспортный уровень
  3. F.Канальный уровень
  4. II уровень – Ниже среднего
  5. II уровень. Владение собой (как говорить).
  6. II. Молекулярный уровень
  7. II. Разработка схемы скрещивания

Логический уровень концептуальной схемы процесса «Учет абонентов Интернет-провайдера» представлен следующим набором сущностей (Рисунок 2.1):

1) Паспортные данные

2) Абонент

3) Оператор

4) Договор

5) Тариф

6) Подключённый тариф

7) Техническая работа

8) Проведенная техническая работа

9) Услуга

10) Подключённая услуга

Сущность «Паспортные данные» представляет собой набор атрибутов, который позволит хранить более подробную информацию об абоненте. Ключевыми атрибутами данной сущности являются «Серия_Номер». К неключевым относятся следующие атрибуты: «Выдан», «Дата выдачи», «Код подразделения».



Сущность «Паспортные данные» связана идентифицирующей связью типа «один к одному» с сущностью «Абонент», т.к однозначно идентифицировать каждого абонента можно именно по этому атрибуту. Другими словами, не существует абонентов с одновременно одинаковым значением серии и номера паспорта. Особенность идентифицирующей связи заключается в том, что ключевые атрибуты сущности-родителя, переносятся в ключевые атрибуты сущности-потомка. Следовательно, ключевым атрибутом сущности «Абонент» является атрибут «Серия_Номер». К неключевым атрибутам сущности «Абонент» относятся атрибуты «ФИО», «Адрес», «Телефон». Сущность «Абонент» связана с сущностью «Договор» неидентифицирующей связью типа «один ко многим». Неидентифицирующая связь для связи данных сущностей выбрана потому, что единственный экземпляр сущности «Абонент» связан с множеством экземпляров подчиненной сущности «Договор». Т.е один абонент может заключить несколько договоров. К ключевым атрибутам сущности «Договор» относятся атрибуты «Номер договора», «Номер лицевого счёта». Неключевыми атрибутами данной сущности являются мигрирующий ключ «Серия_Номер» сущности «Абонент», «Название договора», «Статус договора», «Дата подписания договора», «Дата расторжения договора». Так же сущность «Договор» содержит атрибут «Табельный номер», который является внешним ключом, осуществляющим связь между сущностями «Договор» и «Оператор».

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

Сущность «Тариф» определяет набор атрибутов, которые описывают тарифный план абонента. В качестве ключевого атрибута данной сущности был введен суррогатный ключ «id_тарифа». К неключевым атрибутам данной сущности относятся атрибуты «Название», «Стоимость подключения», «Абонентская плата», «Описание». Сущность «Тариф» связана с сущностью «Договор» по средствам ассоциативной сущности «Подключенный тариф».

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

Кроме этого, один тарифный план может быть подключен у нескольких абонентов одновременно. Явно видно, что связь между сущностями «Тариф» и «Договор» типа «многие ко многим» (Рисунок 2.2).

Рисунок 2.2 – Связь типа «многие ко многим»

При таком типе связи трудно проследить, каким образом связаны таблицы базы данных. Введение ассоциативной сущности решает проблему связей таблиц. Тем самым тип связи «многие ко многим» преобразовывается к типу «один ко многим» (Рисунок 2.3).

Рисунок 2.3 – Преобразование к связи типа «один ко многим»

Данная связь между сущностями не допускает NULL−значения внешнего ключа «id_тарифа», потому что у абонента обязательно должен быть тариф, по которому предоставляются те или иные услуги. Кроме этого, ассоциативная сущность «Подключённый тариф» имеет атрибуты «Статус», «Дата подключения», «Дата отключения».

Аналогично рассмотренному выше случаю устанавливается связь сущностей «Услуга», «Техническая работа» с сущностью «Договор». В договоре может содержаться несколько услуг и по одному договору могут проводиться несколько технических работ. С другой стороны, одна и та же услуга может включаться в несколько договоров и одна и та же техническая работа может проводиться для нескольких договоров. Следовательно, так же получаем тип связи между сущностями «многие ко многим». Для преобразования связи «многие ко многим» вводим ассоциативные сущности «Подключенная услуга» и «Проведенные работы» (Рисунок 2.1).

Сущность «Услуга» представляет собой набор атрибутов, которые характеризируют услуги, предоставляемые Интернет-провайдером. К ключевым атрибутам относится «id_услуги». К неключевым – «Наименование», «Стоимость подключения».

Сущность «Техническая работа» представляет собой набор атрибутов, которые описывают технические работы, проводимые Интернет-провайдером. Ключевой атрибут данной сущности – «id_работы». Неключевые атрибуты – «Наименование», «Описание», «Стоимость».

Сущности «Услуга» и «Техническая работа», связаны с соответствующими ассоциативными сущностями неидентифицирующей связью типа «один ко многим» и допускают NULL-значение своих мигрирующих ключей. Иначе говоря, абоненту могут не предоставляться ни одной услуги, может быть, что не было проведено ни одной технической работы.

 

 


Дата добавления: 2015-07-10; просмотров: 96 | Нарушение авторских прав


Читайте в этой же книге: Описание предметной области | Простые запросы | Стратегии целостности базы данных | Стратегии безопасности базы данных | Структура базы данных |
<== предыдущая страница | следующая страница ==>
Количественный анализ модели процесса| Физический уровень концептуальной схемы

mybiblioteka.su - 2015-2024 год. (0.008 сек.)