2. Архитектура деятельности

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

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

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

Функциональная модель строится по следующему алгоритму:

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

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

3. На основе анализа внутренних и межведомственных нормативных правовых актов и регламентов для каждой из функций верхнего уровня выделяется 5—9 базовых подфункций 1-го уровня, реализация которых направлена непосредственно на результаты соответствующей функции верхнего уровня. Виды работ, направленные на обеспечение процесса, не учитываются. Если в итоге получилось большее количество подфункций, необходимо их агрегировать.

4. Предыдущий шаг повторяется для каждой из подфункций 1-го уровня.

В качестве языка описания можно использовать, например, SADT — метод описания функций, предложенный Россом в 1960-х годах и реализованный в стандарте IDEF0.

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

• законченное юридически значимое действие;

• выполняется одним субъектом (исполнителем или их группой), обладающим определенной квалификацией;

• начинается одним конкретным типом событий;

• имеет на выходе единственный результат.

Модель процессов. Системное представление административных процессов

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

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

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

• SADT — несмотря на то, что она разработана для описания функций, реализована, например, в AllFusion Process Modeller;

• IDEF3 — менее известная в России;

• eEPC — реализованная в ARIS.

Принято считать, что процесс реализует определенную функцию. Во избежание путаницы мы будем называть элементы процессов работами. Работы, в свою очередь, могут описываться подпроцессами. Оптимальная глубина декомпозиции процессов — 4 уровня.

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