В. А. Лелюк информационные системы с базами знаний учебно-методическое пособие icon

В. А. Лелюк информационные системы с базами знаний учебно-методическое пособие




НазваВ. А. Лелюк информационные системы с базами знаний учебно-методическое пособие
Сторінка3/6
>В.А. ЛЕЛЮК<><><>ИНФОРМАЦИОННЫЕ СИСТЕМЫ<> С БАЗАМИ ЗНАНИЙ<><><>У
Дата07.06.2012
Розмір1.21 Mb.
ТипУчебно-методическое пособие
1   2   3   4   5   6

Таблица 5 – Состав, структура и описание ММ среды

^ Имя

терма

Терм и фрагмент ММ среды

Терм ММ элемента

Описание элемента

Терм

ММ объекта

Имя

терма

1.Общая макро-

среда

S01


S02=B(S01)


S021=S01Ч S01

S03m=B(S02)


S0=S0Z:

RS01ЧRS02



e01


e02


e021

e03m


e0



Единичные элементы со свойствами

Единичные элементы и их всевозможные множества

^ Пары единичных элементов

Множества единичных элементов, множества множеств единичных элементов и т.д.

Для элемента среды задано множество пар входных R01 и выходных R02 объектов

-


-


-

-


R0

-


-


-

-


Общие

объекты

среды

2.Общая

микро-

среда

S0i ={ e0i }:

(S0i ? e0)


e0i

Терм e0i заменяется конструктом S0i так, чтобы свертка модели была изоморфна исходной модели


R0i

Объекты микро

среды

3.Динами

ческая среда



ST0


eT0

Пространство состояний элемента e0 среды и его объектов

RТ0i

^ Динами

ческие

объекты



Таблица 6 - Состав, структура и описание ММ систем

^ Имя терма

Терм ММ

системы

Терм ММ элемента

Описание элемента

Терм

объекта

Имя/Описа-

ние терма

1.Общая

система

S(RS1Ч

RS2):

SМ S0: a


e М

(R1ЧR2)

Элемент системы и его объекты выделяются из среды S0 по условиям a.

R

^ Общие

объекты

системы

2.Общая

динами-

ческая

система

ST

eT М

(RT1ЧRT2)

Пространство состояний элемента e системы и его объектов

RT

Общие динами

ческие

объекты


3.Класс

r-систем


Sr:

rЄ{a,d}

er М

(Rr1ЧRr2)

Элемент интерпретирующей,

r-системы

Rr

Объекты

r–системы


4.Опера-ционная

cистема



Sa

ea М

(Ra1ЧRa2)

Элемент

oперационной,

а-системы

Ra

Объекты

операционной системы

(вещественно-

физические)

5.Инфор-

мацион-

ная

cистема


Sd

ed М

(Rd1ЧRd2)

Элемент информационной,

d-системы

Rd

Объекты

информаци-

онной системы

(тексты и др.)

6.Система

принятия

решений

SMrd:

MЄ{P,C}

eMrd М

(RMrd1Ч

RMrd2)

Элемент системы

принятия решений

(М-системы)

RMrd

Тексты с

М-решениями

по r-системам

7.Проект-

рующая

система

SPrd

ePrd М

(RPrd1Ч

RPrd2)

Элемент проектирующей,

Р-системы

RPrd

Тексты

с проектами

r-систем

8.Управ-

ляющая

система

SCrd

eCrd М

(RCrd1Ч

RCrd2)

Элемент управляющей,

C-системы

RСrd

Тексты с управленчески ми решениями

по r-системам

^ 9.Общая

метапро-ектирую-щая

система

SPdSMrd

ePMrd М

(RPMrd1Ч

RPMrd2)

Элемент общей метапроекти рующей,

РМ-системы

RMrd

Тексты с проектами

M-систем

10.Мета-проекти-рующая

система

для SP

SPdSPrd

ePPrd М

(RPPrd1Ч

RPPrd2)

Элемент общей метапроектирующей,

РР-системы

RPrd

Тексты с проектами

P-систем

11.Мета-

проекти-

рующая

система

для SC

SPdSCrd

ePCrd М

(RPCrd1Ч

RPCrd2)

Элемент общей метапроекти рующей,

РС-системы

RCrd

Тексты с проектами

C-систем



^ Таблица 7 – Математические метамодели (ММ) среды и систем

Метамодель

Описание

^ 1. Общая макросреда

1.1. S01={e0}:e0=(e01,A0e)


1.2. S02=В(S01)

Описание для элементов множества S01 их взаимосвязей

^ 1.3. S021= (S01ЧS01): S021МS02

Это подмножество описываются также графом.

1.4. S031=В(S02)=В(В(S01)

S032= В(S031)=…

S03m= В(S03(m-1))=…

Эта рекурсивная структуризация описывает взаимосвязи элементов множеств S02, S031, S032,…

1.5. S04= S02: e0i=(R01Ч R02): R0JЄ R0 = B(R0k,ARK):

jЄ{1,2}ЩkЄK, где ARK - множество свойств объекта R0k. Выходные объекты элемента могут быть входными объектами других элементов и наоборот.

Множество элементов e0, каждый из которых имеет множество свойств A0e.

В пределе I0 ? ?.

Множество В всех подмножеств множества S01, называемое булеаном, отображает взаимосвязи элементов.

Знак «Ч» представляет прямое произведение множеств S01, образующее множество пар элементов (e0i ,e0j).

Элементами множества S031 являются подмножества, сформированные из элементов множества S02. Элементами множества S032 являются подмножества, сформированные из элементов множества S031 и т. д.


Для элементов e0ЄS01 задано прямое произведение множеств терминальных (входных и выходных) объектов R0J, описывающее преобразование входных объектов в выходные.

У терминальных объектов R0J имеется структура, описываемая с помощью булеана.

^ 2. Общая микро среда


Терм e0 заменяется конструктом S04 так, чтобы свертка модели была изоморфна исходной. Этот процесс ограничен свойствами объектов и задачами исследователей

^ 3. Динамическая среда

S0Т4=(S04ЧT0ЧAT):T0B(T01):TЩ(T01={t0i}: ) Щ PT(S0T4) = {ti}: S0T4= {S0t4= (S04,ti),AT)},

где S0T4 – состояние среды за период Тi,

PT(S0T4) – проекция состояний среды S0T4 на период времени Тi,

S0t4 – состояние среды за интервал времени.

Описывается пространство состояний элементов и объектов среды. Для ММ среды S04 задано ее прямое произведение с подмножеством элементов времени Т0, включаемым в булеан В множества Т0i интервалов (моментов) времени t0i, и с множеством показателей AТ состояния среды. Множество Т0i упорядочено отношением Ј и условиями Т, определяющими структуру времени среды.

^ 4. Общая система

SМ S0: a: e=(e1,Ae): e =(R1ЧR2): RjМR=B(Rk,ARK): jЄ{1,2}Щ (kЄK)(AeМA0e)Щ (AkМA0k) Щ (RМR0 )Щ(R1ЧR2) М (R01Ч R02). Система S выделяются в среде S0 с помощью аксиом a.

^ 5. Интерпретированная ММ

Sr=В(S1r)::eri1= (eri,Arei): eri = (Rr1Ч Rr2): RrjМRr= B(Rrk, ArRK): RrR r Є{a, d,…},

где a, d – классы систем (интерпретируемых), Aei, Arei – свойства элементов, ARK ArRK свойства среды.

Система – это множество В всех подмножеств множества S1 элементов e системы, со свойствами Aе. Элементы системы преобразуют входные объекты в выходные, что описывается прямым произведением терминальных множеств ei=(R1ЧR2) .

При взаимодействии элементов выходные объекты элементов являются входными объектами для других элементов и наоборот.

Интерпретация осуществляется заменой индекса r на индекс a (для операционных систем) или d (для информационных систем).

Аксиомы a ограничивают: подмножества элементов S и их свойств Ae, подмножества объектов R и их свойств Ak, подмножества пар (R1Ч R2). Описывает взаимосвязанные множества элементов системы и их входных и выходных объектов для операционных и информационных систем

^ 6.Общая динамическая система

St=(SЧTЧAT):TB(Ti): TЩ(Ti={ti}: )ЩPT(St) = {ti}: St={Sti= ( S,ti),AT)}, где St – состояние системы S за период Тi,

PT(St) – проекция на период времени Тi состояний St системы,

Sti состояние системы за интервал времени ti.

Для ММ системы S задано ее прямое произведение с множеством элементов времени Т и с множеством показателей AТ состояния системы. Время Т описывается как булеан множества Тi интервалов (моментов) времени ti, упорядоченных отношением Ј и условиями Т, определяющими структуру времени системы[3]. Описывает множество состояний элементов и объектов системы

^ 7. Объект информационной системы (ИС)

Синтаксическая конкретизация:

Rd (RLЧRNm):(RL B(RL0))(RNmМ B(RNm0))ЩrNm (?(rNmi) = RLiЄRL)ЩrNmi Є RNm, где ? - состояние места rNmi. Этим состоянием является размещенные на нем знаки RLi,.

Семантическая конкретизация

Rdr (RdЧSr): r Є{a,d, t, ta, td,...}. При rЄ{a,d} имеем статические ММ, при r Є{t, ta, td,...} - динамические ММ.

Выделяются пространство мест носителя и знаки, размещаемые в них. Объект ИС является подмножеством множества пар (знакомест), определяемого прямым произведением подмножества RL булеана множества знаков RL0 на подмножество RNm булеана множества мест RNm0 носителя

mЄM. Синтаксическим является отношение между знаками.

Для размещенных на носителях знаков раскрывается их содержание (смысл). Семантическим является отношение между знакоместом Rdr и его содержанием, которое определяется метамоделью системы, описываемой конструктом Sr.

7.Проектирующая система SPrd=В(SPrd): P:eРrd= (eРrd1,Aе): eРrd =(Rrd1Ч Rrd2): RrdjМ Rrd = B(Rrdк,Aк): Rrd ( Sr ЧRd) Щ jЄ{1,2}Щ(kЄK)Щr Є{a, d}

Выходными объектами Rdrp проектирующей системы являются объекты информационной системы Rd, содержанием которых являются проекты систем класса Sr.


^ 8.Управляющая система

SCrd=В(SCrd):с:eCrd=( eCrd, Aе): eCrd =(Rtrd1ЧRtrd2): RtrdjМ Rtrd = B(Rtrdк, Aк): Rtrd (Str ЧRd),

где терм Str описывает состояния систем класса Sr.

Объектами Rdtr управляющей системы являются объекты Rd информационной системы и их содержание, описываемое динамической метамоделью системы Str (состояния систем: операционных, информационных, проектирующих, управляющих).



^ Особенности используемых метамоделей. Общие и отличающиеся свойства вышеперечисленных видов систем были выражены в метамоделях с помощью теоретико-множественных конструкций, связанных рекурсивными отношениями и отношениями быть объектом и быть субъектом деятельности, такой, например, как проектирование, управление, создание, обеспечение. Взаимодействие систем, являющихся объектами и субъектами деятельности, было описано в виде графа, вершины которого представляли метамодели видов систем, а дуги – отношения взаимодействия. Этот граф, отображающий не только бинарные, но и n–арные отношения между метамоделями, может быть назван системоактемой. Частным случаем такой теоретической конструкции, в которой фиксируется отношение порождения между системами, является конструкция, названная С.П.Никаноровым проектогенемой. С помощью этих конструкций стало возможным логически формировать структуру процесса проектирования, совершенствования и создания систем и упростить переход от, например, проектирования одного вида систем к проектированию другого вида систем.

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

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

Функциональная конкретизация систем может быть осуществлена в результате формирования комбинаций взаимоотношений видов деятельности, показанных на рис.4 и в таблицах 8.1,8.2, где наименования столбцов соответствуют системам, осуществляющим деятельность, а наименования строк – системам, являющимся объектами приложения этой деятельности [21].
Так, можно выделить такие объекты экономической деятельности, как

Институциональная



Социальная

Экономическая










Проектная

Управленческая


Организационная

Производственно-

технологическая



Потребительская




Рис.4. Пример системоактемы

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

Введя в схему рис.4 дополнительно, например, аналитическую и развивающую деятельности, можно, аналогично таблицам 8.1, 8.2, получить более полное морфологическое множество парных комбинаций систем. Далее можно перейти к триадам взаимоотношений и т.д.

^ Таблица 8.1 - Взаимоотношения видов деятельности и систем

Системы

Институциональная

Экономическая

Социальная

Менеджмент

Институцио- нальная




Институцио-нальная

экономика

Институцио-нальная социономика

Институцио- нальный менеджмент

Экономическая

Экономическая институциономика




Экономическая социономика

Экономич-й менеджмент

Социальная

Социальная институциономика

Социальная экономика




Социальный менеджмент

Менеджмента

Институциономика менеджмента

Экономика менеджмента

Социономика менеджмента




Производственно-технологическая

Институциономика производства

Экономика производства

Социономика производства

Менеджмент производства

Проектирующая

Институциономика проектирования

Экономика проектирования

Социономика проектирования

Менеджмент проектир-я

Организационная

Организацион-я институциономика

Организацион-я экономика

Организацион-я

социономика

Организац-й менеджмент

Потребительская

Институциономика потребления

Экономика потребления

Социономика потребления

Менеджмент

потребления



^ Таблица 8.2 – Взаимоотношения видов деятельности и систем

Системы

Производствен-нно-технолог-я

Проектирую-щая

Организацион-ная

Потребления

Институциональ-ная

Институцио-

нальная

технология

Институцио-

нальное проектирование

Институцио-

нальная

органомика

Институцио-нальное потребление

Экономическая

Экономическая технология

Проектирование экономики

Организация экономики

Потребление экономики

Социальная

Социальная технология

Социальное проектирование

Социальная организация

Социальное потребление

Управленческая

Технология менеджмента

Проектирование менеджмента

Организация менеджмента

Потребление менеджмента

Производственно-технологическая




Проектирование производства

Организация производства

Потребление производства

Проектирующая

Технология

проектирования




Организация проектирования

Потребление проектирования

Организационная

Организационная технология

Проектирование организации




Потребление организации

Потребления

Технология потребления

Проектирование потребления

Организация потребления





^ Универсальность методологии. Высокая степень универсальности обеспечивается за счет использования математических метамоделей не только проектирующих систем нижнего уровня и их выходных объектов, но также и метамоделей метапроектирующей системы. Одним из выходных объектов проектирования в этой системе являются модели проектируемой системы и модели процесса проектирования системы. Затем эти модели могут использоваться для формирования проектов и информационно-программного обеспечения. Формирование моделей проектируемой системы осуществляется поэтапно с использованием метамоделей, указанных в табл. 4. Они описывают:

- преобразующий процесс (единичную систему),

- задания на создание системы;

- терминальные объекты системы (входные и выходные объекты),

- постановки задач, - типы и структуру атрибутов элементов системы;

- математические теории, модели и методы решения задач проектирования, управления и обучения.

Универсальность обеспечивается и технологией проектирования, которая ориентирована как на использование постоянно расширяемой в памяти системы базы готовых решений и программных средств, так и на поддержку процесса их разработки. Перед поиском готовых решений по проектируемой системе в режиме диалога формируется задание на поиск. Если его не окажется в памяти системы, то осуществляется переход к декомпозиции исходной функции и построению функциональной модели системы, которая описывает цели, функции и их входные и выходные объекты. При этом может быть осуществлен логический вывод состава подфункций на основе концептуальной модели выходных объектов декомпозируемой функции, либо осуществлен поиск в памяти и выбор необходимой сети подфункций, которая становится частью формируемого проекта. Каждая из подфункций может быть, в свою очередь, декомпозирована в сеть еще более мелких подфункций и т.д. При отсутствии в памяти приемлемой сети подфункций осуществляется переход к ее разработке. Процесс декомпозиции продолжается до тех пор, пока не станет возможным непосредственный подбор методов реализации подфункций. Для этого может потребоваться манипулирование с моделями теорий соответствующей предметной области. Для случая, когда в памяти метасистемы отсутствует готовый метод реализации функции, предусматривается возможность выбора математических теорий, моделей и методов решения этих задач с последующей интерпретацией результатов, а при их отсутствии - возможность их разработки с последующим созданием информационной системы с помощью компоновки или конфигурирования программного обеспечения. При использовании математических методов решения задач необходимо в схеме «логосинотопотеха», рассмотренной в подразделе 3.1, задавать отношение «лога» не только к его знаковому представлению, но и к «логу» из другой, интерпретируемой области знаний. Например, определенным элементам уравнения, описывающего динамическую систему, должна быть сопоставлена длина маятника, упругость пружины, емкость транзистора и т. д. При этом каждая из этих сущностей тоже имеет свое определенное знаковое представление в соответствующей области знаний. При такой интерпретации одна модель может быть заменена другой. Кроме этого, существуют и объекты, реализующие эти сущности. Например, это – маятниковый механизм часов, демпфер, полупроводниковый транзистор и т.п. Они имеют конкретную физическую конструкцию, сделаны из определенных материалов и т.д. В свою очередь, эти объекты могут описываться некоторым текстом. Таким образом, имеется, по крайней мере, триада «логосинотопотехов»: для математической теории, для конкретной прикладной области знаний и для описания реального мира.

Результатом процесса выбора методов и проектирования знаковой реализации СОУ является технологический проект СОУ, в котором для каждой неделимой далее функции будет определен не только метод ее реализации, но и технология реализации. Она должна быть детализирована до такой степени, чтобы пользователи спроектированной системы смогли ее воспринять и выполнить. Их характеристики задаются в модели пользователя системы.

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

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

Формируемые модели и проекты проектируемых систем должны были сохраняться в базе знаний проектирующей системы как модели-прототипы.

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

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

В соответствии с теоретической конструкцией, названной системоактемой, в методологии КОПАС разграничивается формирование моделей конечной автоматизированной системы и моделей метасистемы, осуществляющей ее проектирование и создание. Если метапроектирующая система является объектом проектирования, то ее проект разрабатывается в метаметасистеме. Задание на его разработку должно включать в себя модель реализуемой ею функции, выходом которой является уже задание на создание проектирующей системы нижнего уровня, а одним из входов – требования к создаваемой проектирующей системе. При декомпозиции этой модели и выборе методов разрабатывается проект той части метапроектирующей системы, которая должна формировать задание на создание проектирующей системы. Точно так же задание на разработку метапроектирующей системы должно включать в себя модель реализации функции, выходом которой является проект конечной системы, т.е. модель этой функции может быть конкретизирована в проект метапроектирующей системы, осуществляющей техническое проектирование системы нижнего уровня и т.д.

^ Проблемы применяемости. Практическая реализация рассмотренной концепции процессного проектирования управляющих и проектирующих систем столкнулась с проблемой ее несоответствия существовавшей тогда (к сожалению, и в настоящее время) организации управления, основанной на выделении структурных подсистем управления отдельными областями деятельности, выделяемыми в процессе создания продукции. Такая традиционная организационная структура управления предприятием представляет собой множество отделенных друг от друга многоуровневых иерархий со своим аппаратом управления и функциональными службами. Соответственно такой организационной структуре управления строились и их, отграниченные друг от друга, подсистемы планирования и контроля, в которых используются укрупненные интегрированные показатели, обеспечивающие сопоставимость результатов по разным областям деятельности и возможность выработки скоординированных решений на верхнем уровне управления. В этих условиях целью структурных подразделений в этих условиях является выполнение заданных интегрированных показателей, а не обеспечение согласованного по срокам, объему, номенклатуре и качеству выпуска продукции для последующих подразделений. Работники ориентируются на удовлетворение, прежде всего, требований своего руководства, а не потребителей продукции. Это затрудняет координацию подсистем при управлении процессом создания продукции. А изменение принципов организации управления в условиях централизованной экономики было неразрешимой задачей, так как требовало коренного пересмотра всей институциональной экономической системы страны и мощной информационно-технологической и программной поддержки, отсутствовавшей в то время.

Все это приводило к тому, что разработанные автоматизированные системы не способствовали кардинальному улучшению ситуации, а зачастую даже и ухудшали ее в связи с появлением дополнительных затрат. В силу этих, а также и других обстоятельств, потенциальные возможности методологии КОПАС не могли быть востребованы.


Контрольные вопросы и задания.
1. Что описывают конкретизированные метамодели в системе КОПАС?
2. Что такое системоактема и чем она отличается от проектогенемы? 3. Что такое технологема? 4. Каково назначение метемоделей системоактемы и технологемы?
5. Чем обеспечивается универсальность системы КОПАС? 6. Описать основные этапы проектирования систем в методологии КОПАС. 7. Как обеспечивается логическая направленность и управляемость процесса проектирования систем? 8. В чем состоит проблема обеспечения конкурентоспособности предприятия при функциональной ориентации управления? 9.Что собой представляет триада логосинотопотехов?

^ 4.Новые направления развития методологий совершенствования систем


4.1.Общая характеристика направлений

Ниже рассмотрены такие направления развития методологии проектирования систем:

- реинжиниринг бизнес-процессов;

- интеграция информационных систем;

- автоматизация проектирования информационных систем;

- развитие knowledge-технологий в управлении и проектировании;

- упреждающее развитие институциональных систем в экономике и теории контрактов.

^ Реинжиниринг бизнес-процессов. Это направление возникло в начале 90-х годов [1:1990;2:1993,1997;3:1997,2002]. Под бизнес-процессом (БП) понимается поток функций и событий, результат которых имеет ценность для внешних и/или для внутренних потребителей. Необходимость совершенствования БП была вызвана, прежде всего, потребностью сертификации производства по новым международным стандартам, для чего необходимо было сформировать модели БП. Данная методология совершенствования БП, названная BPR (Business Process Reingineering), предусматривала, в отличие от обычных улучшений процессов, постоянно осуществляемых в организациях, коренное переосмысление и фундаментальное изменение БП. Особенно популярной она стала после публикации книги М.Хаммера и Д.Чампи [2]. По информации Б.Гейтса [4:2000,2003] в 1998-м году в Интернете имелось уже около 189 тысяч статей и других документов с ключевым словом реинжиниринг, что в несколько раз превышало количество работ по управлению знаниями. Проблемам BPR посвящены работы [5:1997;6:1997,1999;7:1998;8:1999,2000;9:1999;10:2000; 11:2001; 12:2002; 13:2002;14:2003;15:2003;16:2004].

Современный инструментарий динамического моделирования БП рассмотрен в работах [6;8;17:2002].

В ряде работ по реинжинирингу предлагалось вообще отказываться от всего, что было на предприятии до этого. Такая крайняя позиция часто приводила к негативным последствиям, о возможности которых сообщалось в работе [18:1997]. Ее автор обращал внимание на необходимость оценки и обоснования риска радикальных изменений в организации.

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

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

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

^ Интеграция информационных систем. Для обеспечения эффективной обработки информации в реальном времени для организаций с географически распределенными подразделениями были созданы различные типы интегрированных информационных систем и отдельных программных продуктов. В табл. 9 приведен их неполный перечень, а в табл. 10 дана характеристика некоторых их производителей. Выполняемые общесистемные функции программными компонентами указаны в табл. 11, а операционные функции - в табл. 12. Особенностями новых информационных технологий являются:
- использование среды «клиент-сервер» и интернет-технологий;
- охват большинства бизнес-процессов и деловых операций организации с обработкой информации в реальном времени;
- использование для всей организации единой базы данных, в которой каждый образец данных запоминается, как правило, один раз;
- использование различных валют и языков;
- ориентация на определенные отрасли экономики;
- возможность настройки программного обеспечения под свои требования;
- возможность применения, при реинжиниринге своей организации, моделей лучших образцов бизнес-процессов, уже зарекомендовавших себя в реальных условиях.

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


^ Таблица 9 - Типы программных продуктов

Обозначение

Наименование

Перевод

1. MRP

Material Requirement Planning

Планирование потребности в материалах

2. ERP

Enterprise Resource Planning

Планирование ресурсов предприятия

3. ABC

Activity-Based Costing

Стоимостной анализ деятельности

4. SCM

Supply Chain Management

Управление цепочкой поставок

5. CRM

Customer Relation Management

Управление взаимоотношениями с потребителями

6. BSC

Balanced Scorecard

Сбалансированная система показателей

7. APS

Advanced Planning and Schedule

Продвинутое планирование

8. QMS

Quality Management System

Система менеджмента качества

9. W

Workflow

Система управления потоком работ
1   2   3   4   5   6

Схожі:

В. А. Лелюк информационные системы с базами знаний учебно-методическое пособие iconУчебно-методическое пособие для выполнения контрольной работы по дисциплине
Данное учебно-методическое пособие является частью учебных материалов по курсу «Финансы предприятий». В пособии упорядочена система...
В. А. Лелюк информационные системы с базами знаний учебно-методическое пособие iconУчебно-методическое пособие для врачей общей практики, урологов, гинекологов, неврологов. Челябинск 2003
Учебно-методическое пособие подготовлено сотрудниками кафедры урологии и андрологии Уральской государственной медицинской академии...
В. А. Лелюк информационные системы с базами знаний учебно-методическое пособие icon«Геоинформационные системы и технологии»
Учебно-методическое пособие предназначено для того, чтобы помочь студентам начать использовать современное программное обеспечение...
В. А. Лелюк информационные системы с базами знаний учебно-методическое пособие iconУчебно-методическое пособие. Донецк: Норд-Пресс, 2005. 79 с
К14 Казаков, В. Н. Дистанционное обучение в медицине : учебно-методическое пособие. Донецк: Норд-Пресс, 2005. 79 с
В. А. Лелюк информационные системы с базами знаний учебно-методическое пособие iconГеодезических измерений
Теория математической обработки геодезических измерений. Часть 2 Способ наименьших квадратов. Учебно-методическое пособие (для студентов...
В. А. Лелюк информационные системы с базами знаний учебно-методическое пособие iconМетодическое пособие / Под науч. Ред. Н. В. Кузьминой. М., 2006. С. 16 34
Аргунова Е. Р., Жуков Р. Ф., Маричев И. Г. Активные методы обучения: Учебно – методическое пособие / Под науч. Ред. Н. В. Кузьминой....
В. А. Лелюк информационные системы с базами знаний учебно-методическое пособие iconУчебно-методическое пособие по курсу «История еврейского народа». Киев: мсу, 1998 г. 56 с. Составитель
Учебно-методическое пособие по курсу «История еврейского народа». Киев: мсу, 1998 г. 56 с
В. А. Лелюк информационные системы с базами знаний учебно-методическое пособие iconХарьковская национальная академия городского хозяйства в. А. Лелюк, А. В. Лелюк, Н. П. Пан совершенствование бизнес-процессов
Лелюк В. А., Лелюк А. В., Пан Н. П. Совершенствование бизнес-процессов: Пер с укр. / Под ред. В. А. Лелюка: Учебное пособие. Харьков:...
В. А. Лелюк информационные системы с базами знаний учебно-методическое пособие iconІнформаційні системи в невиробничій сфері
Гаранин Н. И., Забаев Ю. В., Сеселкин А. И. Информационные технологии в туризме: Справочно-методическое пособие. –М., 1996
В. А. Лелюк информационные системы с базами знаний учебно-методическое пособие iconБбк 78. 30 3-63 Зиновьева Н. Б
Зиновьева Н. Б. Документоведение. Учебно-методическое пособие. М.: Профиздат, 2001. – 208 с
Додайте кнопку на своєму сайті:
Документи


База даних захищена авторським правом ©zavantag.com 2000-2013
При копіюванні матеріалу обов'язкове зазначення активного посилання відкритою для індексації.
звернутися до адміністрації
Документи