Sobes.tech
Middle+

* Ei ole tsentraliseeritud teavituste ajalugu; * Kasutajad kaebavad duplikaatide ja viivituste üle; * Ei ole ühtset SLA-d, mõõdikuid ega juhtimiskeskust. Eesmärk Disainida uus Notification Platform, mis: * kogub sündmusi erinevatest allikatest (CRM, Support, Security); * suunab neid tüübi ja kanali järgi (email, SMS, Telegram, push); * tagab mallide ühtsuse, logimise ja jälgitavuse; * toetab SLA-d (p95 ≤ 3 sekundit kohaletoimetamiseks); * võimaldab tulevikus kanalite skaleerimist ja laiendamist. Kandidaadi ülesanne 1. Määratlege süsteemi funktsionaalsed nõuded. 2. Kirjeldage mittefunktsionaalsed nõuded (usaldusväärsus, jõudlus, vigade haldamine). 3. Looge kontekstdiagramm (C4 tase 2). 4. Lisage järjestusdiagrammi skeem. Näiteks sõnumi saatmine...

sobes.tech AI

Vastus AI-lt

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

  • Приём и агрегация событий из различных источников (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.

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