НОВОЕ СИСТЕМНОЕ ПРОЕКТИРОВАНИЕ:
ИНФОРМАЦИОННЫЕ ТЕХНОЛОГИИ И БИЗНЕС-РЕИНЖЕНИРИНГ

Е.З. Зиндер

Корпорация LVS, тел.(095)330-15-37, Российская Ассоциация пользователей ORACLE, ez@lvs.msk.su


1. ВВЕДЕНИЕ: КАКОЕ СИСТЕМНОЕ ПРОЕКТИРОВАНИЕ РАССМАТРИВАЕТСЯ
2. КЛАССИЧЕСКОЕ ПРОЕКТИРОВАНИЕ ИС
2.1. "КАСКАДНАЯ" ОРГАНИЗАЦИЯ РАБОТ
2.2. ПОЛОЖИТЕЛЬНЫЕ СТОРОНЫ "КАСКАДНОЙ" СХЕМЫ
2.3. НЕДОСТАТКИ КАСКАДНОЙ СХЕМЫ ПРОЕКТИРОВАНИЯ
2.4. БОЛЕЕ РАЗВИТЫЕ ОРГАНИЗАЦИОННЫЕ ПОДХОДЫ
3. ДИСЦИПЛИНЫ СОВЕРШЕНСТВОВАНИЯ ПРОИЗВОДСТВА
3.1. ТРАНСФОРМАЦИЯ И НЕПРЕРЫВНОЕ УСОВЕРШЕНСТВОВАНИЕ БИЗНЕС-ПРОЦЕССОВ
3.2. ДРУГИЕ ДИСЦИПЛИНЫ. ХАРАКТЕРИСТИКА ПАРАЛЛЕЛЬНОСТИ
4. КЛАССИЧЕСКИЕ МЕТОДЫ ПРОЕКТИРОВАНИЯ ИС
4.1. МАСТЕРСКАЯ КЛАССИЧЕСКИХ МЕТОДОВ ПРОЕКТИРОВАНИЯ ИТ
4.3. ОБ ИСПОЛЬЗОВАНИИ КЛАССИЧЕСКИХ МЕТОДОВ ПРОЕКТИРОВАНИЯ ИС В НАСТОЯЩЕЕ ВРЕМЯ
5. КАЧЕСТВЕННЫЕ ИЗМЕНЕНИЯ В ИТ
5.1. ПОНЯТИЕ ОТКРЫТОЙ АРХИТЕКТУРЫ
5.2. ТРИ КАЧЕСТВЕННЫХ СКАЧКА В ИТ - ТРИ ВЕЛИКИХ ФЕНОМЕНА
5.3. ПОНЯТИЙНАЯ МОДЕЛЬ КАК МИНИМАЛЬНАЯ ИНТЕГРИРУЮЩАЯ МОДЕЛЬ
ЗАКЛЮЧЕНИЕ ПЕРВОЙ ЧАСТИ


Редакционный совет журнала решил поместить эту статью в рубрику "Руководителю", рассчитывая, что материал статьи будет полезен, в первую очередь, руководителям проектов разработки современных информационных систем (ИС). Наблюдения показывают, что многие из классических методов проектирования ИС на практике забыты, а во многих случаях обнаруживаются как бы заново и считаются вполне современными. В то же время, условия, цели и инструменты проектирования радикально изменились. Недостаточно следить за изменениями инструментов проектирования, о которых много пишут в компьютерных журналах. Прежде всего надо учитывать изменения в целях и других условиях проектирования. Одно из таких изменений получило название BPR - business process reengineering или "реконструкция бизнес-процессов".

Это название около трех лет регулярно появляется и в литературе для бизнес-менеджеров, и в компьютерной прессе. Такое сочетание не случайно, оно отражает более общий, глобальный процесс изменений, в котором возникает новое системное проектирование - проектирование ИС для современных предприятий или, с другой точки зрения, проектирование современных "киберкорпораций".

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

Статья публикуется в трех номерах журнала:

первая часть - о классических методах проектирования и их изменениях,

вторая - о бизнес-реинжиниринге и его связи с ИТ, о возникновении Нового Системного Проектирования,

третья - о новом системном проектировании, соединяющем ИТ и бизнес-реинжиниринг, его методах и организа ции.

Предлагается описание развития технологии проектирования информационных систем (ИС), в котором показывается:

В описании неизбежно использование исторического подхода: от 70-х годов настоящего времени к середине 90-х, - с элементами анализа и прогнозов на такое близкое будущее, как 2000-й год. Рассмотрение методов прошлого представляется более чем обоснованным, поскольку эти методы не только продолжают многими применяться, но, во многих случаях, считаются воплощением передовых ИТ.

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

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


Рисунок 1.

1. ВВЕДЕНИЕ: КАКОЕ СИСТЕМНОЕ ПРОЕКТИРОВАНИЕ РАССМАТРИВАЕТСЯ

В узкоспециальном плане системное проектирование рассматривается как набор методов и организационная дисциплина, предназначенные для проектирования ИС определенных видов. Пояснение предмета представлено перечислением основных классов тех ИС, к проектированию которых относятся рассматриваемые методы:

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

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

2. КЛАССИЧЕСКОЕ ПРОЕКТИРОВАНИЕ ИС

Как классическое рассматривается проектирование ИС для достаточно стабильных условий, что явно или неявно предполагалось в 70-е и в первой половине 80-х годов. Представительность соответствующих технологий, ориентация на наиболее массовую часть ИС, наличие не только теоретических оснований, но и промышленных методик и стандартов, использование этих методик в течение десятилетий - именно это позволяет называть описываемые методы классическими. Методы проектирования таких ИС в80-х годах были хорошо описаны и в зарубежной, и в отечественной литературе разных направлений: методические монографии, стандарты (ГОСТы, ANSI, ISO), учебники. Соответствующая организация работ рекомендовалась официально и во многих отраслях была широко применяема.

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

2.1. "КАСКАДНАЯ" ОРГАНИЗАЦИЯ РАБОТ

Рассматриваемые методы в разной терминологии под различными названиями предусматривали последовательную - в общем - организацию работ. За 20 лет и в разных "школах" проектирования разбиение работ на стадии и их названия менялись. Кроме того, наиболее разумно организованные методики и стандарты избегали жестко однозначного приписывания работ к конкретным стадиям. Вместе с тем, при возможности неоднократного включения некоей работы в общую схему прагматически устойчиво выделялись следующие проектные стадии (в скобках - некоторые названия соответствующих этапов работ и/или соответствующих документов в англоязычной литературе):

Одно из использовавшихся в западной литературе названий такой схемы организации работ: "водопадная модель" (waterfall model). Эта схема обязана была включать итерационные процедуры уточнения требований к системе и рассмотрения вариантов проектных решений. Все же эти процедуры и целые этапы работ носили, в основном, последовательный характер, а, кроме того, предметом была проектируемая ИС целиком, в целостном ее представлении.

2.2. ПОЛОЖИТЕЛЬНЫЕ СТОРОНЫ "КАСКАДНОЙ" СХЕМЫ

Положительные факторы применения этой схемы наблюдались в следующем:

Структура ИС, как она формируется в ходе разработки, могла быть представлена такой схемой:

СТАДИИ ПРОЕКТА

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

Методическое

Информационное

Программное

Аппаратное

Запуск

+-

       

Обследование

+-

+-

+-

   

Концепция ТЗ

+-

+-

+-

   

Эскизный проект

+-

+-

+-

+-

 

ТП

+

++

+

+-

+-

РП

++

++

++

++

+

Ввод в действие

++

++

++

++

++

Символами "+", "+-" и "++" показаны примерные оценки доли наличия каждого компонента на каждой стадии.

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

2.3. НЕДОСТАТКИ КАСКАДНОЙ СХЕМЫ ПРОЕКТИРОВАНИЯ

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

НЕДОСТАТОК 1:"ОПОЗДАНИЕ"

Чаще всего в качестве основного недостатка называлось существенное запаздывание с получением результатов, которое имело несколько аспектов:

В [Мартин84] об этом сказано так: "В конце 1960-х годов появилась идея о создании полностью интегрированной базы данных (БД) организации. Она оказалась практически недостижимой". Правда, Дж. Мартин указывал в качестве причины практического краха идеи сложность и размер задачи. Мы будем далее анализировать еще одну, самую актуальную причину - динамику изменений в требованиях к БД и ИС в целом. Показательно, что в представлении очень многих руководителей и специалистов эта идея продолжает жить до сих пор!

НЕДОСТАТОК 2: "БЕСПОЛЕЗНОСТЬ"

Существовал и явным образом описывался в литературе еще один крупный недостаток разрабатываемых ИС, относящийся, скорее, к практике разработки ИС, чем к теории. И в зарубежной, и в отечественной литературе практики и ведущие аналитики оценивали проектирование ИС как очень часто ведущее к примитивной автоматизации (по сути - "механизации") существующих производственных действий работников. См. об этом также в [Мартин84]: "Анализ должен подвести руководство к вопросу о том, как надо изменить организацию..." и далее: "... легче идти по проторенной дорожке документирования сложившегося бумажного потока, чем определять насущные потребности бизнеса". В отечественной практике возник афоризм, описывающий эффект работы типичной АСУ, механически перемалывающей существующий бумажный поток: "Что на входе, то и на выходе". Ниже мы укажем, что современные аналитики до сих пор указывают на существование этого эффекта.

Как альтернатива такому подходу требовалось получение с помощью ИС качественно новых результатов, позволяющих осуществлять оптимальное управление производством в целом, динамически менять управление производственными процессами на предприятии, принимать лучшие управленческие решения, встраивать контроль качества и рациональное управление внутрь производственных процессов, использовать их самими производственными коллективами.

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

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

2.4. БОЛЕЕ РАЗВИТЫЕ ОРГАНИЗАЦИОННЫЕ ПОДХОДЫ

Рассмотрим их на примере совершенствования разработки ИС внутри компаний - разработчиков компьютерных систем. Они развивались в первую очередь - хотя и не только - для уменьшения первого недостатка: "опозданий".

2.3.1. СХЕМА НЕПРЕРЫВНОЙ РАЗРАБОТКИ

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

Содержательно этот подход описан в [Фокс85]. Схема проектного цикла при продолжающемся проектировании, совпадающая с циклом жизни системы, приведена на рис. 2.1. В верхней части того же рисунка приведена более распространенная схема, составленная также на основе [Фокс85].

Picture 2.1
Рисунок 2.1

Большое внимание уделялось организации процесса проектирования. Выделим положение, в соответствии с которым встроенные в процесс экспертизы должны были, в частности, служить тем средством обратной связи, основываясь на котором можно было бы и получать подтверждение пользователя, и совершенствовать сам процесс разработки.

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

2.3.2. РАЗВИТИЕ СХЕМЫ ПРОДОЛЖАЮЩЕЙСЯ РАЗРАБОТКИ: СОВЕРШЕНСТВОВАНИЕ ЦИКЛИЧЕСКИХ ФОРМ ПРОЕКТИРОВАНИЯ

В 80-х годах использование принципа продолженной разработки для ускоренного поочередного внедрения отдельных программных комплексов - прикладных или общесистемных - стало развиваться в разных направлениях и получило несколько ходовых жаргонных названий, например - "быстрое прототипирование", rapid protoyping approach или "fast-track". В проектный цикл для этого дополнительно включались такие стадии:

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

НЕДОСТАТКИ 3 и 4: "ЖЕСТКОСТЬ" и "ЗАКРЫТОСТЬ"

Рассмотренные усовершенствованные схемы проектирования претендовали и сейчас часто претендуют на получение и ввод в действие компонентов формально целостной в традиционном смысле ИС и последующей их стыковки в такую ИС.

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

Такая организация проектирования названа проектированием "сверху вниз" (не путать с одноименным стилем программирования). Упоминаемая функциональная иерархия - очень важный признак рассматриваемых подходов. Из-за определяющего влияния на процессы и результаты проектирования ИС иерархических структур для представления функций и данных в ИС применявшиеся подходы получили общее условное название "структурное проектирование". Привычность и доступность иерархических моделей были привлекательным фактором. В [Зиндер и др.83], основываясь на результатах сравнительных исследований, опубликованных к тому времени, и на собственных наблюдениях авторы формулировали: "... в подавляющем числе случаев пользователю естественней и проще представлять модели предметной области в иерархическом виде, а не в виде сетевых структур, что, очевидно, объясняется его постоянными контактами с иерархическими зависимостями реального мира". Однако жесткость иерархических структур ограничивает их пользу, и чем дальше, тем менее эти ограничения допустимы.

Не только жесткость моделей, но и использование фирменных ("патентованных") архитектур используемых компьютеров, Операционных Систем (ОС) и Систем Управления Базами Данных (СУБД) приводила к отрицательным результатам при возникновении неизбежной необходимости развития ИС. Эти недостатки получили оценку как недостатки закрытых систем: закрытые ИС было трудно или очень дорого развивать, очень дорого или практически невозможно стыковать с другими системами.

Одно из популярных в то время представлений архитектуры такой закрытой ИС показано на рис. 2.2, где:

  1. компьютер конкретного типа (конкретной фирмы-производителя),
  2. конкретная операционная система для данного типа компьютера,
  3. СУБД для 1 и 2,
  4. прикладные программы для 2 и 3: пакетные/диалоговые для фиксированных функций или языки нерегламентированных запросов,
  5. пользователь-оператор, обученный именно для 2, 3 и 4
  6. конечный пользователь: обучен и снабжен инструкциями для работы именно с 4 и 5.

Picture 2.2

Рисунок 2.2. Модель-луковица закрытой ИС

НЕДОСТАТОК 5: "ТИПОВЫЕ ОРГСТРУКТУРЫ"

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

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

3. ДИСЦИПЛИНЫ СОВЕРШЕНСТВОВАНИЯ ПРОИЗВОДСТВА

Подходы к совершенствованию собственно процессов управления производством развивались параллельно и почти независимо от ИТ. Часто в них ИС и автоматизация вообще рассматривались в последнюю очередь.

3.1. ТРАНСФОРМАЦИЯ И НЕПРЕРЫВНОЕ УСОВЕРШЕНСТВОВАНИЕ БИЗНЕС-ПРОЦЕССОВ

В Японии, США и других странах, в различных отраслях пионером такого подхода считается Эдвардс Деминг. Он ввел в практику (см. [Деминг94]) подход "Непрерывное усовершенствование процессов" или CPI - Continious Process Improvement, заключающийся в организации работ, при которой:

Деминг начал вводить в практику этот подход в 40-е - 50-е годы в промышленном производстве. Несколько лет его работы консультантом в Японии привели к тому, что он считается одним из отцов "Японского чуда". Ключевой эффект состоял в следующем. Несколько талантливых японских инженеров обнаружили в литературе и подтвердили на практике, что при повышении качества продукции неизбежно происходит и увеличение производительности. (Одним из первоисточников идеи, как писал Деминг, были положения, изложенные ранее в [Шьюарт 31], однако, показательно, что т.н. "цикл Шьюарта" в Японии называют "циклом Деминга".) При этом Деминг указал, что эта трансформация экономики стала возможной после того, как соответствующие идеи превратились в японскую национальную идеологию на производстве.

Впоследствии стало очевидно, что разработанные Э. Демингом "14 принципов управления", подходят для реорганизации бизнес-процессов в любом производстве, включая отрасль услуг и обучения. Эти принципы очень близки принципам BPR. Большое значение имеет анализ отличий подхода Деминга от подхода BPR. Мы вернемся к этому вопросу во второй части статьи. Здесь отметим, что Деминг и во второй половине 80-х годов был очень осторожен в использовании компьютеров. Вполне учитывая возможную пользу от доступных рабочих станций и дешевых (по цене покупки) офисных, статистических и т.п. программ, он специально указывал: использование компьютеров может быть благом, но может быть и злом. Решающими факторами являются цели и подготовленность людей, культура управления вообще и управление движением к качеству в первую очередь.

3.2. ДРУГИЕ ДИСЦИПЛИНЫ. ХАРАКТЕРИСТИКА ПАРАЛЛЕЛЬНОСТИ

Из других дисциплин совершенствования производства упомянем только подход TQM (Total Quality Management), являющийся японским вариантом CPI Деминга, лучшие проявления отечественной школы НОТ и требования к организации такого совершенствования, базирующиеся на серии стандартов ISO 9000.

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

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

4. КЛАССИЧЕСКИЕ МЕТОДЫ ПРОЕКТИРОВАНИЯ ИС

4.1. МАСТЕРСКАЯ КЛАССИЧЕСКИХ МЕТОДОВ ПРОЕКТИРОВАНИЯ ИТ

Конец 70-х - начало 80-х годов - это время становления технологии интегрированных баз данных (БД) как одной из головных технологий в проектировании ИС. Был разработан и вошел в практику большой набор теоретически обоснованных методов: проектирование концептуальных и логических схем БД, организация физической среды хранения данных, планирование путей доступа к данным и др. Развивались методы проектирования функций: от методов формальной спецификации функций до структурного программирования и первых непроцедурных языков программирования четвертого поколения (4GL). Анализ функций (задач) предприятия также служил основой и в проектировании БД. Появились CASE-системы, ориентированные на формализацию информационных и функциональных требований к ИС и предназначенные для формального описания и бригадной разработки больших программных комплексов. Эти методы и инструменты, которые в идеале должны были бы соединяться с методами преобразований управления производством, составляли классическую Мастерскую ИТ. Правда, соединение этих методов в целостные технологии производилось эмпирически и не всегда.

В конце 70-х - середине 80-х годов и в нашей стране большое количество разработчиков успешно применяли методы разработки ИС и БД не только на интуитивно-ремесленном уровне, но и как элементы сложившейся дисциплины. Укажем на наиболее популярные из них, применявшиеся на первых стадиях проектирования и составлявших часть упоминавшейся "Мастерской ИТ".

  1. Обследование, общий анализ ситуации на предприятии и разработка общего обоснования целесообразности создания ИС (feasibility stady, scope analysis, strategy stady and planning):

    1. общий системный и ситуационный анализ текущего состояния и целей предприятия, его масштабов, возможности, стоимости и способов разработки ИС, решающей задачи, способствующие достижению целей предприятия, использование методов [Мартин84], структурного анализа [Росс84], ГОСТов на разработку АСУ и САПР,

  1. "концепция, ТЗ": исследования требований предприятия и пользователей, выработка вариантов и рекомендаций по разработке ИС, разработка ТЗ на проектирование ИС в целом и ЧТЗ по подсистемам (strategy stady, analysis, requirement specification),

    1. анализ критических факторов успеха и риска с использованием системного и ситуационного анализа,
    2. обследование предприятия методами анализа документов, интервью, прямых наблюдений, хронометража и др. (большое количество методик: от SADT Д. Росса до ГОСТа по предпроектным исследованиям при разработке САПР),
    3. определение соответствия существующей оргструктуры, функций, документов и др. целям предприятия,
    4. проектирование более целесообразных и учитывающих создаваемую ИС оргструктуры, набора и иерархии функций ("задач"), видов документов и правил документооборота, вычленение предметных БД, определение взаимосвязей между ними,
    5. разработка предложений по изменениям на предприятии, затрагивающим оргструктуру, документооборот и др.,
    6. построение недетализированных моделей БД и функций ИС (с использованием диаграмм данных Ч. Бахмана, модификаций ER-модели П. Чена, функциональных моделей по стандартам IDEF0, по методике HIPO или др.),
    7. сбор и описание детальных требований к составу данных и алгоритмам реализации функций (см., например, популярную [Атре83], а также [Хаббард84], [Тиори,Фрай85], также требования серий ГОСТ24 и ГОСТ36),

  1. "эскизный проект": разработка архитектуры будущей ИС в рамках эскизного проекта (detailed analysis, high level design),

    1. построение нормализованной реляционной или сетевой модели БД (методы получения нормальных форм Бойса-Кодда, четвертых и пятых нормальных форм, использование предложений комитета CODASYL),
    2. определение принципов организации в ИС интерфейсов конечного пользователя (принципы эргономики, как, впрочем, и влияние компьютерной моды, переход от командного интерфейса к диалоговым режимам "вопрос-ответ", "управление через меню"),
    3. определение модульной иерархии (верхние уровни) программного обеспечения ИС (модульное программирование, метод HIPO),
    4. определение принципов организации аппаратного компьютерного комплекса, на базе которого должна функционировать ИС (расчеты физических параметров ИС: объемов БД, временных характеристик отдельных операций доступа к данным, целых функций и режимов в целом, организации компьютерных сетей, см. также [Тиори,Фрай85]),
    5. определение основных оргмероприятий по созданию и вводу в действие ИС,
    6. определение совокупности требований к приемке будущей ИС,
    7. определение сроков, состава работ и их стоимости для последующих работ по ИС.

Существовал набор методов, которые применялись и на других этапах.

4.3. ОБ ИСПОЛЬЗОВАНИИ КЛАССИЧЕСКИХ МЕТОДОВ ПРОЕКТИРОВАНИЯ ИС В НАСТОЯЩЕЕ ВРЕМЯ

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

Некоторые из усовершенствований в компьютерной поддержке проектирования ИС начиная со второй половины 80-х годов:

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

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

5. КАЧЕСТВЕННЫЕ ИЗМЕНЕНИЯ В ИТ

В 80-х годах произошел целый ряд качественных изменений в ИТ. Некоторые из них осознавались постепенно (например, развитие архитектуры и стандартов открытых систем), другие, как феномен персональных вычислений, входили в жизнь гораздо более революционным путем. Кратко рассмотрим, как эти изменения все более ограничивали применение классических методов системного проектирования, требуя новых подходов в разработке чисто "компьютерных" компонентов ИС. Далее, во второй части будет рассмотрено, как эти изменения помогали также появлению BPR.

5.1. ПОНЯТИЕ ОТКРЫТОЙ АРХИТЕКТУРЫ

Это понятие начало проникать в практику вместе со стандартами на аппаратуру и программным обеспечением компьютерных сетей и переносимым (мобильным) программным обеспечением СУБД и ОС.

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

Понятие переносимости прикладных программ относилось к возможности использовать один и тот же прикладной комплекс на разных компьютерах. Переносимость базировалась первоначально на наличии компилятора с одного языка высокого уровня на разных типах компьютеров: Фортран, затем - Си, Паскаль, при использовании варианта языка, соответствующего стандарту. Затем, с первой половины 80-х годов, предполагалось также наличие тождественных для пользователя и его прикладных программ СУБД на нескольких типах компьютеров. Пионерами в этой области были СУБД ORACLE и INGRES. Одновременно стал решаться вопрос переносимости баз данных.

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

Это показывает, что понятие открытых систем нельзя трактовать упрощенно. Так, кроме указанных выше свойств, в открытость систем входит соответствие стандартам (в том числе - стандартам "де факто") и открытость в областях: масштабируемость, расширяемость, интернационализация, переносимость пользователя. Достаточно полную информацию по разным аспектам этого вопроса можно получить в журналах "Открытые системы" (1993 года) и "СУБД" (с 1995 года).

5.2. ТРИ КАЧЕСТВЕННЫХ СКАЧКА В ИТ - ТРИ ВЕЛИКИХ ФЕНОМЕНА

Наконец, к концу 80-х - началу 90-х во всем мире не только разработчиками, но и пользователями были осознаны три действительно революционных феномена. Они стали все шире входить в отечественную практику, качественно меняя деятельность компьютеризованных предприятий:

  1. Феномен персональных вычислений, основанный на постоянной доступности работнику возможностей ЭВМ, в первую очередь - на использовании персональных компьютеров. Феномен состоит в том, что во многих видах информационных, проектных и управленческих работ исчезла необходимость в работниках-исполнителях (машинистках, чертежниках, делопроизводителях и др.), являющихся посредниками между постановкой задачи и ее решением.
  2. Феномен кооперативных технологий, состоящий в компьютерной поддержке совместной согласованной работы группы работников над одним проектом. Этот феномен возник на основе суммы методов, обеспечивающих управление доступом членов группы к разным частям проекта, управление версиями и редакциями проектной документации и согласованным выполнением работ в последовательной процедуре работ, управление параллельным конструированием и др.
  3. Феномен компьютерных коммуникаций, состоящий в резком увеличении возможностей обмена любой информацией. Он возник, в частности, на основе стандартизованных протоколов обмена данными прикладного уровня в локальных и глобальных сетях. Это позволило исключить необходимость передачи бумажных документов для получения согласия или содержательных замечаний, ненужные переезды для проведения совещаний, обеспечить постоянную готовность работника получить и отослать сообщение или информативные записи данных вне зависимости от места его географического расположения и др.

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

5.3. ПОНЯТИЙНАЯ МОДЕЛЬ КАК МИНИМАЛЬНАЯ ИНТЕГРИРУЮЩАЯ МОДЕЛЬ

Открытые архитектуры стимулируют использование готовых покупных компонентов ИС разных разработчиков. Современный лозунг - "не разрабатывать, а покупать!". (Конечно, это, как всякий лозунг, сильное упрощение ситуации.)

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

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

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

Эти и другие предпосылки (см., например, [Зиндер, Белоконь 89]) являлись основанием того, что единственным достаточно стабильным интегрирующим элементом современной ИС может являться не информационная, и тем более не функциональная модель предприятия, а только понятийная модель предметной области, да и то при условии ее постоянного пересмотра и обновления. Пассивные понятийные модели такого прикладного рода строились и представлялись в виде терминологических словарей и тезаурусов понятий. Такие словари строились как часть обеспечения ИС и содержали описания элементов информационных, функциональных, организационных и других моделей для ИС. Однако практически все использование таких моделей для проектирования и развития ИС приходилось и приходится делать вручную.

Активные понятийные модели разрабатывались не только для хранения описаний используемых понятий и связей между ними. Ставились цели динамически формировать новые суждения, определять тождество или сходство понятий, производить их интерпретацию вычислительного характера. К таким моделям относятся разные представления семантических сетей, некоторые специальные понятийные модели, например, [Zinder90]. Однако создание технологически полных механизмов такого рода оказалось очень сложной задачей. Для непосредственного использования в промышленных разработках ИС активные понятийные модели до последнего времени были непригодны.

В настоящее время слияние средств представления знаний с технологией обобщенных объектов и стандартизацией в области объектно-ориентированных представлений реально ведет на следующий, качественно новый уровень в технологии системного проектирования. В качестве одного из примеров укажем на систему СИНТЕЗ, см. [Калиниченко93].

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

ЗАКЛЮЧЕНИЕ ПЕРВОЙ ЧАСТИ

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

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


Системы Управления Базами Данных · # 1/96 · стр. 55-67


Часть 2: бизнес-реинжиниринг


Коротко о первой части

О второй части статьи
Качественные изменения внутренних отношений в компьютеризованных коллективах
Источники требований реконструкции бизнес-процессов
Некоторые внешние причины возникновения BPR
Маркетинг и маркетинговая организация предприятия
Некоторые внутренние причины возникновения BPR
BPR: мотивы предприятий
"BPR" - появление и содержание
Термин "BPR", "реконструкция бизнес-процессов" - появление и определение
Что главное в BPR?
Примеры: о BPR и из BPR
BPR+, и что входит в новую бизнес-модель
Правые и левые уклоны. Локальные особенности
Анализ критики BPR справа
Анализ критики BPR слева
Конвергенция подходов и заключение для Н.С.П.
Связь бизнес-реинжиниринга с ИТ. Новое системное проектирование
ИТ как один из источников и частей BPR
ИТ-архитектуры и общий бизнес-реинжиниринг
Н.С.П. - новое системное проектирование
Заключение второй части



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

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

Коротко о первой части

В первой части (см. СУБД, #4, 1995) были приведены сведения о том:

Одна из особенностей последнего времени состоит в том, что многие из классических методов проектирования ИС, составивших в 70-е и первой половине 80-х годов законченные школы проектирования больших ИС, в отечественной практике были забыты. Очень часто отдельные приемы классических методов обнаруживаются как бы заново и считаются самыми современными, пусть даже они вырваны из контекста соответствующей методологии. Во многих организациях, выполняющих разработки ИС (для себя или по заказам), огромные усилия тратятся на управление проектированием ИС с использованием разных вариантов каскадной схемы организации разработки. Это делается несмотря на то, что принципиальные недостатки каскадной схемы были описаны более десяти лет назад.

Приведем две иллюстрации, полученные адаптацией схем из [Фокс85] и показывающие разницу между ошибочными представлениями менеджеров многих проектов ИС и фактическими процессами. На Рис. 1. а) показан идеальный вариант каскадной схемы, по которой полагалось планировать проектирование ИС (многие методологии до сих пор продолжают следовать этой линии)

рис1

Рисунок1.
Идеальный и реальный процессы разработки по каскадной схеме (на основе [Фокс85] ).

На Рис. 1. б) показаны реальные итерации, заставляющие возвращаться к этапам проектирования и определения требований даже в ходе работ по комплексному тестированию ИС. На Рис. 2. а) показано плановое распределение специалистов, которые должны были бы работать - в последовательном, конвейерном стиле - на разных этапах каскадного проектирования по правилам 1975 года.

Рисунок2.
Конвейерное и реальное распределения людских ресурсов при разработке программной системы.

На Рис. 2. б) приведена соответствующая схема Э. Ферентино, которая существенно лучше отражала реальность уже в 1982 году. По этой схеме группа, определяющая требования пользователей и разрабатывающая внешние спецификации системы (не путать со спецификациями к контракту на поставку аппаратуры, программ и т.п.!), работает постоянно на всем цикле жизни системы, выполняя и корректирующие, и контролирующие функции. С тех пор требования к параллельности и спиральности проектирования, к комплексности групп разработчиков возросли. Тем не менее до сих пор большое число управляющих проектами ИС (в том числе больших ИС) считает верной схему Рис. 2. а).

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

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

Главные из них:

"Опоздание" - чаще всего в качестве основного недостатка называлось существенное запаздывание с получением результатов.

"Бесполезность или вред" - и в зарубежной, и в отечественной литературе практики и ведущие аналитики оценивали проектирование ИС как очень часто ведущее к примитивной автоматизации (по сути - "механизации") существующих производственных действий работников. См. в работе [Мартин84]: "... легче идти по проторенной дорожке документирования сложившегося бумажного потока, чем определять насущные потребности бизнеса". Таким образом, фиксировались неправильные способы работы, может быть приносящие значительный вред предприятию.

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

(В первой части приведено более емкое описание этих и некоторых других недостатков.)

"Бесполезность или вред" ИС долгое время сосуществовали с дисциплинами управления предприятиями, всерьез не опирающимися на ИТ. В качестве такой дисциплины совершенствования управления производством в первой части был кратко описан подход Э. Деминга "Непрерывное усовершенствование процессов" или CPI - Continious Process Improvement, указаны его японский вариант TQM и поддерживающая группа международных стандартов ISO 9000. Было отмечено, что развитие ИТ и методов управления предприятиями развивались в большой степени независимо, а Э. Деминг и во второй половине 80-х годов советовал весьма осторожно использовать компьютеры в управлении предприятиями.

Были также описаны качественные изменения в ИТ, которые в 80-х годах стали оказывать решающие влияния не только на способы, но и на сами цели автоматизации. В числе таких изменений, к середине 90-х годов уже утвердившихся в практическом проектировании, указывались разностороннее развитие и промышленное освоение принципов и механизмов т.н. "открытой архитектуры", а также три "великих феномена" ИТ:

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

О второй части статьи

Проникновение описанных изменений в среду производственных коллективов меняло принципы управления на таких предприятиях. Менялись и возможности индивидуальных потребителей, их требования к рынкам товаров и услуг. Сумма таких - и ряда иных, экономических - изменений привела к качественным переменам в организации управления на предприятиях, включая принципы т.н. BPR - "business process reengineering" или реконструкции бизнес-процессов.

Однако и BPR не является последней точкой или исчерпывающим подходом в вопросах управления. Общий бизнес-реинжиниринг, строительство киберкорпораций (термин, часто употребляемый Дж. Мартином), в том числе - виртуальных, постоянное использование принципов CPI Э. Деминга, социопсихологическое экспертирование и обязательный учет "человеческого фактора" - вот другие понятия, также формирующие подходы к новому системному проектированию.

Вторая часть статьи посвящена, в большей части, вопросам бизнес-реинжиниринга и его связи с ИТ. Описывается:

Качественные изменения внутренних отношений в компьютеризованных коллективах

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

В 80-х годах были исследованы и описаны соответствующие эффекты в области организации компьютеризованных подразделений и изменений в их функционировании и управлении. В работе [Северилов, Шепетько89] рассматривалась работа т.н. малых формальных компьютеризованных групп, изменение в их организации и др. особенности. Рост динамики изменений и рисков демонстрировался на показателях эволюции макросреды таких групп, приведенных на Рис. 3.

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

Но описанные изменения были только частью пролога к BPR, частью его внутренних причин.

Источники требований реконструкции бизнес-процессов

Некоторые внешние причины возникновения BPR

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

Соответственно, стали изменяться требования к деятельности субъектов рынков - банков, промышленных предприятий, предприятий индустрии ИТ и др. (Наверное, относительное ускорение изменений в требованиях в отечественной практике было самым большим в мире. К сожалению, ускорение изменений самой деятельности далеко не всегда было или может быть адекватным.)

Маркетинг и маркетинговая организация предприятия

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

В связи с этим такие инструменты, как маркетинговые стратегические исследования, маркетинговая проектная экспертиза, маркетинговая структура управления и др., должны активно использоваться, в том числе - в BPR в наших условиях.

К сожалению, попытки применять подходы BPR без овладения принципами маркетингового управления производством часто оказываются аналогичными попытками перейти к технологиям 21 века сразу от технологий 18-го игнорируя необходимость знания и использования методов 19-го и 20-го: даже частичный успех сомнителен. В тех условиях, где появился подход BPR, маркетинговые исследования и методы управления давно стали обычным инструментом.

Некоторые внутренние причины возникновения BPR

Как конкретные объективные причины, вызвавшие необходимость существенных изменений в производстве и его организации, в работе [Varhol94] выделяются следующие три, во многом взаимосвязанных причины.

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

2) Непригодность дальнейшего увеличения числа сотрудников на всех уровнях предприятия для решения усложнившихся управленческих задач. Рост числа работников на средних уровнях менеджмента организаций США многие годы являлся ответом на несколько факторов, включая рост сложности продуктов и методов бизнеса, плодовитость правительственных организаций в области законодательного регулирования и глобализацию коммерческой деятельности. Но возникла ситуация, в которой рост числа персонала перестал соответствовать росту удовлетворения клиентов. Одна из причин - стоимость труда: другие страны применили схему бизнеса США при существенно меньшей стоимости рабочей силы. Дополнительно к работе [Varhol94] укажем на другую сторону проблемы - нелинейный рост числа управленцев и их внутренних проблем по отношению к числу работников, создающих собственно продукт или услугу. Во-первых, возникает нелинейный рост запаздываний и ошибок, во-вторых, эффект "один с сошкой, семеро с ложкой".

3) Недостаточная отдача от инвестиций в компьютерные системы и ИТ. Расчеты на то, что использование компьютеров и других ИТ само по себе решит проблемы эффективного управления производством не оправдались. Пример из бизнеса США: с 60-х годов, когда компьютеры стали доступны многим предприятиям, общие затраты на них составили более двух триллионов долларов. Однако рост производительности, соответствующий росту инвестиций, не был получен. Основная причина: использование компьютеров не меняло ничего в том, как собственно велись дела, т.е. как выполнялся бизнес. Не менялись траектории и объем потоков бумаг, точки принятия решений и их число и т.п.

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

BPR: мотивы предприятий

Из работы [Varhol94] (со ссылкой на М. Хаммера): при классификации предприятий по мотивам к проведению BPR выделены три категории предприятий, которые обдумывают и планируют для себя Реконструкцию:

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

2) у которых текущие дела - в порядке, но их руководители предвидят серьезные проблемы в будущем, если имеющаяся организация не изменится в принципе;

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

Для отечественных условий можно выделить и другие, специфические конкретные мотивы, например:

4) решение выйти на внешние рынки со своими товарами и услугами (банки, экспорт сырья, авиаперевозки и др.);

5) прогноз появления на своем рынке конкуренции иностранных фирм;

6) стремление создать условия, в которых были бы вероятны западные инвестиции в данное предприятие;

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

"BPR" - появление и содержание

Термин "BPR", "реконструкция бизнес-процессов" - появление и определение

М. Хаммер (Michael Hammer) в докладе [Hammer90] выдвинул лозунги:

1) "Реконструируйте работы не автоматизацией, а упрощением или удалением";

2) "Используйте компьютеры не только для автоматизации, но и для реконструкции существующих бизнес-процессов", и пояснил их хорошо иллюстрированным набором правил реконструкции.

Позднее, в докладе [Hammer,Champy93] был введен термин BPR. Его определение: "BPR - фундаментальное переосмысление и радикальная реконструкция бизнес-процессов с целью достижения значительных (в оригинале - "драматических" - прим. авт.) улучшений в критически важных в современных условиях уровнях критериев производительности, таких как стоимость, качество, услуги, скорость".

Приведем достаточно употребительное определение понятия "бизнес-процесс": "бизнес-процессы - это логические серии взаимозависимых действий, которые используют ресурсы предприятия для создания или получения в обозримом или измеримо предсказуемом будущем полезного для заказчика выхода, такого как Продукт или Услуга". (Близок был бы синоним "организационно-производственный процесс", но - очень громоздко.)

Что главное в BPR?

По сравнению с CPI Э. Деминга и TQM ("тотальным управлением качеством" японской школы) М. Хаммер предложил гораздо более радикальный подход к улучшению управления. Главной целью BPR является резкое ускорение реакции предприятия на изменения в требованиях потребителей (или на прогноз таких изменений) при многократном снижении затрат всех видов.

Цели BPR во многом, хотя и не полностью, совмещаются с целями, которые ставил Э. Деминг. Напомним их:

В BPR на первый план выведены новые цели и методы, диктуемые новой ситуацией в мире:

Смещение акцентов очевидно.

Примеры: о BPR и из BPR

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

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

Большое число примеров М. Хаммер посвящает упрощению процессов. В работе [Hammer90] он рассматривает анализ, проведенный в компании Форда (Ford Motor Company) на примере службы оплаты поставок. В этой службе у Форда было занято 500 человек, желанная цель довести цифру до 400. В то же время аналогичной работой на Мазде справлялось 5 (пять) человек. В учет было принято, что общие размеры производства у Форда были больше. Но и после этого получалось, что размер службы по оплате поставок должен быть раз пять меньше! При таком избыточном числе работников еще и допускалось много ошибок в оформлении документов.

Был начат переход на новый бизнес-процесс, в котором были осуществлено:

В результате штат службы оплаты поставок был сокращен на 75%, точность действий была улучшена. Использовалась компьютеризация параллельной деятельности, в процессе от заказа до оплаты вместо 14-ти информационных элементов использовалось 3: обозначения поставщика и товара, характеристика количества.

В другом примере многократное сокращение времени и персонала было основано на снабжении работников страховой компании MBL Insurance мощными персональными станциями (на базе PC) с установленными экспертными системами и связью с автоматизированной системой на хост-компьютере. До реинжиниринга страховое заявление обрабатывалось за 30 шагов 19-ю сотрудниками 5-ти разных отделов, для чего требовалось от 5-ти до 25-ти дней. В итоге реальное время сократилось до интервала 2-5 дней, 100 "штаб-квартирных" ставок было сокращено, а "менеджеры клиентов" смогли обслуживать в два раза больше заявлений, чем компания ранее могла обработать.

BPR+, и что входит в новую бизнес-модель

Дальнейшее изложение исходного подхода BPR является затруднительным, так как за 1991 - 1995 годы и даже за январь 1996 года появилось большое количество публикаций, в которых BPR Хаммера-Чампи рассматривается только как базовая идея. На основе первоначального варианта BPR часто рассматриваются собственные адаптированные или расширенные подходы к реконструкции бизнес-процессов, которые условно можно назвать "BPR+".

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

В соответствии со сказанным, в новую бизнес-модель входит, как минимум, набор организационных, методических и информационных компонентов, обеспечивающих цели, описанные выше:

Правые и левые уклоны. Локальные особенности

Необходимо хотя бы кратко упомянуть направления критики BPR, поскольку эта критика позволяет скорректировать объем понятия "бизнес-реинжиниринг" и правильно подойти к Н.С.П. - новому системному проектированию.

Анализ критики BPR справа

Правое крыло критиков наглядно представлено в статьях [Strassmann94], [Strassmann95], которые критикуют BPR за чрезмерную агрессивность. В свою очередь, чрезмерность рассматривается двух видов: радикальная революционность (в стиле Робеспьера, Мао и т.п.) и просто излишняя шумливость. Сам же по себе, пишет П. Страссман, BPR не содержит ничего нового! Нет ничего, что бы уже не было сказано раньше об упрощении потоков информации или организационных отношений, причем десятилетиями ранее. Единственным является новое чуство опасности, заставляющее выполнять старые советы. Таким образом, BPR оценивается как звонкий лозунг, используемый для того, чтобы в новой упаковке предложить то, что другие фирмы без фанфар делают уже в течение 70-ти лет.

В большой степени эта критика справедлива. Даже пример с Фордом отнесен Хаммером к началу 80-х. Однако в BPR есть важные новые акценты, существенные для Н.С.П. Первым из них является изменение личной роли работника в условиях BPR до обладания суммой всех полномочий и реальных инструментов таким образом, чтобы самостоятельно получать итоговые результаты. В связи с этим в риторике М. Хаммера полезно выделить требования удалить из бизнес-словаря такие понятия, как "CEO" или "manager", указания типа: "... самым последним делом в реинжиниринге является чуство собственной значимости менеджеров, поскольку одна из вещей, диктуемых реинжинирингом, состоит в том, что "заведующий" - это не так уж и важно".

Другим новым акцентом является безоговорочное признание того, что задачи BPR могут быть выполнены только с применением новых ИТ. В работе [Hammer,Champy93] прямо сказано, что ИТ играют критически важную роль в BPR. Это положение иллюстрируется Рис. 4.
 

Старое правило 

Технология 

Новое правило 

Информация может появлятся только в одно время в одном месте, как в файл-фолдере

Распределенные базы данных

Информация можетодновременно появляться в нескольких местах по необходимости.

Сложную работу могут выполнить только эксперты

Экспертные системы

Функции эксперта может выполнить генеральный менеджер.

Фирмы должны выбирать между централизацией и децентрализацией

Телекоммуникационные сети

Фирмы могут одновременно использовать выгоды централизации и децентрализации.

Все решают менеджеры

Инструменты поддержки принятия решений

Каждый работник принимает участие в принятии решения.

Полевому персоналу необходим офис для приема, хранения и передачи информации

Беспроволочные коммуникации, широковещательные сети и портативные компьюторы

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

Лучший контакт с потенциальными покупателями - непосредственный контакт

Интерактивный оптический диск

Лучший контакт с потенциальным покупателем - эффективный контакт.

Кто-то должен отслеживать местонахождение предметов

Автоматическая идентификация и технология трекинга

Каждый предмет различается индивидуально, включая местонахождения.

Планы пересматриваются переодически

Высококачествленное выполнение вычислений, компьюторные сети, сетевое программное обеспечение

Планы пересматриваются мгновенно.

Рисунок 3.
Роль информационных технологий в BRP ( на основе [Hammer 93] и [ Varhol 94] ).

Анализ критики BPR слева

Левое крыло критикует BPR за принципиальную недостаточность рекомендуемых действий. Ярким представителем левого крыла является Дж. Мартин, см., например, работы [Мартин95-1], [Мартин95-2]. Утверждается, что совершенно недостаточно рассматривать реконструкцию бизнес-процедур. Необходим бизнес-реинжиниринг предприятия в целом. В результате активно используются понятия киберкорпорации и виртуальной корпорации. Характерными чертами их являются постоянная готовность изменить не только процедуры, но и саму область деятельности. Критически важным становится предельно оперативный, естественно, компьютерный маркетинговый анализ для поиска выгодных видов деятельности и рынков.

Достаточно подробный анализ статьи [Мартин95-1] и встречные рекомендации автор попытался дать в работе [Зиндер95], в том числе - оценки преимуществ эволюционных подходов перед революционными. Для целей данной статьи нужно добавить следующее.

Во-первых, бизнес-реинжиниринг предприятия в целом реально имеет место в жизни и гораздо полезней как общий подход к определению стратегии развития ИТ на предприятии.

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

В-третьих, что естественно, акценты Мартина гораздо определенней стоят на широком применении современных и грядущих ИТ.

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

Конвергенция подходов и заключение для Н.С.П.

Многие работы, в которых рассматривается применение BPR, на самом деле рассматривают BPR+, о котором говорилось ранее, то есть дополнение или смягчение исходного подхода так, как это кажется полезным авторам.

Например, существует тенденция к восстановлению CPI Э. Деминга в своих правах, причем как с попытками слияния CPI и BPR, так и развивая самостоятельное применение CPI. В странах Востока в BPR встраиваются способы учета национальной культуры. Создаются и свои собственные, фирменные варианты BPR, в том числе для отличительного позиционирования себя на рынке. Так, BPR корпорации Oracle работа [Oracle94] позволяет лучше проявить использование методов консалтинга и CASE-инструментов именно этой фирмы. Этот пример интересен приспосабливанием "горячего", модного течения к решению прагматических задач использования ИТ.

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

Связь бизнес-реинжиниринга с ИТ. Новое системное проектирование

ИТ как один из источников и частей BPR

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

Picture 5

Рисунок4.
Схема глобализации бизнеса ( см.[Меллинг95] ).

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

Рисунок5.
Модель Дж.Хендерсона ( см.[Меллинг95] ).

Прекрасное описание влияний реконструкций бизнес-процессов на новые ИТ-архитектуры, в первую очередь - на архитектуры систем с базами данных, содержится в работе [Меллинг95]. Там В. Меллинг описал модель Дж. Хендерсона для понимания взаимодействия бизнес-структур и ИТ - см. Рис. 5. В этой модели определены:

Основываясь на этой модели в работе [Меллинг95] сделаны следующие выводы.

1) Существует двунаправленное воздействие основных бизнес- и ИТ-платформ.

2) Если основная бизнес- или ИТ-платформа меняется, то маловероятно, что соответствующая наследуемая ИТ-архитектура сохранится.

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

На Рис. 6 показано соответствие бизнес-архитектуры и ИТ-архитектуры в современных условиях.
 

Бизнес-архитектура

IT-архитектура

Автоматизация бизнес-подразделения

Различные поставщики оборудования, сети, платформы, операционные системы. Покупай, а не производи.

Меньшее количество уровней управления

Повсеместные почта, заметки, управление образами, телеконференции.

Реорганизация работы ориентированности на задачи к ориентированноти на процессы

Переход от OLTP-мониторов к менеджерам процессов.

Интеграция цепочки поставщиков

* Приложения клиент/сервер от нескольких поставщиков.
* Многопротокольная маршрутизация.
* Надежная передача сообщений.

Глобализация

* Портированность приложений различных производителей.
* Глобальные сети.
* Бесперебойная 24х365 работа.

Интенсивная фокусировка на обслуживание клиента

* Быстрое развитие приложений.
* Приложения клиент/сервер от нескольких поставщиков.
* Надежная передача сообщений.
* 24х365 работа.

* Возросшая мобильность рабочих
* Рост телекоммуникаций

* Беспроволочные коммуникации.
* Асинхронные сообщения.
* Тиражирование баз данных.
* 24х365 работа.

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

Использование новейших технологий.

Рисунок 6.
Взаимосвязь бизнес- и ИТ-архитектур (взято из [ Меллинг95] ).

ИТ-архитектуры и общий бизнес-реинжиниринг

Для перехода к последующему анализу ИТ и методов проектирования ИС в новом системном проектировании - Н.С.П., нужно рассмотреть влияние роста рыночной динамики и тотального бизнес-реинжиниринга на применение ИТ, например в рамках изложенной выше схемы Дж. Хендерсона. Дело в том, что если динамика рынка заставляет корпорацию делать реинжиниринг основных видов деятельности, то есть менять бизнес-платформу, то должна измениться не только архитектура, но ИТ-платформа. Это так, если предприятие внезапно переходит от торговли лесом к работе в области сотовой связи (пример, близкий к примеру из работы [Мартин95-3]).

Отсюда следуют выводы:

Н.С.П. - новое системное проектирование

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

Так же, как объявление BPR в качестве нового течения оправдано из-за новых рыночных обстоятельств и взаимосвязей с новыми ИТ, также и объявление Н.С.П. оправдано, в первую очередь, новыми требованиями к создаваемым корпоративным ИС, а также новыми методами проектирования, развиваемыми в самих ИТ.

В качестве иллюстрации ниже приводится схема взаимосвязи составных частей Н.С.П.

Рисунок7.
Система трех составных Н.С.П. - Нового Системного Проектирования.

Схема на Рис. 7. образована пересечением трех источников Н.С.П.:

А - новые ИТ и их собственные методы проектирования систем, не связанные прямо с организационно-производственными приложениями;

Б - бизнес-реинжиниринг как сумма методов реконструкции управления предприятием, причем методов той глубины и радикальности, которые нужны и допустимы в конкретном случае;

С - социопсихология, психология труда, другие методы учета "человеческого фактора" (human factor).

Область АБ - пересечение А и Б - дает методы построения ИС для современных корпораций, которые еще не могут считаться законченными, так как в них не учтены возможности, цели и ограничения человека.

Область БС - пересечение Б и С - дает методы бизнес-реинжиниринга с учетом всех необходимых рекомендаций социопсихологов и оргконсультантов, но без методов новых ИТ еще не дает нужных результатов ни для BPR, ни для тотального бизнес-реинжиниринга киберкорпораций.

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

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

Можно добавить, что в случае классических методов (например, когда область А представляла каскадная организация разработки и классические методы проектирования целостных ИС, а область Б представлял подход CPI в его классическом варианте) область АБС практически была пустой.

Заключение второй части

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

Анализ критики BPR показал широту движения бизнес-реинжиниринга, которое продолжает включать и приципы CPI Э. Деминга. Фактор национальной культуры является одним из определяющих при адаптации общих рекомендаций к конкретным условиям. То же относится к учету реального состояния конкретного предприятия, его штата, реальных целей и возможностей руководителей верхнего уровня. Анализ показал, что все указанные методы работают только при условии правильного применения методов новых ИТ.

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

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

*) Продолжение. Начало в номере 4 (1995).

**) Анализ показывает, что эти три составных части являются также тремя источниками Н.С.П. - прим. автора.
 


Системы Управления Базами Данных · # 2/96 · стр. 61-76


Часть 3 - методы Нового Системного Проектирования


Краткое содержание первой и второй частей

Содержание третьей части
Объекты Н.С.П. - Нового Системного Проектирования
Принципы определения работ и методов в Н.С.П.
Работы Н.С.П., используемые в них методы
Адаптивные подходы к организации проектирования ИС
Общие принципы организации работ
Параллельное компонентное проектирование ИС
Применение в Н.С.П. улучшенных каскадных схем
Адаптивные схемы организации Н.С.П.
Адаптация к национальным условиям,
другие методы и возможности адаптации схем
Пример адаптивной схемы
Планирование мастерской ИТ и коллектива разработчиков
Мастерская ИТ
Первая группа инструментов
Бригада разработчиков
Вторая группа инструментов
Другие рекомендации
Дальнейшие перспективы в дисциплине системного проектирования и применении методов ИТ
Заключение
Благодарности
Список литературы (к трем частям статьи)


В этом номере СУБД публикуется третья часть статьи, общая направленность которой - возникновение Нового Системного Проектирования (Н.С.П.) автоматизированных Информационных Систем (ИС), которое является интеграцией подходов бизнес-реинжиниринга, новых Информационных Технологий и методов учета "человеческого фактора", позволяющих проектировать бизнес-процессы и информационную архитектуру ИС как человеко-машинных систем, в которых должны работать конкретные живые люди. Акцент сделан на определении работ Н.С.П., принципах и организации их выполнения, используемых методах. Границы журнальной публикации заставили оставить за ее пределами другие измерения Н.С.П.: новые требования к архитектуре ИС, новые подходы к проектированию корпоративных баз данных.

Краткое содержание первой и второй частей

В номерах 4 за 1995 год и 1 за 1996 год журнала "СУБД" были описаны классические методы проектирования ИС и их недостатки, которые во многих случаях не позволяли достигать цели - повышать эффективность деятельности предприятий. Отмечались направления совершенствования каскадной организации разработки и методов структурного проектирования ИС. Показывалось, что, пока организация и методы проектирования находились вне тесной связи с совершенствованием собственно управления производственной деятельности, итоговый эффект компьютеризации был невелик или не наблюдался.

Развитие Информационных Технологий (ИТ) в конце 80-х - начале 90-х годов привело к реальным качественным изменениям во внешних и внутренних условиях деятельности предприятий. Глобализация бизнеса, обострение конкуренции, повышение возможностей отдельного работника, обладающего полным набором средств ИТ - только часть описанных изменений. Встречные воздействия ИТ и актуальных деловых потребностей отразились в подходе BPR, "business process reengineering", требующем радикальной реконструкции организационно-производственных процессов для получения многократного улучшения показателей деятельности предприятия (затрат времени, себестоимости и др.) и основывающемся, в том числе, на целенаправленном использовании ИТ.

Были показаны консервативные и радикальные направления критики BPR, выделено появление по сути расширительного толкования (условно названного "BPR+"), состоящего из включения в BPR дополнительных и, возможно, плохо совместимых с ним методов и методологий. Отмечена методическая ограниченность исходного "чистого" BPR и польза опоры на всю сумму методов, включаемых сейчас многими авторами в BPR+ или стыкуемых с ним: от CPI Э. Деминга и требований учета национального и социопсихологического факторов до непрерывного тотального бизнес-реинжиниринга т.н. виртуальных киберкорпораций.

Как ответ на описанные тенденции предложена концепция Нового Системного Проектирования, Н.С.П.: сумма методов и организационных подходов, интегрирующая три источника построения современных ИС: методы бизнес-реинжиниринга, новые ИТ и методы учета "человеческого фактора". Показано, как пересечение этих источников определяет три составных части Н.С.П. Указаны недостатки, возникающие при попытке игнорировать какую-либо одну из указанных составных частей. На рис. 1 приведена схема составных частей Н.С.П., на которой выделены как классические методы (характерные для 70-х и 80-х годов), так и новые, появление и взаимодействие которых дает качественно новое наполнение обсуждаемой далее Мастерской ИТ. Эта схема иллюстрирует приобретение каждым из источников той критической массы свойств, которая и позволяет говорить о возникновении Н.С.П.

Picture 1

Рисунок 1.
Схема составных частей Нового Системного Проектирования.

Содержание третьей части

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

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

Объекты Н.С.П. - Нового Системного Проектирования

Объекты системного проектирования определены как Информационные Системы (ИС) весьма широкого класса. Далее, в силу акцентов бизнес-реинжиниринга, наибольшее внимание будет уделяться ИС, используемым для управления основной деятельностью конкретных производственных структур. В последнее время системы подобного класса называют "корпоративными ИС", подчеркивая их направленность на решение широкого круга информационно-управленческих задач, причем во многих, часто удаленных подразделениях, на самых разных уровнях управления предприятием, объединением или отраслью.

Проектирование таких ИС (часто определяемых в нашей практике как АСУП или ОАСУ) всегда содержало декларации о включении человека в эти системы. Если для некоторой информационно-справочной системы общего назначения ее пользователь мог (пусть - с натяжкой) рассматриваться как предмет, внешний по отношению к системе, то рассматриваемые ИС по своей сути - человеко-машинные Информационно-Управляющие Системы. Этот факт часто упускается уже при стратегическом анализе и построении общей архитектуры ИС, затем - на этапах детального анализа и собственно программирования. (Выражение "пользователь системы" дополнительно может подталкивать к концептуальной ошибке.) Теперь, в парадигме Н.С.П., когда в центр бизнес-реинжиниринга ставится всемерная поддержка, усиление информационных и аналитических возможностей деятельности каждого работника, какое-либо отделение ИС от функционирования предприятия в целом становится неприемлемым. В силу этого, в процессах Н.С.П. целесообразно считать, что корпоративная ИС составляет информационно-управляющую систему, включающую бизнес-архитектуру предприятия, его персонал, используемую ИТ-архитектуру, и является действующей частью т.н. "киберкорпорации" - см. рис. 2. Это положение формулируется здесь не только для того, чтобы правильно проектировать цели функционирования ИС, но и чтобы точнее определить расширяющиеся границы корпоративной ИС. Правильно исходить из того, что в виде ИС проектируется часть предприятия, которая непосредственно осуществляет "бизнес", т.е. организационно-производственную деятельность. Этим положением обосновывается и на его основе модифицируется предлагаемый состав современной Мастерской ИТ, т.е. методов ИТ, используемых в Н.С.П.

Picture 2

Рисунок2.
Трехслойная схема современного предприятия - "киберкопорации"
(использованы элементы модели Дж. Хендерсона, см. вторую часть статьи).

В силу сказанного, методы проектирования должны определяться и рассматриваться в Н.С.П. на том уровне, на котором сохраняется интеграция аспектов ИТ, бизнес-аспектов и аспектов человеческого фактора. Так, например, должны рассматриваться методы разработки управляющих функций системы, а не только методы программирования и отладки прикладных комплексов. Последние так же, как методы управления размещением БД и т.п., - вопрос или "чистой" обработки данных, или инструкций к конкретной системе программирования, или СУБД: они, входя в Мастерскую ИТ, входят в Н.С.П. как частные технические методы. Они не являются предметом изучения собственно Н.С.П., но при необходимости "заказываются" для Н.С.П. или используются в нем готовыми.

Принципы определения работ и методов в Н.С.П.

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

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

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

3. Исходя из принципов Н.С.П., не отделяя бизнес-реинжиниринг и аспекты психологии труда от проектирования ИС перечень работ приводится с указанием видов применяемых инструментальных компонентов и методов ИТ.

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

5. Предлагаемое описание дает только частичное представление о применяемых в Н.С.П. методах ИТ, поскольку представляет многомерную структуру Н.С.П. в одном разрезе. Другие измерения Н.С.П. характеризуются описанием новых архитектурных аспектов ИС или новых подходов к проектированию корпоративных БД. (см. например [Зиндер96]).

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

Рисунок3.
Работы Нового Системного Проектирования.

Работы Н.С.П., используемые в них методы

1) Ситуационный и диагностический анализ положения предприятия. Применяются методы и программные инструменты:

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

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

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

3) Анализ факторов риска предприятия в отношении выполнения программ бизнес-реинжиниринга в кадровом аспекте (для жесткого BPR, тотального реинжиниринга, структурной реорганизации или др.) и возможности управления этими факторами.

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

4) Инвентаризация и оценка состояния ИС предприятия: по применяемым прикладным системам, системам классификации и кодирования информации, информационному составу баз данных, методам поддержки принятия решений, использованию локальных и глобальных сетевых технологий, составу компьютерного парка, открытости архитектуры и другим показателям качества применяемых ИТ. Кроме того, оценивается полезный результат, который вносит каждая подсистема (автоматизированная задача, функция) в деятельность предприятия.

Применяются средства информационного и функционального моделирования систем (отдельные инструменты для описания ИТ-моделей, CASE-системы, системы DD/D, автоматизированные тезаурусные системы, системы моделирования локальных компьютерных сетей и др.), логические правила классификации понятий, известные системы классификации и кодирования, используются сведения о стандартах в области ИТ, промышленных технологиях, служащих типичными и перспективными представителями ИТ в своих классах. Применяются количественные стоимостные оценки эффективности использования каждой подсистемы (при невозможности их получения - оценки в натуральных единицах или качественные).

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

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

6) Сквозной анализ и синтез новых бизнес-процессов: определяется и оптимизируется их вклад в производственную деятельность, в первую очередь - в виде конечных результатов и показателей эффективности.

Применяются методы функционального и оргпроектирования:

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

Строятся (впоследствии - реконструируются) целевые модели предприятия: понятийная, организационная, информационная, функциональная, территориальная и др., при этом применяются:

программные инструменты (компоненты CASE-систем, отдельные программы) моделирования и оценки бизнес-процессов, использующие методы формализованного статического описания, функционально-стоимостного бизнес-анализа (ABC, "activity-based costing"), динамического моделирования (CP-модели, модели по типу языка JPSS и др.); CASE-системы для фиксации принимаемых решений в виде новых функциональных, информационных, объектно-ориентированных и других моделей.

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

Разрабатываются или покупаются информационно-аналитические системы для поддержки выполнения маркетинговых экспертиз в жизненном цикле товара, применяются системы поддержки хранилищ данных (Data WareHouse - DWH) и оперативной аналитической обработки (OLAP).

8) Проектирование сокращенного числа иерархических уровней управления и их поддержки с использованием:

социопсихологических методов компоновки новых структур и отношений (специальные тренинги, мониторинг отношений, корректировка видов и форм мотиваций); средств автоматизированной поддержки групповой работы в новых условиях: средства workflow, системы групповой разработки, параллельного проектирования и др.; БД шаблонов-заготовок рабочих документов, нормативов, постоянного отслеживания реальной текущей ситуации с доступными работнику ресурсами; корпоративной почты, телеконференций и видеоконференций, соединенных с ними, c БД и средствами workflow процедур планирования и исполнения поручений, в том числе - для перехода от руководства непосредственно подчиненными в соотношении 1:7 к соотношению 1:15 и более.

9) Создание и информационная поддержка автономных и мобильных бизнес-подразделений и работников, обепечение "полевых" инженеров и ремонтников, бригад спасателей или скорой помощи постоянной связью с корпоративной ИС.

Применяются различные технические средства ИТ, например:

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

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

Также применяются технические методы и средства новых ИТ:

средства доступа ко всем необходимым данным в режимах использования распределенных баз данных, средства репликаций данных, управления событиями в данных и процессах обработки транзакций; концепция и программные средства DWH, средства OLAP, быстрой разработки приложений (RAD) для создания "ИС руководителя" (EIS), создание средств поддержки принятия решений (DSS) на основе DWH, OLAP и EIS; применение средств DSS на основе методов логического вывода, нейронных сетей и нейрокомпьютеров, анализа прецедентов, и др.; предложение единого интерфейса пользователя для работы с разными компонентами данных и приложений, использование в этом интерфейсе средств, повышающих простоту поиска информации и обращения к конкретным прикладным функциям, например, интерфейсы геоинформсистем, естественного языка, речевого ввода.

11) Разработка концепции и структуры корпоративной БД для новой ИС, реализация структуры БД и управление ее развитием.

Применяются:

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

12) Разработка концепции и структуры внутренней корпоративной сети.

Применяются технические стандарты открытых систем, (например, технологии Internet и WWW для построения корпоративной сети по типу Intranet).

Закладывается минимум оперативного резервирования ресурсов сети для снятия ограничений на ее развитие и реконфигурирование.

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

Применяются:

СУБД и модели БД с использованием языков (моделей данных), отвечающих промышленным юридическим стандартам представления и обработки данных; опробованные юридические стандарты открытых систем в части обмена запросами, данными, документами, объектами; разработка приложений на основе переносимых RAD-систем (в том числе - с элементами объектно-ориентированного программирования).

В перспективе возможно использование новых стандартов в области объектно-ориентированных сред.

14) Информационная и функциональная поддержка глобализации бизнеса.

Применяется подключение предприятия к глобальным коммуникациям. Используются:

глобальные цифровые (компьютерные) сети и их услуги, например, Internet, построение выходов из корпоративных сетей в Internet; инструменты и средства работы в глобальных сетях: средства гипертекстового просмотра БД серверов WWW (World Wide Web), приложения для удаленных финансовых расчетов и др.; режимы и стандарты информационной супермагистрали для повсеместного доступа к информации любых видов - от прейскурантов и типовых условий возможных бизнес-партнеров, до динамических потоков конъюнктурной и справочной информации общего характера; отказ от встраивания ограничений на возможности компьютерного общения в аппаратную архитектуру, архитектуру каналов связи, в программное обеспечение или в выделенный центр удаленного администрирования распределенной корпоративной сетью; средства защиты конфиденциальных данных, не ограничивающих возможности свободного обращения абонентов по нужному адресу (кроме особых случаев, в которых оправдано создание "компьютерных островов"); режимы работы коммуникаций и ИС в режиме 24*365.

15) Построение системы поддержки и управления документооборотом как части системы реализации актуального набора бизнес-процедур.

Применение такой системы в качестве средства планирования организации работ, измерений показателей их выполнения, контроля и самоконтроля исполнения.

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

16) Переподготовка и повышение квалификации персонала.

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

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

17) Планирование набора и последовательности шагов перехода от текущего состояния бизнес-архитектуры предприятия к новому (с оценкой стоимости перехода).

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

18) Планирование и осуществление перехода от текущего состояния ИТ-архитектуры предприятия и его функционирующей ИС к новому.

Например, в части реконструкции корпоративной БД и комплексов приложений применяются:

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

19) Документирование процессов и результатов проектирования и перепроектирования как бизнес-процессов, так и компьютерных компонентов ИС.

Применяются:

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

20) Создание внешней документации программ производства и поставок товаров и услуг основной деятельности предприятия на конкурентно высоком уровне.

Формируются выходные потоки информации, направленные на клиентов, бизнес-партнеров, правительственные круги, широкую публику, для формирования которых используются:

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

21) Обеспечение оперативной обратной связи от возможных потребителей, коммерческих клиентов, бизнес-партнеров и др.

Применяются методы и системы маркетингового мониторинга и анализа с получением первичной и вторичной информации. Используются методы и средства ИТ для:

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

Адаптивные подходы к организации проектирования ИС

Общие принципы организации работ

На рис. 4 представлена схема выполнения работ BPR, предложенная в [Varhol94]. В аспекте организации работ Н.С.П. эта схема полезна для формулировки следующих важных положений:

ключевым элементом является конструирование такого решения бизнес-архитектуры, которое обеспечивает "прорыв", т.е. предлагающего такую организацию бизнес-процессов, которая в реальности может обеспечить радикальное повышение итоговой эффективности (на 100% или более); разработка бизнес- и ИТ-архитектур производится с использованием прототипирования, разработки лабораторных версий, то есть имеет циклические, итерационные формы организации; специфика проектирования ИС не выделяется на первый план, тем не менее естественно, что предыдущим условиям также отвечают циклические организационные формы проектирования ИС.

Picture 4

Рисунок4.
Четыре шага проекта реинжиниринга (на основе [Varhol94], [Hammer, Champy93]).

С учетом анализа критики BPR (см. вторую часть статьи) необходимы следующие дополнения:

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

Циклическая (спиральная) организация разработки ИС и программных систем предлагается в качестве альтернативы "быстрому прототипированию" (RP - "Rapid Prototyping") как средству ускорения разработки для борьбы с недостатком опоздания, поскольку в чистом виде метод RP приводит к ухудшению управляемости проектом, снижению качества документации, затруднения последующего комплексирования компонентов ИС.

Параллельное компонентное проектирование ИС

Как компромисс между жесткой каскадной схемой и абсолютно произвольной разработкой фрагментов ИС с применением прототипирования в [Varhol94] предлагается "метод обзора фаз", являющийся вариантом циклической схемы. При этом компромиссе сохраняется использование структурных моделей и документирование процедур разрабатываемой системы и предполагается отсутствие ограничений на гибкость в получении результата.

Представляется, что это предположение является оптимистичным. (Равно оптимистичным представляются попытки предложить в качестве панацеи подход объектно-ориентированного проектирования.)

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

При такой организации и при выполнении принципов Н.С.П. схема распределения ресурсов проектировщиков по стадиям разработки из схемы Э. Ферентино (см. вторую часть статьи) преобразуется в схему, показанную на рис. 5. На нем в части "а" предложено распределение ресурсов при разработке одного компонента (в первую очередь - для программных прикладных компонентов). Эта схема учитывает, что:

по сравнению со схемой Э. Ферентино существенно возрос объем работ, выполняемых аналитиками (в том числе - в режимах макетирования и прототипирования); работы программистов стартуют с более продвинутой позиции, обычно - на основе подготовленных CASE-моделей; аналитики выполняют экспертирование хода проекта на протяжении всего проектного цикла; необходимо относительное увеличение затрат на комплексирование компонентов.

Picture 5

Рисунок5.
Схемы распределения разработчиков ИС при новом системном проектировании.

На рис. 5 "б" иллюстрируется раскладка использования ресурсов проектировщиков при параллельной организации (2-мя бригадами) разработки нескольких (3-х) компонентов с применением циклической разработки компонентов (в этом примере - 1-го). На рис. 5 "в" показан эффект приближения к равномерному использованию ресурсов проектировщиков при суммировании затрат на нескольких циклах параллельного проектирования.

Применение в Н.С.П. улучшенных каскадных схем

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

(Отметим, что подходы типа CPI продолжают активно использоваться для повышения "зрелости" (maturity) в организации разработки больших программных систем, по этому поводу можно обратиться к стандартам CMM [Paulk93].)

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

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

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

Адаптивные схемы организации Н.С.П.

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

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

Начальными являются аналитические экспертные процедуры, определяющие состояние предприятия и его потребность в BPR и готовность к нему.

Адаптация к национальным условиям, другие методы и возможности адаптации схем

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

По разным литературным источникам в США только 30% программ BPR имеют успешное завершение. Западная практика показала, что предприятие может быть совершенно не готово к BPR из-за факторов корпоративной культуры, некритичного взгляда руководства на самого себя или несерьезного отношения работников к росту конкуренции. В [Хаммоднс95] авторы указывают, что "... неподготовленность высшего руководства компаний и противодействие консервативно настроенных служащих нередко становятся камнем преткновения на пути реформ. ...А потому порой, как только первый порыв энтузиазма проходит, все возвращается на круги своя, если не становится хуже". К тому же жесткий BPR приводит к крупному сокращению персонала, что предельно усложняет ситуацию. В [Хаммоднс95] далее указано: "по данным одного из ежегодных обзоров Ассоциации американских менеджеров в компаниях, где проводится сокращение штатов, резко падает лояльность сотрудников и размывается традиционная корпоративная мораль".

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

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

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

Кроме того, адаптивность схем обеспечивается включением дополнительных шагов обследования и отдельных экспертиз хода проекта, осуществляемых во всех необходимых точках проектирования ИС.

Пример адаптивной схемы

Ниже приведен упрощенный и усеченный пример варианта такой организационной схемы.

1) Ситуационный и диагностический анализ положения предприятия.

(Ситуационный анализ внешнего положения предприятия и наличия внутренних требований к проведению BPR.)

2) Требуется ли BPR предприятию?

Да - выполнять экспертизу готовности предприятия к BPR.

Нет - планировать стадии ТЭО и предпроектного обследования для улучшенной каскадной схемы (далее эта ветка не рассматривается).

3) Выполнение (социопсихологической и финансовой) экспертизы готовности предприятия к BPR.

4) Готово ли предприятие к BPR?

Да - выполнять этапы разработки ИС по схеме проведения BPR, адаптированной к данному предприятию.

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

5) Разработка отчета о критических факторах предприятия (далее эта ветка не рассматривается).

6) Выполнить первым этапом BPR этап мобилизации (формируется команда BPR, планируются ресурсы, издаются приказы).

При успешном завершении перейти к этапу стратегического анализа.

7) Стратегический анализ, формулирование стратегических целей предприятия и критических факторов его успеха.

(Документируется текущее внешнее состояние предприятия, его объявленные и др. цели, состояние оргструктур, бизнес-процедур, баз данных и др., разрабатываются основные общие рекомендации.)

8) Выполнение для имеющихся оргструктур, бизнес-процессов и ИС экспертиз типа "обзор" и "инвентаризация" укрупненного уровня.

9) Выполнение этапа стратегического планирования.

(Разрабатывается концепция стратегического планирования BPR и ИС.

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

10) Выполнить первый цикл разработки приоритетных компонентов ИС (может быть, в стиле прототипирования или спирального метода).

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

10.2) Разработать прототип (дизайн, программы, БД, документация) компонента.

10.3) Выполнять экспертирование хода проекта.

11) Разработать процедуры перехода от имеющегося состояния к новому - по направлениям обеспечения системы.

12) Выполнить процедуры получения качественного компонента ИС.

13) Осуществлять ввод в действие компонента ИС с выполнением процедур перехода предприятия к новому состоянию ИС.

(Подготовка персонала, комплексирование компонента с имеющимися и др.)

14) Повторять, в том числе - параллельно, этапы 10 - 13 запланированное, но регулируемое число раз, при необходимости выполнять дополнительно экспертизы, входящие в п. 2, 3, 6, 8 и 10.3.

Планирование мастерской ИТ и коллектива разработчиков

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

Мастерская ИТ

Стало традиционным говорить, что в состав средств проектирования нужно включать: развитую СУБД, языки непосредственного создания приложений (3GL и 4GL, RP и RAD), CASE-систему с набором функций по описанию информационных и функциональных моделей предприятия, готовые ("покупные") прикладные пакеты. Однако в условиях Н.С.П. в Мастерской ИТ должен присутствовать набор дополнительных инструментов. Они составляют две (пересекающиеся) группы: первые используются при проектировании ИС для анализа и планирования элементов собственно бизнес-реинжиниринга и поддержки социопсихологических работ, вторые включаются непосредственно в ИС для поддержки работников предприятия в новых обстоятельствах новыми информационно-функциональными возможностями.

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

Первая группа инструментов

В первую группу инструментов входят такие программные системы, как пакеты автоматизации обработки психологических тестов, средства обеспечения "Data WareHouse" - DWH и "On-Line Analytical Processing" - OLAP (Express-сервер ORACLE или SAS-система), программы моделирования бизнес-процессов (блок "Process Modeller" в Designer/2000), финансового анализа (например Brain Maker), стоимостного анализа бизнес-процессов (частично - блок BPR в SILVERRUN, или пакет EasyABC Plus).

Бригада разработчиков

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

В бригаде должны быть аналитики, формирующие и поддерживающие понятийную модель предприятия. В случаях ограниченной по набору понятий модели (менее 1000 всех понятий) это может делаться даже с помощью простых персональных инструментов, таких как MS Excel, но всегда - на основе корректной и достаточно полной (для данной ИС) методики работы с понятийной моделью.

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

В силу принципов а) и б) определения работ в Н.С.П. целесообразно планировать работу соответствующих специалистов на протяжении всей жизни ИС.

Вторая группа инструментов

Во вторую группу инструментов могут входить программа доступа к WWW-серверам (NetScape), средства программирования приложений в глобальных компьютерных сетях (Java в Internet), программы реализации режимов groupware (Lotus Notes) и/или построения систем класса workflow (Staffware), средства построения геоинформсистем (ArcInfo), ORACLE Mobile Agents для создания средств поддержки работы мобильных работников, FineReader и Excalibur EFS для построения автоматизированного архива текстовых документов, средства цифрового масштабирования коммуникаций, утилиты удаленного динамического администрирования распределенными БД, мониторы транзакций (TUXEDO) для поддержки неоднородных распределенных корпоративных БД, системы 4GL (Delphi, SQL Windows, ORACLE Power Objects и др.) и драйверы ODBC для программирования переносимых приложений и др.

Кончно, могут использоваться и другие инструменты. Так, в процессе проектирования и последующего перепроектирования распределенных баз данных нужно использовать средства расчета рационального размещения оригиналов и тиражируемых копий БД по узлам корпоративной ИС. Кроме того, некоторые инструменты разработки работающих компонентов системы могут использоваться и для макетирования системы на этапе анализа.

Многие из этих средств входят в CASE-системы хотя бы и в ослабленных вариантах. Это, например, относится к средствам моделирования и оценки бизнес-процессов в системах Designer/2000 и SILVERRUN. В то же время нет рациональной причины ждать, что возникнет хотя бы одна (одной фирмы-разработчика) CASE-система, которая сможет быть полной интегрированной средой разработки большой ИС по всем требованиям Н.С.П. Это определяется даже не масштабами задачи, а более фундаментальными причинами: динамикой развития технологий, среды предприятий и задач, которые требуют компонентного, постоянно открытого, а не монолитно-интегрированного формирования той ИС, которая строится с помощью этих средств автоматизации разработки.

Другие рекомендации

Рекомендации к формированию коллектива автор формулировал также в [Зиндер95-1], [Зиндер95-2]. Полезные рекомендации по формированию Мастерской ИТ для администраторов БД могут быть получены также из [Меллинг95].

Дальнейшие перспективы в дисциплине системного проектирования и применении методов ИТ

В проектировании сохраняется фактор риска (указанный еще в [Мартин84]), состоящий в тенденции фиксации в ИС недостатков уже имеющихся оргструктур и документооборота, что противодействует не только BPR, но и менее радикальным усовершенствованиям. Надо отметить, что встречаются высказывания (см., например, [Hickman93]) о том, что построение полных моделей предприятия дает хорошую возможность взглянуть на бизнес-процессы в целом и увидеть пути их реконструкции. Однако, классические CASE-методы и системы, опирающиеся на иерархическое построение общепринятых моделей, скорее могут затруднить сквозной анализ процессов, захватывающих значительное число подразделений.

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

Для того чтобы определить направление дальнейшего развития проектирования ИС оттолкнемся от ключевых тенденций, указанных в [Мартин95-1], где подход BPR М. Хаммера определяется, как течение, влияние и срок действия которого ограничены: "Реконструкции самих по себе бизнес-процессов недостаточно. Организациям следует крепко усвоить, что в постоянно меняющейся, неопределенной среде абсолютно необходимо конструирование предприятия" (выделение мое - Е.З.). Далее перечисляются основные методы ИТ, которые будут служить технологической базой будущей киберкорпорации. Выделим из них два:

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

Эти методы ИТ являются прямыми методами Нового Системного Проектирования, необходимость в которых предсказывалась давно, но в середине 90-х годов стала предельно острой, в том числе для реализации смысловой интероперабельности компонентов на уровнях персональных и кооперативных метатехнологий (см. [Zinder90]). Необходимость в активных понятийных моделях в качестве минимальных интегрирующих моделей подтверждается.

В качестве стратегического плана и для корпораций, и для профессионалов в ИТ в [Мартин95-1] предлагается лучше проектировать стратегию развития: постоянны ситуации, в которых и специалисты, и корпорации не имеют стратегического плана своего развития, или выдают за него нечто другое, оставаясь беспомощными в условиях незнания того, в какую сторону и как следует развиваться. Это подтверждает, что третьим проблемным аспектом проектирования ИС является целенаправленная работа с людьми (самым сложным компонентом ИС) для ясного и рационального решения стратегических задач.

Заключение

Принципы Н.С.П. предполагают использование многих новых проектных методов и нового взгляда на применение классических подходов. Надо иметь ответ на вопрос: насколько радикально надо менять в реальности системное проектирование? Целесообразно поддерживать здоровый иммунитет к революциям (см. [Зиндер95-1]). Это означает опору на сочетание двух правил: не поддаваться безоглядно на "горячие" лозунги модных течений и, одновременно, не пропускать настоящие изменения, которые должны включаться в практику проектирования.

В контексте данной статьи это может быть отражено в следующих рекомендациях.

1) Исходить из того, что корпоративная ИС проектируется как информационно-управляющая система, включающая бизнес-архитектуру предприятия, его персонал, используемую ИТ-архитектуру, и является действующей частью т.н. "киберкорпорации", это значит, что в виде ИС проектируется часть предприятия, которая непосредственно осуществляет его "бизнес", т.е. его организационно-производственную деятельность. Отталкиваться от трехслойной схемы современного предприятия (см. рис. 2) для определения ИС, как объекта Н.П.С.

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

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

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

5) Применять методы реинжиниринга, предложенные в BPR, но соединенные с методами CPI Э. Деминга по "очеловечиванию" бизнеса и c учетом факторов национальной, профессиональной и корпоративной культуры.

6) Развивать применение понятийных моделей предприятий как базисного интегрирующего слоя, позволяющего управлять (хотя бы и в ручном режиме, через применение развитых тезаурусов) смысловой интеграцией отдельных предметных БД, потоков документов в workflow, отдельных прикладных компонентов.

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

8) Организовывать проектирование как "Параллельное компонентное проектирование" - совокупность параллельных спиральных процессов разработки или адаптации нескольких компонентов ИС с их последующей комплексной стыковкой. Применять схему распределения ресурсов, ориентированную на такое проектирование (см. рис. 5).

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

10) Закладывать возможности перехода к постоянному конструированию предприятия в будущем, учитывая в планах то, что оно будет вынужденно базироваться на закладываемом сегодня фундаменте Информационных Технологий, включая архитектурные решения, прикладные программы, а также и методы совершенствования деятельности предприятий, будь то методы типа CPI или BPR.

Благодарности

Я благодарен Л. Б. Богуславскому за предложение сделать летом 1995 года доклад на тему "BPR и системное проектирование", именно оно послужило начальным толчком к работе над первой редакцией данной статьи. Большую помощь сыграли свежие информационные материалы по теме BPR, которыми щедро делился М.В. Сидоренко, я также благодарен ему за обсуждения этих материалов. М. М. Михеенков был первым читателем чернового варианта статьи и утвердил меня и редсовет журнала во том мнении, что она будет информативной для многих категорий читателей. Огромную пользу принесли профессиональные обсуждения аспектов учета "человеческого фактора" в задачах проектирования оргструктур, которые я смог провести с Е.Н. Сухановской и А.С. Сухоруковым. Особая благодарность М.Р. Когаловскому за внимательное прочтение всех 100 тыс. знаков первоначального варианта статьи и точные замечания, послужившие более четкому и полному изложению материала многих разделов. Я также признателен ему и Л.А.Калиниченко за приглашение сделать большой доклад на данную тему в рамках семинара московской секции ACM SIGMOD, обсуждения на этом семинаре и после него были полезны для прояснения спектра мнений специалистов в "классических" и "новаторских" областях ИТ. Наконец, только сподвижническое содействие И.Б. Коган позволило довести эту статью, писавшуюся, в основном, в выходные дни, до сколько-нибудь завершенного состояния.

Список литературы (к трем частям статьи)

[Атре83] Атре Ш. Структурный подход к организации баз данных. - М.: "Финансы и статистика", 1983.

[Деминг94] Деминг В. Э. Выход из кризиса. - Тверь: "Альба", 1994.

[Зиндер и др.83] Зиндер Е.З., Карапетян К.Г., Новиков А.И. Принципы разработки СОНЗ - унифицированного языка и программного комплекса обслуживания пользователей в интегрированной системе управления. - В кн. "Интегрированные автоматизированные системы управления". - М.: МДНТП, 1983.

[Зиндер, Белоконь89] Зиндер Е.З., Белоконь А.К. Персонализация информационных технологий и инструментальной поддержки в проектировании //Tahkekeha elektroonika elementide projekteerimise ja kat-setamise numbrilised meetodid ja vahendid. Vabar. noup. ettek. teesid. K.II. - Tallinn: TTU, 1989.

[Зиндер95-1] Зиндер Е.З. Революции и перспективы. - Computerworld Россия, сентябрь 26, 1995.

[Зиндер95-2] Зиндер Е.З. Администратор базы данных - кто он? - СУБД, N2, 1995.

[Зиндер96] Зиндер Е.З. Проектирование баз данных: новые требования, новые подходы. //Техническая конференция "Корпоративные базы данных" (март, Москва, 1996), Доклады и тезисы. - М., 1996.

[Калиниченко93] Калиниченко Л.А. СИНТЕЗ: язык определения, проектирования и программирования интероперабельных сред неоднородных информационных ресурсов. - М., ИПИ РАН, 1993.

[Мартин84] Мартин Дж. Планирование развития автоматизированных систем. - М.: "Финансы и статистика", 1984.

[Мартин95-1] Мартин Дж. Происхождение видов. - Computerworld Россия, август 30, 1995.

[Мартин95-2] Мартин Дж. Превратите вашу компанию в киберкорпорацию. Computerworld Россия, ноябрь 14, 1995.

[Мартин95-3] Мартин Дж. Почти несуществующая, ужасно доходная, киберкорпорация. -Computerworld Россия, август 30, 1995.

[Меллинг95] Меллинг В.П. Корпоративные информационные архитектуры: и все-таки они меняются. - СУБД, N2, 1995.

[Росс84] Росс Д. Структурный анализ (SA): язык для передачи понимания. - в кн. "Требования и спецификации в разработке программ". - М.: "МИР", 1984.

[Северилов,Шепетько89] Северилов В.А., Шепетько Е.И. Эффективные структуры малых формальных компьютеризованных групп/ Препринт 89-II. - Киев: ИК АН УССР, 1989.

[Тиори,Фрай85] Тиори Т., Фрай Д. Проектирование структур баз данных. - М.: "МИР", 1985.

[Фокс85] Фокс Дж. Программное обеспечение и его разработка. - М.: "МИР", 1985.

[Хаббард84] Хаббард Дж. Автоматизированное проектирование баз данных. - М.: "МИР", 1984.

[Хаммоднс95] Хаммодс К., Келли Л., Тарсон Л. "Канун XXI в.: новые формы труда", Бизнес Уик, N 7. - М., 1995.

[Шьюарт31] Шьюарт У. А. Экономический контроль качества готовой продукции. Издания: Van Nostred, 1931; American Society for Quality Control, 1980.

[Hammer90] Hammer M. "Reengineering Work: Don"t Automate, Obliterate". Harvard Business Review, July - August 1990.

[Hammer,Champy93] Hammer M., Champy J. Reengineering the Corporation. A Manifesto for Business Revolutions. HarperBusiness, 1993.

[Hickman93] Hickman L.J. "Technology and Business Process Reengineering (BPR): Undestanding Where BPR Fits into the World of Information Systems Developers". Proc. of ORACLE User Forum 93, v.2, Vienna, 1993.

[Oracle94] Business Process Re-engineering: The Oracle Perspective. ORACLE CONSULTING, 1994.

[Paulk93] Paulk M.C., Curtis B., Chrissis M.B., Weber C.V. "Capability Maturity Model for Software, Version 1.1", Software Engineering Institute, CMU/SEI-93-TR-24, February 1993.

[Strassmann94] Strassmann P.A. The Hocus-Pocus of Reengineering. Across The Board, June 1994.

[Strassmann95] Strassmann P.A. The Roots Of Business Process Reengineering. June 1995.

[Varhol94] Varhol Peter D., Enterprisewide Reengineering and Restructuring. CTR Corp., 1st ed., Charleston, 1994.

[Zinder90] Zinder E.Z. PRIMET - The PeRsonal Information MetaTechnologies: from marketing to program implementation //Общие проблемы информатики. III Международная конф. "Программное обеспечение ЭВМ" (ноябрь, Тверь, 1990). - Тверь: НПО ЦПС,1990