В предыдущих частях материала мы получили технологический продукт для тиражирования в 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. Каталог решений — корпоративный федеративный технологический магазин
