Файл: Автоматизация продажи театральных билетов(Технико-экономическая характеристика предметной области и предприятия).pdf

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

3.2.4. Требования к АРМ «Клиенты и договоры» АРМ «Клиенты и договоры» предназначен для решения следующих задач.

• Ведения учетной базы данных по клиентам интернет-магазина.

• Ведения базы данных по заключенным договорам с клиентами.

• Прием, регистрация и предварительная обработка заявок.

3.2.4.1. Требования к ведению учетной базы клиентов

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

Система должна обеспечивать возможность регистрации в системе как физических, так и юридических лиц, регистрации как добровольной (случайный покупатель), так и принудительной (срочные договорные отношения, безналичный расчет). При регистрации в системе нового клиента в БД БИС «Клиенты» обязательно должен быть внесен определенный (минимальный) набор атрибутов, без указания которых данная операция невозможна. Набор обязательных полей определяется руководителем продаж или представителем планово-финансового отдела и может быть разным для различных клиентских групп (напр.: для физических и юридических лиц). Система должна обеспечивать вывод на экран и на печать списков клиентов, сгруппированных по различным критериям, и выборочную информацию о них.

3.2.4.2. Регистрация договоров

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

Договоры, по которым выполнена полная оплата предоставленных услуг, и срок действия которых истек, из разряда действующих переводятся в архив договоров. Формировании договоров проводится в два этапа:

1) формирование документа;

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

3.2.4.3. Определение схемы вознаграждения

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

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

3.2.5. Требования к функциям, выполняемым АРМ бухгалтера

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

1. Подробные журналы операций:

1) с билетами за день;

2) с билетами за спектакль.

2. Отчеты кассиров и уполномоченных лиц:

1) перечень билетов проданных за день;

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

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

4) отчетная ведомость по расчетам за возвращенные билеты на день;

5) отчетная ведомость по расчетам за возвращенные билеты на спектакль.

3. Отчетная ведомость о сборах на спектакль.

4. Отчетные документы за период:

1) декадная сводка посещаемости и сборов;

2) накопительный отчет по вознаграждениям;

3) накопительная ведомость по репертуару;

4) Аналитический отчет АРМ бухгалтера должна выполнять аудит с выборкой билетов и просмотра полной истории по ним по фильтру: • за выбранный период продажи • на выбранный диапазон спектаклей • по выбранным пользователям • по выбранным клиентам • по выбранным документам • по выбранным местам в зале • по выбранным типам операций • по выбранным формам оплаты • по выбранным тарифам • по диапазону стоимости билета

3.2.6. Требования к функциям, выполняемым Интернет-шлюзом

Интернет-шлюз — это серверный программный компонент, задача которого — предоставление высокоуровневого API для взаимодействия с БИС. Этот API может использоваться внешними пользователями системы, например дистрибьюторами.

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

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

• Получение списка мест, доступных для заказа/бронирования в выбранном спектакле • Блокировка, разблокировка мест для последующего бронирования

• Формирование заказа (брони) на выбранные места

• Изменение статуса заказа

3.2.7. Требования к программному компоненту «Конструктор зала»

Программный компонент «Конструктор зала» является одним из ключевых компонентов системы и используется в нескольких приложениях системы.

3.3.1. Специальные требования

Разграничение доступа к информации должно осуществляться путем идентификации и аутентификации пользователя по регистрационному имени и паролю.

После успешной идентификации пользователя, АРМ должны настроиться на определенные для данного пользователя доступные функции, в соответствии с которыми и должны регулироваться полномочия пользователя при работе в данном АРМ. Список доступных функций по полномочиям обработки информации должен быть определен на этапе разработки БИС и согласован с заказчиком.

3.3.2. Требования к интерфейсу пользователя

1) Пользовательский интерфейс должен быть максимально приближен к предметной области пользователя в части:

• используемого языка;

• используемой терминологии;

• используемых операций и их последовательности.

2) Ввод данных пользователем должен осуществляться путем заполнения полей специально созданных для каждого приложения (пользователя) экранных форм:

• ввода данных с клавиатуры

• выбора из списка (с возможностью множественного выбора)

• автоматически

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

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

3.3.3. Требования к программному и аппаратному обеспечению

Система должна базироваться на следующем аппаратном обеспечении:

Серверы системы — процессор Intel Xeon 12 ядер, не менее 16 Гб оперативной памяти.

АРМ’ы пользователей БИС — процессор Intel Core i5 шестого поколения и выше, не менее 8 Гб оперативной памяти. Система должна базироваться на следующем системном ПО:

20 Серверы системы — ОС Linux 64-бит, PostgreSQL Server 10 версии и выше. АРМ’ы пользователей БИС — ОС Windows 10, .NET framework 4.7.1 и старше, 1Гб дискового пространства.

Для операционных систем Windows должен поставляться единый универсальный (под все платформы) инсталлятор всех программных компонентов.

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

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

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

На этапе опытной эксплуатации осуществляется выявление скрытых ошибок разработки, их локализация и устранение.

По окончанию этапа делаются выводы о работоспособности АРМ в реальных условиях эксплуатации и устойчивости его функционирования.

В течении оговоренного с заказчиком срока после начала штатной эксплуатации программных комплексов на рабочих местах разработчик обеспечивает периодический анализ успешности эксплуатации программного обеспечения, принимает меры к локализации и исправлению обнаруженных ошибок и некорректностей в работе АРМ.

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

Источники разработки

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

-Договор № … от … между …