10936

Рис. 4. Карта маршрута бизнес-процесса в пользовательском режиме

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

Литература

1.Описание и возможности 1С : Предприятие 8 / первый.Бит. –

URL: https://nizhniy.1cbit.ru/blog/opisanie-i-vozmozhnosti-1s-predpriyatie-

8/(дата обращения: 11.10.2020).

2.Кашаев, С. М. Программирование в 1С:Предприятие 8.3. / С. М. Кашаев. – Санкт-Петербург : Питер, 2014. – 304 с. : ил. – (Серия «1Специалист»). – ISBN 978-5-496-01234-8. – Текст : непосредственный.

Морозов А.А., Тагайцева С.Г.

ФГБОУ ВО «Нижегородский государственный архитектурно-строительный университет»

РАЗРАБОТКА ПРИКЛАДНОГО МОДУЛЯ «ПОИСК РЕШЕНИЙ» НА ПЛАТФОРМЕ «1С: ПРЕДПРИЯТИЕ 8»

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

320

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

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

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

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

Рис. 1. Главная панель элементов основной конфигурации

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

Документ «Портфель акций» будет содержать список всех акций на текущий момент, а также цену покупки на каждую из них. Следует отметить, что разработка велась через документы. Это связано с тем, что они относятся к наиболее популярным объектам, с помощью которых можно вносить, изменять и хранить информацию в различном виде [1].

321

Рис. 2. Представление документа «Портфель акций»

Отчет «Поиск решений» обладает двумя объектами: поле ввода суммы, имеющейся у клиента и кнопки для поиска решений.

Рис. 3. Представление отчета «Поиск решений»

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

Рис. 4. Поиск актуального документа

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

Рис. 5. Заполнение таблицы значений

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

322

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

Рис. 6. Проверка на кратность

Рис. 7. Проверка условий по всем ценам акций

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

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

323

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

Рис. 8. Вывод в табличную форму

ЛИТЕРАТУРА

1.Кашаев, С.М. Программирование в 1С:Предприятие 8.3. / С. М. Кашаев. – Санкт-Петербург : Питер, 2014. – 304 с. : ил. – (Серия «1Специалист»). – ISBN 978-5-496-01234-8. – Текст : непосредственный.

2.Радченко, М.Г. 1С:Предприятие 8.2 Практическое пособие разработчика. Примеры и типовые приемы / М. Г. Радченко, Е. Ю. Хрусталев. – Москва : ООО «1С-Паблишинг», 2009. – 874 с.: ил. - ISBN 978- 5-9677-1147-3. – Текст : непосредственный.

Журавлева А.А., Юрченко Т.В.

ФГБОУ ВО «Нижегородский государственный архитектурно-строительный университет»

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

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

Объектом исследования является деятельность приемной комиссии ННГАСУ, непосредственным предметом исследования – организация локального корпоративного взаимодействия сотрудников указанного

324

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

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

Целью данной работы является предложение по внедрению и эксплуатации мессенджера, созданного для приемной комиссии ННГАСУ.

Для разработки программного продукта в первую очередь была проанализирована структура приемной комиссии ННГАСУ. Возглавляет приемную комиссию ректор университета, который назначает ответственного секретаря и его двух заместителей. Ответственный секретарь и его заместители формируют рабочие группы и технические комиссии, обеспечивающие и сопровождающие все этапы приемной компании (рис.1).

Рис.1. Структурная схема приемной комиссии ННГАСУ

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

325

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

Основными задачами для достижения поставленной цели являются:

•анализ предметной области и аналогов;

•составление проекта;

•реализация базы данных;

•реализация интерфейса;

•тестирование.

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

Для разработки веб-приложения была создана база данных messenger

вphpMyAdmin с тремя таблицами: account, chat, message. Таблица account

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

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

При помощи скриптов с синтаксисом <php> прописывается условие,

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

326

безопасности с выводом сообщения «Логин/пароль введен неверно!» в том случае, если пользователь при входе ввел неверные данные или была замечена несанкционированная попытка входа (рис. 2).

Рис.2. Ошибка при введении неверных данных на главной странице авторизации

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

Рис.3. Приветствие авторизированного пользователя на главной странице

Перейдя в диалог, открывается страница с сообщениями членов приемной комиссии (рис. 4). У каждого сообщения указаны имя отправителя, текст, дата и время. Слева от диалога есть поля для ввода текста и ссылки на приложение, а также кнопка для отправки сообщения. Для удобства чтения длинной переписки в левом нижнем угла есть кнопки для быстрой навигации по странице в начало и конец диалога.

327

Рис.4. Интерфейс страницы «ОРГАНИЗАЦИОННЫЕ ДИАЛОГИ»

В верхней панели страницы расположены ссылки для перехода на главную страницу, на другой диалог, на официальный сайт ННГАСУ, и ссылку на регистрацию нового пользователя в базе данных (рис.5).

Рис.5. Интерфейс страницы регистрации

После регистрации ранее авторизированный пользователь может продолжить свою деятельность перейдя в диалоги, либо закончить, нажать кнопку «ЗАВЕРШИТЬ АВТОРИЗАЦИЮ» в правом верхнем углу, перейдя на главную страницу. После этого момента сессия пользователя заканчивается в целях безопасности, и необходимо авторизоваться снова для дальнейшего пользования приложением.

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

MySQL (рис. 6-7).

328

Рис.6. Данные в таблице account

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

Рис.7. Данные в таблице message

ЛИТЕРАТУРА

1.Организация корпоративных сетей на основе VPN: построение, управление, безопасность / Комсомольская правда. – URL : https://www.kp.ru/guide/korporativnaja-set.html – (дата обращения 04.10.2020).

2.Сетевое программное обеспечение: организация

коллективной деятельности / ФБ. – URL : https://fb.ru/article/255795/setevoe-programmnoe-obespechenie-organizatsiya- kollektivnoy-deyatelnosti – (дата обращения 04.10.2020).

329