Разработка прикладного решения по автоматизации деятельности "Железнодорожный вокзал"

Содержание:

Введение

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

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

• выбор из справочников “вокзалы” и “клиенты” данных для заполнения документов “Билет” и “Возврат билета”.
• Автоматизации заполнения документа “Возврат билета” на основании уже созданных документов “Билет”.
• для накопления информации о продаже и возврате билетов.

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

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

1. Анализ предметной области

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

- хранение информации о продаже и возвратах билетов;

- использование справочников для ускорения процесса заполнения данных;

- формирование документов Возврат билетов на основании ранее сформированных документов основанных на продаже билетов.

- Возможность быстрого создания печатных форм.

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

2. Анализ существующего программного обеспечения

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

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

«1С:Предприятие 8» имеет режим запуска "Конфигуратор", который обеспечивает:

· настройку системы на различные виды учета,

· реализацию любой методологии учета,

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

· настройку внешнего вида форм ввода информации,

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

· широкие оформительские возможности создания печатных форм документов и отчетов с использованием различных шрифтов, рамок, цветов, рисунков,

· возможность наглядного представления информации в виде диаграмм,

· быстрое изменение конфигурации с помощью визуальных средств разработки.

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

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

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

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

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

В «1С:Предприятии» процесс написания программного кода - не центральный элемент разработки ПО. Приложение разрабатывается прежде всего как структура метаданных. Код пишется в определенных узлах приложения «по необходимости», чтобы переопределить, если это нужно, стандартное поведение или написать ту часть бизнес-логики, которая требует именно алгоритмической формулировки, например расчет себестоимости. То есть имеется framework, задающий общий облик приложения, а приложение определяется как набор различных артефактов, которые функционируют в данном framework-е. Идея разработки на основе метаданных (metadata-driven) начинает активно использоваться и в универсальных системах, но в предметно-ориентированной среде разработки она дает существенно больший эффект, так как структура метаданных четко ориентирована на круг решаемых системой задач.

3. Архитектура разрабатываемого прикладного решения

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

Создадим документ с названием “Билет” в который добавим следующие реквизиты: «Наименование вокзала» , «ФИО пассажира». Рис 1.

Рис 1. Документ билет с реквизитами «Наименование вокзала» , «ФИО пассажира».

Для быстрого заполнения документов создадим справочники «Вокзалы» (из него берется информация для реквизита «Наименование вокзала») с перечислением всех вокзалов г. Москвы, «станции» (из него берется информация для реквизита «Станция прибытия») с перечислением станций и «Клиенты» (из него берется информация для реквизита «Клиенты») со списком тех, кто уже покупал билеты. Рис 2.

Рис 2. Справочники.

Далее необходимо заполнить реквизиты табличной части документа необходимыми пунктами: «Станция прибытия», «Дата отъезда», «Время в пути», «Номер вагона», «Номер места», «Стоимость билета» , «Количество», «Сумма». Рис 3.

Рис 3. Реквизиты табличной части документа Билет.

Для работоспособности реквизита табличной части «сумма» необходимо, перемножить значения из табличного поля «Цена» и «Количество». Для этого достаточно в модуль формы поместить соответствующую процедуру с формулой. Но так не интересно и я, для того чтобы алгоритм, выполняемый при обработке события, был доступен для различных документов, создам общий модуль и перенесу в него процедуру расчета произведения, а в документе оставлю вызовы этой процедуры из общего модуля. Рис 4.

Теперь осталось создать в модуле формы процедуру «при изменени» для табличной части «Стоимости билета» и «Количества билетов» что бы при изменении любого из этих параметров менялось значение поля «Сумма» Рис 5

Рис 5.

После чего нам понадобится создать документ «Возврат билета» с аналогичными реквизитами, реквизитами табличной части, создаваемый на основании документа «Билет».

Для чего мы создаем аналогичный документ, но во вкладку «Ввод на основании» добавляем основание «документ.билет» и с помощью конструктора создаем Процедуру ОбработкаЗаполнения(Основание) Рис 6.

Рис 6. Документ «Возврат билета» создание «Ввода на основании» конструктором.

Далее нам понадобится создать печатные формы для вывода документов «Возврат билета» и «Билет» на печать. В шапках печатных форм разместим следующие реквизиты: «Вокзал отправления» и «ФИО пассажира». Табличные части печатных форм будут содержать следующие реквизиты: «Станция прибытия», «Дата отъезда», «Время в пути», «Номер вагона», «Номер места», «Стоимость билета» , «Количество», «Сумма».

Создадим макет печати с помощью конструктора. Рис 7.

Рис 7. Создание макетов печати.

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

Приступаем к процессу.

Создаем регистр накопления с именем «Возврат_и_продажа_билетов»

Добавляем измерение с именем «Пассажир» и типом данных «СправочникСсылка.Клиенты». Добавляем ресурс «Стоимость» с типом данных «Число» длинною 15, точностью 3. Рис 8.

Рис 8. Регистр накопления с ресурсом и измерением.

На этом работа в конфигураторе заканчивается, переходим к заполнению справочников непосредственно в Конфигурации Рис 9.

Рис 9. Заполненные справочники.

Далее необходимо проверить возможность создания документа «Возврат билета» на основании заранее созданного документа «Билет». Для чего создаем несколько документов «Билет» и на основании которых создаем документ «Возврат билета» рис 10.

Рис 10. Создание документа «Возврат билета» на основании ранее созданного документа «Билет»

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

Рис 11. Проверка работоспособности регистра накопления.

Заключение

Теперь новая конфигурация «Железнодорожного вокзала» готова к эксплуатации. Она поможет автоматизировать нелегкий труд сотрудников ОАО РЖД. Они смогут хранить информацию о клиентах купивших билеты, в которой будет отмечено с какой станции уехал пассажир, сколько времени провел в пути, стоимость билетов, количество, вокзал отправления. Создавать на базе имеющихся документов о покупке билетов документы о возврате билетов и при необходимости распечатать их на принтере. Хранить информацию обо всех документах в регистре накопления. В нее при необходимости можно добавить новые модули и элементы, доработать готовые или убрать ненужные.

Список литературы

1. Практические занятия для студентов МФПА «СОЗДАНИЕ КОНФИГУРАЦИИ И ОСНОВНЫЕ ПРИНЦИПЫ РАБОТЫ С НЕЙ».
2. Справочник «конфигурированние_и_администрированние_8_0»
3. Сайты http://v8.1c.ru, http://nashe1c.ru