Исходное сообщение
"Структура открытой системы биллинга" Отправлено Norguhtar, 21-Июл-04 16:58
>Кроме этого  возможна реализация модулей НЕУСЛУГ. > >Например: >  - Пополнение счета с помощью различных платежных карт. >  - Экспорт данных в бухгалтерские программы и Execel. >  - Статистические, финансовые  и аналитические отчеты. >  - и т.д. сие скажем так сервисные вещи к Биллингу относится мало. >Такая модульность позволяет менять "поведение" билинга, в зависимости от >того какие модули и/или модуль - услуги подключены. Модульность и гибкость структуры ограничена структурой базы СУБД. Эээ а где все тоже, но в виде ER диаграммы. Плюс если не хочется гемороя MySQL как поддерживаемая СУБД присутвовать не должена. Поскольку эта СУБД не позволяет реализовывать хранимые процедуры. Т.о. должно быть PostgreSQL, Firebird и Oracle как дефакто. Чего хочется. Более подробного описания алгоритма, ER-диаграммы в 3 нормальной форме ;). >Неотъемлемой частью билинга есть возможность пользователя управлять >контрактом. >Подразумевает наличие интерфейса пользователя к своему контракту. >Возможность вносить какие-то изменения. Например блокировать "элемент >услуги". Отказываться от услуги. Менять услугу с одной на другую. >"Покупать" услугу. По SSL и пароль без причин менять нельзя. Еще лучше по ЭЦП чтоб заход был :) (по SSL сертификатам). По минимуму просмотр статистики. По максимуму добавление услуг. По первому типу услуг ip-телефония dial-up карточки. Ноги должны расти от RADIUS. И мое ИМХО лучше использовать FreeRADIUS как бы не вопили из GPL радиусов. Это лучшее.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>>Кроме этого возможна реализация модулей НЕУСЛУГ. >> >>Например: >> - Пополнение счета с помощью различных платежных карт. >> - Экспорт данных в бухгалтерские программы и Execel. >> - Статистические, финансовые и аналитические отчеты. >> - и т.д. > сие скажем так сервисные вещи к Биллингу относится мало. >>Такая модульность позволяет менять "поведение" билинга, в зависимости от >>того какие модули и/или модуль - услуги подключены. > Модульность и гибкость структуры ограничена структурой базы СУБД. > Эээ а где все тоже, но в виде ER диаграммы. Плюс если > не хочется гемороя MySQL как поддерживаемая СУБД присутвовать не должена. Поскольку > эта СУБД не позволяет реализовывать хранимые процедуры. Т.о. должно быть PostgreSQL, > Firebird и Oracle как дефакто. Чего хочется. Более подробного описания алгоритма, > ER-диаграммы в 3 нормальной форме ;). >>Неотъемлемой частью билинга есть возможность пользователя управлять >контрактом. >>Подразумевает наличие интерфейса пользователя к своему контракту. >>Возможность вносить какие-то изменения. Например блокировать "элемент >>услуги". Отказываться от услуги. Менять услугу с одной на другую. >>"Покупать" услугу. > По SSL и пароль без причин менять нельзя. Еще лучше по ЭЦП > чтоб заход был :) (по SSL сертификатам). По минимуму просмотр статистики. > По максимуму добавление услуг. > По первому типу услуг ip-телефония dial-up карточки. Ноги должны расти от RADIUS. > И мое ИМХО лучше использовать FreeRADIUS как бы не вопили из > GPL радиусов. Это лучшее.
	Введите код, изображенный на картинке: