Облом, Или Как Провалился Любимый It-Проект

Неужели кто-то откажется от таких перспектив? Ведь это настоящее современное рабочее место для креативного экономиста и менеджера.

В конце концов проект был реализован.

И я наивно думал, что это пройдёт на ура.

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

Посмотрим, что произошло дальше.

Я влюбился в проект и был уверен в его успехе.

Но, увы.

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

История проекта «Сказка скоро будет рассказана, но дело не скоро будет сделано» Все названия компаний и банков не настоящие.

И тогда я наткнулся на зачатки аналитики.

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

Стандарты определили структуру рисков деятельности банка.

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

Я разговаривал с менеджерами (а это были три дамы: президент, председатель, директор!!!), но не убедил их в необходимости независимого проекта.

И я фактически оказался без работы, и мне было одновременно скучно и грустно.

Но потом мне предложили подработку - разработать проект мультивалютного банковского операционного дня (ОДБ) для компании НП.

Я начал работать и в итоге перешёл в НП на постоянную основу для разработки мультивалютного проекта ODB. Но идея аналитики осталась в моей душе.

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

Все это было реализовано в лоб, без какой-либо унификации и глубокой системы.

В Москве проходит очередная выставка банковских продуктов.

И мы выставляем.

К нам подходит один банкир и начинает знакомиться с нашим продуктом.

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

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

И тогда я укрепился в идее аналитики.

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

В общем, я воодушевился еще больше.

Автоматизацией в БСБ занимался мой бывший начальник из банка ПСБ.

Он посмотрел проект, пару раз выпил со мной кофе и пригласил поработать с ним.

И мы уже реализовали проект в одном из банков.

Но, увы, мне не очень хотелось это реализовать.

И я согласился на переход. И вот я в BSB. Работу я выполнил быстро и у меня появилось много свободного времени.

Я начал изучать Делфи.

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

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

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

Я работаю над этим по собственной инициативе.

Я набросал концепцию и начало технического проекта и обратился с этой идеей к начальнику.

Но как раз начальник набирает персонал из вычислительного центра ПСБ и они показывают некоторые зачатки банковской аналитики, которую использовали в ПСБ.

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

Итак, меня подвезли.

Но я продолжаю развивать проект самостоятельно.

Времени было достаточно.

Занимаюсь самообразованием - читаю толстые книги: «Финансовый менеджмент в коммерческих банках» (автор Синки), «Банковский менеджмент» (автор Роуз), «Финансовый менеджмент фирмы» (автор Смит и др.

).

И я становлюсь еще сильнее в своей идее.

Когда я уже ушел из BSB, я узнал, что BSB склоняется к идее приобретения SAP, что они в итоге и сделали.

Потом несколько лет это реализовывали, и не знаю, реализовали ли дальше.

Да, было модно обращаться к западной продукции.

Объяснение простое: ведь речь шла о систематических зарубежных командировках за счет банка.

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

И поэтому я решил продвигать это на частном примере кредитования.

Коротко о сути задачи.

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

В общем случае весь портфель не может быть удовлетворен: может не хватить поддерживающих ресурсов.

Плюс есть набор стандартов, которым должно соответствовать состояние банка.

Это значит, что есть проблемы выбора.

А там, где есть несколько вариантов выбора, возникает проблема оптимального выбора.

Компания богата наличными и может финансировать несколько проектов.

Я начинаю исследовать разработку проекта бизнес-аналитики.

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

Разработка системы RTGS (Real Time Gross Settlement) – осуществления крупных платежей в режиме реального времени – идет полным ходом.

Проект курируется Европой.

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

Наше руководство регулярно ездит в Европу.

Руководство обслуживают переводчики из моего отдела.

А в моем руководстве целый шкаф ценных переводов по банковской тематике.

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

Ну да ладно, RTGS разрабатывается.

Что делать с мелкими платежами? Предполагается, что они будут реализованы в клиринговом режиме.

Для клиринга не существует какого-либо утверждения или четкой терминологии.

И поэтому я обязуюсь самостоятельно развивать проект Клиринг.

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

Я просто полон энтузиазма.

Но наступают новые политические времена.

Винникова, председатель Национального банка Республики Беларусь, арестована.

А мой начальник возглавил МРЦ по предложению Винниковой.

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

Босс уходит. И они начинают на меня давить.

Меня даже отправили в небольшую комнату далеко от моего офиса.

Приходит новый босс.

Я представляю ему на рассмотрение свой проект по очистке.

Босс хранит проект около месяца.

Я ждал и ждал и повернулся к нему.

И в ответ услышал: «Разработка проектов не входит в ваши прямые должностные обязанности».

Вот вам и ваша инициатива.

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

Да, кстати, я написал статью на тему клиринга для отраслевого журнала.

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

Статья была принята и опубликована без каких-либо препятствий.

Воодушевленный, я развил эту идею дальше и отправил в журнал вторую статью.

А потом по поведению редактора я понял, что канал заблокирован.

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

Значит, я на правильном пути.

Кроме лидера пока никого нет. Одна Сейчас.

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

Позволь мне представить тебя.

Уже что-то есть.

И директор говорит: «А почему бы не перейти на самоокупаемость – продать проект по частям, которые уже реализованыЭ» Я был ошеломлен.

Я начинаю утверждать, что МАЗ не продает колеса, а продает самосвалы.

Они нырнули и разошлись.

Я начинаю чувствовать пристальное внимание со стороны главного инженера.

Это был мой непосредственный начальник.

Вся идеология проекта исходила от него.

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

Он все время исследует мои дела и однажды объяснился.

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

Сценарии назывались ОПР, не помню почему.

Так, он сказал, что проект должен быть сделан на пилотном проекте и вся аналитика должна быть сведена к отчетам, написанным на пилотном проекте.

Это еще не был приказ (и он, конечно, имел право приказать).

Мы начали обсуждать.

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

В целом это была приятная, нормальная дискуссия.

Подобные обсуждения продолжались несколько раз.

Это хорошо, это правильно.

Но, однако, ни он, ни я не меняем своей точки зрения.

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

Большой.

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

Это меня шокировало.

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

Но если будет свободная дискуссия, то не закрывайте мне рот. Мы равны.

В общем, дебаты я проиграл, хотя и не с разгромным счетом.

«Теленок бодался с дубом».

Я получил хороший урок корпоративной этики и начал искать новую компанию.

И я нашел это - АТЛ.

И разрешение на ввод команды.

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

Я отказался от внедрения: самому разработать и внедрить — не слишком ли это.

И я начал набирать команду.

В бригаде никогда не было более 8 человек.

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

Я составил на него техническое задание и пошел дальше.

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

Итак, проект начал развиваться быстрыми темпами.

Некоторые функции были предложены потенциальными клиентами.

Например, я демонстрирую проект французам.

Я добрался до графиков временных рядов.

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

А еще от операции можно связаться с ее исполнителем.

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

Проект становился все более солидным.

Из любопытства я попробовал реализовать веб-интерфейсы для создания веб-сервисов.

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

Мы начали выставляться на IT-выставках.

Я демонстрировал не презентацию, а реальную работу продукта.

Позже я отказался от этого, потому что это было слишком напряженно.

У меня даже руки начали дрожать, когда мне пришлось реально демонстрировать требуемое свойство.

К продукту был проявлен значительный интерес.

ИТ-менеджмент пришел из одного солидного банка.

На следующий день пришла целая команда из IT-отдела.

Затем прибыла команда банкиров.

И покажи им все мне.

Ну, думаю, все кончено.

Увы.

И большинство из них пришли от айтишников.

И допрашивали меня настолько дотошно, что однажды я прямо спросил: «Так ты собираешься брать или тебе просто интересноЭ» А в ответ: «Нет, мы не возьмемся, мы просто делаем что-то подобное и поэтому интересуемся, как делают другие».

Я взял его и попросил посмотреть их проект. Они не отказались.

Проект реализован на языке java. Он занимался только генерацией показателей.

И это поколение, на мой взгляд, заняло слишком много времени.

И, следовательно, генерация происходила ночью.

В один прекрасный весенний выходной меня вызывают на работу.

Нам нужно показать проект важному банкиру из Санкт-Петербурга.

Банкиру проект очень понравился, и он попросил приехать в Петербург и показать проект широкой публике.

Пойдем.

Присутствует весь менеджмент банка.

Нас познакомили, и перед знакомством начались жаркие дискуссии между менеджерами.

Одна партия за существующий там проект, а вторая за нас.

Мы слушали и слушали и просили прервать дебаты.

Мол, покажем проект, а потом обсудим.

Так они и сделали.

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

Потом мы все это покажем и тогда решится судьба проекта.

Мы реализовали все необходимое и собираемся в командировку в Санкт-Петербург.

А теперь пора идти.

И тут начальник кладет трубку.

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

И Питер сломался.

Были также гости из Парижа.

Главой делегации был какой-то потомок русских эмигрантов.

Он достаточно хорошо знал русский язык.

Судя по всему, проект ему понравился и в знак уважения(?) он подарил мне ноутбук от IBM, хотя и не совсем последней модели.

Ноутбук до сих пор работает. Вскоре начальник приказывает мне подготовить проект для Парижа.

Ух ты! Вся документация была переведена на французский язык.

Проект локализован.

Мы обмениваемся данными с банком в Париже.

Готовимся к командировке.

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

И все затихло.

Мой бывший начальник в MRC возглавлял отдел стратегических исследований банка ПСБ.

И он позволил мне протестировать проект. И что я могу тебе сказать? — Никогда не пытайтесь эксплуатировать сырой проект заказчика.

Вы только навредите своей репутации.

Так и произошло.

После пары неудач – прохлада со стороны банкиров.

И все выглядят так: «Кому нужна дополнительная работа без дополнительной оплаты».

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

Работа с предметами была полностью взята из аналитики.

Ну и несколько индикаторов тоже оказались полезными.

Мы оперативно реализуем вексельный проект. Проект реализован.

Сопровождение в процессе.

И тут грянул гром.

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

И поэтому мы, разработчики, должны продемонстрировать проект аудитору.

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

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

Не на что было жаловаться.

Но проект стоил гроши и я не представляю, как на нем можно заработать.

По крайней мере, мы от этого не выиграли.

Проект сохранили и мы уже думали о его развитии.

Но затем президент запретил вексельную форму оплаты.

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

), о деньгах речи не шло и смысла работать нам не было.

Появился интересный потенциальный клиент. Он описывает нам тему автоматизации примерно так.

Есть много субъектов и много отношений между ними.

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

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

Основные поставщики данных: МВД, банки, налоговые органы, соцзащита, таможня, Интерпол.

Начался спор о том, стоит ли разрабатывать самому или покупать покупной продукт. Заказчик склонялся к купленному варианту.

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

Я начал разрабатывать техническое задание.

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

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

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

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

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

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

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

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

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

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

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

Как и следовало ожидать, дальше технических требований дело не пошло.

И прошло около года.

Мораль: не оказывайте слишком сильного давления на клиента.

Или, может быть, босс не хотел этого проекта.

Дело в том, что он также отвечал за проект ERP для КГБ, и проект горел.

И во время работы с отношениями я заинтересовался языком Пролог, а точнее Visual Prolog. Я начал пытаться.

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

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

Описание предметной области является декларативным и поэтому относительно легко вписывается в объявление Пролога.

Но мне не очень понравились возможности вывода форм в Visual Prolog. И меня начала осенить мысль, что для каждой конкретной проблемы нужен свой язык.

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

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

Единственное — стандартизировать интерфейсы между получившимися модулями.

Зачем мне вся мощь C# с Visual Studio, если я, например, разрабатываю только формы, или только отчеты, или только обмен с базой данных,.

Проект был включен в аналитику в подсистеме «Взаимоотношения».

Я с ним полностью согласился и всю документацию по своим проектам написал сам.

Вплоть до презентаций Powerpoint. Сейчас мне кажется, что проблема технического письма стала еще острее.

Люди стали мало читать и писать только комментарии в сети, которые иногда стыдно читать.

Какой язык самый важный? - твой дорогой.

Вам нужно это знать в первую очередь.

И на тот момент основным банковским ИТ-продуктом на рынке был операционный день банка (ОДБ).

И я принимаю решение расширить рамки проекта и сделать комплексный проект, включающий в себя: ОДБ, кадры, депозиты, кредиты, натуральный учет, оперативный учет. Уговорить начальника не заняло много времени.

С ODB дела пошли хорошо.

Но была путаница с кредитами и депозитами.

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

Ребята молодые, бойкие, склонные к системному программированию.

Слышно: сокеты, TCP/IP, Интернет, шаблоны.

Проходит месяц, а прогресса нет. Но каждое утро ребята бурно обсуждают Формулу 1. Вот и слышно: «А Шумахер это, а Алонсо то…».

После обсуждения Формулы 1 мы перешли к алгоритму разделения интернет-трафика между сотрудниками.

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

Закончилось это тем, что я предложил вкладчикам и кредиторам подать в отставку.

Именно это и произошло.

И тут начались новые времена.

Компанией владел и управлял приятный бизнесмен.

Очень религиозный человек.

И в компании был толстый слой его единоверцев.

И все прошло более-менее спокойно.

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

Скоро мы получим заказ на разработку ERP для КГБ.

Со временем проект начал проваливаться и возникла острая необходимость усилить команду разработчиков ERP. А мой проект был венчурным и в нем работали хорошие ребята.

И вот они начали вытягивать людей из моего проекта.

И не поспоришь: ведь мы сидим на шее других проектов.

Так что вскоре я снова остался один.

И в компании росла чекистская прослойка.

Начат проект по разработке шифровально-дешифровального оборудования.

Мы разместили сторонний заказ в МВД на доработку проекта АСП.

Закончил.

А потом оказывается, что компания обанкротилась.

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

И старая компания обанкротилась.

И моя аналитика стала домашним проектом.

Но по инерции интерес к проекту не угасал некоторое время.

Пришло время .

Net. Я понял, что перейти на архитектуру SOA уже относительно легко.

Перенес почти всю бизнес-логику с Delphi на C#.

Я познакомился с WCF. Выбранные услуги.

Определенные интерфейсы.

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

Эта функция стала системной.

Однажды звонит телефон.

Позвонили ИТ-специалисты, которые планируют развивать бизнес-аналитику.

Обратились к владельцу портала tut.by, с которым я когда-то разрабатывал валютный ODB-проект. Мой бывший начальник (пух ему небеса) всегда подходил ко мне на выставках и я рассказывал ему о своих успехах.

Он высказал несколько умных маркетинговых замечаний, которые заставили меня задуматься.

И он послал ребят ко мне.

Они рассказали о своих планах.

Я им сказал, что их идеи уже давно реализованы, но отложены на полку.

И я показал им проект. Они поняли, что это очень трудоемкая задача, и предложили протолкнуть мой проект банкам.

И я уже вступил в стадию пессимизма по поводу перспектив проталкивания в банки.

Но ребята упросили меня попробовать.

Я им говорю – действуйте.

Я снабдил их рекламными материалами, письмом в банки, и они начали давить.

Результат был предсказуем.

Я до сих пор не могу определить причины неудачи.

Я пытался отправить проект в EPAM. Они резонно ответили, что разрабатывают только на заказ, а венчурными разработками не занимаются.

У нас в Минске есть Парк высоких технологий – ПВТ, который работает под эгидой Президента республики.

И у него есть отдел Бизнес-инкубатора.

Я отправил туда предложение отдать им мой проект бесплатно.

Ответа не последовало.

Я посмотрел в Интернете, что такое инкубатор, и нашел это.

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

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

Похоже, это правда.

Описание Проекта "Все, что блестит, не золото" А теперь более подробно о многострадальном проекте.

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

Это не реклама проекта.

Проект мертв.

Готов отдать в хорошие руки бесплатно.

Если кого-то интересуют некоторые подробности проекта, то смотреть .

Старая оригинальная версия описания (поэтому возможно более интересная) находится здесь Здесь .

В клиент-серверной архитектуре была только одна служба — СУБД.

В SOA сервисов может быть сколько угодно и они могут располагаться на разных компьютерах сети.

WCF соединение клиент-сервис и сервис-сервис.

СУБД В базе данных нет хранимых бизнес-процедур.

СУБД достаточно загружена стандартными запросами на сохранение, обновление и получение данных.

Отсутствие хранимых бизнес-процедур значительно упрощает изменение СУБД.

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

Отчеты Отчеты не должны содержать никаких бизнес-функций.

Отчет – это просто отображение группы показателей в заданном виде.

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

Интерфейсы Любой доступ к сервису должен осуществляться только через интерфейсы.

Группы Объекты одного типа (индикаторы, субъекты, операции.

) можно комбинировать по любому допустимому логическому критерию.

Групп может быть сколько угодно.

Эисследователи Иерархические структуры должны отображаться в одном проводнике.

Поиск по родству.

Ведение групп предметов.

Ведение показателей и их временных рядов.

Ведение групп показателей.

Значения индикатора могут быть числовыми, текстовыми, логическими, календарными.

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

Примеры агрегатных функций: максимум по предметам, средний по времени, минимум по времени….

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

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

Статистический анализ временных рядов.

Проверка статистических гипотез.

Нахождение статистических параметров.

Регрессивный анализ.

Нахождение лучших регрессий.

Управление портфелем ценных бумаг.

Получите платежный календарь.

Прогнозирование.

Прогнозирование с использованием линейных трендов.

Прогнозирование портфеля финансовых инструментов.

Прогнозирование с учетом статистического отклонения прогноза от реальности.

Моделирование сценариев.

Различные типы сценариев: операционные, портфельные, индикаторные.

Анализ.

Различные типы анализаторов (декомпозеров): декомпозиция по показателям, по тематикам, по валютам, по исполнителям, по операциям.

Сравнения.

Различные типы компараторов: сравнение по времени, по предметам, по показателям.

Отображение в реальном времени.

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

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