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-диаграмма (пример отправки сообщения):
- Источник события (например, CRM) отправляет событие в Notification Platform.
- Event Aggregator принимает событие.
- Router определяет канал и тип уведомления.
- Template Manager формирует сообщение по шаблону.
- Delivery Service отправляет уведомление через выбранный канал.
- Logging фиксирует событие и статус доставки.
- Monitoring обновляет метрики и SLA.
Такое решение позволит централизовать уведомления, улучшить качество доставки и упростить управление системой.