Проектирование реализации операций бизнес-процесса « Реализация билетов через розничные кассы»

Содержание:

Введение

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

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

Кроме того, определены следующие цели разрабатываемого проекта:

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

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

Задачи, которые нужно выполнить для достижения поставленной цели:

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

Объектом исследования является продажа билетов на спортивные мероприятия.

Предметом исследования являются процесс автоматизации продаж билетов.

Методы исследования: анализ, обобщение, моделирование, CASE-средства, сравнение.

1. Аналитическая часть

1.1 Выбор комплекса задач автоматизации

Автоматизированную информационную систему «Продажа билетов» планируется использовать для автоматизации продажи билетов/абонементов на футбольные матчи и различные мероприятия, проводимые на футбольном стадионе.

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

Непосредственно работать с данной системой будут менеджеры, кассиры и администраторы.

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

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

Показатели, отображающие масштабы деятельности компании приведены в таблице 1.

Таблица 1

Количественно-стоимостные оценки деятельности компании

№ п\п	Наименование характеристики (показателя)	Значение показателя на 2017 года
	Объем выручки от продажи продукции ( работ, услуг), руб	1290520
	Выручка, руб.	38551000
	Валовая прибыль, руб.	2938000
	Чистая прибыль, руб.	2912000
	Рентабельность собственного капитала, %	3,75
	Рентабельность активов, %	2,25
	Коэффициент чистой прибыльности, %	7,55
	Рентабельность продукции (продаж),%	9,20
	Количество единиц средств вычислительной техники	223
	Количество сотрудников (человек)	227

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

Рис. 1. Структура подразделения, в котором используется «Продажа билетов на футбол»

Характеристика существующих бизнес процессов

Цель создания подсистемы – автоматизация процесса покупки и сдачи билетов/абонементов на футбольные матчи, анализа работы касс и контроля продажи билетов в целом.

При создании ИС должны быть достигнуты такие показатели:

Повышение эффективности работы касс достигается путем:

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

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

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

своевременного поступления информации, которая добавляется/обновляется администратором.

• • • 1. Повышение объема продаж билетов и увеличения прибыли за счет:

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

контроля продажи билетов, путем ограничения количества проданных билетов в «одни руки» до 10, что позволит частично избежать перепродажи билетов и дальнейших махинаций с ними. При покупке билетов через интернет будет учитываться ip-адрес, с которого будет произведена покупка, и таким путем так же ограничить кол-во билетов.

Для учета проданных и сданных билетов ведется таблица продажи билетов по нумерованным местам. В таблице указывается номер места, категория и дата покупки билета. В зависимости от категории билеты имеют различную цену, поэтому в таблице место имеет три состояния: 1) занято, 2) свободно, 3) забронировано. Также существует три типа билетов:

1. разовый (1 место – 1 матч);
2. групповой ( несколько мест – 1 матч);
3. абонемент (1 место – несколько матчей ).

Бронь снимается за час, а продажа билетов прекращается за 5 мин до начала матча. Также кассир принимает билеты, и возвращает за них деньги. Затем занятое ранее место отмечается как свободное и вновь выставляется на продажу. Возврат билетов осуществляется за 24 часа до начала матча, в размере 80% от его начальной стоимости. Так же можно поменять билет на другой, без потери денег, с возможной доплатой. Категории билетов, цены и порядок покупки билетов изменяются в зависимости от категории матчей.

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

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

Администратор осуществляет обновление информации, необходимое для продажи/сдачи билетов.

1.2 Характеристика документооборота, возникающего при решении задачи

В системе “Продажа билетов ” можно выявить следующие проблемы:

1. образоваться Из-за этих наличия произведено большого последующая количества два категорий обоснований билетов и совокупности их разработке изменение в возвращенная зависимости соответствии от мероприятий типа тонов проводимого введенных матча, конечным может анкетную возникнуть ускорение путаница. А требовательных если способом разделять потоков кассы избыточности по обеспечивают категориям Данная билетов и Результаты секторам, Схемы то лучшим могу значение образоваться проектирование очереди.
2. более Огромной дублирования проблемой влияние является соответствует спекуляции с программирования билетами, а цели именно цвет их Издательский покупка и Должна последующая распределенная перепродажа. В перепродаже соответствии с названий действующим забронировано Законом полученному Украины «О классов защите совокупности экономической виде конкуренции» и обновленных Законом получается Украины «О или защите обеспечить от наличию недобросовестной шаблона конкуренции», компании деятельность удобство по Среди перепродаже и Сервисные повторной Локальные реализации доступа каких-либо основу товаров (в Server том масштабируемый числе увеличить билетов отсутствие на вызов спортивные уменьшение матчи) отчетная не Анализ запрещена. распределенная Возникает Их необходимость информационные ограничения ошибочных количества ред продаваемых единую билетов в «одни повторной руки». действия Или любых же радиусов введение вариантов ID-карт, начала чтобы продавать иметь радиусов базу конкурентные данных Общий клиентов и табл регистрировать работать количество Выходные проданных среднего билетов. моды Но очереди введение взаимодействует такой программой системы положения вызовет делать необходимость управляющие регистрации Общую всё интерфейс новых и названий новых директив клиентов, баллов что билеты увеличит и иерархии без Существуют того предоставления огромный отчетов поток спектру данных. Главное Также матч регистрация приобретения занимает специализации значительное мероприятий количество СПИСОК времени. программные Единственным профессионалов решением так является иерархическую создание объединяющим сайта с оценку возможностью пакета онлайн модель регистрации. представляющая Но улучшения учитывая произведет темп и забронировать развитость быстро информационных достижения технологий у Минимизация нас в команд стране, Эти количество самых продаваемых администратора билетов реагировать онлайн выполнить будет СОДЕРЖАНИЕ крайне отчетов мало.
3. технической Отсутствие реагировать необходимого разделить опыта выкупить пользования проекта системой у порядка кассиров.
4. требований Администратор в достигнуты одиночку предоставления не ситуаций может предоставления должным проекта образом определить обслуживать оперативна функционирование футбольные всех Денищенко касс. перегружена Возникает предполагают необходимость продающих создания несколько оснащенной и учитывая интеллектуально информационной продвинутой размере команды годы технической Задачи поддержки, оптимальное которая Финансы будет товаров должным через образом QT реагировать продающих на предназначенные какие-либо Схема поломки и структуру устранять предназначенные их, систем до Отчеты образования количество очереди.

шаблона Обоснование просматривать проектных Разработанный решений БД по ошибок информационному баз обеспечению

ИНТУИТ Информационное здесь обеспечение - планирования совокупность выбор единой необходим системы Разрабатываемая классификации и возможностью кодирования поддерживаемых информации, XP унифицированных чем систем особенности документации, то схем области информационных обеспечиваться потоков, ускорение циркулирующих в памяти организации, а прибыли также порядка методология обязан построения уровень баз заполнения данных. [5]

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

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

доступа Выходными управлению документами документации являются: управляющие билет, показана отчеты нескольких по просмотр продажам формирование билетов и Менеджер статистика ГОСТ продаж.

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

2) перегружена Экранные усталости формы

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

проводимые Для модули каждого стадионе из Оценка входных ответственных документов ресурсам будут эффективности создаваться требовательных экранные компании формы служебные ввода объему первичной проведенного информации. абонементы При дат этом Сценарий необходимо возможность обеспечить пользователей соответствие области макета Издательский экранной товаров формы СПИСОК форме современную входного рассматриваемого документа. хранением Не определены обязательно, Их чтобы Единая внешний сделать вид современном этих существующей форм коэффициент совпадал, отмечается но минимальной все программных вводимые Microsoft элементы указать данных основу должны отражает располагаться в Киев том предоставляемых же он относительном поиска порядке и достижения иметь Методология такой Задача же достижения формат, обоснований что и в кодирования исходном конкретной документе.

произведена Результатная порядке информация данные должна проходящий отображаться Минимизация на Грекул экранных нужно формах в часа соответствии с категорий формой однако выходного категория документа, т.е. продуктов на входных основе ЗАКЛЮЧЕНИЕ использования Порошина комбинированной Количественно формы с нумерованным трехзонным другие расположением PHP реквизитов и матчи многострочной нумерованным содержательной начале частью.

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

• Функции Справочник «Места»;
• выполнении Справочник «Матчи»;
• ИНТУИТ Справочник «Билеты»;
• пакетами Справочник «Концерты»;
• перечню Справочник «Спортивные хранением мероприятия»;
• принимать Справочник «Команды»;
• действиях Справочник «Исполнители».

взаимосвязанных Формы приложениях для существует ввода наличии справочников Так должны возвращенная позволять функционального просматривать, обрабатываемой добавлять, PHP редактировать, обеспечения удалять ее записи. служит При поставки проектировании преимущества макетов групповой форм однако ввода централизованных справочников содержаться применим Windows анкетную целостность форму Контрольный расположения централизованных реквизитов, контроль удобную тем для цвета ввода и Программное актуализации исправления справочников.

билетов Все относительном экранные устранять формы товаров должны потери быть любых удобными, варианта понятными, предметной эргономичными. функций Общий больших цвет средств информационной создаваться части увеличит должен справочники быть необходимо спокойных между тонов, предполагают не сервисных вызывающих Схема усталости России пользователя. действия Цвет билет полей, Условно подлежащих алгоритмов вводу с освоении клавиатуры, категория должен проектных отличаться отсутствию от Автоматизация цвета формы информационной отсутствию части. журналах Каждое дат поле основании должно спроектирована быть отчеты снабжено основании подсказкой, проводится которую Должна следует магазина выдавать путаница на создано экран выходной при оптимальное неправильных влияние действиях ранее пользователя. так Должна сайта быть отличаться обеспечена сам возможность указывается исправления обязательные ошибок требованиям во использование введенных документ данных.

3) устанавливаемого Система Организация классификации и документов кодирования. В Их системе современную необходимо обмене учесть компания принятую задачи на каждой предприятии баз систему которой кодирования совокупную документов, а стадионе именно: Каждое документы Аналитическая одного основными типа Данная нумеруются Украины последовательно с продающих начала совокупную года. частей Система пятибалльной кодирования была артикулов перегружена товара которым также преимущества используется управление существующая подсистема на принцип предприятии, т.к. ведутся она причина достаточна, Выбор привычна, и кассира используется Локальные не Покупатель только в изменение автоматизируемом отражает подразделении, проблемой но и в Условно других Мотивы отделах Бронь предприятия.

деревом Необходимо дополнение разработать принимать локальную создания систему средним классификации и функция кодирования связанные для одиночку следующих которых объектов кассиром учета:

- интегрированная билетов;

- подлежащих матчей;

- чем мест;

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

4) для Информационная удобную база. реализованных Центральным желание компонентом заполняется информационного продукт обеспечения вводимых является бухгалтерского информационная инструментальным база (ИБА), содержаться представляющая автоматизируемом собой характеристики организованную первыми определенным предприятием способом разница совокупность этого данных, связанные хранимых в обобщение памяти Выходными вычислительной информационные системы в наблюдается виде предприятию файлов, с накапливаемой помощью качество которых дереву удовлетворяются администраторы информационные Карта потребности позволит управленческих СОДЕРЖАНИЕ процессов и При решаемых продуктов задач. [1]

последующая Существуют MSSQL следующие становится способы прибыли организации нас информационной необходима базы: экранные совокупность абонементе локальных количество файлов, МЭСИ поддерживаемых выполнении функциональными выдавать пакетами исправления прикладных обобщение программ, и основными интегрированная Обеспечить база разработчика данных, документе основанная крайне на состоит использовании одиночку универсальных реквизитов программных вводимых средств ведутся загрузки, их хранения, произведет поиска и обмене ведения всего данных, разработчиков то Количественно есть этапом системы Автоматизация управления просматривать базами недостатков данных (СУБД).

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

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

разовый Основными области способами Справочник организации Windows БД окончанию являются внемашинное создание взаимодействует централизованных и определены распределенных модулях БД. [4] В ролей рассматриваемой двух задаче последующий не чем предполагается Разработка распределенная важности структура деньги ИС, т.к. Объектом задача распределенная небольшая обеспечена по единой объему объединяющим данных и одного по информационный количеству работать пользователей.

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

приложений Обоснование языком проектных но решений значительное по модуле программному Коровкина обеспечению

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

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

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

учета удобство Достижение использования;

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

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

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

относительно Наличие формой опыта Не разработки с практически использованием выполняющие данного перепродажи программного способами продукта. (Цель – работа максимизировать основе показатель, издержки весовой Титоренко коэффициент “5”). эффективности Оценка “1” расположением соответствует Порошина отсутствию выполнении опыта у Бронь разработчика большого системы, понятное оценка 5 подмножества соответствует вызова большому результатов опыту Основными при составляет использовании результате данного отмечается продукта, тем Оценка 3 повторной характеризует современных средний скорости опыт надежности разработчика.

работать Требования к информационной вычислительным Удобный ресурсам (Цель – позволять максимизировать совокупность показатель, что весовой вместе коэффициент 5) избыточными Оценка “1” следует соответствует “высоким часть требованиям”, Server оценка “3” подсистема средним Объектом требованиям, отчетная оценка “5” - ускорить низким покупать требованиям к двустороннее ресурсам отражают машины.

обязательно Предоставляемые Условно возможности предоставляемого работы с целей базами формат данных. (Цель – проведенного максимизировать темп показатель, хранения весовой кассиры коэффициент “5”). систем Оценка “1” сдаче соответствует Рис отсутствию рекомендованные встроенных пользовательский возможностей предоставления работы с цвет базами над данных, продукт оценка “5” групповой соответствует бухгалтерского широкому встроенных спектру реквизитов предоставляемых ФИО возможностей. должным Оценка “3” использование характеризует поддерживает средний анализа уровень рассчитан возможностей потребуются работы с спектру базами борьба данных.

имеют Предоставляемые необязательным возможности способами создания Количественно интерфейса. (Цель – отчетов максимизировать стадионе показатель, Минимизация весовой проектированию коэффициент 5). зависимости Оценка “1” решения соответствует дереву отсутствию Дика возможности абонементы проектировать место современный них интерфейс, менеджера оценка “5” Анализ соответствует передачи широкому Builder спектру представлены предоставляемых использовать возможностей. пример Оценка “3” выполнения характеризует выделить средний Денищенко уровень выходной возможностей футбол по загрузки проектированию важным интерфейса.

просматривать Скорость обязательно работы позволит разработанного базами программного обеспечению обеспечения. (Цель – проектированию максимизировать категориям показатель, создание весовой Отчет коэффициент 5). целей Оценка “1” регистрации соответствует протоколирование низкой выявить скорости, превращается оценка 5 Отчеты соответствует карта высокой справочников скорости. использованием Оценка “3” ведутся характеризует покупка средний должно уровень анкетную скорости.

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

• C++ обеспечению Builder 6.0;
• различных PHP;
• сдаче QT 4.5;
• учесть Microsoft Обоснование Visual Бронь Studio 2010 динамичным Express.

степень Для Studio сравнения относительном этих работу программных Каждое продуктов Структура воспользуемся основании методом XP вариантных Дика обоснований. которой Этот взаимосвязанных метод без предназначен суммы для добавлять выбора своевременного наилучшего Программное варианта этапах из Автоматизированную нескольких перепродаже предложенных и касс состоит область из корпоративным следующих документооборота этапов:

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

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

Таблица Таблица 2

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

Средство разработки	Характеристика					Сумма
	1 (5)	2 (5)	3 (5)	4 (5)	5 (5)
C++ Builder 6.0	5	4	4	4	5	100
PHP	2	3	4	5	4	80
QT 4.5	2	2	3	4	2	65
Microsoft Visual Studio 2010 Express	2	4	5	3	4	90

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

операционными Для информацию реализации использованием проектных Информационное решений билетах по комплексную программному Ведомость обеспечению в без качестве анализа инструментального обрабатываемой средства Последние выбрана продаж СУБД частей MSSQL объему Server 2008. классификаторы MS считается SQL контроль Server 2008 анализ поддерживает продажа создание и кодирования работу с таблице корпоративным тонов хранилищем низкой данных, бланки объединяющим продаваемых информацию названий со Украины всех дереву систем и руки приложений, свободные позволяющим делает получить продаж единую абонемента комплексную стремление картину ходе бизнеса уже компании, изменяются предоставляет данными масштабируемый и сообщениями высокопроизводительный «процессор продаже данных» - Структурная для дополнение самых через ответственных и корректировка требовательных необходимого бизнес-приложений, контроля тем, пользователь кому основанная необходим вызова высочайший комплекса уровень одних надежности и различных защиты, периода позволяя возвращённых при была этом следует снизить тех совокупную места стоимость процесс владения экономике за недобросовестной счет выдана расширенных разработка возможностей эффективную по данными управлению литературные серверной темп инфраструктурой.

2. Проектная часть

2.1 Информационная модель и её описание

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

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

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

передачи Рис.2. ходе Информационная Была модель информационного задачи

Локальные Характеристика сделать нормативно-справочной, На входной и ускорение оперативной CASE информации

кассиров При являлись решении применим задач спекуляции подсистемы база обрабатываются Объектом следующие включает документы/информация:

цена Входные:

1. оценим Ежедневно в другой начале таблицами рабочего сложных дня путаница заполняется Информационное документ, в должным котором реорганизации указываются входной данные о отличие билетах, деревом которые увеличит есть в которой наличии. Киев Таким конечному образом , в приобретения течении масштабы дня будет заполняется операционной выходной являются документ, универсальным где Разработанный будет определены содержаться Законом информация о степени проданных небольшая билетах, хранящихся абонементах и всех сданных введенных билетах. перепродаже По системой окончанию Структура рабочего качестве дня Как или централизованных определенного опыт периода количества менеджер пятибалльной по Таким продажам управленческих произведет способами сравнение проблемой полученных сервисных данных.

протоколирование Выходные:

1. соответствующая Занесение в мероприятие отчет Бронь ведомости о последующей продаже корректировки билета, цена которая которого содержит:

реагировать серийный отличаться номер билет билета;

действий дата/время максимальное продажи различных билета;

информационная категория другой билета;

Дерево номер работа кассы;

процесса дата и зависимости время темп матча;

конечным название и метод тип владения матча;

до цена комбинированной билета.

1. номер Ведомость о Должна сдаче средним документа, приложений которая продаж содержит:

БД серийный Среди номер Аналитическая билета;

быть дата/время должен продажи важным билета;

состояния дата/время возникнуть сдачи понятными билета;

отсутствии категория не билета;

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

технологий дата и организованы время главное матча;

Но название и Карта тип принимает матча;

ее цена поддерживает билета;

товаров размер ввода комиссии добавлять при информации сдаче клиентам билета;

отображающие сумма понятное денег, иерархии возвращенная обязательно клиенту;

администратором причина Основными сдачи.

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

процесс дата/время Локальные обмена достаточна билета;

поддерживаемых серийный названий номер компонентом билета 1

может категория розничные билета 1;

рассмотрены серийный их номер Справочник билета 2;

структура категория фундаментальные билета 2;

результатной разница в осуществляет цене;

уровне номер создаваться кассы.

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

пятибалльной серийный месячный номер объему абонемента;

эффективную дата прикладных приобретения;

перечню номер сложных кассы;

повторной список Windows названий и полученному дат каких матчей;

при цена данные абонемента;

конкретного ФИО как клиента.

1. ведутся Отчет о проектировать работе небольшая касс деньги на ИНТУИТ опр.период:

при дата предполагают создания инструмента отчета;

занятых тип поддерживаемых отчета;

привычна собственно оперативной сам руководства отчет;

1. визуальных Карта избыточности свободных отсутствию мест:

• проектом дата и конечному время;
• классификация карта им свободных руки мест.

2.2 Характеристика результатной информации

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

хранение Система конкурентные должна создано иметь просматривать возможность поддерживает последующей несогласованность реорганизации и позволяющим расширения среднего для данного улучшения Основными её предоставляет возможностей управляющие или забронировать добавления Исходя функций. QT Должен продажам обеспечиваться комплект контроль футбольном ввода процессов данных обмен при вариантных отсутствии период избыточности, а структуру также несколько надежное Задача хранение и интервала целостность Условно базы недостатков данных.

показана Общие обязательно положения (дерево средний функций и которое сценарий имеющиеся диалога)

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

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

1) схем служебные должным функции – языке идентичны актуализации для мероприятий всех свободное автоматизированных предназначенные систем крайне управления найдет предприятием указанием на Дика современном интегрированная уровне Коровкина развития вызов аппаратных и перегружена программных предназначен средств. современный Функции высоких этого команд вида мероприятия призваны между обеспечить составленные безопасность присутствовать ввода, принимает обработки и билеты хранения пакета информации, работу облегчить программой работу с внутримашинное системой, анализирует сделать освоении ее удобной наиболее категория удобной и комплекса незатруднительной занятых для занято конечного протоколирование пользователя.

2) Методы основные повсеместно функции где управления и количество обработки документов данных – сдачи свойственны Параметры как базы информационным вероятности системам таблица любой разделять специализации, более так и названий именно Методы данной проектированию ИС. Дерево Они Рис отражают Эти особенности кассир процесса структура обработки вместе информации, конкуренции получения Express результатов, ГА ведения представителей информационной Стадии базы данном проекта. своевременного Эти сдачи функции дальнейших организованы в модули том Скорость порядке и в поддерживает том основные составе, Центральным которые конкурента продиктованы таблице условиями количественно обработки и баз управления качество данными в оперативности конкретной менеджера предметной разрабатываемого области.

скорости Состав и ИНТУИТ классификация интуитивно функций инструментальным разрабатываемого показатели программного наличия продукта бум представлены в этих виде абонементе дерева оперативности функций (рис.3).

Рис.3. Занесение Дерево возможной функций добавления ИС

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

Диалог – это процесс обмена сообщениями между пользователем и ИС, при котором осуществляется постоянная смена ролей информатора и реципиента (пользователя, принимающего информацию), причем смена ролей достаточно оперативна.

В процессе диалога возможно:

• двустороннее управление на базе языка типа «запрос-ответ»,
• одностороннее управление со стороны ИС с языком общения типа «меню», «заполнения шаблона», ответа по «подсказке»,
• одностороннее управление со стороны пользователя с использованием языка директив (команд).

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

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

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

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

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

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

Сценарий диалога представлен на рисунке 4.

Рисунок 4. Сценарий диалога с ИС

Сценарий диалога состоит из двух логически связанных частей:

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

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

Характеристика базы данных

В таблице 3 представлено описание полей таблицы «Билеты». Данная таблица служит для хранения информации по билетам.

Таблица 3

Структура таблицы «Билеты»

Название	Тип	Размер поля	Описание
Код_билета	счетчик	5	Уникальный ключ записи
код места	числовой	5	Идентификатор места
код спортивного мероприятия	числовой	5	Идентификатор спортивного мероприятия
код матча	числовой	5	Идентификатор матча
код концерта	числовой	5	Идентификатор концерта

В таблице 4 представлено описание полей таблицы «Места». Данная таблица служит для хранения информации по наличию мест на то или иное мероприятие.

Таблица 4

Структура таблицы «Места»

Название	Тип	Размер поля	Описание
Код_места	счетчик	Длинное целое	Уникальный ключ записи
номер места	числовой		номер места

В таблице 5 представлено описание полей таблицы «Матчи». Данная таблица служит для хранения информации о матчах.

Таблица 5

Структура таблицы «Матчи»

Название	Тип	Размер поля	Описание
Код матча	Счетчик	Длинное целое	Уникальная запись
Дата и время проведения	Дата/время		Дата проведения матча
Код команды1	Числовой	5	Код команды участника-1
Код команды 2	Числовой	5	Код команды участника-2

В таблице 6 представлено описание полей таблицы «Концерты».

Таблица 6

Структура таблицы «Концерты»

Цена	Тип	Размер поля	Описание
Код концерта	Числовой	5	Идентификатор
Код исполнителя	Числовой	20	Идентификатор исполнителя
Дата и время проведения	Дата/время	20	Дата и время проведения концерта

Таблица 7

Структура таблицы «Спортивные мероприятия»

Название	Тип	Размер поля	Описание
Код спортивного мероприятия	Счетчик	Длинное целое	Уникальный ключ записи
Дата и время проведения	Дата/время		Дата и время проведения спортивного мероприятия

Структурная схема пакета (дерево вызова программных модулей)

Схема программных модулей содержит программные модули различных классов:

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

Схема взаимосвязи программных модулей представлена на рисунке 5.

Рис. 5. Схема взаимосвязи программных модулей ИС

Описание программных модулей

Таблица 8 содержит краткие сведения о программных модулях.

Таблица 8

Характеристики программных модулей задачи

Идентификатор модуля	Наименование модуля	Выполняемые функции
Begin Module	Управляющая программа	Инициирует вызов и активизацию основных программных модулей системы, содержит меню ИС.
Security Module	Модуль проверки пароля и прав доступа	Модуль, предназначенный для контроля прав доступа и правильности пароля в системе
Form Mod	Модуль ввода данных	Модуль, предназначенный для ввода данных по документам.
		Контроль правильности вводимых данных, проверка соответствия вводимой даты, кодов и прочей строчной и числовой информации. В случае обнаружения ошибок на экран выдаются корректные предупреждения, и предлагается исправить ошибку
		Корректировка введенных данных первичных документов, пока они еще не сохранены в соответствующих файлах.
Execute Module	Модуль обработки	Модуль обработки информации
Help Module	Модуль ведения справочников	Модуль, предназначенный для актуализации (корректировки, добавления, удаления) сведений справочников.
Result Module	Модуль результатов	Модуль, предназначенный для окончательных расчетов, необходимых для составления результатных документов.
Print Module	Модуль вывода на печать	Модуль, предназначенный для вывода на печать форм первичных, промежуточных и результатных документов, сгенерированных в тех модулях, которые реализуют соответствующие пункты меню

Контрольный пример реализации проекта и его описание

При открытии программы появляется главное меню программы (рис.6).

Рис.6. Главное окно программы

Возможности программы наглядно представлены на рис.7- 11.

Рис.7. Справочник билетов

Рис.8. Справочник секторов

Рис.9. Справочник радиусов

Рис.10. Справочник мест

Рис.11. Покупки билетов

Отчеты по продажам билетов представлен на рис.12 – 13.

Рис.12. Билеты на футбол

Рис.13. Билеты на спортивные мероприятия

Рис.14. Справочник спортивных мероприятий

Рис.15. Справочник матчей

Рис.16. Справочник команд

Рис.17. Справочник концертов

Рис.18. Справочник исполнителей

Заключение

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

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

В отличие от дорогих и сложных программ автоматизации продаж, программа автоматизации продаж билетов действительно хорошо подходит для представителей малого и среднего бизнеса, так как включает все, что им необходимо, но не перегружена избыточными возможностями. Использование технологии создания программы в визуальных средах программирования делает ее интерфейс универсальным и совместимым с операционными системами Windows XP/7/Vista. Также одним из преимуществ программы является то, что она не требует достаточно большого свободного дискового пространства, так как комплект поставки занимает всего лишь 1,9 Mb памяти.

Список использованной литературы

1. РД 50-34.698-90. Автоматизированные системы. Требования к содержанию документов.
2. ГОСТ 34.601-90. Автоматизированные системы. Стадии создания.
3. ГОСТ 34.602-89. Информационная технология.
4. ГОСТ 19.701-90. Единая система программной документации. Схемы алгоритмов, программ, данных и систем. Условные обозначения и правила выполнения.
5. РД IDEF0 2000. Методология функционального моделирования.
6. Автоматизированные информационные технологии в экономике /Под ред. проф. ГА, Титоренко. - М.: ЮНИТИ, 2008.
7. Введение в системы баз данных – СПб: Издательский дом "Вильямс", 2000. - 848 с.;
8. Вендров А.М. Проектирование программного обеспечения экономических информационных систем. - М: «Финансы и статистика», 2000
9. Грекул В.И., Денищенко Г.Н., Коровкина Н.Л. Проектирование информационных систем – М.: ИНТУИТ.ру, 2005
10. Данелян Т.Я. Организация и функционирование больших информационных систем. -М.: МЭСИ, 2007
11. Ивлиев М.К., Порошина Л.А. Автоматизация оперативного и бухгалтерского учета товаров, 1997.
12. Информационные системы в экономике /Под ред. В.В. Дика. - М.: Финансы и статистика, 2006.
13. Информационные системы: Учебник для вузов. 2-е изд. СПб: "Питер", 2005 г - 656 стр.
14. Крис Дейт. Введение в базы данных, 6-е изд. Киев, Диалектика, 1998.
15. Разработка программного обеспечения - СПб : "Питер", 2004 г - 592 стр.