58-2020-chast_-2_08.07.2020

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

цесса:

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

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

Найденные в модели AS-IS недостатки можно компенсировать за счёт изменения технологий обработки данных, что на предварительном этапе было рассмотрено в рамках функционального моделирования «TO-BE» в нотации DFD (рис. 2).

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

В ходе анализа модели «TO-BE» можно выделить несколько её преимуществ перед моделью «AS-IS»:

вся информация о видах отчётов хранится в таблице базы данных, что экономит пространство на дисковом хранилище сервера;

за генерацию отчётов и добавление новых видов отвечает только один класс-контроллер.

Модифицирована информационная система «Сгенерировать отчёт» и уточнён её функциональный состав:

генерация отчётов;

добавление новых видов отчётов.

Основными целями модификации системы являются:

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

оптимизация работы информационной системы с помощью централизации хранения данных об отчётах в базе данных.

221

При соответствующей технической реализации внедрение предлагаемых изменений позволит оптимизировать использование технических ресурсов функционирования информационной системы и повысить надёжность хранения и обработки данных МКУ «ИАЦ».

Литература

1.Зимовец О.А., Маторин С.И. Представление диаграмм в нотациях DFD, IDEF0 и BPMN

спомощью системно-объектных моделей «Узел-функция-объект» // Научные ведомости Белгородского государственного университета. Серия: Экономика. Информатика. 2011. №19-1 (114). URL: https://cyberleninka.ru/article/n/predstavlenie-diagramm-v-notatsiyah-dfd-idef0-i-bpmn-s-pomoschyu- sistemno-obektnyh-modeley-uzel-funktsiya-obekt (дата обращения: 09.04.2020).

2.Тасваева А.Н. Диаграммы потоков данных и вариантов использования как инструменты проектирования информационных систем // Модели, системы, сети в экономике, технике, природе и обществе. 2012. №2 (3). URL: https://cyberleninka.ru/article/n/diagrammy-potokov-dannyh-i- variantov-ispolzovaniya-kak-instrumenty-proektirovaniya-informatsionnyh-sistem (дата обращения: 09.04.2020).

УДК 004.5

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

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

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

Ключевые слова: система, тестирование, Spring, Java, клиент, сервер.

В заглавии статьи речь идёт лишь о тестировании сотрудников, но на самом деле только ими дело не ограничивается. Тестировать можно так же студентов и школьников. В современных условиях цифровизации всех отраслей экономики Российской Федерации существует запрос на разработку подобных систем [1].

Есть несколько причин, по которым разработка предлагаемой тестирующей системы актуальна. Во-первых, в России востребован переход на программное обеспечение (ПО) отечественного производства, а множество успешно работающих аналогичных систем произведены в других странах, например, Stepik.org, ClassMaker и другие. Во-вторых, аналогичные системы, разработанные в России, либо слишком сложны и, как следствие, дорогостоящи (например, iSpring – платформа для создания онлайн-курсов, тестов, видео-лекций и тестов с собственным дизайном или StartExam), другие напротив, слишком узконаправлены (например, платформа ontarget предназначена лишь для тестирования сотрудников специали-

222

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

Для целей работы были выбраны следующие технологии:

–серверная часть – фреймворк Spring языка Java;

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

PostgreSQL;

–клиентская часть – связка HTML + CSS + JavaScript.

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

Язык программирования Java был выбран исходя из необходимости поддерживать кроссплатформенность. Исходя из потребностей возможного заказчика программу можно будет заставить работать, как на компьютерах с различными бесплатными операционными системами (семейства Unix), так и в «облаке». Фреймврок Spring обеспечивает безопасность данных приложения, предоставляет более удобный, в сравнении с стандартным, способ работы с СУБД, даёт возможность Java выступать в качестве «серверной» части приложения [2].

СУБД PostgreSQL выбрана из-за того, что она имеет широкое распространение, бесплатна и имеет самый полный функционал среди всех бесплатных или условно-бесплатных СУБД.

Клиентскую часть предлагается выполнять таким образом, чтобы пользователь проходил тестирование через браузер, так как при этом его работа не будет зависеть от конкретной платформы (операционной системы) конечного пользователя. Языки разметки (HTML) и стиля (CSS) обеспечат адаптивность и интуитивную понятность элементов интерфейса для пользователя для пользователя, а скриптовый язык программирования JavaScript добавит интерактивности, то есть, позволит пользователю оперативно взаимодействовать с программой.

Приложение позволяет создавать вопросы нескольких типов:

–с возможностью выбора одного варианта ответа;

–с возможностью выбора нескольких вариантов ответа;

–вопросы, где ответ необходимо вводить вручную.

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

(рис.1).

Рис. 1. Внешний вид вопроса

223

По завершении тестирования, тестируемый имеет возможность посмотреть результаты своей работы, а также увидеть, на какие вопросы даны правильные ответы, а на какие нет (рис. 2).

Рис. 2 . Подробные результаты тестирования Предлагаемое решение можно использовать на базе ресурсов высшего

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

Литература

1.Программа "Цифровая экономика Российской Федерации". Указ Президента Российской Федерации от 7 мая 2018 г № 204 «О национальных целях и стратегических задачах развития Российской Федерации на период до 2024 года».

2.Шефер К. Spring 4 для профессионалов, 4-е изд.: Пер. с англ. – М.: ООО “И.Д. Вильямс”,

2017. 752с.

УДК 633.3.4

М.Д. Заробеков – студент; С.В. Каштаева – научный руководитель, доцент,

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

СОВЕРШЕНСТВОВАНИЕ УЧЕТА ПРОДАЖИ ТОВАРА В ИП «ПЛЕТНЕВ В.В.», Г. ПЕРМЬ

Аннотация. Рассмотрен бизнес-процесс учета продажи товара в ИП. Построена модель «ТО-ВЕ» с использованием методологии моделирования IDEF0 и программы AllFusion ERWinProcess Modeler Выбраны программные средства для автоматизации. Разработана информационная система «Учет товара».

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

224

ИП «Плетнев В.В.» осуществляет продажу электроники в г. Пермь. Учет этих услуг занимает важное место в деятельности предприятия.

Для анализа и принятия решений по совершенствованию учета продаж в ИП использована программа для моделирования бизнес-процессов – ERWinProcess Modeler и методология моделирования IDEF0. [1] При этом диаграммы моделей отражают информационные потоки по управлению, входу, выходу и механизмам бизнес-процесса. На рисунке представлена диаграмма декомпозиции нулевого уровня бизнес-процесса «Учитывать товар».

Рисунок. Контекстная диаграмма TO-BE бизнес-процесса «Учитывать товар»

На диаграмме декомпозиции нулевого уровня (А0) представлена укрупненная схема разбивки бизнес-процесса на четыре последовательных действия:

1)сформировать заявку;

2)закупить товар;

3)подготовить товар к продаже;

4)реализовать товар.

Схема разбивки процесса «Сформировать заявку» представлена в виде трех последовательных действий: Собрать данные для закупки, Выбрать товар для закупки, Оформить заказ.

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

225

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

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

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

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

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

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

Схема разбивки процесса «Реализовать товар» представлена в виде трех последовательных действий: Выбрать нужный товар, Оформить выдачу, Записать в журнал продаж.

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

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

226

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

Достоинства 1С:Предприятие 8.3: работа в режиме тонкого клиента и вебклиента, работа пользователей через интернет, режим управляемого приложения, расширенные возможности по управлению отчетами для разработчиков и пользователей, расширенный состав инструментов разработчика

На данный момент у 1С:Предприятие 8.3 нет достойных аналогов по соотношению цена / качество / масштабируемость / настраиваемость (особенно с выходом ERP 2.0). В отечественных альтернативах 1С, как правило, невозможно вносить изменения, а зарубежные достаточно дорогие. Также в зарубежных аналогах 1C сложнее организовать внесение изменений, связанные с изменением законодательства.

Программная реализация информационной системы «Учет товара» ориентирована на несколько групп пользователей:

администратор - имеет полные права на управление ИС;

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

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

Интерфейс пользователя разделен на три части:

1)Главное меню: Главное меню меняется в зависимости от привилегий пользователя;

2)Рабочая область пользователя: Все операции, выполняемые пользователем, будут происходить в данной области;

3)Служебные сообщения: В служебных сообщениях появляется информация, помогающая пользователю в работе с программой.

Главное меню состоит из 13 частей подменю. Подменю Файл, Сервис, Окна, Справка относятся к стандартным компонентам.

Подменю «Операции» служит основой программной реализации, из него можно получить доступ к любому элементу программы.

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

227

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

Вподменю «Продажи» содержится информация о движении товара, оформляются продажи в зависимости от отдела, также есть возможность просмотра поступлений товара в интересующий для пользователя отдел.

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

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

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

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

Информационная система "Учет товара" разработана специально для магазина электроники ИП Плетнев В.В., г. Пермь.

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

Литература 1. Смирнова Г.Н., Сорокин А.А., Тельнов Ю.Ф. Проектирование экономических

информационных систем: учебник для вузов. – М.: Финансы и статистика, 2018. 512 c.

УДК 004.353

Д.А. Кривоус – студент; А.М. Бочкарев – научный руководитель, старший преподаватель,

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

ПРОЕКТИРОВАНИЕ ЦИФРОВЫХ СИСТЕМ ВИДЕОНАБЛЮДЕНИЯ

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

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

Вопросы проектирования систем видеонаблюдения можно рассматривать в нескольких аспектах.

228

Например:

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

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

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

Определение количества и конфигурации зон наблюдения.

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

●в рамках одной задачи зона может контролироваться несколькими видеокамерами,

●при наличии внутри зоны участка с определенной задачей он выделяется

вотдельную зону контроля.

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

Три основные задачи видеонаблюдения:

1.обнаружение объекта наблюдения,

2.его распознавание,

3.или идентификация.

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

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

Завершая проектирование:

●расчеты мощности, потребляемой камерами видеонаблюдения, время хранения видеоархива, длины кабеля;

●устройство записи информации (видеорегистратор, ПК с платой видеоввода, сервер);

●выбор монитора, блока питания;

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

●оформляем проектную документацию.

Кроме того, при проектирование нужно предусмотреть мероприятия по защиты системы от злоумышленников и защиты от погодных факторов.

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

229

Цель данной системы: обеспечить видеоконтроль коммерческих помещений находящихся в одном здании.

Типова схема расположения камер изображена на рис 1.

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

Рис 1. Схема расположения камер и зоны видеонаблюдения Предложенное решение позволит снизить стоимость проекта благодаря бо-

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

Литература

1.Гедзберг Ю. М. Полезные советы для монтажников и проектировщиков систем безопасности // Москва: Горячая линия – Телеком, 2015. 244 с.

2.Гвоздева В. А. Основы построения автоматизированных информационных систем // Москва: Форум, Инфра-М, 2016. 320 с.

3.Белов В. В. Проектирование цифровых систем // Москва: Академия, 2018. 144 с.

УДК 004.5

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

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

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

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

230