2022_005

УДК 004.9

В.С. Калинин – студент 4 курса; А.Н. Козлов – научный руководитель, канд. техн. наук, доцент,

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

АВТОМАТИЗАЦИЯ РЕГРЕССИОННОГО ТЕСТИРОВАНИЯ В КОМПАНИИ «РОСТЕЛЕКОМ ИНФОРМАЦИОННЫЕ ТЕХНОЛОГИИ», Г. ПЕРМЬ

Аннотация. Рассмотрен процесс регрессионного тестирования ПО в компании «Ростелеком Информационные Технологии». С использованием програм-

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

Ключевые слова: регрессионное тестирование, анализ процесса, модель

«AS-IS», «ТО-ВЕ».

«Ростелеком Информационные Технологии» дочерняя компания ПАО «Ростелеком». С 2014 года оказывает полный комплекс услуг по разработке и внедрению программных решений, обеспечивающих развитие и повышение эффективности бизнеса ПАО «Ростелеком». Практика проходила в отделе разработки интеграционных проектов. Отдел занимается разработкой и внедрением комплекса интеграционных проектов, а также разработкой и внедрением проектов для внутреннего использования компании. Одним из ключевых проектов является система CRC (сокр Cost&Revenue&Contracts) - система согласования и хранения документов (заказов, договоров и т.д.), проектного учета, учета трудозатрат. Система предназначена для стандартизации процесса согласования документов, организации общего хранилища данных и сбора статистических финансовых показателей. Система является клиент-серверным приложением.

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

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

Рассмотрим модель AS – IS «как есть» бизнес – процесса «Разработка ПО» в ООО «РТК ИТ». На основе модели выявим проблемные места при выполнении процессов и определим необходимость внесения изменений. Рассматриваемая модель представлена в специализированной программе для моделирования биз-

150

нес-процессов – ERWin Process Modeler. Методологией функционального моделирования служит IDEF0 [1, 2].

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

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

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

•большое количество ручного труда;

•не эргономичный подход к процессу;

•большие временные затраты на тестирование ранее выявленных оши-

бок;

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

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

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

151

−клея;

−растворители;

−краскораспылители.

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

Для анализа применена нотация IEDF0 [1,2]. Неавтоматизированный процесс выглядит следующим образом: менеджеру по продажам звонит клиент, который спрашивает о наличии товара. Менеджер должен проконсультировать клиента и в ходе процесса записать, что выбирает клиент. На основании написанной заявки вручную формирует накладную: добавляет товар из номенклатуры, указывает количество. После проведения накладной клиенту выставляет счет на оплату заказа. В результате оплаты отбивается товарный кассовый чек и гарантийный талон. Как только товар оплачен и все основные документы сформированы, заказ переда тся на склад. Но перед этим менеджер согласовывает дату и время доставки с клиентом. После того, как заказ доставлен, менеджер по продажам получает отчет о выполнении.

Выполнение заказа клиента показано в модели «AS-IS» на рисунке 1.

Рисунок 1. Модель "AS-IS" процесса "Выполнить заказ клиента"

По результатам анализа модели «AS-IS» выявлены следующие недостатки:

−необходимость консультации клиента по имеющимся позициям;

−большой объем ручной работы;

−большая вероятность ошибки при заполнении накладной;

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

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

153

УДК 004.4

Д.К. Константинов – студент 4 курса; А.Ю. Беляков – научный руководитель, канд. техн. наук, доцент;

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

АВТОМАТИЗАЦИЯ СБОРА И ОБРАБОТКИ ЗАЯВОК В ОБРАЗОВАТЕЛЬНОМ УЧРЕЖДЕНИИ

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

Ключевые слова: функциональное моделирование процессов, нотация IDEF0, автоматизация, прототип.

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

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

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

щих в организации, была построена модель «AS–IS» исследуемого бизнес– процесса в нотации IDEF0 с помощью программы Allfusion ERWin Process Modeler (рис. 1).

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

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

На основе этой модели были выявлены следующие недостатки, делающие процесс несовершенным:

155

•медленный процесс принятия и обработки заявки;

•излишнее количество бумажных документов;

•присутствие излишней нагрузки на персонал.

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

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

На рисунке 2 показана модель «TO-BE» процесса «Организовать сбор и обработку заявок».

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

Предлагаемая информационная система запланирована как часть портала Пермского ГАТУ, расширяющая его функционал в части взаимодействия секретаря и заявителей.

156

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

Рисунок 3. Экранная форма создания шаблона заявки

Рисунок 4. Экранная форма показа заявок

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

Литература

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

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

УДК 681.3

Д.Э. Куликов - студент 4 курса; С.В. Каштаева - научный руководитель, доцент,

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

АВТОМАТИЗАЦИЯ ФОРМИРОВАНИЯ КАДРОВОГО РЕЗЕРВА

Аннотация. Рассмотрен процесс формирования кадрового резерва. Постро-

ена модель AS-IS «как есть» в программе AllFusion ERWin Process Modeler. В хо-

157

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

Ключевые слова: автоматизация, кадровый резерв, подразделение ФГО,

модель «AS-IS», модель «TO-BE».

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

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

Процесс модели «AS-IS» выглядит следующим образом.

Сначала приходит распоряжение о проведении конкурса на включение в кадровый резерв. Подразделение федерального государственного органа по вопросам государственной службы и кадров (далее – подразделение ФГО) объявляет о начале конкурсной процедуры по включению в резерв. Для этого формируется конкурсная комиссия, собирается заседание со всеми участниками, где формируются перечень необходимых должностей для резерва и перечень компетенций, которыми должен обладать кандидат. После этого публикуется информация о проведении конкурса.

Далее регистрируются заявления от участников. Для этого участник заполняет соответствующее заявление, собирает перечень документов и отправляет их. Подразделение ФГО просматривает заявления и уведомляет участников о принятии документов.

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

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

Вконце формируется кадровый резерв. Для этого происходит ранжирование кандидатов, формируется документ «Решение конкурсной комиссии» самой конкурсной комиссией и подразделением ФГО.

Выполнение процесса «Формирование кадрового резерва» показано в модели «AS-IS» на рисунке 1.

158