Входная информация задачи

3.2 Входная информация задачи

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

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

-        информация о сеансах (время проведения сеанса, стоимость билета на данный сеанс);

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

-        информация об имеющихся фильмах (название фильма, жанр, возрастные ограничения на просмотр данного фильма).

3.3 Выходная информация задачи

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

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

4 Логическая модель данных

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

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

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

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

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

-        иерархическая;

-        сетевая;

-        реляционная.

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

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

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

4.2 Описание пользователей и групп пользователей системы

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

4.3 Модель предметной области

Одним из наиболее удобных инструментов унифицированного представления данных, независимого от реализующего его программного обеспечения, является модель "сущность-связь" (entity – relationship model, ER – model). Модель "сущность-связь" основывается на некой важной семантической информации о реальном мире и предназначена для логического представления данных. Она определяет значения данных в контексте их взаимосвязи с другими данными. Категории «сущность» и «связь» объявляются основополагающими, и разделение их производится на этапе создания конкретных представлений некоторой предметной области.

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

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

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

Важным является тот факт, что из модели "сущность-связь" могут быть порождены все существующие модели данных (иерархическая, сетевая, реляционная, объектная), поэтому она является наиболее общей.

Модель «сущность-связь» представлена в Приложении Е.

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

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

Программный продукт представлен проектом – Cinema, который имеет 4 связанных между собой таблицы:

-        Bilety – информация реализованных билетах;

-        Films – информация о всех имеющихся в кинотеатре фильмах;

-        Seansy – информация о времени проведения сеансов и стоимости билетов на эти сеансы;

-        Today – информация о фильмах, которые будут показаны на сегодняшний день.

Похожие работы

Совершенствование системы социальных выплат

Скачать

149249

2

8

... муниципальных органов власти города Магадана и органов государственной власти Магаданской области. Таким образом, обосновывается необходимость совершенствования системы социальной защиты населения. В следующем параграфе представлен проект совершенствования организации социальных выплат на примере Центра социальных выплат города Магадана. 3.2 Разработка административного регламента на оказание ...

Оценка эффективности работы кинотеатров г. Москвы на примере сети кинотеатров "КАРО Фильм"

Скачать

73508

0

0

... должно быть осознано и воспринято всеми без исключения сотрудниками. Только в этом случае "борьба" за зрителя может увенчаться успехом. 2. ПРОЦЕСС ОРГАНИЗАЦИИ РАБОТЫ КИНОТЕАТРОВ НА ПРИМЕРЕ СЕТИ КИНОТЕАТРОВ «КАРО ФИЛЬМ» Г. МОСКВА   2.1 Рынок кинотеатров России В феврале 2009 г. агентство DISCOVERY Research Group завершило исследование рынка кинопроката и кинотеатров в России. В 2008 ...

Автоматизация продажи билетов в кинотеатре

Скачать

32509

19

10

... требований к информационной системе «ПРОДАЖА БИЛЕТОВ В КИНОТЕАТРЕ» 1. Введение 1.1 Цель Цель этого документа – в том, чтобы сформулировать требования к разрабатываемой АИС Продажи билетов в кинотеатре. Данные требования описаны в форме прецедентов, кратких описаний функциональных требований и описаний нефункциональных требований. 1.2 Определения, акронимы и сокращения Основные определения ...

Совершенствование системы документооборота в Отделе участковых милиции Ленинского РОВД

Скачать

213973

23

2

... операций в несколько раз. 4 Обоснование экономической эффективности проекта Задачей проекта является проектирование автоматизированной системы управления документооборотом Отдела организации деятельности участковых уполномоченных милиции Ленинского РОВД. Результатом проекта является снижение трудоемкости, сокращение объема документооборота, повышение достоверности и качества входящей и ...