CC BY
60
УДК 658.512.011.56: 681.5
СИНТЕЗ ЛОГИЧЕСКОЙ СХЕМЫ СИСТЕМНОГО ПРОЕКТИРОВАНИЯ ТЕРРИТОРИАЛЬНО РАСПРЕДЕЛЕННЫХ ОБЪЕКТОВ
БЕСКОРОВАЙНЫЙ В.В.______________________
Анализируется множество задач проблемы структурного синтеза территориально распределенных систем. Определяются состав и схема взаимосвязи по входным и выходным данным задач их системного проектирования. Предлагается рациональная последовательность решения задач проблемы, составляющая основу логической схемы проектирования подобных объектов.
В процессах проектирования антропогенных систем, при реорганизации или планировании их развития, неизбежно возникают задачи синтеза структуры. При этом синтезируются организационная, топологическая, функциональная, другие виды структур. Особую важность задачи структурного синтеза приобретают для территориально распределенных (крупномасштабных) систем (ТРС). Это связано с тем, что выбор топологии объекта во многом определяет его стоимостные и функциональные свойства [1, 2].
При реализации системного подхода в задачах проектирования подобных объектов одной из основных проблем является формализованное представление процесса решения совокупности взаимосвязанных задач проектирования. Такую формализацию удобно представлять в виде логической схемы построения глобального проектного решения [3,4]. Предлагаемая технология решения задачи структурного синтеза ТРС базируется на идеях агрегативнодекомпозиционного подхода, системного анализа и системного проектирования сложных систем [3-5].
На основе формализации целей ТРС и их декомпозиции на комплексы взаимосвязанных задач [6] предлагается сетевая математическая модель базовой задачи ее структурного синтеза — задачи системного проектирования [7]. Множество возможных путей на сети построенной таким образом модели представляет множество подмоделей, которые можно сформировать из ее элементарных составляющих. Степень агрегации моделей в процессе структурного синтеза определяется эффективностью используемых методов оптимизации и мощностью применяемых средств вычислительной техники. На основе полученной сетевой модели может быть построена логическая схема системного проектирования, определяющая очередность решения задач синтеза ТРС. Для задания схемы проектирования ТРС CirDes (от Circuit of designing) необходимо определить пятерку множеств [3,4]
CirDes = (Tasks, InDat, Res, DesDec, ProcDec), (1)
где Tasks={Task i} — (от Tasks of designing) упорядоченное множество задач проектирования; Task i
— i-я задача /-го уровня; InDat (от Initial data) — множество исходных данных; Res (от Restrictions) — множество ограничений; DesDec (от Design decisions)
— множество проектных решений; ProcDec (от Procedures of the decision) — отображение, имеющее смысл решающей процедуры и ставящее каждой паре (InDat l, Res l) непустое подмножество DesDec, обозначаемое через ProcDec (InDatl, Res i).
Все множество задач проектирования Tasks является полностью разрешимым, если для всех задач Task l существуют проектные процедуры ProcDec \ и каждое проектное решение является единственным \ProcDec(InDatl, Resi)\ = 1.
Основными задачами, связанными с решением вопросов системного проектирования ТРС, являются [6]: Task^ — выбор принципов построения ТРС; Task 2
— выбор структуры системы; Task 2 — определение топологии элементов и связей; Task4 — выбор технологии функционирования; Task 2 — определение параметров элементов и связей; Task 2 — оценка эффективности вариантов и выбор решений.
В процессе анализа взаимосвязей моделей в комплексе выделенных задач системного проектирования каждую из моделей удобно представлять в виде
Mo^ask2 : {InDat ?Е, InDat 2 , Res 2 } ^
^ DesDec 2, і = і, 6 , (2)
где ModTask 2 (от Model of a task) — модель i-й задачи 2-го уровня; InDat '2Е — множество формализованных внешних (по отношению к комплексу задач) исходных данных; InDat 2 — множество формализованных внутренних (по отношению к комплексу задач) исходных данных; Res 2 — множество формализованных ограничений; DesDec 2 — проектное решение.
В результате анализа комплекса задач установлено, что внешние (по отношению к комплексу задач) исходные данные моделей всех задач являются одинаковыми:
InDat2е = {ObjS, К}, і = 176, (3)
здесь Obj'S — множество формализованных характеристик обслуживаемых объектов; К — множество критериев для оценки и выбора вариантов построения ТРС.
В модели задачи выбора принципов построения ТРС внутренние исходные данные не используются, т.е. InDat2 = 0 . Система ограничений и выходные данные модели этой задачи имеют вид
Res'2 = {Q*, C*, П, S}, DesDeci ={л, S*}, (4)
где Q* — требуемый уровень эффекта системы; C*
— ограничения на ресурсы (стоимость) системы; П —множество допустимых принципов построения системы; S’={s} — область существования системы, определяемая множествами элементов E’, отношений R’ и топологий G’; л <еП — выбранные прин-
РИ, 2002, № 3
94
ципы построения системы; S*={s} — область допустимых вариантов построения системы, задаваемая множествами элементов E*, отношений R*и топологий G* исходя из выбранных принципов построения Л <еП* .
Системы ограничений в моделях задач Task 2 — Task 2 совпадают и имеют вид
Res2 = {Q*, C*, S*}, i = 26 . (5)
Множества формализованных входных (внутренних) и выходных данных задачи выбора структуры системы Task 2 имеют вид
InDat г21 = {A, В}, DesDec2 ={\E\, R, ser, K(ser)}, (6)
где A — технология функционирования ТРС; B — множество параметров элементов и отношений; \E\ — количество элементов системы; R — множество связей между элементами системы; sEЕ, K(ser) — вариант построения ТРС, полученный путем оптимизации количества элементов \E\ и связей между ними R, а также оценка его свойств по множеству критериев К.
Множества формализованных входных (внутренних) и выходных данных задачи определения топологии элементов и связей ТРС Task 2 включают в себя
InDat 2i ={E, R, А, В}, DesDec 2 = {G, sG, K(sg)}, (7)
где G, sG, K(sg) — соответственно множество топологических характеристик системы, вариант ее построения с оптимизированной топологией и его покритериальная оценка.
Множества формализованных входных (внутренних) и выходных данных задачи выбора технологии функционирования ТРС Task 4 могут быть представлены в виде
InDat41 = {E, R, G, В}, DesDec2 = {А, sA, K(sa)}.(8)
Здесь A, sA, K(sa) — соответственно множество алгоритмов, определяющих технологию функционирования системы, вариант ее построения с оптимизированной технологией и его многокритериальная оценка.
Множества формализованных входных (внутренних) и выходных данных задачи определения параметров элементов и связей Task 2 могут быть представлены в виде
InDat51 ={\E\, R, G, A}, DesDec2 ={В, sB, K(sb)},(9)
где В, sB, K(sb) — соответственно множество параметров элементов и связей системы, вариант ее построения с оптимизированными значениями параметров и его покритериальная оценка.
Множества формализованных ограничений, входных (внутренних) и выходных данных задачи оценки эффективности вариантов и выбора решений Task 2 могут быть представлены в виде
InDat21 ={E, R, G, A, S*}, DesDec2 ={s°, K(s°)},(10)
здесь s0, K(s°) — соответственно лучший вариант построения ТРС (глобальное проектное решение) и его покритериальная оценка.
Процессы проектирования строятся по параллельной, последовательной или комбинированной схеме.
В параллельной схеме проектирования все множество задач Task 2, i = 1,6 должно быть полностью определено заданием множеств входных данных InDat 2, ограничений Res 2 и решающих процедур ProcDec 2 на исходном этапе проектирования. При этом полностью параллельная схема допускает любую упорядоченность задач [3,4].
Проведенный анализ входных и выходных данных моделей комплекса задач системного проектирования показал, что все они теснейшим образом связаны между собой по внутренним входным и выходным данным [6]. Установленная схема их взаимосвязи позволяет сделать вывод о неприменимости параллельной схемы системного проектирования ТРС. Решение этой задачи целесообразно строить на основе последовательной итерационной схемы системного проектирования [3-4]. При этом из полученного проектного решения DesDec 1 очередной задачи Task 1 формируются исходные данные InDat l+1 или ограничения Res 1+1 в решающей процедуре ProcDecli+1 для следующей задачи Task і+i. Таким образом осуществляется “замыкание” задач последовательной схемы
3 DesDec і є DesDec Tr(InDat l+i v Res i+i є DesDec l),
(11)
где DesDec — множество проектных решений; Tr(cn True) — истинность высказывания
(InDat l+i v Res і+i є DesDec і).
При определении очередности решения задач системного проектирования ТРС Task 2, і = i, 6 в рамках последовательной схемы следует стремиться к минимизации степени их неразрешимости по исходным данным и минимизации сложности создаваемой процедуры.
Таким образом, задача выбора принципов построения ТРС Task 2 , определяющая ограничения на множество допустимых вариантов ее построения S* для всех задач, должна решаться прежде других.
Задача оценки эффективности вариантов и выбора глобального решения Task 2 использует выходные данные (проектные решения) всех других задач комплекса, поэтому должна решаться в последнюю очередь.
Определение топологии ТРС (задача Task 2) невозможно без знания ее организационной или функциональной структуры, определяемой в результате решения задачи Task2 . Следовательно, решение этой задачи должно предшествовать решению задачи Task 2.
РИ, 2002, № 3
95
Ввиду того, что система может быть построена на разнотипных элементах и связях между ними, а элементы могут использовать различные алгоритмы функционирования, задачи их определения Task 2 и Task 4 должны решаться после задачи Task 2, в рамках которой определяется их количество.
Так как окончательный выбор технологии функционирования может быть осуществлен только с учетом траекторий территориальных перемещений обслуживающих каналов, информации или заявок, то решение задачи выбора технологии Task 4 должно следовать за решением соответствующей задачи Task 2.
Решение задачи выбора технологии функционирования Task 4 можно получать как до, так и после выбора параметров элементов и связей системы (Task 2). Однако в последнем случае могут чаще возникать ситуации невыполнения ограничений при заданных значениях параметров элементов и связей, требующие изменений ранее полученных проектных решений (повторных решений предыдущих задач). Поэтому предлагается решать задачу параметрического синтеза Task 2 после решения задачи технологического синтеза Task 4, полученного в условиях максимальных (наименее жестких ограничений) значений параметров.
В качестве элементарного звена, на базе которого будем производить упорядочение задач системного проектирования ТРС, используется ячейка проектирования. Она описывает принципиально разрешимую с помощью определенной решающей процедуры ProcDec i задачу Task l по ее исходным данным InDat l и ограничениям Res l. При этом проектные решения задачи DesDec l представляются в категориях модели ModTask i и допускают сравнение по множеству критериев K [3]. Ячейка может рассматриваться в качестве схемы представления проектной процедуры в виде
Task l: ProcDec i {InDati, Res i} ^
^ DesDec i/ ModTask\. (12)
На основании результатов проведенного анализа сетевой модели задачи системного проектирования ТРС (2)-(10) по ограничениям, входным и выходным данным [6] предлагается следующая цепочка ячеек в схеме решения задачи проектирования ТРС:
Task2 ^ Task2 ^ Task3 ^ Task4 ^
^ Task2 ^ Task2 . (13)
На основании полученной последовательности задач (13) может быть построена последовательная схема системного проектирования ТРС. Для ее реализации требуется доопределение исходных данных задач Task 2, Task 2 и Task 4 . Решения этих задач в предложенной схеме могут быть получены только исходя из прогнозных или экспертных
исходных данных InDat 2 и ограничений Res 2, i = 2,4 . Следовательно, на ее основе могут быть получены только локально-оптимальные проектные решения.
Для практического применения предложенной схемы системного проектирования ТРС (13) целесообразно преобразовать предложенную схему в итерационную схему получения общего проектного решения DesDec 2, позволяющую формировать недостающие исходные данные по результатам решений предыдущей итерации. При этом может быть существенно повышено качество решений частных и общей задач системного проектирования ТРС.
Предложенный вариант логической схемы системного проектирования территориально распределенных объектов использован при проектировании информационных систем и систем обслуживания [1, 8-10]. Практическое применение полученных результатов позволяет сократить сроки решения задач проектирования и планирования развития объектов, сократить затраты на их создание и эксплуатацию, путем совместного решения задач повысить качество решений и на этой основе улучшать функциональные характеристики создаваемых объектов.
Литература: 1. Петров Э.Т., Писклакова В.П., Бескоровайный В.В. Территориально распределенные системы обслуживания. Киев: Техника, 1992. 208 с. 2. Цвиркун
A. Д., Акинфиев В. К. Структура многоуровневых и крупномасштабных систем. Синтез и планирование развития. М.: Наука, 1993. 160 с. 3. Построение современных систем автоматизированного проектирования /Жук
К.Д., Тимченко А. А., Родионов А. А. и др. К.: Наук. думка, 1983. 248 с. 4. Тимченко А. А. Основи системного проектування та аналізу складних об’єктів: У 2-х кн. Кн. 1. Основи САПР та системного проектування складних об’єктів /За ред. В.І.Бикова. К.: Либідь, 2000. 272 с. 5. Цвиркун А.Д., Акинфиев В.К., Филиппов В.А. Имитационное моделирование в задачах синтеза структуры сложных систем. Оптимизационно-имитационный подход. М.: Наука, 1985. 174 с. 6. Бескоровайный В.В. Системологический анализ проблемы структурного синтеза территориально распределенных систем // АСУ и приборы автоматики. 2002. Вып. 120. С. 29-37. 7. Смирнов О.Л., Падалко С.Н., Пиявский С.А. САПР: формирование и функционирование проектных модулей. М.: Машиностроение, 1987. 272 с. 8. Бескоровайный
B. В., Имангулова З.А., Стадник И.А. Комплекс интерактивного проектирования топологических структур ИВС //Вестник ХГТУ. 1999. № 1(5). С. 33-36. 9. Бескоровайный В.В., Имангулова З.А. Алгоритмы оптимизации топологии ИВС на множестве радиально-узловых структур //Радиоэлектроника и информатика. 2000. №2. С. 100-104. 10. Бескоровайный В.В., Имангулова З.А. Математическая модель задачи синтеза централизованных информационных сетей //Вестник Харьковского государственного политехнического университета. 2000. Вып. 118. С. 11-14.
Поступила в редколлегию 02.07.2002 Рецензент: д-р техн. наук, проф. Нефедов Л.И.
Бескоровайный Владимир Валентинович, канд. техн. наук, доцент кафедры системотехники ХНУРЭ. Научные интересы: теория принятия решений; структурный синтез и оптимизация территориально рассредоточенных систем. Адрес: Украина, 61166, Харьков, пр. Ленина, 14, к.277, тел. 40-93-06.
96
РИ, 2002, № 3
