Преподаватель который помогает студентам и школьникам в учёбе.

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

Содержание:

ВВЕДЕНИЕ

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

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

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

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

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

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

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

Целью работы является проектирование реализации операции бизнес-процесса реализации билетов через розничные кассы.

Для достижения поставленной цели необходимо решить ряд задач:

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

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

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

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

Дата представления.
Время представления.
Номер зала.
Вместимость зала.

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

Выходными информационными потоками являются:

Отчет по выручке в кассе (форма КМ-6).
План зрительного зала, в котором отмечены места, на которые билеты уже проданы.

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

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

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

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

Результатными показателями процесса являются:

Сумма реализованных билетов.
Количество реализованных билетов в разрезе представлений.

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

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

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

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

Процесс распределения билетов по розничным кассам является понятным и не нуждается в детализации. Рассмотрим процесс продажи билетов (рисунок 3). Покупатели могут выбрать билеты только на те места, которые были распределены в розничную кассу. После выбора ряда и места, покупатель оплачивает билеты и кассир передает билеты покупателю.

На рисунке 4 представлена модель процесса учета продажи билетов.

Рисунок 1. Модель процесса реализации билетов через розничные кассы

Рисунок 2. Декомпозиция процесса реализации билетов через розничные кассы

Рисунок 3. Модель процесса продажи билетов

Рисунок 4. Модель процесса учета продаж

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

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

Создадим схему документооборота рассматриваемого процесса. Схема документооборота показывает процесс формирования документов в рамках решаемой задачи [2]. Схема документооборота представлена на рисунке 5.

Рисунок 5. Схема документооборота

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

Таблица 1

Характеристика формирования документооборота

Характеристика	Чек	Отчет кассира	Отчет по продажам билетов
Количество документов в год, шт.	30 000	2 600	30
Количество символов в документе, шт.	500	3 000	3 000
Частота возникновения в год	1	1	1
Трудозатраты на обработку в год, чел-час	120	360	180

В таблице 2 представлена характеристика документооборота задачи после автоматизации.

Таблица 2

Характеристика формирования документооборота

Характеристика	Чек	Отчет кассира	Отчет по продажам билетов
Количество документов в год, шт.	30 000	2 600	30
Количество символов в документе, шт.	500	3 000	3 000
Частота возникновения в год	1	1	1
Трудозатраты на обработку в год, чел-час	60	160	80

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

4. Обоснование проектных решений по информационному обеспечению

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

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

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

5. Обоснование проектных решений по программному обеспечению

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

Актуальной версией операционной системы Windows сейчас является Windows 10, поэтому при разработке информационной системы будет учитываться эта операционная система.

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

После выбора языка программирования, следует выбрать среду программирования, в которой будет разработано приложение. Средами программирования для языка программирования Java являются:

NetBeans является мощной бесплатной средой разработки с открытым исходным кодом, которая работает с Linux, Windows, MacOS и даже Oracle Solaris. Эта среда считается Java-ориентированной, поскольку обеспечивает качественное взаимодействие с JPA, JSP, Struts, Spring и библиотекой Hibernate.
IntelliJ IDEA является коммерческой средой программирования, которая обеспечивает поддержку фреймворков Spring (Spring MVC framework, Spring Security, Spring Boot, Spring Integration и т. д.), Node.js, Angular React, Grails, возможность использовать дополнительные языки (javascript, typescript, coffeescript) и взаимодействовать почти со семи популярными серверами (Tomcat, TomEE, GlassFish, JBoss, WildFly, Weblogic, WebSphere, Geronimo, Virgo и т. д.).
Среда программирования Eclipce является самой распространенной среди разработчиков, потому что обладает большим количеством пользовательской документации и плагинов.
Среда программирования JDeveloper обладет поддержкой системы контроля версий и облачного сервиса Oracle, PL / SQL обработчиком запросов, WebLogic Server, редакторами HTML, CSS, JavaScript, JSF, JSP, WSDL и ещё огромным количеством всевозможных полезностей.

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

Поскольку в информационной системе будут храниться и обрабатываться данные, необходимо осуществить выбор СУБД, которая будет управлять базой данных. Наиболее распространенным видом базы данных является реляционная база данных, которая представляет собой совокупность двумерных таблиц.

Управление реляционной базой данных будет осуществлять реляционная СУБД. Рассмотрим виды реляционных СУБД:

СУБД IBM DB2 является кросс-платформенной, обеспечивает стабильную работу базы данных. Недостатками системы являются высокая стоимость и низкая производительность.
СУБД Microsoft SQL Server обладает большим пакетом инструментов, стабильностью работы и низкими затратами на администрирование. Недостаток системы заключается в том, что она работает только на платформе Windows.
СУБД Oracle обладает высокой производительностью, легкостью интегрирования приложений и устойчивостью к большим потокам данных. Недостатком является высокая стоимость, необходимость приобретения мощного оборудования и персонала для поддержки СУБД.

На основании вышеперечисленного, для реализации базы данных наиболее подходит СУБД Microsoft SQL Server [1].

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

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

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

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

Информационная модель представлена на рисунке 6.

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

Редактирование перечисленных таблиц базы данных осуществляется с помощью форм ИС: форма ввода данных, форма сохранения документа и форма редактирования справочников. Форма сохранения документа используется для выгрузки документов и отчетов из информационной системы в форматах *.doc, *.docx, *.xsl, *.xslx. В результате работы с этой формой ни одна таблица базы данных не изменяется.

Рисунок 6. Информационная модель

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

7. Характеристика нормативно-справочной, входной и оперативной информации

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

Наименование представления;
Дата и время проведения представления;
Номер зала;
Количество мест.

В проектируемом программном модуле существует четыре справочника: кассир, ряд, место и зал. Характеристика справочников представлена в таблице 3.

Таблица 3

Характеристика справочников

Характеристика	Кассир	Зал	Ряд	Место
Ответственный за ведение	Старший кассир
Объем справочника в записях	100	10	20	20
Частота актуализации	По мере необходимости
Объем актуализации	1-10 записей	1 запись	1-10 записей
Реквизитный состав	Фамилия	Номер	Номер	Номер
	Имя
	Отчество

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

Результатными документами, в которых содержатся расчетные данные, являются отчет кассира-операциониста (форма КМ-6) и отчет по продажам билетов. Пример отчета кассира-операциониста представлен на рисунке 7.

Рисунок 7. Пример отчета кассира-операциониста

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

Рисунок 8. Пример отчета по продажам

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

Продажа.
Билет.

Характеристика перечисленных таблиц представлена в таблице 4.

Таблица 4

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

Наименование таблицы	Наименование поля
Продажа	Дата
Продажа	Сумма
Билет	Наименование представления
Билет	Зал

9. Общие положения (дерево функций и сценарий диалога)

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

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

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

Разработаем дерево функций системы, согласно приведенным рекомендациям. К основным функциям разрабатываемой системы относятся [5]:

Редактирование справочников.
Ввод данных.

К служебным функциям разрабатываемой ИС относятся:

Формирование документов.

Дерево функций представлено на рисунке 9.

Рисунок 9. Дерево функций системы

Разработаем сценарий диалога информационной системы. Сценарий диалога представлен на рисунке 10.

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

Проектируемая ИС будет хранить и обрабатывать данные в реляционной базе данных, которая представляет собой совокупность двумерных таблиц [6]. База данных будет включать следующие таблицы:

Зал.
Ряд.
Место.
Кассир.
Билет.
Продажа.

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

Для описания взаимосвязей между таблицами построим ER-модель. ER-модель представлена на рисунке 11.

Рисунок 11. ER-модель

Характеристика таблиц базы данных представлена в таблице 5.

Таблица 5

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

Наименование поля	Идентификатор поля	Тип поля	Длина поля	Прочее
Справочник «Кассир»
ID_кассира	ID_kas	Счетчик	5	Ключевое поле
Фамилия	LName	Текст	30
Имя	Fname	Текст	30
Отчество	Mname	Текст	30
Справочник «Зал»
ID_зала	ID_zal	Счетчик	5	Ключевое поле
Номер	Num	Число	2
Справочник «Ряд»
ID_ряда	ID_rad	Счетчик	5	Ключевое поле
Номер	Nrad	Число	2
Справочник «Место»
ID_места	ID_mest	Счетчик	5	Ключевое поле
Номер	Nmest	Число	2
Билет
ID_билета	ID_bil	Счетчик	5	Ключевое поле
Дата	Bdate	Дата	8
Представление	Bpredst	Текст	30
Цена	Bprice	Число	3
Продажа
ID_продажа	ID_bil	Счетчик	5	Ключевое поле
Дата	Pdate	Дата	8
Количество	Pcol	Число	3
Стоимость	Pprice	Число	3

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

Структурная схема пакета программных модулей состоит из модулей следующих классов [10]:

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

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

Таблица 6

Описание функций модулей

№ п/п	Наименование модуля	Функции модуля
1	Глобальный модуль	Содержит глобальные процедуры и функции, предопределенные процедуры, процедуры и функции, которые выполняются при запуске приложения
2	Модуль справочника «Кассир»	Содержит глобальные процедуры и функции, предопределенные процедуры, процедуры и функции, которые выполняются ведении справочников
3	Модуль справочника «Зал»	Содержит глобальные процедуры и функции, предопределенные процедуры, процедуры и функции, которые выполняются ведении справочников
4	Модуль справочника «Ряд»	Содержит глобальные процедуры и функции, предопределенные процедуры, процедуры и функции, которые выполняются ведении справочников
5	Модуль справочника «Место»	Содержит глобальные процедуры и функции, предопределенные процедуры, процедуры и функции, которые выполняются ведении справочников
6	Модуль учета продаж	Содержит глобальные процедуры и функции, предопределенные процедуры, процедуры и функции, которые выполняются при создании продажи
7	Модуль формирования отчета	Содержит глобальные процедуры и функции, предопределенные процедуры, процедуры и функции, которые выполняются при формировании отчета
8	Модуль настроек	Содержит предопределенные процедуры и элементы формы

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

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

Рассмотрим алгоритм работы в системе. Работа в системе начинается с заполнения справочников. Алгоритм заполнения справочников представлен на рисунке 13.

Рисунок 12. Дерево вызова программных модулей

Рисунок 13. Алгоритм заполнения справочников

Далее осуществляется ввод данных о билетах. Алгоритм ввода данных о билетах представлен на рисунке 14.

Рисунок 14. Алгоритм формирования документов

На рисунке 15 представлен алгоритм формирования отчетности.

Рисунок 15. Алгоритм формирования отчетности

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

Для разработки контрольного примера реализации проекта и его описания необходимо [4]:

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

Реализация контрольного примера состоит из следующих этапов:

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

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

Рисунок 16. Ввод данных о расписании сеансов

После ввода расписания введем данные о стоимости билетов (рисунок 17).

Рисунок 17. Ввод данных о стоимости билетов

Рассмотрим процесс продажи билетов. Перед продажей осуществляется выбор сеанса, ряда и места. Выбор сеанса осуществляется на форме, представленной на рисунке 18. Выбор ряда и места осуществляется на форме, представленной на рисунке 19.

Затем кассир открывает форму продаж билетов, представленную на рисунке 20.

Рисунок 18. Форма выбора сеанса

Рисунок 19. Форма выбора билетов

Рисунок 20. Форма продажи билетов

После оплаты билетов кассир осуществляет печать билетов (рисунок 21).

Рисунок 21. Форма печати билета

В конце каждой смены кассир осуществляет формирование отчетности, представленной на рисунке 22.

Рисунок 22. Отчет кассира

ЗАКЛЮЧЕНИЕ

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

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

Было дано описание документооборота задачи. Была рассчитана трудоемкость процесса, которая составляет 660 человеко-часов. По данным расчетов, трудозатраты на формирование документооборота после автоматизации составили 300 человеко-часов за счет автоматизации всех расчетов задачи.

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

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

Были разработаны дерево функций системы и сценарий диалога. Дана характеристика базы данных, разработана ER-модель базы данных, приведённой к третьей нормальной форме.

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

СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ

Гвоздева Т.В., Баллод Б.А. / Проектирование информационных систем. – М.:Феникс, 2014.
Горбаченко В.И., Убиенных Г.Ф. / Проектирование информационных систем с СА ErwinModelingSuite 7.3. – П.:ПГУ 2014.
Грекул В.М, Коровкина Н.А, Куприянов В.С. / Проектное управление в сфере информационных технологий. – М.:БИНОМ, ИНФРА-М, 2013.
ЕлиферовВ.Г., РепинВ.В. / Процессный подход к управлению. Моделирование бизнес-процессов. – М.:Манн, Иванов и Фербер, 2013.
Избачков Ю.С., Петров В.Н. / Информационные системы. – СПб,: Амфора. 2014.
Исаев Г.Н. / Проектирование информационных систем. Учебное пособие. – М.: Омега-Л, 2015.
Мацяшек Л.А. / Проектирование информационных систем. – М.: Вильямс,2016.
Ньютон Р. / Управление проектами от А до Я. – М.: Альпина Паблишер, 2014.
Смит К.У., Уильямс Л.Дж. / Эффективные решения: практическое руководство по созданию гибкого и масштабируемого программного обеспечения. – М.:Вильямс, 2013.
Эванс Э. / Предметно-ориентированное проектирование: структуризация сложных программных систем. – М. Вильямс, 2016.