Автоматизация бизнес-процессов продажи билетов ООО "Зритель"
Дипломная работа - Компьютеры, программирование
Другие дипломы по предмету Компьютеры, программирование
роекте чрезмерное внимание уделено демонстрационным задачам, повышению эффективности. Возможно, что проект перегружен за счет работ, ориентированных на переиспользование в будущем. Этот список легко продолжить.
Выделить максимально большую часть работ проекта, которая выполнима при заданном финансировании.
Общий принцип любой стратегии распределения финансов состоит в том, чтобы максимально полно обеспечить финансовую потребность решения ближайших задач проекта.
2.2Информационное обеспечение задачи
2.2.2Информационная модель и её описание
Задача использует одну БД, которая размещена вместе с сайтом системы. Ниже (табл. 2.3) приведена таблица наборов данных задачи.
Таблица 2.3.
Перечень и описание структурных единиц входных документов
Наименование структурной единицыТочность числового значенияИсточникинформации (документ, массив)Идентификатор источникаОкончательная ведомостьДата ведомости Код билета Наименование билета Количество билета Цена билета Стоимость билета99.X(8).9999 999999 X(150) 99999999 99999,99 99999999,99СоставSclad
На рис. 2.6 приведена информационная модель логического уровня БД.
При формулировке требований в БД было определено: БД должна быть свободно переносимой, хранить данные о клиентах, заказах клиентов, характеристиках билетов и обеспечивать некоторые возможности для динамического формирования документа.
При проектировании БД необходимо обеспечить формирование таблиц в порядке от файлов НИИ к оперативным файлам. При заполнении данными файлов, нужно вводить данные в такой же последовательности, то есть, заполнить данными файлы НИИ, а только потом предоставить возможность пользователям наполнять данными файлы оперативной информации.
Рис. 2.6. Информационная модель логического уровня БД
Так как программа реализует учетные функции, то такой экономико-математической модели решения задачи не существует. Но можно выделить некоторые показатели, которые рассчитываются при формировании реестра заказов.
Сумма заказа клиента - складывается из суммы стоимостей билетов, учитывая их количество.
Формула 2.1.
,
где,
Sum - сумма j-го заказа клиента;
Price - цена i-того билета в j-м заказе;
Count - количество i-того билета в j-м заказе;
n - количество разновидностей билетов.
Сумма заказов за день - складывается из общей суммы всех заказов клиентов на определенную дату.
Формула 2.2.
,
где,
Sum - сумма заказов за день;
m - количество заказов за день.
2.2.3Используемые классификаторы и системы кодирования
Анализируя алгоритм решения задачи можно сказать, что он носит учетный характер. Клиент последовательно проходит этап регистрации, добавление билетов в корзину и регистрацию заказа в БД.
Таблица 2.4.
Описание системы кодировки
Наименование признакаЗначительностьСистема кодировкиСтруктура кодового обозначенияКод покупателя5последовательная99999Код билета6последовательная999999Код заказа6последовательная999999Код вида оплаты1последовательная9Код категории билета2последовательная99Код характеристики2последовательная99
Алгоритм решения задачи необходим для формирования реестра подтвержденных заказов клиентов, поэтому в программе реализуются методы поддержки ведения справочника клиента и его заказов.
Для решения задачи требуется наличие всех данных о билетах и их характеристиках. Также от СУБД требуется сохранение всех видов целостности БД при функционировании задачи.
Таблица 2.5.
Словарь данных
№ данныхНазвание элемента данныхИдентификаторТип, длина и точностьНазначение1.№ платежного порученияPor_id9999Для однозначной идентификации поручений2.Банк получателяPor_bnk_polХ(50)Наименование банка получателя3.Банк плательщикаPor_bk_plt_naimХ(50)Наименование банка плательщика4.Вид оплатыPs_idХКод вида оплаты5.Дата ведомостиvdata99.X(8).9999Для разделения остатков на дату6.Дата получения банкомPor_bk_date99.X(8).99997.Дата оформления порученияPor_date99.X(8).9999 Дата оформления поручения8.Дата прайс-листаPr_date99.X(8).9999Дата прайс-листа9.Дата проведения банкомPor_bnk_prov99.X(8).9999Дата проведения банком10.Дата реестраRe_date99.99.9999Дата реестра11.Дебет счета №Por_deb_cХ(14)Дебет счета №12.Код банка получателяPor_bnk_pol_idХ(6)Для однозначной идентификации банка13.Код банка плательщикаPor_plat_bnk_idХ(6)Для однозначной идентификации банка14.Код клиентаid99999Для однозначной идентификации клиента15.Код получателяPor_pol_idХ(14)Для однозначной идентификации получателя16.Код плательщикаPor_plat_idХ(14)Для однозначной идентификации плательщика17.Код билетаpr_id999999Для однозначной идентификации18.Кредит счета №Por_cred_cХ(14)Кредит счета №19.Наименование категории билетаCat_naimX(50)Для различения20.Наименование билетаnameX(150)Для пользователей билетов21.Номер заказаo_id99999Для однозначной идентификации заказа22.ПолучательPor_pol_naimХ(50)Наименование получателя23.ФИО клиентаfioХ(70)ФИО клиента24.ПлательщикPor_plat_naimХ(50)Наименование латника25.Назначение платежаPor_naznХ(80)Назначение платежа26.Сумма платежаPor_sum99999,99Сумма платежа28.Цена билетаprice99999,99Для оценки остатков29.Наименование характеристики билетаProp_naimX(80)Наименование характеристики билета30.Значение характеристики билетаValue_X(100)Значение характеристики билета
2.2.4Характеристика нормативно-справочной, входной и оперативной информации
Таблица 2.6.
Перечень входных и исходных сообщений (документов)
Код документаНазвание документаВходной или исходный0805704Окончательная ведомостьВхо?/p>