Инфологическое проектирование
Одним из основных этапов является этап инфологического проектирования. Инфологическое проектирование также называют инфологической или концептуальной моделью.
Инфологическое проектирование заключается в сборе и представлении той информации, которая будет храниться в будущей базе данных, понятными для любого человека методами. Это означает, что этот этап подразумевает разработку модели без привязки к определенной информационной системе, в которой будет существовать база данных, а направлена на понимание ее сути пользователем при помощи самого высшего уровня абстракции. Для достижения этой цели используются такие средства создания инфологической модели как:
· семантические сети;
· язык инфологического моделирования;
· ER-диаграммы.
В данном исследовании мы будем использовать наиболее популярный подход к моделированию - «Сущность-Связь» (Entity-Relationshipmodel). ER-модель наиболее полно и точно описывает связи между объектами и их характеристиками, а также наглядно, визуально показывает типы хранимой информации и ее структуру.
Основными элементами этой модели являются:
· Сущности;
· Атрибуты;
· Связи.
Сущность – реальный или представляемый объект, идентифицируемый пользователем в предметной области, информация о котором должна сохраняться и быть доступной. Стоит отметить, что понятие «тип сущности» относится к набору однородных объектов, выступающих как целое, а «экземпляр сущности» - к конкретной вещи в наборе. В ER-диаграммах сущности представляются в виде прямоугольника с ее именем внутри.
|
|
Атрибут – это характеристика сущности, определяющая параметры и свойства, служащие для идентификации, классификации и уточнения состояния сущности. Каждый атрибут имеет уникальное имя в рамках сущности и в ER-модели обозначается именованным овалом, соединенным с определенной сущностью линией.
Связь – графически изображенная ассоциация или характеристика отношений между двумя и более типами сущности, представляемая в виде соединяющей эти сущности линии [12, 128 с.].
Различают следующие виды связи:
1. «Один к одному» (1:1) – в любой момент времени любому экземпляру сущности А соответствует ноль или только один экземпляр сущности Б (рисунок 3).
Рисунок 3 – Связь «один к одному»
2. «Один ко многим» (1:М) – каждому экземпляру сущности А соответствует 0, 1 или более экземпляров сущности Б, но любому экземпляру сущности Б соответствует не более одного экземпляра сущности А (рисунок 4).
Рисунок 4 – Связь «один ко многому»
3. «Многие к одному» (М:1) – любому экземпляру сущности А соответствует не более одного экземпляра сущности Б, а любому экземпляру сущности Б может соответствовать 0, 1 или более экземпляров сущности А (рисунок 5).
|
|
Рисунок 5 – Связь «многие к одному»
4. «Многие ко многим» (М:М) – любому экземпляру сущности А соответствует 0, 1 или более экземпляров сущности Б, и наоборот (рисунок 6).
Рисунок 6 – Связь «многие ко многим»
ER-модель позволяет однозначно и наглядно показать не только объекты базы данных, но и определяющие их атрибуты, а также связи между сущностями во всех их проявлениях. Это и является основанием выбора данной методики для составления инфологической модели будущей базы данных.
Результатом этапа инфологического проектирования должна стать полная ER-модель будущей базы данных, способная доступно для понимания раскрыть необходимость наличия той или иной сущности и установленных между ними связей.
Описание сущностей
Для полноценного понимания работы базы данных и связи хранящейся в ней информации необходимо четко определить ее сущности как один из важнейших элементов ER-модели.
Рассмотрим подробнее создание сущностей, их определение в контексте предметной области и связи между ними.
Учет сетевого оборудования подразумевает собою наличие самого оборудования, потому первая сущность – «оборудование», - представляет список всех имеющихся в наличии позиций оборудования. Она является основополагающей для всей базы данных. Но стоит отметить, что учет не ограничивается перечислением компьютерной техники - важно еще учитывать ее месторасположение. Таким образом имеет место быть вторая сущность «рабочее место». Отношение этих двух сущностей можно представить при помощи ER-диаграммы, которая будет содержать две сущности и один субъект – нахождение оборудования на том или ином рабочем месте. Такая диаграмма представлена на рисунке 7.
|
|
Любое оборудование имеет срок эксплуатации – он является нечеткой характеристикой техники, однако должен приниматься во внимание для того, чтобы можно было определить степень износа техники и спланировать ее замену заранее. Поэтому стоит расширить уже имеющуюся концептуальную диаграмму и добавить еще один объект – «состояние» - рисунок 8.
Рисунок 7 – ER-диаграмма для двух сущностей
Рисунок 8 – Расширенная ER-диаграмма
В итоге таких преобразований мы имеем уже чуть более полную модель, по которой можно проводить учет сетевого оборудования. Однако, если вдаваться в подробности работы технического отдела предприятия, можно понять, что лишь списка техники, ее соответствия с расположением и состоянием на момент времени недостаточно для оптимизированной работы сетевого оборудования в целом. При нежелании списывать технику по различным причинам стоит учесть возможность ее ремонта или профилактических работ для предотвращения преждевременной поломки соответственно. И для отслеживания проведения таких мероприятий тоже требуется отдельные объекты. Добавим в нашу ER-диаграмму сущность «журнал работ», которая в свою очередь включает в себя сущность «ремонтные службы».
|
|
Представленная на рисунке 9 диаграмма является наиболее полной и понятной для понимания с точки зрения наличия сущностей и их логических связей.
Обозначим для каждой сущности ее атрибуты при помощи полной ER-диаграммы в приложении 1 рисунок 1.
Рисунок 9 – Конечная ER-диаграмма
Логическое проектирование
Вторым из основных этапов является этап логического проектирования, который иногда называют еще даталогическим. Его целью является создание логической структуры модели данных, которая, как и инфологическая, должна быть отображением выбранной предметной области.
Логическая структура представляет собою определение всех информационных единиц будущей базы данных и связей между ними, задание им имен, типов и прочих характеристик, свойственных для выбранной модели базы данных и системы управления базами данных [7, 114 с.].
Важно заметить, что логическая модель строится на основе двух предыдущих этапов – исследования предметной области и инфологической модели. Их наличие позволяет наиболее точно и правильно составить логическую модель данных, на основе которой будет строиться физическая модель базы данных. На этом этапе проектирования будут выделены атрибуты для каждой сущности, их тип данных, описания, ограничения, примеры, а также уточненные взаимосвязи между сущностями через их атрибуты.
В связи с этим вносится еще одно понятие, тесно связанное с выбранной моделью базы данных – реляционной: ключ.
Ключ – это такой набор атрибутов, который позволит однозначно найти нужный экземпляр сущности, но является минимальным, т.е. при исключении из набора любого из атрибутов идентифицировать сущность уже не предоставляется возможным.
Дата добавления: 2019-02-26; просмотров: 898; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!