CC BY
48
11. Заключение
Сформулирована обобщенная постановка задач оценивания состояния и параметров ГТС в стационарном режиме, включающая в себя метод формирования системы уравнений и неравенств по заданной математической модели УПР в ГТС и множествам известных, измеряемый и оцениваемых переменных и выражений модели. Метод применим для решения широкого класса задач потокораспределения. Приведена методика решения сформулированной задачи оценивания состояния и параметров ГТС. Все основные вычислительные задачи стационарного режима ГТС можно легко получить из разработанной обобщенной постановки, однако для каждой конкретной задачи, получаемой из обобщенной постановки, необходимо формулировать условия разрешимости системы уравнений и неравенств модели УПР в ГТС, которые характерны именно для этой задачи. Решена задача оценивания состояния ГТС в стационарном режиме, полученная из обобщенной постановки (задача оценивания давлений, температур, расходов и состава газа), алгоритмы выбора дерева и леса графа сети для этой задачи. С помощью имитационного моделирования проведены исследования статистических свойств оценок, полученных в результате решения задач оценивания состояния ГТС, в зависимости от статистических свойств исходных данных. Проведенные исследова-
УДК 658.012.011.56
ТЕХНОЛОГИЯ ПРОЕКТИРОВАНИЯ ФУНКЦИОНАЛЬНОГО И ОБЕСПЕЧИВАЮЩИХ КОМПЛЕКСОВ ИНФОРМАЦИОННЫХ УПРАВЛЯЮЩИХ СИСТЕМ
ЛЕВЫКИНВ.М., ЕВЛАНОВ М.В, ПУШКАРЕВ А.Н.
Описываются основные недостатки существующей технологии разработки функциональной и обеспечивающей части информационных систем. Дается определение функционального и обеспечивающих комплексов как конкретных проектных решений на области, заданной требованиями к функциям и видам обеспечений системы.
В настоящее время практически все современные информационные управляющие системы (ИУС) создаются и эксплуатируются на конкретных предприятиях и организациях, которые именуются объектами автоматизации. При этом подавляющее большинство методик и технологий направлено на создание таких ИУС, которые должны быть экономически целесообразными для данного предприятия. Из этого следует необходимость использования при разработке ИУС методов построения и анализа экономико-математических моделей бизнес-процессов объекта автоматизации и формирования бизнес-планов проектируемых ИУС и информационных технологий (ИТ).
ния подтвердили предположение о том, что дисперсии оценок, полученных в результате решения задач оценивания состояния, уменьшаются при увеличении степени переопределенности системы уравнений математической модели УПР в ГТС.
Литература: 1. Трубопроводные системы энергетики: модели, приложения, информационные технологии/ Атавин А.А., Карасевич А.М., Сухарев М.Г., Адаменко В.А. и др. М.: ГУП Изд-во “Нефть и газ” РГУ Нефти и газа им. И.М. Губкина, 2000. 320с. 2.Новицкий Н.Н. Оценивание параметров гидравлических цепей. Новосибирск: Наука, 1998. 214с. 3. Адаменко В.А., Адаменко А.В., Тевяшева О.А. Объектно-ориентированный подход к построению математических моделей газотранспортных систем // Радиоэлектроника и информатика. 2002. №1. С. 58-71. 4. Евдокимов А.Г., Тевяшев А.Д. Оперативное управление потокораспределением в инженерных сетях. Харьков: Изд-во при Харьк. ун-те издательского объединения “Вища школа”, 1980. 144с.
Поступила в редколлегию 02.07.2002
Рецензент: д-р техн. наук, проф. Евдокимов А.Г.
Адаменко Вера Анатольевна, канд. техн. наук, доцент кафедры прикладной математики ХНУРЭ. Научные интересы: системный анализ, оптимальное стохастическое управление, условная оптимизация. Адрес: Украина, 61166, Харьков, пр. Ленина, 14, тел. +380572-40-94-36.
Тевяшева Ольга Андреевна, аспирантка НТУ “ХПИ”. Научные интересы: системный анализ, теория оптимальных решений. Адрес: Украина, 61000, Харьков, пр. Фрунзе, 21, тел. +380572-20-57-74.
Поэтому проектирование функциональной структуры ИУС, при котором учитываются особенности объекта автоматизации и экономические условия реализации проекта, осуществляется, как правило, стандартным образом [1, 2]. На основании существующих описаний и моделей объекта автоматизации специальной группой предлагается набор вариантов функциональной структуры, которые оцениваются по экономическим и технико-экономическим критериям эффективности. В результате оценивания выбирается единственный вариант фун -кциональной структуры, реализация которого удовлетворила бы автоматизируемое предприятие по большинству критериев. Затем на основании выбранного варианта функциональной структуры ИУС проводится определение требований к видам обеспечений и разработка обеспечивающей части системы. Следует также отметить, что функциональная структура ИУС может разрабатываться для конкретного предприятия или быть представлена существующими лицензионными решениями, общепринятыми в данной области.
Однако такой подход к проектированию ИУС имеет ряд недостатков. Во-первых, переход от моделирования бизнес-процессов предприятия к проектированию функциональной структуры, а тем более к обеспечивающей части ИУ С слабо формализован и не позволяет учесть все экономические и организационные особенности данного предприятия, отрасли, региона. Кроме того, требования, выдвигаемые на основе результатов анализа бизнес-процессов к функциональной структуре и обеспечивающей части ИУС, часто меняются и дополняются в процессе
РИ, 2003, № 1
37
проектирования системы, что задерживает и усложняет процессы разработки видов обеспечений ИУС. Во-вторых, данные процессы проектирования не позволяют гибко реагировать на изменения бизнес -процессов предприятия или же функциональной структуры ИУС, вызывающих сильные изменения в обеспечивающей части системы. В-третьих, существующее рассмотрение по отдельности видов обеспечений ИУС все больше теряет свой смысл. Так, в базе данных, которая, по сути, является внутримашинным информационным обеспечением, большое значение имеют наборы программно реализуемых команд по автоматическому заполнению, модификации или удалению данных в различных таблицах. Кроме того, для базы данных требуется иметь программно реализуемые процедуры определения прав доступа пользователей к данным. В-четвертых, и традиционные решения, которые присутствуют на рынке ИУС, и вновь разрабатываемые системы не являются в полной мере открытыми, что затрудняет их понимание разработчиком и пользователем, а также модернизацию (по мере необходимости) и организацию взаимообмена информацией и методами решения управленческих задач между отдельными системами. При этом открытость системы во многом определяется целостностью отдельных решений как в функциональной структуре, так и в обеспечивающей части ИУС, а также четкой организацией связей между отдельными решениями. Использование традиционного представления обеспечивающей части ИУС как совокупности отдельных видов обеспечений значительно усложняет формирование целостных решений и не позволяет четко выделить связи между ними.
Эти недостатки вызывают необходимость по-новому решить проблему разработки обеспечивающей части ИУС и ИТ. Предлагается виды обеспечений рассматривать в дальнейшем как области допустимых решений, определяемые требованиями к проектируемой ИУС и ИТ. Эти требования формируются на предпроектных стадиях разработки ИУС и ИТ и фиксируются в окончательном виде в проектном документе «Техническое задание на разработку ИУС (ИТ)» в подразделе 4.2 «Требования к функциям (задачам) системы» и подразделе 4.3 «Требования к видам обеспечения системы». В таком случае процессы разработки обеспечивающей части ИУС на этапах эскизного, технического и рабочего проектирования представляют собой переход от видов обеспечений к вспомогательным обеспечивающим комплексам - средствам реализации видов обеспечений. Под обеспечивающим комплексом следует понимать совокупность интегрированных проектных решений по видам обеспе -чений, призванных автоматизировать выполнение задач, поставленных перед ИУС и ИТ в соответствии с типами автоматизации и функциональной структурой создаваемой ИУС. Типы автоматизации функциональной структуры ИУС в большинстве случаев определяются следующим образом [3]:
— автоматизация ввода, обработки, хранения и отображения информации о состоянии объекта автоматизации;
— синхронизация процессов автоматизированного ввода, обработки, хранения и отображения инфор-
38
мации с устранением дублирования и информационной избыточности;
— автоматизация процессов анализа имеющейся информации в целях формирования вариантов управленческих решений;
—автоматизация процессов формирования, принятия и реализации управленческих решений.
Использование данных типов автоматизации дает возможность представления конкретных вариантов функциональной структуры в виде функционального комплекса. Под функциональным комплексом следует понимать совокупность интегрированных проектных решений, формирующих на множестве допустимых функциональных структур проектируемой ИУС конкретный вариант функциональной структуры, наиболее полно отвечающий поставленным перед разрабатываемой системой требованиям и выбранному типу автоматизации. Следует отметить, что к подобному решению подошли «от практики» многие предприятия-разработчики типовых ИУС (например, SAP и 1C), реализующие на установившихся функциональных структурах типовых ИУС конкретные варианты функциональных решений для различных объектов автоматизации.
Накопленный к настоящему времени опыт разработки ИУС позволяет выделить следующие вспомо -гательные обеспечивающие комплексы: интерфейсный; информационный; расчетный; коммуникационный; интеллектуальный; технических средств.
Интерфейсный комплекс представляет собой совокупность интегрированных программных, информационных, технических и лингвистических решений, обеспечивающих требуемые условия взаимодействия пользователей с проектируемой ИУС или ИТ. Основу данного комплекса составляют, как правило, программные продукты, реализующие ввод и отображение необходимой пользователю информации. При этом главное внимание разработчика должно быть направлено на создание интерфейса, наиболее полно учитывающего требования пользователей, простого и удобного в эксплуатации, реализующего единичный ввод и многоразовое использование данных.
Информационный комплекс — это совокупность интегрированных информационных, программных, технических, организационных и лингвистических решений, обеспечивающих требуемые условия приема информации на хранение, длительного ее хранения и выдачи пользователям. Основу данного комплекса составляют решения по структуре базы данных ИУС, организации запросов на выдачу данных и процедур ввода их в базу. При этом главное внимание разработчика должно быть направлено на решение следующих проблем:
—разработка структуры базы данных, соответствующей особенностям информационной модели функциональной структуры ИУС и рассмотренным выше типам автоматизации;
—разработка комплекса запросов и процедур, соответствующих особенностям организационной струк-
РИ, 2003, № 1
туры объекта автоматизации, информационной модели функциональной структуры ИУС, рассмотренным выше типам автоматизации и требованиям к организации ввода и отображения информации.
Расчетный комплекс представляет собой совокупность интегрированных информационных, математических, алгоритмических и программных решений, обеспечивающих требуемые для нормального функционирования ИУС или ИТ методы обработки и преобразования информации. Основу данного комплекса составляют решения по созданию математических моделей процессов обработки информации и управления, а также последующей реализации их в виде алгоритмов, программных комплексов и (или) совокупности запросов к базе данных ИУС. При этом главное внимание разработчику следует сосредоточить на синтезе и использовании таких математических моделей и методов, которые являлись бы наиболее адекватными выявленным особенностям объекта и автоматизируемого процесса, нетребовательными к уровню знаний будущего пользователя, а также были бы способны к переносу на другую аппаратную и программную платформу.
Коммуникационный комплекс представляет собой совокупность интегрированных программных, организационных и технических решений, обеспечивающих требуемые условия передачи информации внутри ИУС или же между проектируемой ИУС и другими системами. Основу данного комплекса составляют программно-технические решения проблем взаимодействия отдельных обеспечивающих комплексов ИУС. При этом могут решаться задачи администрирования, мониторинга и функционирования компьютерной сети, или же создания специализированных коммуникационных пакетов. Главное внимание разработчика должно быть направлено на разработку коммуникационного комплекса, наиболее полно отвечающего требованиям, выдвинутым особенностями объекта автоматизации, информационной моделью функциональной структуры ИУС, или же особенностями ИТ, которые планируется эксплуатировать с помощью данного комплекса.
Интеллектуальный комплекс является сравнительно новым направлением в проектировании ИУС. Он представляет собой совокупность информационных, математических, алгоритмических, программных и лингвистических решений, обеспечивающих необходимый интеллектуальный уровень взаимодействия ИУС (ИТ) с пользователями или же интеллектуальные способы обработки имеющихся данных и знаний в целях получения новых сведений об управляемом процессе. Основу данного комплекса составляют решения по разработке информационно-программных продуктов (отдельных модулей ИУС, программных пакетов, процедур и функций, а также сложных запросов к базе данных), реализующих заложенные математические модели и методы интеллектуальной обработки накопленной в базе данных информации.
Комплекс технических средств представляет собой совокупность интегрированных технических, программных и организационных решений, обеспечи-
вающих требуемые технические условия эксплуатации ИУС или ИТ. Основу данного комплекса составляют решения по структуре и техническому составу серверов, рабочих станций, компьютерной сети, а также других устройств, необходимых для нормального функционирования ИУС или ИТ. При этом главное внимание разработчика должно быть направлено на разработку проекта комплекса технических средств (вплоть до схемы размещения), наиболее полно отвечающего требованиям, выдвинутым организационной структурой и особенностями объекта автоматизации, моделью функционального комплекса ИУС, а также особенностями ИТ, которые планируется эксплуатировать с помощью данного комплекса. Однако, поскольку все рассмотренные выше обеспечивающие комплексы так или иначе включают в себя решения, связанные с комплексом технических средств, данный комплекс в процессе проектирования ИУС может быть рассмотрен как совокупность технических решений остальных обеспечивающих комплексов.
Схема взаимосвязей наиболее распространенных традиционных видов обеспечений ИУС и предлагаемых информационных комплексов представлена на рисунке.
Представление обеспечивающей части ИУС как совокупности видов обеспечений и созданных на их основе вспомогательных обеспечивающих комплексов позволяет по-новому взглянуть на проблему проектирования ИУС. В этом случае предусматривается осуществление следующих этапов работ:
— определение особенностей бизнес-процессов объекта автоматизации путем формирования и анализа их моделей;
— формирование изоморфных критериев оценки эффективности автоматизации бизнес-процессов предприятия;
— анализ и синтез функционального комплекса ИУС на основе определенных особенностей бизнес-процессов, типа автоматизации, существующих стандартов и методик проектирования, а также разработанных ранее типовых функциональных структур и типовых функциональных комплексов;
— определение требований к видам обеспечений и вспомогательным обеспечивающим комплексам ИУС;
— постановка задачи синтеза вспомогательных обеспечивающих комплексов ИУС на основе определенных ранее требований;
— разработка конкретных решений по каждому виду обеспечения, реализующих разрабатываемые вспомогательные обеспечивающие комплексы ИУС;
— интеграция полученных решений в рамках соответствующих вспомогательных обеспечивающих комплексов и оценка полученных результатов по критериям эффективности и устойчивости;
—интеграция разработанных вспомогательных обеспечивающих комплексов в единую целостную обеспечивающую часть ИУС, которая реализует определенный проектировщиками функциональный комплекс ИУС;
— внедрение и сопровождение созданной ИУС.
39
РИ, 2003, № 1
При этом процессы разработки функционального комплекса ИУС и каждого из обеспечивающих комплексов можно рассматривать как аналог оптимизационных задач, допускающих многовариантность существующих решений по каждому из видов обеспечения. Главная задача проектировщиков ИУС в этом случае заключается в поиске допустимого решения этой задачи, наиболее полно удовлетворяющего требованиям, выдвинутым всеми перечисленными выше этапами разработки.
Предлагаемый подход к проектированию обеспечивающей части ИУС позволяет перейти на более качественную ступень разработки обеспечивающей части подобных систем. Кроме того, данный подход дает возможность автоматизировать не только работы проектировщиков по созданию отдельных видов обеспечения, но и работы по интеграции предлагаемых решений в единую обеспечивающую часть ИУС. Кроме того, использование понятия «обеспечивающий комплекс» позволяет по-новому взглянуть на проблему формализованного описания задачи определения эффективности функционирования и устойчивости ИУС к внешним и внутренним возмущениям.
Литература: 1. Маклаков С.В. Моделирование бизнеспроцессов с BPwin 4.0. М.: ДИАЛОГ-МИФИ. 2002. 224 с. 2. Левыкин В.М. Концепция создания распределенных информационных управляющих систем // АСУ и приборы автоматики. 1998. № 108. С. 32-41. 3. Гудуша-ури Н, Литвак О.. Системы управления предприятием. М.: ИНФРА-М, 1998. 256 с.
Поступила в редколлегию 18.06.2002
Рецензент: д-р техн. наук Самойленко Н.И.
Левыкин Виктор Макарович, д-р техн. наук, профессор, директор института компьютерных информационных технологий ХНУРЭ. Научные интересы: теория проектирования сложных распределенных ИУС. Адрес: Украина, 61022, Харьков, ул. Чичибабина, 2, кв. 83.
Евланов Максим Викторович, канд. техн. наук, старший преподаватель кафедры ИУС ХНУРЭ. Научные интересы: теория и практика эволюционного проектирования ИУС. Адрес: Украина, 61002, Харьков, Фе-сенковский въезд, 8, кв. 8, тел. 40-94-51.
Пушкарев Андрей Николаевич, ст. преподаватель кафедры ИУС ХНУРЭ. Научные интересы: методологии и технологии проектирования сложных ИУС. Адрес: Украина, 61137, Харьков, ул. Жуковского, 4, тел. 40-94-51.
Схема взаимосвязей видов обеспечений и обеспечивающих комплексов ИУС
40
РИ, 2003, № 1
