27
выполнения и не позволяющие полноценно достичь намеченных
результатов. [14]
Альтернативный источник снижения финансовых затрат – усиленный
контроль расходов. Он позволяет избежать перерасхода средств, исключив
ненужные финансовые издержки.
Еще одним способом различать проектные СУ выступает их распределение,
исходя из технических характеристик. Существуют такие системы управления, как:
1. Локальные. Как пример, разработка Microsoft Project;
2. Клиент-серверные. Структура данной СУ предполагает размещение
базовых компонентов ПО на сервере, а отдельных приложений на клиентском
компьютере. Среди представителей этого класса наиболее известны Oracle
Primavera и Microsoft Project Server.
3. Веб ориентированные. Это Адванта и прочие, требующие наличия
интернет соединения.
Именно последняя категория СУ оказывается наиболее актуальной в
настоящее время. Действительно, современные условия ведения бизнеса,
предполагают оперативный обмен данными, что невозможно без использования
глобального Интернет пространства, а также локальных сетей.
Внутренняя классификация веб ориентированных информационных систем
управления разделяет их по такой характеристике, как:
место развертывания ПО, в частности сервер предприятия или облако;
модель ценообразования, предусматривающая единовременное
приобретение системы или ее арендную оплату.
Затрагивая вопрос стоимости программных разработок для системы
управления проектами, следует отметить, что наряду с платными продуктами,
присутствует бесплатный софт. Его, а также ПО низкой ценовой категории,
выгодно эксплуатировать небольшим компаниям с малыми капиталовложениями и
финансовыми оборотами, где направления деловой активности ограничены узкой
специализацией. Когда речь затрагивает крупный бизнес, то потребуется более
дорогое ПО с мощным функционалом и арендой дата-центров для хранения
конфиденциальной информации.
28
Рассмотрим аналоги разрабатываемой системы, представленные в настоящее
время на рынке.
Профессиональная билетная система Profticket - от разработчиков, является
комплексом высокотехнологичных специализированных модулей, служит для
полной автоматизации бизнес-процессов и, соответственно, решения полного
спектра задач, стоящих перед учреждениями, деятельность которых связана с
распространением билетов для зрителей на культурно-зрелищные, спортивные и
иные мероприятия.
Возможности системы:
Быстрое и удобное формирование репертуара и сопутствующих
справочников.
Бронирование и последующее распределение мест для зрителей и
агентов-распространителей.
Продажа билетов за наличный и безналичный расчет зрителям.
Электронные продажи билетов и купонов с Вашего сайта и с сайта
партнеров.
Интеграция с крупными билетными операторами.
Выдача электронной квоты мест агентам, а также выдача билетов за
наличный и безналичный расчет с контролем их последующей
реализации.
Выдача абонементов для зрителей позволит Вам получать доходы от
будущих периодов.
Удобный механизм распределения резервов и квот как внутри
организации, так и между сторонними партнерами.
Оперативная переоценка мест и легкое изменение аншлаговой стоимости
мероприятий.
Сервис трёхмерной визуализации схемы зала для зрителя, который
помогает зрителю с помощью модуля "ProfTicket-монитор" выбрать
нужное ему место в зале.
Применение различных скидок и наценок для зрителей и агентов.
29
Возможность выдавать служебные места с печатью и без печати
билетных бланков.
Возможность работы с абонементами, в том числе реализована продажа
электронного абонемента.
Формирование и учет накладных для поставщиков, партнеров и агентов.
Получение и учет электронных квот и билетов от сторонних организаций-
поставщиков.
Передача в электронном виде штриховых кодов билетов организаторов
мероприятий, агентам и партнерам при реализации билетов, а также
прием и передача информации о проданных билетах со штриховыми
кодами организациям, проводившим эти мероприятия, для контроля
прохождении зрителей.
Полнофункциональный учет по сериям и номерам билетных бланков.
Наличие большого количества отчетов, отражающих в режиме реального
времени истинное положение дел в Вашем билетном бизнесе.
Возможность печати билетных бланков на высокоскоростных билетных
принтерах, а также на обычных офисных моделях.
Современные специализированные инструменты:
Дизайнер отчетов – позволяет редактировать макеты билетов, документы
и отчеты системы самостоятельно, не прибегая к помощи разработчика.
Редактор залов – это инструмент, который служит для создания любых
схем залов с высокой степенью достоверности. Данный редактор является
векторным и имеет следующие функциональные возможности:
Создание отрезков, прямоугольников, закругленных прямоугольников,
эллипсов, дуг, секторов, ломаных линий, кривых и кривых Безье,
полигонов, замкнутых кривых и текста.
Поддержка сглаживания и альфа-канала (прозрачности).
Заливка замкнутых областей векторным узором.
Градиентная заливка объектов.
Стрелки и прочие маркеры на концах линий.
30
Поддержка аффинных преобразований – позволяет выводить фигуры и
текст повернутыми на произвольный угол.
Экспорт изображений в растровые форматы.
Вышеописанные возможности позволяют создавать визуально
привлекательные и технологичные схемы залов для последующей
комфортной работы в системе.
Наличие модуля Profticket Gate, являющегося шлюзом Интернета,
позволит вам оперативно наладить бронирование и продажу ваших
билетов в сети интернет с возможностью печати электронного билета и
электронного абонемента.
Если вы не используете какие-либо функции системы Profticket, то их легко
можно отключить на уровне настроек системы. Например, если у театра только
свои мероприятия и билетные бланки, то модуль поставщиков можно выключить.
Если ситуация изменилась, то этот модуль можно легко задействовать снова,
изменив соответствующие настройки системы.
АИС «Супербилет-Театр» это прогрессивный метод ведения учета и
продажи билетов.
Система обеспечивает повышение обслуживания зрителей за счет внедрения
новых технологий, облегчение работы персонала за счет автоматизации наиболее
трудоемких операций, обеспечение учета средств от реализации билетов и
получения отчетов в автоматическом режиме, обеспечение эффективного
контроля посещаемости спектаклей, полученного дохода от реализации билетов и
составления репертуара.
АИС "Супербилет-Театр" разработана в сетевом варианте. Система
представлена в двух видах:
АИС электронной продажи и печати билетов в кассах театра и учета
финансовых результатов показа спектаклей;
АИС электронного учета продажи билетов в кассах театра и учета
финансовых результатов показа спектаклей (без печати билетов) .
АИС "Супербилет-Театр" дает возможность автоматизировать весь комплекс
работ по обслуживанию зрителей.
31
Система содержит следующие функции:
Удобная система ведения репертуара театра;
Возможность подключения любого количества залов/сцен/площадок;
Средства использования макетов залов из библиотеки или архива
прошлых периодов при создании распоясовки для нового спектакля;
Возможность иметь до 20-и различных ценовых поясов и легко менять
распоясовку на интерактивной схеме зала;
Возможность самостоятельно создавать используемые при продаже
билетов схемы залов любой конфигурации (конструктор залов);
Автоматическое формирование и печать приказа и дополнения к нему об
утверждении распоясовок и расценок мест на спектакли;
Быстрое и наглядное получение всех данных о любом спектакле из
репертуара;
Систему заказов билетов для частных лиц и организаций: по телефону и
через Internet;
Систему продажи билетов непосредственно зрителю в кассах театра;
Систему реализации билетов через уполномоченных лиц за наличный и
безналичный расчет;
Систему расчетов с уполномоченными;
Печать любой информации на билете на высокоскоростном принтере;
Получение всей отчетности по реализации билетов, по расчетам с
уполномоченными, по кассовым операциям и др.;
Формы отчетов настраиваются по желанию заказчика:
Справка о продаже билетов театральной кассой за день.
Справка о продаже билетов театральной кассой за период.
Развернутая справка о продаже билетов театральной кассой за период.
Справка о заказанных билетах на спектакли за день.
Список билетов, проданных кассиром NN через кассу №1.
Список мест, выделенных уполномоченным (городским кассам) за
период.
32
Перечень уполномоченных, получивших указанные места на
определенный спектакль на дату.
Накладная № NN на выдачу билетов (два вида).
Накладная № NN на возврат билетов (два вида).
Приходный кассовый ордер.
Перечень введенных документов по кассе за период.
Справка о расчетах с уполномоченным NN за период.
Отчет о расчетах с городскими кассами (по накладным) за период.
Отчет о расчетах с городскими кассами (по спектаклям) за месяц.
Список заказов с истекшим сроком выкупа билетов.
Отчет о заказанных билетах за месяц (с учетом отказов).
Отчет о заказанных билетах за месяц (все заказанные билеты).
Отчет о продаже билетов (на спектакль) за день.
Отчет о продаже билетов (сокращенный) за день.
Отчет билетных касс № NN о спектакле (Отчет о проданных билетах
через МТДЗК и уполномоченных).
Отчет о продаже билетов кассами театра для начисления зарплаты за
месяц.
Отчет о продаже билетов городскими кассами за период.
Итоговый отчет о реализации билетов (по уполномоченным) за месяц (2
вида).
Отчет о расчетах с городскими кассами для начисления зарплаты за
месяц.
Ведомость на выплату зарплаты уполномоченным городских касс за
месяц.
Отчет о продаже билетов по заказу за период.
Сводный отчет о продаже билетов кассами за период.
Сводный отчет о реализации билетов на спектакли за месяц (2 вида).
Остатки билетов на спектакли на первое число месяца.
Отчет о использованных кассирами билетных бланках за месяц.
33
Ведомость учета сбора за спектакли и начислений в РАО за период.
Репертуар на месяц (по сценам/театрам).
1.3.2 Выбор и обоснование стратегии автоматизации задачи
Так как АИС будет представлять собой веб-систему, следует определиться с
используемой архитектурой системы.
На основе анализа используемых архитектур для построения АИС, была
выбрана архитектура «клиент-сервер». Средой передачи информации в БД и назад
является сеть Internet либо локальная сеть, в случае размещения БД удалено (на
сервере БД), либо программный поток, если БД расположена на локальном
компьютере. Очевидно, что во втором случае обмен будет происходить в
несколько раз быстрее, так как передаваемая информация не теряет время на
прохождение по сетевым кабелям. На рисунке 1.6 приведена классическая схема
взаимодействия клиентов с удаленной БД по схеме «клиент-сервер».
Рисунок 1.6 – Схема «клиент-сервер»
Помимо общего случая, требуется выделение аппаратного тонкого клиента
(к примеру, Windows- и Linux-терминалы являются специализированными
устройствами, принципиально отличными от ПК. Аппаратный тонкий клиент не
обладает жёстким диском, пользуется специализированной локальной ОС (одна из
задач которой заклюается в организации сессии с терминальным сервером для
34
работы пользователя), не обладает подвижными деталями, выполняется в
специализированных корпусах, имеющих полностью пассивное охлаждение.
Чтобы расширить функциональность тонкого клиента, применяют его
«утолщение», к примеру, добавляют возможности автономной работы, сохраняя
основное отличие - работу в сессии с терминальным сервером. При появлении в
клиенте подвижных деталей (жёстких дисков), возникают возможности для
автономной работы, он перестаёт выступать как тонкий клиент в чистом виде, а
превращается в универсального клиента.
Тонкий клиент чаще всего имеет минимальную аппаратную конфигурацию,
вместо жёсткого диска, чтобы загрузить локальную специализированную ОС,
применется DOM (DiskOnModule) [модуль с разъёмом IDE, флэш-памятью и
микросхемой, который реализует логику обычного жёсткого диска - в BIOS
определяется в виде обычного жёсткого диска, только размер его обычно в 2-3 раза
меньше]. В ряде конфигураций системы тонкий клиент проводит загрузку
операционной системы по сети с сервера, пользуясь протоколами PXE, BOOTP,
DHCP, TFTP и Remote Installation Services (RIS).
Основными производителями тонких клиентов являются DEPO Computers,
Аквариус, OPTION, TOHK, AK Systems и Norma TS.
Толстый или Rich-клиент- это приложение, обеспечивающее (в противовес
тонкому клиенту) расширенную функциональность независимо от центрального
сервера. Часто сервер в таком случае выступает лишь как хранилище данных, а
всю работу по обработке и представлению этих данных осуществляет машина
клиента.
Достоинства:
1. толстый клиент обладает широким функционалом в отличие от тонкого;
2. работает в режиме многопользовательской работы;
3. предоставляет возможность работы, даже если случаются обрывы связи с
сервером;
4. высокое быстродействие (зависит от аппаратных средств клиента).
Недостатки:
1. большой размер дистрибутива;
35
2. многое в работе клиента зависит от того, для какой платформы он
разрабатывался;
3. при работе с ним возникают проблемы с удаленным доступом к данным;
4. довольно сложный процесс установки и настройки;
5. сложность обновления и связанная с ней неактуальность данных;
6. наличие бизнес-логики.
В разрабатываемой системе будет использовать «толстый» клиент, то есть
хранение данных будет осуществляться на удаленном сервере СУБД, а обработка и
представление этих данных будет осуществляться на машине клиента.
На рисунке 1.7 показана схема взаимодействия веб-приложения с удаленной
БД. Данная схема и будет использоваться при разработке АИС.
Рисунок 1.7 – Схема взаимодействия веб-приложения с удаленной БД
При этом выполняется ряд действий: на действия пользователя браузер
обращается к PHP-скрипту (1), он исполняется на веб-сервере и формируется SQL
запрос (2), запрос SQL передается серверу (3), получается выборка данных (4),
результат формируется и передается в браузер (5) [1].
36
1.3.3 Выбор и обоснование способа приобретения ИС для автоматизации
задачи
Имеется два способа приобретения ИС, чтобы автоматизировать задачу:
1. приобретение у сторонних разработчиков - дорогой вариант;
2. разработка собственными силами - дешевый вариант.
На основании рассмотренных программных аналогов было принято решение
автором дипломной работы о разработке собственной системы, которая будет
подходить под задачи предприятия, иметь требуемый функционал и иметь
меньшую стоимость приобретения и эксплуатации, в чем и заинтересовано
руководство данного предприятия.
1.4 Обоснование проектных решений
1.4.1 Обоснование проектных решений по информационному обеспечению
Информационное обеспечение (ИО) — важнейшая обеспечивающая
подсистема АИС, предназначенная для снабжения пользователей информацией,
характеризующей состояние управляемого объекта и являющейся основой для
принятия управленческих решений.
Для любой АИС входными данными, либо исходными данными может
выступать как один вид информации, так и сочетание нескольких видов
информации. Имеются четыре вида представления информации:
1. текстовая – речь идет о различных текстовых данных: сообщениях,
электронных книгах, статьях, документации, электронной почте и т.д.;
2. графическая – речь идет о различных снимках, изображениях, чертежах;
3. мультимедийная – представлена видео фильмами, видео роликами,
презентациями и анимациями, музыкальными данными;
4. смешанная – является комбинированным видом текстовой, графической и
мультимедийной информации.
Назначение разрабатываемой АИС – различные действия: принятие, выдачу,
обработку, хранение текстовой информации. Все данные будут храниться в БД.