
- •Прикладной системный анализ
- •Оглавление
- •Введение
- •1. Возникновение и развитие системных представлений
- •1.1. Роль системных представлений в практической деятельности
- •1.2. История развития системных представлений
- •1.3. Контрольные вопросы
- •2. Модели и моделирование
- •2.1. Моделирование – неотъемлемый этап любой человеческой деятельности
- •2.2. Способы воплощения моделей
- •2.3. Соответствие между моделью и реальностью: различия
- •2.4. Соответствие между моделью и реальностью: сходство
- •2.5. Контрольные вопросы
- •3. Системы. Модели систем
- •3.1. Первое определение системы
- •3.2. Модель черного ящика
- •3.3. Модель состава системы
- •3.4. Модель структуры системы
- •3.5. Второе определение системы. Структурная схема системы.
- •Графы, соответствующие различным структурам: а) линейная структура; б) древовидная структура; в) матричная структура; г) сетевая структура.
- •3.6. Динамические модели систем
- •Большие и сложные системы
- •Искусственные и естественные системы
- •Контрольные вопросы
- •Роль измерений в создании моделей систем
- •Эксперимент и модель
- •Измерительные шкалы
- •Контрольные вопросы
- •Выбор. Принятие решений
- •5.1. Многообразие задач выбора
- •Критериальный язык описания выбора
- •Групповой выбор
- •Выбор в условиях неопределенности
- •Достоинства и недостатки идеи оптимальности
- •Выбор и отбор
- •Контрольные вопросы
- •Декомпозиция и агрегатирование – процедуры системного анализа
- •6.1. Анализ и синтез в системных исследованиях
- •Модели систем как основания декомпозиции
- •Алгоритмизация процесса декомпозиции
- •Агрегатирование, эмерджентность, внутренняя целостность систем
- •Виды агрегатирования
- •Контрольные вопросы
- •О неформализуемых этапах системного анализа
- •7.1. Что такое системный анализ?
- •Формулирование проблемы
- •Выявление целей
- •Формирование критериев
- •Генерирование альтернатив
- •Алгоритмы проведения системного анализа
- •7.7. Рабочие этапы реализации системного анализа.
- •7.8. Некоторые практические результаты применения системного анализа
- •7.9. Контрольные вопросы
- •Заключение
- •Некоторые мысли о ключевых понятиях са
- •Литература
- •Содержание ргр
- •Образец ргр
- •1. Система: ручная граната ргд-5 Модель «черного ящика»
- •Модель состава
- •Модель структуры
- •2. Перечень параметров и измерительные шкалы, которые должны быть использованы при измерении их величин в данной системе
- •3. Агрегатирование
- •Алгоритм для решения проблемы
- •5. Формальный алгоритм
- •Вопросы к зачету по курсу
Алгоритмизация процесса декомпозиции
Компромиссы между простотой и полнотой.Начнем с рассмотрения требований к древовидной структуре, которая получится как итог работы по всему алгоритму. С одной стороны, это полнота, с другой – простота. Компромиссы между полнотой и простотой вытекают из требования: свести сложный объект анализа к конечной совокупности простых подобъектов. Компромисс достигается тем, что в модель-основание включаются только компоненты, существенные по отношению к цели анализа (релевантные). Решение вопроса о том, что же является существенным, а что нет – возлагается на эксперта.
Перейдем к вопросу о числе уровней декомпозиции. Желательно, чтобы оно было небольшим, но в случае необходимости можно продолжать декомпозицию как угодно долго до принятия решения о ее прекращении на данной ветви. Такое решение принимается в нескольких случаях. Первый, к которому мы стремимся – это когда декомпозиция привела к получению результата (подцели, подзадачи), не требующего дальнейшего разложения, т.е. результата простого, понятного, реализуемого, обеспеченного, заведомо выполнимого (например, программные модули). Будем называть его элементарным. Для некоторых задач (математических, технических) понятие элементарности может быть конкретизировано до формального признака. В других задачах оно неизбежно остается неформальным (структура правительства).
Типы сложности.Может наступить момент, когда эксперт признает, что его компетенции недостаточно для дальнейшего анализа данного фрагмента и что следует обратиться к эксперту другой квалификации (специальности). Сложность такого типа – есть сложность из-за неинформированности, которую можно преодолеть, т.е. довести процесс декомпозиции до элементарных фрагментов во всех ветвях дерева.
В действительно сложных случаях (случай большой размерности) получение вполне завершенной декомпозиции должно не радовать, а настораживать: не связана ли реальная сложность с пропущенной ветвью дерева, сочтенной экспертами несущественной. Опасность неполноты анализа следует иметь в виду всегда (примеры: проблема поворота северных рек, проблемы Байкала и Ладожского озера и т.д.). Один из приемов – предлагать экспертам рассматривать обязательно и отрицательные стороны проекта. В частности, в классификатор выходов (конечных продуктов) любой системы помимо полезных продуктов обязательно должны быть включены отходы.
Существует сложность из-за непонимания, как например, обстоит дело с шаровой молнией. Однако, если в науке она рассматривается как терпимое явление, то в управлении это неприемлемый вариант, ведущий к неприемлемой отсрочке решения. Именно поэтому в управлении нередко прибегают к волевым решениям.
Итак, если рассматривать анализ как способ сведения сложного к простому, то полное сведение сложного к простому возможно лишь в случае сложности из-за неинформированности. В случае других типов сложности анализ не ликвидирует сложность, но локализует ее. Поэтому можно сказать, что декомпозиция не дает новых знаний, а лишь структурирует и организует их, обнажая возможную нехватку знаний в виде «дыр» в этой структуре.
Алгоритм
декомпозициипредставлен на рисунке.
нет
да
да
да
нет
нет
Укрупненная блок-схема алгоритма декомпозиции.
Блок 1. Объектом анализа может стать что угодно: любое выступление, раскрытие смысла которого требует его структурирования. На определение объекта анализа иногда затрачиваются значительные усилия. Когда речь идет о действительно сложной проблеме, ее сложность проявляется и в том, что сразу трудно сформулировать объект анализа. Даже в таком регламентированном случае, как работа министерства, формулировка глобальной цели возглавляемой им отрасли требует многократного уточнения и согласования, прежде чем станет объектом анализа.
Блок 2.Этот блок определяет зачем нужно то, что мы делаем. В качестве целевой системы выступает система, в интересах которой осуществляется весь анализ.
Блок 3.Этот блок содержит набор фреймовых моделей и рекомендуемые правила их перебора, либо обращение к эксперту с просьбой самому определить очередной фрейм.
Блок 4.Содержательная модель, по которой будет произведена декомпозиция, строится экспертом на основании изучения целевой системы. Хорошим подспорьем ему могут служить различные классификаторы, построенные в различных областях знаний.
Блоки 5-10.Были достаточно описаны ранее.
Окончательный результат анализа оформляется в виде дерева, конечными фрагментами ветвей которого являются либо элементарные фрагменты, либо сложные фрагменты, но не поддающиеся дальнейшему разложению.