Бизнес-аналитика. ИТ-объекты, компоненты, инструменты

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

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

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

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

1. Бизнес-объекты аналитики

1.1. Агенты

Это сравнительно пассивные объекты, имеющие смысл сами по себе. Их примеры:

• Люди
• Предприятия
• Договоры
• Платежные инструменты
• Финансовые инструменты
• Товарные документы
• Товар
• Портфель финансовых инструментов
• Портфель договоров

1.2. Операции, действия

Это активные объекты, к которым применимо понятие “Выполнить” и выполнение которых приводит к изменению состояния других объектов. Их примеры:

• Заключение договора
• Выписка накладной
• Оплата
• Увольнение
• Приостановка действия договора

Через операции агенты взаимодействуют.

1.3. События

Это сигналы о новой информации.

Классификация событий:

• Календарные: наступил срок погашения кредита, завтра день рождения у имярека…
• Рынка: курс акции A упал на 5 пунктов, конкурент K разорился
• Государства: налог на прибыль увеличивается на 2 процента с такой-то даты
• Политики: намечаются экономические санкции для такого-то государства
• Состояния: показатель P превысил норматив

1.4. Отношения

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

Классификация отношений:

• Юридические
• Договорные
• Собственность
• Владение
• Пользование
• Бизнес-отношения
• Обслуживание банком
• Конкурентные
• Денежные
• Семейные
• Криминальные
• Любовные

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

• Тип отношения
• Дата установления отношений
• Дата последней активации отношения
• Размер отношения(платеж, например)

Узлы нагружаются, например, такими атрибутами:

• Ид объекта

2. Показатель

2.1. Определение

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

Придя из физики в программирование экономических задач и столкнувшись с понятием экономического показателя, я был уверен, что есть система экономических показателей. Система в том смысле как в бессмертной фразе “В его безумии есть система”. Я понимал эту систему так:

• Есть достаточно полный перечень показателей, в котором есть все независимые показатели – базис показателей
• Даны определения показателей
• Дана некая рациональная и гармоничная система кодификации показателей, так чтобы человеку было бы удобно применять коды в формулах
• Приведены все атрибуты показателей
• Для производных показателей приведены правила расчета из базовых
• Определены важные отношения между показателями
• Указан норматив показателя
• Задан страж показателя(условие допустимости значения)
• Приведены оценочные значения показателя
• Указан сопоставляемый экономический объект

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

2.2. Характеристики показателей

Показателей может быть потенциально бесконечно много. Естественен вопрос о таком подмножестве показателей, на основе которых можно вычислить любой другой показатель. Такое подмножество называется базисом. Он обладает свойством полноты: на основе его можно вычислить любой небазисный, производный показатель. Входящие в него показатели независимы друг от друга. Это свойство называется неизбыточностью базиса.
Состояние S(t) объекта на время t – все показатели объекта на время t.
Движение M(t)={ S(t1) ,…, S(tn) } объекта – изменение состояния объекта с течением времени. Это набор состояний объекта на интервале времени.
Динамика показателя — значения показателя, упорядоченные по времени.

Пример динамики:



Траектория показателя — кривая в нескольких координатах-показателях, параметризованная временем. Например, для двух показателей P,Q это кривая, задаваемая параметрически: P(t),Q(t).

Пример траектории для показателей P,Q.



Кружки – значение показателей. Стрелки – направление возрастания времени.
Имея траекторию, можно попытаться получить прямую зависимость одного показателя от другого. Так если в момент t показатель Q имеет значение q, а показатель P имеет значение p, то зависимость f показателя Q от P такова, что f(p)=q. Дело только осложняется тем, что для разных t одинаковому p могут соответствовать разные q. Тогда, скорее всего, функциональной зависимости нет.

Аналогично двум показателям можно строить траектории для произвольного числа показателей и использовать их для построения зависимостей Q(P1,P2,…,PТ). Но при числе показателей больше трех теряется наглядность.

Траектория состояния – набор траекторий показателей состояния.

2.3. Классификация показателей

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

Показатель-состояние — числовой показатель, значение которого задается на момент времени. Пример: рост человека, капитал фирмы, численность работников. Примеры: численность работников на начало года, капитал предприятия на начало года, активы предприятия на начало дня.

Изменение показателя за некий период есть показатель-поток, соотносимый с этим периодом. Примеры изменений: изменение капитала за квартал, изменение цены за день,…
Если в показателе потоке фиксировать один момент времени, то можно говорить о показателе-состоянии. Так можно говорить о прибыли на данный момент, имея в виду изменение прибыли с начала года. Здесь фиксирован момент времени – начало года.

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

Тип значения

• Текстовые показатели. Примеры: имена, адреса, коды.
• Даты. Примеры: дата состояния, дата рождения.
• Логические показатели. Примеры: Наступил конец года? Работник вышел на работу? Доход превысил расход?
• Числовые. Для них имеют смысл арифметические операции над значениями показателя в разные времена.

Числовые дифференцируются на:

• Стоимостные. Это числовые показатели мера измерения которых – денежная мера.
• Целые. Примеры: длительность в днях, число работников.
• Дробные. Примеры: площадь, длина, объем, длительность, цена

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

Атрибуты числового показателя:

• Код
• Наименование
• Единица размерности
• Значение
• Правило вычисления
• Размерный?
• Абсолютный?
• Аддитивный?
• Чувствителен к инфляции?
• Денежный?
• Расчетный?
• Базисный?
• Ограничен нормативом?
• Нормируемый?
• Входит в базис?
• Натуральный/финансовый
• Поток/состояние
• Первичный/вычисляемый
• Внешний/внутренний
• Интенсивный/Экстенсивный
• Поток/Состояние
• Входной/Выходной

Ключевые атрибуты(координаты) показателя

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

• Субъект показателя – субъект, которого характеризует показатель
• Валюта показателя – валюта, в которой представлено значение стоимостного показателя.
• Дата состояния – дата на которую определено значение показателя
• Период показателя – две даты(дата начала, дата конца), задающие период для показателя-потока
• Тип реальности: план, факт, прогноз, сценарий, тест
• Номер сценария
• Метод вычисления

Пример: Income('MAA','947','01/01/2012', '31/12/2012,'0,'0',’0’) – фактическое значение показателя Доход за 2012 год субъекта MAA.

В данном случае координаты показателя:

Income – код показателя “доход”
'MAA' – код субъекта для которого рассчитывается показатель
' 947' – код валюты в которой образовывался доход
'01/01/2012' – начало периода образования дохода
'31/12/2012' — конец периода образования дохода
‘0 ‘– код реальности «Факт»
'0' – номер сценария «Отсутствие симуляции»
‘0’ – базисный метод вычисления

Я видел системы, в которых код субъекта загонялся в код показателя: KrsVltNB – курс валюты в Нацбанке. Расширяя этот метод, все координаты можно загнать в код показателя. “В его безумии есть система”, не правда-ли?

Пример формы описания показателя:

2.4. Синтаксис правила получения

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

• Сложение
• Вычитание
• Произведение
• Частное
• Степень
• Максимум по времени
• Максимум по субъектам
• Минимум по времени
• Минимум по субъектам
• Сумма по времени
• Сумма по субъектам
• Консолидация по оргструктуре
• Среднее по времени

2.5. Кодификация показателей

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

Пример кодификации. Рассмотрим способы кодификации числа.

Римский способ.
I,II,III,IV,V,VI,VII,VIII,IX,X,XI,XII,XIII,XIV,XV,XVI…

Довольно неясна система кодирования. Как в этой записи делать арифметические операции? Нуля нет. Неясно как кодировать дробные числа.

Индийский способ.
0,1,2,3,4,5,6,7,8,9,10,11,12,13,14,15,16…

Любое число кодируется по одному способу с помощью десяти цифр. Записи С_n С_(n-1)…С_0 соответствует целое число С_n*?10?^n+С_(n-1)*?10?^(n-1)…С_0*?10?^0. Это четко и ясно. В такой записи легко делать сложение, вычитание, умножение, деление, извлечение квадратного корня. Всему этому учат в школе. Индийский способ записи числа – отличный пример важности обозначений, важности формы.

Довольно естественные требования к кодификации показателей:

• Эргономичность

Удельная краткость. Чем чаще применяется код, тем короче должен быть его код.
Преемственность с общепринятыми обозначениями.
Единая система кодификации. Не должно быть разнобоя в системе кодификации для разных показателей или разных типов показателей.
Одноуровневая одинаковость. “Одноуровневые” по смыслу показатели должны иметь одинаковую длину. Если A – код актива, то логично для пассива иметь код P, а не Passive, например.

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

Сейчас на слуху так называемая Сбалансированная система показателей. Вот что о ней говорит Википедия:

Сбалансированная система показателей (ССП, англ. balanced scorecard, BSC) – инструмент стратегического управления результативностью, частично стандартизированная форма отчётности, позволяющая менеджерам отслеживать исполнение заданий сотрудниками, а также последствия исполнения или неисполнения. Система снабжена специальными методами проектирования и автоматизации.

Термин может соответствовать как системе в целом, так и индивидуальной реализации показателей. Важнейшими характеристиками подхода являются:

• акцент на стратегической повестке организации;
• отбор небольшого числа отслеживаемых данных;
• сочетание финансовых и нефинансовых данных.

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

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

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

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

Конец цитаты.

Но конкретного набора показателей ССП я не видел ни в одной книге.

2.7. Временные ряды

Временной ряд показателя I — это множество I(t)={I(t1), I(t2),…. I(tn)} его значений в дискретные моменты времени. Еще он называется динамическим рядом показателя I. Временной ряд можно рассматривать как статистический ряд. Не зная внутренней подоплеки получения значений ряда, его можно рассматривать как значения случайной величины, закон распределения которой неизвестен.

2.8. Группы показателей

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

3. Структура продукта Бизнес-аналитика

3.1. ETL-модуль

Это модуль извлечения данных из смежных систем. Данные трансформируются и сохраняются в хранилище данных.

3.2. Хранилище данных

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

3.3. Интерпретатор

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

3.4. Машина показателей

Это генератор значений множества показателей – вычислительного пула показателей. В пределе это все показатели. Так легче реализовать реальное время. Показатели взаимосвязаны и при вычислении значений генератор обходит граф связей.

3.5. Монитор событий

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

3.6. Симулятор

Это программа, позволяющая ответить на вопрос “Что будет, если”. “Если” обычно называется сценарием. Симулятор – аппарат реализации сценариев. Сценарий определяет изменения показателей, а машина показателей отрабатывает эти изменения по всему расчетному пулу. Об окончании расчета генерируется соответствующее событие.

Сценарий может включать в себя:

• Задаваемые значения показателей:
• Изменение курса валют
• Изменение рыночной ставки
• Изменение котировки акций
• Гипотетический портфель финансовых инструментов
• Гипотетический портфель операций
• Гипотетический портфель платежей

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

3.7. Компаратор

Это модуль, реализующий всякого рода сравнения.

3.8. Декомпозитор

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

3.9. Отображатель

Это модуль визуализации данных.

4. Возможные сервисы

Многие модули бизнес-аналитики можно, а иногда и нужно реализовывать как самостоятельные сервисы. Это даёт возможность гибкого конфигурирования комплекса и возможность многопользовательской работы.

Под сервисом понимается приложение коллективного пользования. Функции сервиса предоставляются через анонсированный разработчиком API. Сервис можно размещать на любом компьютере сети. В архитектуре клиент-сервер сервис был один – СУБД. В СОА сервисов может быть сколько угодно и размещаться они могут на разных компьютерах сети.
Возможные функциональные сервисы:

• Бизнес-ядро. По запросу предоставляет для использования бизнес-объект.
• Методология. Ведет описания показателей, операций и воздействие операций на показатели.
• Генератор показателей. Вычисляет значения производных показателей и сохраняет эти значения в ОП и в БД.
• Текущее состояние. Предоставляет текущее состояние субъекта хозяйствования.
• Текущее состояние в реальном времени. Для каждой хозяйственной операции пересчитываются показатели состояния и в заданном темпе отображаются в табло реального времени..
• Статистика. Позволяет находить статистические атрибуты рядов и находить зависимости между показателями.
• Анализ показателей. Статистический и графический анализ реальных и виртуальных показателей.
• Объекты. Позволяет заводить и просматривать объекты системы: люди, пользователи, счета, платежи, операции…
• Отношения. Позволяет анализировать сколь угодно сложные цепочки отношений.
• Бюджетирование, распределенное во времени.

Возможные технологические сервисы:

• Идентификация и аутентификация

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

5. Инструменты аналитики

5.1. Компараторы(сравнители)

_{“Всё познается в сравнении”}
Некотрые типы сравнений:

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

Общий запрос сравнения: сравнить показатели P1,P2,…PN, имеющие координаты K1,K2,…, соответственно.

5.2. Декомпозиторы

Некоторые типы декомпозиций:

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

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

5.3. Отображатели данных

Отчеты

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

Есть конечно отчеты для внешних пользователей. Это налоговая отчетность, статистическая,… Ну надо так надо. И передаются отчеты именно как отчет. Хотя напрашивается возможность передачи не отчетов, а наборов показателей. А там отображайте их, как хотите. (Набор показателей) + (форма отчета) + (координаты показателей на форме отчета) – вот и все что нужно для визуализации отчета. Для этого даже можно сделать универсальную программу.

Запросы

Это отображение данных как результат пользовательских требований к составу данных и условиям налагаемых на них. Результат – обычно таблица.

Графики

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

Гиперкубы

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

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

Визуализируются гиперкубы обычно в виде pivot-таблиц.

Pivot-таблицы

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

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

Но лучше раз увидеть:

Табло

Табло – форма отображения группы показателей. Это выходная форма, которую желательно иметь возможность видеть в любое время.
Табло траектории
Представлены траектории группы показателей.
Табло состояния
Представлено состояние рассматриваемого субъекта.
Табло реального времени
Это табло, в котором данные обновляются в задаваемом пользователем режиме обновления. В реальном времени представлено состояние бизнес-объекта. Шаг реального времени может регулироваться пользователем. Для каждого типа пользователя это может быть свое табло.
Для реализации реального времени выполнение каждой бизнес-операции должно вызывать перерасчет показателей и после перерасчета новые значения должны отобразиться в табло реального времени.
Табло статистики
Для заданного показателя даются статистические характеристики ряда значений показателя. Приводятся вычисленные связи показателя с другими показателями. Приводятся регрессионные формулы для значения показателей. Оцениваются гипотезы о связях показателя.

Группировки

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

Деревья

Это отображение иерархий данных.

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

6. Случаи из ИТ-жизни

6.1. Это вам не сливной бачок

Дело было году в 2003. Работаю в фирме НТЦ Атлас. Руковожу разработкой венчурного проекта “Банковская аналитика”. Однажды шеф приглашает на срочное совещание. Приходим. Нас знакомят с новыми людьми(Подобное, кстати, повторится несколько раз. Бизнес есть бизнес и много раз вспыхивает и гаснет надежда на встречу с новыми интересными идеями). Представляют доктора технических(кажется) наук. Он говорит, что его питерская фирма разработала экспертную систему как семантическую сеть и что он готов внедрять ее в РБ на муниципальном, региональном, республиканском уровнях. Сеть высвечивалась на экране ПК. Доктор красиво и убедительно говорил. Энергичный, напористый мужик. Ну, ладно, cлова словами… Поэтому просим почитать документацию. На удивление, он дает нам техническое задание(ТЗ) на систему. Берем денек на знакомство и уходим. Читаю ТЗ. Батюшки! Чего там не обещается: точный прогноз курса валют(кстати, это навязчивая идея у всех ученых, начинающих пробовать себя в практической экономике), оптимизация финансовых потоков, улучшение медицинской системы, проектирование кабинета принятия решений у Президента(или ниже) и т.д. Много еще чего. Человеку с опытом становится все ясно, что это за система. Но мужик так увлекательно говорил. Я попросил посмотреть БД знаний. Мне дали хиленькую базу формата dbf. В ней сидит десятка три правил типа: если a>b то c=d+f. Я спрашиваю все ли это. Да все!?.. Но мы же можем ввести и новые правила, если нужно?!.. Так в этом то и есть главная загвоздка.

Ну ладно. На следующий день собираемся опять. Наш главный инженер, опытный разработчик, задал пару критикующих вопросов. Я также. Ответы были невразумительные. И все со ссылками на академика Поспелова(создавшего так называемое ситуационное управление), и что «это вам не сливной бачок». Главный инженер сказал вслух, что все это муть, поднялся и ушел. Доктор наук взбеленился и сказал, что критканы — старперы и им не понять современных новаций. Я, как старпер, поднялся и ушел также. Узнаю назавтра, что под доктора наук сформирована группа молодежи(студенты и вчерашние студенты) и что уже будет чуть ли не внедрение в Брестской области. Ладно, работайте. Под доктора была создана и в Питере группа. Проходит время. Спрашиваю у молодежи как дела. Оказывается, что они уже заняты другой тематикой – Wi-Fi. — «А как же семантическая сеть?» В ответ пожимают плечами. Больше питерца я не видел. Да, действительно, автоматизация это вам не сливной бачок. Думаю, что кое-что он, все-таки, отпилил на хлеб с маслом.

6.2. Срыв нобелевской премии по экономике

Этот случай можно назвать “Бывшие физики резвятся”. Cлучай произошел в Беларусбанке. Сбербанк(потом он стал Беларусбанк) договорился с фирмой Имярек на разработку системы банковских расчетов карточками. Дело по тем временам новое и весьма актуальное. Несколько этапов уже было неплохо оплачены предыдущим руководством банка. Сейчас наступил срок оплаты очередного этапа. Фирма-исполнитель предъявила предварительный отчет и просит оплатить текущий этап. А руководство сейчас уже другое. Сбербанк превратился в Беларусбанк. И новое руководство хочет проанализировать сложившиеся договоры. Все ли там выполняется, нужны ли эти договоры и т.д. Вполне резонно. Оценить работу просят департамент автоматизации. Ведь тема касается внедрения автоматизированной системы карточных расчетов. В департаменте оценка поручается мне. По этой теме уже есть несколько томов стадии ”Предварительный отчет”. Я беру отчет(он и сейчас есть у меня) беру договор и начинаю анализировать. Раскрываю отчет(листов 300)) и вижу родные знакомые формулы и уравнения. Есть уравнение Ланжевена из физики(что-то рассматривалось как случайный процесс и применялся аппарат стохастических рядов) и многие другие уравнения. Сплошная эконофизика. Восхитительно. Окольными путями выясняю, что за ребята в этой фирме. Конечно, бывшие физики. Кванты пришли в экономику! Хорошо! Но нужно во всем разобраться и нужно много времени. Проблема не только в формулах, а и в текстовых предложениях. Таких сложных предложений и четырехэтажных заглавий я не встречал раньше( Некоторые из них я даже выписал и пробовал давать на экспертизу знакомым. Результат – ступор). Вот пример. Название темы договора: «Изучение и разработка новых видов услуг, форм получения доходов и методов вхождения в широкие рыночные операции, разработку системы управления и регулирования экономикой этих услуг, разработку системы правовых и нормативно-технических актов, защищающих права лиц, принимающих платежи при обслуживании клиентов Сбербанка по системе BelCard». Это название так и не тзакрепмлось у меня в памяти. С чем сопрягается часть "…, разработку системы управления…", ".., разработку сиcтемы правовых…". Почему винительный падеж? Может просто «разработка…»? Тогда хоть становится понятной грамматическая конструкция предложения… И далее в этом роде.

Что же делать? Тогда я беру договор и начинаю буквально по пунктам искать следы их выполнения в отчете. В договоре фигурируют как выходные результаты договора программы. Где программы? — Нет программ. Программ нет, но есть формулы (уравнение Ланжевена, уравнение Фоккера-Планка…). И это только предварительный отчет. Я прошелся по всем пунктам и понял, что договор не выполнен ни по одному пункту и, судя по всему, не может быть выполнен. Заметьте, что о важности формул и самой математической модели я не говорю ничего. Я говорю только о выполнении договора. А он не выполнен. Я предложил руководству отказать в оплате и сказал, что готов мотивировать в суде отказ от оплаты (по крайней мере своему непосредственному руководству я дал на подпись бумагу такого рода, а что там дальше было – мне неведомо). И, конечно, привел аргументы своей точки зрения. И указал, что даже предыдущая оплата была авансом (по моему, около $100 000). Но что упало, то пропало. А дальше, извините…
Что было дальше, не знаю. Скоро я перешел на работу в БМРЦ (Белорусский межбанковский расчетный центр). Там, оказывается, работали выходцы из бывшего ВЦ бывшего Сбербанка, а теперешнего Беларусбанка. В нашем управлении был переводчик, который часто бывал за рубежом по линии разработки платежной системы РБ (RTGS), которую опекала Европа, и по которой много денег утекло(но это уже другой разговор). Вот этот переводчик привез из Лондона джин и тоник и устроил угощение для некоторых работников управления. Было начало перестройки и для нас, невыездных, джин и тоник были в новинку. Мне выпивка весьма понравилось. Джин был очень свеж. Угостились, расслабились и начали беседовать о … работе, конечно. И тут слышу нечто интересное. Речь идет о договоре с Сбербанком, к которому рассказчик (гость извне) был причастен до перехода в БМРЦ. Это была, мол, грандиозная работа, тянущая, возможно, на нобелевскую премию по экономике. Но вот нашлись типы в Беларусбанке, зарубившие этот проект. Спрашиваю, а кто зарубил, конкретно. А он на меня смотрит и говорит: «Да ты же ведь и зарубил!» И на лице написано: «Не прикидывайся невинной овечкой». Я опешил. Потом вспомнил злополучный договор. Оказывается, договор, все-таки, зарубили. (Потом, работая дальше, я понял, что те же физики хотят пристроить эту же тему в БМРЦ. Но и тут не получилось). Сам рассказчик был очень порядочный человек. Подходил ко всему добросовестно и скончался от инфаркта на работе. Царство ему небесное.

Ну, что же, может и зарубил я выдающийся проект. Может и светила ему Нобелевская. Но договор то не был выполнен.