Преподаватель который помогает студентам и школьникам в учёбе.

Проектирование реализации операций бизнес-процесса реализация билетов через розничные кассы (Выбор комплекса задач автоматизации.)

Содержание:

Введение

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

Объемы информации в огромны и растут, с каждым годом, всё с большей скоростью. Поэтому в любой организации, как в большой или маленькой возникают проблемы с обработкой информации, это сильно сказывается на эффективности работы всего предприятия.

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

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

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

Цели работы

- качественное и эффективное обслуживание клиентов;

- упрощение процедуры приобретения билета;

- уменьшение цены билета за счёт минимальных накладных расходов;

- сокращение расходов и повышение доходов компании;

- интеграция в единую систему продаж.

Методы исследования: анализ предметной области и полученных результатов и их систематизация, анализ данных.

В процессе работы рассматриваются особенности процесса реализации взаиморасчетов, а также разрабатывается информационная система по данному процессу в системе «1С:Предприятие 8.2».

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

Можно выделить основные задачи, которые необходимо решить в процессе выполнения данной работы для достижения основной цели:

- Провести анализ и описание предметной области;
- Создать хранилище данных;
- Обеспечить систему функцией контроля правильности оформления документов;
- Изучить особенности работы пользователя и области применения информационной системы;
Обеспечить максимальную безопасность данных в системе;
Разработать интерфейс пользователя, учитывающий особенности специфики работы пользователя;

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

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

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

Агентство Экспресс-2 - универсальное агентство на рынке продаж авиационных и железнодорожных перевозок. Агентство создано в 1996 году для оказания транспортных услуг клиентам "Инвестсбербанк". Через короткое время Агентство вышло за рамки задач, первоначально поставленных акционерами, и давно уже занимает одно из высших мест в рейтинге авиаперевозчиков и среди лучших агентств Московского транспортного узла.

Агентство обладает штатом высокопрофессиональных специалистов и менеджеров, что позволяет обеспечить клиентов компании качественными услугами, лучшим подбором компаний и удобной стыковкой авиарейсов, возможностью оказывать VIP и спец. услуги. «Агентство Экспресс-2» неоднократно награждалось дипломами перевозчиков за высокий уровень обслуживания пассажиров, уникальную систему учета и отчетности, стабильный рост мастерства авиа и ж/д операторов и систему взаиморасчетов.

Агентство обладает разветвленной собственной сетью авиа и железнодорожных касс. Наши корпоративные клиенты всегда получают необходимые им услуги и сервис. Число постоянных клиентов компании стабильно растет.

Прямые договора с крупнейшими авиаперевозчиками и ТКП (Транспортная Клиринговая Палата) дают возможность Агентству иметь развитую субагентсткую сеть. За 11 лет работы на профессиональном рынке авиа и железнодорожных перевозок Агентство Экспресс-2 заработало высокую репутацию надежного партнера.

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

Основная сфера деятельности агентства - услуги в области продаж авиа и железнодорожных билетов.

Внутренние и международные направления:

продажа, бронирование билетов;

доставка билетов по Москве;

корпоративные договоры;

безналичное обслуживание;

продажа билетов по пластиковым картам;

специальные тарифы авиакомпаний;

разработка сложных маршрутов;

скидки туристическим агентствам.

Агентство Экспресс-2 - агентство, ориентированное на клиентов.

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

Среди постоянных клиентов Агентства:

Министерство путей сообщения;

Корпорация "Трансстрой";

Московское представительство "Автоваз";

Балтийская строительная компания;

Фонд социального страхования РФ;

Госкомстат РФ;

Страховые компании "Якорь" и "Сибирь";

Фонд поддержки малого предпринимательства РФ.

Ближайшие задачи Агентства:

создание разветвленной агентской сети, выход на региональный рынок продаж;

открытие новых офисов по продаже;

модернизация технологической и технической базы агентства, совершенствование системы взаиморасчетов с партнерами;

заказ дополнительных сервисных услуг пассажирам в аэропортах вылета;

трансфер в аэропорты и вокзалы.

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

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

Можно представить следующую классификацию бизнес-процессов учета ремонтных работ жилищно-коммунального хозяйства:

Основные бизнес-процессы:

- принять запрос;

- найти свободное место;

- распечатать билет

Процессы управления:

- обеспечение соблюдения технологии обработки рецептов и порядка документооборота.

- анализ работы сотрудников

Автоматизации в нашем случае подлежат следующие процессы:

- найти свободное место;

- распечатать билет

Построим модель Как есть (рис. 1, 2).

Рис. 1.1. Функциональная модель нулевого уровня «Учет продажи билетов» AS-IS

Входными данными являются:

Запрос пассажира

Паспорт

Выходными данными являются:

Билет

Отчеты

Рис.1. 2. Функциональная модель первого уровня «Учет Учет продажи билетов» AS-IS

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

Построим модель Как будет (рис. 3, 4).

На для процессов:

- найти свободное место;

- распечатать билет

добавляется Информационная система

Рис. 1.3. Функциональная модель нулевого уровня «Учет Учет продажи билетов» TO-BE

Информационная система участвует во всех бизнес-процессах, что приводит к значительной экономии времени

Рис. 1.4. Функциональная модель первого уровня «Учет Учет продажи билетов» TO-BE

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

Основными документами в рассматриваемой задаче являются Заявка, Акт выполнения и Квитанция. Схема документооборота приведена в таб. 1.1

Таблица1.1

Схема документооборота

	Кассир	Администратор	Архив
Продажа билета	Билет	Билет
Бронь	Билет		Билет
Возврат	Билет Билет

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

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

Временные характеристики описанных процессов приведены в таблице 1.2.

Таблица 1.2

Характеристики описанных процессов

Действие	Среднее количество за рабочий день	Время, необходимое для выполнении одного действия, минут	Общее время, минут
Продажа билета	10	15	150
Бронь	5	30	150
Возврат	0,5	60	30
ИТОГО, минут:			330

Таким образом, ежедневно, в среднем, 330 минут или 5 часов 30 минут, сотрудник занят занесением необходимых сведений в книги учета, а также, при необходимости анализом и поиском нужных сведений. Учитывая, что продолжительность рабочего дня составляет 8 часов, делаем вывод, что на выполнение остальных обязанностей остается менее 40 % рабочего времени, что крайне неэффективно.

Для данного способа также характерны следующие недостатки:

Невысокая скорость и точность выполнения расчетов.
Неэффективное использование рабочего времени.
Возможность потери важных документов (заявки, акты о выполнении работ, наряды)
Бюрократия – увеличивающийся «поток» бумажной работы.

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

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

Проведем расчет ожидаемого эффекта от внедрения средств автоматизации. В таблице 1.3 произведен расчет эффекта внедрения.

Таблица 1.3

Расчет эффекта внедрения

Действие	Среднее количество за рабочий день	Время, необходимое для выполнения одного действия, минут	Общее время, минут
Продажа билета	10	1	10
Бронь	5	2	10
Возврат	0,5	5	2,5
ИТОГО, минут:			12.5

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

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

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

В состав информационного обеспечения должны входить:

потоки входной информации, к которым относятся сведения о работниках, видах работ, работах.
потоки выходной информации, к которым можно отнести сведения выполнении работ и оплате

В состав классификаторов входят следующие:

Справочник "Город"
Справочник "Поезда"
Справочник "Вагон"
Справочник "Пассажир"
Справочник «Кассир»

В список первичных документов входят:

Продажа билетов
Бронь
Возврат

В результате должны формироваться следующие документы:

Билет;
Забронированио
Возвращено.

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

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

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

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

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

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

Для разработки программного приложения автоматизированной обработки выбор той или иной операционной системы не повлияет на функциональность системы по причине того, что при реализации алгоритмов программного приложения не требуется использования каких-либо специфических функций операционной системы. Оба типа операционных систем позволяют разрабатывать программный продукт без потери его функциональности, по причине наличия программных сред (языков программирования) для обоих типов операционных систем [14].

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

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

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

ПАК РМК

ПАК РМК пришел на смену терминалам прошлого поколения. Сегодня ПАК РМК представляет собой динамично развивающуюся платформу, которая совершенствуется, наращивает свой функционал, постепенно замещая всё морально устаревшее оборудование и программное обеспечение для работы билетных кассиров на РЖД. Выпуск ПАК РМК 2 расширяет набор оборудования, которое может использоваться в составе ПАК РМК. Обе модели ПАК РМК аппаратно совместимы. В начале 2016 года была успешно реализована задача динамической загрузки шаблонов разметки бланков в билетопечатающие принтеры. В прошлом остались сложные, трудоёмкие операции с принтером, выполняемые техническим персоналом отдельно от настроек ПАК РМК. Используемый ранее подход приводил к тому, что переходный период растягивался на несколько дней. Динамическая загрузка шаблонов разметки бланков позволяет выполнить синхронизацию используемых шаблонов практически в реальном времени. АСУ «Экспресс-3» хранит и контролирует необходимость загрузки шаблонов разметки бланков в каждый ПАК РМК. При необходимости нужный шаблон будет загружен в билетопечатающий принтер при первой возможности, даже в случае замены принтера или его пребывания в выключенном состоянии. От билетного кассира требуется только дать согласие на выполняемые действия и дождаться их завершения. Большое внимание в процессе данной разработки было уделено сжатию информации, снижению трафика, разбиению действий на небольшие транзакции, успешное выполнение части из которых позволит в следующий раз сократить цепочку выполняемых действий. Именно с использованием механизма загрузки динамических шаблонов разметки бланков в билетопечатающие принтеры была проведена замена набора используемых шаблонов разметки бланков полисов страхования и их возвратов (в том числе списка страховых компаний) в январе 2016 года. Динамическая загрузка шаблонов не отменяет возможность статической загрузки шаблонов, которая использовалась ранее.

ПАК РМК имеет ряд встроенных возможностей, которые позволят наращивать его функционал с течением времени. Встроенный браузер позволяет работать с приложениями, размещенными на доверенных ресурсах. Такие приложения по отношению к ПАК РМК являются внешними. Внешнее приложение ПАК РМК – доступ к базе данных системы MERITS (Multiple European Railway Integrated Timetable Storage) было создано по инициативе АО «ФПК» – участника «Единой системы хранения расписания пассажирских поездов Европейских железных дорог»

СТМ Транспортные документы

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

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

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

2 глава. Проектная часть.

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

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

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

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

В созданной конфигурации имеются следующие справочники (таб. 2.1)

Таблица 2.1

Сводная таблица справочников

Название справочни-ка;	Ответственный за его ведение;	Средний объём справочника в записях;	Средняя частота актуализации;	Средний объем актуализации (в записях или в процентах);
Города	Кассир	80	По мере необходимости	10
Поезда	Кассир	200	По мере необходимости	20
Вагон	Кассир	50	По мере необходимости	10
Пассажир	Кассир	200	По мере необходимости	50
Кассир	Кассир	50		10

В таб. 2.2 описаны характеристики справочника Города

Таблица 2.2

Города

Номенклатура поля	Идентификатор поля	Тип поля	Длина поля
Код	Код	Счетчик
Номенклатура	Номенклатура	Строка	20

В таб. 2.3 описаны характеристики справочника Поезда

Таблица 2.3

Поезда

Номенклатура поля	Идентификатор поля	Тип поля	Длина поля
Код	Код	Счетчик
Наименование	Номенклатура	Строка	20
Вид	Вид	Строка	20

В таб. 2.4 описаны характеристики справочника Пассажир

Таблица 2.4

Пассажир

Наименование поля	Идентификатор поля	Тип поля	Длина поля
Код	Код	Счетчик
Наименование	Наименование	Строка	20
Номер_паспорта	Номер паспорта	Число	10
Серия_паспорта	Серия паспорта	Строка	10

В таб. 2.5 описаны характеристики справочника Вагон

Таблица 2.5

Вагон

Номенклатура поля	Идентификатор поля	Тип поля	Длина поля
Код	Код	Счетчик
Номенклатура	Номенклатура	Строка	20

В таб 2.6 описаны характеристики справочника Кассир

Таблица 2.6

Кассир

Номенклатура поля	Идентификатор поля	Тип поля	Длина поля
Код	Код	Счетчик
Номенклатура	Номенклатура	Строка	20

На рисунках 2.2-2.5 отражены формы справочников данной конфигурации

Рисунок 2.2 Справочник Города

Рисунок 2.3 Справочник Поезда

Рисунок 2.4. Справочник Вагон

Рисунок 2.5. Справочник Пассажир

Рисунок 2.6. Справочник Кассир

Описание документов, необходимых для получения исходной информации

Экранные формы размещения данных описаны в таблице 2.6

Таблица 2.7

Описание входных документов

№ пп	Наименова-ние	Реквизиты	Таблицы, на основе которых формируется	Частота формирования
1	Продажа билета	Кассир Пассажир	Кассир Пассажир	По мере необходимости
2	Бронь	Кассир Пассажир Дата_выкупа	Кассир Пассажир	По мере необходимости
3	Возврат	Пассажир	Пассажир	По мере необходимости

Экранные формы(макеты) документов и экранные формы для их ввода в систему изображены на рисунках 2.6-2.9

Рисунок 2.6 Документ Продажа_билета

Рисунок 2.7 Документ Бронь

Рисунок 2.8 Документ Возврат

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

Экранные формы отчетов описаны в таблице 2.7

Таблица 2.8

Описание выходных документов

№ пп	Номенклатура	Реквизиты	Таблицы, на основе которых формируется	Частота формирования
1	Билет	Номер Дата Пассажир Поезда Вагон Города Номер вагона Место	Пассажир Поезда Вагон Города	Ежедневно
2	Забронировано	Номер Дата Пассажир Поезда Вагон Города Номер вагона Место	Пассажир Поезда Вагон Города	Ежедневно
3	Возвращено	Номер Дата Пассажир Поезда Вагон Города Номер вагона Место	Пассажир Поезда Вагон Города	Ежедневно

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

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

Рис. 2. 9. Дерево функций

В разработанной программе предусмотрены два пользователя – Провизор и Бухгалтер. Дерево диалога изображено на рисунке 2.11

Рис. 2. 10. Дерево диалога

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

Описание таблиц базы данных

В таб. 2.10 описаны характеристики таблицы Города

Таблица 2.10

Города

Номенклатура поля	Идентификатор поля	Тип поля	Длина поля	Пимечание
Код	Код	Счетчик		Ключевое поле
Номенклатура	Номенклатура	Строка	20

В таб. 2.11 описаны характеристики таблицы Поезда

Таблица 2.11

Поезда

Номенклатура поля	Идентификатор поля	Тип поля	Длина поля	Примечание
Код	Код	Счетчик		Ключевое поле
Наименование	Номенклатура	Строка	20
Вид	Вид	Строка	20

В таб. 2.12 описаны характеристики справочника Пассажир

Таблица 2.12

Пассажир

Наименование поля	Идентификатор поля	Тип поля	Длина поля	Примечание
Код	Код	Счетчик		Ключевое поле
Наименование	Наименование	Строка	20
Номер_паспорта	Номер паспорта	Число	10
Серия_паспорта	Серия паспорта	Строка	10

В таб. 2.13 описаны характеристики справочника Вагон

Таблица 2.13

Вагон

Номенклатура поля	Идентификатор поля	Тип поля	Длина поля	Примечание
Код	Код	Счетчик		Ключевое поле
Номенклатура	Номенклатура	Строка	20

Кассир

Номенклатура поля	Идентификатор поля	Тип поля	Длина поля	Примечание
Код	Код	Счетчик		Ключевое поле
Номенклатура	Номенклатура	Строка	20

В таб. 2.15 описаны характеристики таблицы Продажа_билета

Таблица 2.15

Продажа_билета

Наименование поля	Идентификатор поля	Тип поля	Длина поля	Прочее
Код Кассир	Кассир	Число	10
Код Пассажир	Пассажир	Число	10
Дата	Дата	Число	10
Код Поезда	Код Поезда	Число	10
Код Вагона	Код Вагона	Число	10
Код Города	Код Города	Число	10
Номер вагона	Номер вагона	Число	10
Место	Место	Число	10

В таб. 2.16 описаны характеристики таблицы Бронь

Таблица 2.16

Бронь

Наименование поля	Идентификатор поля	Тип поля	Длина поля	Прочее
Дата	Дата	Число	10
Код Поезда	Код Поезда	Число	10
Код Вагона	Код Вагона	Число	10
Код Города	Код Города	Число	10
Номер вагона	Номер вагона	Число	10
Место	Место	Число	10
Код Пассажир	Пассажир	Число	10
Дата_выкупа	Дата выкупа	Дата

В таб. 2.17 описаны характеристики таблицы Возврат

Таблица 2.17

Возврат

Наименование поля	Идентификатор поля	Тип поля	Длина поля	Прочее
Дата	Дата	Число	10
Код Поезда	Код Поезда	Число	10
Код Вагона	Код Вагона	Число	10
Код Города	Код Города	Число	10
Номер вагона	Номер вагона	Число	10
Место	Место	Число	10
Код Пассажир	Пассажир	Число	10

Получили схему данных

Рис 2.12 Схема данных

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

Описание пакета (дерево вызова программных модулей)в среде 1С:Предприятие представлено в таблице 2.9

Таблица 2.9

Описание модулей

№п/п	Номенклатура подсистемы	Функции подсистемы
1	Глобальный модуль	Содержит глобальные процедуры и функции, предопределенные процедуры, процедуры и функции, которые необходимо выполнить при запуске системы «1С:Предприятие 7.7».
2	Справочники	Содержит предопределенные процедуры для осуществления занесения условно-постоянной информации
3	Документы	Содержит предопределенные процедуры для осуществления оформления документов
4	Отчеты	Содержит предопределенные процедуры для формирования отчетов

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

Программные модули в "1С:Предприятии 8"

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

Таблица 2.9

Программные модули в 1 С Предприятие

Общие модули	Общие модули принадлежат всей конфигурации в целом, но, в отличие от модуля приложения (см. ниже), их может быть несколько, например, модули РасчетНалогов, ОбработкаДокументов. Общие модули не могут содержать объявлений переменных, и в них нет раздела основной программы, таким образом, они состоят только из процедур и функций
Модуль приложения	Это модуль, который относится ко всей конфигурации в целом и может быть только один. Модуль приложения является аналогом глобального модуля в версии 7.7. Он отвечает за пользовательскую сессию (сеанс) работы с "1С:Предприятием 8"
Модуль внешнего соединения	Если конфигурация запускается не в режиме клиентской сессии, а через COM-соединение, то вместо модуля приложения используется модуль внешнего соединения, который в конфигурации может быть только один
Модули объектов	У некоторых прикладных объектов конфигурации могут быть собственные модули, например, модуль документа РасходнаяНакладная, модуль справочника Номенклатура. Не следует их путать с модулями форм этих объектов
Модули форм	У каждой формы есть модуль, в котором определяется поведение формы и действия, выполняемые из нее, например, открытие других форм

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

Посте запуска конфигурации открывается Главное окно программы (рис 2.12)

Рисунок 2.13 Главное окно программы

Далее заносим данные в справочники ( рис. 2.14 – 2.18)

Рисунок 2.14 Заполнение справочника Вагон

Рисунок 2.15 Заполнение справочника Города

Рисунок 2.16 Заполнение справочника Кассир

Рисунок 2.17 Заполнение справочника Пассажир

Рисунок 2.18 Заполнение справочника Поезда

Затем оформляем запись (рис 2.19)

Рисунок 2.19 Заполнение документа Бронь

Выполним оформление оказания услуги(рис. 2.20)

Рисунок 2.20 Заполнение документа Возврат

Рисунок 2.21 Заполнение документа Продажа билета

Получили следующие отчеты: (рис.2.21 – 2.23)

Рисунок 2.21 Отчет Билет

Рисунок 2.22 Отчет Возвращено

Рисунок 2.23 Отчет Забранировано

Заключение

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

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

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

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

ГОСТ 34.602-89. «Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Техническое задание на создание автоматизированной системы».
Абрамов Г.В., Медведкова И.Е., Коробкова Л.А. «Проектирование информационных систем» - Воронеж:ВГУИТ, 2012. - 172 с.
Аверченков В.И., Лозбинев Ф.Ю., Тищенко А.А. «Информационные системы в производстве и экономике» - М.:ФЛИНТА, 2011. - 274 с.
Братищенко В.В. «Проектирование информационных систем» - Иркутск: Изд-во БГУЭП, 2010. - 84 с.
Вендеров А.М. «Проектирование программного обеспечения экономических информационных систем» - М.: Финансы и статистика, 2012.
Гвоздева Т.В., Баллод Б.А. «Проектирование информационных систем» - М.:Феникс, 2011. - 512 с.
Гвоздева В.А., Лаврентьева И.Ю. «Основы построения АИС» - М.: ИД «ФОРУМ»: ИНФРА-М, 2010. – 320с.
Калянов Г.Н. «Стратегическое управление информационными системами» - М.:БИНОМ, 2010. - 510 с.
Коровкина Н.Л. «Проектирование информационных систем» - М.: Инетрнет-университет информационных технологий - ИНТУИТ. ру, 2013.
Мишенин А.И. «Теория экономических информационных систем» - М.: Финансы и статистика, 2011. - 240 с.
Соловьев И.В., Майоров А.А. «Проектирование информационных систем» - М.:Академический проект, 2011. - 400 с.
Титоренко Г.А. «Информационные системы и технологии управления» - М.:ЮНИТИ-ДАНА, 2012. - 591 с.
Черемных С.В. «Моделирование и анализ систем» - М.: Финансы и статистика, 2013. - 192 с.

Приложение

Код формы документа (автоматически проставляем стоимость при выборе номенклатуры и изменении ее количества и автоматически вычисляем общую сумму к оплате:

&НаКлиенте

Процедура Поступление РаботаКоличествоПриИзменении(Элемент)

ТекущаяСтрока = элементы.Заявка.ТекущиеДанные.НомерСтроки;

ЗаявкаКоличествоПриИзмененииСервер(ТекущаяСтрока);

КонецПроцедуры

&НаСервере

Процедура ЗаявкаКоличествоПриИзмененииСервер(НомерСтроки)

ТекущиеДанные = Объект.Заявка.Получить(НомерСтроки - 1);

Цена = Справочники.Работа.НайтиПоКоду(ТекущиеДанные.Материалы.Код).Цена;

ТекущиеДанные.Стоимость = ТекущиеДанные.Количество * Цена;

КонецПроцедуры

&НаКлиенте

Процедура ПередЗаписью(Отказ, ПараметрыЗаписи)

ПередЗаписьюНаСервере();

КонецПроцедуры

&НаСервере

Процедура ПередЗаписьюНаСервере()

Объект.СуммаЗаявкаа = Объект.Заявка.Итог("Стоимость");

КонецПроцедуры