2. Понятие базовой схемы

Вначале моделирования возникает вопрос: а что брать за основу модели, какие компоненты – структурные, процессные, составляющие «тело» объекта или его отношения? Однозначного ответа здесь дать нельзя. Необходимо вначале выделить те компоненты объекта, которые нам представляются наиболее важными, к какому бы классу сущностей эти компоненты ни относились (т.е., структурам, процессам, отношениям и т.д.).

Такое представление объекта в виде набора важнейших его компонентов называется базовой схемой (соответствует рис.б). Базовая схема обладает следующими свойствами:

1) Это еще не модель объекта, а лишь его эскиз, набросок тех его сторон, которые нам представляются важными. Лишь на основании этого эскиза на последующих этапах моделирования вводятся недостающие компоненты, производится четкое различение структурных и процессных составляющих, устанавливаются связи между компонентами и им присваиваются определенные качественные и количественные значения. Задачей же базовой схемы является не моделирование процессов, происходящих в объекте, а помощь в создании модели объекта.

2) Базовая схема объекта не является единственной (также как и модель). Для каждого класса задач или проблем может быть построена своя базовая схема. Например, если нас интересует прибыль, мы строим одну базовую схему, и, соответственно, модель объекта. Если же нас интересует заработная плата и уровень жизни персонала фирмы, то мы используем другую базовую схему. Хотя, конечно же, в разных базовых схемах могут быть одинаковые компоненты или наборы компонентов.

3. Разрешающие механизмы и понятие конфигуратора

(концептуальной модели)

Все управленческие ситуации принято делить на два класса: задачи и проблемы.

Задача – это затруднение в работе, причина которого ясна, также как и способы его решения. Для решения задачи используются стандартные алгоритмы и при необходимости некая типовая (для данного класса задач) модель существующего объекта

Проблема – это затруднение в работе, имеющее глобальный характер, первопричины которого не всегда ясны, и еще менее понятно, как справится с этим затруднением. В таких случаях мало типовой модели объекта, поскольку в ней не содержатся ответы на то, как решать проблему.

В процессе анализа проблемы возникают некоторые идеи по поводу того, как можно решить проблему. Такие идеи, позволяющие с помощью нестандартных решений, выхода за рамки традиционных самоограничений, и называются разрешающими механизмами. Например, если предприятие попало в трудную экономическую ситуацию и ищет из нее выхода, то таким разрешающим механизмом может быть идея нового вида товара (но при этом перспективность товара должна быть обоснована).

Идеи на уровне разрешающих механизмов имеют две основные черты:

- во-первых, очевидна их перспективность;

- во-вторых, не совсем понятно как реализовать эти идеи, не до конца понятны последствия и эффект от реализации. Мы имеем на этом этапе лишь общие варианты решения, а далее их еще необходимо анализировать, моделировать, просчитывать, наполнять содержанием.

Такая составная схема, содержащая согласованные между собой базовую схему модели и разрешающие механизмы, называется конфигуратором проблемы или задачи.

Первые этапы моделирования, вплоть до создания конфигуратора, в настоящее время не могут быть формализованы, и должны разрабатываться человеком, и чаще всего не одним, а целым коллективом. Разработаны специальные методики создания конфигуратора проблемы коллективом людей. К наиболее известным из них относятся организационно-деятельностные игры и различные варианты мозгового штурма.

После создания конфигуратора (или концептуальной модели) начинается собственно процесс создания компьютерной модели, включая добавление недостающих компонент, необходимую степень детализации, доведение связей между компонентами до качественной и количественной определенности и т.д.