Разработка информационного обеспечения для автоматизированной информационно-управляющей системы "Кинотеатр"

1

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

3

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

Министерство образования и науки Российской Федерации

Федеральное агентство по образованию

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

ВЫСШЕГО ПРОФЕССИОНАЛЬНОГО ОБРАЗОВАНИЯ

«ОРЕНБУРГСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ»

Факультет информационных технологий

Кафедра управления и информатики в технических системах

КУРСОВАЯ РАБОТА

по дисциплине «автоматизированные информационно-управляющие системы»

Разработка информационного обеспечения для

автоматизированной информационно-управляющей системы «Кинотеатр»

ГОУ ОГУ 220201.65. 5 4 11 9 O

Руководитель

___________

«___»____________2011 г.

Исполнитель

студентка гр. 07УИТС

-___________Малик Е.М.

«___»____________2011 г.

Оренбург 2011

Содержание

1. Проектный раздел

1.1 Разработка информационного обеспечения АИС

1.1.1 Внешний уровень БД

1.1.2 Концептуальный уровень БД

1.1.3 Физическая модель базы данных на основе выбранной СУБД

1.1.4 Реализация ограничений целостности БД

1.2 Рекомендации к эксплуатации разработанного программного продукта

1. Проектный раздел

1.1 Разработка информационного обеспечения АИС

1.1.1 Внешний уровень БД

1.2.1 Формализованное описание предметной области

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

Формализованное описание предметной области представлено в виде двух таблиц - таблица 2.1 и таблица 2.2.

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

Таблица 2.1 - Объекты и свойства

Объект	Свойство
	Уникальный идентификатор	Физические характеристики	Опциональность	Логические ограничения	Процессы
Физическое лицо
Код	У1, П	Число, 5	Да	>0	Г, ПР
Фамилия		Символ, 30	Да	Первая заглавная	ВВ, ПР, ОБ
Имя		Символ, 20	Да	Первая заглавная	ВВ, ПР, ОБ
Отчество		Символ, 25	Нет	Первая заглавная	ВВ, ПР, ОБ
Дата рождения		Дата		дд.мм.гггг	ВВ, ПР, ОБ
ИНН	У2	Строка, 12	Да	Только числа	ВВ, ПР, ОБ
СНИЛС	У3	Строка, 14	Да	Только числа	ВВ, ПР, ОБ
Приказ
Код	У1, П	Число, 5	Да	>0	Г, ПР
Номер		Число, 10	Да	>0	ВВ, ПР, ОБ
Дата		Дата	Да	дд.мм.гггг	ВВ, ПР, ОБ
Объект	Свойство
	Уникальный идентификатор	Физические характеристики	Опциональность	Логические ограничения	Процессы
Тип приказа
Код	У1, П	Число, 5	Да	>0	Г, ПР
Название		Символ, 15	Да		ВВ, ПР, ОБ
Должность
Код	У1, П	Число, 5	Да	>0	Г, ПР
Название		Символ, 15	Да		ВВ, ПР, ОБ
Пол
Код	У1, П	Число, 5	Да	>0	Г, ПР
Название		Символ, 15	Да		ВВ, ПР, ОБ
Билет
Код	У1, П	Число, 5	Да	>0	Г, ПР
Серия		Число, 5	Да	>0	ВВ, ПР, ОБ
Номер		Число, 10	Да	>0	ВВ, ПР, ОБ
Дата		Дата	Да	дд.мм.гггг	ВВ, ПР, ОБ
Время		Строка, 8	Да	чч:мм:сс	ВВ, ПР, ОБ
Место		Число, 2	Да	>0	ВВ, ПР, ОБ
Касса
Код	У1, П	Число, 5	Да	>0	Г, ПР
Номер		Число, 1	Да	>0	ВВ, ПР, ОБ
Зал
Код	У1, П	Число, 5	Да	>0	Г, ПР
Номер		Число, 1	Да	>0	ВВ, ПР, ОБ
Ряд
Код	У1, П	Число, 5	Да	>0	Г, ПР
Номер		Число, 2	Да	>0	ВВ, ПР, ОБ
Время сеанса
Код	У1, П	Число, 5	Да	>0	Г, ПР
Время		Строка, 5	Да	чч:мм:сс	ВВ, ПР, ОБ
Процент от стоимости		Число, 3	Да	>0	ВВ, ПР, ОБ
Объект	Свойство
	Уникальный идентификатор	Физические характеристики	Опциональность	Логические ограничения	Процессы
Дополнения
Код	У1, П	Число, 5	Да	>0	Г, ПР
Название		Символ, 15	Да		ВВ, ПР, ОБ
Процент от стоимости		Число, 3	Да	>0	ВВ, ПР, ОБ
Тип дополнения
Код	У1, П	Число, 5	Да	>0	Г, ПР
Название		Символ, 10	Да		ВВ, ПР, ОБ
Фильм
Код	У1, П	Число, 5	Да	>0	Г, ПР
Название		Символ, 30	Да		ВВ, ПР, ОБ
Стоимость		Число, 4	Да	>0	ВВ, ПР, ОБ
Жанр
Код	У1, П	Число, 5	Да	>0	Г, ПР
Название		Символ, 15	Да		ВВ, ПР, ОБ
Ограничения по возрасту
Код	У1, П	Число, 5	Да	>0	Г, ПР
Название		Строка, 5	Да		ВВ, ПР, ОБ
Кинокомпания
Код	У1, П	Число, 5	Да	>0	Г, ПР
Название		Символ, 30	Да		ВВ, ПР, ОБ

В таблице 2.1 использованы следующие сокращения:

· ВВ - ввод;

· ПР - просмотр;

· Г - генерация;

· У - уникальный идентификатор;

· П - первичный ключ.

Таблица 2.2 - Объекты и связи

Классы объектов	Опциональность связи	Название связи со стороны	Тип связи
Главный КО	Подчиненный КО	Главный	Подчиненный	Главный	Подчиненный	Главный	Подчиненный
Физическое лицо	Приказ	Нет	Да	Включено в	Относится	1	М
Должность	Приказ	Нет	Да	Включено в	Относится	1	М
Тип приказа	Приказ	Нет	Да	Соответствует	Имеет	1	М
Пол	Физическое лицо	Нет	Да	Соответствует	Имеет	1	М
Касса	Билет	Нет	Да	Реализовать	Продан в	1	М
Зал	Билет	Нет	Да	Указан в	Содержит	1	М
Зал	Ряд	Нет	Да	Содержит	Входит в	1	М
Ряд	Билет	Нет	Да	Указан в	Содержит	1	M
Время сеанса	Билет	Нет	Да	Указано в	Содержит информацию о	1	М
Тип дополнения	Дополнения	Нет	Да	Соответствует	Имеет	1	М
Дополнения	Билет	Нет	Да	Включено в	Содержит	1	М
Жанр	Фильм	Нет	Да	Включает	Принадлежит	1	М
Кинокомпания	Фильм	Нет	Да	Выпускает	Снят	1	М
Ограничения по возрасту	Фильм	Нет	Нет	Соответствует	Имеет	1	М
Фильм	Билет	Нет	Да	Указан в	Продан на	1	М
Физическое лицо	Билет	Нет	Да	Продал	Продано	1	М

В таблице 2.2 использованы сокращения:

· 1 - мощность связи «один»;

· М - мощность связи «много»;

· Да - связь обязательная («должен быть»);

· Нет - связь необязательная («может быть»).

1.1.1 Концептуальный уровень БД

1.1.1.1 Информационно-логическая модель предметной области

Информационно-логическая модель предметной области отображается в виде ER-диаграммы, которая строится по методологии Ричарда Баркера. По данной методологии сущности соответствуют прямоугольным блокам, внутри которых заглавными буквами записывается имя сущности, а строчными - ее атрибуты. Линии, соединяющие между собой блоки, соответствуют связям между сущностями. Разветвляющееся окончание такой линии с одной стороны и одинарное окончание с другой говорят о том, что связь между сущностями имеет тип «многие к одному».

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

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

Значения некоторых атрибутов могут в какие-то моменты просто отсутствовать или же быть недоступны. В таких случаях перед именем атрибута на схеме ставится буква «o», что говорит о том, что атрибут - необязательный. Те атрибуты, значения которых должны быть известны всегда, имеют перед своим именем символ «*».

Связью называется поименованное отношение, имеющее место между двумя сущностями.

Каждая связь имеет два конца, каждый из которых обладает:

- именем;

- степенью (мощностью);

- признаком обязательности.

При разработке модели базы данных была составлена ER-диаграмма для данного программного средства, которая представлена на рисунке 1.1.

Рисунок 1.1 - ER-диаграмма



1.1.1.2 Даталогическая модель предметной области

Под даталогической понимается модель, отражающая логические взаимосвязи между элементами данных безотносительно их содержания и физической организации. Даталогическая модель базы данных разрабатываемой системы представлена на рисунке 1.2. На рисунке представлены: 16 таблиц, из которых 10 являются справочными, 6 основными. Все связи между таблицами - один ко многим.

Рисунок 1.2 - Даталогическая модель базы данных

Преобразование связи 1:М. Связь реализуется копированием первичного ключа из реляционного отношения на стороне «один» в реляционное отношение на стороне «много», из главного отношения в подчиненное. Новому появившемуся атрибуту присваивается уникальное в пределах отношения имя. В имени хорошо использовать имя таблицы, откуда осуществляется копия. Этот вновь появившийся атрибут помечается как внешний ключ. Если на ER -диаграмме опциональность связи со стороны «много» была обязательной, то опциональность внешнего ключа также обязательная. В противном случае опциональность внешнего ключа будет иметь значение «м.б.». Если уникальность класса объектов со стороны «много» определялась из связи, то внешний ключ должен входить в состав первичного ключа, эта ситуация соответственно помечается.

1.1.1.3 Анализ схем отношений на соответствие 3НФ

Необходимо проверить полученную схему на соответствие её нормальной форме Бойса-Кодда.

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

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

Полученная схема может быть не нормализована по следующим причинам:

- отсутствие опыта проектировщика;

- не были выделены все классы объектов присущие данной предметной области;

- не правильно распределены качественные и количественные характеристики по классам объектов.

Поэтому после построения даталогической модели необходимо провести анализ полученных схем отношений на соответствие нормальной форме Бойса-Кодда (НФБК).

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

Ввиду того, что все атрибуты отношений атомарные и нет повторяющихся групп, можно говорить, что достигнута первая нормальная форма (1НФ).

В каждой из полученных схем использованы не составные ключи, что делает невозможными частичные зависимости, а значит, достигнута вторая нормальная форма (2НФ).

В полученных схемах отношений отсутствуют транзитивные зависимости, что подтверждает их соответствие третьей нормальной форме (3НФ).

Кроме того, каждый детерминант отношения является потенциальным ключом, что свидетельствует о достижении НФБК.

В большинстве случаев достаточно привести схему отношений к нормальной форме Бойса-Кодда и на этом завершить нормализацию.

Проведя проверку на соответствие полученной схемы отношений НФБК, пришли к выводу, что схема отношений соответствует НФБК.

1.1.2 Физическая модель базы данных на основе выбранной СУБД

1.1.2.1 Описание проектируемых объектов БД

СУБД InterBase поддерживает ряд объектов реляционной базы данных: таблица, представление, триггер, домен, роль, индекс.

Таблица является базовой структурой реляционной базы данных, которая состоит из строк и столбцов с данными.

Представление - это поименованная динамически поддерживаемая СУБД выборка данных из одной или нескольких таблиц.

Триггер - хранимая процедура, автоматически выполняемая СУБД, как реакция на какое-либо действие в таблице.

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

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

Роль представляет собой именованных набор прав и привилегий на объект БД.

Описанные объекты реализованы в разрабатываемой БД.



1.1.2.2 Техническое описание объектов БД

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

В процессе реализации разрабатываемой АИС будут созданы таблицы генераторы, триггеры, роли.

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

CREATE TABLE имя_таблицы (имя_столбца тип_данных

[NULL|NOT NULL ] [,...n])

[PRIMARY KEY (имя_столбца [,...n])

{[UNIQUE (имя_столбца [,...n])}

[FOREIGN KEY (имя_столбца_внешнего_ключа [,...n]).

Ключевое слово NULL используется для указания того, что в данном столбце могут содержаться значения NULL. По умолчанию стандарт SQL предполагает наличие ключевого слова NULL. Primary Key - определения первичного ключа. Unique - значения столбца(-ов) могут быть только уникальными. Foreign Key - определение внешнего ключа.

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

CREATE GENERATOR имя.

Триггер - это процедура базы данных, которая автоматически вызывается SQL сервером при возникновении определенных событий в базе данных (добавление, удаление, обновление записей). Синтаксис оператора создания триггера следующий:

CREATE TRIGGER name FOR table

{BEFORE| AFTER}

{DELETE| INSERT| UPDATE}

[POSITION number]

AS BEGIN

<compound_statements>

[<compound_statcment> ...]

END.

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

{CREATE| ALTER} VIEW имя_просмотра [(имя_столбца [,...n])]

AS SELECT_onepaтop

Каждая СУБД должна поддерживать механизм, гарантирующий, что доступ к базе данных смогут получить только те пользователи, которые имеют соответствующее разрешение. Язык SQL включает оператор GRANT, предназначенный для организации защиты таблиц в базе данных. Он применяется для предоставления привилегий в отношении поименованных объектов базы данных указанным пользователям. Оператор GRANT имеет следующий формат:

GRANT {<привилегия>[,...п]|

ALL PRIVILEGES}

ON имя_объекта

ТО {<идентификатор_пользователя>

[,...n]| PUBLIC}

[ WITH GRANT OPTION].

Параметр <привилегия>:

{SELECT|DELETE|INSERT

[(имя_столбца[,...п])]

| UPDATE [(имя_столбца[,...п])]}

| REFERENCES [(имя_столбца[,...п])] |

USAGE].

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

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

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

Create Role rolename.

На сегодняшний день язык SQL является единственным признанным стандартом языка баз данных, поддерживаемым всеми основными поставщиками СУБД.

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

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

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

- выполнять простые и сложные запросы.

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

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

СУБД InterBase использует ЯОД, который является диалектом стандарта языка SQL.

Проектируемые объекты БД СУБД InterBase можно представить в виде таблиц 1.2 - 1.20.



Таблица 1.2 - Билет

Имя поля	Ключ	Тип, длина	Обязательность значения
ID	PK	INTEGER	NOT NULL
SERIYA		INTEGER	NOT NULL
NUMBER		INTEGER	NOT NULL
DATA		DATE	NOT NULL
VREMYA		VARCHAR (8)	NOT NULL
MESTO		INTEGER	NOT NULL
Имя поля	Ключ	Тип, длина	Обязательность значения
ID_FL	FK1	INTEGER	NOT NULL
ID_KASSA	FK2	INTEGER	NOT NULL
ID_ZAL	FK3	INTEGER	NOT NULL
ID_RYD	FK4	INTEGER	NOT NULL
ID_VR_SEANSA	FK5	INTEGER	NOT NULL
ID_DOPOLN	FK6	INTEGER	NOT NULL
ID_FILM	FK7	INTEGER	NOT NULL

Таблица 1.3 - Должность

Имя поля	Ключ	Тип, длина	Обязательность значения
ID	PK	INTEGER	NOT NULL
NAME		VARCHAR (30)	NOT NULL

Таблица 1.4 - Дополнения

Имя поля	Ключ	Тип, длина	Обязательность значения
ID	PK	INTEGER	NOT NULL
NAME		VARCHAR (15)	NOT NULL
PR_STOIMOST		INTEGER	NOT NULL
ID_TIP_DOPOLN	FK	INTEGER	NOT NULL

Таблица 1.5 - Фильм

Имя поля	Ключ	Тип, длина	Обязательность значения
ID	PK	INTEGER	NOT NULL
NAZVANIE		VARCHAR (30)	NOT NULL
STOIMOST		INTEGER	NOT NULL
ID_GANR	FK1	INTEGER	NOT NULL
ID_KINOKOMPANIYA	FK2	INTEGER	NOT NULL
ID_OGR_VOZR	FK3	INTEGER	NOT NULL

Таблица 1.6 - Физическое лицо

Имя поля	Ключ	Тип, длина	Обязательность значения
ID	PK	INTEGER	NOT NULL
FAMILIYA		VARCHAR (30)	NOT NULL
IMYA		VARCHAR (20)	NOT NULL
OTCHESTVO		VARCHAR (25)
DR		DATE	NOT NULL
INN		VARCHAR (12)	NOT NULL
SNILS		VARCHAR (14)	NOT NULL
ID_POL	FK	INTEGER	NOT NULL

Таблица 1.7 - Жанр

Имя поля	Ключ	Тип, длина	Обязательность значения
ID	PK	INTEGER	NOT NULL
NAME		VARCHAR (20)	NOT NULL

Таблица 1.8 - Касса

Имя поля	Ключ	Тип, длина	Обязательность значения
ID	PK	INTEGER	NOT NULL
NUMBER		INTEGER	NOT NULL

Таблица 1.9 - Кинокомпания

Имя поля	Ключ	Тип, длина	Обязательность значения
ID	PK	INTEGER	NOT NULL
NAME		VARCHAR (30)	NOT NULL

Таблица 1.10 - Ограничения по возрасту

Имя поля	Ключ	Тип, длина	Обязательность значения
ID	PK	INTEGER	NOT NULL
NAME		VARCHAR (5)	NOT NULL

Таблица 1.11 - Пол

Имя поля	Ключ	Тип, длина	Обязательность значения
ID	PK	INTEGER	NOT NULL
NAME		VARCHAR (7)	NOT NULL

Таблица 1.12 - Приказ

Имя поля	Ключ	Тип, длина	Обязательность значения
ID	PK	INTEGER	NOT NULL
NUMBER		INTEGER	NOT NULL
DATA		DATE	NOT NULL
ID_DOLGN	FK1	INTEGER	NOT NULL
ID_TIP_PRIKAZA	FK2	INTEGER	NOT NULL
ID_FL	FK3	INTEGER	NOT NULL

Таблица 1.13 - Ряд

Имя поля	Ключ	Тип, длина	Обязательность значения
ID	PK	INTEGER	NOT NULL
NUMBER		INTEGER	NOT NULL
ID_ZAL	FK	INTEGER	NOT NULL

Таблица 1.14 - Тип дополнения

Имя поля	Ключ	Тип, длина	Обязательность значения
ID	PK	INTEGER	NOT NULL
NAME		VARCHAR (10)	NOT NULL

Таблица 1.15 - Тип приказа

Имя поля	Ключ	Тип, длина	Обязательность значения
ID	PK	INTEGER	NOT NULL
NAME		VARCHAR (30)	NOT NULL

Таблица 1.16 - Время сеанса

Имя поля	Ключ	Тип, длина	Обязательность значения
ID	PK	INTEGER	NOT NULL
VREMY		VARCHAR (8)	NOT NULL
PROCENT_STOIMOSTI	FK	INTEGER	NOT NULL

Таблица 1.17 - Зал

Имя поля	Ключ	Тип, длина	Обязательность значения
ID	PK	INTEGER	NOT NULL
NUMBER		INTEGER	NOT NULL

1.1.3 Реализация ограничений целостности БД

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

Поддержка целостности реляционной БД рассматривается в следующих аспектах.

Целостность таблицы. Обязательно должны поддерживаться:

- уникальность строк таблицы. Должен быть определен первичный ключ таблицы, и значение его должно быть определено;

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

Эти ограничения реализуются в командах создания и модификации таблиц. Например, в языке SQL это команды Create Table. В этих командах для описания полей - первичных ключей используется конструкция Primary Key, для описания полей - уникальных ключей конструкция Unique, обязательность значений полей задается конструкцией Not Null.

Ссылочная целостность. Каждая таблица проектируемой БД должна быть связана с другими посредством соответствующих первичных и внешних ключей, т.е. быть либо родительской (главной) по отношению к другим таблицам, либо дочерней (подчиненной), либо той и другой для разного уровня связей. Назначение внешнего ключа - связывать каждую строку дочерней таблицы с соответствующей строкой родительской таблицы. Значение внешнего ключа может иметь и пустое значение (Null), если он реализует необязательную связь, выявленную в предметной области. В качестве значения внешнего ключа может выступать значение и любого уникального (потенциального) ключа.

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

В среде СУБД InterBase связь между двумя таблицами можно определить в команде Create Table при помощи конструкции Foreign Key, задающей явно поле - внешний ключ, ссылающийся на соответствующее поле - первичный ключ (конструкция References). В этом случае СУБД InterBase запрещает изменять значение первичного ключа, если на нее ссылаются какая-либо строка из дочерней таблицы и удалять запись в родительской таблице, если на неё есть ссылающаяся запись из дочерней таблицы. Таким образом, связь, описанная в команде Create Table, блокирует каскадные изменения и удаления в родительской и дочерней таблицах. По умолчанию СУБД InterBase использует стратегию No Action (удаление строки из родительской таблицы запрещено, если в дочерней таблице есть хотя бы одна ссылающаяся на неё строка).

1.2 Рекомендации к эксплуатации разработанного программного продукта

Разработанная АИС имеет удобный интерфейс, не требует установки. Для того, чтобы начать работу пользователю необходимо запустить локальный сервер, содержащий созданную базу данных и непосредственно саму программу (.exe файл). Главная форма представлена на рисунке 1.3.

Рисунок 1.3 - Главная форма

На форме расположены четыре главные позиции меню:

- Продажа билетов;

- Сведения о кино;

- Отдел кадров;

- Выход из программы.

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

Наиболее наглядно и объемно отображают все использованные для создания АИС компоненты Delphi 7 формы билет, Фильм и приказ.

Внешний вид формы билет представлен на рисунке 1.4. Использованные компоненты: DBGrid, Edit, DBLookupComboBox, DateTimePicker, Label и Button. На данной форме отображается вся информация, представленная в конечном счете на билете посетителя кинотеатра, за исключением информации о дополнениях. Поле тип дополнения нужно для расчета при дальнейшей разработке АИС цены билета с учетом всех скидок или надбавок. Как и на всех других формах строки в данной можно добавлять, изменять и удалять нажатием соответствующих кнопок. Кнопка «Возврат» закрывает форму и прекращает работу с ней. Позиции, расположенные слева на форме, то есть:

ь Серия

ь Номер

ь Дата

ь Время сеанса

ь Место

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

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

Рисунок 1.4 - Форма Билет

Форма «Фильм» по используемым возможностям аналогична предыдущей форме. Здесь представлены позиции:

ь Название фильма

ь Стоимость

ь Жанр

ь Кинокомпания

ь Ограничения по возрасту

Данная форма представлена на рисунке 1.5.

Рисунок 1.5 - Форма Фильм

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



Внешний вид формы представлен на рисунке 1.6.

Рисунок 1.6 - Форма Приказ

Из всех таблиц базы данных на формы не выведена только таблица «Пол», так как внесения изменений в данную таблицу не потребуется. Связь с ней осуществлена на форме «Физическое лицо» посредством средства DBLookupComboBox, связанного с отдельным DataCource.

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