В статье рассматривается актуальность развития научной социальной среды в виде веб-приложения ConfID. Одним из важных аспектов является внедрение механизма автоматического накопления достижений, которые могут включать патенты, персональные электронные сертификаты, выходные данные публикаций и участие в конференциях. Проект ConfID играет роль портфеля, на основе которого формируется профиль каждого участника. Любой участник имеет возможность искать коллег-учёных для проведения совместных исследований, чтобы помочь с обзорами диссертаций и выступать в качестве их оппонентов. Предложенная модель конфигурации электронных сертификатов позволит оптимизировать ресурсы для хранения и обработки данных. Разрабатываемая экосистема состоит из двух основных проектов – ConfID и ConfLab. Благодаря межсерверному взаимодействию между проектами обеспечивается полный жизненный цикл научных событий. Важным аспектом решаемой проблемы является документальное сопровождение научных потоков на всех этапах жизненного цикла. Особое внимание было уделено описанию алгоритма генерации и хранения графических документов, таких как грамоты, сертификаты и другие сопутствующие материалы. Именно такие документы составляют основу для пополнения научного портфолио как молодого учёного, так и старшего научного сотрудника. Благодаря использованию протокола авторизации OAuth была решена проблема дублирования учетных записей пользователя, в результате чего различные мероприятия используют необходимые данные единого профиля. Проект, представленный в этой работе, демонстрирует комплексное техническое решение в форме архитектуры, которая обеспечивает взаимосвязанность разрозненных научных сообществ путём объединения разнородных данных о научных достижениях учёных-практиков. Помимо прочего, архитектурное решение самой системы представляет научный интерес как модель для применения лучших практик для построения систем такого типа.
Прикладное решение «1С:ERP» состоит из функциональных блоков, каждый из которых представляет собой подсистему, включающую в себя набор специфических инструментов и настроек, обеспечивающих определённое количество функций. Благодаря гибкости всех настроек стандартная конфигурация «1С:ERP» может быть адаптирована к различным особенностям различных предприятий. Одним из интересных механизмов, реализованных в этом прикладном решении, является механизм межфирменных продаж «интеркампани». Он весьма актуален в современных реалиях торговли. Для предприятий, представленных несколькими юридическими лицами, «внутрифирменная торговля» удобна с точки зрения реализации товаров, принадлежащих другой организации холдинга. Вот один из возможных примеров такой схемы продажи: закупкой товаров на склады предприятия занимается одна фирма (организация) холдинга; продажи товаров могут выполняться той фирмой (организацией) холдинга, которой разрешено продавать товары фирмы-закупщика; в момент продажи конечному покупателю контролируется возможность продажи товаров другой организации в соответствии с настроенной схемой продаж между организациями; документы продажи между фирмой-закупщиком и фирмой-продавцом оформляются по результатам продаж товаров конечному пользователю. Совершение продажи товара от имени другой организации ничем не отличается от продажи собственного товара. Если организация-продавец не имеет необходимого количества, система автоматически списывает недостающие товары из организации, которой внутрифирменные операции разрешены в настройках переноса. Несмотря на полезность этого механизма, существует ряд проблем, с которыми сталкиваются пользователи. В связи с этим целью работы является описание механизма «интеркампани» и способа решения некоторых проблем, возникающих при его использовании. Важным элементом подсистемы «Интеркампани» является процесс формирования резервов (создание записей в регистре накопления «Резервы товаров организаций»). Особенностью нового регистра учёта является то, что он не хранит историю данных. Данное свойство не очень логично для регистра накопления, и его нужно учитывать при конфигурировании системы. Одновременно с этим регистр «Резервы товаров организаций» может содержать записи, относящиеся к непроведённым документам. Это может иметь место после отмены проведения документа о поступлении товаров, если в результате отмены образуются отрицательные остатки по организации. В итоге к непроведённому документу о поступлении товаров будут привязаны записи, формирующие резерв, который покрывает эти отрицательные остатки. Поэтому одним из методов решения данной проблемы является принудительное удаление записей из регистра.
Излагаются результаты исследования вычислительных процедур построения авторегрессионных статистических моделей и их близких производных для применения в решении задач прогноза цены электроэнергии. Представлены достаточно детализированные результаты численного построения ARIMA-моделей с вариантами предобработки исходных данных, учитывающих закономерности функционирования энергетического комплекса. Проверка адекватности моделей прогноза историческим натурным данным в форме временных рядов осуществлялась на основе численной оценки стандартной ошибки. Достигнутый уровень точности моделей прогнозирования по Белгородской области соответствует опубликованным результатам по рынкам электроэнергии Европы, Америки и Австралии. Делается вывод о том, что наращивание сложности авторегрессионных моделей прогноза лишь в отдельных случаях и незначительно ведет к повышению точности прогнозирования.
Представлены результаты исследования влияния характеристик входных слоёв свертки и подвыборки глубокой свёрточной нейронной сети на качество распознавания изображений. Для слоя свёртки изменяемым параметром являлся размер ядра свёртки, варьируемым параметром архитектуры субдискретизирующего слоя являлся размер рецептивного поля. Все перечисленные параметры, определяющие архитектуру входных слоёв свёртки и подвыборки, разработчикам нейронных сетей приходится подбирать на основе своего опыта. В данной работе излагается способ, позволяющий частично автоматизировать это процесс в результате предварительного анализа характеристик изображения – гистограмм и дисперсий интенсивности цветов пикселей. На основе этих сравнений выработаны рекомендации для выбора размеров ядра свёртки. Приведены итоги апробации указанного способа с помощью программы, написанной на языке Python с использованием библиотек Keras и Tensorflow.
Рассматривается задача построения кластеров на неполных данных и их использования для классификации не полностью определённых объектов. Представлен оригинальный подход, определяющий технику решения путём перехода к отысканию максимального независимого множества (максимальной клики) в нечётком графе, для которого кластер как раз и представляет максимальную клику. Не полностью определённый входной объект, подлежащий классификации (распознаванию), попадает в один из кластеров, и относительно него принимается решение, характерное для этого кластера. Подход последовательно использует модальную логическую систему формул, формализующих задачу отыскания максимального независимого множества в нечётком графе. Показывается, как эту задачу свести к задаче псевдобулевой оптимизации, и приводится простой эвристический алгоритм её решения.
В статье рассматривается риск-менеджмент проектов: инвестиционных, инновационных и импортозамещения. Поскольку для реализации таких проектов требуются инвесторы и инвестиции, то иногда можно рассматривать инновационные проекты как разновидность инвестиционных, а проекты импортозамещения как разновидность инновационных. Однако эти проекты имеют существенные различия с точки зрения возникающих рисков. Более того, при реализации сложных системных проектов может возникать системный эффект резкого возрастания сложности совокупного проектного риска. Поэтому в управлении проектными рисками актуальным становится применение имитационного моделирования с элементами искусственного интеллекта.
Описывается подход на основе средств имитационного моделирования, позволяющий произвести оценку эффективности применения перспективной техники. Оценка производится на примере перспективного путеукладчика посредством статистического анализа данных, получаемых в ходе численных экспериментов с применением имитационного моделирования технологических процессов укладки верхнего строения пути.
Разработка прикладных программ – сложный процесс, связанный с определёнными трудностями, в том числе с созданием эффективных пользовательских интерфейсов. Проведённый авторами анализ показал наличие ряда проблем в данной области, определяющихся тем, что она находится на стыке научных дисциплин: теории управления, эргономики, технической эстетики, психологии. В результате анализа факторов, влияющих на эффективность разработки пользовательских интерфейсов, синтезированы предложения по решению проблемы, основанные на использовании средств стандартизации, унификации и прототипирования. Анализ показал, что для условий разработки прикладного программного обеспечения наибольшей эффективностью обладают специализированные системы прототипирования интерфейсов. Предложено уточнить нормативную документацию, задающую разработку автоматизированных систем управления, для реализации в процессе их создания обязательного этапа прототипирования интерфейсов.
Issues which make engineers choose and use work time organizing systems are reviewed in this article. In addition, an overview of modern applications from this segment is provided and a notes system is proposed as a simple and effective tool to increase workflow effectiveness. And finally, requirements, model and development principles for an application to solve all these issues are described. The application was developed on the basis of the Spring Boot framework with partial use of the Domain Driven Development ideas. It has a good level of code coverage by autotests due to using the Test Driven Development. For posting of source codes in the Internet, the GitHub repository and the free open source software GPL v3 license have been chosen. The developed organizer helps to avoid waste of time for searching old data in case of work resumption under tickets suspended some time ago due to systematization of all required information, files and sub tasks. Regular using of the organizer makes it possible to increase efficiency of a software engineer’s and the whole development team’s work through minimization of time taken by routine operations connected with search for and use of project related information.