Расчетная часть ядра

В данном случае нас в большей степени интересует именно расчетная часть ядра. Расчетная часть ядра отвечает за учет денег, контроль за предоставлением услуг, обработку статистики в минимально необходимом объеме. Такие операции как клиентский учет, бухгалтерский учет, дилерские системы, пользовательские и административные интерфейсы и т. п. не являются частью ядра, они достраиваются поверх ядра в качестве модулей.

Выделим функции расчетной части ядра.

• — Регистрация клиентов.
• — Организация множества платежных планов и их отображение

в ресурсы.

• — Подписка клиентов на выбранные ими платежные планы.
• — Прием, фиксация и обработка платежей различных форм.
• — Контроль за предоставлением услуг.
• — Учет предоставленных услуг, корректировка остатков.

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

На рис. 3.2 изображена обобщенная схема расчетной части ядра. Здесь используются следующие обозначения, принятые в диаграммах отношений [10]. Символ «птичья лапка» означает «много», а прямая линия— «один». Кружок и перпендикулярная черта обозначают опциональность отношения на каждой из сторон. Кружок обозначает необязательность, а черта обязательность. Пунктирными линиями здесь обозначены отношения, которые вводить необязательно.

Рис. 3.2 Структура расчетной части ядра

Клиент может иметь произвольное количество покупок, каждая покупка должна иметь одного владельца. Также клиент может иметь платежи, каждый платеж должен быть зарегистрирован за одним клиентом. Между платежом и покупкой может быть установлена взаимнооднозначная связь. Платеж должен иметь определенную форму оплаты.

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

Каждый платежный план может включать в себя некоторый (возможно пустой) набор ресурсов, в то же время каждый ресурс может относиться к нескольким платежным планам (как минимум к одному из них, иначе этот ресурс не будет предоставляться никогда, следовательно, смысл его введения теряется). Для каждого ресурса должны быть указаны те состояния покупок (или хотя бы одно состояние покупок), при которых этот ресурс будет активен. Соответственно, для каждого состояния покупки указывается некоторое множество активных ресурсов (возможно, пустое, поскольку для некоторых состояний все ресурсы будут выключены). Таким образом, для каждой покупки, изначально относящейся к определенному платежному плану и имеющей в процессе ее потребления определенное состояние, возможно определить состояние ресурсов.

Кроме того, могут быть определены отношение «покупка» — «покупка» для установления последовательных цепочек этих объектов и отношение «клиент» — «платежный план», если покупки предоставляются клиенту по заранее заданной схеме, по стандартному платежному плану.