* Markazlashtirilgan bildirishnoma tarixi yo‘q; * Foydalanuvchilar takrorlar va kechikishlar haqida shikoyat qilmoqda; * Bir xil SLA, metrikalar va boshqaruv markazi yo‘q. Maʼnosi Yangi Notification Platformasini loyihalashtiring, u: * turli manbalardan (CRM, Support, Security) voqealarni yig‘adi; * ularni tur va kanal bo‘yicha (email, SMS, Telegram, push) yo‘naltiradi; * shablonlarda birxillik, loglash va kuzatuvchanlikni taʼminlaydi; * SLA ni qo‘llab-quvvatlaydi (p95 ≤ 3 sekund yetkazib berish uchun); * kelajakda kanallarni kengaytirish va kengaytirishga imkon beradi. Nomzod uchun vazifa 1. Tizim uchun funktsional talablarni aniqlang. 2. Funktsional bo‘lmagan talablarni tavsiflang (ishonchlilik, ishlash, xato bilan ishlash). 3. Kontekst diagrammasini (C4 2-bosqich) tuzing. 4. Sekvensiya diagrammasining sxemasini qo‘shing. Masalan, xabar yuborish...

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

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

---

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