Cоздание автоматизированной информационной системы заданной предметной области - «Продажа билетов на футбол»

 

 

 

2. ОПИСАНИЕ СУЩЕСТВУЮЩЕЙ КОМПЬЮТЕРИЗИРОВАННОЙ  ПОДСИСТЕМЫ.
1. ДЕКОМПОЗИЦИЯ СУЩЕСТВУЮЩЕЙ ПОДСИСТЕМЫ (НА ВЫПОЛНЯЕМЫЕ ФУНКЦИИ И ЗАДАЧИ).

 

Функции подсистемы:

1. Продажа/сдача билетов

Задачи:

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

 

2. Анализ работы касс.

Задачи:

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

3. Контроль продажи билетов

Задачи:

• учет ip-адреса пользователя при покупке через интернет;
• контроль количества билетов при продаже в одни руки;
• регистрация клиентов на сайте.

 

 

 

 

 

2. ВХОДНАЯ И ВЫХОДНАЯ ИНФОРМАЦИЯ ДЛЯ ПОДСИСТЕМЫ (ОПИСАНИЕ ВХОДНОЙ/ВЫХОДНОЙ ИНФОРМАЦИИ).

 

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

Входные:

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

Выходные:

1. Занесение в отчет ведомости о продаже билета, которая содержит:
• серийный номер билета;
• дата/время продажи билета;
• категория билета;
• номер кассы;
• дата и время матча;
• название и тип матча;
• цена билета.
2. Ведомость о сдаче документа, которая содержит:
• серийный номер билета;
• дата/время продажи билета;
• дата/время сдачи билета;
• категория билета;
• номер кассы;
• дата и время матча;
• название и тип матча;
• цена билета;
• размер комиссии при сдаче билета;
• сумма денег, возвращенная клиенту;
• причина сдачи.
3. Ведомость об обмене билета, которая содержит:
• дата/время обмена билета;
• серийный номер билета 1
• категория билета 1;
• серийный номер билета 2;
• категория билета 2;
• разница в цене;
• номер кассы.
4. Ведомость о продаже абонемента, которая содержит:
• серийный номер абонемента;
• дата приобретения;
• номер кассы;
• список названий и дат матчей;
• цена абонемента;
• ФИО клиента.

        

5. Отчет о работе касс на опр.период:
• дата создания отчета;
• тип отчета;
• собственно сам отчет; 
  
6. Карта свободных мест:

-                 дата и время;

-                 карта свободных мест.

 

 

3. КОНТЕКСТНАЯ ДИАГРАММА ПОДСИСТЕМЫ.

 

Рисунок - 2.1. Контекстная  диаграмма для информационной системы  “Система продажи билетов на футбол”.

 

 

3. ТРЕБОВАНИЯ К РАЗРАБОТКЕ ПОДСИСТЕМЫ.
1. ТРЕБОВАНИЯ К ПОДСИСТЕМЕ В ЦЕЛОМ.

 

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

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

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

 

2. ТРЕБОВАНИЯ К ИНФОРМАЦИОННОМУ ОБЕСПЕЧЕНИЮ.

 

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

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

 

3. ТРЕБОВАНИЯ К МАТЕМАТИЧЕСКОМУ ОБЕСПЕЧЕНИЮ.

 

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

алгоритмы для обеспечения  её работы, такие как:

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

 

4. ТРЕБОВАНИЯ К ПРОГРАММНОМУ ОБЕСПЕЧЕНИЮ.

 

Данная информационная система  работает с огромным объемом данных и требует быстрой, безотказной  работы. Выбирая операционную систему, следует остановиться на узкоспециализированных ОС. Для примера, возьмем QNX Neutrino.

QNX - POSIX-совместимая операционная система реального времени, предназначенная преимущественно для встраиваемых систем. Считается одной из лучших реализаций концепции микроядерных операционных систем.

QNX Neutrino, выпущенная в 2001 году, перенесена на многие платформы, и сейчас способна работать практически на любом современном процессоре, используемом на рынке встраиваемых систем. Среди этих платформ присутствуют семейства x86, MIPS, PowerPC, а также специализированные семейства процессоров, такие, как SH-4, ARM, StrongARM и xScale. 
Также можно прибегнуть и к конкуретным ОС реального времени. Наиболее крупными конкурентами QNX являются Windows CE ,VxWorks, OS-9, Integrity, LynxOS, а также некоторые ОС на ядре Linux (RTLinux и др.).

При выборе базы данных, можно так же сосредоточиться на узкоспециализированных базах данных. Но на мой взгляд, можно  остановить выбор на СУБД ЛИНТЕР.  Технические характеристики и более  подробная информация по данной СУБД находится по ссылке: http://ru.wikipedia.org/wiki/%D0%9B%D0%98%D0%9D%D0%A2%D0%95%D0%A0

Пример  применения:

Система автоматизированного управления оперативно-диспетчерским комплексом цеха водоснабжения в «Сургутнефтегазе», которая работает совместно с российским продуктом СУБД ЛИНТЕР

 

5. ТРЕБОВАНИЯ К ТЕХНИЧЕСКОМУ ОБЕСПЕЧЕНИЮ.

 

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

 

6. ТРЕБОВАНИЯ К ОРГАНИЗАЦИОННОМУ ОБЕСПЕЧЕНИЮ.

 

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

Наиболее тесно с данной подсистемой работает кассир, который  должен обладать необходимыми навыками по эксплуатации данной подсистемы и  ОС реального времени, установленной  на компьютерах.

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

 

7. ТРЕБОВАНИЯ К ИНТЕРФЕЙСУ.

 

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

 

 

 

 

 

4. СИНТЕЗ КОМПЬЮТЕРИЗИРОВАННОЙ ПОДСИСТЕМЫ.
1. ОПИСАНИЕ ЗАИНТЕРЕСОВАННЫХ ЛИЦ.

 

Таблица 4.1. Описание заинтересованных лиц

Наименование	Краткое описание	Потребности
Администратор	Сотрудник данного учреждения, осуществляющий поддержку и обслуживание информационной системы.	Поддержка информационной системы. Добавляет данные в базу данных (Добавление матчей в «Список матчей» и тд.)
Кассир	Сотрудник данного учреждения. Взаимодействует с системой, выбирая необходимые покупателю места по параметрам, таким как зона, сектор, ряд, место, цена; места при покупке соответствующих им билетов заносятся в таблицу занятых мест (карта свободных мест стадиона).	Общение с клиентами. Продажа  различных типов(разовый, групповой, абонемент) и категорий билетов. Возврат билетов.
Менеджер	Сотрудник данного учреждения. На основе данных о продажах составляет различные виды отчетов на определенные периоды.	Составление отчета. Анализ работы касс.
Покупатель	Участник процесса продажи  билетов. Напрямую с системой не взаимодействует. Говорит кассиру желаемые параметры  покупаемого билета/абонемента. Или  же при сдаче билета, отдает его  кассиру и получает обратно деньги.	Получение информации  о параметрах покупаемого билета/абонемента, или же – условия сдачи билета.