Проектирование систем предлагается начинать с проектирования процесса, который должна реализовать система. Это, в конце концов, очевидное условие правильно задуманного процесса проектирования.
Любой процесс может быть достаточно точно представлен дискретной последовательностью состояний на оси реального времени. Между состояниями всегда существуют очевидные отношения. Набор состояний системы, расположенных на оси времени, вместе с набором отношений, возникающих между состояниями, предлагается рассматривать как СИСТЕМУ СИСТЕМНЫХ СОСТОЯНИЙ. Именно эта модель системы видна с оперативного и стратегического уровней управления. Проектирование СИСТЕМЫ СОСТОЯНИЙ на иерархически высших (стратегических) уровнях управления и тем более ее декомпозиция на исполнительский уровень может быть основой для проектирования исполнительской подсистемы, а также подсистемы управления или для проектирования новой системы.
ТРЕБОВАНИЯ К СИСТЕМЕ должно стать первым этапом проектирования.
Далее, после определения места процесса как цели существования системы, в каждом состоянии реализации процесса будет производиться декомпозиция процесса.
На следующем этапе происходит выявление всех связей, которые могут возникать между состояниями
рассматриваемого процесса и управляющих взаимодействий стратегического уровня, должны быть сделаны. Для этого следует определить оси представительства:
A. - ось состояний процесса (ось ординарного времени); и, например:
B. - стратегическое взаимодействие в материальной сфере;
C. - стратегическое взаимодействие в субъективной/социальной сфере, а также обязательно; D. - управление подсистемами на оперативном уровне.
Идентификация связей должна осуществляться с помощью MA TRICES: A - A; A - B; A-D. ОСЬ "А" как ось реального времени является осью декомпозиции и агрегирования во всем процессе проектирования, поскольку представляет собой систему состояний. Оси 'B' и 'C' представляют собой множества взаимодействий, идентификация которых не требует использования строгости системных методов. ОСЬ 'D' представляет организационную декомпозицию проектируемой системы.
Полученные МАТРИЦЫ следует использовать следующим образом:
I. МАТРИЦА 'A - A' служит для определения отношений в системе реализации состояний с учетом рассматриваемой системы состояний.
2. МА ТРИЦЫ' A - A и' A - C' служат для определения управляющих взаимодействий на рассматриваемой системе государств на стратегическом уровне.
3. МА TRIX' D' служит для определения управляющих взаимодействий стратегического уровня на подсистемы оперативного уровня относительно рассматриваемой системы государств.
Далее следует провести декомпозицию системы состояний на оперативном уровне. Может оказаться, что процесс "А" в отношении реального времени распадается на параллельные процессы, также дискретно расположенные во времени (как последовательности состояний), например "AI", "A2", "A3".
Для конкретизации отношений на операционном уровне следует ввести дополнительные оси, например: F - сферы (домены), в которых будут проявляться результаты функционирования, G - управляющее взаимодействие операционного уровня на рассматриваемую систему состояний.
Пространство анализа может быть задано как DESIGNING SPACE системы и для него могут быть предложены следующие координатные оси: 'A'; 'A I '; 'A2'; 'A3'; 'Az'; - как выше, 'G'; - как выше, 'H'; - ось множества функционирования РЕАЛИЗАЦИИ ЦЕЛЕЙ СИСТЕМЫ. МАТРИЦЫ: 'A - H'; 'AI - H'; 'A2 - H'; 'A3 - H'; 'Az - H'; являются ОСНОВНЫМИ МАТРИЦАМИ ПРОЕКТИРОВАНИЯ СИСТЕМЫ. МАТРИЦЫ: 'H - G'; 'H - H'; являются МАТРИЦАМИ КООРДИНАЦИИ ПРОЕКТИРОВАНИЯ.
Все приведенные в качестве примера матрицы должны быть созданы на основе графического анализа.
Сформированные матрицы представляют собой таблицы, в которых возникают все потенциальные возможности связи, существующие в системе.
Реинжиниринг бизнес-процессов: историческая перспектива
Линда Чарнли
Абердинская школа бизнеса Университет Роберта Гордона
ВВЕДЕНИЕ
Предприятия и организации неистово концентрируют свои усилия на перестройке своих первичных процессов, и это приветствуется как нечто новое и инновационное, но так ли это на самом деле? Методология мягких систем (Soft Systems Methodology, SSM) (Checkland, 1981) давно практикует искусство "взгляда на процесс", хотя бы на этапах методологии "системного мышления". Поскольку современные технологии все чаще пересекают и размывают традиционные границы, функциональное деление организаций, предложенное Файолем и Вебером, явно перестает быть уместным, но достаточно ли переориентироваться на процессный способ работы и какие уроки, если таковые имеются, могут извлечь из практики информационных систем начинающие ре-инженеры? В данной статье автор обсудит роль ИТ и информационных систем на предприятии, а также рассмотрит, как они могли способствовать появлению таких современных организационных тенденций, как реинжиниринг бизнес-процессов. В статье также рассматриваются более разрозненные социально-экономические факторы, на которые обращают, а иногда и не обращают внимания в этом новейшем стремлении к процессно-ориентированным операциям.