Практика 1: Старт проекта (контекст, цели, стейкхолдеры, границы)

1.

Практика 1
Старт проекта: контекст,
цели, стейкхолдеры,
границы

2.

Цель: научиться формулировать проблему/цели и границы системы, определить
стейкхолдеров и контекст, чтобы архитектура отвечала на нужные вопросы.
Слайд “Старт проекта”
Контекстная диаграмма C4 (C4 L1: System Context)
Коротко: что за система и зачем она нужна (1–2 предложения).
Система в рассмотрении (System under consideration) — в центре.
Проблема/потребность (что болит сейчас).
Снаружи: люди/роли (Person) и внешние системы (Software System).
Цели (3–5 шт.) + как измеряем (KPI/метрики — хотя бы наброском).
Стрелками: взаимодействия и данные (что и куда течёт).
Стейкхолдеры (5–10): кто пользуется/владеет/эксплуатирует/зависит.
Подпишите ключевые сценарии (2–4 штуки), чтобы диаграмма не была
“просто кружочками”.
Границы: внутри рамок (in-scope) / вне рамок (out-of-scope) (по 3–6
пунктов).
Ограничения/допущения (3–7): регуляторика, безопасность,
связность, сроки, легаси (legacy), бюджет, интеграции.
Представление “Стратегия и планирование
возможностей” (Archimate)
Мини-чеклист качества (самопроверка)
1. Стейхолдеры (Stakeholders)
1. Границы однозначны (что именно “не наша система”).
2. Драйверы
2. Стейкхолдеры — не только пользователи, но и
безопасность/эксплуатация/владельцы данных.
3. Оценка текущего состояния
4. Цели (Goals) / Результаты (Outcomes)
5. Возможности (Capabilities) — что организация должна уметь
3. На диаграмме есть внешние зависимости и “узкие места” (сеть, офлайн,
SLA).
4. Цели не “сделать хорошо”, а измеримые (пусть грубо, но измеримые).
2

3.

Группа 1: RMS
Система для централизованного управления торговыми объектами из офиса: набор портальных решений для управления процессами магазинов,
сервис гарантированной доставки данных (офис
магазины) и оперативное хранилище данных. Цель — обеспечить качественный обмен
данными и повысить эффективность магазинов.
Потенциальные стейкхолдеры:
Типовые ограничения:
Директор по операциям
Магазины могут быть в нестабильной сети / периодически офлайн
Территориальные/региональные менеджеры
Нужна гарантированная доставка (очереди, повторная отправка,
идемпотентность)
Директор магазина / администратор
Сотрудники магазина (кассиры, товароведы — если затрагивает процессы)
ИТ-эксплуатация (1–2 линии поддержки), DevOps/SRE (инженеры надёжности)
Информационная безопасность (ИБ) / риск-менеджмент
Владельцы справочников/данных (MDM/НСИ)
Внешние системы (часто рядом):
ERP/учётные системы (товары, закупки, финансы)
POS/кассовое ПО и/или бэкофис магазина
WMS/логистика (если затрагиваются поставки)
HR/учёт персонала (если есть роли/расписания)
Провайдер идентификации/единого входа (IDM/SSO)
Мониторинг/логирование и Service Desk/ITSM
SLA (соглашение об уровне сервиса) по критичным операциям
Аудит изменений (кто/что/когда поменял)
Задание (акцент на границы)
На слайде явно разделите систему на 3 части внутри границы:
Порталы управления процессами
Сервис гарантированной доставки
Оперативное хранилище
В контекстной диаграмме C4 (C4 L1: System Context) покажите минимум 6–10
внешних сущностей и 3–5 основных потоков данных:
• “офис → магазин” (команды/настройки/регламенты/данные)
• “магазин → офис” (статусы/события/результаты)
• доступ пользователей (SSO), поддержка (ITSM)
3

4.

Группа 2: UEM
Система для централизованного мониторинга и удалённого управления корпоративными устройствами: мобильные (телефоны, планшеты, ТСД,
прайс-чекеры, умные экраны, мобильные принтеры) и стационарные (кассы, КСО, весы). Цели: контроль работоспособности, предотвращение отказов,
удалённое решение проблем, обновление/конфигурация, безопасная эксплуатация.
Потенциальные стейкхолдеры :
Типовые ограничения:
ИТ-поддержка (1–3 линии)
Зоопарк устройств и версий ОС
Команда по рабочим местам/устройствам (endpoint team)
Политики безопасности: шифрование, блокировка, удалённое стирание
Информационная безопасность (политики, соответствие)
Масштаб: много устройств/магазинов
Сотрудники магазинов (полевые пользователи)
Нельзя “уронить кассы” обновлением в пик (нужны окна обслуживания)
Вендоры устройств/подрядчики ремонта (иногда отдельный стейкхолдер)
Задание (не забыть безопасность как стейкхолдера)
Владельцы прикладных систем/приложений на устройствах
На слайде выделите 3 слоя целей:
Внешние системы:
Операционная надёжность (доступность, MTTR — среднее время восстановления)
IDM/SSO (единый вход) + роли/учётки
Управление конфигурациями/обновлениями
PKI/сертификаты (PKI, Public Key Infrastructure) — если есть идентификация
устройств через сертификаты
Безопасность (комплаенс/соответствие требованиям, контроль, реагирование)
Репозитории обновлений/каталог приложений (App Catalog)
Мониторинг/логирование (или UEM выступает источником)
В контекстной диаграмме C4 (System Context) отразите:
• пользователей (поддержка/ИБ/магазин)
ITSM (заявки/инциденты), CMDB (реестр активов)
• управляемые устройства как внешнюю среду (или как отдельные “внешние
системы”)
Сетевая инфраструктура (как внешняя среда)
• ключевые интеграции: ITSM/CMDB/IDM/PKI/репозитории обновлений
4

5.

Группа 3: PSM
Система ценообразования на торговых объектах: расчёт наценки/цены, контроль изменения входной цены и цены продажи, определени е формата ценника,
печать, управление электронными ценниками (ESL, Electronic Shelf Labels), активация прайс-листов, контроль/активация цен, проверка цены на прайсчеккере, история/реестр ценников, офлайн-промо. Ключевая задача — обеспечить покупателя актуальной ценой и информацией о скидках/акциях.
Потенциальные стейкхолдеры :
Типовые ограничения:
Категорийные менеджеры / команда ценообразования
Несовпадение “цена на полке” и “цена на кассе” = штрафы/репутационные риски
Маркетинг / команда промо
Жёсткие сроки доставки изменений (особенно промо)
Директор магазина/администратор
Офлайн режим магазина
Сотрудники магазина (печать/замена ценников)
Историчность и аудит (почему цена стала такой)
Покупатель (как пользователь прайс-чеккера)
Задание (границы особенно важны)
Юристы/комплаенс (корректность отображения цены)
На слайде явно зафиксируйте допущение: где “источник истины” по цене (ваша
система, касса, ЦО — выберите и обоснуйте).
ИТ-эксплуатация
Ценообразование/закупки/себестоимость (входная цена)
В C4 L1 покажите цепочку:
“получили/рассчитали цену → довели до магазина → отобразили на ценнике/ESL
→ проверили на прайс-чеккере/кассе”.
Каталог товаров/НСИ
Отметьте 2–3 критичных сценария:
POS/кассы — “цена на чеке”
• запуск промо
Система управления промо/акциями (если отдельная)
• изменение входной цены
Платформа/шлюз ESL
• офлайн-промо/временная потеря связи
Внешние системы:
Сервис печати/принтеры ценников
Прайс-чекер (как устройство/система)
Системы аудита/контроля
5

6.

Группа 4: ЧХД
Частное хранилище данных: собирает данные со всех торговых объектов, обеспечивает своевременность, корректность и актуальност ь. Предоставляет
представления и агрегаты для анализа, отчёты/дашборды и аналитические инструменты. Является источником данных для других сист ем.
Потенциальные стейкхолдеры :
Типовые ограничения:
BI-аналитики, бизнес-аналитики
SLA по загрузке (например, T+15 минут / T+1 час / D+1 — выберите допущение)
Инженеры данных (Data Engineers) / команда платформы данных
Качество данных (DQ), дедупликация, происхождение данных (data lineage)
Владельцы данных (Data Owners) по доменам
Разграничение доступа (особенно персональные/финансовые данные)
Управление данными / Data Governance + ИБ
Стоимость хранения и сроки хранения (retention)
Потребители данных: другие ИС/продуктовые команды
Задание (показать поставщиков и потребителей)
Руководство (контроль KPI)
На слайде разделите стейкхолдеров на 3 группы:
Внешние системы:
• поставщики данных
Источники: POS, ERP, UEM, ЦО ТТ, ЦУМ
• команда платформы/эксплуатации
Инструменты загрузки: ETL/ELT, оркестратор (orchestrator)
• потребители данных
Каталог данных (Data Catalog), контроль качества данных (Data Quality, DQ)
В C4 L1 обязательно отразите:
BI-инструменты (дашборды), ML/DS платформы
• основные источники данных (можно группами)
IDM/SSO, KMS (управление ключами, Key Management System)
• BI/аналитику как потребителей
• другие системы-потребители (витрины/агрегаты/выдача данных наружу)
В ограничениях: минимум одно про доступ, одно про SLA, одно про качество.
6

7.

Группа 5: GIS
Геоинформационная система для анализа эффективности открытия торговых точек: собирает географические, экономические, демограф ические данные,
данные о трафике, конкурентах и социальных объектах; подтягивает внешние источники; агрегирует и анализирует; строит модели “ где лучше открывать
магазины” и прогнозирует показатели.
Потенциальные стейкхолдеры :
Типовые ограничения:
Департамент развития (главные пользователи)
Ограничения на использование внешних данных
Аналитики рынка/исследователи
Актуальность и обновляемость источников
Финансы / инвестиционный комитет
Объяснимость модели (почему “здесь”, а не “там”)
Топ-менеджмент (утверждение решений)
Риски смещения/предвзятости данных (bias) и бизнес-ошибок
Юристы/комплаенс
Задание (чтобы GIS не стал “просто картой”)
Команда DS/ML (Data Science / машинное обучение) — если строят модели
На слайде обязательно зафиксируйте:
ИТ-эксплуатация
• какие решения принимает бизнес (выбор локации, прогноз выручки,
каннибализация и т.п.)
Внешние системы/источники:
Провайдер карт/геокодинга/тайлов
Демография/статистика (гос/коммерческие источники)
Трафик/мобильная аналитика (поставщики данных)
Данные по конкурентам (агрегаторы — при условии легальности источника)
Внутренние: продажи, лояльность, справочники форматов, реестр точек
BI/отчётность, хранилище данных
• какие данные критичны и откуда берутся (внутренние/внешние)
В C4 L1 покажите:
• внешних поставщиков данных (можно группами)
• внутренние источники (факт продаж, существующие точки)
• пользователей (экспансия/финансы) и результаты (отчёты, рекомендации,
API/выгрузки)
В ограничениях: минимум одно про внешние данные и одно про
объяснимость/качество модели.
7