918

УДК 004.9

И.Н. Дашковский – студент, А.Ю. Беляков – научный руководитель, доцент,

ФГБОУ ВО Пермский ГАТУ, г. Пермь, Россия

АВТОМАТИЗАЦИЯ УЧЕТА ТОВАРА НА СКЛАДЕ ОПТОВОЙ БАЗЫ

ООО «СЕВЕР», Г. КУДЫМКАР

Аннотация. Рассмотрен бизнес-процесс учета товара на складе продуктовой оптовой базы. Построена модель «AS-IS» с использованием программы AllFusion ERWin Process Modeler. В ходе анализа выявлены недостатки данного процесса и, на основе этого, разработана модель «TO-BE», в которой устранены эти недостатки.

Ключевые слова: учет, товар, анализ, бизнес-процесс, модель «AS-IS», мо-

дель «TO-BE».

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

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

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

Для анализа бизнес-процесса и выявления его недостатков использовалась методология IDEF0. Модель AS-IS процесса представлена на рисунке 1.

Рисунок 1. Модель «AS-IS» процесса «Вести учет товара на складе»

В ходе анализа модели были выявлены следующие недостатки:

• вся документация учета товара ведется в бумажном виде – в журнале учета товара;

381

•запись в журнал производится кладовщиком вручную;

•частые ошибки при заполнении журнала;

•частые несовпадения информации в журнале и фактического наличия товара на складе из-за ошибок;

•большие временные затраты при обслуживании покупателей.

Рисунок 2. Модель «TO-BE» процесса «Вести учет товара на складе»

С целью устранения недостатков бизнес-процесса, была построена модель «TO-BE», которая показана на рисунке 2.

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

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

автоматизация работы кладовщика;

контроль остатков товара на складе;

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

всегда актуальная информация об остатках товара;

минимизация ошибок при заполнении информации о товаре;

уменьшение времени на обслуживание клиентов.

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

Литература 1. Шевчук, И.С. Проектирование информационных систем: конспект лекций [Текст] /

И.С. Шевчук – Пермь: Изд-во ФГБОУ ВПО Пермская ГСХА, 2013. – 59 с.

382

УДК 004.9

А.С. Дегтярева – обучающаяся; А.Н. Козлов – научный руководитель, канд. техн. наук, доцент,

ФГБОУ ВО Пермский ГАТУ, г. Пермь, Россия

АВТОМАТИЗАЦИЯ УЧЕТА ЗАКАЗОВ КЛИЕТОВ В ООО «ВЕМОЛ»

Аннотация. Рассмотрен процесс учёта заказов клиентов на предприятии

ООО «Вемол». С использованием программы AllFusion ERWin Process Modeler построена модель «AS-IS». В ходе анализа выявлены недостатки данного процесса и, исходя из этого, разработана модель «ТО-ВЕ», устраняющая эти недостатки.

Ключевые слова: учёт, анализ процесса, модель «AS-IS», «ТО-ВЕ».

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

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

Суть процесса заключается в следующем оператор обзванивает клиентов и определяет состав заказа, записывая состав заказа клиента в Microsoft Excel. Далее, оператор объединяет заказы клиентов в общий заказ – используя Microsoft Excel, и передает его на производство. Бухгалтер составляет отчеты по заказам клиентов за определенный период с помощью Microsoft Word .

Для анализа рассматриваемого бизнес-процесса и выявления его недостатков использовалась методология IDEF0 [1-3]. Модель «AS-IS» процесса представлена на рисунке 1.

Рисунок 1. Модель «AS-IS» процесса «Учитывать заказы клиентов»

В ходе анализа модели были выявлены следующие недостатки:

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

383

2.Чтобы изменить или отменить заказ, клиенту необходимо связываться с оператором.

3.Данные о заказах анализируются бухгалтером и по ним составляются отчеты в Microsoft Word

С целью устранения недостатков модели «AS-IS», была построена модель

«ТО-ВЕ» (рис. 2).

Рисунок 2. Модель «TO-BE» процесса «Учитывать заказы клиентов»

На данной диаграмме вместо инструментов Microsoft Word и Microsoft Excel появляется информационная система, которая будет реализована в виде веб-прило- жения. Таким образом, исполнителем функции сделать заказ на товар вместо оператора становится клиент, который сам через приложение оформляет заказ. Вместо бухгалтера отчет по заказам клиентов за определенный период составляет оператор с помощью ИС «Учитывать заказы клиентов».

Для реализации модели «ТО-ВЕ» необходимо разработать информационную систему «Учет заказов клиентов». Для разработки информационной системы будет использоваться интегрированная среда разработки Visual Studio Code. Что касается языков программирования, будут использованы JavaScript для frontendразработки и Node.js для backend-разработки. Для просмотра веб-страницы в браузере будут использованы такие языки как HTML и CSS. Разработанное веб-прило- жение реализует следующие функции:

автоматизация работы оператора;

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

клиенты сами смогут оформлять свои заказы;

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

снижение риска утери информации.

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

Литература

1.Шевчук, И.С. Проектирование информационных систем: конспект лекций [Текст] / И.С. Шевчук – Пермь: Изд-во ФГБОУ ВПО Пермская ГСХА, 2013. – 59 с.

2.Балдин, К.В., Уткин, В.Б. Информационные системы в экономике. М.- Издательский центр Академия, 2005 – 288 с.

3.Маклаков, С.В. Моделирование бизнес-процессов с BPwin 4.0. – М.: Диалог – МИФИ,

2002. – 224 с.

384

УДК 004.9

И.Ю. Змитрачков – студент, А.Ю. Беляков – научный руководитель, канд. техн. наук, доцент,

ФГБОУ ВО Пермский ГАТУ, г. Пермь, Россия

АВТОМАТИЗАЦИЯ РЕГИСТРАЦИИ ШКОЛЬНИКОВ НА ПРОЕКТ «ОТКРЫТЫЙ УНИВЕРСИТЕТ»

Аннотация. Рассмотрен процесс регистрации школьников на дополнительные образовательные мероприятия. При помощи ПО AllFusion ERWin Process Modeler построена модель «AS-IS». В ходе анализа выявлены недостатки данного процесса и построена модель «TO-BE», в которой эти недостатки исправлены.

Ключевые слова: анализ процесса, модель «AS-IS», «ТО-ВЕ».

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

В ходе работы были изучены основные процессы, выполняющиеся в ФГБОУ ВО «Пермский ГАТУ» и выявлен процесс, требующий автоматизации, а именно - регистрация школьников на проект «Открытый университет».

Суть процесса: в отдел образовательных проектов ФГБОУ ВО «Пермский ГАТУ» приходит школьник. Задача начальника отдела образовательных проектов - зарегистрировать его на проект «Открытый университет». Для этого школьнику выдается бланк согласия на обработку персональных данных и бланк договора об оказании дополнительных образовательных услуг. Школьник заполняет бланки, начальник отдела их забирает и вносит данные школьника в журнал участников проекта «Открытый университет». Школьник вынужден лично явиться в университет для прохождения процедуры регистрации, что осложняет процедуру.

Анализ данного бизнес-процесса выполнялся методом построения модели «AS-IS» по методологии IDEF0.

Модель «AS-IS» процесса представлена на рисунке 1.

Рисунок 1. Модель «AS-IS» процесса «Организовать регистрацию школьников на проект «Открытый университет»»

385

В ходе анализа модели были выявлены следующие недостатки:

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

●необходимость личного присутствия начальника и школьника;

●хранение данных на бумажных носителях.

С целью устранения недостатков модели «AS-IS», была построена модель «ТО-ВЕ» (рис.2).

Рисунок 2. Модель «TO-BE» процесса «Организовать регистрацию школьников на проект «Открытый университет»»

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

Для реализации модели «ТО-ВЕ» необходимо разработать информационную систему. В качестве программных средств реализации ИС были выбраны следующие инструменты: программная платформа Node.js с фреймворком express для реализации веб-сервера, postgresql в качестве СУБД, а также клиентские фреймворки bootstrap и Vue.js для реализации клиентской части.

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

Литература

1.Шевчук, И.С. Проектирование информационных систем: конспект лекций [Текст] / И.С. Шевчук – Пермь: Изд-во ФГБОУ ВПО Пермская ГСХА, 2013. – 59 с.

2.Смирнов Г.Н. Проектирование экономических информационных систем: учебник / Г.Н. Смирнов. - М.: Финансы и статистика, 2008. - 320 с.

3.Маклаков, С.В. Моделирование бизнес-процессов с BPwin 4.0. – М.: Диалог – МИФИ,

2002. – 224 с.

4.Карпова Т.С. Базы данных: модели, разработка, реализация / Т.С. Карпова. - СПб.: Пи-

тер, 2007. - 304 с.

386

УДК 004.4

В. Я. Куцерубова – магистр 1 курса; С. В. Каштаева – научный руководитель, канд. экон. наук, доцент,

ФГБОУ ВО Пермский ГАТУ, г. Пермь, Россия

ОБЗОР СОВРЕМЕННЫХ ТЕХНОЛОГИЙ МИГРАЦИИ ПРОГРАММНЫХ ПРОДУКТОВ

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

Ключевые слова: импортозамещение, программный продукт, реестр ПО

27 июля 2016 года вышло постановление правительства РФ о переходе государственных организаций на российское программное обеспечение. Такое решение было принято по соображениям обеспечения безопасности данных государства. [1] В 2021 году Минцифры РФ предложило перевести объекты критической информационной инфраструктуры (далее - КИИ) на преимущественно использование российского программного обеспечения с 1 января 2023 года и российского оборудования — с 1 января 2024 года. На сегодняшний день вопрос перехода на отечественное программное обеспечение (далее — ПО) становится всё более актуальным, так как весной 2022 года из России ушли многие IT-компании, в том числе Apple, SAP, Cisco, Intel — что несомненно скажется на качестве технической поддержки ПО.

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

В рамках импортозамещения, для охвата как можно большого количества задач, представлен широкий спектр ПО, который представлен ниже:

начиная от операционными системами,

почтовые приложения,

офисные пакеты,

интернет-браузеры,

редакторы презентаций,

редакторы таблиц хранения данных,

средств антивирусной защиты и т.д.

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

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

387

2015 года был принят закон о создании Реестра отечественного программного обеспечения, [2] а в ноябре подписано постановление, вводящее для госзаказчиков ограничения на закупку ПО, отсутствующего в Реестре. [3] Перечень российского софта действует в стране с 2016 года, и в нем более 13 000 наименований. Но, несмотря на существующий с того же времени план перехода компаний на отечественное ПО, в 2020 году почти половина госзаказчиков признавали, что еще даже не приступили к замене. Доля отечественного софта на российском рынке к началу введения жестких санкций и ухода зарубежных IT-компаний не превышала 10%. Теперь компании получили мощный толчок к импортозамещению ПО и тянуть с этим дальше не получится.

Вопрос замены зарубежного ПО затрагивает в первую очередь государственные структуры и организации с госучастием. Согласно целям национальной программы «Цифровая экономика РФ», уже к 2024 году доля российского софта в госорганизациях должна составить 70%, а в госкомпаниях − не менее 50%.

Основные риски использования зарубежного ПО, их классификация

Риски, связанные с использованием зарубежных ИТ-технологий, условно можно подразделить на следующие группы:

1)внутренние — требования исключительно импортных технологий, ограничение на закупки за рубежом;

2)внешние — прекращение поставок продукции, прекращение ее обслужи-

вания;

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

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

клиентское и прикладное программное обеспечение;

операционные системы;

серверы управления базами данных (далее — СУБД);

системы интеграции (связующее программное обеспечение);

вычислительная инфраструктура;

телекоммуникационная инфраструктура;

инфраструктура рабочих мест.

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

388

Можно работать с хорошим и проверенным отечественным прикладным программным продуктом, но использовать импортную СУБД или вычислительную и телекоммуникационную инфраструктуру. [4] В этом случае, техническая поддержка ложиться на плечи отечественных компаний-разработчиков, где и используется ПО.

Идеи по миграции программных продуктов

Частично в рамках миграции ПО дефицит привычных IT-продуктов покрывается программными продуктами на открытом коде и отечественными разработками. Первый вариант, миграции ПО, кажется самым простым: среди основных программных продуктов в свободном доступе есть решения, способные, как минимум, обеспечить основные базовые функции. Альтернативный вариант, предусматривает использование ПО, на платной основе, сродни в зарубежным ПО, где следует оплачивать лицензию на использование ПО. И ещё один вариант, решения миграции ПО – это совмещённый вариант использования, применяя в отечественные цифровые продукты наравне с зарубежными.

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

Вторичная показатели, основного подхода, при миграции ПО – приведены списком ниже:

быстрота работы приложения – отлаженный код, который рационально использует ресурсы аппаратного устройства - персонального компьютера;

отказоустойчивость – поведение ПО при исключительной ситуации в штатной работе,

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

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

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

389

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

Эксперты считают, что в России достаточно компаний, способных создать аналоги наиболее популярных решений, к примеру тех же приложений, Microsoft. Однако есть области, в которых российские продукты долгое время не создавались в силу насыщенности рынка зарубежным ПО, в них не вкладывались деньги, соответственно, говорить о быстрой замене мощных прикладных решений, например, SAP, SAS или Oracle не приходится.

Проблемы миграции ПО

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

Эксперты считают, что замена сложных информационных систем для бизнеса будет происходить поэтапно и займет не меньше 3–5 лет. Условно такие этапы можно разделить на следующие:

1)Определение списка ПО – которое будет заменено в ходе миграций.

2)Определение набора функционала ПО – требуется, чтобы функционал цифрового продукта, покрывал тот функционал, что используется сейчас на предприятии, более чем на половину.

3)Определение наличия лицензий и сертификатов – данный пункт относится к легализации использования программных продуктов и должен быть занесён

вреестр ПО.

4)Наличие технической поддержки – будет большим преимуществом, перед другими программными продуктами, у которых может её не оказаться. Обновление ПО ведёт за собой повышение безопасности утечки данных, меньшие риски взлома ПО и отказоустойчивость при штатной работе.

Другая проблема, которая мешает быстрому созданию российского ПО для миграции с зарубежного ПО — дефицит квалифицированных IT-специалистов. И при этом, что часть российских сотрудников зарубежных поставщиков после ухода работодателей с нашего рынка перешла в отечественные компании. К сожалению, многие хорошие разработчики уехали в европейские страны и США еще в прежние годы, а весной 2022 года переезд IT-шников усилился. По разным данным, в России

390