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

Главная

Программирование, компьютеры и кибернетика
Автоматизация продажи билетов в кинотеатре

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


посмотреть текст работы


скачать работу можно здесь


полная информация о работе


весь список подобных работ


Нужна помощь с учёбой? Наши эксперты готовы помочь!
Нажимая на кнопку, вы соглашаетесь с
политикой обработки персональных данных

Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Федеральное агентство по образованию
Государственное образовательное учреждение высшего профессионального образования
Дальневосточный государственный технический университет (ДВПИ им. В.В. Куйбышева)
Кафедра конструирования и производства радиоаппаратуры
по дисциплине «Проектирование информационных систем»
на тему: Автоматизация продажи билетов в кинотеатре
2.1 Функциональная модель бизнес-процессов 5
2.2 Внешнее окружение проектируемого ПО 10
2.3 Функциональность проектируемого ПО 11
3 . Системные (бизнес) требования 15
4 . Спецификация поведения проектируемого ПО 17
4.1 Распределение требований по субъектам и прецедентам 17
4.2 Диаграмма прецедентов системы 18
4.3 Диаграмма деятельности системы 25
5 . С пецификация состояния проектируемого ПО 27
В данной работе необходимо разработать предложения по автоматизации для продажи билетов в кинотеатре.
Кинотеатр -- коммерческое предприятие с зрительными залами, оборудованными для показа фильмов. В зале располагается экран и зрительные места.
С точки зрения функционирования или структуры кинотеатра, можно сказать, что он располагает зрительными местами с разным уровнем сервиса, комфортности и, соответственно, оплаты. Места могут быть разных типов:
-A (VIP) -- самые дорогие места с максимально комфортными для просмотра условиями;
-B (Comfort) --место меньшей, чем A, стоимости и комфортности, находящиеся в зоне наилучшего обзора, более удобные и соответственно дорогие чем C;
-C (Normal) - наиболее экономные места, без каких-либо выраженных преимуществ. В кинотеатре ведется учет состояния зрительных мест.
Все клиенты желающие приобрести билет должны указать на какой сеанс они хотят его приобрести и класс зрительного места, оплатить стоимость билета.
Любое место зрительного зала имеет номер, по которому ведется учет занято оно или свободно для продажи.
Также кинотеатр предоставляет возможность бронирования билетов.
Таким образом, в функционирование кинотеатра входит:
Предоставление информации о репертуаре кинотеатра;
Услуги бронирования билетов и снятия брони;
Разработать предложения по автоматизации продажи билетов в кинотеатре (сеансы - информация - билеты).
Зритель может выбрать: фильм, сеанс и место из числа предлагаемых системой. Система учитывает статус мест (свободно, продано, бронь). Возможность бронирования мест (условия установления/снятия брони). Справочная информация. Рекламная информация.
2.1 Функциональная модель бизнес-процессов
Построение модели информационной системы начинается с описания функционирования системы в целом в виде контекстной диаграммы.
Рисунок 1 - Контекстная диаграмма «Продажа билетов в кинотеатре»
Взаимодействие системы с окружающей средой описывается с помощью входов («Обращения клиентов», «Репертуар» и «Расписание сеансов»), выходов («Билет», «Возврат билета», «Бронь» и «Снятие брони»), управления («Лицензия», «Нормы» и «Законы РФ»).
Клиенты - люди, создающие спрос на услуги Кинотеатра.
Репертуар - Набор фильмов или других товаров демонстрируемых в Кинотеатре.
Расписание сеансов - Список всех проводимых Кинотеатром сеансов
- Зрительный зал в котором проводится сеанс
Законы РФ - законы по защите прав потребителя, и всероссийские нормы на осуществление коммерческой деятельности.
Билет - право Клиента на посещение конкретного сеанса
Возврат билета - случай, когда Клиент вернул билет Кинотеатру и получил затраченные на него денежные средства обратно
Бронь - закрепление места в зале за Клиентом. Изъятие места из продажи до срока пока оно не будет выкуплено Клиентом, или пока истечет срок бронирования
Снятие брони - освобождение места в зале. Внесение его в продажу.
После описания контекстной диаграммы переходим к процессу функциональной декомпозиции, т.е. разбиваем систему на подсистемы до степени, достаточной для понимания роли проектируемого ПО и написания спецификаций процессов.
Рисунок 2 - Диаграмма декомпозиции «Продажа билетов в кинотеатре»
Как видно из диаграммы, весь процесс функционирования Кинотеатра разбивается на шесть блоков:
Выбор операции - ветвление, позволяющее пользователю выбрать интересующую операцию с системой Кинотеатра
Предоставление информации - предоставление пользователю всей доступной информации о расписании и сеансах
Создание заказа - сведение всех требований Клиента в один заказ
Приобретение билета - совершение операции купли-продажи между Клиентом и Кассиром и закрепления за Клиентом билета
Идентификация - подтверждение личности Клиента и его права на осуществление постановки или снятия брони. В случае снятия брони еще проверяется наличие брони для текущего Клиента
Проверка билета - операция по подтверждению действительности билета, в случае успешной проверки Билет возвращается Кинотеатру и заново запускается в продажу, а Клиент получает затраченные на билет денежные средства обратно
Произведем дальнейшее разбиение на подсистемы.
Рисунок 3 - Диаграмма декомпозиции «Выбор операции»
Опишем процессы, представленные на данной диаграмме декомпозиции.
Выбор - акт в котором пользователь выбирает что он хочет.
Получение информации - принятие клиентом решения получить информацию
Покупка билета - принятие клиентом решения приобрести билет на сеанс
Операции с бронью - принятие клиентом решения осуществить операцию с бронью
Вернуть билет - принятие клиентом решения вернуть приобретенный ранее билет
Рисунок 4 - Диаграмма декомпозиции «Предоставление информации»
Опишем процессы, представленные на данной диаграмме.
Расписание сеансов и стоимость билетов - Клиент получает информацию о сеансах:
- Зрительный зал в котором проводится сеанс
И решает с каким сеансом он будет выполнять дальнейшие операции.
Информация о сеансах - информация которая позволяет Клиенту понять что за Сеансы проводятся в Кинотеатре и помогает выбрать на какой из них пойти
Возврат в выбор операций - решение пользователя вернуться к выбору операций
Рисунок 5 - Диаграмма декомпозиции «Создание заказа»
Первым этапом для создания заказа клиент должен заполнить форму, в которой должен указать требуемый сеанс из Расписания сеансов и требуемое место в зале. Клиенту к этому моменту уже известна стоимость билета - она входит в Информацию о сеансе. Далее, если клиент согласен с введенной информацией, он должен подтвердить заказ. Система сформирует заказ в виде принятом в нормах кинотеатра.
Требования Клиента - набор, заполненных Клиентом данных о сеансе которые однозначно его (сеанс) позиционирует.
Генерирование заказа - система формирует Заказ исходя из требований Клиента и Норм предприятия.
2.2 Внешнее окружение проектируемого ПО
На схеме показано, что система продажи билетов в кинотеатре работает с базой данных репертуара, базой данных сеансов кинотеатра и базой данных отдела финансов и статистики. Также система продажи билетов в кинотеатре имеет систему защиты и систему обслуживания.
Рисунок 6 - Внешнее окружение системы «Продажи билетов в кинотеатре»
2.3 Функциональность проектируемого ПО
Данная информационная система будет автоматизировать:
Предоставление информации о репертуаре кинотеатра;
Услуги бронирования билетов и снятия брони;
ВЫПОЛНИТЬ вывести ФОРМУ клиенту, для ее заполнения
ЕСЛИ В ФОРМЕ заполнены СЕАНС, МЕСТО ТО
@КОНЕЦ СПЕЦИФИКАЦИИ СОЗДАНИЕ ЗАКАЗА
ВЫПОЛНИТЬ вывести ФОРМУ клиенту, для ее заполнения
ЕСЛИ В ФОРМЕ заполнены СЕАНС, МЕСТО ТО
ВЫПОЛНИТЬ отменить БРОНИРОВАНИЕ БИЛЕТА
@КОНЕЦ СПЕЦИФИКАЦИИ БРОНИРОВАНИЕ БИЛЕТА
ВЫПОЛНИТЬ принять БРОНЬ на проверку
ВЫПОЛНИТЬ принять БИЛЕТ на проверку
ВЫПОЛНИТЬ принять ЗАКАЗ на проверку
ЕСЛИ выбран ПРОСМОТР ИНФОРМАЦИИ О СЕАНСАХ ТО
ВЫПОЛНИТЬ вывести ИНФОРМАЦИЮ О СЕАНСАХ
ЕСЛИ выбран ПРОСМОТР ИНФОРМАЦИИ О РЕПЕРТУАРЕ ТО
ВЫПОЛНИТЬ вывести ИНФОРМАЦИЮ О РЕПЕРТУАРЕ
ВЫПОЛНИТЬ возврат к ВЫБОРУ ОПЕРАЦИЙ
@КОНЕЦ СПЕЦИФИКАЦИИ ПРОСМОТР ИНФОРМАЦИИ
Система должна позволять клиенту получать доступ к информации о репертуаре театра, эта информация должна быть актуальной и достоверной.
Система должна помогать пользователю в выборе требуемой услуги
Система должна позволять пользователю составлять заказ на приобретение билета, для последующей обработки этого заказа и получения билета на сеанс.
Система должна предоставлять пользователю возможность выбора в заказе на какой сеанс и на которое из свободных мест он может составить заказ.
Система должна позволять пользователю возвращать билет Кинотеатру с целю возврата денежных средств.
Система должна позволять пользователю бронировать билет с целю последующего приобретения билета.
Система должна позволять пользователю снимать имеющееся у него бронирование с билета.
Система не должна позволять пользователю приобретать билеты на несуществующие сеансы
Система не должна разрешать пользователю возвращать билет позднее чем за 10 минут до начала сеанса
Система не должна допускать ситуации, когда забронированные места не выкупаются. Бронирование должно обнуляться за 20 минут до начала сеанса.
Система должна помогать кассиру отслеживать доступные для продажи места в зрительном зале.
Система должна минимизировать работу кассира, используя шаблоны и помогая Клиентам грамотно составить заказ.
Система должна отправлять отчеты по продажам в финансовый отдел и отдел статистики.
Система должна позволять кассиру контролировать бронирование и снятие брони с билетов
Система не должна предоставлять ложные данные ни в отчетах ни в предоставляемой информации о сеансах
4. Спецификация поведения проектируемого ПО
4.1 Распределение требований по субъектам и прецедентам
Перед построением диаграммы прецедентов составим таблицу распределения требований по субъектам и прецедентам:
Распределение требований по субъектам и прецедентам
b. Система должна помогать пользователю в выборе требуемой услуги
c. Система должна позволять пользователю составлять заказ на приобретение билета, для последующей обработки этого заказа и получения билета на сеанс.
d. Система должна предоставлять пользователю возможность выбора в заказе на какой сеанс и на которое из свободных мест он может составить заказ.
l. Система должна минимизировать работу кассира, используя шаблоны и помогая Клиентам грамотно составить заказ.
h. Система не должна позволять пользователю приобретать билеты на несуществующие сеансы
a. Система должна позволять клиенту получать доступ к информации о репертуаре театра, эта информация должна быть актуальной и достоверной.
o. Система не должна предоставлять ложные данные ни в отчетах ни в предоставляемой информации о сеансах
e. Система должна позволять пользователю возвращать билет Кинотеатру с целю возврата денежных средств.
i. Система не должна разрешать пользователю возвращать билет позднее чем за 10 минут до начала сеанса.
f. Система должна позволять пользователю бронировать билет с целю последующего приобретения билета.
j. Система не должна допускать ситуации, когда забронированные места не выкупаются. Бронирование должно обнуляться за 20 минут до начала сеанса.
g. Система должна позволять пользователю снимать имеющееся у него бронирование с билета.
h. Система не должна позволять пользователю приобретать билеты на несуществующие сеансы
k. Система должна помогать кассиру отслеживать доступные для продажи места в зрительном зале.
m. Система должна отправлять отчеты по продажам в финансовый отдел и отдел статистики.
e. Система должна позволять пользователю возвращать билет Кинотеатру с целю возврата денежных средств.
i. Система не должна разрешать пользователю возвращать билет позднее чем за 10 минут до начала сеанса
m. Система должна отправлять отчеты по продажам в финансовый отдел и отдел статистики.
f. Система должна позволять пользователю бронировать билет с целю последующего приобретения билета.
j. Система не должна допускать ситуации, когда забронированные места не выкупаются. Бронирование должно обнуляться за 20 минут до начала сеанса.
n. Система должна позволять кассиру контролировать бронирование и снятие брони с билетов
g. Система должна позволять пользователю снимать имеющееся у него бронирование с билета.
n. Система должна позволять кассиру контролировать бронирование и снятие брони с билетов
Рисунок 7 - Диаграмма прецедентов для системы «Продажа билетов в Кинотеатре»
Опишем каждый из вариантов использования системы отдельно.
Клиент указывает в билете необходимую информацию.
1.Прецедент начинается, когда Клиент указал что хочет приобрести билет.
2.Система предоставляет Клиенту форму с полями - выпадающими списками для заполнения.
3.Клиент выбирает Наименование сеанса из тех что предоставляет система, взяв значения из Расписания Сеансов.
4.Клиент выбирает Время начала сеанса из тех что предоставляет система, взяв значения из Расписания Сеансов.
5.Клиент выбирает место класса A, B или C из незанятых в зрительном зале.
6.Клиент соглашается с введенными требованиями
7.Система генерирует Заказ на основании введенных требований и норм принятых в Кинотеатре
8.Система предлагает клиенту отчет по Заказу и предлагает свериться корректны ли данные в отчете и так ли он их указал
9.Клиент подтверждает что данные корректны
10.Система распечатывает (или же отправляет по сети данные) заказ для Клиента
Альтернативный поток: ZapolnenieZakaza: InvalidSeansName
Система сообщает Покупателю, что он выбрал недействительное Наименование сеанса.
1. Покупатель ввел недействительное Наименование сеанса.
1. Альтернативный поток начинается после шага 3 основного потока.
2. Система сообщает Покупателю, что он ввел недействительное Наименование сеанса.
3. Система возвращает Клиента к шагу 3 основного потока
Альтернативный поток: ZapolnenieZakaza: InvalidSeansTimeBegin
Система сообщает Покупателю, что он выбрал недействительное Время начала сеанса.
1. Покупатель ввел недействительное Время начала сеанса.
1. Альтернативный поток начинается после шага 4 основного потока.
2. Система сообщает Покупателю, что он ввел недействительное Время начала сеанса.
3. Система возвращает Клиента к шагу 4 основного потока.
Альтернативный поток: ZapolnenieZakaza: InvalidPlace
Система сообщает Покупателю, что он выбрал недействительное Желаемое место в зале (не существует или уже куплено).
1. Покупатель ввел недействительное Желаемое место в зале (не существует или уже куплено).
1. Альтернативный поток начинается после шага 5 основного потока.
2. Система сообщает Покупателю, что он ввел недействительное Желаемое место в зале(не существует или уже куплено).
3. Система возвращает Клиента к шагу 5 основного потока
Клиент совершает операцию купли-продажи с целью получения билета на конкретный сеанс.
1.Прецедент начинается, когда Клиент обращается с заказом к кассиру.
2.1 Кассир совершает финансовую операцию.
2.В финансовый отдел направлена информация о продаже билета
3.В базу данных занесено что проданные Места более недоступны для продажи
Альтернативный поток: ProdazhaBiletov: Cancel
Клиент отказывается покупать билет.
1. Альтернативный поток начинается в любой момент времени.
Клиент смотрит наиболее полную информацию о сеансах, ценах, расписании сеансов чтобы определиться что именно он хочет от Кинотеатра.
1. Прецедент начинается, когда Клиент выбирает опцию «Показать информацию».
2. Система выводит окно навигации в которой Клиент может выбрать либо Расписание сеансов и стоимость билетов, либо Информация о сеансах.
3. Если пользователь выбрал Расписание сеансов и стоимость билетов то
3.1 Система предоставляет окно информации в котором находятся данные о всех сеансах:
- Зрительный зал в котором проводится сеанс
3.2 Система ждет сигнала от пользователя на возврат к выбору операций
4. Если пользователь выбрал Информация о сеансах то
4.1 Система предоставляет окно информации в котором находятся данные о всех сеансах:
4.2 Система ждет сигнала от пользователя на возврат к выбору операций
5. Пока Покупатель просматривает информацию.
3.1. Система отображает рекламную информацию в блоках для рекламы.
1. Система показала данные о Сеансах.
2. Система показала рекламную информацию.
Клиент возвращает билет Кассиру с целью возврата денег
2.До начала данного сеанса более 10 минут
1.Прецедент начинается, когда Клиент сообщает Кассиру что хочет вернуть билет.
2.1.1.Если до начала сеанса более 10 минут
2.1.1.2.Кассир возвращает деньги за билет Клиенту
2.1.1.3.Кассир отправляет отчет в финансовый отдел
2.1.1.4.Кассир отмечает те места что были в билете как Свободные
2.В финансовый отдел направлена информация о возврате билета
3.В базу данных занесено что Места снова доступны для продажи
Клиент закрепляет за собой право покупки конкретного билета
1.Прецедент начинается, когда Клиент указал что хочет Забронировать билет.
2.1.1.Кассир закрепляет билет за Клиентом
2.2.2.Кассир отмечает те места, что были в билете как Забронированные
2.В базу данных занесено, что забронированные Места более недоступны для продажи
2.До начала данного сеанса более 20 минут
1.Прецедент начинается, когда Клиент сообщает Кассиру что хочет снять бронь.
2.1.Если до начала сеанса более 20 минут
2.1.2.Кассир отмечает те места, что были в билете как Свободные
Рисунок 8 - Диаграмма деятельности «Продажа билетов»
Данная диаграмма описывает поток событий, происходящий в системе при выполнении клиентом запроса на Приобретение билета.
5. Спецификация состояния проектируемого ПО
Проведем выявление классов в нашей системе для этого:
С) Определим атрибуты каждого класса
Д) В ходе анализа выявленно что Клиент и Кассир не являются членами классов, Класс Зрительный_зал необходимо доопределить Названием_зала, Класс Место необходимо допределить добавив параметр куплено и преведя его параметр бронь к тому же виду что и куплено - забронировано.
Для спецификации состояния системы построим диаграмму классов для данной системы.
Рисунок 9 - Диаграмма классов для системы «Продажи билетов в кинотеатре»
Получившиеся классы не относятся к системе продажи билетов, а относятся к внешним базам данных: База данных Репертуара и База данных сеансов. А это означает, что создание собственной базы данных для реализации системы продажи билетов в кинотеатре не требуется.
Спецификация требований к информационной системе «ПРОДАЖА БИЛЕТОВ В КИНОТЕАТРЕ»
Цель этого документа - в том, чтобы сформулировать требования к разрабатываемой АИС Продажи билетов в кинотеатре. Данные требования описаны в форме прецедентов, кратких описаний функциональных требований и описаний нефункциональных требований.
1.2 Определения, акронимы и сокращения
Основные определения приведены в документе Glossary.doc.
Сопутствующая информация представлена в следующих документах:
требованиях совладельцев (Пользовательские требования.doc);
Краткое представление актеров представлено в таблице 1.
Служащий Кинотеатра осуществляющий денежные операции с Клиентом. Занимается продажей билетов, установкой/снятием брони. Предназначено для обслуживания Клиента и является представителем Кинотеатра для Клиента. Построение ИС подразумевает возможную замену человека-Кассира на Автомат-Кассир.
Лицо являющееся потребителем. В функции Клиента входит все что касается выбора сеанса из доступных предложений. Может покупать, возвращать, бронировать и осуществлять все допустимые операции с билетом при обращении к Кассиру
Список вариантов использования показан в таблице 2.
Табл. 2. Реестр вариантов использования.
Клиент указывает в билете необходимую информацию, для последующего бронирования билета или его заказа
Клиент совершает операцию купли-продажи с целью получения билета на конкретный сеанс
Клиент смотрит наиболее полную информацию о сеансах, ценах, расписании сеансов чтобы определиться что именно он хочет от Кинотеатра.
Клиент возвращает билет Кассиру с целью возврата денег
Клиент закрепляет за собой право покупки конкретного билета
Система будет использоваться на территориально сосредоточенном (без внешних филиалов) предприятии.
В случае изменений в формах документов АИС должна претерпеть малосущественные изменения (нужно будет модифицировать отчётные формы).
В случае приобретения или разработки информационных систем, автоматизирующих смежные участки, будет необходимо разработать соответствующие средства импорта-экспорта информации.
3.1 Краткие описания вариантов использования
Клиент указывает в билете необходимую информацию, для последующего бронирования билета или его заказа
Связи с другими вариантами использования: отсутствуют
Данный вариант использования позволяет Кассиру осуществить генерирование билета или брони, на основе сформулированных предпочтений Клиента для последующей финансовой операции купли-продажи.
Основой для генерирования билета и послужит этот набор предпочтений - заказ, который Клиент составляет сам (для примера - выбирает на какой сеанс пойти, какое место в зале приобрести).
Для Атомата-Кассира этот Заказ может представлять собой таблицу с полями, которые заполняются Клиентом на основе имеющихся в ИС предложений.
Клиент совершает операцию купли-продажи с целью получения билета на конкретный сеанс
Другие участники прецедента: Кассир
Связи с другими вариантами использования: отсутствуют
Клиент обращается к Кассиру с сгенерированным заранее Заказом, с целью приобрести билет на сеанс указанный в Заказе. Происходит беглая проверка корректности Заказа. Кассир принимает платеж от Клиента и генерирует Билет. В случае Автомата-Кассира существенных отличий нет.
Клиент смотрит наиболее полную информацию о сеансах, ценах, расписании сеансов чтобы определиться что именно он хочет от Кинотеатра.
Связи с другими вариантами использования: отсутствуют
Данный прецедент позволяет Клиенту получить необходимую и достаточную информацию о репертуаре театра для составления Заказа. Клиент смотрит информацию о:
Клиент возвращает билет Кассиру с целью возврата денег
Другие участники прецедента: Кассир.
Связи с другими вариантами использования: отсутствуют
Данный вариант использования позволяет Клиенту сдать имеющийся у него действительный билет Кассиру и получить обратно средства, затраченные на его покупку. Данная операция действительна не позднее 10 минут до начала сеанса - это необходимо чтобы возвращенные билеты могли быть допущены к продаже до того момента как они станут недействительны.
Клиент закрепляет за собой право покупки конкретного билета
Другие участники прецедента: Кассир
Связи с другими вариантами использования: отсутствуют
На основе сгенерированного ранее Заказа Клиет может закрепить за собой право на конкретный билет не совершая финансовую операцию с Кассиром. Бронь осуществляется по желанию Клиента. Бронирование действительно до того момента когда до начала сеанса остается более 20 минут. В случае если билет не выкуплен по истечению этого срока бронь автоматически снимается с целью вернуть билет в оборот купли-продажи. Если билет выкупается до этого срока, то Клиент становится обладателем билета, а Кинотеатр получает деньги.
Другие участники прецедента: Кассир
Связи с другими вариантами использования: отсутствуют
Клиент обращается к Кассиру с целью снятие с Билета брони. Билет возвращается в оборот купли-продажи. Клиент лишается права на этот Билет(Кроме как в случае если Клиент снова обратиться к Касиру с целью Купить/Забронировать Билет).
3.2.1.1F1. Авторизация и аутентификация пользователей в системе
В АИС должны быть представлены справочник ролей пользователей (Клиент, Кассир) и справочник пользователей. Должна быть возможность регистрации пользователя и назначения пользователю роли.
В АИС должны быть представлены средства управления расписание сеансов и информации о сеансах.
Интерфейс АРМ «Клиент» и «Кассир» должен быть обладать свойствами удобства и интуитивной ясности и не требовать дополнительной подготовки пользователей.
Все АРМ должны поддерживать контекстную справку в форме стандартного help операционной системы.
АРМ Клиента, Кассира быть доступны в рабочие дни в рабочее время (как правило, с 8 до 18, если иное не указано распоряжением по предприятию).
Среднее время безотказной работы - 10 рабочих дней.
Максимальная норма ошибок или дефектов - 1 ошибка на десять тысяч строк кода.
3.2.4.1P1. Одновременно работающие пользователи
Система должна быть способна поддерживать минимум 100 одновременно работающих пользователей, связанных с общей базой данных.
Время отклика для типичных задач - не более 2 секунд, для сложных задач - не более 5 секунд.
Система должна быть способна поддерживать минимум 100 одновременно работающих пользователей, связанных с общей базой данных и иметь возможность увеличить их количество на случай увеличения штата сотрудников предприятия.
Обновление версий должно осуществляться в автоматизированном режиме на основе системы контроля версий и системы (сервера) обновления версий на рабочих местах пользователей.
Система должна соответствовать всем стандартам интерфейса пользователя Microsoft® Windows®, Internet Explorer®.
3.2.6.2X2. Требования к среде выполнения
Система должна удовлетворять вышеуказанным требованиям на компьютере в следующей минимальной комплектации:
*3 Mb свободного дискового пространства
*процессор с тактовой частотой 850 MHz
*Операционная система Windows ХР и выше.
3.2.6.3X3. Требования к СУБД и доступу к данным.
В ядре системы должна быть представлена промышленная СУБД реляционного доступа.
Все обращения к информации должны осуществляться через драйвер ODBC.
Перечень вспомогательной информации представлен в п. 1.3.
Создание программного обеспечения для автоматизации процесса администрирования сеансов кинотеатра и продажи билетов. Разработка приложений базы данных по учету управления продажи билетов в кинотеатре средствами Microsoft Access. Программный листинг. курсовая работа [572,9 K], добавлен 15.04.2014
Анализ предметной области. Разработка базы данных и приложения для автоматизации продажи билетов в кассах кинотеатра. Сущность, атрибуты и взаимосвязь. Отладка программного продукта. Смысловые (логические) ошибки. Разработка инструкции пользователю. курсовая работа [3,9 M], добавлен 10.03.2014
Описание процесса бронирования билетов. Концептуальное и физическое проектирование базы данных. Точность и корректность хранения и отображения данных в базе данных. Проектирование логики диалога с пользователем. Разработка и описание приложения. курсовая работа [1,7 M], добавлен 11.02.2016
Нормализация и схема базы данных, структура меню. Предназначение информационно-справочной системы. Покупка и бронирование билетов пассажирами. Программная реализация информационной системы. Справочники, документы, регистры, журналы, администрирование. курсовая работа [1,2 M], добавлен 19.11.2010
Процесс автоматизированной обработки информации в подсистеме управления сбытом билетов. Экономическая сущность задачи управления модулем оформления заказов клиентов. Современные методы проектирования подобных задач, физическая структура базы данных. дипломная работа [5,3 M], добавлен 08.09.2010
Разработка информационной системы учета регистрации пассажиров и реализации билетов в кассе аэрофлота. Изменение учетных данных клиентов аэропорта. Реализация функции возврата билета. Составление посадочной ведомости и отчета по продажам билетов. курсовая работа [4,9 M], добавлен 13.08.2012
Понятие, принципы бронирования билетов на железнодорожные рейсы, порядок автоматизации данного процесса. Методика и этапы формирования программного обеспечения для упрощения бронирования на основе входной и выходной информации. Модели организации данных. контрольная работа [25,4 K], добавлен 21.02.2012
Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д. PPT, PPTX и PDF-файлы представлены только в архивах. Рекомендуем скачать работу .

© 2000 — 2021



Автоматизация продажи билетов в кинотеатре курсовая работа. Программирование, компьютеры и кибернетика.
Реферат по теме Судебно-медицинская диагностика отравлений
Сочинение Рассуждение На Тему Что Такое Смекалка
Контрольные Работы 4 Варианта 9 Класс
Реферат: Необходимость стратегического планирования при управлении персоналом и в маркетинге
Принятие Ислама В Волжской Булгарии Реферат
Реферат по теме Психика и познание
Курсовая работа по теме Алгоритм поиска неисправности и способ настройки и регулировки импульсного источника питания мощностью 100 Вт на ШИ контроллере К1156ЕУ2Р
Реферат По Истории Столетняя Война В Европе
Волейбол Обучение Верхней Передаче Реферат
Реферат: Перспективы энергетики с точки зрения термодинамики
Реферат На Тему Организационно Правовые Формы
Сочинение На Тему Личность И Общество
Реферат На Тему Буддизм
Курсовая работа по теме Корпорация – как форма предпринимательской организации
Закон прогресса
Реферат: Социокультурный облик уральских рабочих конца XIX — начала ХХ в.: современная постановка вопроса
Курсовая работа: Цель монетарной политики. Её механизм и инструменты
Дипломная работа по теме Планирование, формирование и управление ассортиментом в торговом предприятии
Эссе Свобода Это Сознание Необходимости
Реферат: МЕТОДИЧЕСКИЕ РЕКОМЕНДАЦИИ Руководителям служб и функциональных подсистем РСЧС Ставропольского кр
Проблема продовольственной безопасности - Безопасность жизнедеятельности и охрана труда реферат
Интерпол и его международные отношения с Российской Федерацией - Государство и право курсовая работа
Разработка проекта комплексного использования методов управления на примере Государственного унитарного предприятия - Менеджмент и трудовые отношения презентация