Разработка теоретических моделей компонентов информационных систем
Моделью данных называется интегрированный набор понятий для описания и обработки данных, связей между ними и ограничений, накладываемых на данные в некоторой организации. Модель – это представление «реального мира» объектов и событий, существующих связей между ними, и в то же время некая абстракция, где акцент делается на самые важные свойства системы, а второстепенные игнорируются [9].
Можно выделить три больших типа моделей: объектные, на основе записей, физические (первые две используются для описания данных на концептуальном и внешнем уровнях, последняя - на физическом). Для разработки автоматизированной информационной системы учета клиентов фирмы, проводящей детские праздники, подходит тип на основе записей, который разбивается на подтипы:
1)реляционные модели данных;
2)сетевые;
3)иерархические.
Реляционная модель данных основана на понятии математического отношения. Связи там представляются в виде таблиц, каждая из которых имеет несколько столбцов с уникальными именами. В реляционной модели единственное требование в том, чтобы база данных с точки зрения пользователя выглядела как набор таблиц. Такое восприятие, однако, относится только к логической структуре данных, физическая структура может быть реализована с помощью разнообразных структур хранения. В сетевой модели данные представляются как коллекции записей, а связи явным образом моделируются в виде наборов (реализуются с помощью указателей). Сетевую модель можно представить в виде графа, где записи – узлы, а наборы – ребра. Иерархическая модель может считаться подтипом сетевой. Данные также представляются в виде записей, связи – наборов. Однако узел может иметь только одного родителя. Может быть представлена как древовидный граф с записями в виде узлов и множествами в виде ребер [9].
|
|
|
Большинство современных коммерческих систем основано на реляционной модели, тогда как самые первые системы баз данных основывались на сетевой или иерархической. При использовании последних двух от пользователя требуется знание физической организации базы данных, в то время как при работе с реляционной СУБД обеспечивается значительно большая независимость от данных [9, 10].
Реляционная модель основана на математическом понятии отношения (физическое представление – двумерная таблица). Отношение используется для хранения информации об объектах, представленных в базе данных. Строки таблицы (кортежи) соответствуют отдельным записям, столбцы – атрибутам. Атрибуты могут располагаться в любом порядке – независимо от их перестановки отношение будет оставаться тем же. Важным понятием реляционной модели является домен (тип данных) – определение границ допустимых значений атрибута. Определение типа данных столбца позволяет избежать внесения в него некорректного значения (например, текста вместо номера телефона).
|
|
|
Для понимания истинного смысла термина «отношения» необходимо связать его с понятием математического множества.
Допустим, существуют два множества, D1 и D2 , где D1= {2, 4} и D2= {1,3,5}. Декартовым произведением этих двух множеств (D1 х D2) называется набор из всех возможных упорядоченных пар, в которых первым идет элемент множества Dl, а вторым — элемент множества D2. Альтернативный способ выражения этого произведения заключается в поиске всех комбинаций элементов, в которых первым идет элемент множества D1, а вторым — элемент множества D2. В данном примере получим следующий результат:
D1 х D2= { (2,1) , (2,3) , (2,5) , (4,1) , {4,3} , (4,5) }.
Любое подмножество этого декартова произведения является отношением.
Например, в нем можно выделить отношение R, показанное ниже.
R = { (2,1) , ( 4 , 1 ) }. [11]
По альтернативной терминологии, можно называть отношение файлом, кортежи – записями, атрибуты – полями [12].
Исходя из теории реляционных баз данных, разработаем логическую модель автоматизированной информационной системы учета работы салона красоты. Данная модель представлена на рисунке 6.
|
|
|
Рисунок 6 - Логическая модель разрабатываемой системы
В данной модели представлены следующие отношения:
· заказ;
· процедура;
· клиент;
· скидка;
Схема отношений с выделением ключей:
· клиент (номер_клиента, ФИО, дата_рождения, телефон_клиента, эл_почта_клиента);
· скидка(номер_скидки, величина_скидки);
· процедура(номер_процедуры, название_процедуры, длительность_процедуры, стоимость_процедуры);
· заказ(номер_заказа, название_заказа, начало_проведения, конец_проведения);
Отношения «Скидка», «Заказа», «Процедура», «Клиент» находятся в 3НФ, так как значения всех атрибутов атомарные, нет частичной функциональной зависимости неключевых атрибутов от ключа и отсутствуют транзитивные зависимости неключевых атрибутов от ключа.
Дата добавления: 2020-04-08; просмотров: 190; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!