7.2. Методология концептуального проектирования систем организационного управления
У кого возникают проблемы? Они могут быть только у субъектов, то есть у тех, кто имеет возможности и имеет интересы. Проблема для субъекта и состоит в несоответствии интересов возможностям. Субъекты могут приблизительно одинаково воспринимать то, что происходит, но они относят его к своим интересам и возможностям, которые не поднимаются выше определенного уровня. Поэтому то, что происходит, не воспринимается ими как единая цельная проблема, что и приводит к несистемным решениям.
Какие есть подходы к решению этих проблем? Некоторые субъекты надеются управиться с ними с помощью проблемно-ориентированного подхода, при котором исследуются выявленные недостатки, сдерживающие достижение субъектом его целей.
Рафинированная форма этого подхода - системный анализ, который использует идеологию целенаправленных систем. Но устранить феномен складывания с помощью проблемно- ориентированных методов невозможно, так как возникают не отдельные проблемы, а клубок проблем. И если стараться решить какую-нибудь одну проблему, то клубок проблем только увеличивается и спутывается, как и обычный клубок ниток при вытягивании одной нити. Надо разрубить клубок с помощью нормативного подхода, который основан на полагании желаемого класса систем. При создании систем этот подход должен координироваться с проблемно-ориентированным подходом. Нелепо устранять недостатки изжитой системы. Надо не проблемы решать, а строить все заново, подчиняя этой идее и свои интересы, и свои возможности. Рафинированной формой нормативного подхода являются системы с идеалом, к которому они должны стремиться.Недостатком этих подходов, возникших в 60-х годах 20-го столетия и являющихся продуктами гонки вооружений, является отсутствие представления о развитии, в частности, о переходе из устаревшего качества в новое качество, которое задается последовательностью целей.
В начале 1970-х годов, задолго до осознания широкими кругами разработчиков бесперспективности создания автоматизированных систем на базе традиционных методологий, С.П. Никаноров сформировал новый методологический подход, в котором объектом автоматизированного проектирования являлись не АСУ, а системы организационного управления (СОУ) [28,29]. К этим системам отнесены любые организации, в которых осуществлялось производство, управление, проектирование, обучение и другие виды деятельности с использованием компьютерных информационных систем. Идея о необходимости и проблемах проектирования организаций рассмотрена в предисловии к переведенной под его редакцией книге С.Янга ([42] в разделе 1).
На основе этого подхода к 1978-му году был выпущен технический проект автоматизированной системы проектирования (АСП) СОУ [1-2]. Эта
АСП должна была разрешить проблему обеспечения управляемости процесса проектирования в условиях непрерывных изменений внутренней и окружающей среды, как проектируемой системы, так и проектирующей ее системы с помощью методов математического концептуального моделирования предметной области. Должен был быть обеспечен теоретический контроль проектных процессов, начиная от формирования первичного замысла и заканчивая рабочим проектированием и созданием организации.
Сущность методологии. Перед непосредственным проектированием системы организационного управления формируется ее общая математическая концептуальная модель.
Процесс проектирования сводится к управляемой конкретизации общей модели и последующей ее интерпретации. Это обеспечивает целостность проекта системы, в отличие от традиционной технологии, когда проект является совокупностью автономно разрабатываемых частей. Полученный дедуктивным способом проект затем сопоставляется с исходными требованиями. При выявлении несоответствий концептуальная модель корректируется и затем осуществляется повторное проектирование.Таким образом, в этой методологии процесс математической концептуализации является итерационным, и он не сводится к однозначной формализации объекта и процесса проектирования, как это имеет место, например, при проектировании теплоэнергетического комплекса, осуществляемого системой МАВР.
В разработанном техническом проекте АСП СОУ методы моделирования и проектирования были ориентированы на логически направленное и поэтому управляемое теоретическое и инструментально-технологическое проектирование. Прежде всего, обеспечивалась полнота понятийного пространства проектирования за счет логического формирования всевозможных комбинаций элементов понятийной конструкции с применением морфологического и иных методов. А математическая экспликация давала возможность оперировать понятийными конструкциями вне зависимости от прикладного содержания и знакового оформления.
Функции системы АСПСОУ показаны в табл.7.1. Теоретизация предметной области основывается на выявлении проблем, установлении их системной природы и возможных путей решения. При проектировании знаковой системы определяется состав баз данных, формы документов и т.п.
Таблица 7.1 Функции Выход Вход 1. Определение и реализация концепции теоретизации предметной области
Операционная трактовка теоретических схем. Определение процедур управления с их входами и выходами
Проектирование знаковой реализации СОУ и пространственно-временной привязки.
Документирование проекта СОУ 1. Модель (теория) предметной области
Проект системы организационного управления 1. Метамодели,
описывающие поня-тия организационных систем управления и их элементов
Метамодели формализованных теорий
Для реализации этой методологии был разработан набор теоретических схем, названных конструктами, используемых для формирования с помощью логических методов теории предметной области и модели объекта проектирования.
Разработка конструктов и последующий синтез конкретных теорий с контролируемым формированием производных понятий осуществлялись с использованием математического аппарата теории структур Бурбаки [3]. Были созданы различные технологии оперирования конструктами, позволяющие на их базе формировать сложные и при этом легко изменяемые понятийные схемы.Из описания функциональной структуры видно, что, в отличие от системы концептуального программирования ПРИЗ (см.раздел 2), теории предметной области и модели объекта проектирования являются не входом, а выходом системы АСП СОУ. А уже затем формируются проекты СОУ, как производный результат логического вывода на построенных моделях предметной области и последующей интерпретации абстрактных математических конструкций. Входом в процесс проектирования являются сформированные с использованием заранее создаваемых абстрактных метаматематических схем (конструктов), метамодели, описывающие понятия СОУ и их элементов, и метамодели, описывающие имеющиеся формализованные теории, необходимые для моделирования СОУ. К ним относятся теории технических систем, теории производственных систем, теории целенаправленных систем и т.д. Новым здесь явилось также использование аксиоматического представления теорий.
Функциональная структура АСП СОУ
Универсальность этой методологии предопределяется сформированной общей метамоделью проектируемой системы с использованием
конструктов, которые имеются в памяти системы, и возможностями ее конкретизации при проектировании. Если при интерпретации конкретизированной метамодели с помощью понятий охватываемой предметной области, СОУ и ее элементов выявляется ее неадекватность, то выбираются, либо другие способы конкретизации, либо корректируется общая концептуальная модель.
Математические модели понятий формируются с использованием различных теорий таких, таких, как теория структур, теория множеств, категорная теория систем и т.д., в разных знаковых формах - текстах, таблицах, формулах, графиках и т.д., в разных языках, шрифтах и с разным размещением на различных носителях. Это может быть выражено с помощью, предложенной в 70-х годах С.П.Никаноровым, теоретической схемы, названной «логосинотопотех». В ней выделялась логическая сущность («лог»), представляющий ее знак («син») и место расположения знака («топ») на носителе («тех»). Главным в этой схеме было семантическое отношение: «лог» раскрывает смысл знакового представления «син».
В этом подходе объектом проектирования является и функциональная структура организации и процесс ее проектирования. Методология включает дедуктивный и индуктивный этапы проектирования. Дедуктивный этап осуществляется с помощью предварительно разработанных и сохраняемых в памяти метасистемы концептуальных аксиоматических описаний необходимых областей знаний в разных математических формах - теоретико- множественной, категорной, теоретико-системной конструктов в шкалах множеств Н. Бурбаки. Потом для сформированных метамоделей системы осуществляется выбор методов и, в конечном итоге, выбор технологий с использованием базы разных теорий, моделей, методов и средств.
Индуктивный этап наступает при контроле адекватности сформированных проектов и последующем итеративном корректировании начальных теоретических схем.
Применяемость рассматриваемой методологии для проектирования организаций ограничена ориентацией на специалистов высокой квалификации, владеющих инструментарием создания и использования математических конструктов, осуществляемого в течение последних трех десятков лет научным коллективом, возглавляемым С.П. Никаноровым.
В настоящее время имеется несколько сотен конструктов и набор методов оперирования ими. Силами сравнительно небольшого коллектива специалистов был разработан информационно-программный инструментарий для автоматизированной поддержки формирования математических метамоделей предметных областей с использованием накапливаемой базы конструктов. Были созданы автоматизированная система [4,5], обеспечившая запросный режим и выполнение операций синтеза, порождения, визуализации и т.д., синтаксический и семантический анализаторы, а также лингвистический интерпретатор родов структур. Дальнейшее развитие инструментария ориентировалось на поддержку процесса проектирования организационных процедур и форм документов.
К сожалению, для реализации этой методологии при ее появлении не были разработаны детальный технологический проект и полная инструментальная система. Для получения промышленного результата требовалось задействовать мощные организации, специализирующиеся на разработке информационно-программного обеспечения, на что была нужна серьезная государственная поддержка. Когда-то академик В.М.Глушков, директор Киевского института кибернетики, говорил, что создание общегосударственной автоматизированной системы (ОГАС) необходимо финансировать так же, как космические программы или атомную промышленность. Но, к сожалению, этого не произошло.
Рассматривая эту методологию с современных позиций, видно, что в ней недостаточно внимания уделялось непосредственному, конкретному моделированию и развитию действующих организаций в рамках теорий производственных и экономических систем. Она была ориентирована на разработку новых систем, что соответствовало существовавшей в тот период времени ориентации на создание автоматизированных систем производства, проектирования и управления.
Хотя формально тогда и требовалось проведение предварительного обследования и анализа действующих систем, согласно имеющейся регламентирующей документации, и даже были разработаны детальные методики диагностического обследования и моделирования организаций, но на практике это осуществлялось редко. При отсутствии соответствующего инструментария данный этап требовал огромных усилий и времени, а результат работы проектировщиков учитывался по сданному госкомиссии проекту новой системы и ее опытному внедрению.
При выбранном методе дедуктивного формирования проекта становится затруднительным переход к имеющемуся разнообразию содержания реальных процессов, при котором осуществляется модельная интерпретация, когда элементы модели отображают конкретные элементы систем организационного управления, обозначаемые терминами исходной области знаний. В метамодельной интерпретации термам теоретических конструкций приписываются так называемые лингвистические переменные. Но как перейти к конкретным элементам системы организационного управления, если предварительно не построена ее исходная модель? И как формировать для нее математическую модель с заданным набором определенных ограничений и целевой функцией, адекватной реальности?
Такие модели нужно было создавать при развитии действующих организаций и накапливать модели-прототипы для использования при проектировании новых систем. Но надо помнить, что использование этих моделей в наглядном виде стало возможным только после появления компьютеров с большим быстродействием и огромной памятью, а также инструментальных средств, обеспечивающих формирование таких моделей. Без таких моделей невозможно производить операционное сопоставление теоретических результатов с требованиями, заданными в исходной области знаний и определять адекватность использованных абстрактных схем.
С другой стороны, если имеется конкретная содержательная модель, построенная в понятиях исходной области знаний, а инструментальная система может логически обрабатывать и нематематические понятия, то необходимо обосновать целесообразность применения математических концептуальных моделей в условиях использовании сетей компьютеров с большой памятью и быстродействием.
При использовании рассматриваемой методологии следует учитывать, что, уменьшая разнообразие и удерживая разработку системы в определенных теоретических границах, применение конструктов одновременно огрубляет предметную область, ограничивая возможности понятийного моделирования профессионалов. Когда конструкт создается, то рассматривается и идеализируется некоторая сторона сущности. Будучи созданным, конструкт может иметь много материальных и знаковых воплощений, но при этом он отображает лишь математический аналог некоторой стороны сущности, а не саму содержательную сторону сущности, которую адекватно может воспринимать профессионал в этой области. При этом природа знаний в предметных областях зачастую такова, что фразы, с помощью которых общаются профессионалы, являются лишь намеком на образы реальной сущности, возникающие у них при обучении и в результате приобретения опыта. Эти образы активизируются при восприятии фразы в сознании специалиста, но для передачи смысла фраз специалистам из других областей знаний соответствующие образы требуют расшифровки намеков.
Проблемой является и обеспечение теоретического контроля процесса создания конструктов, в частности, обоснования выбора аспектов сущности, лежащих в основе разработки математических конструкций, и корректности ее выполнения. Используемые математические конструкты должны обеспечивать интеграцию методов и средств, имеющихся в разных предметных областях, выполняя функцию их теоретической надстройки. Учитывая огромную масштабность и сложность областей знаний, которые необходимо охватывать современному разработчику, эти конструкты могут выполнять и гносеологическую функцию.
В [24-26] при анализе этого подхода отмечено, что он ориентирован на прямое обеспечение при проектировании систем желаемых их свойств. Но для его реализации необходимо накопить требуемые конструкты, обеспечивающие такие возможности, опробовать необходимые методы синтеза, конкретизации и интерпретации и их программное обеспечение, доведя его до промышленного уровня. Ограниченность применения этого подхода может быть связана с проблемами перехода от общих конструктов к имеющемуся понятийному разнообразию исходной области знаний, а также с тем, что его эффективно могут реализовать только специалисты, умеющие работать с конструктами.
Полная библиография публикаций по концептуальному анализу и проектированию за период с 1967 по 2003 год приведена в [9]. В ней представлено 742 публикации, сгруппированные по алфавиту авторов, по годам публикации и по тематике. Авторский указатель охватывает 189 авторов, а тематический - 83 рубрики.
Еще по теме 7.2. Методология концептуального проектирования систем организационного управления:
- 3.1. ОРГАНИЗАЦИОННОЕ ПРОЕКТИРОВАНИЕ СИСТЕМЫ УПРАВЛЕНИЯ ПЕРСОНАЛОМ
- ГЛАВА ВТОРАЯ.Организационное проектирование системы управления персоналом
- 39. ПРОЕКТИРОВАНИЕ ОРГАНИЗАЦИОННЫХ СИСТЕМ
- 2.1. Объекты проектирования ИС и ИТ в организационном управлении
- Ситуация "Построение организационных структур системы управления персоналом для предприятий различных организационно-правовых форм"
- о методологии социального проектирования
- 1.6.4. Методологии проектирования программного обеспечения
- ГЛАВА ПЕРВАЯ. Методология организации системы управления персоналом
- 66. ЗНАЧЕНИЕ И ЗАДАЧИ ОРГАНИЗАЦИОННОГО ПРОЕКТИРОВАНИЯ
- 8.4. ПРОЕКТИРОВАНИЕ ЭКОНОМИЧЕСКИХ ИНФОРМАЦИОННЫХ СИСТЕМ 8.4.1. ЗАДАЧИ ПРОЕКТИРОВАНИЯ
- Концептуальная матрица управления персоналом
- 3.1.2. Характеристика этапов организационного проектирования
- 3.3. ОРГАНИЗАЦИОННАЯ СТРУКТУРА СИСТЕМЫ УПРАВЛЕНИЯ ПЕРСОНАЛОМ
- 4.1. Организационная структура системы управления персоналом
- 1.4 Организационная система и система управления
- Организационный рабочий проект системы управления организации (ОРП)
- Факторы проектирования организационных структур
- 3.1.1. Понятие, стадии и этапы организационного проектирования
- Организационный общий проект системы управления организацией (ООП)