- •Содержание
- •Введение
- •1 Построение инфологической концептуальной модели
- •1.1 Анализ предметной области и выявление необходимого набора сущностей
- •Типичными задачами для таких программ являются:
- •1.2 Обоснование требуемого набора атрибутов для каждой сущности и выделение идентифицирующих атрибутов
- •2.1 Построение набора необходимых отношений базы данных
- •2.2 Задание первичных и внешних ключей определенных отношений
- •1.3 Определение связей между объектами
- •1.4 Описание полученной модели на языке инфологического проектирования
- •2 Построение схемы реляционной базы данных
- •2.3 Приведение отношений бд к третьей нормальной форме
- •2.4 Определение ограничений целостности для внешних ключей отношений и для отношений в целом
- •2.5 Графическое представление связей между внешними и первичными ключами
- •3 Создание спроектированной базы данных
- •4. Запись выражений указанных в варианте задания типов запросов на языке sql
- •5 Выбор и обоснование средств разработки приложения
- •6 Реализация законченного приложения, работающего с созданной базой данных
- •6.1 Разработка и построение интерфейса главной и рабочей форм
- •6.2 Построение главного меню и кнопок панели инструментов
- •6.3 Выполнение программного кода в среде Microsoft Visual Studio 2013 на языке c#
- •Заключение
- •Список использованных источников
- •Главная и рабочие формы приложения
- •Листинг программы
1 Построение инфологической концептуальной модели
Инфологическая модель данных – описание, выполненное с использованием естественного языка, математических формул, таблиц, графиков и других средств, понятных всем людям, работающих над проектированием базы данных.
Цель инфологического моделирования – обеспечение наиболее естественных для человека способов сбора и представления той информации, которую предполагается хранить в создаваемой базе данных. Поэтому инфологическую модель данных пытаются строить по аналогии с естественным языком. Основными конструктивными элементами инфологических моделей являются сущности, связи между ними и их свойства (атрибуты).
1.1 Анализ предметной области и выявление необходимого набора сущностей
Перед началом разработки базы данных, необходимо определить основные цели, задачи и правила для решаемой проблемы, после чего приступать к проектированию. Поэтому сформулируем краткое описание поставленной задачи.
Наименование задачи – автоматизация работы заказов билетов на концерты музыкальных групп.
Типичными задачами для таких программ являются:
Возможность добавлять, редактировать или удалять данные о музыкальных группах;
возможность добавлять, редактировать или удалять данные о концертах;
Возможность добавлять удалять или редактировать информацию о залах, в которых будут проходить концерты музыкальных групп;
Возможность добавлять, редактировать и удалять информацию о заказах людей;
Возможность добавления, редактирования или удаления жанров, групповых составов, стран и городов;
Расчет свободных мест для удобства заказа;
возможность внесения изменений в данные;
возможность фильтрации и поиска данных по определенным параметрам;
Для построения информационной системы требуется для начала выделить необходимы набор сущностей, которые описывают эту систему. Данный набор должен удовлетворять всем условиям на проектирование системы.
Определим минимальный набор сущностей, необходимый для проектирования информационной системы для учета заказов на концерты музыкальных групп. Для определения первичного набора сущностей будет проведён анализ технического задания и предметной области.
В результате краткого анализа предметной области выявлен следующий необходимый набор сущностей:
Группы
Жанр
Альбомы
Композиции
Люди
Должности
Концерт
Страна
Город
Объект
Места
Билет
1.2 Обоснование требуемого набора атрибутов для каждой сущности и выделение идентифицирующих атрибутов
Каждая сущность включает в себя определенный набор атрибутов. Атрибутом сущности является любая деталь, которая служит для уточнения, идентификации, классификации, числовой характеристики или выражения состояния сущности. Его наименование должно быть уникальным для конкретного типа сущности и соответствовать свойству сущности, которое данный атрибут несет в себе.
Кроме основных сущностей, опсанных в предыдущем пункте, необходимы так же дополнитеьные, которые носят соединтельный, информационный характер и нужны для приведения базы к третьей нормальной форме.
Список всех сущностей и их атрибутов, сключая ключевые, как они будут представлены в готовой базе данных перечислены в таблице 1.1
Таблица 1.1 Атрибуты сущностей проектируемой базы данных
Имя сущности |
Первичные ключи |
Вторичные ключи |
Атрибуты |
Люди |
ID_человека |
|
Фамилия Имя Отчество |
Музыканты |
ID_Музыканта |
FK_человека |
|
Страны |
ID_страны |
|
Название |
Город |
ID_города |
FK_страны |
Название |
Объект |
ID_объекта |
FK_города |
Название Количество мест |
Должности |
ID_должности |
|
Название |
Жанры |
ID_жанра |
|
Название |
Продолжение таблицы 1.1 |
|
|
|
Группа |
ID_группы |
FK_города FK_жанра |
Название Год создания |
Альбомы |
ID_альбома |
FK_группы |
Название Дата выпуска |
Места |
ID_места |
|
Название Цена |
Концерт |
ID_концерта |
FK_объекта |
Название Дата и время проведения |
Групповой состав концерта |
|
FK_концерта FK_группы |
|
Билеты |
ID_продажи |
FK_места FK_концерта FK_человека |
Количество заказанных |
Состав групп |
|
FK_группы FK_музыканта FK_должности |
Дата вступления |
Состав объекта |
|
FK_объекта FK_места |
Количество |
|
|
|
|
|
|
|
|
