Файл: Проектирование реализации операций бизнес-процесса Проектирование реализации операций бизнес-процесса.pdf

Содержание

Введение 3

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Заключение 36

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

Введение

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

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

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

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

---

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

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

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

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

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

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

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

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

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

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

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

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

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

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

---

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

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

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

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

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

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

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

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

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

---