Информационная система по репертуару театра

Анализ предметной области информационной системы репертуара театра, на основе данных которого была спроектирована инфологическая модель для базы данных. Датологическая модель и реализация вывода информации из БД, соответствующей запросам техзадания.

Рубрика Программирование, компьютеры и кибернетика
Вид курсовая работа
Язык русский
Дата добавления 16.05.2021
Размер файла 3,8 M

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.

Размещено на http://www.allbest.ru/

27

ФЕДЕРАЛЬНОЕ АГЕНСТВО СВЯЗИ

ФЕДЕРАЛЬНОЕ ГОСУДАРСТВЕННОЕ БЮДЖЕТНОЕ ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ ВЫСШЕГО ОБРАЗОВАНИЯ

«САНКТ-ПЕТЕРБУРГСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ ТЕЛЕКОММУНИКАЦИИ им. проф. М. А. БОНЧ-БРУЕВИЧА» (СПБГУТ)

Кафедра Безопасности информационных систем

Курсовая работа

Информационная система по репертуару театра

Исполнитель: студент 2 курса, группы ИСТ-721 направление подготовки 09.03.02 А.М.Орлова

САНКТ-ПЕТЕРБУРГ 2019

РЕФЕРАТ

база данных театр датологическая модель

Отчет с. 36, рис 64.

ПРЕДМЕТНАЯ ОБЛАСТЬ, ИНФОЛОГИЧЕСКАЯ МОДЕЛЬ, СУЩНОСТЬ, АТРИБУТ, СВЯЗЬ, ДАТОЛОГИЧЕСКАЯ МОДЕЛЬ, ТАБЛИЦА, КЛЮЧ, ЗАПРОС.

Объектом разработки является информационная система репертуара театра, учитывающая работников, их награды, личную информацию, репертуар каждого из них. Также, информационная система учитывает собственный репертуар театра - какие спектакли уже ставились тем или иным режиссером в театре. Информационная система может учитывать информацию о билетах: количество проданных билетов на любой спектакль, общую сумму выручки.

В ходе работы был произведен анализ предметной области информационной системы репертуара театра, на основе данных которого была спроектирована инфологическая модель для разрабатываемой базы данных.

Была разработана датологическая модель и реализован вывод различной информации из базы данных, соответствующей запросам технического задания.

ОГЛАВЛЕНИЕ

  • ВВЕДЕНИЕ
  • 1. Инфологическое проектирование информационной системы по репертуару театра
  • 1.1 Описание предметной области
  • 1.2 Инфологическая модель
  • 2. Датологическое проектирование информационной системы по репертуару театра
  • 2.1 Создание таблиц
  • 2.2 Заполнение таблиц
  • 2.3 Запросы
  • ЗАКЛЮЧЕНИЕ

ВВЕДЕНИЕ

Информация - неотъемлемая часть человеческой жизни. В информационном обществе ее количество увеличивается в несколько раз каждую минуту. При таком изобилии информации в ней очень легко запутаться.

Цель - разработать информационную систему по репертуару театра для удобства хранения и извлечения информации о сотрудниках театра, их должностях, наградах и других качествах.

Задачи:

- анализ предметной области;

- разработка инфологической модели системы;

- создание датологической модели;

- создание запросов.

Информационная система театра - источник очень большого количества информации, которую необходимо структурировать для сокращения времени работы, упрощения алгоритма ее обработки.

База данных должна обеспечивать учет работников, спектаклей, наград, званий и билетов. Решение поставленных задач позволит достичь цели курсовой работы, а именно создания базы данных для обеспечения деятельности театра.

Актуальность разработки состоит в упрощении алгоритмов обработки, просмотра и редактирования данных. База данных должна быть разработана в среде Oracle, с использованием языка программирования SQL. Результатом работы должна стать база данных, удовлетворяющая всем требованиям технического задания.

1. ИНФОЛОГИЧЕСКОЕ ПРОЕКТИРОВАНИЕ ИНФОРМАЦИОННОЙ СИСТЕМЫ ПО РЕПЕРТУАРУ ТЕАТРА

1.1Описание предметной области

База данных - именованная совокупность данных, отражающая состояние объектов и их связей предметной области.

Предметной областью данной курсовой работы является репертуар театра, в котором хранится информация о работниках театра, спектаклях и билетах.

Табельный номер - уникальный номер каждого сотрудника театра, который присваивается ему при получении должности в данном театре.

Работники театра характеризуются табельным номером, именем, фамилией, отчеством, датой начала работы, датой рождения, полом, должностью и образованием.

Образование может отсутствовать, может быть средним неполным, средним специальным и высшим.

Работников театра можно подразделить на актеров, музыкантов, постановщиков и служащих.

Актеры характеризуются специальностью (актер драмы, актер театра кукол, актер оперы, актер эстрады). Музыканты характеризуются музыкальным инструментом. Постановщиков можно подразделить на режиссеров, художников, дирижеров.

Актеры, постановщики и музыканты могут иметь звания. Звание характеризуется табельным номером, типом звания (заслуженный артист, народный артист) и датой присвоения.

Звание «Заслуженный артист» присваивается высокопрофессиональным деятелям искусства (актеру, постановщику или музыканту) за личные заслуги. Звание «Народный артист» является высшим почетным званием и присваивается не раньше, чем через 10 лет после присвоения почетного звания «заслуженный артист». Работник может иметь лишь одно звание, поэтому если он удостаивается звания «заслуженный артист», запись о нем обновляется, а не добавляется новая.

Также некоторые сотрудники театра, такие как актеры, постановщики и музыканты, могут получать различные награды.

Награды характеризуются табельным номером сотрудника, названием конкурса, типом награды (гран-при, 1 степень, 2 степень, 3 степень), уровнем конкурса (муниципальный, городской, областной, общий по стране, всемирный), датой вручения.

В одном и том же конкурсе в один и тот же год конкурсант может получить лишь одну награду. Определенную награду может получить только один сотрудник, поскольку награды с одинаковыми названиями, но разным годом вручения считаются разными.

Каждый актер, режиссер и музыкант за время своей службы может наработать собственный репертуар ролей, спектаклей или музыкальных произведений. Это означает что, если актер, постановщик или музыкант за время своей работы сыграл в спектакле определенную роль (актер), поставил спектакль (постановщик)или исполнил музыкальное произведение (музыкант), это заносится в список и учитывается в последующих спектаклях. Например, актера, который уже играл определенную роль в спектакле, могут снова поставить играть ее, так как он быстрее с ней справится.

Репертуар актера характеризуется табельным номером работника, ролью и названием спектакля.

Репертуар постановщика характеризуется табельным номером работника и названием спектакля.

Репертуар музыканта характеризуется табельным номером работника и музыкальным произведением.

Известно, что актер не может играть более одной роли в спектакле, единовременно, но может играть разные роли в одном спектакле, если этот спектакль проходит несколько раз, спустя время.

Так же в спектаклях учувствуют музыканты.

Театр ставит спектакли. Спектакль характеризуется номером спектакля, названием, автором, жанром, датой премьеры. Дата премьеры и дата показа могут совпадать, но только один раз для одного спектакля.

Так же у спектакля имеется режиссер-постановщик, художник-постановщик и дирижер-постановщик.

Спектакли, поставленные разными постановщиками, считаются разными.

В театре один зрительный зал вместимостью 2000.

Один спектакль одновременно может смотреть только 2000 человек.

В кассе любой зритель может купить билет на любое представление.

Билет характеризуется номером билета, проданного на конкретный спектакль, проданным на определенный спектакль, названием спектакля, датой показа, временем, ценой, рядом местом, а также порядковым номером билета, пробитым кассой за время ее работы.

Количество билетов, приобретаемых зрителем, может быть любым, но не больше, чем общее число билетов.

Расписание характеризуется номером спектакля, датой и временем.

Необходимо предусмотреть следующие запросы:

- вывод списка всех работников театра по половому признаку;

- вывод списка всех работников театра по стажу работы в театре;

- вывод списка всех работников театра по возрасту;

- вывод списка и общего числа спектаклей, поставленных в театре за указанный период;

- вывод общего числа и списка актеров театра, имеющих звания;

- вывод характеристик выбранного спектакля (название, режиссер, художник, автор, дата исполнения);

- вывод числа приобретенных билетов на выбранный спектакль в указанный день и общая сумма выручки.

1.2 Инфологическая модель

Для создания инфологической модели были определены несколько сущностей.

Сущность «Работник» имеет ключевой атрибут «Табельный номер» («Таб_ном») и несколько неключевых атрибутов: фамилия, имя, отчество, дата начала работы, дата рождения, пол, должность, образование.

Сущность «Актер» имеет ключевой атрибут «Табельный номер»(«Таб_ном») и неключевой атрибут«специальность».

Сущность «Музыкант» имеет ключевой атрибут «Табельный номер»(«Таб_ном») и неключевой атрибут«музыкальный инструмент».

Сущность «Работник» является составной, поскольку в ней выделены общие поля, образующие супертип и непересекающиеся поля - подтип. Таким образом, между сущностями «Работник» и «Актер», «Музыкант» связь один к одному.

Сущность «Звание» имеет ключ: «ID_з» (идентификатор звания) и неключевые атрибуты: «Тип звания». Между сущностями «Работник» и «Звание» связь многие ко многим, поскольку несколько работников могут иметь звания, и у одного работника может быть несколько званий. Для избавления от связи «многие ко многим» необходимо ассоциативная сущность «Звание-Работник» («ЗВ_раб»), ключевыми полями которой являются «ID_з» и «Таб_ном», «Дата» (имеется ввиду дата присвоения звания).

Сущность «Награда» имеет ключ: «ID_н» (идентификатор награды) и неключевые атрибуты: «Название конкурса», «Тип награды», «Уровень конкурса». Между сущностями «Работник» и «Награда» связь многие ко многим, поскольку несколько работников могут иметь награды, и у одного работника может быть несколько наград. Для избавления от связи «многие ко многим» необходимо ассоциативная сущность «Награда-Работник» («Н_раб»), ключевыми полями которой являются «ID_н», «Таб_ном», «Дата»(имеется ввиду дата конкурса).

Сущность «Репертуар актера» имеет первичный ключ:«ID_а»(идентификатор записи о роли) и неключевые атрибуты:«Роль», «Спектакль».Между сущностями «Работник» и «Репертуар актера» связь многие ко многим, поскольку несколько актеров могут играть одну роль, и у одного актера может быть несколько ролей. Для избавления от связи «многие ко многим» необходимо ассоциативная сущность «Актер-Репертуар» («А_реп»), ключевыми полями которой являются «ID_а» и «Таб_ном».

Сущность «Репертуар постановщика» имеет первичный ключ:«ID_п»(идентификатор записи о спектакле) и неключевые атрибуты: «Спектакль».Между сущностями «Работник» и «Репертуар постановщика» связь многие ко многим, поскольку несколько постановщиков могут поставить один спектакль в разное время, и у одного постановщика может быть несколько спектаклей. Для избавления от связи «многие ко многим» необходимо ассоциативная сущность «Постановщик-Репертуар» («П_реп»), ключевыми полями которой являются «ID_п» и «Таб_ном».

Сущность «Репертуар музыканта» имеет первичный ключ:«ID_м»(идентификатор записи о музыкальном произведении) и неключевые атрибуты: «Музыкальное произведение» («Муз_пр»).Между сущностями «Работник» и «Репертуар музыканта» связь многие ко многим, поскольку несколько музыкантов могут играть одно произведение, и у одного музыканта может быть несколько произведений. Для избавления от связи «многие ко многим» необходимо ассоциативная сущность «Музыкант-Репертуар» («М_реп»), ключевыми полями которой являются «ID_м» и «Таб_ном».

Между сущностями «Спектакль» и «Актер» связь многие ко многим, поскольку один актер может участвовать в различных спектаклях, и несколько актеров могут участвовать в одном спектакле. Для избавления от связи многие ко многим необходима ассоциативная сущность «Актер_спектакль» («А_с») имеющая ключевые атрибуты «Ном_сп» и «Таб_ном».

Между сущностями «Спектакль» и «Музыкант» связь многие ко многим, поскольку один музыкант может участвовать в различных спектаклях, и несколько музыкантов могут участвовать в одном спектакле. Для избавления от связи многие ко многим необходима ассоциативная сущность «Музыкант_спектакль» («М_с») имеющая ключевые атрибуты «Ном_сп» и «Таб_ном».

Сущность «Спектакль» имеет ключевой атрибут «Номер спектакля» и неключевые атрибуты: «Название спектакля», «Автор», «Жанр», «Дата премьеры».

Между сущностями «Спектакль» и «Работник» связь многие ко многим, поскольку многие спектакли могут быть поставлены одним постановщиком, и отдельный спектакль ставят несколько постановщиков.

Необходимо создать ассоциативную сущность «Режиссер_спектакль» («Р_с») имеющая ключевые атрибуты «Ном_сп» и «Таб_ном».

Необходимо создать ассоциативную сущность «Художник_спектакль» («Х_с») имеющая ключевые атрибуты «Ном_сп» и «Таб_ном».

Необходимо создать ассоциативную сущность «Дирижер_спектакль» («Д_с») имеющая ключевые атрибуты «Ном_сп» и «Таб_ном».

Сущность «Билет» имеет ключ «Счет кассы» («Сч_касс»), то есть номер билета, пробитого по кассе. Номер является уникальным, поэтому может являться ключевым. Так же неключевые атрибуты:«Название спектакля», «Дата»,«Время», «Цена», «Ряд», «Место», «ID_расп»(идентификатор записи о расписании) для связи с расписанием.

Сущность «Расписание» имеет ключ «ID_расп» (идентификатор записи о расписании) и неключевые атрибуты: «Номер спектакля», «Дата», «Время». Между сущностями «Билет» и «Расписание» связь многие к одному, поскольку на один спектакль может быть продано много билетов.

Между сущностями «Расписание» и «Спектакль» связь многие ко многим, поскольку спектакль может проигрываться несколько дней подряд, и в расписании может быть много спектаклей.Для избавления от связи многие ко многим необходима ассоциативная сущность «Расписание_спектакль» («Расп_спект») имеющая ключевые атрибуты «Ном_сп» и «id_расп».

ER-диаграмма представлена на рисунке 1.

Рисунок 1

2. Датологическое проектирование информационной системы по репертуару театра

Датологическое проектирование - процесс построения логической структуры базы данных на основе конкретной системы управления базой данных. Конкретно, это создание таблиц, определение типов данных, установление размера допустимых значений, создание связей между таблицами.

Для создания датологической модели информационной системы по репертуару театра используется система управления базой данных OracleSQLDeveloper.

2.1 Создание таблиц

С помощью вкладки File/Newв верхней панели SQLDeveloperсоздается новая таблица (рисунок 2, рисунок 3).

Рисунок 2

Рисунок 3

Создается таблица «Работник». Первичным ключом устанавливается поле «Таб_ном», тип данных number, размер 10.

Имена, типы данных и размеры других атрибутов таблицы показаны на рисунке 4.

Рисунок 4

Аналогично создается таблица «Спектакль». Первичным ключом здесь является поле «Ном». Результат представлен на рисунке 5.

Рисунок 5

Первичным ключом таблицы «Акт» (актер) является поле «Таб_ном». Таблица представлена на рисунке 6.

Рисунок 6

На рисунке 7представлена таблица «Муз» (музыкант), первичным ключом которой является поле «Таб_ном».

Рисунок 7

На рисунке 8 представлена таблица «Пост» (постановщик), первичным ключом которой является поле «Таб_ном».

Рисунок 8

На рисунках 9, 10, 11 представлены ассоциативные таблицы для связи работников (актеров, музыкантов, постановщиков) с их репертуарами соответственно.

Рисунок 9

Рисунок 10

Рисунок 11

На рисунке 12 представлена таблица «Бил» (билет). Первичным ключом этой таблицы является«СЧ_касс».

Рисунок 12

На рисунке 13 представлена таблица «Расп» (расписание). Первичным ключом таблицы является «ID_расп».

Рисунок 13

На рисунке 14 представлена таблица «Нагр» (награда). Первичным ключом таблицы является «ID_н».

Рисунок 14

На рисунке 15 представлена таблица «Зван» (звание). Первичным ключом таблицы является «ID_з».

Рисунок 15

На рисунках 16, 17 представлены ассоциативные таблицы для звания и награды соответственно.

Рисунок 16

Рисунок 17

На рисунке 18 представлена ассоциативная таблица «М_с». Первичным ключом таблицы является составной ключ «Ном_сп» и «Таб_ном».

Рисунок 18

На рисунке 19 представлена ассоциативная таблица «А_с». Первичным ключом таблицы является составной ключ «Ном_сп» и «Таб_ном».

Рисунок 19

На рисунках 20, 21, 22 представлены ассоциативные таблицы Р_с, Д_с, Х_с соответственно.

Рисунок 20

Рисунок 21

Рисунок 22

На рисунке 23 представлена таблица «Р_акт» (репертуар актера). Первичным ключом таблицы является «ID_a».

Рисунок 23

На рисунке 24 представлена таблица «Р_пост» (репертуар постановщика). Первичным ключом таблицы является «ID_п».

Рисунок 24

На рисунке 25 представлена таблица «Р_муз» (репертуар музыканта). Первичным ключом таблицы является «ID_м».

Рисунок 25

Таблица актер «Акт» ссылается на таблицу «Работник» (рисунок 26).

Рисунок 26

Таблица «А_реп» связывается таблицы «Р_акт» (репертуар актера) и «Акт» (рисунок 27).

Рисунок 27

Таким же образом таблицы «П_реп» и «М_реп» объединяют таблицы «Работник» с «Р_пост» (репертуар постановщика) и музыкант «Муз» его репертуаром (рисунок 28, рисунок 29).

Рисунок 28

Рисунок 29

Таблицы музыкант «Муз» так же ссылается на таблицу «Работник» (рисунок 30).

Рисунок 30

Таблицы «Работник» и «Награда» связаны посредством таблицы «Н_раб» (рисунок 31).

Таблицы «Работник» и «Звание» связаны посредством таблицы «Зв_раб» (рисунок 32).

Рисунок 31

Рисунок 32

Таблица «М_с» связывает таблицы «Муз» и «Спектакль». (рисунок 33).

Рисунок 33

Таблица «А_с» связывает таблицы «Акт» и «Спектакль». (рисунок 34).

Рисунок 34

Таблицы «Р_с»,«Х_с»,«Д_с» связывает таблицы «Работник» и «Спектакль». (рисунок 35,рисунок 36,рисунок 37).

Рисунок 35

Рисунок 36

Рисунок 37

Таблица расписание «Расп» связана с таблицей «Спектакль» посредством таблицы «Расп_спект» (рисунок 38).

Рисунок 38

Таблица билет «Бил» связана с таблицей «Расп» (рисунок 39).

Рисунок 39

Реляционная модель представлена на рисунке 40.

Рисунок 40

2.2 Заполнение таблиц

После создания таблиц и установления связей между ними следует заполнение таблиц. Для заполнения таблиц был использован раздел «Data», находящийся в верхнем левом углу над таблицей.

В таблицу «Работник» были введены данные, отображенные на рисунке 41.

Рисунок 41

Аналогично были заполнены таблицы «Спектакль», «Расп», «Р_акт», «Р_пост», «Р_муз», «Акт», «Муз», «Д_с», «Р_с», «Х_с» (рисунки 42-51).

Рисунок 42

Рисунок 43

Рисунок 44

Рисунок 45

Рисунок 46

Рисунок 47

Рисунок 48

Рисунок 49

Рисунок 50

Рисунок 51

Так же, таблицы можно заполнять с помощью введения команд в рабочем пространстве «Worksheet» (рисунок 52). Таким образом были заполнены таблицы «Нагр» (рисунок 53), «Зван»(рисунок 54), «Билет»(рисунок 55), и ассоциативные таблицы: «Н_раб»(рисунок 56), «Зв_раб»(рисунок 57), «Расп_спект»(рисунок 58).

insertinto "НАГР" values ('облака','муниципальный','гран-при','9');

Рисунок 52

Рисунок 53

Рисунок 54

Рисунок 55

Рисунок 56 Рисунок 57

Рисунок 58

С помощью команд «INSERT», «UPDATE», «DELETE» можно добавлять, редактировать и удалять различную информацию.

2.3 Запросы

После заполнения таблиц следует создание запросов для вывода различной информации из базы данных.

Для вывода общей информации о работниках театра, их пола, должности, стажа и возраста был разработан запрос, представленный на рисунке 59.

select имя||' '||отч||' '|| фам имя, пол, ((round((sysdate-д_рожд)/365))||' '||'лет') возраст,((round((sysdate-нач_раб)/365,2))||' '||'лет') стаж, долж

from работник

unionselect 'общее ','число ','работников ','=',to_char(count(таб_ном)) from работник;

Рисунок 59

Так же эту информацию можно выводить с наложением условия, например, так, как показано на рисунке 60.

Selectнач_раб, ((round((sysdate-д_рожд)/365,2)) ||) стаж,'лет' лет, таб_ном, имя, фам

Fromработник

Whereнач_раб>'19-СЕН-11';

Рисунок 60

Для вывода общего числа и списка спектаклей, поставленных в театре за указанный период был создан запрос, представленный на рисунке 61.

SELECT distinct("НАЗВ") FROM "СПЕКТАКЛЬ" WHERE "ПРЕМ">='1-май-19' and "ПРЕМ"<='31-май-19'

UNION SELECT 'ОБЩЕЕ ЧИСЛО СПЕКТАКЛЕЙ '||TO_CHAR(COUNT("НОМ")) FROM "СПЕКТАКЛЬ"

WHERE "ПРЕМ">='1-май-19' and "ПРЕМ"<='31-май-19';

Рисунок 61

Для вывода общего числа и списка работников театра, имеющих звания был создан запрос, представленный на рисунке 62.

SELECT "РАБОТНИК"."ИМЯ", "РАБОТНИК"."ФАМ", "ЗВАН"."ТИП" FROM "РАБОТНИК" INNER JOIN "ЗВ_РАБ" USING ("ТАБ_НОМ")

INNER JOIN "ЗВАН" USING("ID_З")

WHERE "РАБОТНИК"."ДОЛЖ"='актер'

UNION SELECT ' ОБЩЕЕЧИСЛОРАБОТНИКОВ',' СОЗВАНИЯМИ',TO_CHAR(COUNT("ТАБ_НОМ")) FROM "ЗВ_РАБ"

inner join "РАБОТНИК" USING ("ТАБ_НОМ")

WHERE "РАБОТНИК"."ДОЛЖ"='актер';

Рисунок 62

Для вывода характеристик указанного спектакля был создан запрос, представленный на рисунке 63.

SELECT СПЕКТАКЛЬ.НАЗВ, СПЕКТАКЛЬ.АВТОР, РАСП.ДАТА, РАСП.ВРЕМЯ,

РАБОТНИК.ФАМ||' РЕЖИССЕР'

FROM

РАСП INNER JOIN "РАСП_СПЕКТ" USING (ID_РАСП)

INNER JOIN

СПЕКТАКЛЬ ON СПЕКТАКЛЬ.НОМ="РАСП_СПЕКТ"."НОМ_СП"

INNER JOIN Р_С ON

СПЕКТАКЛЬ.НОМ = Р_С.НОМ_СП

INNER JOIN РАБОТНИК ON

Р_С.ТАБ_НОМ = РАБОТНИК.ТАБ_НОМ

WHERE СПЕКТАКЛЬ.НАЗВ='отелло'

UNION

SELECT ' ', ' ', РАСП.ДАТА, РАСП.ВРЕМЯ,

РАБОТНИК.ФАМ||' ХУДОЖНИК'

FROM

РАСП INNER JOIN "РАСП_СПЕКТ" USING (ID_РАСП)

INNER JOIN

СПЕКТАКЛЬ ON СПЕКТАКЛЬ.НОМ="РАСП_СПЕКТ"."НОМ_СП"

INNER JOIN Х_С ON

СПЕКТАКЛЬ.НОМ = Х_С.НОМ_СП

INNER JOIN РАБОТНИК ON

Х_С.ТАБ_НОМ = РАБОТНИК.ТАБ_НОМ

WHERE СПЕКТАКЛЬ.НАЗВ='отелло'

UNION

SELECT ' ', ' ', РАСП.ДАТА, РАСП.ВРЕМЯ,

РАБОТНИК.ФАМ||' ДИРИЖЕР'

FROM

РАСП INNER JOIN "РАСП_СПЕКТ" ON РАСП.ID_РАСП=РАСП_СПЕКТ.ID_РАСП

INNER JOIN

СПЕКТАКЛЬ ON СПЕКТАКЛЬ.НОМ="РАСП_СПЕКТ"."НОМ_СП"

INNER JOIN Д_С ON

СПЕКТАКЛЬ.НОМ = Д_С.НОМ_СП

INNER JOIN РАБОТНИК ON

Д_С.ТАБ_НОМ = РАБОТНИК.ТАБ_НОМ

WHERE СПЕКТАКЛЬ.НАЗВ='отелло';

Рисунок 63

Для вывода информации по числу приобретенных билетов на спектакль и общую сумму выручки был создан запрос, представленный на рисунке 64.

SELECT COUNT(НОМ_БИЛ), СПЕКТ FROM "БИЛ"

WHERE "ДАТ"='28-МАЙ-19' AND "СПЕКТ"='ОТЕЛЛО'

GROUP BY СПЕКТ

UNION

SELECT SUM("ЦЕНА"),'ВСЕГО РУБЛЕЙ ЗА СПЕКТАКЛЬ'

FROM "БИЛ"

WHERE "ДАТ"='28-МАЙ-19'AND "СПЕКТ"='ОТЕЛЛО';

Рисунок 64

ЗАКЛЮЧЕНИЕ

В ходе выполнения курсового проекта была описана предметная область информационной системы по репертуару театра.

На основе предметной области была спроектирована инфологическая модель, с помощью которой была спроектирована датологическая модель в среде разработки баз данных OracleSQLDeveloper.

Применение разработанной базы данных для театра способствует облегчению занесения и поиска информации о работниках и спектаклях театра.

Размещено на Allbest.ru


Подобные документы

  • Информационная система компьютерной фирмы, описание предметной области, модель системы. Создание базы данных: постановка задачи, перечень объектов базы данных, инфологическая и датологическая модели, физическое моделирование. Формы, запросы и отчёты.

    курсовая работа [463,7 K], добавлен 12.12.2009

  • Системный анализ и краткая характеристика предметной области. Функции для работы с буферизованной таблицей. Описание предметной области и инфологическое моделирование. Модель "сущность-связь". Проектирование баз данных на основе принципов нормализации.

    курсовая работа [112,9 K], добавлен 27.02.2009

  • Системный анализ и анализ требований к базе данных. Концептуальная и инфологическая модель предметной области. Типы атрибутов в логической модели базы. Физическая модель проектируемой базы данных в методологии IDEF1X. Требования к пользователям системы.

    курсовая работа [2,3 M], добавлен 21.11.2013

  • Содержательное описание предметной области. Структурный анализ бизнес-процесса на основе IDEF0-модели. Построение информационно-логической модели данных. Структурная схема на основе IDEF0. Даталогическая модель данных. Реализация информационной системы.

    курсовая работа [849,7 K], добавлен 10.07.2014

  • Особенности разработки инфологической модели и создание структуры реляционной базы данных. Основы проектирования базы данных. Разработка таблиц, форм, запросов для вывода информации о соответствующей модели. Работа с базами данных и их объектами.

    курсовая работа [981,4 K], добавлен 05.11.2011

  • Требования к составу и параметрам технических средств. Инфологическая (концептуальная) модель предметной области. Физическая и логическая модель базы данных. Создание структуры БД в СУБД MS ACCESS. Программирование приложения. Описание работы с системой.

    курсовая работа [572,2 K], добавлен 17.11.2014

  • Процесс проектирования базы данных на основе принципов нормализации. Применение инфологической модели на втором этапе проектирования. Семантика предметной области в модели базы данных. Оформление, выдача и обмен паспорта. Модель "сущность-связь".

    курсовая работа [67,9 K], добавлен 27.02.2009

  • Функциональная модель предметной области на примере базы данных автоматизированной информационной системы "Общежития". Ведение информационной базы об общежитиях, комнатах и сотрудниках, хранение информации о студентах, специальностях и факультетах.

    курсовая работа [2,7 M], добавлен 10.04.2014

  • Проект базы данных сведений о документах, системе работы и сотрудниках. Анализ предметной области заместителя директора по научно-методической работе. Инфологическая модель и заготовки интерфейса пользователя автоматической информационной системы.

    курсовая работа [1021,9 K], добавлен 24.10.2010

  • Анализ требований к базе данных. Концептуальная (инфологическая) модель предметной области. Сопоставление компонентов логической и физической модели. Создание форм, запросов и отчетов в среде СУБД Visual FoxPro 8.0. Расчеты по аккредитивам и чекам.

    курсовая работа [1,7 M], добавлен 24.06.2013

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.