В предыдущих частях материала мы получили технологический продукт для тиражирования в Gруппе, но куда все это складывать , как искать подходящий продукт, как выбирать если есть похожие?
Допустим у нас просто стеллажи, как в крупных магазинах: ваш продукт здесь – II/45/76-38 – ряд, уровень, место. Можно и так, но как-то неопрятно. Давайте вспомним, что мы размечали площадку на функциональные зоны (Часть 4. Разметим площадку).
По этим зонам можно группировать продукты, точнее распределять по отделам нашего Технологического магазина, а в отделе по полкам и стеллажам.
Придет «покупатель»:
«Что Вам, уважаемый, угодно?» - спросит его, возможно цифровой, ассистент.
«Не знаю, точно. У меня на бэке, что-то не то. Зуд, ноет иногда чешется» - с некоторой неуверенностью вздохнет посетитель.
«Понятно, мы вам поможем. Пожалуйста в отдел ‘Обслуживающих функций’. Вам продуктовый, бухгалтерский учет, может расчеты?» - с участием продолжит ассистент.
«Межбанк» - оживляется посетитель, помешивая сахар в как-то оказавшейся в его руке чашке крепкого чая.
«О, обратите внимание на витрину ‘Расчетные системы’ в этом отделе. Прошу Вас» - резюмирует ассистент, давая понять, что продолжить разговор лучше у названной витрины.
«Спасибо» - удивленно бормочет посетитель и направляется по указателю на табло в нужный отдел.
«Чай-то то с мятой, обычной, не мелиссой! Как узнали?» - изумился про себя покупатель.
«Еще и CRM нужен»- улыбнулся про себя, ассистент и что-то с удовлетворением пометил в своем блокноте. «Аналитический» - добавил он, немного подумав.
По сути, витрины нашего магазина (или разделы каталога) это -
функциональные «плашки» из функциональной архитектуры (см. часть 4 «Разметим площадку»), которые: объединены в определенные пакеты функций по типам продуктов. Например,
АБС : продуктовый и бухгалтерский учет, расчеты и "ЗакрытиеОперационногоДня"
MDM ФизЛиц: сбор, нормализация, дедубликация и публикация данных
Для каждого такого "пакета" определены продукты, которые эти функции и реализуют
И оценку этой реализаций можно посмотреть, не отходя от «витрины».
На рис.2 можно видеть не только прикладные продукты, но и элементы технологического стека. Для таких продуктов может быть применена та же логика, что и для прикладных продуктов. Но это уже другой материал, хотя мысль очевидна.
Каталог продуктов строиться на функциональной архитектуре системы «Федерация». Это выглядит следующим образом :
Для каждого типа организаций (рис.3) определены типовые функциональные блоки
Функции могут быть сгруппированы в пакеты типовых систем на рынке – АБС, Процессинг, Главная книга, CRM (операционный и аналитический). Причем, важно заметить, что пакетирование "на руке" владельца продукта(это его видение), но функции можно брать только из функциональной архитектуры. Не будет "религиозных" споров – входит функция закрытия операционного для в АБС или нет. Будет АБС и АБС с «перламутровыми пуговицами», кто как хочет, так и считает.
Все продукты каталога связаны с функциями, которые в них реализованы, т.е. уже "приземлены" на архитектуру Gруппы
Общий сценарий использования каталога продуктов:
Покупатель, из описанного выше гипотетического примера, выберет в конфигураторе каталога нужные ему функции «продуктовый учет», финансовый продукт «Кредит ФЛ»
и получит все решения, в каталоге, автоматизирующие данные функции для нужного банковского продукта. Причем, в выборку могут попасть как «чистые» продуктовые процессоры или бухгалтерские книги, так и классические АБС других производителей, где продуктовый и бухгалтерский учет поставляются в одной системе
локализует (Часть 7 Двухфазная оценка систем) централизованные оценки систем-кандидатов для своей организации
и выбирает лучшее для его организации решение
Так выглядит система «Федерация», предназначенная для принятия решений по тиражированию систем в распределенной организации.
Итого, соберем все по порядку :
Часть 1. Постановка задачи - согласованность архитектуры в федеративной среде
Часть 2. Концепция - управленческий контур, архитектурные инструменты, методология (неTogaf)
Часть 3. Шапка архитектора для владельца продукта - как "позиционировать" в неизвестный ИТ-ландшафт
Часть 4. Разметим площадку - функциональная архитектура, каналы, сервисы, клиенты функции
Часть 5 . Критериальная модель - как оценивать и выбирать системы
Часть 6. Постоянная часть критериальной модели - оценка технического совершенства системы
Часть 7. Переменная часть критериальной модели - оценка специфики систем
Часть 8. Анкета системы - входные данный для анализа системы
Часть 9. Двухфазная оценка системы - общая оценка и ее локализации у потребителя
Часть 10 . Каталог решений - корпоративный федеративный технологический магазин
