Updated document.txt

weirded authored
revision 09ea7c6ab47e83f1ec573a05617434f521f62c90
document
# Приветствие
Добрый день, уважаемые члены комиссии!

Представленная мной работа - разработка системы мониторинга для серверов обслуживаемых организаций. Название звучит довольно сложно, если не знать как устроена компания, для которой эта система разрабатывалась.

# Структура предметной области

Итак, компания Carbon Soft занимается разработкой программного обеспечения для интернет-провайдеров и его распространением. Модель монетизации - ежемесячная подписка, включающая в себя доступ к обновлениям ПО и техническую поддержку, есть несколько уровней подписки, включающие в себя различные опции (доступ к телефону круглосуточной технической поддержке, приоритет в реализации пожеланий, помощь в настройке оборудования и так далее).

В компании имеются отделы маркетинга, продаж, технической поддержки и разработки. С разработанной системой работают в основном отдел технической поддержки и команда разработки проекта Carbon Reductor.

Техническая поддержка ведётся в основном с помощью системы хелпдеска, интегрированной с используемой в компании CRM. В ней обоими сторонами (клиенты/сотрудники Carbon Soft) могут создаваться заявки. В нерабочее время для части клиентов доступен телефон круглосуточной техподдержки с дежурным инженером, который может при необходимости связаться и попросить помощь у разработчиков продуктов.

Carbon Reductor - это система фильтрации трафиков для интернет-провайдеров, требующая крайне стабильной работы. Неполадки в её работе могут привести к штрафам от Роскомнадзора, для использующих её интернет-провайдеров, а получение таких штрафов безусловно скажется на их лояльности к Carbon Soft, что крайне нежелательно и чревато убытками.

Когда клиенты стали получать первые штрафы, а часть из них отказалась от продукта (и перестала платить деньги) было решено - Carbon Soft должен сделать всё, чтобы:

1. возникало гораздо меньше проблем
2. поскольку избавиться от всех проблем невозможно, возникающие проблемы должны устраняться сразу после обнаружения

Тогда и было решено реализовать данную систему мониторинга.

# Функциональная модель.

Сейчас схема работы с возникающими на серверах клиентов выглядит следующим образом. Сотрудники клиент, либо система автодиагностики обнаруживает проблему, формирует её и сообщает о ней в хелпдеск, создавая заявку, которая затем решается.

Система диагностики анализирует множество параметров.
Раньше система автодиагностики сообщала сотрудникамо найденных проблемах сотрудникам провайдера и технической поддержки по электронной почте. Письма терялись или удалялись по ошибке, их становилось всё больше, проблемы оставались незамеченными, сообщения от платящих клиентов были перемешаны с неплатильщиками и тестирующими систему.