Web2l для профессионалов

• Инсталляция Модуля Управления Клиентами
• Деинсталляция Модуля Управления Клиентами
• Общие сведения
• Пользователи и Группы Пользователей
• Рынки и Группы
• Поля
• Действия
• Меню
• Панель Инструментов и Строка состояния

Как организованы данные

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

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

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

Типичная схема распределения данных по Группам изображена на Рис. 1:

Рис. 1. схема распределения данных по Группам.

Для того, чтобы избежать подобных проблем, все таблицы WEB2L организованы в локальные структуры, названные Рынками. Рынки скрывают от Пользователей (так же как и от администратора Модуля Управления Клиентами) источники данных и организуют Группы в логически корректные множества.

Следующая ниже схема иллюстрирует эту идею Рис. 3.

Рис. 3.Рынки и их Группы.

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

Таким образом, WEB2L:

• Получает одну Группу или несколько из одного или нескольких источников данных;
• Реорганизует полученные Группы в Рынки;
• Посылает реорганизованные данные конечным пользователям;

Как организованы конечные пользователи

Для того, чтобы конечный пользователь мог работать с WEB2L, он должен быть зарегистрирован в ARS. Обязательные поля Имя (Идентификатор пользователя) и Пароль, но в ARS может храниться также и дополнительная информация (настоящее имя, контактный телефон и т. п.).

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

Группа Пользователей – это логическое объединение одного или более зарегистрированных конечных Пользователей (могут существовать Группы Пользователей и без Пользователей). Все Пользователи конкретной Группы имеют одни и те же привилегии в системе WEB2L. Это означает, что права доступа определяются для Группы, а не для отдельного Пользователя. Группы могут содержать другие группы, глубина иерархии не ограничена.

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

В дополнение к привилегиям Группы Пользователей каждый Пользователь имеет свои атрибуты:

• Персональный пароль;
• Состояние: подключен или отключен.

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

Можно временно отключить любого конкретного пользователя, установив его состоянию значение Disable (Отключен). Нормальное значение этого свойства Enable (Подключен). Состояние Disable может использоваться для временного (или постоянного) запрещения использовать данную учетную запись.

Как данные и конечные пользователи соответствуют друг другу

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

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

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

Проблема с горизонтальным деление таблиц (т. е. по строкам) состоит в том, что MDH должен каким-либо образом различать строки, принадлежащие различным пользователям.

Решение проблемы состоит в том, чтобы приписать Идентификатор пользователя (UserID) каждой строке таких таблиц. Это может быть сделано с рабочего места администратора Модуля Управления Правами Клиентами. Поле, содержащее UserID в терминах WEB2L, называется индексным полем.

Для иллюстрации данной идеи представим себе следующую таблицу, содержащую информацию о портфелях для нескольких клиентов:

Для правильного распределения данных между пользователями необходимо задать поле UserID (Идентификатор пользователя) в качестве индексного поля. В этом случае MDH может выбрать соответствующие строки из таблицы и послать их соответствующему клиенту. Например, на запрос информации по своему портфелю клиентом User2 MDH пошлет следующий фрагмент данных из приведенной выше таблицы:

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

Соединение с ARS

Для начала работы с Модулем Управления Клиентами необходимо установить соединение с ARS. Это делается с помощью вызова формы “Соединение” из панели инструментов или из меню (Рис. 1):

Рис. 1. Вызов формы “Соединение”.

Далее появляется сама форма (Рис. 3):

Рис. 3. Форма “Соединение”.

В форме два поля: имя пользователя и пароль. В случае, когда ARS и ARC (Модуль Управления Клиентами) находятся на одной и той же машине, указывать эти параметры не обязательно. В противном случае необходимо указать имя и пароль корневого пользователя или субброкера.

Рис. 5. Редактирование имени сервера.

Нажав кнопку “Опции>>” можно получить доступ к изменению дополнительного параметра — имени сервера (Рис. 5):

Имя сервера – это имя или IP-адрес машины, на которой установлен ARS.