
- •34 Часа лекций, 51 - практика, экзамен
- •1.1. Понятие о поддержке принятия решений
- •1.2. Предпосылки возникновения и развития сппр
- •1.3. Современные подходы к поддержке принятия решений
- •Тема 2 Лекции 2-3. Техника моделирования
- •1. Общая схема моделирования экономических систем
- •2. Понятие базовой схемы
- •Разрешающие механизмы и понятие конфигуратора
- •4. Принципы развертывания концептуальной модели.
- •Тема 3: методы моделирования на
- •Общее представление о концепте
- •Содержание и структура концепта
- •1.3. Виды концептов
- •4. Концепты и ментальные модели
- •Тема 4: ментальные модели
- •Мышление и основные типы моделей
- •2. Общее представление об интеллект-картах
- •3. Взаимоотношения между интеллект-картами
- •4. Диадическая интеллект-карта
- •5. Общий случай интеллект-карты (поликатегориальные)
- •6. Использование интеллект-карт
- •Тема 5: когнитивные модели
- •Понятие о когнитивных моделях
- •2. Неформализованные когнитивные модели
- •3. Формализованные когнитивные модели
- •4. Построение формализованных когнитивных моделей
- •Тема 6: модели принятия решений
- •Принятие решений и человек
- •Альтернативы и критерии принятия решения
- •Этапы и типовые задачи принятия решения
- •Понятие рационального выбора
- •Деревья решений
- •Нерациональное поведение
- •Понятие о многокритериальности в принятии решений
- •8. Общая постановка многокритериальной задачи
- •9. Методы поиска решений в многокритериальных задачах
- •Тема 7: методы решения
- •1. Типы задач принятия решений при многих критериях
- •2. Многокритериальная теория полезности
- •3. Метод аналитической иерархии
- •4. Пример использования метода аналитической иерархии
- •Тема 8: ситуационные комнаты и центры
- •1. Ситуационные комнаты и центры как развитие концепции сппр
- •2. Основные характеристики ситуационной комнаты (центра)
- •3. Структура ситуационного центра
- •4. Режимы работы при использовании ситуационной комнаты
- •5. Проблемный мониторинг
- •6. Плановое обсуждение проблемы
- •7. Чрезвычайный режим
- •8. Состав ситуационной комнаты корпорации
- •Тема 9. Методы поиска решений в сложных
- •1. Классы ситуаций принятия решений
- •2. Понятие о рефлексии
- •3. Классификация типов рефлексивного мышления
- •Тема 10. Типы моделей и принятие решений
- •1. Классификация моделей
- •2. Бессубъектные модели
- •3. Субъектные модели
- •4. Многосубъектная модель
- •Тема 11. Организационно-деятельностные игры
- •1. Общее представление об оди
- •2. Подготовка оди
- •3. Техника проведения оди
- •4. Модель реальной ситуации и нормативная модель
- •5. Модели идеальной и желаемой ситуаций
- •6. Прогнозная и целевая модели
- •7. Поиск и моделирование разрешающих механизмов
- •8. Пример оди в масштабах города
- •Тема 6. Принятие решений при противодействии (элементы теории игр)
2. Понятие базовой схемы
Вначале моделирования возникает вопрос: а что брать за основу модели, какие компоненты – структурные, процессные, составляющие «тело» объекта или его отношения? Однозначного ответа здесь дать нельзя. Необходимо вначале выделить те компоненты объекта, которые нам представляются наиболее важными, к какому бы классу сущностей эти компоненты ни относились (т.е., структурам, процессам, отношениям и т.д.).
Такое представление объекта в виде набора важнейших его компонентов называется базовой схемой (соответствует рис.б). Базовая схема обладает следующими свойствами:
1) Это еще не модель объекта, а лишь его эскиз, набросок тех его сторон, которые нам представляются важными. Лишь на основании этого эскиза на последующих этапах моделирования вводятся недостающие компоненты, производится четкое различение структурных и процессных составляющих, устанавливаются связи между компонентами и им присваиваются определенные качественные и количественные значения. Задачей же базовой схемы является не моделирование процессов, происходящих в объекте, а помощь в создании модели объекта.
2) Базовая схема объекта не является единственной (также как и модель). Для каждого класса задач или проблем может быть построена своя базовая схема. Например, если нас интересует прибыль, мы строим одну базовую схему, и, соответственно, модель объекта. Если же нас интересует заработная плата и уровень жизни персонала фирмы, то мы используем другую базовую схему. Хотя, конечно же, в разных базовых схемах могут быть одинаковые компоненты или наборы компонентов.
Разрешающие механизмы и понятие конфигуратора
(концептуальной модели)
Все управленческие ситуации принято делить на два класса: задачи и проблемы.
Задача – это затруднение в работе, причина которого ясна, также как и способы его решения. Для решения задачи используются стандартные алгоритмы и при необходимости некая типовая (для данного класса задач) модель существующего объекта
Проблема – это затруднение в работе, имеющее глобальный характер, первопричины которого не всегда ясны, и еще менее понятно, как справится с этим затруднением. В таких случаях мало типовой модели объекта, поскольку в ней не содержатся ответы на то, как решать проблему.
В процессе анализа проблемы возникают некоторые идеи по поводу того, как можно решить проблему. Такие идеи, позволяющие с помощью нестандартных решений, выхода за рамки традиционных самоограничений, и называются разрешающими механизмами. Например, если предприятие попало в трудную экономическую ситуацию и ищет из нее выхода, то таким разрешающим механизмом может быть идея нового вида товара (но при этом перспективность товара должна быть обоснована).
Идеи на уровне разрешающих механизмов имеют две основные черты:
- во-первых, очевидна их перспективность;
- во-вторых, не совсем понятно как реализовать эти идеи, не до конца понятны последствия и эффект от реализации. Мы имеем на этом этапе лишь общие варианты решения, а далее их еще необходимо анализировать, моделировать, просчитывать, наполнять содержанием.
Такая составная схема, содержащая согласованные между собой базовую схему модели и разрешающие механизмы, называется конфигуратором проблемы или задачи.
Первые этапы моделирования, вплоть до создания конфигуратора, в настоящее время не могут быть формализованы, и должны разрабатываться человеком, и чаще всего не одним, а целым коллективом. Разработаны специальные методики создания конфигуратора проблемы коллективом людей. К наиболее известным из них относятся организационно-деятельностные игры и различные варианты мозгового штурма.
После создания конфигуратора (или концептуальной модели) начинается собственно процесс создания компьютерной модели, включая добавление недостающих компонент, необходимую степень детализации, доведение связей между компонентами до качественной и количественной определенности и т.д.