Sobes.tech
Middle+

* Nincs központosított értesítéstörténet; * A felhasználók duplikátumokról és késedelmekről panaszkodnak; * Nincs egységes SLA, metrikák vagy irányítási központ. Cél Tervezzen egy új Értesítési Platformot, amely: * különböző forrásokból (CRM, Support, Security) gyűjt eseményeket; * azokat típus és csatorna szerint (email, SMS, Telegram, push) irányítja; * egységességet biztosít sablonokban, naplózásban és megfigyelhetőségben; * támogatja az SLA-t (p95 ≤ 3 másodperc a kézbesítéshez); * lehetővé teszi a csatornák skálázását és bővítését a jövőben. Feladat a jelölt számára 1. Határozza meg a rendszer funkcionális követelményeit. 2. Írja le a nem funkcionális követelményeket (megbízhatóság, teljesítmény, hibakezelés). 3. Készítsen kontextusdiagramot (C4 Szint 2). 4. Adj hozzá egy szekvenciadiagram vázlatot. Például, egy üzenet küldése...

sobes.tech MI

Válasz az MI-től

Функциональные требования:

  • Приём и агрегация событий из различных источников (CRM, Support, Security).
  • Классификация и маршрутизация уведомлений по типу и каналу (email, SMS, Telegram, push).
  • Управление шаблонами уведомлений с возможностью единообразного редактирования.
  • Логирование всех событий и действий для аудита и отладки.
  • Метрики и мониторинг (включая SLA, например p95 ≤ 3 сек на доставку).
  • Поддержка масштабируемости и расширяемости (добавление новых каналов).

Нефункциональные требования:

  • Надёжность: система должна быть устойчива к сбоям, с механизмами повторной отправки и резервирования.
  • Производительность: обработка и доставка уведомлений в пределах SLA.
  • Обработка ошибок: детальный лог ошибок, уведомления об ошибках, возможность отката.
  • Безопасность: защита данных пользователей и каналов связи.

Контекстная диаграмма (C4 Level 2):

  • Внешние системы: CRM, Support, Security (источники событий).

  • Notification Platform:

    • Event Aggregator
    • Router (маршрутизация по каналам)
    • Template Manager
    • Delivery Services (Email, SMS, Telegram, Push)
    • Logging & Monitoring
  • Пользователи и администраторы (через UI или API для управления и мониторинга).


Sequence-диаграмма (пример отправки сообщения):

  1. Источник события (например, CRM) отправляет событие в Notification Platform.
  2. Event Aggregator принимает событие.
  3. Router определяет канал и тип уведомления.
  4. Template Manager формирует сообщение по шаблону.
  5. Delivery Service отправляет уведомление через выбранный канал.
  6. Logging фиксирует событие и статус доставки.
  7. Monitoring обновляет метрики и SLA.

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