В настоящей работе речь пойдет о нескольких аспектах, относящихся к улучшению и повышению эффективности проектируемой, эксплуатируемой системы обмена данными (СОД). Такие системы, в том числе и веб-ориентированные, могут использоваться применительно к промышленным предприятиям, части которых удалены друг от друга [1], а также лицам, территориально разобщенным между собой.
Начальная стадия проектирования СОД указанной области применения (рис. 1) предусматривает выбор модели программного обеспечения (ПО) СОД, проектирования, изготовления данного ПО [2]; m – число возможных перестроек СОД, производимых при её эксплуатации.
Рисунок 1. Взаимодействие стадий проектирования СОД
Подход к проектированию ПО перед началом эксплуатации СОД осуществляется на регулярной основе, а конечным продуктом упомянутой выше технологии является именно спроектированное ПО как организованная информация, передаваемая разработчиком её владельцу-предприятию или отдельному лицу. Практика показывает, что встраивание СОД в программно-аппаратное обеспечение деятельности ее владельцев не нарушает принципа свободного подключения множества рабочих мест пользователей данной СОД, что само по себе является одним из преимуществ разработок, осуществляемых в рассматриваемой сфере.
Ситуация с прогрессивно развивающейся СОД на стадии её начальной эксплуатации может быть интерпретирована с помощью упомянутого рисунка 1. Если на данной стадии каждый запрос от пользователей обрабатывается программой одного и того же типа, то, в зависимости от типа запроса – быстрого или медленного, его поступление предопределяет нерациональное расходование временных и объемных ресурсов сервера нашей СОД. Перестройка 1 подразумевает большее использование эвристического компонента в перепроектировании СОД, что можно признать справедливым и для каждой из перестроек, рассматриваемых в дальнейшем.
Концепция перестройки СОД подразумевает здесь, во-первых, нахождение определенного технического решения, относящегося к любой сфере нашей сознательной деятельности [3; 4], хотя, конечно, приветствуется и наличие сферы, более приближенной к проектированию средств информатизации. Во-вторых, производится обобщение данного технического решения, сохраняющего, тем не менее, его смысл. В-третьих, данное техническое решение восстанавливается именно в рамках нашей информационной подобласти.
Так, в рассматриваемом случае имеет место эксплуатационная ситуация-прототип (её индекс – п), представленная на рисунке 2, где через П обозначен один из пользователей СОД, а через n – общее число пользователей; БД обозначена база данных.
Рисунок 2. Исходная ситуация после начала эксплуатации СОД
Для работы с удаленными данными здесь рекомендовано введение дополнительного канала информационной обработки [1]. Обобщение этой рекомендации может быть интерпретировано как введение специализированных информационных средств. В нашем случае таких специализированных средств, относящихся к ПО, должно быть два, причем одно из них обеспечивает обработку медленных, а другое – быстрых запросов (рис. 3); через Пр на рисунке 3 обозначено каждое из указанных специализированных программных средств, снабженное соответствующим номером.
При таком разделении медленных и быстрых запросов одно из программных средств может быть перенесено на сторону пользователя и иметь удаленную связь с программным средством, обрабатывающим медленные запросы. Таким образом, часть запросов распределяется между клиентами, увеличивая производительность (рис. 4).
Чтобы ускорить обработку медленных запросов, необходимо их выполнять асинхронно, более равномерно распределяя нагрузку при выполнении запросов.
Рисунок 3. Ситуация после осуществления перестройки 1
Рисунок 4. Перенос запросов на сторону клиента
Начиная рассмотрение ситуации, предшествующей второй перестройке СОД, отметим, что её различным клиентам присущ в определенной степени общий уровень пользовательского интереса (УПИ), поддерживающийся применительно к определенным группам объектов БД [5]. Так, можно утверждать, что существует, в частности, первое выделенное подмножество ключей БД, к которому пользователи проявляют интерес гораздо более существенный, чем ко второму выделенному подмножеству ключей (рис. 5).
Рисунок 5. Разграничение подматриц данных из БД
Теперь будем использовать индекс УПИ, разграничивающий информационные массивы БД именно по своему значению. Прием же улучшения СОД-прототипа здесь может быть сформулирован следующим образом: после разграничения информационных массивов БД, произведенного по значению индекса УПИ, подматрица сниженного УПИ перемещается из БД и заключается в автономный информационный носитель.
Таким образом, происходит высвобождение части памяти СОД и снижается время информационной обработки уменьшенного по численности множества объектов БД. В случае восстановления УПИ на повышенном уровне перемещенная подматрица или её часть возвращается на прежнее место.
Дальнейшее развитие СОД может привести к возникновению следующей ситуации, которая будет соответствовать третьей перестройке СОД из ряда перестроек, показанного на рисунке 1. Саму эту ситуацию иллюстрирует вышеприведенный рисунок 3, а характеризуется она наступлением нехватки ресурсов показанной там СОД, направляемых на обслуживание все возрастающего потока запросов от пользователей.
Способ-предшественник вырабатываемого далее технического решения может быть представлен как наращивание числа блоков компьютерной памяти [6]. Более общая формулировка рассматриваемого способа выглядит следующим образом: производится изменение числа работающих блоков технического объекта путем включения дополнительных блоков или выключения излишних. Применительно к области рассматриваемых нами объектов информатизации данный способ можно конкретизировать так: в состав СОД вводится устройство подключения хостов (узлов информационных ресурсов), которое реагирует на изменение информационной нагрузки на данную СОД путем соответствующего их состава; k – общее число хостов, действующих в составе СОД в настоящий момент.
Как видим, здесь, в отличие от приемов (способов) улучшения СОД, имеет место модификация состава физических компонентов её оборудования. Соответствующим образом возрастает сложность и стоимость данной СОД, что следует учитывать при оценке стоимости услуг, оказываемых пользователям.
С помощью данного подхода можно рассматривать и другие вопросы оптимизации состава и работы СОД, например оптимизацию алгоритмов. В частности, это может производиться в сфере пассажирских перевозок.
Рецензенты:
Боровик С.Ю., д.т.н., ведущий научный сотрудник лаборатории систем сбора и обработки многомерной информации, заместитель директора по научной работе Федерального государственного бюджетного учреждения «Институт проблем управления сложными системами» Российской академии наук (ИПУСС РАН), г. Самара.
Востокин С.В., д.т.н., доцент, профессор кафедры «Информационные системы и технологии», Министерство образования и науки РФ, ФГБОУ ВО «Самарский государственный аэрокосмический университет имени академика С.П. Королева (национальный исследовательский институт)», г. Самара.