918

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

Например, в Visual Studio имеется функция "Live Share", которая позволяет делать все то же самое, что и в "Replit", но и имеет свои собственные дополнительные функции: голос, видео и совместное использование экрана. Стоит заметить, что Visual Studio не является онлайн решением, а требует установки на компьютер, поэтому это может вызывать определенные неудобства со стороны пользователей.

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

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

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

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

Литература

1.CodeWars. Документация. [Электронный ресурс] // URL: https://docs.codewars.com/ (дата обращения: 25.11.2022).

2.Visual Studio Code. Документация. [Электронный ресурс] // URL: https://code.visualstudio.com/docs (дата обращения: 25.11.2022).

3.Replit. Документация. [Электронный ресурс] // URL: https://docs.replit.com/ (дата обращения: 25.11.2022).

4.Visual Studio Product family documentation. Документация [Электронный ресурс] // URL: https://learn.microsoft.com/en-us/visualstudio/ (Дата обращения: 26.11.2022).

УДК 004 Д.А. Архипов – обучающийся;

А.А. Зорин – научный руководитель, канд. техн. наук, доцент ФГБОУ ВО Пермский ГАТУ, г. Пермь, Россия

АВТОМАТИЗАЦИЯ УЧЁТА ДВИЖЕНИЯ СТОМАТОЛОГИЧЕСКОГО МАТЕРИАЛА НА СКЛАДЕ ГБУЗ «КСП», Г. КУНГУР

Аннотация. Рассмотрен процесс учёта стоматологического материала на складе государственной бюджетной учреждении здравоохранения пермского края Кунгурской стоматологической поликлинике. С использованием программы AllFusion ERWin Process Modeler построена модель «AS-IS». В

371

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

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

ГБУЗ«КСП» предлагает большой ассортимент услуг, поликлиника предлагает лечебные и профилактические стоматологические услуги оказывая качественную, эффективную и своевременную стоматологическую помощь.

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

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

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

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

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

Затрата большого количества времени на составление отчетов и заполнение журналов прихода/расхода/размещения;

Дублирование одного и того же стоматологического материала в разные документы;

Несвоевременное заполнение журнала и их утеря.

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

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

372

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

«Учитывать движение стоматологического материала на складе»

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

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

Разработанная конфигурация реализует следующие преимущества модели «ТО-ВЕ»:

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

исключение дублирования стоматологического материала;

контроль остатков стоматологического материала на складе;

удобный поиск нужной информации по стоматологическому материалу;

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

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

снижение трудоёмкости проведения ревизии по стоматологическому ма-

териалу.

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

Литература

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

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

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

2002. – 224 с.

373

УДК 004 Е.И. Бобылев – магистрант 1 курса;

С.В. Каштаева– научный руководитель, канд. экон. наук., доцент, ФГБОУ ВО Пермский ГАТУ, г. Пермь, Россия

ОБЗОР ФУНКЦИОНАЛА СРЕДСТВ ВИДЕО-КОНФЕРЕНЦ-СВЯЗИ ДЛЯ ПРОВЕДЕНИЯ ПРОФИЛАКТИЧЕСКИХ ВИЗИТОВ

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

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

Постановка проблемы

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

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

Материалы и методы

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

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

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

Результаты исследований

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

Самым популярным ПО в данной отрасли остаются Zoom, Microsoft Teams,

Skype, Discord. Лидерами в Российском сегменте являются Rubytech,Webinar

Group,Trueconf IVA Technologies .

374

На примере нижеприведенной таблицы можно визуально отследить функциональные возможности и условия при которых можно допустить использования ПО для проведения видео-конференц-связи.

Таблица

Основные функциональные возможности ПО видео-конференц-связи

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

Интерактивные доски позволяют нескольким пользователям одновременно управлять процессом презентации, вносить правки и коррективы. С начала 2022 года данная функция более не поддерживается ПО Trueconf [4].

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

Microsoft Teams корпоративная платформа, которая может объединять в рабочем пространстве чат, встречи, заметки и вложения.

ПО Discord крайне нетребовательно к системе и не отнимает много оперативной памяти даже при активной работе. Может работать из окна любого браузера, имеется возможность передачи файлов.

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

Большинство лидеров ПО являются зарубежные компании, поэтому для многих остается актуальным вопрос использования данных сервисов в условиях введенных санкций и ограничений. Кроме этого, в связи с текущей геополитической обстановкой Минцифры России подготовило перечень наиболее популярных сервисов и цифровых решений иностранных компаний, деятельность которых полностью или частично ограничена в Российской Федерации, а также перечень рекомендованных решений для их замены в повседневной деятельности. [5].

Системные требования для проведения видео-конференц-связи

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

375

Программы для ВКС в момент их проведения могут задействовать системные ресурсы. На рисунке 1 приведен пример использования приложением True conf client системных ресурсов для одной из видеоконференций. В списке Данное приложение занимает в оперативной памяти 292,7 Мб при минимальном энергопотреблении и низкой нагрузке на центральный процессор и сеть.

Рисунок 1. Использование системных ресурсов ПО True conf client

На рисунке 2 показана динамика основных компьютерных ресурсов во время проведения дистанционного занятия с использованием ПО True conf client. Общая нагрузка на ЦП составляла 10 % при быстродействии процессора AMD Phenom X4 965 Processor с частотой 3,4 ГГц.

Рисунок 2. Нагрузка на ЦП приложением True conf client

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

376

Требования ПК для OS Windows: Intel Core i3 1.8 ГГц; ОС - Windows 7; Ян-

декс.Браузер 17.4 - 22.1; соединение со скоростью 3 Мбит/с.

Требования для Mac OS X: процессор: Intel Core 2 Duo 2.16 ГГц, ОС - X 10.7.*; браузер Safari 8.0, соединение со скоростью: 3 Мбит/с.

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

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

Выводы и предложения

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

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

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

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

Литература

1.Облачные сервисы. Взгляд из России. Под ред. Е. Гребнева. – М.: CNews, 2011. – 282 с.

2.Вишняков В.А. Развитие интеллектуального управления с использованием облачных технологий. Информатика, 2016 – 120 с.

3.На российском рынке ВКС настала эпоха импортозамещения. URL https://www.cnews.ru/reviews/rynok_videokonferentssvyazi_2022/articles/na_rossijskom_rynke_vks_nastala_epoha (дата обращения: 21.10.2022).

4.Электронная доска. URL: https://trueconf.ru/features/collaboration/whiteboard.html (дата обращения: 24.10.2022).

5.Письмо Министерства цифрового развития, связи и массовых коммуникаций РФ от 1 апреля 2022 г. № МШ-П8-1-070-14732 «Об импортозамещении цифровых решений в органах управления РФ» URL: https://www.garant.ru/products/ipo/prime/doc/404404800 (дата обращения:

04.11.2022).

377

УДК 004.415.53

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

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

КЛАССИФИКАЦИЯ РЕШЕНИЙ И ФРЕЙМВОРКОВ В ОБЛАСТИ АВТОМАТИЗАЦИИ ТЕСТИРОВАНИЯ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ

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

Ключевые слова: регрессионное тестирование, smoke-тестирование, автоматизация тестирования, фреймворки автотестирования, программирование, операционная система, QA.

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

Материалы и методы. В статье было решено по большей части не использовать догматические учебные устаревшие руководства вроде трудов Винниченко И., Тамре Л. и Савина Р., в которых описаны принципы ручного тестирования и фреймворки, написанные в нулевые годы. Упор в классификации будет сделан на практико-ориентированный подход, который бы учитывал возможность использования актуальных публикаций непосредственных представителей QA (quality assurance) сообщества из различных российских компаний как в написании будущих работ, так и в работе на позиции Automation QA.

Итак, как было отмечено выше, автоматизация тестирования - это набор техник, подходов и инструментальных средств, позволяющий исключить человека из выполнения некоторых задач в процессе тестирования [2]. При этом процесс авто-

378

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

Нас интересует этап выбора инструментов автоматизации, который зависит от нескольких аспектов.

Во-первых, это вид тестирования, подвергаемого автоматизации. Во многом автоматизации подлежат тесты из области дымового (или smoke, минимальный набор тестов) и регрессионного тестирования (полноценное тестирование новой версии ПО), как наиболее регулярно повторяемых [1]. Обычно это тесты пользовательского интерфейса (UI), для автоматизации которых существуют такие решения, как Puppeteer – решение от Google, работающее из-под Node.js и автоматизирующее тесты в браузере Chrome [5]; Selenium WebDriver – кроссплатформенное

икроссбраузерное решение для автоматизации UI-тестирования веб-приложений. Сюда же можно отнести решения, исповедующие BDD-подход к разработке (ответвление от TDD-подхода, буквально «разработка через поведение»): Cucumber

иjBehave, использующие специальный, но в то же время простой язык программирования Gherkin. В модульном тестировании, для проверки отдельных и независимых участков кода, используются фреймворки семейства xUnit и TestNG (TestNG при этом ставит перед собой более амбициозный список видов тестирования, в котором фреймворк может применяться: помимо модульного функциональное и интеграционное). Наконец, для E2E (end-to-end тестирование, ставящее целью написание тестовых сценариев, охватывающих целый сюжет гипотетического использования пользователем продукта) существует NPM библиотека Cypress [2].

Во-вторых, это язык программирования, на котором написан проект. В упоминаемое выше семейство фреймворков модульного (или юнит-) тестирования xUnit входят CppUnit (C++), PHPUnit, xUnit.NET или NUnit (C#), JUnit (Java) и unittest (Python). У языка Python, впрочем, есть более популярная библиотека модульного тестирования – pytest. Для языка JavaScript и его диалекта TypeScript существует фреймворк Jest.

В-третьих, это операционная система, на которой работает тестируемое программное обеспечение. Бесспорно, после установки Git Bash, Cygwin или какоголибо дистрибутива Linux на ОС Windows через WSL скриптовый язык программирования Bash становится кроссплатформенным решением для «кустарных» решений в области автоматизации тестирования определенных, разовых тестовых сценариев [2, 8]. Если мы говорим о мобильных ОС вроде Android или iOS, то для автоматизации тестирования используются кроссплатформенные фреймворки Calabash (использующий язык Cucumber) и Appium (HTTP-сервер, представляющий собой отдельный слой абстракции, взаимодействующий с тестовой средой посредством JSON) [7]. Корпорация Google для автоматизированного тестирования приложений для Android выпустило своё решение – Espresso, требующее, в отличие от

379

Appium, доступа к исходному коду программы [6]. Существует еще более доработанное решение от Лаборатории Касперского – Kaspresso, решающий проблему работы с логгированием при тестировании android-приложений посредством интеграции автотестов с библиотекой adbServer (adb – утилита для работы с androidустройством и его логами посредством командной строки) [4].

Необходимо еще упомянуть вопрос отчетности и непрерывной интеграции. Де-факто мейнстримом в разработке, тестировании и DevOps стали такие решения, как Allure (система отчетности, разработанная компанией Яндекс) [1] и Jenkins (сервер непрерывной интеграции) [3]. В некоторых непритязательных случаях, зависящих от размера проекта и окупаемости, можно обойтись и самописными решениями на языке Python с использованием библиотеки request или Bash (для запуска скриптов которого достаточно машины или даже VPS на Linux) и его команд вроде curl или wget [8].

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

Литература

1.Бурыгин Э. Как правильно готовить автоматизацию или что покрывать тестами в первую очередь. – URL: https://habr.com/ru/company/yandex_praktikum/blog/585628/ (дата обращения: 20.11.2022)

2.Куликов С. C. Тестирование программного обеспечения. Базовый курс / С. С. Куликов.

—3-е изд. — Минск: Четыре четверти, 2020. — 312 с.

3.Мартюкова Е. С. О внедрении процесса автоматизации тестирования в различных методологиях разработки программного обеспечения // Новые информационные технологии в автоматизированных системах. 2015. №18. URL: https://cyberleninka.ru/article/n/o-vnedrenii-protsessa- avtomatizatsii-testirovaniya-v-razlichnyh-metodologiyah-razrabotki-programmnogo-obespecheniya (дата обращения: 20.11.2022)

4.Мацюк Е. Kaspresso: фреймворк для автотестирования, который вы ждали. – URL: https://habr.com/ru/company/kaspersky/blog/467617/ (дата обращения: 20.11.2022)

5.Морелли Б. JavaScript, Node, Puppeteer: автоматизация Chrome и веб-скрапинг – URL: https://habr.com/ru/company/ruvds/blog/341348/ (дата обращения: 20.11.2022)

6.Ярыгин Д. Автоматизация Android. Супер простое руководство по созданию первого Espresso-теста. – URL: https://habr.com/ru/company/otus/blog/472372/ (дата обращения: 20.11.2022)

7.Хэмилтон Т. Руководство APPIUM по тестированию мобильных приложений для Android и iOS. – URL: https://habr.com/ru/company/otus/blog/682268/ (дата обращения: 20.11.2022)

8.Шоттс У. Командная строка LINUX. Полное руководство. 2-е межд. изд. – СПб.: Питер. 2022. – 544 с.

380