Отчёт,1

2.2 Анализ бизнес-процессов коммерческого учета газа

В данном разделе представлены результаты анализа бизнес-процессов,

осуществляемых в АО «Газпром газораспределение Смоленск», модели «AS-

IS» (как есть), «TO-BE» (как должно быть). Для верного выявления задачи автоматизации, необходимо построить диаграмму бизнес-процессов с помощью AllFusion Process Modeler, которая основывается на построении

IDEF0 диаграмм. IDEF0 – это методика многофункционального прогнозирования и графическая нотация, специализированная для формализации и отображения бизнес-процессов [6]. Отличительной чертой

IDEF0 считается ее упор на соподчинённость предметов. В IDEF0

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

представлена на рисунке 2.2. На вход поступают информация о потребителях, данные и потреблении газа, данные по проверкам потребления газа, информация о должниках. На выходе – газ в домах. Управлением блока является устав компании, ФЗ «О персональных данных». Механизмы блока – потребитель, инженер по поверке данных со счетчиков, специалист по расчету, отдел работы с потребителями.

Рисунок 2.2 – Контекстная диаграмма А0 «AS-IS»

22

Рисунок 2.3 – Декомпозиция контекстной диаграммы А0

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

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

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

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

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

23

Рисунок 2.4 - Декомпозиция процесса «Определение способа посылки данные»

На рисунке 2.4 изображен бизнес-процесс «Определение способа посылки данные». В самом начале, необходимо проанализировать клиентов,

для определения присутствия счетчика. Если у потребителя стоит счетчик,

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

Рисунок 2.5 - Декомпозиция процесса «Проверка на подлинность данных и информацию о задолжниках»

24

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

Рисунок 2.6 - Декомпозиция процесса «Получение денежных средств и предоставление услуг»

Бизнес-процесс «Получение денежных средств и предоставление услуг» представлен на рисунке 2.6. Отдел работы с потребителями сначала составляет квитанции об оплате, соответствуя тарифам и Постановлению Правительства РФ от 21.07.08 г. № 549 «О порядке поставки газа для обеспечения коммунально-бытовых нужд граждан». И последний бизнес-

процесс описывает получение денежных средств и предоставление услуг.

25

После анализа модели бизнес-процессов «AS-IS», и для дальнейшего определения требований к элементам системы автоматизации и составления технического задания (ТЗ), построена модель «TO-BE» в соответствие с методологией SADT в нотации IDEF0. Контекстная диаграмма,

показывающая процесс коммерческого учета газа, изображена на рисунке

2.7.

Рисунок 2.7 – Контекстная диаграмма А0 «TO-BE»

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

Управление блоком такое же, как и в диаграмме «AS-IS». Механизмами являются: система коммерческого учета газа, потребитель, отдер работы с потребителями.

На рисунке 2.8 представлена декомпозиция родительской диаграммы,

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

26

Рисунок 2.8 – Декомпозиция контекстной диаграммы А0

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

Рисунок 2.9 - Декомпозиция процесса «Поступление данных с дистанционных счетчиков»

27

На рисунке 2.10, изображена декомпозиция процесса «Проверка информации о задолженностях», который включает в себя три этапа.

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

Рисунок 2.10 - Декомпозиция процесса «Проверка информации о задолженностях»

Рисунок 2.11 - Декомпозиция процесса «Сообщение потребителю о стоимости услуги»

28

Бизнес-процесс «Сообщение потребителю о стоимости услуги» изображенный на рисунке 2.11 описывает, как квитанция об оплате попадает к потребителю.

2.3 Требования к элементам системы автоматизации

В рамках выпускной квалификационной работы необходимо разработать информационную базу, в которой описывается автоматизированная передача данных от счетчиков в газораспределительную компанию, которая занимается поставкой газа потребителям и коммерческим учетом газа. Разрабатываемая информационная база 1С будет находиться на компьютере специалистов по расчетам в АО «Газпром газораспределение Смоленск».

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

Вкладка «Бизнес-процессы» будет ответственна за бизнес-процессы в газораспределительной сфере и будет содержать:

–бизнес-процесс установки счетчика;

–бизнес-процесс постановки счетчика на учет;

–передача показаний в автоматизированном режиме;

–снятие и проверка показаний.

Вкладка «Документы» будет нести информацию о документах,

связанных со счетчиками и содержать:

–акт постановки счетчика на учет;

–заявка на постановки счетчика на учет;

–отчет квитанция;

–отчет установки и постановки счетчиков.

Вкладка «Регистры» будет содержать в себе:

–график постановки счетчиков на учет;

–показания счетчиков;

–тарифы на газ.

29

Во складке «Справочники» будет содержаться основная информация, а

именно:

–виды измерений;

–виды клиентов;

–договоры;

–единицы измерения;

–изготовители счетчиков;

–клиенты;

–контрагенты по сервисному обслуживанию;

–счетчики;

–тарифы;

–отчеты по клиентам.

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

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

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

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

8.3.10; офисный пакет Microsoft Office для выгрузки данных; должна поддерживаться связь с клиентами по WhatsApp, Viber и другим известным приложениям.

30

ЗАКЛЮЧЕНИЕ

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

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

эти данные будут точными и достоверными, так как невозможно изменить результаты замеров счетчика.

В ходе выполнения первой части работы описаны понятие и сущность коммерческого учета газа, также представлена классическая схема архитектуры АИИС КУЭ. Выделены существующие подходы к проектированию и разработке систем коммерческого учета энергоносителей и описаны некоторые из АСКУЭ. Проведен анализ проблем коммерческого учета газа и описаны пути их решения. Во второй части дана общая характеристика объекта исследования. Описан автоматизируемый бизнес-

процесс с помощью моделей, и описаны изменения в бизнес-процессах,

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

Таким образом, задачи, поставленные в работе, выполнены,

соответственно цель достигнута.

31