Данич В. Н. Объектно-ориентированные модели социально-экономических систем …
Скачати 143.39 Kb.
|
Данич В.Н. Объектно-ориентированные модели социально-экономических систем … УДК 330.4:519.86 Данич В. Н. Объектно-ориентированные модели социально-экономических систем в задачах выбора предпочтительных информационно-управленческих архитектур. // Модели управления в рыночной экономике: Сб. науч. тр. , вып. 3 / Под ред. д.э.н. , проф. Ю. Г. Лысенко. - Донецк: Изд-во ДонГУ, 2000. - с. 245-254 (При использовании ссылка на письменный и электронный источники обязательна!) Национальная программа информатизации [1] предусматривает создание единой информационной инфраструктуры, как для регионов, так и для государства в целом. Реализация программы – это многосторонний процесс, участниками которого являются, в первую очередь, рыночные и государственные структуры – потребители информационных технологий (ИТ), создатели и распространители ИТ, а также государственные структуры, координирующие эту деятельность. Координация включает определение приоритетных направлений, создание благоприятного инвестиционного климата, выработку и поддержку определенных стандартов и т.п. Одной из важнейших задач для всех участников данного процесса является определение предпочтительных информационно-управленческих архитектур для основных звеньев инфраструктуры – всевозможных социальных систем, в первую очередь социально-экономических, и наиболее многочисленных из них – малых и средних предпринимательских. Являясь массовым потребителем, они во многом определяют состояние и динамику рынка информационных технологий, их совокупный информационно-управленческий образ будет определять и даже диктовать облик создаваемой информационной инфраструктуры регионов и страны в целом. Крайне важно, чтобы этот образ был положительным, составляющие его элементы должны быть построены на лучших образцах. Знание этих образцов обеспечивается как теоретическими, так и практическими исследованиями. Причем, чисто теоретические рекомендации, при всей их полезности, недостаточны. Информационно-управленческие системы являют собой социальные образования и по этой причине их полезность, эффективность может быть выявлена только в процессе социальной практики. Создание базы данных, содержащей характеристики таких систем для конкретных социальных объектов, ее упорядочение представляет собой актуальную задачу, решение которой позволит выявить предпочтительные, тиражируемые в дальнейшем архитектуры. Предпочтение связано, как правило, с экономическим или социальным эффектом. Учитывая многомерность оценки, уместно говорить о предпочтении в смысле Парето [2]. Более того, это предпочтение может носить нечеткий характер, что связано с нечеткостью множеств, на которых определяется отношение Парето [3]. Подчеркнем, что исследованию и анализу должна быть подвергнута социальная система в целом, как взаимосвязь трех компонент управленческого процесса: объекта, системы управления и ее информационной системы. Объекту управления (производственному предприятию, торгово-посреднической фирме или иному образованию) должна быть поставлена в соответствие наиболее предпочтительная как система управления, так и поддерживающая ее информационная система. Заметим, что такое разбиение целого - социальной системы – на компоненты во многом условно и диктуется особенностями подхода к решаемой задаче. То же производственное предприятие трактуется одновременно и как целое (социальная система) и как часть (объект управления). Создание базы данных прежде всего связано с проблемой представимости как информационно-управленческих архитектур, так и самих объектов управления, которым они соответствуют. В данной работе предложены объектно-ориентированные модели социальных систем, позволяющие эффективно решить указанную проблему, поставлена задача создания иерархии классов-моделей и соответствующей библиотеки классов. Социальной системой (СС) назовем совокупность Данные множества факторизованы, т.е. разбиты на попарно не пересекающиеся классы, имеющие типового представителя, по эквивалентности которому и происходит факторизация, и затем отождествлены с ее результатами. Классификация играет существенную роль в нахождении оптимальных сочетаний Упорядоченная классификация дает возможность экстраполировать результаты исследований на соседние точки, что позволяет, с одной стороны, предвидеть развитие, с другой - переносить свойства информационно-управленческих структур одних объектов на другие, близкие им по параметрическому ряду. Заметим, что наследование задает естественную упорядоченность ряда структур. Теория и практика менеджмента накопили обширный опыт классификации объектов управления, описания взаимообусловленности и соответствия объекта и системы управления [5]. В частности, по Донецкому и ряду других регионов Украины можно выделить работы [6-11]. Вместе с тем, развитие информационных систем и технологий требуют критического подхода к оценке и классификации, и соответствия. Согласно современным подходам (а это находит концентрированное выражение прежде всего в инжиниринге и реинжиниринге бизнес-процессов [12-13]), внедрение новых информационных технологий происходит совместно с реорганизацией, совершенствованием систем управления, их организационных и функциональных структур [5-11]. Нередко такая реорганизация влечет за собой пересмотр взглядов на близость или удаленность тех либо иных СС и, непосредственно, объектов управления. Выбрав в качестве отправной точки определенную классификацию, мы можем рассматривать задачу нахождения подмножества предпочтительных пар Первый: каждой точке факторизованного пространства объектов (каждому типовому объекту) соответствует свое множество пар Второй: выбор критерия или системы критериев оптимизации также может зависеть от рассматриваемого типового объекта. Цели функционирования частной и государственной, предпринимательской и благотворительной организаций могут серьезно отличаться. Систематизируем данные об основных типах предпринимательских, административно-хозяйственных, административно-управленческих и иных структур, как объектов управления, т.е. осуществим классификацию. Подчеркнем еще раз, что целью такой классификации будет установление взаимосвязи между типом объекта и типом системы управления, и, далее, - типом информационной системы. Заметим, что большую часть таких данных должны доставлять законодательные акты, нормативные документы а также открытые публикации государственных органов (статуправлений, налоговых администраций и т.п.). Интересующие нас объекты управления (субъекты деятельности) в первую очередь являются юридическими лицами [14, 15]. В зависимости от существующих форм собственности юридические лица делятся на частные, коллективные, государственные. Закон делит их по цели деятельности на коммерческие и некоммерческие. Для первых цель деятельности - получение прибыли, для вторых - осуществление административно-управленческой, социально-экономической, образовательной, научной, оздоровительной, благотворительной и т.п. деятельности. В первую очередь нас будут интересовать субъекты предпринимательской деятельности. В соответствии с Законами Украины, относящимися к основам предпринимательской деятельности [14,15], субъекты этой деятельности классифицируются по формам собственности (частная, коллективная, государственная), по организационно-правовой форме (частное предприятие; коллективное предприятие; хозяйственное общество; предприятие, учрежденное на собственности объединения граждан; коммунальное предприятие; государственное предприятие, в т.ч. казенное), по виду деятельности. Ряд понятий, например, хозяйственное общество, имеют более детальную классификацию. Заметим, что эти три характеристики (форма собственности, организационно-правовая форма, вид деятельности) составляют обязательную часть структуры базы данных областных налоговых администраций, а также украинских и российских ресурсов Интернет по предприятиям Украины и СНГ [16,17]. Структура баз [16] включает данные о количестве работающих на предприятии, что позволяет классифицировать их по величине, а также данные о годовом обороте, что может доставить некоторую информацию об эффективности деятельности. Важнейшей характеристикой любой системы является ее структура, социальной системы (предприятия или учреждения) – организационная структура (ОС). ОС задает иерархию управленческих связей между элементами системы и характеризует, в первую очередь, систему управления объектом. Вместе с тем, в понятие оргструктуры вкладываются также схемы взаимодействия и координации территориальных, технических, технологических, функциональных и иных элементов социальной системы [5]. Употребляемый в более узком смысле, этот термин обычно меняет порядок слов (структура организации), прибавляя соответствующее прилагательное (территориальная, производственная, технологическая, информационная и т.п.). Система взаимосвязей и взаимодействия характерна для всех компонент социальной системы: объекта, системы управления и информационной системы. Структуры компонент тесно взаимосвязаны, во многих своих проявлениях они идентичны. Отмеченная взаимосвязь предполагает выбор такой формы представления структур, которая в одинаковой мере подходит всем трем компонентам социальной системы. Отметим ряд важных особенностей организационных структур, определяющих предпочтительный выбор формы их представления. Прежде всего, это иерархичность. Математическим выражением иерархии является ориентированный граф-дерево. Подходящими структурами данных для представления такого рода связей являются динамические типы – ссылки, а также структурированные record-подобные типы (record, object, class), поля которых сами могут быть структурами. Далее, обратим внимание на то, что типология оргструктур широко использует наследование [4]. Например, Гражданский кодекс Украины [14,15] определяет понятие "юридическое лицо" как организацию, которая имеет обособленное имущество, может от своего имени приобретать имущественные и личные неимущественные права, нести обязательства и т.д. Центральное место в этом определении занимает фраза "юридическое лицо – это организация". Следовательно, тип данных - класс "юридическое лицо" должен быть наследником класса "организация", обладающего самыми общими характеристиками. Вариантом определения типа "организация" может быть: type организация = class имя: name; месторасположение: adress; цель_деятельности: aim; end; Типы данных, используемые для описания полей класса, имеют следующий смысл [18]: name – обычный строковый тип string; adress – либо string , либо структурированный (record), либо список (адресов); aim – это record или set, состоящие из элементов перечисляемого типа. Таким образом подчеркивается возможность нескольких целей. В данном определении отсутствуют методы – функции, т.е. действия, характерные для любой организации. Напомним, при этом, что сам термин "организация" толкуется двояко: как явление и как процесс. Функции этого класса и должны соответствовать процессу. Методы-функции могут быть заменены полем вид_деятельности типа aspect, где aspect – это set, состоящий из элементов перечисляемого типа. Поле вид_деятельности обычно используется в распространенных реляционных базах данных предприятий и организаций [16,17]. В предлагаемых моделях это может быть class, если с различными видами деятельности связано выполнение специфических функций, существенных для характеристики объекта. Более того, уместно перенести методы в классы-наследники, ибо трудно представить абстрактные действия. Выбор в пользу того или иного варианта определяется удобством представления и манипулирования данными. Организационная сущность юридического лица определяется действующим законодательством и уставом данной организации. В уставе определяется наименование организации, ее местонахождение, предмет и цели деятельности, органы управления и контроля и т.п. Очевидно, что юридическое понятие "устав" и тип-класс "организация" близки друг другу, второй является формализованным образом первого. Характернейшей чертой понятия "юридическое лицо", отличающей его от понятия "организация", является юридический адрес. Организация в общем случае может быть подразделением юридического лица либо совсем не иметь отношения к данному понятию, и, соответственно, не иметь юридического адреса. Таким образом, определение класса "юридическое лицо" будет следующим: type юридическое лицо = class (организация) юридический_адрес: adress; ………………………………….: end; Поле "юридический_адрес" является обязательным в новом классе, его значение может отличаться от значения поля " месторасположение" в предке. Класс "юридическое лицо" имеет многих наследников, в их числе – предпринимательские структуры. Вот как определяет понятие "предприятие" Закон Украины "О предприятиях в Украине" [14,15]. Предприятие – это самостоятельный уставной субъект, который имеет права юридического лица и осуществляет производственную, научно-исследовательскую и коммерческую деятельность с целью получения соответствующей прибыли (дохода). Любое предприятие характеризуется определенной формой собственности, организационно-правовой формой, финансовыми результатами. Поэтому класс "предприятие" должен иметь следующее определение: type предприятие= class (юридическое лицо) форма_собственности: pf; организационно-правовая_форма: ojf; вид_деятельности: aspect; фин_результ: fr; ………………………………….: end; Здесь pf и ojf представляют собой перечисляемые типы, fr - record-подобный тип, включающий поле прибыль типа profit; Тип profit представляет собой, как правило, вещественные типы (currency, comp, real) Таким образом, мы привели пример построения генеалогического дерева предпринимательских структур. Наряду с наследованием, организационные структуры широко используют понятия "владение", "распоряжение", "подчинение". В соответствующих структурах данных этим понятиям отвечают различные механизмы использования одних структур-классов другими. Прежде всего, это добавление новых полей-классов к наследникам. Наследники стандартных классов, как правило, будут включать в качестве полей классы-подразделения. Скажем, класс "завод" будет содержать класс "цех", класс "корпорация" - класс "дочерняя фирма". При построении интерфейса программы в интегрированных объектно-ориентированных средах (типа Delphi, Visual Basic) так наполняется интерфейсными элементами головная форма программы [18]. Заметим, что такое наполнение является статическим, оно не меняется затем в ходе выполнения программы. Другим механизмом является использование ссылок-указателей на "владельца", "подчиненных", "смежников". В этом случае базовые классы, например "организация", дополняются полями-ссылками на "владельца" – owner, "подчиненных" - components, "смежника" - next. Подобный механизм используется интерфейсными элементами программ для динамического создания подчиненных, управляемых элементов, например, окон. Такого рода структуры удобно использовать при создании имитационных моделей социально-экономических объектов. В нашем случае, т.е. в задачах представления социальных систем, оба способы, отличаясь по форме, близки по смыслу. И тот, и другой статичны. Ссылка будет представлять собой тип name . Многие справочники предприятий и организаций содержат подобные ссылки, устанавливая как своего владельца, так и структуры непосредственного подчинения [16,17]. Вопрос о предпочтении первого или второго способа требует дополнительного рассмотрения в процессе построения реальных баз данных. Приведем пример объектно-ориентированной модели реальной организации, занимающейся коммерческими операциями на рынке нефтепродуктов. Для этого нам придется ввести еще один базовый тип, широко используемый в организационных структурах. Это тип подразделение. Он практически полностью совпадает с типом организация, отличаясь смысловым значением полей цель_деятельности и предназначение. type подразделение = class имя: name; месторасположение: adress; предназначение: aim; владелец: owner; end; Тип owner может быть простым (name ), либо составным (name, adress) типом. Предприятие в целом представляется следующим типом: type Т_Донецкие_ресурсы = class(предприятие) Бухгалтерия: Т_Бухгалтерия; Отдел_маркетинга: Т_Маркетинг; Отдел_техобслуживания: Т_Техобслуживание; АЗС1, АЗС2, АЗС3, АЗС4: Т_АЗС; end; АЗС – автозаправочная станция. type Т_Бухгалтерия = class(подразделение) function Бухучет; end; type Т_Маркетинг = class(подразделение) function Снабженческая_деятельность; function Сбытовая_деятельность; end; type Т_Техобслуживание = class(подразделение) function Техобслуживание_АЗС; end; type Т_АЗС = class(подразделение) function Розничная_торговля; function Заправка_автомобилей; end; Подчеркнем, что нами описана реальная структура, элементы которой могут не соответствовать стандартным рекомендациям. Обратим внимание на то, что такого рода объект может быть легко представлен с помощью графических интерфейсных элементов любой объектно-ориентированной интегрированной среды типа DELPHY. Описание системы управления и информационной системы должно осуществляться аналогично. Здесь также должна быть построена иерархия, восходящая к классам, соответствующим базовому классу "организация". Т.е. должны быть установлены базовые классы "система управления организации", "информационная система организации", и на их основе построено дерево наследников. Базовых классов, предположительно, может быть несколько. При построении генеалогических деревьев может быть использован как механизм множественного наследования, так и механизм полей-классов. Это позволяет соединять свойства нескольких классов в одном. В заключение отметим, что поставленная задача создания иерархии классов-моделей, библиотеки классов и базы данных реальных информационно-управленческих архитектур тесно коррелирует с задачей эффективного развития информационной инфраструктуры региона. Использование базы позволит принимать более обоснованные решения по направлениям, темпам развития, составу решаемых задач, позволит осуществлять обоснованную поддержку административных и экономических субъектов, которые в наибольшей степени способствуют развитию информационно-управленческой инфраструктуры. Литература
D:\ARTICLE\OOM_SES.doc |
