Построение концептуальной модели базы данных АСБ "Беларусбанк" - Проектирование базы данных и создание онлайн заявки на оказание услуг (на примере АСБ "Беларусбанк")
Наиболее часто на практике семантическое моделирование используется на первой стадии проектирования базы данных. При этом в терминах семантической модели производится концептуальная схема базы данных, которая затем вручную преобразуется к реляционной (или какой-либо другой) схеме. Этот процесс выполняется под управлением методик, в которых достаточно четко оговорены все этапы такого преобразования.
Одна из наиболее популярных семантических моделей данных - модель "Сущность-Связи" (часто ее называют кратко ER-моделью).
Основными понятиями ER-модели являются Сущность, Связь и Атрибут.
Сущность - это реальный или представляемый объект, информация о котором должна сохраняться и быть доступна. В диаграммах ER-модели сущность представляется в виде прямоугольника, содержащего имя сущности. При этом имя сущности - это имя типа, а не некоторого конкретного экземпляра этого типа. Для большей выразительности и лучшего понимания имя сущности может сопровождаться примерами конкретных объектов этого типа. Каждый экземпляр сущности должен быть отличим от любого другого экземпляра той же сущности (это требование в некотором роде аналогично требованию отсутствия кортежей-дубликатов в реляционных таблицах
Связь - это графически изображаемая ассоциация, устанавливаемая между двумя сущностями. Эта ассоциация всегда является бинарной и может существовать между двумя разными сущностями или между сущностью и ей же самой (рекурсивная связь). В любой связи выделяются два конца (в соответствии с существующей парой связываемых сущностей), на каждом из которых указывается степень конца связи (сколько экземпляров данной сущности связывается), обязательность связи (т. е. любой ли экземпляр данной сущности должен участвовать в данной связи).
Связь представляется в виде ромба и имени связи внутри ромба.
Как и сущность, связь - это типовое понятие, все экземпляры обеих пар связываемых сущностей подчиняются правилам связывания.
Атрибутом сущности является любая деталь, которая служит для уточнения, идентификации, классификации, числовой характеристики или выражения состояния сущности. Имена атрибутов заносятся в овал, соединенный с сущностью линией [6, с. 67].
В результате анализа предметной области были определены следующие сущности:
- - Вид банковских услуг (typ). - Банковские услуги (Belarusbank). - Заказчики (client). - Счет (zakaz1).
Определим типы связей существующих между выделенными нами сущностями. Для этого снова анализируем требования к БД. Тип связи представляет собой название связи, ее координальность в этой связи. Результат анализа представлен в таблице 1.1.
Таблица 1.1 - Типы связей между сущностями
Тип сущности |
Тип связи |
Тип сущности |
Координальность |
Typ |
Принадлежит (belong) |
Belarusbank | |
Client |
Оформляет (bill) |
Zakaz1 | |
Belarusbank |
Принадлежит(belong) |
Zakaz1 |
На следующем этапе проектирования базы данных мы построим ER-диаграмму отражающую основные виды сущностей и связи между ними
Выделим атрибуты сущностей.
Выявленные атрибуты приведены в таблице 1.2.
Затем определим атрибуты, являющиеся потенциальными и первичными ключами.
Таблица 1.2 - Атрибуты сущностей и связей
Тип сущности (связи) |
Атрибут |
Домен |
Обязательность |
Belarusbank |
Belarusbank_id |
Целое |
Да |
Belarusbank_name |
Символьный(50) | ||
Description |
Символьный(255) | ||
Image |
Символьный(20) | ||
Typ_id |
Целое | ||
Belarusbank_price |
Целое | ||
Zakaz1 |
Zakaz_id |
Целое |
Да |
Client_id |
Целое |
Да | |
Zakaz_date |
Data | ||
Belarusbank_id |
Целое |
Да | |
Client |
Client_id |
Целое |
Да |
Client_name |
Символьный(100) |
Да | |
Client_phone |
Символьный(20) |
Да | |
Client_address |
Символьный(100) |
Да | |
Typ |
Typ_id |
Целое |
Да |
Typ_name |
Символьный(255) |
Да |
Для этого из таблицы 1.2 выберем возможные потенциальные ключи. Затем из них выберем первичные ключи.
Следует отметить, что потенциальный ключ должен обладать следующими свойствами:
- - уникальность - в каждом кортеже отношения его потенциальный ключ единственным образом идентифицирует это кортеж; - неприводимость - никакое допустимое подмножество потенциального ключа не обладает свойством уникальности.
Первичный же ключ - это потенциальный ключ, вероятность потери уникальности которого мала по сравнению с другими потенциальными ключами. Также следует учесть то, что СУБД легче индексировать числовые, чем символьные ключи.
На основании вышеизложенного составим таблицу 1.3 первичных и альтернативных ключей.
Таблица 1.3 - Первичные и альтернативные ключи
Сущность |
Первичный ключ |
Альтернативный ключ |
Belarusbank |
Belarusbank_id |
Belarusbank_name Typ_id |
Zakaz1 |
Zakaz_id |
Zakaz_id Client_id Zakaz_date |
Client |
Client_id |
Client_name Client_phone |
Typ |
Typ_id |
Typ_name |
1.3 Построение логической модели данных АСБ "Беларусбанк"
Логическая модель данных является начальным прототипом будущей базы данных. Логическая модель строится в терминах информационных единиц, но без привязки к конкретной СУБД [5, с. 78]. Более того, логическая модель данных необязательно должна быть выражена средствами именно реляционной модели данных.
При построении логической модели можно использовать язык ER-диаграмм (от англ. Entity-Relationship, т. е. сущность-связь). В них сущности изображаются помеченными прямоугольниками, ассоциации - помеченными ромбами или шестиугольниками, атрибуты - помеченными овалами, а связи между ними - ненаправленными ребрами, над которыми может проставляться степень связи (1 или буква, заменяющая слово "много") и необходимое пояснение.
Логическая модель описывает понятия предметной области, их взаимосвязь, а также ограничения на данные, налагаемые предметной областью.
В нашем случае присутствует связь (Belarusbank принадлежит(belong) Zakaz1). Так как реализация такой связи в СУБД реляционного типа затруднительна, нужно ввести новую сущность, назовем ее Zakazbook.
Приведем логическую модель базы данных с учетом введения новой сущности.
В данной главе был проведен анализ процесса разработки базы данных, который состоял из следующих этапов:
- - перед началом проектирования базы данных необходимо проанализировать предметную область, для которой создается база, собрать и проанализировать требования пользователей системы; - построить концептуальную модель (сформулировать объекты, описывающие предметную область проектируемой БД, и описать атрибуты, составляющих структуру каждого объекта, построить ER-диаграмму); - построить логическую модель, отражающую особенности представления о функционировании предприятия одновременно многих типов пользователей [7, с. 111].
Похожие статьи
-
Описание предметной области и структуры онлайн заявки на оказание услуг АСБ "Беларусбанк" Необходимо разработать базу данных для автоматизации онлайн...
-
Еще недавно люди хранили свои записи на бумаге в непонятном и неструктурированном виде, поэтому возможности доступа к информации были очень плохие. В...
-
2.1 Процесс проектирования БД на основе принципов нормализации представляет собой последовательность переходов от неформального словесного описания...
-
Создание модели хранилища данных Модель хранилища данных будет создаваться на основе описания предметной области, сделанного во 2 главе. Хранилища данных...
-
Описание предметной области ООО ИСК "Волгастройинвест" является официальным представителем ряда отечественных и зарубежных фирм, предлагающих на...
-
Инфологическое моделирование применяется на втором этапе проектирования БД, то есть после системного анализа предметной области. Это построение...
-
Даталогическое проектирование - Банки и базы данных. Системы управления базами данных
Даталогической моделью БД называется модель логического уровня, построенная в рамках конкретной СУБД, в среде которой проектируется БД. Описание...
-
Физическая Модель Данных Физическое проектирование -- создание схемы базы данных для конкретной СУБД. Специфика конкретной СУБД может включать в себя...
-
Для начала разрабатывается модель базы данных (рис.1). Главная идея создания функциональной модели заключается в том, чтобы описать, "увидеть" и...
-
Каждая СУБД имеет особенности в представлении структуры таблиц, связей, определении типов данных и т. д. которую необходимо учитывать при проектировании....
-
Построение ER диаграмм - Модернизация структуры базы данных на основе анализа требований предприятия
При построении моделей информационных систем важнейшей методикой является ER-моделирование или построение диаграмм сущность-связь. Сущность представляет...
-
Для разработки базы данных была выбрана СУБД Access так как, она имеет следующие преимущества перед другими СУБД: - Является реляционной; -...
-
Применение ETL-инструмента - Создание модели хранилища данных
Результатом процесса сбора и моделирования данных стали файлы в различных форматах (.txt, .xls, .xlsx, .csv). К этим файлам относятся: - Файл...
-
Логический уровень описания базы данных (логическая модель) отражает логические связи между таблицами. Логическая модель базы данных "Прокат автомобилей"...
-
Областью применения базы данных является Гостиница. Задачей администратора гостиницы является отслеживание финансовой стороны работы гостиницы. Его...
-
Проектирование модели - Разработка программного приложения "Калькулятор коммунальных услуг"
При проектировании информационных систем предметная область отображается моделями данных нескольких уровней. Число используемых уровней зависит от...
-
Логическая модель данных Логическая модель данных представлена сущностями (таблицами). Таблицы - фундаментальные объекты реляционной базы данных, в...
-
Разработка концептуальной модели базы данных При проектировании программ выясняются запросы и пожелания клиента и определяется возможный подход к решению...
-
Этапы проектирования и создания БД - Система управления базами данных
При разработке БД можно выделить следующие этапы работы. I этап. Постановка задачи. На этом этапе формируется задание по созданию БД. В нем подробно...
-
Диаграмма сущность связь Диаграмма "сущность -- связь" (ER -- модель данных), которая обеспечивает способ определения данных и отношений между ними....
-
Концептуальные диаграммы - наиболее распространенные средства моделирования, при помощи которых определяются важные для предметной области...
-
В данном курсовом проекте в качестве исследуемой организации рассматривается институт, который предоставляет выбор факультативов студентами. Институт...
-
Инфологическое проектирование Стандартным способом представления концептуальной модели базы данных являются диаграммы "сущность-связь" (ERD),...
-
Проектирование модели данных - Создание аналога системной утилиты "Диспетчер задач"
При проектировании модели данных разработаем диаграмму вариантов использования, диаграмму деятельности. Диаграмма вариантов использования представляет...
-
Инфологическое моделирование - Банки и базы данных. Системы управления базами данных
Инфологическое проектирование является вторым этапом проектирования БД, который следует непосредственно после анализа предметной области. Эта стадия...
-
Разработка логической модели АИС - Проектирование автоматизированной информационной системы
Логическая модель данных является начальным прототипом будущей базы данных. Логическая модель строится в терминах информационных единиц, но без привязки...
-
Построение реляционной схемы БД - Банки и базы данных. Системы управления базами данных
В основе реляционной модели БД лежит понятие отношения. Под отношением в этой модели понимается двумерная таблица данных. Строки таблицы называются...
-
Введение - Проектирование и разработка базы данных "Прокат автомобилей"
В настоящее время большинство организаций используют различные базы данных для автоматизации процессов обработки информации, удобства ее эксплуатации,...
-
Сетевая модель данных, Реляционная модель данных - Система управления базами данных
Отличие сетевой структуры от иерархической заключается в том, что каждый элемент в сетевой структуре может быть связан с любым другим элементом (рис. 8)....
-
Даталогическое проектирование - Проектирование структуры базы данных
Даталогическое проектирование -- создание схемы базы данных на основе конкретной модели данных, например, реляционной модели данных. Для реляционной...
-
Организация данных - Разработка программного приложения "Калькулятор коммунальных услуг"
Исходя из анализа предметной области, сделан выбор в пользу реляционной модели данных, формой представления которой является таблица, имеющая строки и...
-
Связи между сущностями - Инфологическая модель базы данных: стройматериалы
Инфологическая модель отображает реальный мир в некоторые понятные человеку концепции, полностью независимые от параметров среды хранения данных....
-
3.2 Построение модели программного агента - Средства для создания программных агентов
В данной работе для построения программного модуля используется технология Jadex, которая позволяет моделировать BDI агентов с наборами фактов, целей,...
-
Поиск данных в различных источниках - Создание модели хранилища данных
Коллекционирование данных является основой любого исследования. В данном исследовании необходима информация, в первую очередь, об объемах входящих и...
-
Разработка концептуальной модели АИС - Проектирование автоматизированной информационной системы
Любая деятельность компании отражается в документах, и, чтобы улучшить качество рабочих бизнес-процессов, необходимо улучшить документооборот, т. е....
-
1.1 Характеристика предметной области Программный обеспечение база данные Представим предметную область "Программное обеспечение ЦЗН" как взаимодействие...
-
Основные термины теории баз данных - БД (База данных) - совокупность специальным образом организованных данных, хранимых в памяти вычислительной системы...
-
Пользовательский интерфейс обеспечивает взаимодействие между пользователем и компьютером, обмен действиями и ответными реакциями на них. Стоит начать с...
-
При работе над проектом разрабатывались два основных компонента системы: база данных (далее - БД) и интерфейс клиентского приложения. Затем необходимо...
-
Основные понятия распределенных баз данных Распределение баз данных - набор логических связанных между собой разделяемых данных (и их описаний), которые...
Построение концептуальной модели базы данных АСБ "Беларусбанк" - Проектирование базы данных и создание онлайн заявки на оказание услуг (на примере АСБ "Беларусбанк")