- •Системный анализ и моделирование процессов в техносфере
- •1.1. Понятие системы. Базовые категории систем
- •1.2. Классификация систем
- •1.3. Общее представление о системном анализе
- •1.4. Принципы системного анализа
- •2.1. Этапы анализа и синтеза
- •2.2. Понятие о структурном анализе
- •2.3. Методы декомпозиции
- •2.4. Требования, предъявляемые к декомпозиции
- •2.5. Алгоритм декомпозиции
- •2.5. Программно-целевой подход к решению системных задач
- •1. Область применения и этапы программно-целевого подхода
- •2. Дерево целей
- •3.1. Агрегирование системы и эмерджентность
- •3.2. Виды связей в системе
- •Связи взаимодействия (координации):
- •Связи преобразования:
- •3.3. Виды агрегирования
- •4.1. Общие свойства процесса принятия решений
- •4.2. Участники процесса принятия решения
- •4.3. Схема ппр
- •4.4. Формулирование проблемы
- •4.5. Определение целей
- •4.6. Генерирование альтернатив
- •4.7. Формирование критериев
- •4.8. Физиология принятия решений
- •4.9. Виды и особенности задач принятия решений
- •4.10. Формализация принятия решений
- •Лекция 5. Информационное обеспечение ппр
- •5.1. Понятие информации
- •5.2. Информационная структура процесса принятия решений
- •6.1. Особенности группового выбора
- •6.2. Экспертные методы выбора
- •6.3. Методы типа мозговой атаки или коллективной генерации идей
- •6.4. Методы типа сценариев
- •6.5. Методы типа «Делфи»
- •6.6. Методы типа дерева целей
- •6.7. Морфологические методы
- •7.1 Основные положения теории управления
- •7.2 Аксиомы теории управления
- •7.3 Модели основных функций организационно-технического управления
- •7.4 Описание функций управления
- •Лекция 8. Понятие и классификация моделей
- •8.1 Понятие модели, моделирования
- •8.2 Познавательные и прагматические модели
- •8.3 Статические и динамические модели
- •8.4 Классификация моделей по способу воплощения
- •8.5 Место математического моделирования в системных исследованиях
- •8.6 Типы и виды математических моделей
- •8.7 Процесс построения математической модели
- •8.8 Структура моделирования происшествий в техносфере
- •9.1 Конфликт ‒ предмет рассмотрения теории игр
- •9.2 Понятие игры. Классификация игр. Формальное представление игр
- •9.3 Определение бескоалиционной игры
- •9.4 Приемлемые ситуации и ситуации равновесия
- •9.5 Примеры игровых задач
- •10.1 Граф и его виды
- •10.2 Задача о кратчайшем пути
- •10.3 Задача о максимальном потоке
- •11.1 Поверхность отклика
- •11.2 Этапы планирования эксперимента
- •11.3 Обработка и анализ результатов моделирования
- •12.1 Полный факторный эксперимент
- •12.2 Дробный факторный эксперимент
- •12.3 Метод наименьших квадратов
- •13.1 Основная цель кластерного анализа
- •13.2 Объединение (древовидная кластеризация)
- •13.3 Двувходовое объединение
- •13.4 Метод k средних
- •13.5 Алгоритм нечеткой кластеризации
- •14.1 Понятие когнитивного моделирования
- •14.2 Подсистема представления субъективной информации
- •14.3 Подсистема извлечения предпочтений эксперта
- •14.4 Подсистема обработки
- •14.5 Подсистема представления результатов моделирования
- •14.6 Подсистема поддержки аналитической деятельности эксперта
- •14.7 Моделирование бизнес процессов на основе bpmn-диаграмм
- •14.8 Метод анализа иерархий (маи): введение
- •14.9 Основные принципы маи
- •1. Принцип идентичности и декомпозиции
- •2. Принцип дискриминации и сравнительных суждений
- •3. Принцип синтеза
- •14.10 Общая оценка маи как метода принятия решений
- •15.1 Общий ход решения задачи на основе метода конечных элементов
- •15.2 Сети одномерных конечных элементов
- •15.3 Виды конечных элементов
- •16.1 Основные понятия
- •16.2 Приближенное решение оду при заданных начальных условиях
- •16.3 Метод Эйлера и его модификации
- •16.4 Метод Рунге-Кутта
- •16.5 Приближенное решение ду n-го порядка при заданных начальных условиях
- •16.6 Приближенное решение ду при заданных граничных условиях (краевых задач)
- •16.6.1 Метод начальных параметров
- •16.6.2 Редукция к задаче Коши для линейного ду второго порядка
- •17.1 Основные понятия
- •17.2 Типы элементов
- •17.3 Источники энергии и преобразователи. Аналоги топологических уравнений
- •17.4 Метод получения топологических уравнений
- •18.1 Свойства задач принятия решения со многими критериями
- •18.2. Формирование множества критериев
- •18.3 Методология решения многокритериальных задач
- •18.4 Технологии отыскания эффективных решений
- •18.5 Методы принятия решения при нескольких критериях
3.3. Виды агрегирования
Как и в случае декомпозиции, техника агрегирования основана на использовании определенных моделей исследуемой или проектируемой системы. Агрегирование как процедура системного анализа есть объединение нескольких моделей. Объединять можно модели любого уровня абстракции и получать самые разные агрегаты. Это и получение агрегата-структуры, и агрегировани языков в конфигуратор для описания конкретной ситуации, и агрегирование нескольких переменных в виде аргументов одной функции.
Конфигуратор. Всякое действительно сложное явление требует разностороннего, многопланового описания, рассмотрения с различных точек зрения. Только совместное (агрегированное) описание в терминах нескольких качественно различающихся языков позволяет охарактеризовать явление с достаточной полнотой. Например, автомобильная катастрофа должна рассматриваться не только как физическое явление, вызванное механическими причинами (техническим состоянием автомобиля и дорожного покрытия, силами инерции, трения, ударов и т.д.), но и как явление медицинского, социального, экономического, юридического характера.
Приведенные соображения приводят к понятию конфигуратора, т.е. агрегата, состоящего из качественно различных языков описания системы и обладающего тем свойством, что число этих языков минимально, но необходимо для заданной цели..
Пример 1. Конфигуратором для задания любой точки n-мерного пространства является совокупность ее координат. Обратим внимание на эквивалентность разных систем координат (разных конфигураторов) и на предпочтительность ортогональных систем, дающие независимое описание на каждом «языке» конфигуратора.
Пример 2. Конфигуратором для описания поверхности любого трехмерного тела на «плоскостных» языках является совокупность трех ортогональных проекция, принятая в техническом черчении и начертательной геометрии. Обратим внимание на невозможность уменьшения числа проекций и на избыточность большего числа «точек зрения».
Пример 3 . В радиотехнике для одного и того же прибора используется конфигуратор: блок-схема, принципиальная схема, монтажная схема. Блок-схема может определяться теми технологическими единицами, которые выпускаются промышленностью, и тогда прибор членится на такие единицы. Принципиальная схема предполагает совершенно иное расчленение: она должна объяснить функционирование этого прибора. На ней выделены функциональные единицы, которые могут не иметь пространственно локализованных аналогов. Приборы могут иметь различные блок-схемы и одинаковые принципиальные схемы, и наоборот. Наконец, монтажная схема является результатом расчленения прибора в зависимости от геометрии объема, в пределах которого производится его монтаж. Здесь четко выявляется особенность конфигуратора: главное в конфигураторе не то, что анализ объекта должен производиться на каждом языке конфигуратора отдельно (это разумеется само собой), а то, что синтез, проектирование, производство и эксплуатация прибора возможны только при наличии всех трех его описаний. Однако этот пример дает возможность подчеркнуть еще и зависимость конфигуратора от поставленных целей. Например, если кроме целей производства мы будем преследовать и цели сбыта, то в конфигуратор радиоаппаратуры придется включить и язык рекламы, позволяющий описать внешний вид и другие потребительские качества прибора.
Пример 4. Когда обсуждаются кандидатуры на руководящую должность, каждый претендент рассматривается с учетом его профессиональных, деловых, идейно-политических, моральных качеств и состояния здоровья. Попробуйте в порядке упражнения обсудить структуру характеристики человека как конфигуратор.
Пример 5. При описании процессов, происходящих в народнохозяйственных комплексах областного масштаба, было признано необходимым для характеристики любого выходного продукта производственной или обслуживающей сферы использовать три типа показателей: натуральные (экономико-технологические), денежные (финансово-экономические) и социально-ценностные (идеологические, политические, этические и эстетические). Деятельность завода и театра, совхоза и школы, любого предприятия и организации описывается на этих трех языках, образующих конфигуратор по отношению к целям автоматизированной системы управления хозяйством области.
Пример 6. Опыт проектирования организационных систем показывает, что для синтеза оргсистемы конфигуратор состоит из описания распределения власти (структуры подчиненности), распределения ответственности (структуры функционирования) и распределения информации (организация связи и памяти системы, накопления опыта, обучения, истории). Все три структуры не обязаны совпадать топологически, хотя связывают одни и те же части системы.
Заметим, что конфигуратор является содержательной моделью высшего возможного уровня. Перечислив языки, на которых мы будем говорить о системе, мы тем самым определяем, синтезируем тип системы, фиксируем наше понимание природы системы. Как всякая модель, конфигуратор имеет целевой характер и при смене цели может утратить свойства конфигуратора.
Агрегаты-операторы. Одна из наиболее частых ситуаций, требующих агрегирования, состоит в том, что совокупность данных, с которыми приходится иметь дело, слишком многочисленна, плохо обозрима, с этими данными трудно «работать». Именно интересы работы с многочисленной совокупностью данных приводят к необходимости агрегирования. В данном случае на первый план выступает такая особенность агрегирования, как уменьшение размерности: агрегат объединяет части в нечто целое, единое, отдельное.
В этом случае простейший способ агрегирования состоит в установлении отношения эквивалентности между агрегируемыми элементами, т.е. образования классов. Это позволяет говорить не только о классе в целом, но и о каждом его элементе в отдельности, и в то же время оперировать не элементами, а классами. В этом случае полученный агрегат носит название агрегата-оператора.
Из сказанного выше следует, что классификация объектов, явлений также есть не что иное, как результат агрегирования, т.е. классификация – это тоже вид агрегата.
Другой тип агрегата-оператора возникает, если агрегируемые признаки фиксируются в числовых шкалах. Тогда появляется возможность задать отношение на множестве признаков в виде числовой функции многих переменных, которая и является агрегатом.
Важный пример агрегирования данных дает статистический анализ. Среди различных агрегатов (называемых в этом случае статистиками, т.е. функциями выборочных значений) особое место занимают достаточные статистики, т.е. такие агрегаты, которые извлекают всю полезную информацию об интересующем нас параметре из совокупности наблюдений.
Агрегаты-структуры. Важной формой агрегирования является образование структур. Как и любой вид агрегата, структура является моделью системы и, следовательно, определяется совокупностью объекта, цели, средств и среды моделирования. Это и объясняет многообразие типов структур (сети, матрицы, деревья и т.д.), возникающих при выявлении, описании структур.
При синтезе мы создаем, определяем, навязываем структуру будущей, проектируемой системе (получаем прагматические модели). Если это не абстрактная, а реальная система, то в ней вполне реально (т.е. независимо от нашего желания) возникнут, установятся и начнут «работать» не только те связи, которые мы спроектировали, но и множество других, не предусмотренных нами, вытекающих из самой природы сведенных в одну систему элементов. Поэтому при проектировании системы важно задать ее структуры во всех существенных отношениях, так как в остальных отношениях структуры сложатся сами, стихийным образом (конечно, не совсем независимо от установленных и поддерживаемых проектных структур). Совокупность же всех существенных отношений определяется конфигуратором системы, и отсюда вытекает, что проект любой системы должен содержать разработку стольких структур, сколько языков включено в ее конфигуратор. Например, проект организационной системы должен содержать структуры распределения власти, распределения ответственности и распределения информации (см. пример 6). Подчеркнем, что, хотя эти структуры могут весьма сильно отличаться топологически (например, структура подчиненности иерархична, а функционирование организовано по матричной структуре), они лишь с разных сторон описывают одну и ту же систему и, следовательно, не могут быть не связанными между собой.
Лекция 4. Понятие процесса принятия решения (ППР)