Gyakorlati feladat: Egységes értesítési platform (Notification Platform) Környezet A cégnél 3 széttagolt rendszer van, amelyek értesítéseket küldenek a felhasználóknak: 1. CRM — e-maileket és push értesítéseket küld a megrendelésekről. 2. Support Portál — üzeneteket küld a jegyekről a Telegram boton keresztül. 3. Biztonsági rendszer — SMS értesítéseket generál gyanús bejelentkezésekről. Minden rendszer saját logikát valósít meg: * saját sablonok, hardcoded címzettek; * nincs központi értesítési tö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 Új Notification Platform tervezése, amely: * eseményeket gyűjt különböző forrásokból (CRM, Support, Security), * azok típus és csatorna szerint (email, SMS, Telegram, push) irányítja, * egységes sablonokat, naplózást és megfigyelhetőséget biztosít, * 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. Adjon hozzá egy szekvenciadiagram vázlatot. Például, CRM-ből történő üzenetküldés.

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

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

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

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

---

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

• Внешние системы: CRM, Support Portal, Security System.
• Notification Platform:
  • API Gateway для приёма событий.
  • Event Processor для маршрутизации.
  • Template Manager для шаблонов.
  • Notification Dispatcher для отправки по каналам.
  • Logging & Monitoring.
  • User Preferences Service.

---

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

1. CRM отправляет событие уведомления в Notification Platform через API.
2. API Gateway принимает событие и передаёт его Event Processor.
3. Event Processor определяет канал (например, email) и выбирает шаблон из Template Manager.
4. Формируется сообщение и передаётся Notification Dispatcher.
5. Notification Dispatcher отправляет email через Email Service.
6. Статус отправки логируется в Logging & Monitoring.
7. Notification Platform возвращает статус CRM.

---

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