Управление учебным процессом ВУЗа - Руководство администратора  (раздел целиком)  (17.01.2018)
Руководство администратора

1. Управление доступом пользователей к системе

1.1. Управление пользователями, ролями, профилями

Подключение пользователей к системе состоит из следующих этапов:

  1. Создание пользователя БД средствами СУБД. Этот этап необходим только для локального подключения. Для пользователей, которые будут работать при помощи удаленного подключения, создавать пользователей БД не необходимости.
  2. Создание пользователя как объекта системы.
    В Административной форме не вкладке Пользователи необходимо создать запись о новом пользователе.

    Добавление пользователя

    Для того, чтобы пользователь мог работать локально (посредством локального подключения), Имя пользователя должно в точности совпадать с именем пользователя, созданного в СУБД и должно быть занесено В ВЕРХНЕМ РЕГИСТРЕ (например, ESMIRNOVA). В качестве Наименования рекомендуется вводить полное ФИО пользователя на русском языке (например, "Смирнова Елена Ивановна").
    Признак Получает сообщения отвечает за то, будут ли для пользователя отображаться внутренние сообщения системы (такие сообщения могут генерироваться процедурами, о результатах выполнения которых необходимо известить определенных пользователей).
  3. Включение пользователя в Роли.
    Для того, чтобы новый пользователь получил доступ к определенной функциональности системы, его необходимо включить в соответствующие роли. Для включения пользователя в роль нужно в Административной форме в таблице данных Пользователи на подчиненной вкладке Член ролей вызвать действие Создать.

    Включение пользователя в роль

    В поле Роль необходимо выбрать роль из ранее созданных ролей.
    Признак Основная роль позволяет выделить из всего перечня ролей, в которые включен пользователь, основную. "Основная роль" будет использоваться при создании пользователем объектов, принадлежащих к классам "публичных объектов", т.е. объектов, права на изменение которых получают только члены той роли, из которой они были созданы. Примером такого класса является класс "Значение настроек" (изменять значения настроек может только тот, кто их создал).
    Признак Добавить связанные роли используется при включении ролей друг в друга. При включении в роль пользователя этот признак недоступен для установки.

    Вхождение пользователя в роль определяет:
    • какие формы доступа к данным будут доступны пользователю;
    • какие визуальные группы на Консоли управления будут доступны пользователю;
    • какие запреты будут действовать для пользователя;
    Каждая роль соответствует одному из функциональных участков системы, что всегда должно быть отражено в ее наименовании, например "Учебные части факультетов", "Разработка учебных планов", "Олимпиады школьников". В системе существует набор предопределенных ролей, поставляемых вместе с функциональностью системы. Для более тонкой настройки прав доступа Администратор системы может создать новые роли, задав для них набор доступных форм, визуальных групп, групп запретов, и включить в них пользователей.
    Каждый пользователь может быть включен в любое число ролей.
  4. Включение пользователя в профили.
    В дополнение к включению в роли права пользователя могут быть ограничены профилями. Профили задают ограничения на доступ пользователя к определенным классам системы в разрезе бизнес-сущностей (например, факультетов, филиалов, кафедр и т.д.). Каждый профиль задает перечень классов, доступ к которым будет ограничен, и свойств этих классов, в соответствии с которыми будут наложены ограничения. Например, если включить пользователя в профиль "Студенты по факультетам" и задать значение факультета, равное "Факультет социологии", то пользователь получит доступ только к студентам факультета социологии. Можно включить пользователя в профиль несколько раз с различными значениями профилируемого свойства. Если, например, в дополнении к факультету социологии включить пользователя в тот же профиль со значениями профилируемого свойства "Факультет менеджмента" и "Факультет права", то пользователь получит доступ к данным о студентах трех факультетов.

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

    Включение пользователя в профиль

    В зависимости от того, профиль какого домена будет выбран, для выбора будет открыто одно из полей - Филиал, Факультет, Кафедра или Подразделение ДПО. Для предоставления пользователю доступа к данным нескольких подразделений в пределах одного профиля необходимо повторить включение пользователя в профиль несколько раз, указав разные подразделения.

            Если пользователь не включен в профиль, то его права на данные классов, доступных ему согласно его ролям, не ограничены. Например, чтобы дать пользователю доступ к студентам всех факультетов вуза, его НЕ НУЖНО включать в профиль "Студенты по факультетам". Однако после того, как пользователь включен в профиль, он будет иметь доступ только к тем объектам, на которые определены профилем.
    Подробнее о том, в какие именно профили нужно включать пользователей каждого из участков системы можно прочесть в подразделах "Руководство администратора" каждого из участков.
  5. Наряду с системой профилей для ограничения прав доступа пользователей может использоваться система настроек. Настройки позволяют предоставить пользователю доступ к данным, связанным к какой-то одной бизнес-сущностью, например, только к студентам факультета права или только к студентам факультета социологии. Подробнее о настройках в разделе Установка настроек пользователей. Настройки заданные для пользователя администратором системы, пользователь не сможет изменить самостоятельно. Если настройки администратором не заданы, пользователь сможет установить их себе сам. В этом случае он будет иметь возможность их изменения в пределах, ограниченных ролью и вхождением в профилями.

Дополнительную информацию о системе прав доступа можно получить в разделе Руководство администратора по платформе "Мельница данных".

В существующей конфигурации системы выделены следующие категории пользователей:

  • Администраторы системы – осуществляют централизованное администрирование системы, имеют доступ ко всем данным системы как по Москве, так и по филиалам, как на чтение, так и на запись.
  • Бизнес-администраторы системы – формируют и поддерживают справочные данные системы, ведущиеся централизовано; имеют доступ ко всем данным системы как по Москве, так и по филиалам на чтение и на запись.
  • Бизнес-администраторы филиалов – имеют настройку «Филиал»; формируют и поддерживают справочные данные системы, ведущиеся централизовано на уровне филиала; имеют доступ ко всем данным системы одного филиала как на чтение, так и на запись; имеют доступ к справочникам системы, ведущимся централизовано, в режиме «только для чтения».
  • Менеджеры приемной кампании – формируют и поддерживают справочные данные о каждой приемной кампании, ведущиеся централизовано; работают с данными обо всех абитуриентах университета, включая филиалы как на чтение, так и на запись.
  • Менеджеры приемной кампании филиала - имеют настройку «Филиал»; формируют и поддерживают справочные данные о каждой приемной кампании, ведущиеся централизовано на уровне филиала; имеют доступ к данным обо всех абитуриентах одного филиала как на чтение, так и на запись.
  • Пользователи участка «Абитуриент» - работают с данными об абитуриентах Москвы или одного из филиалов; имеют доступ к данным об абитуриентах как на чтение, так и на запись; имеют доступ к справочникам участка «Абитуриент» в режиме «только для чтения».
  • Операторы участка «Абитуриент» - имеют настройку «Филиал»; осуществляют регистрации абитуриентов Москвы или одного из филиалов; имеют ограниченный доступ к данным об абитуриентах на чтение и на запись; имеют доступ в режиме «только для чтения» к ограниченному набору справочных данных, задействованных в процедуре регистрации.
  • Менеджеры факультета – имеют настройки «Филиал» и «Факультет»; формируют и поддерживают справочные данные уровня факультета Москвы или факультета филиала; имеют доступ ко всем студентам своего факультета как на чтение, так и на запись; имеют доступ к справочникам, ведущимся централизованно, в режиме «только для чтения».
  • Пользователи участка «Студент» - имеют настройки «Филиал» и «Факультет»; работают с данными о студентах одного факультета Москвы или филиала в режимах чтения и записи.
  • Менеджеры аспирантуры – формируют и поддерживают справочные данные участка «Аспирант», ведущиеся централизовано; имеют доступ к данным обо всех аспирантах как Москвы, так и филиалов как на чтение, так и на запись.
  • Менеджеры аспирантуры филиала – имеют настройку «Филиал»; формируют и поддерживают справочные данные участка «Аспирант», ведущиеся на уровне филиала; имеют доступ к данным обо всех аспирантах либо Москвы, либо одного из филиалов как на чтение, так и на запись.
  • Пользователи участка «Аспирант» - имеют настройку «Филиал»; работают с данными об аспирантах либо Москвы, либо одного из филиалов в режимах чтения и записи.
  • Менеджеры участка ДПО – формируют и поддерживают справочные данные участка ДПО, ведущиеся централизованно; имеют доступ к данным обо всех слушателях и студентах ДПО как Москвы, так и филиалов как на чтение, так и на запись.
  • Менеджеры участка ДПО филиала - имеют настройку «Филиал»; формируют и поддерживают справочные данные участка ДПО, ведущиеся на уровне филиала; имеют доступ к данным обо всех слушателях и студентах ДПО либо Москвы, либо одного из филиалов как на чтение, так и на запись.
  • Пользователи участка ДПО – имеют настройки «Филиал» и «Подразделение ДПО»; работают с данными о слушателях ДПО одного подразделения ДПО, принадлежащего либо к Москве, либо к одному из филиалов в режимах чтения и записи.
  • Пользователи участка «Выпускник» - имеют доступ к информации обо всех выпускниках, как Москвы, так и филиалов; имеют доступ к ряду атрибутов выпускника на запись и ко всем атрибутам в режиме чтения.
  • Пользователи участка «Выпускник» филиала – имеют настройку «Филиал»; имеют доступ к информации о выпускниках либо Москвы, либо одного из филиалов; ряд атрибутов доступен для записи, все атрибуты выпускников доступны на чтение.

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


1.2. Установка настроек пользователей

Установить для пользователей значения настроек Филиал, Факультет, Подразделение ДПО с целью ограничения доступа пользователя к объектам в рамках каждой роли, можно, выполнив ряд действий:

  1. В разделе Администратору выбрать ссылку Системная форма.
  2. В верхней таблице данных выбрать закладку Пользователи.
  3. Найти и выбрать пользователя в отношении которого будут задаваться настройки.
  4. Вызвать контекстное меню (щелчок правой клавишей мыши) и выбрать процедуру Задать настройки пользователя.
    Определение настроек пользователя
  5. Заполнить форму настроек Филиал, Факультет, Подразделение ДПО для пользователей системы. Пустое значение настройки означает, что пользователь имеет доступ к данным всех филиалов (факультетов, подразделений ДПО).
    Форма заполнения настроек пользователя

1.3. Настройка сервера приложений для удаленного доступа

Для организации удаленного доступа пользователей в систему необходимо

  • Установить сервер приложений на компьютер, на который возложены функции сервера приложений
    Установка сервера приложений
  • Запустить утилиту управления сервером приложений
    Запуск управления сервером приложений
  • С помощью интерфейса утилиты сформировать конфигурацию сервера. Удалите все "лишние" объекты сервера приложений, и добавьте недостающие.
    Конфигурация сервера приложений
    Для организации удаленного доступа минимально необходимы следующие объекты:
    1. "Стандартный прослушиватель HTTP" или "Стандартный прослушиватель HTTPS"
    2. Обработчик запросов БД "Мельница Данных". Этому обработчику необходимо дать имя (в примере - "myHandler"). При настройке параметров обработчика необходимо указать базу данных, к содержимому которой собственно и организуется доступ.
    3. Аутентификатор БД "Мельница Данных". При настройке параметров аутентификатора необходимо указать базу данных, к содержимому которой собственно и организуется доступ.

    С помощью элементов управления на странице "Связи" в окнах настройки объектов сервера приложений свяжите объекты так, как показано на рисунке.
  • Примените сделанные вами изменения конфигурации (самая левая кнопка на панели инструментов).


На стороне удаленного клиента необходимо запустить обозраеватель данных, в поле "Источник данных" указать "DataMill Application Server", в поле "База данных" - url обработчика на соответвтующем сервере приложений. Если хост сервера приложений доступен по имени "myHost", то в поле необходимо написать "myHost/myHandler" ("myHander" - имя обработчика в конфигурации сервера приложений на хосте "myHost")
Подключение к удаленному серверу


1.4. Настройка и использование доверенного доступа

Для использования доверенного доступа на стороне сервера проделайте следующее:

  • Замените в конфигурации сервера приложений аутентификатор на "Аутентификатор Negotiate"
    Конфигурация сервера приложений с Negotiate-аутентификатором
  • В свойствах прослушивателя установите параметр "Разрешить Negotiate авторизацию"
    Разрешить Negotiate-авторизацию
  • Примените сделанные вами изменения конфигурации (самая левая кнопка на панели инструментов).

На стороне удаленного клиента необходимо запустить обозраеватель данных, в поле "Источник данных" указать "DataMill Application Server", в поле "База данных" - url обработчика на соответвтующем сервере приложений. Если хост сервера приложений доступен по имени "myHost", то в поле необходимо написать "myHost/myHandler" ("myHander" - имя обработчика в конфигурации сервера приложений на хосте "myHost"). Установите флажок "Доверенная авторизация". Поля "пользователь" и "пароль" автоматически очистятся.
Подключение к удаленному серверу с доверенной авторизацией

При создании ярлыка или вызове "Обозревателя данных" с командной строки необходимо передавать в командной строке ключ "/NegotiateAuth" для автоматической активации доверенной авторизации. Имя пользователя и пароль в этом случае необходимо опустить:

DataBrowser.exe app#/@myhost.myHandler /NegotiateAuth


1.5. Использование "профилей" для ограничения прав на бизнес-объекты

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

Для решения подобных задач можно использовать "профили" пользователей. Работа с профилями ведется в Административной форме системы. Для управления доступом к некоторой категории объектов (например, к учебным планам, контингенту студентов) на вкладке Профили нужно добавить запись о новом профиле при помощи действия Создать.

Добавление профиля

Для добавления профиля нужно задать его Имя и Наименование. В поле Домен нужно выбрать домен того свойства, по которому будет вводиться ограничение прав. Например, для ограничения по факультету нужно выбрать домен класса Ссылки на объекты, связанный с классом Факультеты и отделения. В поле Доступ нужно выбрать один из двух режимов: Контролировать только запись (флажок снят) или Контролировать чтение и запись (флажок установлен).

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

Добавление элемента профиля

На представленной выше форме параметров приведен пример добавления в профиль элемента, вводящего ограничение на объекты класса Рабочий учебный план по свойству Факультет.

В каждый профиль можно влкючить несколько элементов профиля. Например, в профиль "Профиль работы с учебными планами" можно включить элементы, вводящие ограничения по свойству Факультет на доступ к объектам классов Рабочие учебные планы, Базовые учебные планы, Учебные планы факультета.

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

Включение пользователя в профиль

В форме параметров данного действия нужно выбрать пользователя, включаемого в профиль, а также установить значение свойства, по которому вводится ограничение, для данного пользователя. В зависимости от домена свойства для заполнения будет доступно одно из полей для ввода значений (Строковое значение, Целое значение, Значение-объект и проч.)

Если пользователю нужно предоставить права на объекты с определенным набором значений свойств (например, на планы нескольких факультетов), то нужно повторить действие по добавлению пользователя с каждым из этих значений.

        До тех пор, пока пользователь не включен ни в один из профилей, для него не действуют никакие из вводимых профилем ограничений на чтение или запись. Как только пользователь включен в профиль с определенными значениями ограничивающих свойств, он будет иметь права на чтение или запись объектов указанных классов только с определенными значениями свойств. Например, при включении пользователя в профиль "Профиль работы с учебными планами" со значениями свойства Факультет "Факультет социологии" и "Факультет истории" пользователь сможет вносить изменения только в учебные планы этих двух факультетов. К планам остальных факультетов он сохранит доступ в режиме "только для чтения".

Пример формирования состава профиля:

Пример настройки профиля. Состав профиля.

Пример включения пользователей в профиль:

Пример настройки профиля. Пользователи.

В приведенном примере пользователь "Дугарская Полина Васильевна" будет иметь права на запись только для учебных планов (объектов классов Рабочие учебные планы, Базовые учебные планы и Учебные планы факультета) факультетов права и прикладной политологии, а пользователь "Белов Никита Юрьевич" будет иметь права на запись только учебных планов факультета социологии и Института демографии.


2. Руководство администратора по участкам системы

Управление доступом пользователей к участкам системы заключается в создании пользователей и влкючении их в Роли и Профили.


2.1. Управление доступом к участку "Абитуриент" (прием в бакалавриат и магистратуру)

Для подключения пользователя к участку "Абитуриент" для работы с данными о приемной кампании в вуз нужно включить его в одну или несколько ролей из следующего перечня:

  • Менеджер приема - пользователи этой роли получат максимально широкий доступ к данным о приеме в бакалавриат. Пользователи, входящие в эту роль, смогут заполнять и модифицировать справочные данные о приеме в бакалавриат, регистрировать абитуриентов бакалавриата, выполнять весь доступный перечень операций с абитуриентами бакалавриата, зачислять абитуриентов в состав студентов, формировать все формы отчетов.
  • Менеджер приема в магистратуру - пользователи этой роли получат максимально широкий доступ к данным о приеме в магистратуру. Пользователи, входящие в эту роль, смогут заполнять и модифицировать справочные данные о приеме в магистратуру, регистрировать абитуриентов магистратуру, выполнять весь доступный перечень операций с абитуриентами магистратуру, зачислять абитуриентов в состав студентов, формировать все формы отчетов.
  • Работники приемной комиссии - пользователи этой роли получат возможность выполнять полный цикл операций с абитуриентами бакалавриата и магистратуры, но не смогут формировать и модифицировать справочные данные.
  • Операторы бакалавриат - пользователи, включенные в эту роль смогут выполнять регистрацию абитуриентов бакалавриата и выполнять ограниченный набор действий над зарегистрированными абитуриентами, формировать ограниченный набор отчетов. Пользователям будет доступна только функциональность, реализованная в таблицах данных формы Оператор - основной прием.
  • Операторы магистратура - пользователи, включенные в эту роль смогут выполнять регистрацию абитуриентов магистратуры и выполнять ограниченный набор действий над зарегистрированными абитуриентами, формировать ограниченный набор отчетов. Пользователям будет доступна только функциональность, реализованная в таблицах данных формы Оператор - магистратура.
  • Просмотр данных об абитуриентах бакалавриата - эта роль предназначена для пользователей, которым нужно предоставить доступ к полной информации об абитуриентах бакалавриата без возможности вносить изменения в данные.
  • Просмотр данных об абитуриентах магистратуры - эта роль предназначена для пользователей, которым нужно предоставить доступ к полной информации об абитуриентах магистратуры без возможности вносить изменения в данные.
  • Модераторы участка Абитуриент - в эту роль необходимо включить пользователей, которые будут выполнять модерацию сообщений, поступающих из Личных кабинетов абитуриентов бакалавриата и магистратуры, и осуществлять коммуникацию с пользователями посредством Личных кабинетов и электронной почты.

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

  • Абитуриенты бакалавриата по филиалам - это профиль позволяет ограничить доступ ко всем данных о приеме в бакалавриат, как к справочным данным, так и к данным об абитуриентах и вступительных испытаниях.
  • Абитуриенты магистратуры по филиалам - это профиль позволяет ограничить доступ ко всем данных о приеме в магистратуру, как к справочным данным, так и к данным об абитуриентах и вступительных испытаниях.

Если доступ пользователя к данным по филиалам не должен быть ограничен, его не нужно включать в профили. Если же пользователь включен в профиль со значением хотя бы одного из филиалов, он получит доступ только к данным этого филиала. Для предоставления доступа к данным нескольких (но не всех) филиалов, пользователя нужно включить в профиль несколько раз, указав разные филиалы.


2.2. Управление доступом к участку "Абитуринет" (олимпиады)

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

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

Работа с данными об олимпиадах организована в системе централизованным образом. Поэтому ограничений доступа к данным по профилям на данном участке не предусмотрено.


2.3. Управление доступом к участку "Студент"

Для подключения пользователя к участку "Студент" для работы с контингентом студентов факультетов его необходимо включить в одну из следующих ролей:

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

Для ограничения прав пользователей участка "Студент" на работу с данными по филиалам или по факультетам, их необходимо включить в один из следующих профилей:

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

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


2.4. Управление доступом к участку "Аспирант"

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

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


2.5. Управление доступом к участку "Дополнительное образование"

Для подключения пользователя к участку "Дополнительное образование" необходимо включить его в одну из следующих ролей:

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

Для ограничения доступа пользователей к данным участка по факультетам или по филиалам из нужно включить в один из следующих профилей:

  • Слушатели ДПО по филиалам - данный профиль позволяет ограничить доступ пользователя к данным по одному или нескольким филиалам. Если при этом доступ пользователя по подразделениям не будет ограничен, то пользователь сможет работать с данным о слушателях всех подразделений, принадлежащих к филиалам, к которым ему разрешен доступ.
  • Слушатели ДПО по подразделениям - данный профиль позволяет ограничить доступ пользователя к данным по одному или нескольким подразделениям ДПО.

Если необходимо дать пользователю доступ к нескольким (но не ко всем) филиалам или подразделениям, то нужно включить пользователя в профиль несколько раз, указав соответствующие значения филиала или подразделения. Если доступ пользователя ограничивать не нужно, то и включать его в профиль нет необходимости.


2.6. Управление доступом к участку "Выпускник"

Функциональность системы на участке "Выпускник" предназначена для централизованной работы с данными пользователей подразделения, отвечающего за работу с выпускниками. Для подключения пользователя к данному участку его необходимо включить в роль Работа с выпускниками. Использование профилей на данном участке не предусмотрено.


3. Интеграция с внешними системами

3.1. Интеграция с кадровой информационной системой

3.1.1. Руководство администратора

Автоматизированная заргузка данных кадрового учета из кадровой ИС.

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

  1. Выделить для обмена SMB-ресурс (далее - \\server\share.
  2. Внутри этого ресурса создать вложенную папку с именем "протоколы" без кавычек.
  3. Обеспечить автоматическое выкладывание файлов выгрузок из кадровой ИС на ресурс \\server\share. Файлы выгрузок должны удовлетворять следующим требованиям:
    • Файл информации о работниках
      Представляет собой рабочую книгу Microsoft Excel с единственным листом, на котором в строках, начиная со второй, расположены следующие данные:
      Номер колонки Наименование поля Требования к данным
      1
      Идентификатор человека (физического лица) в кадровой ИС
      Значение должно быть уникальным в пределах всей выгрузки.
      2
      Фамилия
      3
      Имя
      4
      Отчество
      5
      Дата рождения
      Значение должно удовлетворять формату даты.
      6
      Пол
      7
      ФИО в винительном падеже
      8
      ФИО в дательном падеже
      9
      ФИО в родительном падеже

      Файл с информацией о работниках должен иметь имя, состоящие из временной метки и окончания "_CARD.XLS", например, "2011-02-23_CARD.XLS" или "2011-02-23T14-00-00_CARD.XLS".
    • Файл информации об ученых степенях
      Представляет собой рабочую книгу Microsoft Excel с единственным листом, на котором в строках, начиная со второй, расположены следующие данные:
      Номер колонки Наименование поля Требования к данным
      1
      Идентификатор человека (физического лица)
      2
      Ученое звание

      Файл с информацией об ученых степенях должен иметь имя, состоящие из временной метки и окончания "_Acad_Degrees.XLS", например, "2011-02-23_Acad_Degrees.XLS" или "2011-02-23T14-00-00_Acad_Degrees.XLS".
    • Файл информации о подразделениях
      Представляет собой рабочую книгу Microsoft Excel с единственным листом, на котором в строках, начиная со второй, расположены следующие данные:
      Номер колонки Наименование поля Требования к данным
      1
      Идентификатор подразделения
      Идентификатор подразделения в кадровой ИС. Значение должно быть уникально в пределах всей выгрузки и не меняться от выгрузки к выгрузке.
      2
      Идентификатор родительского подразделения в кадровой ИС
      Идентификатор родительского подразделения в кадровой ИС. Если ID родительского подразделения ноль, то подразделение находится на верхнем уровне иерархии.
      3
      Вид подразделения
      Один из вариантов: "факультет", "отделение", "кафедра", "др. подразделение". Значение поля формируется на основании атрибута "Вид деятельности" Подразделения в кадровой ИС
      4
      Наименование подразделения
      Полное наименование подразделения в кадровой ИС. Не должно быть подразделений с одним и тем же наименованием, принадлежащих одному и тому же родительскому подразделению.
      5
      Шифр подразделения
      Шифр подразделения в кадровой ИС.
      6
      Дата создания подразделения
      Значение должно удовлетворять формату даты.
      7
      Дата расформирования подразделения
      Если значение =01.01.2099, то подразделение считается действующим.Если значение находится в диапазоне от текущей до 01.01.2099, не включая крайние значения, то подразделение считается подлежащим расформированию. Если значение даты относится к области прошлого, то подразделение является расформированным. Значение должно удовлетворять формату даты.
      8
      Наименование в винительном падеже
      Наименование подразделения в кадровой ИС в винительном падеже.
      9
      Наименование в предложном падеже
      Наименование подразделения в кадровой ИС в предложном падеже.
      10
      Наименование в творительном падеже
      Наименование подразделения в кадровой ИС в творительном падеже.
      11
      поле Наименование в родительном падеже
      Наименование подразделения в кадровой ИС в родительном падеже.
      12
      Уровень вложенности
      Информационное поле, не участвует в загрузке

      Файл с информацией о подразделениях должен иметь имя, состоящие из временной метки и окончания "_STRUCTS.XLS", например, "2011-02-23_STRUCTS.XLS" или "2011-02-23T14-00-00_STRUCTS.XLS".
    • Файл информации о назначениях (работниках подразделений)
      Представляет собой рабочую книгу Microsoft Excel с единственным листом, на котором в строках, начиная со второй, расположены следующие данные:
      Номер колонки Наименование поля Требования к данным
      1
      Идентификатор человека (физического лица)
      2
      Идентификатор Работника
      3
      Идентификатор назначения
      Идентификатор подразделения
      Наименование должности
      Наименование подразделения
      Информационное поле, не используемое модулем интеграции.
      Табельный номер
      Признак совместительства
      Одно из значений "штатный работник", "внутренний совместитель", "внешний совместитель
      Наименование категории персонала
      Одна из используемых в кадровой ИС категорий персонала (ППС, Н и т.д.). (Атрибут "Аналитика 1")
      10 
      Дата приема
      Значение должно удовлетворять формату даты
      11
      Дата увольнения
      Значение должно удовлетворять формату даты. Если значение =01.01.2099, то работник считается действующим.
      12
      Дата назначения
      Значение должно удовлетворять формату даты. Если значение =01.01.2099, то назначение считается действующим
      13
      Дата окончания в должности
      Значение должно удовлетворять формату даты. Если значение =01.01.2099, то назначение считается действующим
      14
      Фамилия
      Информационные поля, не используемые модулем интеграции.
      15
      Имя
      16
      Отчество
      17
      Ставка 
      Дробное число

      Файл с информацией о назначениях должен иметь имя, состоящие из временной метки и окончания "_Works.XLS", например, "2011-02-23_Works.XLS" или "2011-02-23T14-00-00_Works.XLS".
  4. Создать командный файл со сценарием автоматической загрузки следующего содержания:
    rem База данных.
    rem Измените значние на параметры используемой базы данных
    SET DATABASE=ora#owner/ownerpwd@instance
    
    rem Путь установки платформы "Мельница Данных".
    rem Измените значние на реальный путь установки
    SET MILLPATH=%ProgramFiles%\Data Mill
    
    rem SMB-ресурс, выделенный для обмена.
    rem Измените значние на реальное имя ресурса обмена
    SET SHARENAME=\\HOST\SHARE
    
    rem Имя пользователя для доступа к SMB-ресурсу, выделенному для обмена.
    rem Измените значние на реальное имя пользователя.
    SET SHAREUSER=User
    
    rem Пароль пользователя для доступа к SMB-ресурсу, выделенному для обмена.
    rem Измените значние на реальное значение пароля.
    SET SHAREUSERPASSWORD=userpwd
    
    chcp 1251
    
    net use P: %SHARENAME% %SHAREUSERPASSWORD% /USER:%SHAREUSER% /PERSISTENT:NO
    
    for %%r in (P:\*_BOSS_CARD.XLS) do call :process %%r TWorker
    for %%r in (P:\*_BOSS_ACAD_DEGREES.XLS) do call :process %%r TPersAcadDegree
    for %%r in (P:\*_BOSS_STRUCTS.XLS) do call :process %%r THSEDepartment
    for %%r in (P:\*_BOSS_Works.XLS) do call :process %%r TDepWorkers
    
    net use P: /DELETE
    
    exit /B
    
    :process
    SET LOGFILE=P:\ПРОТОКОЛЫ\%~n1
    if exist %LOGFILE% exit /B
    start /w "Импорт" rundll32 "%MILLPATH%\MillAppProvider.dll", ExecuteMethod %DATABASE% %2.SyncBoss "%1","%LOGFILE%"
    exit /B
        
  5. Воспользуйтесь "Планировщиком задач" Windows для автоматизации запуска командного файла автоматически по нужному вам расписанию.

3.1.2. Руководство пользователя

Интеграция с системой БОСС-кадровик заключается в синхронизации данных четырех справочников:

  1. Работники ВУЗа
  2. Ученые степени
  3. Подразделения
  4. Работники подразделений

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

Для справочников Подразделения и Работники ВУЗа существует два варианта синхронизации:

- Первичная загрузка - первоначальная загрузка данных в БД.

- Синхронизация - плановая синхронизация (возможна только после первичной загрузки данных).

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

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


3.1.2.1. Синхронизация справочника "Работники"

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

БОСС, синхронизация работников

В качестве параметра процедуры запрашивают файл выгрузки из кадровой ИС в формате MS Excel. Выбор файла осуществляется при помощи стандартного диалога открытия файла MS Windows.

Процедура первичной загрузки реализована по следующему алгоритму:

  1. Для всех записей о работниках в справочнике Все работники устанавливается значение свойства Дата последней синхронизации, равное текущей дате и Результат синхронизации, равное Не найден.
  2. Для каждой записи исходного файла выполняется поиск работка в справочнике Все работники по полному совпадению значений свойств Фамилия, Имя и Отчество. Если такой работник найден, и дата рождения у него является пустой или совпадает с датой рождения, указанной в исходном файле для него устанавливаются значения полей Дата рождения (если она не была задана), Идентификатор физлица в кадровой ИС и Результат последней синхронизации, равный Синхронизировано.
  3. Если работник найден, но его дата рождения отличается от представленной в файле, то изменения свойств работника не произойдет, в файле протокола будет сделана запись о дублировании.
  4. Если работник не найден по ФИО, то будет создана новая запись о работнике. Результат последней синхронизации будет равен Добавлено.
  5. Записи о работниках, которые не будут найдены в файле-источнике сохранят значение свойства Результат последней синхронизации, равное Не найден.

Процедура синхронизации реализуется по следующему алгоритму:

  1. Для всех работников существующих в справочнике Все работники, системой должна установиться Дата последней синхронизации, равная текущей дате, и Результат последней синхронизации, равный Не найдено.
  2. Для каждой записи файла выгрузки физических лиц системой выполняется поиск работника в справочнике Все работники по его Идентификатору физического лица в кадровой ИС.
  3. В случае удачного поиска производится перезапись значений свойств для работника. В поле Результат последней синхронизации устанавливается значение Синхронизировано.
  4. Если запись не найдена, тогда система добавляет новую запись в таблицу Все работники. В поле Результат последней синхронизации устанавливается значение Добавлено.
  5. Таким образом, по завершении процедуры синхронизации для подразделений, не найденных в выгрузке из кадровой ИС в поле Результат последней синхронизации будет стоять значение Не найдено, установленное на шаге 1.

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

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


3.1.2.2. Синхронизация справочника "Ученые степени"

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

Синхронизацию справочника  Ученые степени  можно вызвать в форме Подразделения, здания, аудиторный фонд на вкладке Все работники ВУЗа в подчиненной таблице Ученые степени. Для вызова процедуры нужно воспользоваться действием Синхронизация с данными кадровой ИС / Синхронизация.

Синхронизация "Ученые степени"

В качестве параметра процедуры запрашивают файл выгрузки из кадровой ИС в формате MS Excel. Выбор файла осуществляется при помощи стандартного диалога открытия файла MS Windows.

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

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


3.1.2.3. Синхронизация справочника "Подразделения"

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

БОСС, синхронизация подразделений

В качестве параметра процедуры запрашивают файл выгрузки из кадровой ИС в формате MS Excel. Выбор файла осуществляется при помощи стандартного диалога открытия файла MS Windows.

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

  1. Для каждой записи файла-источника производится поиск подразделения в справочнике Все подразделения ВУЗа по наименованию и идентификатору родительского подразделения. Если подразделение найдено и у него не установлено значение свойства Идентификатор в кадровой ИС, то в зависимости от значения свойства Результат последней синхронизации будет выполнено одно из следующих действий:
    • Если Результат последней синхронизации равен Не найдено, то для подразделения будет установлено значение Идентификатор в кадровой ИС, Результат последней синхронизации равен Синхронизировано, также будут проставлены дополнительные свойства подразделения.
    • Если Результат последней синхронизации равен Не синхронизировать, то никаких действий над данными системы произведено не будет, но в протоколе будет сделана запись о том, что найдено подразделение из числа не подлежащих синхронизации, а также информация о значениях свойств, которые могут быть обновлены.
  2. По завершении обработки всех данных файла ряд подразделений, ранее считавшихся не найденными, будет синхронизировано. В случаях, когда в исходном файле были обнаружены подразделения, не подлежащие синхронизации, об этом будут сделаны записи в протоколе.

Процедура синхронизации реализуется по следующему алгоритму:

  1. Для всех подразделений, существующих в справочнике Все подразделения ВУЗа, устанавливается Дата последней синхронизации, равная текущей дате, и Результат последней синхронизации, равный Не найдено.
  2. Для каждой записи файла выгрузки из кадровой ИС системой выполняется поиск подразделения в справочнике АСАВ по его Идентификатору в кадровой ИС. Возможные результаты поиска обрабатываются следующим образом:
    • В случае удачного поиска проверяется совпадение поля Идентификатор родительского подразделения в кадровой ИС. Если идентификатор родителя совпадает, то следующие поля перезаписываются из кадровой ИС:
      • Дата закрытия подразделения
      • Имя
      • Наименование
      • Наименование в винительном падеже
      • Наименование в предложном падеже
      • Наименование в творительном падеже
      • Наименование в родительном падеже
      • Признак типа подразделения
      В поле Результат последней синхронизации устанавливается значение Синхронизировано.
    • Если идентификатор родителя не совпадает, тогда система производит поиск записи в таблице Все подразделения ВУЗа со значением Идентификатор подразделения в кадровой ИС, совпадающим с искомым полем Идентификатор родительского подразделения в кадровой ИС.
    • Если найден родитель, производится запись нового значения Идентификатор родительского подразделения в кадровой ИС и меняется поле Родитель для этого подразделения в справочнике подразделений. В поле Результат последней синхронизации заносится значение Синхронизировано.
    • Если родитель не найден, тогда в поле Результат последней синхронизации заносится значение Найдены расхождения.
    • Если система не нашла запись с указанным идентификатором подразделения в кадровой ИС, тогда система производит поиск записи в таблице подразделений со значением Идентификатор подразделения в кадровой ИС, совпадающим с искомым полем Идентификатор родительского подразделения в кадровой ИС.
    • Если найден родитель, то система добавляет новую запись в таблицу Все подразделения ВУЗа, входящую в найденное родительское подразделение. В поле Результат последней синхронизации заносится значение Добавлено.
    • Если родитель не найден, то система добавляет запись в таблицу Все подразделения ВУЗа без привязки к родителю. В поле Результат последней синхронизации заносится значение Найдены расхождения.

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

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

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


3.1.2.4. Синхронизация справочника "Работники подразделений"

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

Синхронизацию справочника Работники подразделений можно вызвать в форме Подразделения, здания, аудиторный фонд на вкладке Все подразделения вуза в подчиненной таблице Работники подразделения. Для вызова процедуры нужно воспользоваться действием Синхронизация с кадровой ИС / Синхронизация.

БОСС, синхронизация работников подразделений

В качестве параметра процедуры запрашивают файл выгрузки из кадровой ИС в формате MS Excel. Выбор файла осуществляется при помощи стандартного диалога открытия файла MS Windows.

Процедура синхронизации реализована по следующему алгоритму:

  1. Для всех работников подразделений существующих в справочнике, будет установлена Дата последней синхронизации, равная текущей дате, и Результат синхронизации - Не найдено.
  2. Для каждой записи файла выгрузки системой выполняется поиск по критерию Идентификатор человека + Идентификатор подразделения.
  3. В случае удачного поиска производится перезапись полей:
    • Идентификатор назначения
    • Табельный номер
    • Признак совместительства
    • Наименование категории персонала (только если не было заполнено ранее)
  4. В случае удачного поиска после перезаписи значений полей выполняются следующие проверки
    • Для записи файла выгрузки будет произведено сравнение значений полей Дата увольнения и Дата окончания в должности. В качестве даты увольнения будет выбрана наименьшая из этих дат.
    • Если дата увольнения не равна 01.01.2099, то в поле в справочнике Работники подразделения будет установлено значение свойства Дата увольнения должна быть записана дата увольнения из файла выгрузки.
    • если дата увольнения равна 01.01.2099, то в поле Дата увольнения будет записано пустое значение.
    • В поле Результат последней синхронизации устанавливается значение Синхронизировано.
  5. Если запись не найдена, то система добавляет новую запись в таблицу Работники подразделения. В поле Результат последней синхронизации устанавливается значение Добавлено.

Таким образом, по завершении процедуры синхронизации для подразделений, не найденных в выгрузке из кадровой ИС, в поле Результат последней синхронизации будет стоять значение Не найдено, установленное на шаге 1.

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

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


3.2. Интеграция с финансово-бухгалтерской системой "ИС-ПРО"

3.2.1. Руководство администратора

Автоматизированная заргузка данных финансового учета из системы "ИС-ПРО".

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

  1. Выделить для обмена SMB-ресурс (далее - \\server\share.
  2. Внутри этого ресурса создать вложенную папку с именем "протоколы" без кавычек.
  3. Обеспечить автоматическое выкладывание файлов выгрузок из системы "ИС-ПРО" на ресурс \\server\share. Файлы выгрузок должны удовлетворять следующим требованиям:
    • Файл информации о договорах слушателей ДПО, передаваемая из системы ИС-ПРО в систему АСАВ
      Представляет собой текстовый файл со значениями, разделенными символом ASCII 9 ("TAB"), в строках которого, начиная со второй, расположены следующие данные:
      Номер поляНаименование и назначение поля
      1
      ID студента в системе АСАВ (если заполнен в ИС-ПРО, иначе пустое значение)
      2
      Код учащегося в ИС-ПРО
      3
      Код договора в ИС-ПРО
      4
      Номер договора
      5
      Дата договора
      6
      Статус договора (возможные значения: "черновик", "утвержден", "закрыт", "расторгнут", "аннулирован")
      7
      Код программы обучения
      8
      Код подразделения ДПО

      Файл с информацией о договорах слушателей ДПО должен иметь имя, состоящие из временной метки, метки подразделения ДПО и окончания "_DOGDPOISP.TXT", например, "2011-02-23_ДПОПРОГ1_DOGDPOISP.TXT" или "2011-02-23T14-00-00_ДПОПРОГ1_DOGDPOISP.TXT".
    • Файл информации о договорах абитуриентов
      Представляет собой текстовый файл со значениями, разделенными символом ASCII 9 ("TAB"), в строках которого, начиная со второй, расположены следующие данные:
      Номер поляНаименование и назначение поля
      1
      ID студента в системе АСАВ (если заполнен в ИС-ПРО, иначе пустое значение)
      2
      Код учащегося в ИС-ПРО
      3
      Код договора в ИС-ПРО
      4
      Номер договора
      5
      Дата договора
      6
      Статус договора (возможные значения: "черновик", "утвержден", "закрыт", "расторгнут", "аннулирован")
      7
      Код факультета
      8
      Код направления подготовки
      9
      Код магистерской программы

      Файл с информацией о договорах абитуриентов должен иметь имя, состоящие из временной метки и окончания "_DOGABISP.TXT", например, "2011-02-23_DOGABISP.TXT" или "2011-02-23T14-00-00_DOGABISP.TXT".
  4. Создать командный файл со сценарием автоматической загрузки следующего содержания:
    rem База данных.
    rem Измените значние на параметры используемой базы данных
    SET DATABASE=ora#owner/ownerpwd@instance
    
    rem Путь установки платформы "Мельница Данных".
    rem Измените значние на реальный путь установки
    SET MILLPATH=%ProgramFiles%\Data Mill
    
    rem SMB-ресурс, выделенный для обмена.
    rem Измените значние на реальное имя ресурса обмена
    SET SHARENAME=\\HOST\SHARE
    
    rem Имя пользователя для доступа к SMB-ресурсу, выделенному для обмена.
    rem Измените значние на реальное имя пользователя.
    SET SHAREUSER=User
    
    rem Пароль пользователя для доступа к SMB-ресурсу, выделенному для обмена.
    rem Измените значние на реальное значение пароля.
    SET SHAREUSERPASSWORD=userpwd
    
    chcp 1251
    
    net use P: %SHARENAME% %SHAREUSERPASSWORD% /USER:%SHAREUSER% /PERSISTENT:NO
    
    for %%r in (P:\*_DOGDPOISP.TXT) do call :process_dpo %%r
    for %%r in (P:\*_DOGABISP.TXT) do call :process_abit %%r
    
    net use P: /DELETE
    
    exit /B
    
    :process_dpo
    SET LOGFILE=P:\ПРОТОКОЛЫ\%~n1
    if exist %LOGFILE% exit /B
    start /w "Импорт" rundll32 "%MILLPATH%\MillAppProvider.dll", ExecuteMethod ^
      %DATABASE% TCommonStudent.ImportDPOContracts "%1","%LOGFILE%"
    exit /B
    
    :process_abit
    SET LOGFILE=P:\ПРОТОКОЛЫ\%~n1
    if exist %LOGFILE% exit /B
    start /w "Импорт" rundll32 "%MILLPATH%\MillAppProvider.dll", ExecuteMethod ^
      %DATABASE% TCommonStudent.ImportAbitContracts "","%1","%LOGFILE%"
    exit /B
    
       
  5. Воспользуйтесь "Планировщиком задач" Windows для автоматизации запуска командного файла автоматически по нужному вам расписанию.

3.2.2. Руководство пользователя

Система ИС-ПРО - система, автоматизирующая процессы: финансовый, бухгалтерский и налоговый учет; учет взаиморасчетов с поставщиками и покупателями; управление материально-техническим снабжением и сбытом продукции; управление производством; расчет заработной платы. Система реализована на базе одноименного программного средства «ИС- ПРО».

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

Процедуры загрузки данных о договорах слушателей программ дополнительного профессионального образования (ДПО) и о договорах абитуриентов текущего набора могут загружаться в систему из файлов-выгрузок из системы ИС-ПРО в автоматизированном режиме. Использование автоматизированной загрузки описано подробно в разделе Руководство администратора

В ручном режиме все процедуры загрузки данных из системы ИС-ПРО могут быть вызваны пользователем, наделенным правами администратора системы из Служебной формы, таблица Все учащиеся при помощи группы действий Загрузка данных из ИС-ПРО.

ИС-ПРО, загрузка данных

3.2.2.1. Выгузка данных об учащихся для системы ИС-ПРО

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

  • ID учащегося в АСАВ
  • Код учащегося с ИС-ПРО
  • ФИО учащегося
  • Серия паспорта учащегося
  • Номер паспорта учащегося
  • Дата и выдачи и орган, выдавший паспорт учащегося
  • Код страны, гражданином которой является учащийся
  • Код подразделения (факультета, подразделения ДПО)
  • Код региона постоянной регистрации учащегося
  • Индекс по месту постоянной регистрации учащегося
  • Адрес постоянной регистрации учащегося
  • Телефоны учащегося
  • E-mail учащегося
  • Дата рождения учащегося
  • ФИО родителя
  • Серия паспорта родителя
  • Номер паспорта родителя
  • Паспорт родителя выдан
  • Телефон родителя
  • Адрес родителя
  • Номер группы (для слушателей ДПО)
  • Код программы (для слушателей ДПО)
  • Количество часов (для слушателей ДПО)
  • Скидка, % (для слушателей ДПО)
  • Скидка, сумма (для слушателей ДПО)
  • Признак НДС (для слушателей ДПО)
  • Сумма по договору (для слушателей ДПО)
  • Признак обработки в ИС-ПРО (пустое значение)

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

  1. Серверная процедура системы, формирующая выгрузку, имеет параметры "время начала периода" и "время окончания периода" (тип параметров "дата со временем"); в процедуре реализован отбор учащихся, данные о которых изменялись в период времени, ограниченный значениями параметров.
  2. При выполнении пользователем системы действия по принудительной выгрузке данных (действие "Выгрузить в ИС-ПРО") для выбранного студента или слушателя ДПО идентификатор указанного учащегося должен добавляться в таблицу ExtraStudents, специально созданную для этих целей.
  3. К набору записей об учащихся, изменившихся в заданный период времени добавляются записи об учащихся, присутствующие на момент выгрузки в таблице ExtraStudents.
  4. Для каждого из отобранных учащихся в выходном файле формируется строка, содержащая значения всех передаваемых атрибутов, разделенные символом табуляции.
  5. Сформированный текстовый файл должен быть сохранен в доступную системе ИС-ПРО папку. Файлу присваивается имя, сформированное по следующему принципу:
    Год_месяц_число_STASAV.TXT (например, "2011_07_25_STASAV.TXT")
    В случае существования в папке одноименного файла, файл заменяется.
  6. Таблица ExtraStudents очищается.

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


3.2.2.2. Загрузка данных о слушателях ФДП

В случае, если учет слушателей факультета довузовской подготовки (ФДП) не ведется в системе, перед началом приемной кампании реестр слушателей может быть единовременно загружен в систему из файла, выгружаемого системой ИС-ПРО. Целью загрузки является создание в системе записей об учащихся с значением атрибута "Код студента в ИС-ПРО", полученным из системы ИС-ПРО. При регистрации слушателей ФДП в качестве абитуриентов бакалавриата будут использованы коды ИС-ПРО, сформированные при загрузке.

Для использования возможности загрузки данных о слушателях ФДП на стороне системы ИС-ПРО должен быть реализован механизм формирования файла формата .csv, использующего в качестве разделителей знаки табуляции. Каждая строка файла должна соответствовать одному учащемуся. Записи об учащихся должны иметь следующие атрибуты:

  • 1. Код учащегося в ИС-ПРО
  • 2. Фамилия учащегося
  • 3. Имя учащегося
  • 4. Отчество учащегося
  • 5. Дата рождения учащегося

Процедура загрузки этих данных может быть вызвана пользователем, наделенным правами администратора системы из Служебной формы, таблица Все учащиеся при помощи действия Загрузка данных из ИС-ПРО / Загрузить данные о слушателях ФДП. Процедура выполняет загрузку данных по следующему алгоритму:

  1. Проверка полноты и корректности переданных значений атрибутов. В случае, если фамилия, имя, отчество или дата рождения учащегося не заданы, загрузка не производится, в протоколе делается запись об ошибке загрузки с указанием номера строки исходного файла и причины ошибки.
  2. Поиск в системе учащегося по атрибутам Фамилия, Имя, Отчество и Дата рождения.
  3. Если учащийся найден, ему устанавливается значение атрибута Код учащегося в ИС-ПРО, равное значению, содержащемуся в файле.
  4. Если учащийся не найден, то выполняется создание записи об учащемся. Для созданной записи устанавливается значение атрибута Код учащегося в ИС-ПРО, равное значению, содержащемуся в файле.
  5. Выполняется поиск в системе статуса учащегося класса "Выпускник ФДП" в текущем наборе. Если такой записи в системе нет, она создается.

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


3.2.2.3. Загрузка данных о слушателях ДПО

Загрузка данных о слушателях программ ДПО из системы ИС-ПРО должна использоваться перед тем, как в системе будет начата регистрации поступающих на программы ДПО, которые ранее учитывались в системе ИС-ПРО. Целью загрузки является создание в системе записей об учащихся с значением атрибута "Код студента в ИС-ПРО", полученным из системы ИС-ПРО. При регистрации поступающих на программы ДПО на соответствующем участке системы будут использованы коды ИС-ПРО, сформированные при загрузке.

Для использования возможности загрузки данных о слушателях ДПО на стороне системы ИС-ПРО должен быть реализован механизм формирования файла формата .csv, использующего в качестве разделителей знаки табуляции. Каждая строка файла должна соответствовать одному учащемуся. Записи об учащихся должны иметь следующие атрибуты:

  • 1. Код учащегося в ИС-ПРО
  • 2. Фамилия учащегося
  • 3. Имя учащегося
  • 4. Отчество учащегося
  • 5. Дата рождения учащегося

Процедура загрузки этих данных может быть вызвана пользователем, наделенным правами администратора системы из Служебной формы, таблица Все учащиеся при помощи действия Загрузка данных из ИС-ПРО / Загрузить данные о слушателях ДПО. Процедура выполняет загрузку данных по следующему алгоритму:

  1. Проверка полноты и корректности переданных значений атрибутов. В случае, если фамилия, имя, отчество или дата рождения учащегося не заданы, загрузка не производится, в протоколе делается запись об ошибке загрузки с указанием номера строки исходного файла и причины ошибки.
  2. Поиск в системе учащегося по атрибутам Фамилия, Имя, Отчество и Дата рождения.
  3. Если учащийся найден, ему устанавливается значение атрибута Код учащегося в ИС-ПРО, равное значению, содержащемуся в файле.
  4. Если учащийся не найден, то выполняется создание записи об учащемся. Для созданной записи устанавливается значение атрибута Код учащегося в ИС-ПРО, равное значению, содержащемуся в файле.

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

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


3.2.2.4. Загрузка данных о договорах абитуриентов бакалавриата

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

Для использования возможности загрузки данных о договорах абитуриентов на стороне системы ИС-ПРО должен быть реализован механизм формирования файла формата .csv, использующего в качестве разделителей знаки табуляции. Каждая строка файла должна соответствовать одному договору одного учащегося. Записи о договорах должны иметь следующие атрибуты:

  • Код учащегося в ИС-ПРО
  • Код договора в ИС-ПРО
  • Номер договора
  • Дата договора
  • Статус договора (возможные значения: "черновик", "утвержден", "закрыт", "расторгнут", "аннулирован")
  • Код факультета
  • Код направления подготовки
  • Код магистерской программы

Процедура загрузки этих данных может быть вызвана пользователем, наделенным правами администратора системы из Служебной формы, таблица Все учащиеся при помощи действия Загрузка данных из ИС-ПРО / Загрузить данные о договорах абитуриентов. Процедура принимает на вход .csv-файл и выполняет загрузку данных по следующему алгоритму:

  1. Поиск в системе учащегося по значению атрибута Код в системе ИС-ПРО.
    • Если учащийся найден, работа процедуры продолжается.
    • Если учащийся не найден, то в файл протокола добавляется запись, содержащая номер строки в исходном файле, значение атрибута Код в системе ИС-ПРО и запись учащийся не найден. Процедура переходит к обработке следующей строки файла.
  2. Поиск в системе договора, принадлежащего найденному учащемуся по значениям атрибутов Номер договора и Дата договора.
    • Если договор найден, то для него устанавливается значение атрибута Код договора в ИС-ПРО, а также анализируется его статус. Если договор имеет статус, отличный от "утвержден", а также если в ИС-ПРО договор имеет статус "аннулирован", а в системе договор не имеет такого признака, то в протокол должна быть добавлена запись о расхождении в статусе договора.
    • Если договор не найден, то в зависимости от статуса договора должно быть произведено одно из следующих действий:
      • Если договор имеет статус "черновик" или "утвержден", то он должен быть добавлен, созданному договору должно быть присвоено значение атрибута Код договора в ИС-ПРО.
      • Если договор имеет статус, отличный от "черновик" и "утвержден", то никаких действий производиться не должно.
  3. Если значение атрибута Код магистерской программы не задано, то должен быть произведен поиск статуса абитуриента бакалавриата, принадлежащий найденному учащемуся и имеющий совпадающие значения свойств Код факультета, Код направления подготовки. Если статус найден его основной договор пустой, то обрабатываемый договор должен быть установлен в качестве основного. Если основной договор есть и он не совпадает с обрабатываемым договором, то в протоколе должна быть сформирована запись о найденном расхождении.
  4. Результатом работы процедуры является текстовый файл протокола, содержащий информацию о количестве ненайденных учащихся, информацию о договорах, имеющих расхождение в статусе, количество измененных договоров, количество созданных договоров.

3.2.2.5. Загрузка данных о договорах слушателей ДПО

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

Для использования возможности загрузки данных о договорах слушателей ДПО на стороне системы ИС-ПРО должен быть реализован механизм формирования файла формата .csv, использующего в качестве разделителей знаки табуляции. Каждая строка файла должна соответствовать одному договору одного слушателя. Записи о договорах должны иметь следующие атрибуты:

  • Код учащегося в ИС-ПРО
  • Код договора в ИС-ПРО
  • Номер договора
  • Дата договора
  • Статус договора (возможные значения: "черновик", "утвержден", "закрыт", "расторгнут", "аннулирован")
  • Код программы ДПО
  • Код подразделения ДПО

Процедура загрузки этих данных может быть вызвана пользователем, наделенным правами администратора системы из Служебной формы, таблица Все учащиеся при помощи действия Загрузка данных из ИС-ПРО / Загрузить данные о договорах слушателей ДПО. Процедура принимает на вход .csv-файл и выполняет загрузку данных по следующему алгоритму:

  1. Поиск в системе учащегося по значению атрибута Код в системе ИС-ПРО.
    • Если учащийся найден, работа процедуры продолжается.
    • Если учащийся не найден, то в файл протокола добавляется запись, содержащая номер строки в исходном файле, значение атрибута Код в системе ИС-ПРО и запись учащийся не найден. Процедура переходит к обработке следующей строки файла.
  2. Поиск в системе договора, принадлежащего найденному учащемуся по значениям атрибутов Номер договора и Дата договора.
    • Если договор найден, то для него устанавливается значение атрибута Код договора в ИС-ПРО, а также анализируется его статус. Если договор имеет статус, отличный от "утвержден", а также если в ИС-ПРО договор имеет статус "аннулирован", а в системе договор не имеет такого признака, то в протокол должна быть добавлена запись о расхождении в статусе договора.
    • Если договор не найден, то в зависимости от статуса договора должно быть произведено одно из следующих действий:
      • Если договор имеет статус "черновик" или "утвержден", то он должен быть добавлен, созданному договору должно быть присвоено значение атрибута Код договора в ИС-ПРО.
      • Если договор имеет статус, отличный от "черновик" и "утвержден", то никаких действий производиться не должно.
  3. Поиск в системе открытого статуса поступающего на программу ДПО, принадлежащего найденному учащемуся и не имеющего основного договора. Поиск выполняется с использованием значений Код программы ДПО и Код подразделения ДПО. Если такой статус найден, для него выполняется установка данного договора в качестве основного. Если статус не найден, или имеет текущий договор, отличный от обрабатываемого на данном шаге, в протоколе делается запись о найденных расхождениях.
  4. Результатом работы процедуры является текстовый файл протокола, содержащий информацию о количестве ненайденных учащихся, информацию о договорах, имеющих расхождение в статусе, количество измененных договоров, количество созданных договоров.

3.3. Интеграция с сервисом Студенческой почты

Средства интеграция системы с сервисом Студенческой почты заключаются в управлении созданием, блокировкой, сменой пароля учетных записей студентов на этом сервисе.

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

Результаты выполнения всех операций протоколируются в Журнале операций. Журнал всех операций можно просмотреть на отдельной вкладке формы Студенческая почта. Журнал операций, выполненных над каждым из студентов можно просмотреть на вкладке Журнал операций, выбрав студента и открыв подчиненную вкладку Журнал операций. Журнал содержит сведения:

  • Дата/время совершения операции;
  • ФИО студента, над которым совершалась операция;
  • Логин учетной записи в сервисе Студенческой почты до начала операции;
  • Статус операции;
  • Отчет об операции (при не успешном выполнении операции указывается причина неуспеха);
  • Инициатор операции.


3.3.1. Создание адреса электронной почты

Операция доступна в форме Студенческая почта. Для ее вызова необходимо:

  1. В разделе Студенческая почта выбрать одноименную форму.
  2. В основной таблице данных выбрать список студентов.
  3. Вызвать контекстное меню (щелчок правой клавишей мыши) и выбрать из группы процедур Действия со студенческой почтой процедуру Создать адрес электронной почты.

    Группа процедур "Действия со студенческой почтой"

  4. Заполнить форму параметров вызываемой процедуры, необходимых для ее выполнения:

    Форма параметров создания адреса электронной почты

    • Логин администратора ;
    • Пароль администратора.

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

В ходе выполнения процедура пытается создать почтовый ящик с именем, формирующимся в транслитерированном виде по правилу: [первая буква имени] + [первая буква отчества] + [фамилия] + @edu.hse.ru. Если указанное имя уже занято, то программа будет пытаться создавать почтовый ящик с новым именем, формируемым на основе изначального, путем добавления к нему номера попытки через символ "_", до тех пор, пока почтовый ящик не будет создан или не произойдет иная ошибка.
Пароль для первого входа в почтовый ящик устанавливается в соответствии с номером студенческого билета выбранного студента, причем при формировании пароля игнорируются символы, отличные от цифр.

Если в записи о студенте нет номера студенческого билета, почтовый адрес создан не будет и в журнале операций будет установлен статус "не заполнено поле № студентческого билета".
При первом входе пользователя в систему ему будет предложено сменить пароль.
Если операция создания почтового ящика прошла успешно, то для созданного почтового ящика студенту в системе АСАВ добавляется запись в контактную информацию о новом почтовом контакте.
По завершении операции студенту устанавливается признак синхронизации с сервисом Студенческой почты.


3.3.2. Удаление адреса электронной почты

Операция доступна в форме Студенческая почта. Для ее вызова необходимо:

  1. На участке Студенческая почта выбрать одноименную форму.
  2. В основной таблице данных выбрать список студентов.
  3. Вызвать контекстное меню (щелчок правой клавишей мыши) и выбрать из группы процедур Действия со студенческой почтой процедуру Удалить адрес электронной почты.

  4. Заполнить форму параметров вызываемой процедуры, которые необходимы для ее выполнения:

    Форма параметров удаления адреса электронной почты

    • Логин администратора ;
    • Пароль администратора.

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

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


3.3.3. Заблокировать адрес электронной почты

Операция доступна в форме Студенческая почта. Для ее вызова необходимо:

  1. На участке Студенческая почта выбрать одноименную форму.
  2. В основной таблице данных выбрать список студентов.
  3. Вызвать контекстное меню (щелчок правой клавишей мыши) и выбрать из группы процедур Действия со студенческой почтой процедуру Заблокировать адрес электронной почты.
  4. Заполнить форму параметров вызываемой процедуры, которые необходимы для ее выполнения:

    Форма параметров блокировки адреса электронной почты

    • Логин администратора ;
    • Пароль администратора.

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

Данная процедура пытается заблокировать почтовый ящик сервиса Студенческой почты, привязанный к выбранному студенту.
При успешном выполнении процедуры, учетная запись студента в сервисе Студенческой почты блокируется на предмет получения доступа к ней (посредством web интерфейса или по протоколам POP3, IMAP, MAPI и др.), но входящая корреспонденция продолжает приниматься. Также студенту устанавливается признак заблокированной учетной записи в сервисе Студенческой почты.


3.3.4. Разблокировать адрес электронной почты

Операция доступна в форме Студенческая почта. Для ее вызова необходимо:

  1. На участке Студенческая почта выбрать одноименную форму.
  2. В основной таблице данных выбрать список студентов.
  3. Вызвать контекстное меню (щелчок правой клавишей мыши) и выбрать из группы процедур Действия со студенческой почтой процедуру Разблокировать адрес электронной почты.
  4. Заполнить форму параметров вызываемой процедуры, которые необходимы для ее выполнения:

    Форма параметров разблокировки адреса электронной почты

    • Логин администратора ;
    • Пароль администратора.

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

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


3.3.5. Обновление параметров адреса электронной почты

Операция доступна в форме Студенческая почта. Для ее вызова необходимо:

  1. На участке Студенческая почта выбрать одноименную форму.
  2. В основной таблице данных выбрать список студентов.
  3. Вызвать контекстное меню (щелчок правой клавишей мыши) и выбрать из группы процедур Действия со студенческой почтой процедуру Обновление параметров адреса электронной почты.
  4. Заполнить форму параметров вызываемой процедуры, которые необходимы для ее выполнения:

    Форма параметров обновления параметров адреса электронной почты

    • Логин администратора ;
    • Пароль администратора.

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

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


3.3.6. Восстановление пароля

Операция доступна в форме Студенческая почта. Для ее вызова необходимо:

  1. На участке Студенческая почта выбрать одноименную форму.
  2. В основной таблице данных выбрать список студентов.
  3. Вызвать контекстное меню (щелчок правой клавишей мыши) и выбрать из группы процедур Действия со студенческой почтой процедуру Восстановление пароля.

    Восстановление пароля студенческой почты

  4. Заполнить форму параметров вызываемой процедуры, которые необходимы для ее выполнения:

    Форма параметров восстановления пароля

    • Логин администратора ;
    • Пароль администратора.

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


3.3.7. Отправка почтового сообщения

Операция доступна в форме Студенческая почта. Для ее вызова необходимо:

  1. На участке Студенческая почта выбрать одноименную форму.
  2. В основной таблице данных выбрать список студентов.
  3. Вызвать контекстное меню (щелчок правой клавишей мыши) и выбрать из группы процедур Действия со студенческой почтой процедуру Отправка почтового сообщения. Отправка почтового сообщения
  4. Заполнить форму параметров вызываемой процедуры, которые необходимы для ее выполнения:

    Форма параметров отправки сообщения пользователю

    • Тема - тема отсылаемого сообщения;
    • Сообщение - непосредственно текст сообщения.
    • Категории почтовых контактов : По всем почтовым контактам; По всем почтовым контактам, кроме студенческой почты; Только по почтовым контактам студенческой почты.

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


3.3.8. Журнал операций

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

Журнал операций со студенческой почтой

Поля Журнала:

- Операция - описание проводимой операции (создание адреса электронной почты, восстановление пароля, рассылка сообщений и др.)

- Создано - дата и время создания записи об операции

- ФИО - данные студента, для которого производилась та или иная операция со студенческой почтой. 

- Отчет об операции - в случае если выполнение операции не было успешным в данном поле прописывается причина сбоя

- Статус операции - указывается была ли успешно завершена операция

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


3.3.9. Установка и настройка Windows PowerShell

         Установка и настройка Windows PowerShall требуется ТОЛЬКО на Сервере Приложений Платформы "Мельница Данных". Его установка на рабочих местах-клиентах не требуется.


3.3.9.1. Установка Windows PowerShell

Для установки Windows PowerShell необходимо, чтобы компьютер работал под управлением одной из следующих операционных систем:

  • Windows 7;
  • Windows Vista с пакетом обновления 1 (SP1) или 2 (SP2);
  • Windows Server 2008 с пакетом обновления 1 (SP1) или 2 (SP2);
  • Windows Server 2003 с пакетом обновления 2 (SP2);
  • Windows XP с пакетом обновления 3 (SP3).

Шаги установки:

  1.  Установить пакет Windows Management Framework Core (Windows PowerShell 2.0 и WinRM 2.0), подходящий для используемой операционной системы, системной архитектуры и языка - ссылка . Перед установкой PowerShell v.2 необходимо удалить все его предыдущие версии. Если при установке PowerShell будет выдано сообщение о необходимости предварительно установить .Net Framework 2.0  и выше, то его необходимо загрузить по следующей ссылке: ссылке , и установить. 
  2. На компьютере должен быть установлен помощник по входу в Microsoft Online Services. Загрузите и установите один из следующих компонентов с помощью Центра загрузки Майкрософт: для 32-разрядной версии ОС  или для 64-разрядной версии ОС
  3. Для установки командлетов Office 365 загрузите один из следующих компонентов с помощью Центра загрузки Майкрософт: для 32-разрядной версии ОС  или для 64-разрядной версии ОС
  4. Чтобы установить командлеты, дважды щелкните файл AdministrationConfig.msi. Установщик добавляет программу в меню Пуск и ярлык на рабочий стол.



3.3.9.2. Настройка Windows PowerShell
После установки PowerShell v.2, необходимо настроить возможность запуска сценариев в Windows PowerShell. Для этого запустите PowerShell (Пуск > Все программы > Стандартные > Windows PowerShell) и выполните команду: Get-ExecutionPolicy. Если возвращенное значение отличается от RemoteSigned, то необходимо изменить это значение на RemoteSigned, для этого выполните команду: Set-ExecutionPolicy RemoteSigned

3.4. Интеграция с системой контроля доступа (СКУД)

Данная функциональность предназначена для автоматизации загрузки фотографий учащихся и работников НИУ ВШЭ, присутствующих в базе данных системы контроля доступа (СКУД), в систему АСАВ.
Автоматизированная загрузка фотографий осуществляется только для тех учащихся и работников, для которых и на стороне БД СКУД, и на стороне БД АСАВ существует единственная запись с сочетанием значений фамилии, имени и отчества. Для учащихся, по которым в БД СКУД или в БД АСАВ существует более одной записи с одинаковым сочетанием фамилии, имени и отчества, загрузка фотографии должна осуществляться индивидуально уполномоченным на выполнение этой процедуры пользователем.


3.4.1. Описание функций загрузки фотографий
Microsoft OLE DB Provider SQL Server

Для реализации процедуры загрузки фотографий для всех или выбранных людей необходимо:

  1. Открыть раздел Служебная форма на участке Администратору.
  2. Вызвать процедуру можно из закладок Все учащиеся, Все работники, Все люди. Для этого необходимо в основной таблице данных вызвать контекстное меню (щелчок правой клавишей мыши) и выбрать одну из процедур Загрузить фотографии для всех людей или Загрузить фотографии для выбранных людей.
    Загрузка фотографий СКУД

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

В результате выполнения процедур загрузки фотографий формируется отчет, содержащий:

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

Если после загрузки фотографий будут обнаружены дубликаты либо в АСАВ (база назначения), либо СКУД (база источник), то наряду с отчетом откроется форма просмотра дубликатов

Форма просмотра дубликатов

Для работы с формой необходимо:

  • На закладке Источник отображаются ситуации когда для одной записи в АСАВ соответсвует две записи (фотографии) в СКУД, в данной ситуации пользователю необходимо, просмотреть обе записи и выбрать ту фотографию, которая правильная.
  • На закладке Назначение отображаются ситуации когда для одной записи (фотографии) в СКУД соответствует две записи в АСАВ, в данной ситуации пользователю необходимо, просмотреть обе записи и выбрать ту запись, которой соответствует данная фотография.

3.4.2. Формирование отчетов о загрузке фотогрфий

По результатам загрузки в систему АСАВ фотографий пользователь имеет возможность сформировать следующие отчеты:


3.4.2.1. Список студентов без фотографий

Для формирования отчета по студентам без фотографий необходимо:

  1. Открыть раздел Служебная форма на участке Администратору.
  2. Во вкладках Все учащиеся, Все люди из основной таблицы данных вызвать контекстное меню (щелчок правой клавишей мыши) и выбрать процедуру Список студентов без фотографии, которая находится в группе процедур Загрузка фотографий.
    Формирование списка студентов без фотографий
  3. Заполнить форму параметров для формирования списка студентов без фотографии. В случае, если оставить все поля пустыми, то сформируется отчет по всем факультетам, кафедрам и группам.

    Форма параметров для формирования списка студентов без фотографий

Отчет находит и выгружает в файл MS Excel список студентов, у которых отсутствуют фотографии. Список студентов содержит следующие данные: Фамилия, Имя, Отчество, Дата рождения, Пол, Факультет, Курс, Группа.


3.4.2.2. Список работников без фотографий

Для формирования отчета по работникам без фотографий необходимо:

  1. Открыть раздел Служебная форма на участке Администратору.
  2. Во вкладках Все работники, Все люди из основной таблицы данных вызвать контекстное меню (щелчок правой клавишей мыши) и выбрать процедуру Список работников без фотографии, которая находится в группе процедур Загрузка фотографий.
    Формирование списка работников без фотографий

Результатом работы отчета является файл MS Excel, содержащий список все работников, у которых в БД АСАВ отсутствует фотография.


3.5. Публикация базовых и рабочих учебных планов на портале вуза

Для получения данных об учебных планах пользователь должен открыть Интернет обозреватель и перейти на главную страницу системы: http://asav.hse.ru, на которой распологаются следующие ссылки.

Главная страница системы

  • Рабочие учебные планы - ссылка на web-страницу с перечнем утвержденных рабочих учебных планов на русском языке.
  • Working curricula - ссылка на web-страницу с перечнем утвержденных рабочих учебных планов на английском языке.
  • Базовые учебные планы - ссылка на web-страницу с перечнем утвержденных базовых учебных планов на русском языке.
  • Basic curricula - ссылка на web-страницу с перечнем утвержденных базовых учебных планов на английском языке.

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

Открытие РУП факультета

Для открытия учебного плана в формате MS Excel, html-документа или pdf необходимо в столбце Наименование плана, рядом с записью учебного плана, выбрать соответствующую иконку и щелкнуть по ней левой клавишей мыши:

  • Иконка MS Excel - открытие учебного плана в формате MS Excel.
  • Иконка html-документа - открытие учебного плана в формате html-документа.
  • Иконка PDF  - открытие учебного плана в формате pdf.

Также реализована возможность генерации web-страницы отдельно для каждого факультета. Для этого необходимо чтобы строка адреса имела следующий вид:
http://asav.hse.ru/plans.html?login=web&password=web&faculty=название+факультета&regdepartment=название+филиала,
где:

  • http://asav.hse.ru – адрес web-ресурса системы АСАВ (доменное имя для ресурса должно быть выделено Заказчиком);
  • plans.html, plans_en.html, basicplans.html или basicplans_en.html – имя html-документа, отображающего перечень РУП на русском языке, РУП на английском языке, БУП на русском языке или БУП на английском языке соотвественно;
  • login=web&password=web& – параметры подсоединения web-сервера к базе данных системы АСАВ для получения данных об учебных планах (в базе данных системы АСАВ создан специальный пользователь web с паролем web, которому доступны на просмотр только данные, подлежащие публикации);
  • faculty= – в качестве значения этого параметра должно быть передано Краткое наименование факультета из справочника «Факультеты и отделения» системы АСАВ с заменой пробелов символом «+» (плюс) или символами «%20». Для того чтобы не вбивать полностью Краткое наименование факультета, можно вбить только его часть, предварительно проставив символы «*» спереди и сзади указываемого наименования, в этом случае для указания пробела не следует использовать символы «+» (плюс) или «%20».
  • regdepartment= – в качестве значения этого параметра должно быть передано Краткое наименование филиала: Москва, Нижегородский филиал, Пермский филиал, Санкт-Петербургский филиал.
        Например, по адресу
http://asav.hse.ru/plans.html?login=web&password=web&faculty=*прикладной политологии*&regdepartment=Москва должна отобразится web-страница, содержащая утвержденные учебные планы факультета прикладной политологии центрального офиса ВУЗа.

Для публикации доступны учебные планы, находящиеся в статусе «утвержден первым проректором», «утвержден ректором» и «отозван для переутверждения» за учебные периоды, для которых установлен признак «Публиковать РУПы данного учебного года» и «Публиковать БУПы данного учебного года».

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

При подключении программных средств портала к БД системы АСАВ для получения данных о студентах должен использоваться механизм SQL-запросов к СУБД Oracle. Программные средства, осуществляющие подключение, должны самостоятельно управлять форматом и структурой получаемых данных.


3.6. Предоставление доступа к данным системы по протоколу SOAP

Для моделирования объектов реального мира, их состояния и поведения в системе АСАВ используется объектно-ориентированный подход. Объектная модель системного слоя платформы хранится в системе по тем же принципам, что и модель бизнес-данных, т.е. объекты классов, описывающих метаданные системы (классы, поля, свойства, методы, параметры методов, пользовательские формы и проч.) хранятся в базе данных и доступны для клиентских систем по тем же принципам, что и бизнес-данные.
Для организации доступа к объектам объектной модели АСАВ необходимо использовать подсистему доступа к данным, метаданным и механизмам системы по протоколу SOAP, являющуюся расширением платформы «Мельница данных».
Механизмы доступа по протоколу SOAP содержат в своем составе средства предоставления клиентам сервиса актуального формального описания сервисов в формате WSDL.

Для получения спецификации сервисов для каждого сервиса необходимо:

  1. Открыть раздел Служебная форма на участке Администратору.
  2. На вкладке Классы выбрать класс, для которого необходимо сформировать спецификацию.
  3. Вызвать контекстное меню (щелчок правой клавишей мыши) и выбрать процедуру Сформировать документацию SOAP.
    Формирование документации SOAP

В спецификации сервисов для каждого сервиса представлено:

  • Назначение сервиса.
  • Перечень операций сервиса (наименование операций, описание выполняемых действий).
  • Описание типов сообщений (наименование типа, наименование и назначение элементов комплексных типов).
  • Входные параметры операции (наименование, описание).
  • Возвращаемые операцией значения (наименование, описание).
  • Пример входящего SOAP сообщения.
  • Пример возвращаемого SOAP сообщения.

3.7. Интеграция с МСР

Данный функционал позволяет выполнять передачу данных в Московский социальный регистр (МСР), а также загружать сведения об обработанных данных из МСР.

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

  1. Код вуза - значение кода должно соотвествовать классификации, установленной МСР. Для добавления значения кода необходимо в представлении Значение вызвать процедуру Создать и в форме параметров, поле Строковое значение, ввести код ВУЗа, после чего нажать кнопку ОК.
  2. Каталог обмена файлами (или FTP сервер) - путь к каталогу для обмена файлами. Для добавления пути к каталогу необходимо в представлении Значение вызвать процедуру Создать и в форме параметров указать Пользователя, для которого добавляется настройка, и  Строковое значение (путь к каталогу), после чего нажать кнопку ОК.
            При добавлении значений настройки Каталог обмена файлами (или FTP сервер) должны выполняться следующие условия:
    1. Обязательно должен быть задан Пользователь, для которого добавляется значение настройки.
    2. При взаимодействии через FTP сервер в поле Строковое значение должен быть указан адрес на ftp- каталог где распологаются папки IN и OUT для обмена информацией с МСР.
    3. При необходимости в поле Строковое значение может быть задан путь на локальное рабочее место, но при этом в указанном каталоге предварительно должны быть созданы папки IN и OUT.
  3. Логин для доступа к FTP серверу - логин для доступа к FTP серверу МСР. Для добавления логина необходимо в представлении Значение вызвать процедуру Создать и в форме параметров указать Пользователя (обязательно), для которого добавляется логин, и в поле Строковое значение  ввести логин пользователя, после чего нажать кнопку ОК.
  4. Пароль для доступа к FTP серверу - пароль для доступа к FTP серверу МСР. Для добавления пароля необходимо в представлении Значение вызвать процедуру Создать и в форме параметров указать Пользователя (обязательно), для которого добавляется пароль, и в поле Строковое значение ввести пароль пользователя, после чего нажать кнопку ОК.

          Логин и Пароль выдаются представителями МСР.


3.8. Автоматическая публикация списков абитуриентов и статистических отчетов

Для публикации отчетов используются две web-страницы - одна для абитуриентов бакалавриата и одна для абитуриентов магистратуры. Ссылки на данныю страницы размещены на страницах входа в личные кабинеты абитуриентов бакалавриата и магистратуры. Страница имеет разделы, соответствующие каждому из филиалов, в каждом разделе размещена одна ссылка на статистический отчет и раскрывающийся список конкурсов в бакалавриат с иконками для получения отчетов со списком абитуриентов каждого конкурса. Для получения каждого отчета на странице размещено три иконки: для получения отчета в форматах.xls,.html,.pdf.

Настройка публикации отчетов состоит из нескольких этапов:

Настройка периодичности формирования отчетов

Для настройки переодичности формирования отчетов необходимо:

  1. Открыть форму Запланированные задания и найти задания Генерация отчетов списков бакалавриата, Генерация статистических отчетов бакалавриата, Генерация отчетов списков магистратуры и Генерация статистических отчетов магистратуры.
            Задания  Генерация отчетов списков бакалавриата, Генерация статистических отчетов бакалавриата, Генерация отчетов списков магистратуры и Генерация статистических отчетов магистратуры  созданы на основе пакетного файла (.bat-файла). Для формирования.bat-файлов предназначены следующие отчеты XSLT класса "Набор":
    • Сформировать bat-файл для формирования отчетов списков абитуриентов бакалавриата по всем филиалам и их конкурсам.
    • Сформировать bat-файл для формирования отчетов статистики о абитуриентах бакалавриата по всем филиалам.
    • Сформировать bat-файл для формирования отчетов списков абитуриентов магистратуры по всем филиалам и их конкурсам
    • Сформировать bat-файл для формирования отчетов списков абитуриентов магистратуры по всем филиалам и их конкурсам
            Для автоматической публикации генерируются следующие отчеты:
    1. "Бакалавриат. Отчет для ректора"
    2. "Публикация БД по абитуриентам бакалавриата (краткая форма)"
    3. "Отчет о регистрации магистров (по направлениям)"
    4. "Публикация БД по абитуриентам магистратуры"
  2. Для каждого из заданий в подчиненом представлении (таблице данных)  Расписание  представлено расписание формирования отчетов. Для формирования новго расписания необходимо воспользоваться соотвествующими действиями контекстного меню более подробно см. Использование Планировщика задач.

Настройка переодичности публикации отчетов

Для настройки переодичности публикации отчетов необходимо:

  1. Открыть форму Запланированные задания и найти задания Получение отчетов для сайта олимпиад/примемной кампании для каждого из web-серверов, на которых должны публиковаться отчеты.
  2. Для каждого из заданий в подчиненом представлении (таблице данных)  Расписание  представлено расписание публикации отчетов. Для формирования нового расписания необходимо воспользоваться соотвествующими действиями контекстного меню более подробно см. Использование Планировщика задач.

3.9. Автоматическая публикация списков участников олимпиад и статистических отчетов

Для публикации отчетов используются отдельная web-страницы. Ссылки на данную страницу размещена на странице входа в личные кабинеты участников олимпиад. Страница имеет разделы, соответствующие каждому виду статистического отчета. В разделах со списками участников для каждого потока олимпиады или конкурса содержится раскрывающийся список предметов с иконками для получения отчетов со списком участников олимпиады или конкурса для каждого предмета. Для получения каждого отчета на странице размещено три иконки: для получения отчета в форматах.xls,.html,.pdf.

Настройка публикации отчетов состоит из нескольких этапов:

Настройка периодичности формирования отчетов

Для настройки переодичности формирования отчетов необходимо:

  1. Открыть форму Запланированные задания и найти задания Генерация отчетов списков зарегистрированных на олимпиаду школьников и  Генерация отчетов статистики регистрации на олимпиаду школьников.
            Задания  Генерация отчетов списков зарегистрированных на олимпиаду школьников и Генерация отчетов статистики регистрации на олимпиаду школьников  созданы на основе пакетного файла (.bat-файла). Для формирования.bat-файлов предназначены следующие отчеты XSLT класса "Набор":
    • Сформировать bat-файл для формирования отчетов списков зарегистрированных на олимпиаду школьников.
    • Сформировать bat-файл для формирования отчетов статистики регистрации на олимпиаду школьников.
            Для автоматической публикации генерируются следующие отчеты:
    1. "Ход регистрации участников (первый этап)"
    2. "Список зарегистрированных на первый этап"
    3. "Ход регистрации участников (первый этап, краткая форма)"
  2. Для каждого из заданий в подчиненом представлении (таблице данных)  Расписание  представлено расписание формирования отчетов. Для формирования нового расписания необходимо воспользоваться соотвествующими действиями контекстного меню более подробно см. Использование Планировщика задач.

Настройка переодичности публикации отчетов

Для настройки переодичности публикации отчетов необходимо:

  1. Открыть форму Запланированные задания и найти задания Получение отчетов для сайта олимпиад/примемной кампании для каждого из web-серверов, на которых должны публиковаться отчеты.
  2. Для каждого из заданий в подчиненом представлении (таблице данных)  Расписание  представлено расписание публикации отчетов. Для формирования нового расписания необходимо воспользоваться соотвествующими действиями контекстного меню более подробно см. Использование Планировщика задач.

4. Выполнение импорта данных о выпускниках из Web-приложения

Процедура импорта данных из Web-приложения может осуществляться только пользователем, имеющим на это соответствующие права. Процедура запускается при помощи выбора действия "Импорт из внешней БД", которое доступно при щелчке правой кнопкой мыши в главной таблице данных "Выпускники". При выборе этого действия отображается форма задания параметров процедуры:

Выпускники импорт

Процедура может выполняться в двух режимах:

  1. получение данных с Internet-ресурса
  2. импорт из xml-файла на диске

Для получения данных с Internet-ресурса необходимо задать значения параметров:

  • URL - URL (Universal resource locator), по которому расположено Web-приложение;
  • URL информации для синхронизации - URL, по которому расположен xml-файл с данными (относительно URL);
  • Пользователь - имя пользователя Web-приложения, имеющего права на доступ к данным, необходимым для импорта;
  • Пароль - пароль пользователя Web-приложения, имеющего права на доступ к данным, необходимым для импорта;
  • Параметр Файл с данными задавать не надо.

Для импорта данных из xml-файла, расположенного на диске, в форме задания параметров необходимо задать только значение параметра Файл с данными. Значения оставшихся четырех параметров должны быть пустыми. Значение параметра Файл с данными устанавливается при помощи стандартного диалога открытия файла Windows, который вызывается при нажатии мышью на кнопку открытия файла, расположенную в правой части элемента управления "Файл с данными".

После установления значений параметров процедура установит связь с удаленной базой данных (в случае получения данных с Internet-ресурса) и выполнит синхронизацию информации о выпускниках, хранящейся в Системе с информацией, полученный из xml-файла. По окончании работы процедуры воспользуйтесь действием "Обновить" в главной таблице данных "Выпускники". Действие обновить доступно на панели инструментов, в контекстном меню (щелчок правой кнопкой мыши), а также при нажатии клавиши F5 на клавиатуре.


5. Протоколирование действий пользователей

Возможности протоколирования действий пользователя реализованы на уровне средств платформы "Мельница данных". Данные возможности распространяются как на локальных пользователей, работающих с БД по протоколу TCP-IP, так и на удаленных пользователей, работающих с системой по протоколу HTTP (HTTPS) как посредством Win-клиента (приложения Обозреватель данных), так и посредством личных кабинетов и прочих web-приложений системы.

Протоколироваться могут следующие аспекты работы пользователей системы

  • Протоколирование пользовательских сессий позволяет фиксировать факты входа (авторизации) и выхода (закрытие сессии) пользователей. На основе анализа этих данных можно делать выводы об активности отдельных пользователей, о числе пользователей, работающих с системой в различные периоды времени.
  • Протоколирование вызовов процедур, отчетов, методов OLE-объекта позволяет фиксировать вызов пользователем того или иного метода системы. Наряду с фактом вызова метода могут фиксироваться и значения всех или некоторых параметров, переданных пользователем. Анализ этих данных позволит оценивать востребованность и активность использования процедур, отчетов, методов OLE-объекта. Также эта информация может быть полезной для анализа способов, при помощи которых пользователями были созданы, изменены или удалены записи базы данных системы.
  • Протоколирование изменений данных заключается в фиксации фактов выполнения пользователями каждого изменения значений полей для объектов определенных классов. При этом в протоколе фиксируется "старое" и "новое" значения поля.

Данные протоколов сохраняются в системе и могут быть просмотрены в Административной форме на вкладках Сессии, История, Вызовы. Здесь же можно формировать отчеты по данным протоколов, выполнять импорт и экспорт данных протоколов.

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

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


5.1. Протоколирование пользовательских сессий

Включить или отключить протоколирование сессий пользователей можно только для системы в целом. Для этого предназначена настройка Протоколировать сессии (DoLogSessions). Задать или изменить значение этой настройки можно в Административной форме на вкладке Настройки. Настройка имеет атрибут Не видимо пользователям, поэтому изменить ее значение при помощи формы Настройки нельзя. Значение этой настройки можно изменить, добавив запись о значении на подчиненной вкладке Значения, задав Логическое значение = Да.

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

        После изменения значения настройки Протоколировать сессии выполнение или отмена протоколирования произойдут при очередном входе пользователя в систему (для удаленных пользователей - после перезапуска Сервера приложений). Выполнять синхронизацию базы данных для применения нового значения настройки не нужно.

Если протоколирование сессий пользователей включено, то при каждом входе пользователя в систему (успешной авторизации) в Административной форме на вкладке Сессии будут добавляться записи о сессиях пользователей. Записи о сессиях имеют атрибуты:

  • Начата - дата и время открытия пользовательской сессии; значение устанавливается сразу же при создании записи.
  • Завершена - дата и время закрытия пользовательской сессии; значение устанавливается при успешном завершении пользовательской сессии.
  • Логин - логин пользователя, открывшего сессию
  • Пользователь - наименование пользователя, открывшего сессию (из таблицы данных Пользователи)
  • Пользовательский агент - приложение, посредством которого пользователь осуществил подключение к системе, например:
    • DataBrowser.exe (2.2.1.360) - приложение Обозреватель данных версии 2.2.1.360 (локальное подключение по протоколу TCP-IP)
    • DMAS/1.1 - Сервер приложений платформы "Мельница данных" (DataMill ApplicationServer) версии 1.1 (удаленное подключение через Сервер приложений)

5.2. Протоколирование фактов вызова процедур, отчетов, методов OLE-объекта

Для того, чтобы в системе велось логирование фактов вызова процедур, отчетов, методов OLE-объекта, для этих процедур (методов, отчетов) должен быть установлен атрибут Протоколировать = Да. Установить этот атрибут можно в Служебной форме, выбрав класс в таблице Классы и выбрав нужный метод, отчет, метод OLE-объекта на вкладке Подпрограммы. Значение атрибута Протоколировать можно установить как в таблице данных Подпрограммы, так и в Инспекторе объектов.

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

       

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

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

Протоколирование параметров будет работать только в случае, если и для самого метода (отчета, метода OLE-объекта) включено протоколирование.

Просмотреть данные протокола вызовов процедур, отчетов, методов OLE-объекта можно в Административной форме не вкладке Вызовы. Каждому вызову пользователем процедуры, отчета, метода OLE-объекта будет соответствовать одна запись протокола. Если протоколирование было применено и для параметров, то на подчиненной вкладке Параметры можно будет увидеть значения параметров, с которыми был осуществлен вызов.

Для каждого протоколируемого вызова в протоколе фиксируется следующая информация:

  • Дата и время вызова
  • Имя класса, подпрограмма которого была вызвана
  • Имя вызванной подпрограммы
  • Объект, для которого была вызвана подпрограмма, (имя, идентификатор, идентификатор при создании, база данных - источник объекта)
  • Пользовательская сессия, в рамках которой был осуществлен вызов (дата и время начала и завершения сессии, пользователь, открывший сессию, пользовательский агент); информация о сессии будет зафиксирована только если включено Протоколирование пользовательских сессий

Если для подпрограммы было установлено протоколирование параметров, то дополнительно в протокол для каждого параметра будет записана следующая информация:

  • Имя параметра
  • Значение параметра (для значений ссылочного типа - идентификатор и имя объекта, переданного в качестве параметра)


5.3. Протоколирование изменений данных

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

Протоколирование изменений данных можно настроить на двух уровнях:

  • Протоколирование фактов создания и удаления объектов класса
  • Протоколирование фактов изменения значений полей объектов. В этом случае в протокол будет записываться информация о "старом" и "новом" значении измененного поля.

5.3.1. Протоколирование фактов создания и удаления объектов

Для того, чтобы настроить протоколирование фактов создания и удаления объектов определенного класса, необходимо найти нужный класс в Системной форме на вкладке Классы и установить для этого класса значение атрибута Протоколировать = Да. Отключить протоколирование можно, установив значение данного атрибута в Нет.

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

Данные протокола можно будет увидеть в Административной форме на вкладке История. В протоколе будет зафиксирована следующая информация:

  • Дата и время создания или удаления объекта
  • Выполненное над объектом действие (Создан или Удаляется)
  • Пользователь, выполнивший создание или удаление (логин, наименование пользователя)
  • Информация об объекте (имя, наименование, класс, родитель, мастер, идентификатор, идентификатор при создании, база данных-источник)
  • Пользовательская сессия, в рамках которой было осуществлено добавление или удаление (дата и время начала и завершения сессии, пользователь, открывший сессию, пользовательский агент); информация о сессии будет зафиксирована только если включено Протоколирование пользовательских сессий
Если для данного класса включено протоколирование изменений значений полей, то при создании объекта кроме записи о факте создания в протокол будут добавлены записи о присвоении значений протоколируемым полям.


5.3.2. Протоколирование изменений значений полей

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

  1. Включить протоколирование для выбранного класса (Протоколирование фактов создания и удаления объектов). Результатом данного этапа будет протоколирование фактов создания и удаления объектов класса.
  2. Для выбранного в Системной форме на вкладке Классы класса на подчиненной вкладке Поля установить значение атрибута Протоколировать = Да для выбранных полей. Установкой значения этого атрибута в Нет можно отключить протоколирование изменений данного поля.
        Для того, чтобы изменение режима протоколирования изменений значений полей вступило в силу, после изменения значения атрибута Протоколировать необходимо выполнить Синхронизацию базы данных. После синхронизации протоколирование будет выполняться после очередного входа пользователей в систему (для удаленных пользователей - после перезапуска Сервера приложений).

При работе режима протоколирования изменений значений полей в Административной форме на вкладке История при каждом изменении будут создаваться по две записи на каждое измененное поле - запись с предыдущим значением и с новым значением поля. Первая запись будет иметь значение атрибута Действие = Изменится, вторая - Действие = Изменен. Записи протокола будут иметь следующий набор атрибутов:

  • Дата и время изменения
  • Выполненное над объектом действие (Изменится или Изменен)
  • Пользователь, выполнивший создание или удаление (логин, наименование пользователя)
  • Информация об объекте (имя, наименование, класс, родитель, мастер, идентификатор, идентификатор при создании, база данных-источник)
  • Имя поля, значение которого изменено
  • Содержимое - значение, которое хранилось в поле до изменения, или которое было присвоено после изменения
  • Пользовательская сессия, в рамках которой было осуществлено добавление или удаление (дата и время начала и завершения сессии, пользователь, открывший сессию, пользовательский агент); информация о сессии будет зафиксирована только если включено Протоколирование пользовательских сессий

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

Пример отчета об активности пользователей


5.4. Экспорт и импорт данных протоколов

Работа с данными о протоколах, хранящихся в системе, ведется в Административной форме на вкладках Сессии, Вызовы и История.

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

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

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

Результатом экспорта будет xml-документ с данным пользователем именем

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

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

  • Запустить приложение платформы Утилита обслуживания базы данных
  • В полях Источник данных, База данных, Пользователь, Пароль указать параметры подключения к БД пользователя, имеющего права администратора.
  • Выбрать действие Импортировать из файла
  • Параметры импорта задать следующим образом
    • Файл для импорта - указать путь к файлу, содержащему выгрузку протоколов в формате xml
    • В поле Импортировать выбрать пункт Только данные (Data only)
    • Для остальных параметров оставить значения по умолчанию.
  • Нажать кнопку Выполнить

Наиболее рационально выполнять загрузку данных протоколов при помощи исполняемых файлов (bat-файлов). Текст командной строки для вызова процедуры экспорта можно увидеть в Утилите обслуживания базы данных в поле Командная строка.


6. Расширение возможностей документирования пользовательских инструкций

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

Возможности подобного интегрирования будут рассмотрены далее на примере программного обеспечения HELP&MANUAL версии 5.6.0 (страница для скачивания здесь ). HELP&MANUAL является инструментом для создания документации, а также системой управления контентом. Данный продукт является коммерческим.


6.1. Установка ПО

- Скачать дистрибутив программы с сайта разработчика ( http://www.helpandmanual.com/downloads.html

- Запустить исполняемый файл установщика hmsetup.exe. Начнется процесс установки.

Первый экран установки программы - приветствие:

Установка HM 1

Нажать "Next".

Экран лицензионного соглашения:

Установка HM 2

Выбрать пункт "I accept the agreement", нажать "Next".

Экран выбора директории установки:

Установка HM 3

Здесь необходимо выбрать папку на жестком диске компьютера для установки Help&Manual, нажать "Next".

Экран выбора компонентов программы для установки:

Установка HM 4

Можно оставить без изменений, нажать "Next".

Экран выбора наименования группы программ в меню "Start" ("Пуск"):

Установка HM 5

Нажать "Next".

Экран дополнительных установок:

Установка HM 6

Здесь можно указать, должен ли установщик разместить значок Help&Manual для запуска программы на рабочем столе компьютера. Сделать выбор, нажать "Next".

Сводный экран установки программы:

Установка HM 7

Здесь указаны все параметры установки программы, выбранные на предыдущих шагах. Если необходимо внести изменения в параметры, можно воспользоваться кнопкой "Back". Если все параметры верны, нажать кнопку "Install".

Начнется процесс установки программного обеспечения:

Установка HM 8

После установки будет выведен полседний экран:

Установка HM Finish

Чекбокс "Launch Help&Manual" позволяет запустить программное обеспечение сразу после нажатия на кнопку "Finish".

При первом запуске программы будет выведен запрос на ввод код активации полного функционала программы:

Активация HM

Здесь необходимо указать серийный номер (Serial Number) и код активации (Activation Code). Данная информация доступна после приобретения программы. После ввода нажать кнопку "ОК". Программа готова для работы.


6.2. Создание проекта документации

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

HM окно приветствия

Для создания нового проекта документации необходимо воспользоваться кнопкой  или комбинацией клавиш "Alt+1".

HM new project

Откроется окно выбора параметров нового проекта:

HM параметры нового проекта 1

Оставляем параметры без изменений и нажимаем кнопку "Next".

Следующее окно параметров:

HM Окно выбора параметров нового проекта 2

В поле "Output File"  необходимо указать название и место расположения на жестком диске файла проекта. Расширение файла оставляем без изменения. В поле "Project Title" можно ввести наименование проекта документации. В поле "Project Language" указывается язык проекта.

         В поле "Character Set" должно быть установлено значение "RUSSIAN_CHARSET".

Нажать кнопку "Next".

Окно создания структуры проекта документации:

HM создание структуры документа

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

Главное окно программы:

HM главное окно

В левой части расположено навигационное дерево статей проекта документации, в правой отображается содержимое статей.

После того, как статьи созданы, необходимо добавить ключевые слова и фразы, для этого необходимо перейти на вкладку "Topic Options":

HM Topic Options Tab

 Откроется окно установки свойств статьи:

HM Topic Options

Здесь в поле "Keywords" необходимо указать ключевые слова и фразы, по которым будет осуществляться переход из системы АСАВ в соответствующую статью.

После того как все необходимые статьи созданы, ключевые фразы добавлены, файл документации нужно сохранить в формате chm. Для этого используется кнопка "Publish".

HM Publish

После ее нажатия будет выведено окно выбора формата конечного файла:

HM Выбор формата файла

Здесь выбирается вкладка "HTML Help (.chm)", указывается путь на жестком диске для сохранения.

После нажатия кнопки "ОК" файл будет сохранен в нужном формате.


6.3. Интеграция программы документирования с системой АСАВ

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

Для примера разберем связывание соответствующей статьи файла документации и формы Зарегистрировать, вызываемой с помощью пункта контекстного меню "Зарегистрировать" из таблицы Абитуриенты бакалавриата раздела Абитуриенты бакалавриата текущего набора участка Абитуриент.

Форма Зарегистрировать абитуриента бакалавриата

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

         Созданный в программе Help&Manual файл документации, должен находится в одной папке с запускаемым файлом DataBrowser.exe обозревателя DataMill.

Подпрограмма "Зарегистрировать" ("Register") является дочерней по отношению к классу "Абитуриент бакалавриата" ("TBachAbiturSt").

В системе АСАВ нужно открыть раздел Системная форма участка Администратору. На вкладке Классы при помощи фильтра по имени или наименованию найти класс "Абитуриент бакалавриата" ("TBachAbiturSt"). В подчиненном представлении перейти на вкладку Подпрограммы и найти подпрограмму "Зарегистрировать" ("Register"). В подчиненном представлении перейти на вкладку Ключи контекстной помощи, вызвать контекстное меню и воспользоваться пунктом "Создать".

Откроется окно ввода параметров:

Создание ключа контекстной помощи

В поле "Ключевое словосочетание" указывается ключевое слово или фраза, в том виде как они прописаны в программе Help&Manual в свойствах соответствующей статьи.

В поле "Хранилище" указывается имя chm-файла документации без расширения, который содержит в себе данную статью.

После нажатия кнопки "Ок" ключ будет добавлен в таблицу.

Создание ключей контекстного поиска

Таким образом, после вызова справки из формы "Зарегистрировать" пользователь увидит соответствующую статью:

HM Вывод статьи

Если ключей несколько и они ссылаются на разные статьи или документы, то при нажатии в форме "Зарегистрировать" на кнопку вызова помощи, пользователю будет предложено на выбор несколько вариантов ссылок.


7. Отправка сообщений об ошибках Системы по E-mail

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

Для использования данного функционала необходимо предварительно задать адрес электронной почты, по которому будут направляться уведомления об исключительных ситуациях. Для этого необходимо зайти на Участок АДМИНИСТРАТОРУ, открыть Системную форму, перейти на вкладку Настройки, вызвать контекстное меню и воспользоваться пунктом "Настройки".

В открывшемся окне настроек перейти на вкладку  Обработка ошибок.

Обработка ошибок ввод адреса   

Здесь необходимо ввести адрес электронной почты и нажать "Ок". Настройка завершена.

Теперь, в случае возникновения исключительной ситуации с системе, по указанному адресу электронной почты будет отправлено сообщение с заголовком "Уведомление об ошибке у пользователя "Имя пользователя" приблизительно следующего содержания:

        У пользователя "Имя пользователя" 21.11.2012 в 15:37:07 произошла ошибка: "Дублирование объекта "ОрОС 032700.62" класса "Образовательный стандарт" EOCIException OCI Oracle error #1 (-1) "ORA-00001: unique constraint (MAINHSE.SYS_C005153) violated ORA-06512: at "MAINHSE.SYS$HELPER", line 789 ORA-06512: at "MAINHSE.TEdStandart$AITrigger", line 2 ORA-04088: error during execution of trigger 'MAINHSE.TEdStandart$AITrigger' ORA-06512: at "MAINHSE.TEdStandart$Create", line 95 ORA-06512: at "MAINHSE.TEdStandart$AddEdStandart", line 33 ORA-06512: at line 1 "." Дополнительная информация: "EOCIException: OCI Oracle error #1 (-1) "ORA-00001: unique constraint (MAINHSE.SYS_C005153) violated ORA-06512: at "MAINHSE.SYS$HELPER", line 789 ORA-06512: at "MAINHSE.TEdStandart$AITrigger", line 2 ORA-04088: error during execution of trigger 'MAINHSE.TEdStandart$AITrigger' ORA-06512: at "MAINHSE.TEdStandart$Create", line 95 ORA-06512: at "MAINHSE.TEdStandart$AddEdStandart", line 33 ORA-06512: at line 1 ". Extended debug info: Extended debug information: 45444953F36AE259CC21E4400F000000370000003642480057B34900A2D649009A0D4B00360F4B 00343056000A2856002640470099EF58007C4F470012BC4200E3B6397774B8397792BA3977E516 3A770B000040004441544142524F57534552050000807C4E54444C4C080000E4774B45524E454C 3332080000D0774F4C454155543332060000BA774D535643525406000038775553455233320500 00C07747444933320800001E7D4144564150493332060000C577525043525434070000F5765345 435552333205000067774F4C45333207000028764D53494D473332070000B97756455253494F4E 0800005377434F4D43544C33320700008D7C5348454C4C3332070000187D53484C574150490800 002B76434F4D444C473332070000BB7157534F434B3332060000C0715753325F3332070000BF71 57533248454C50070000D64D474449504C5553080000C2715453415050434D500500002976494D 4D33320800004277434F4D43544C33320600001F7757494E535441080000C4714E455441504933 320500003C4B4D53435446070000E67541505048454C50080000C34D4D53435446494D45030000 DA755358530800009A5E4F4C4550524F333205000086734444524157080000B3734443494D414E 33320700007B77434C42434154510600000177434F4D5245530800000B01585053503252455307 0000B77155585448454D4503000000104F4349070000347C4D535643523731050000B776505341 50490A00008C014F52414F434945493130050000AA7657494E4D4D0700001B7643525950543332 06000019764D5341534E31060000BC71524450534E44070000B2714D5357534F434B060000ED76 444E53415049060000F77657494E524E52070000F176574C4441503332080000F8765241534144 484C50070000275F484E4554434647080000AE715753485443504950030000CE07485345060000 B1694D53584D4C340800006F095642534352495054 --------------------------------------------- "

Подробно для разработчика


8. Использование Планировщика задач

Работа с Планировщиком задач доступна администраторам системы в разделе Администратору в форме Запланированные задания.

Планировщик задач. Консоль

Планировщик задач позволяет:

  • Создать задание на основе подпрограммы системы (метода, отчета, метода OLE-объекта и проч.)
  • Задать значения параметров, которые будут использованы при вызове подпрограммы
  • Сформировать ежедневное расписание, по которому будет вызываться подпрограмма
  • Вызывать запланированные задания вручную в любой момент времени
  • Получать информацию о результатах выполнения подпрограммы при каждом вызове

Форма работы с Планировщиком задач состоит из таблицы данных Запланированные задания и двух подчиненных таблиц - Параметры и Расписание.

Планировщик задач. Параметры

Планировщик задач. Расписание

Работа с Планировщиком задач состоит из следующих этапов:

  1. Создание задания
  2. Задание значений параметров выполнения задания
  3. Формирование расписания выполнения задания

Создание задания

Для создания нового задания в таблице данных Запланированные задания нужно вызвать действие Создать задание на основе подпрограммы.

Планировщик задач. Создание задания

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

Задание значений параметров выполнения задания

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

Планировщик задач. Задание параметров

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

Формирование расписания выполнения задания

Для формирования расписания необходимо выбрать запись о задании в таблице данных и вызвать действие Построить ежедневное расписание.

Планировщик задач. Создание расписания

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

Отражение в системе результатов выполнения заданий

После создания задания и расписания его выполнения в основной таблице данных Запланированные задания отображается значение Времени следующего выполнения, а также группа колонок, отражающих результат последнего выполнения:

  • Время последнего выполнения
  • Последнее выполнение - отражается информация об успешности успешного выполнения
  • Результат последнего выполнения - в случае, если запланировано выполнение метода, возвращающее результат простого типа, то в этой колонке будет отображено значение результата; если же результат имеет тип большого объекта (файл, и т.п.), или если запланировано выполнение отчета, то в этой колонке будет отражена информация о типе результата.
  • Результат последнего выполнения (большой объект) - в этой колонке сохраняются данные "большого объекта", являющегося результатом выполнения запланированного метода, или файл сформированного отчета.

Кроме информации о следующем и последнем выполнении задания в таблице данных Расписание отражается информация о каждом выполнении. Записи в этой таблице создаются в момент формирования расписания и в момент ручных вызовов выполнения задания, выполняемых при помощи действия Выполнить немедленно. По каждой записи расписания отображается информация:

  • Плановое время - время, заданное расписание
  • Время последнего действия - до выполнения значение повторяет время, заданное расписанием, после выполнения - отражает время фактического завершения выполнения задания
  • Состояние - информация о факте вызова, успешности или неуспешности выполнения задания
  • Результат выполнения - для метода, возвращающего значение простого типа - возвращенное значение; в случае возвращения значения типа "большого объекта" и в случае отчета - информация о типе результата
  • Результат выполнения (большой объект) - в случае возвращения значения типа "большого объекта" и в случае отчета - данные, являющиеся результатом выполнения или файл отчета

9. Установка значений последовательностей

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

Создание новых последовательностей

Для создания новой последовательности необходимо:

  1. В разделе Системная форма открыть представление (таблицу данных) Последовательности и с помощью контекстного меню вызвать действие Создать.
  2. В форме параметров указать  Имя и  Наименование последовательности.
  3. После нажатия кнопки ОК, в представлении Последовательности для новой записи, в колонке Текущее значение, нужно установить начальное значение для генератора.
            Допустим необходимо создать генератор регистрационных номеров абитуриентов бакалавриата. Для этого вызываем действие Создать и в форме параметров указываем Имя, например "NewRegNumber", и Наименование , например "Новый регистрационный номер абитуриента бакалавриата". После чего в колонке Текущее значение установим начальное значение "1". Если данную последоватеьность использовать при регистрации абитуриентов бакалавриата, то следующий (первый) зарегистрированный абитуриент получит регистрационный номер "1", следующий "2" и так далее.

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

Переустановка текущих значений последовательностей

Так как многие бизнес-процессы в системе проходят циклически, то может возникнуть необходимость перед новым циклом переустановить начальное Текущее значение, для этого необходимо выбрать требуемую последовательность и в колонке Текущее значение установить новое начальное значение.
        Допустим в примере с регистрацией абитуриентов бакалавриата уже зарегистрировалось 1000 абитуриентов и для последовательности "Новый регистрационный номер абитуриента бакалавриата" зафиксировано Текущее значение "1000". Если мы для данной последовательности переустановим Текущее значение и установим значение "1", то следующий зарегистрированный абитуриент станет первым и получит регистрационный номер "1". Все регистрационные номера полученные до этого сохранятся.