* Keine zentrale Benachrichtigungs-Historie; * Nutzer beschweren sich über Duplikate und Verzögerungen; * Kein einheitliches SLA, keine Metriken und kein Steuerzentrum. Ziel Entwerfen Sie eine neue Notification Platform, die: * Ereignisse aus verschiedenen Quellen (CRM, Support, Sicherheit) aggregiert; * sie nach Typ und Kanal (E-Mail, SMS, Telegram, Push) routet; * Einheitlichkeit bei Vorlagen, Logging und Beobachtbarkeit gewährleistet; * SLA unterstützt (p95 ≤ 3 Sekunden für die Zustellung); * Skalierung und Erweiterung der Kanäle in Zukunft ermöglicht. Aufgabe für den Kandidaten 1. Definieren Sie die funktionalen Anforderungen des Systems. 2. Beschreiben Sie die nicht-funktionalen Anforderungen (Zuverlässigkeit, Leistung, Fehlerbehandlung). 3. Erstellen Sie ein Kontextdiagramm (C4 Level 2). 4. Fügen Sie ein Sequenzdiagramm hinzu. Zum Beispiel, das Senden einer Nachricht von...

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

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

---

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