Загрузка...
Учебная работа. Курсовая работа: Создание системы учета для предметной области Концертный зал
ВВЕДЕНИЕ
1.ЗАДАНИЕ ПО ВЫБРАННОМУ ВАРИАНТУ
2.анализ ПРЕДМЕТНОЙ ОБЛАСТИ
2.1 Определение объектов и связей меж ними
2.2 Нормализация отношений
2.3 Построение концептуальной модели данных
2.4 Построение реляционной модели базы данных
3.ОПИСАНИЕ СПОСОБОВ РЕАЛИЗАЦИИ ЗАПРОСОВ
4.РЕАЛИЗАЦИЯ ОТЧЕТОВ
5.ОПИСАНИЕ ИНТЕРФЕЙСА
5.1. Описание групп юзеров
5.2. Описание интерфейса
6.КОНТРОЛЬНЫЙ ПРИМЕР
ВЫВОДЫ
СПИСОК лИТЕРАТУРЫ
ВВЕДЕНИЕ
Данная курсовая работа посвящена проектированию своей базы данных. Проектирование обхватывает три главные области:
· Проектирование определенных объектов, которые будут реализованы в базе данных. Для MySQL это такие объекты, как таблицы, представления, и т.д.
· Проектирование определенных экранных частей управления, отчетов и программ, которые будут аккомпанировать данные в базе данных, и обеспечивать редактирование этих данных.
· При определенных обстоятельствах в процессе проектирования также нужно учесть определенную среду либо технологию – к примеру, топологию сети, конфигурацию аппаратных средств, внедрение архитектуры клиент/сервер, параллельной обработки либо распределенной архитектуры базы данных.
При проектировании каждой из областей есть свои аспекты, которые разрабу следует учесть. к примеру, при проектировании таблиц базы и установлений связи меж ними следует позаботиться как о целостности данных базы, так и о сопоставимости типов при подключении к данной нам базе различных приложений и клиентов.
При разработке интерфейса юзера следует направить внимание на аспект удобства работы юзера с базой. интерфейс должен быть благожелателен даже к неопытному юзеру.
1. ЗАДАНИЕ ПО ВЫБРАННОМУ ВАРИАНТУ
Предметная область: «Концертный зал».
Вероятные виды деятель:
· проведение выступлений в рамках гастролей разных исполнителей;
· реклама концертов;
· учет продаж билетов с учетом расценок по категориям мест;
· расчет с исполнителями и персоналом, обеспечивающим проведение концерта.
2. анализ ПРЕДМЕТНОЙ ОБЛАСТИ
2.1 Определение объектов и связей меж ними
Определены последующие объекты в БД:
· Юзеры
· Исполнители
· Жанры
· Концерты
· реклама
· Тип рекламы
· Билеты
· Тип билета
· Стоимость билета
· Продажа билетов
· Выплаты
· журнальчик
Эти объекты имеют последующие информационные свойства:
· объект Юзеры – Идентификатор, Имя юзера, пароль
· объект Исполнители – Идентификатор, Заглавие, Стоимость 1-го выступления
· объект Жанры – Идентификатор, Наименование
· объект Концерты – Идентификатор, Дата концерта, Идентификатор исполнителя
· объект Реклама – Идентификатор, Идентификатор концерта, Дата начала провидения рекламы, Дата конца провидения рекламы
· объект Тип рекламы – Идентификатор, Наименование
· Объект Билеты – Идентификатор, Тип билета, количество билетов данного типа, Стоимость за 1 билет
· объект Тип билета – Идентификатор, Наименование
· Объект Цены билета – Идентификатор концерта, Идентификатор типа билета, Стоимость за 1 билет
· объект Продажа билетов – Идентификатор, Идентификатор концерта, Идентификатор билета, количество приобретенных билетов
· Объект Выплаты – Идентификатор, Идентификатор рабочего, Дата выплаты, Сумма выплаты
· объект Журнальчик – Идентификатор, Идентификатор юзера, Дата входа в систему, Деяния
Меж объектами выявлены последующие связи:
· один юзер может огромное количество раз заходить в систему.
Связь 1:М.
· несколько исполнителей могут выступить в нескольких концертах. Связь М:N.
· Исполнителей 1-го жанра быть может несколько. Связь М:1.
· Любой концерт сопровождается несколькими типами рекламы. Связь М:N.
· Любая реклама быть может нескольких видов. Связь 1:М.
· На любой концерт продается огромное количество билетов. Связь 1:М.
· Стоимость билетов зависит от концерта. Связь М:1.
· Билетов 1-го типа несколько. Связь М:1.
· Проданных билетов различного типа быть может несколько. Связь М:1.
· Один артист может получить несколько выплат. Связь 1:М.
2.2 Нормализация отношений
Перечисленные ранее объекты имеют атрибуты, совпадающие с их информационными чертами.
· Юзеры – Идентификатор
· Исполнители – Идентификатор
· Жанры – Идентификатор
· Концерты – Идентификатор
· реклама – Идентификатор
· Тип рекламы – Идентификатор
· Билеты – Идентификатор
· Тип билета – Идентификатор
· Стоимость билета – нет первичных ключей, потому что объект является связывающим звеном
· Продажа билетов – Идентификатор
· Выплаты – Идентификатор
· журнальчик – Идентификатор
2.3 Построение концептуальной модели данных
Мировозренческая модель данных для предметной области «Концертный зал» представлена в приложении 1. Мировозренческая модель представляет объекты предметной области, их атрибуты и связи меж объектами. Наименования объектов написаны строчными знаками. Главные атрибуты подчеркнуты.
2.4 Построение реляционной модели базы данных
Чтоб получить реляционную модель, следует выполнить такие деяния:
· для связей 1:N добавить особое поле в таблицу со стороны «почти все» (наружный ключ), которое служит для ссылки на таблицу, находящуюся со стороны «один»
· для связей М:N нужно сделать доп таблицу, которая содержит первичные ключи таблиц из связи, также доп атрибуты, относящиеся к составному объекту, который описывает эту связь.
В итоге получена структура базы данных, которая будет на физическом уровне храниться в памяти компа. Реляционная модель базы данных представлена в приложении 2.
3. ОПИСАНИЕ СПОСОБОВ РЕАЛИЗАЦИИ ЗАПРОСОВ
Добавление записей в журнальчик
INSERT INTO Journal ( Id_Users, Data_journal, Action_journal ) VALUES ([идентификаторпользователя], Date(), «Всистеме»);
Какие исполнители не получили заработную плату в этом месяце
SELECT Artists.Name_Artists FROM Artists LEFT JOIN Payment ON Artists.Id_Artists = Payment.Id_Artists WHERE (((Artists.Id_Artists) Not In (SELECT Id_Artists FROM Payment))) GROUP BY Artists.Name_Artists;
На какой концерт не осуществлялась продажа билетов на данной нам недельки
SELECT Concert.Name FROM Concert LEFT JOIN SellTikets ON Concert.Id_Concert = SellTikets.Id_Concert WHERE (((Exists (SELECT Id_Concert FROM SellTikets where SellTikets.Id_Concert=Concert.Id_Concert ))=False)) GROUP BY Concert.Name;
На скольки концертах выступает любой артист
SELECT Artists.Name_Artists, Count(Busy_artists.Id_Concert) AS [Count] FROM Artists RIGHT JOIN Busy_artists ON Artists.Id_Artists= Busy_artists.Id_Artists GROUP BY Artists.Name_Artists;
Сколькобилетовпроданозамесяц
SELECT Count(SellTikets.Id_Sell) AS [Count] FROM SellTikets WHERE (((SellTikets.Date_of_SellTickets) Between Date()-30 And Date()));
сколько билетов продано на любой концерт
SELECT Concert.Name, Count(SellTikets.Id_Sell) AS [Count] FROM Concert LEFT JOIN SellTikets ON Concert.Id_Concert=SellTikets.Id_Concert GROUP BY Concert.Name;
Скольковыплатпроизведенозамесяц
SELECT Count(Payment.Id_Payment) AS [Count] FROM Payment WHERE (((Payment.Data_Payment) Between Date()-30 And Date()));
Перечень артистов участвующих в данном концерте
SELECT Artists.Name_Artists, Concert.Name FROM Concert LEFT JOIN (Artists RIGHT JOIN Busy_artists ON Artists.Id_Artists = Busy_artists.Id_Artists) ON Concert.Id_Concert = Busy_artists.Id_Concert WHERE (((Concert.Id_Concert) = [Введите № концерта])) ORDER BY Artists.Name_Artists;
Перечень билетов в номере места, которых есть данная цифра
SELECT Ticket_type.NameType_tick, Tickets.Reference_number, Tickets.Seat_number FROM Ticket_type LEFT JOIN Tickets ON Ticket_type.Id_Type_tick = Tickets.Id_Type_Tick WHERE (((Tickets.Seat_number) Like [Введитецифту]+»*»));
Перечень билетов приобретенных за апрель месяц
SELECT Concert.Name, Tickets.Reference_number, Tickets.Seat_number, SellTikets.Date_of_SellTickets FROM Tickets RIGHT JOIN (Concert LEFT JOIN SellTikets ON Concert.Id_Concert = SellTikets.Id_Concert) ON Tickets.Id_Tickets = SellTikets.Id_Tickets WHERE (((SellTikets.Date_of_SellTickets) Between #4/1/2010# And #5/1/2010#));
Перечень вхождений в систему за данное число
SELECT Users.Name_Users, Journal.Data_journal, Journal.Action_journal FROM Users LEFT JOIN Journal ON Users.Id_Users = Journal.Id_Users WHERE (((Journal.Data_journal)=[«Введитедату»]));
Перечень вхождений в систему за недельку
SELECT Users.Name_Users, Journal.Data_journal, Journal.Action_journal FROM Users LEFT JOIN Journal ON Users.Id_Users = Journal.Id_Users WHERE (((Journal.Data_journal) Between Date()-7 And Date()));
Перечень выплат сделанных для данного актера
SELECT Artists.Name_Artists, Payment.Prise_Payment FROM Artists LEFT JOIN Payment ON Artists.Id_Artists = Payment.Id_Artists WHERE (((Artists.Id_Artists)=[Введите № артиста])) ORDER BY Payment.Prise_Payment DESC;
Перечень исполнителей чье имя начинается на заданную буковку
SELECT Artists.Name_Artists FROM Artists WHERE (((Artists.Name_Artists) Like [Введитебукву]+»*»));
Суммавыплатзаапрельмесяц
SELECT Artists.Name_Artists, Sum(Payment.Prise_Payment) AS Summa FROM Artists LEFT JOIN Payment ON Artists.Id_Artists=Payment.Id_Artists WHERE (((Payment.Data_Payment) Between #4/1/2010# And #5/1/2010#)) GROUP BY Artists.Name_Artists;
4. РЕАЛИЗАЦИЯ ОТЧЕТОВ
На скольких концертах выступает любой артист
сколько билетов продано на любой концерт
Перечень билетов приобретенных за апрель месяц
Перечень вхождений в систему за данное число
Перечень вхождений в систему за недельку
Перечень выплат сделанных для данного актера
5. ОПИСАНИЕ ИНТЕРФЕЙСА
5.1 Описание групп юзеров
В системе определены три группы юзеров – админ, Директор, Менеджер, Кассир.
Для каждой группы предусмотрены последующие способности работы с программкой:
Админ – разрешено изменять либо добавлять юзеров.
Директор – может работать со всеми данными, не считая редактирования/удаления юзеров.
Менеджер– может работать со всеми данными, которые касаются провидения концертов и расчета с исполнителями.
Кассир — может работать лишь с теми данными, которые касаются реализации билетов.
5.2 Описание интерфейса
интерфейс реализован на языке программирования MicrosoftAccess.
Сначало загружается основная форма, которая дозволяет просматривать, редактировать и удалять разные данные. Для ввода и просмотра данных сделаны особые элементы управления, связанные с определенными таблицами.
права юзеров разбиты за счет отображения различных форм, в каких производятся те либо другие деяния.
6. КОНТРОЛЬНЫЙ ПРИМЕР
При запуске программки нужно ввести имя юзера и пароль.
При входе под админом отображается форма последующего вида.
При входе под учетной записью директора отображается форма с 3-мя закладками.
На первой вкладке находятся таблицы, с которыми может работать директор.
На 2-ой вкладке находятся запросы, которые было надо воплотить в процессе курсовой работы.
Запросы были реализованы при помощи SQL.
На вкладке номер три реализованы отчеты о задействованности исполнителей, загруженности зала на любой концерт, перечень билетов приобретенных за апрель месяц и перечень выплат для всякого артиста которые было надо воплотить в процессе курсовой работы.
При входе под учетной записью менеджера отображается форма:
На ней размещены таблицы, запросы и отчеты с которыми может работать менеджер.
При входе под учетной записью кассира отображается форма последующего вида.
ВЫВОДЫ
В итоге выполнения курсовой работы была получена полнофункциональная система учета для предметной области «Концертный зал». Были на практике углублены и закреплены познания из курса «Организация баз данных и познаний». Работа была выполнена на Access (составление базы базы – таблиц и связей меж ними, проектирование запросов, создание отчетов, разработка пользовательского интерфейса), с внедрением языка запросов SQL.
Также были получены практические способности по ведению системы авторизации и мониторинга юзеров программного обеспечения, введен журнальчик ошибок.
]]>