«УЧРЕЖДЕНИЕ «ГЛАВНЫЙ ИНФОРМАЦИОННО-АНАЛИТИЧЕСКИЙ ЦЕНТР МИНИСТЕРСТВА ОБРАЗОВАНИЯ Республики Беларусь» (ГИАЦ Минобразования) ...»

* $archive->getArchiveId() and $field->getName()

* позволяет убрать символ «.» в конце наименования предметной рубрики

*/

if ($field->getName() == 'subject') {

$value = preg_replace('/\.$/', '', $value);

}

return false;

Рисунок 20 Пример реализации этой процедуры для регулярного выражения

Плагин Type Map Preprocessor преобразует значения типов элементов из информационного источника (архива) в набор других значений. Если определен «файл преобразования» для каждого информационного источника, то все архивы могут совместно использовать общий набор значений типов в интерфейсе пользователя, тем самым позволяя пользователю выбрать из последовательного набора значений во время организации поиска.

Файл преобразования для каждого архива определяется с помощью шаблона, имеющего имя «TypeMap-[Архив ID].xml».

Например, если идентификатор архива ID при сборе метаданных равен 3, то плагин Type Map Preprocessor будет искать файл в директории плагинов с именем typemap-3.xml и использовать правила преобразования,, определенные в этом файле при обработке собранных метаданных.

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

Идентификатор является последним параметром в URL-адресе АДРЕСЕ, при работе с архивами.

Файлы преобразования используют один и тот же внутренний формат, совпадающий с форматом файла mapping.xml, включенного в плагин languagemap. По сути это простой XML документ, содержащий один или более элементов преобразования с атрибутами «from» и «to».

Все преобразования являются потомками единого элемента преобразования <mappings>.

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

<mappings>

<mapping from=" Конференция или семинар элемент" to=" Презентация" />

<mapping from=" Монографии" to=" Книга" />

</mappings>

Рисунок 21 Пример файла с двумя преобразованиями

Файл преобразования содержит также встроенный DTD, определяющие этот формат и имеет вид, представленный на Рис. 22.

<!ELEMENT version (application, type, release, tag?, date)>

<!ELEMENT application (#PCDATA)>

<!ELEMENT type (#PCDATA)>

<!ELEMENT release (#PCDATA)>

<!ELEMENT tag (#PCDATA)>

<!ELEMENT date (#PCDATA)>

Рисунок 22 встроенный DTD файла преобразования

Для управления плагинами предварительной обработки и их конфигурирования используется экранная форма, представленная на Рис.23.

Рисунок 23 Экранная форма для управления плагинами предварительной обработки

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

Для того, чтобы управлять сортировкой этих записей используется плагин «порядок сортировки» (Рис.24).

Рисунок 24 Экранная форма для управления плагином сортировки

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

Необходимо задать значения для следующих параметров:

• язык формы
• имя*
• тип*
• поля*

Поля, отмеченные символом *, являются обязательными при вводе.

Для сохранения произведенных изменений, необходимо нажать на кнопку «сохранить». Для отмены - на кнопку «отменить».

Рисунок 24а Экранная форма для создания порядка сортировки

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

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

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

Возможно создать столько порядков сортировки, сколько необходимо. Порядок сортировки может быть изменен или удален со страницы "Порядки сортировки". Статус чекбокса показывает был ли индекс в хранилище метаданных с того времени, как был создан порядок сортировки: создание нового порядка сортировки не влияет на перестроение индекса в БД, и после создания нового порядка сортировки должен быть запущен из командной строки скрипт, находящийся по в директории tools/rebuildSearchIndex.php. Новый материал, собранный из информационных источников сборщиком будет уже учитывать созданные порядки сортировки.

После создания сортировок они будут доступны в виде соответствующей ссылки при просмотре записей. На Рис.25 представлен созданный порядок сортировки с именем «сортировка по заголовку» для архива «Неразрушающий контроль и диагностика».

Рисунок 25 Пример порядка сортировки с именем «сортировка по заголовку» для архива «Неразрушающий контроль и диагностика»

2.5 УПРАВЛЕНИЕ ИНСТРУМЕНТАМИ ЧТЕНИЯ

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

Инструменты чтения реализованы с использованием технологий плагинов и XML

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

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

Для управления Инструментами чтения используется экранная форма, представленная на Рис.26.

Рисунок 26 Экранная форма для управления Инструментами чтения

Имеется возможность:

• просмотреть текущий статус настроек для Инструментов чтения (раздел «Статус»);
• настроить конфигурационные параметры для Инструментов чтения (раздел «Конфигурация);
• проверить правильность ссылок, настроенных для Инструментов чтения (раздел «Управление).

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

Также администратор может создать собственные версии Инструментов для чтения или импортировать версии из других PKP-платформ.

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

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

• Agriculture
• Art & Architecture
• Astrophysics
• Biology
• Business
• Chemistry
• Cognitive Science
• Computer Science
• Economics
• Education
• Environment
• General Science
• Generic
• Humanities
• Life Sciences
• Mathematics
• Music
• Physics
• Social Sciences

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

Для этого необходимо кликнуть мышкой на ссылке «создать версию» (Рис.29).

Каждая версия включает в себя следующие атрибуты (Рис. 27):

• заглавие (название);
• ключ ('Когнитивная наука' и Когнитивная_наука, соответственно);
• версия языка страницы (например, ru_RU), на которой будут отображены Инструменты чтения;
• краткое описание.

Рисунок 27 Экранная форма просмотра и редактирования атрибутов версий для Инструментов чтения

Каждая версия может быть создана с помощью текстового редактора или XML редактора. В системе предусмотрено также использование встроенного on-line редактора.

Возможен экспорт и импорт версий.

В любом случае XML документы, описывающие версию должны удовлетворять правилам документа, представленных в виде DTD файла (Рис.28).

<!--

* rt-version.dtd

*

* DTD for Reading Tools version files.

*

* $Id$

-->

<!--

* version - RT version container

* locale: locale key code, e.g. "en_US"

-->

<!ELEMENT version (version_title,version_description,context*)>

<!ATTLIST version

id CDATA #REQUIRED

locale CDATA #REQUIRED>

<!-- Version information -->

<!ELEMENT version_title (#PCDATA)>

<!ELEMENT version_description (#PCDATA)>

<!--

* context - Grouping of related searches

-->

<!ELEMENT context (context_title,context_abbrev,context_description,(cites_context|author_terms|define_terms|geo_terms)?,search*)>

<!-- Context information -->

<!ELEMENT context_title (#PCDATA)>

<!ELEMENT context_abbrev (#PCDATA)>

<!ELEMENT context_description (#PCDATA)>

<!ELEMENT author_terms EMPTY> <!-- If present use authors as default search terms -->

<!ELEMENT define_terms EMPTY> <!-- If present use as the "Define Terms" context -->

<!ELEMENT cites_context EMPTY> <!-- If present use as the "Cited By X" context -->

<!ELEMENT geo_terms EMPTY> <!-- If present use geo context as default search terms -->

<!--

* search - Search engine descriptor

-->

<!ELEMENT search (search_title,search_description,url,search_url,search_post?)>

<!-- Search information -->

<!ELEMENT search_title (#PCDATA)>

<!ELEMENT search_description (#PCDATA)>

<!ELEMENT url (#PCDATA)> <!-- The URL of the site -->

<!ELEMENT search_url (#PCDATA)> <!-- The URL to feed search terms into. Appending a search term must make this a valid URL -->

<!ELEMENT search_post (#PCDATA)> <!-- Post parameters in query string format, if applicable -->

Рисунок 28 Структура DTD файла для XML документа, описывающего версию

При работе с версиями администратору предоставляются следующие возможности (Рис.29):

• просмотр списка имеющихся версий (Рис.29):;
• проверка URL, относящихся к определенной версии;
• просмотр и редактирование атрибутов, заданных для каждой версии;

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

Для проверки URL, относящихся к определенной версии, необходимо кликнуть на ссылке «проверка» в строке для соответствующей версии. В появившемся окне (Рис.30) отобразится отчет о проверке ссылок. Отображаются только неправильные ссылки.

Для примера (Рис.30) не существует неправильных ссылок. Для примера (Рис.31) имеются неправильные ссылки.

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

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

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

Для экспорта версии необходимо кликнуть на ссылке «экспорт» в строке для соответствующей версии и в появившемся окне будет отображен XML документ, описывающий версию согласно структуре DTD файла, представленного на Рис. 28.

Для импорта версии необходимо воспользоваться кнопками «обзор» и «импортирование версии», расположенными внизу на экранной форме для работы с версиями. При этом импортируемый файл должен представлять XML документ, описывающий версию согласно структуре DTD файла, представленного на Рис. 28.

Для создания версии необходимо кликнуть на ссылку «создать версию» и в появившейся форме (Рис. 32) ввести значения для атрибутов версии.

Рисунок 29 Экранная форма для работы с версиями

Рисунок 30 Пример отчета о проверке ссылок для тематического раздела «Computer Science» (отсутствуют неправильные ссылки)

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

Рисунок 30 Пример отчета о проверке ссылок для тематического раздела «Agriculture» (имеются неправильные ссылки)

Рисунок 31 Экранная форма для создания версии

Каждый контекст имеет следующие атрибуты:

• заглавие (название);
• аббревиатуру;
• краткое описание.

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

• Author's work
• Look up terms
• Related studies
• Book searches
• Databases
• Pay-per-view
• Tech. reports
• Patents
• Standards

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

Имеется возможность отредактировать атрибуты для каждого контекста (Рис.32).

Рисунок 32 Экранная форма для редактирования атрибутов контекста

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

• Использовать имена авторов как условие поиска по умолчанию, чтобы пользователи могли найти другие произведения авторов.
• Использовать индексирование географических данных как условие поиска по умолчанию.
• Использовать фразу, помеченную пользователем, как поисковый термин по умолчанию или он останется пустым, если ничего не выбрано для этого документа (например, для Контекста "Определение терминов").
• Использовать имена авторов как условие поиска по умолчанию и описать контекст как поиск ссылок на ресурс.

Воспользовавшись стрелками, можно управлять порядком представления контекстов для пользователя в блоке «Инструменты чтения».

Для сохранения произведенных изменений, необходимо нажать на кнопку «сохранить». Для отмены - на кнопку «отменить».

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

Имеется также возможность отредактировать параметры поисковых запросов для соответствующего контента (Рис.33), кликнув мышкой на ссылке «поисковые запросы».

Рисунок 33 Экранная форма для редактирования параметров контекстного поиска

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

• название (напр. Google Scholar);
• URL (http://scholar.google.com);
• поиск по URL http://scholar.google.com/scholar?ie=UTF-8&oe=UTF-8&hl=eng&as_sauthors=);
• информацию о размещении, если необходимо;
• описание.

Воспользовавшись стрелками, можно управлять порядком представления поисковых запросов для пользователя в блоке «Инструменты чтения».

Для сохранения произведенных изменений, необходимо нажать на кнопку «сохранить». Для отмены - на кнопку «отменить».

Версии и контексты можно импортировать и экспортировать

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

В системе предусмотрена возможность создания специализированных поисковых форм.

Для создания новой поисковой формы необходимо кликнуть мышкой на ссылке “search form” на главной странице администрирования портала (Рис. 34).

В появившемся окне (Рис. 35). возможно отредактировать уже имеющуюся поисковую форму, кликнув на ссылке “править”, в соответствующей строке или создать новую поисковуя форму, кликнув на ссылке “Create Search Form Element”.

Рисунок 34 Главная страница администрирования портала

При редактировании создании поисковой формы (Рис.36) требуется заполнить следующие поля:

• язык формы;
• наименование*;
• символическое имя*;
• тип*

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

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

• Дублинское ядро;
• MODS;
• MARC;
• ETD-MS.

Необхдимо отметить нужные поля.

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

Рисунок 35 Экранная форма для просмотра поисковых форм

Рисунок 36 Экранная форма для редактирования поисковых форм

В пилотном образце портала задействован только стандарт простого Дублинского ядра (Dublin Core) версии 1.1, который влючает в себя 15 элементов для описания ресурса:

• Заглавие — Title,
• Создатель(Автор) — Creator,
• Тема (Предметная рубрика) — Subject,
• Описание (Аннотация) — Description,
• Издатель — Publisher,
• Соавтор — Contributor,
• Дата — Date,
• Формат — Format,
• Тип — Type,
• Идентификатор — Identifier,
• Источник — Source,
• Язык — Language,
• Отношение — Relation,
• Охват (Покрытие) — Coverage,
• Авторские права — Rights.

2.6 УПРАВЛЕНИЕ АРХИВАМИ

Управление информационными источниками (архивами) используется экранная форма, представленная на Рис.12.

Для просмотра списка архивов, метаданные которых собираются в хранилище данных РЕМПРОД, необходимо кликнуть на ссылке «Управление Архивами».

После этого появится окно (Рис. 37) со списком всех обрабатываемых архивов.

Рисунок 37 Экранная форма для просмотра списка архивов

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

Для редактирования атрибутов архива необходимо кликнуть на ссылке «править» в соответствующей строке.

Появится форма (Рис.38), где можно изменить значения атрибутов для этого архива.

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

К дополнительным полям относятся:

Основной URL OAI (OAI Base URL): Это основной URL, который будет использован для сбора OAI информации. Этот URL обычно предоставляется приложением, генерирующим OAI данные.

Метод индексирования: Для сбора OAI repository вы можете использовать либо ListRecords метод, либо метод ListIdentifiers. Метод ListRecords быстрее, но метод ListIdentifiers может быть полезен в некоторых случаях, когда репозитарии не на 100% совместимы.

Формат метаданных: Множество OAI-совместимых приложений могут доставлять метаданные в различных форматах, таких как Dublin Core, MARC и MODS. После ввода администратором основного OAI URL, список поддерживаемых форматов метаданных может быть получен, после нажатия кнопки "Обновить". Будет в поле введен любой формат, который поддерживается как источником данных OAI, так и РЕМПРОД.

Рисунок 38 Экранная форма для редактирования атрибутов архива

Поля, отмеченные символом *, являются обязательными при вводе.

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

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

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

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

Рисунок 39 Экранная форма для управления состоянием определенного архива

Большие архивы (имеющие количество записей больше чем 1000) рекомендуется собирать, используя командную строку (tools/harvest.php), так как у браузеров зачастую истекает время сессии в ожидании, пока закончится сбор. Кроме того, могут возникнуть проблемы во время сбора метаданных при медленной работе сети.

Администратор может:

• обновить метаданные для определенного архива, кликнув мышкой на кнопке “обновить”;
• проиндексировать уже собранные метаданные, кликнув мышкой на кнопке “обновить индекс метаданных”;
• удалить все записи для этого архива, кликнув мышкой на кнопке “очистить метаданные”;
• вернуться к предыдущей форме, кликнув мышкой на кнопке «отменить».

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

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

2.7.ВЫПОЛНЕНИЕ ДОПОЛНИТЕЛЬНЫХ АДМИНИСТРАТИВНЫХ ОПЕРАЦИЙ

В системе предусмотрена возможность выполнения дополнительных административных операций, предназначенных для поддержки работоспособности РЕМПРОД в разделе «Административные функции» главной страницы управления порталом, представленной на Рис.34.

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

Рисунок 40 Страница "Информация о системе"

Конфигурация системы: На страницу конфигурации (Рис. 41) РЕМПРОД можно попасть со страницы "Информация о системе", перейдя по ссылке "править" под надписью "Конфигурация системы".

Эта функция позволяет администратору редактировать файл конфигурации config.inc.php, используя веб-форму.

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

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

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

Для отмены произведенных изменений необходимо нажать на кнопку «отменить».

Информация о сервере: расширенную информацию о сервере (платформа ОС; версия PHP; версия Apache; версия и драйвер базы данных, а также ссылка на phpinfo(); output) можно найти в самом низу страницы "Информация о системе".

Нажатие на ссылку "Завершить пользовательские сессии" (Рис.34) завершает все сессии, принуждая администратора выполнить вход в систему снова.

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

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

Нажатие на ссылку "Очистить кэш данных" стирает все кэшированные данные, включая поисковые запросы.

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

Некоторые административные операции выполняются непосредственно на сервере.

Для этого необходимо обеспечить подсоединение к серверу в режиме удаленного доступа.

Существуют три возможных варианта:

• подсоединение к серверу по сети режиме удаленного рабочего стола.
• подсоединение к серверу через виртуальную частную сеть в режиме удаленного рабочего стола.
• подсоединение к серверу через публичную сеть по протоколу SSH.

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

Ниже, на Рис. 42 представлен перечень команд для этого клиентского приложения.

--load "название сессии"

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

-ssh, -telnet, -rlogin, -raw

Выбор протокола соединения.

-v

Выводить отладочную информацию.

-l login

Задать логин.

-pw MyPaSsWoRd

Задать пароль.

-L, -D, -R

-m script.file

Исполнить команду. Параметр - путь к файлу со списком команд, которые требуется исполнить.

-P port

Задать порт для соединения, если он отличается от стандартного порта для заданного протокола.

-X, -x

Включить(-X) или выключить(-x) перенаправление X в SSH.

-T, -t

Выделять(-T) или не выделять(-t) псевдо-терминал при SSH соединении

-N

Запретить запуск команды или командной оболочки. Актуально для перенаправления портов.

-C

Включить сжатие данных.

Рисунок 42 Перечень команд для клиентского приложения, роодержтвающего протокол SSH

Для реализации второго варианта необходимо предварительно настроить виртуальное сетевое соединение (VPN). Для этого необходимо:

• открыть «Центр управления сетями и общим доступом»
• перейти по «Настройка нового подключения или сети »;
• нажать «Подключение к рабочему месту»;
• пометить «Использовать моё подключение к Интернету»;
• ввести адрес (195.x.x.x) и Имя подключения (произвольно);
• ввести Имя пользователя и Пароль.

После того как подключение будет создано, в его свойствах  на вкладке безопасность можно изменить его тип на «PPTP».

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

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

Выбираем в меню рабочей станции «Подключение к удаленному рабочему столу».

Далее вводим логин/пароль администратора сервера и подтверждаем получение сертификата. После успешного подключения появится окно с удаленным рабочим столом

На рабочем столе находится ярлык “Планировщик заданий». Запускаем его.

Появится окно приложения «Планировщик заданий» (Рис.43).

В правом верхнем углу выбираем иконку «Создать простую задачу» (Рис.43).

Затем в правом верхнем углу выбираем «Создать простую задачу».

Появится окно мастера настроек для задачи (Рис.44).

Здесь (Рис. 44) необходимо ввести название задачи (например, harvester),и его краткое описание(не обязательно).

Рис. 43 Окно приложения «Планировщик заданий»

Рис. 44 Окно мастера настроек для приложения «Планировщик заданий»

Далее указываем время запуска сборщика (Рис.45). В дальнейшем возможно изменить этот параметр. В окне (Рис.46) отмечаем параметры, которые определяют временной режим работы сборщика.

Затем в окне (Рис.47) выбирается действие «Запустить программу». Здесь указывается наименование задания, например «php@, а в аргументах указывается имя файла-скрипта c текстом программы «harvest.php»и список параметров, которые передаются в него.

Жмем “далее” и затем “готово”.

Рис. 45 Окно мастера для приложения «Планировщик заданий»

Рисунок 46 Окно мастера для приложения «Планировщик заданий»

Рисунок 47 Окно мастера для приложения «Планировщик заданий»

3. ОПИСАНИЕ ОПЕРАЦИЙ КОНЕЧНОГО ПОЛЬЗОВАТЕЛЯ

3.1 ОБЩАЯ ИНФОРМАЦИЯ

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

Зарегистрированные пользователи (подсистема администрирования при регистрации или создании учетной записи хранит профайл пользователя, в котором описаны права пользователя по отношению к информационным ресурсам и функциям РЕМПРОД);

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

Для зарегистрированных пользователей необходимо создать учетные записи в БД РЕМПРОД. Создание учетных записей может быть осуществлено или в ходе самостоятельной регистрации на портале (более подробная информация представлена в разделе 2.2).

В основу функционирования подсистемы администрирования и авторизации пользователей положена ролевая модель организации доступа к функциям и ресурсам РЕМПРОД.

Это означает, что каждому зарегистрированному пользователю соответствующим администратором назначается определенная роль.

Вся информация о пользователе хранитмся в профиле пользователя в БД, работающей под управлением СУБД MySQL.

Подсистема поддерживает 3 пользовательские роли: администратор, менеджер архива, конечный пользователь. Эти роли являются иерархическими. К верхнему уровню иерархии принадлежит роль администратора. К нижнему уровню - роль конечного пользователя. По умолчанию пользователи, имеющие роль с более высоким уровнем иерархии наследуют функциональные возможности роли с более низким уровнем иерархии. Это, например, означает, что администратор всегда может выполнять функции, которые доступны менеджеру и конечному пользователю. В РЕМПРОД реализована функция входа в систему для пользователя с более высокой иерархической ролью в качестве пользователя с ролью более низкого уровня иерархии без необходимости предварительного выхода из системы (более подробная информация представлена в разделе 2.2).

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

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

Менеджер архивов может добавить архив, кликнув мышкой на ссылке “добавить архив” в соответствии с рекомендациями, описанными в разделе 2.5 для администратора портала.

Рисунок 48 Экранная форма для пользователя с ролью «Менеджер архива»

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

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

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

• поиск информационных ресурсов;
• просмотр информационных ресурсов.

3.2 ПОИСК ИНФОРМАЦИОННЫХ РЕСУРСОВ В СИСТЕМЕ

Портал обеспечивает доступ к информационным ресурсам и выполнение следующих функций:

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

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

В системе реализован поиск по метаданным электронных информационных ресурсов, извлеченных сборщиком из информационных источников (архивов).

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

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

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

• MODS;
• MARC;
• ETD-MS.

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

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

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

Для проведения поиска необходимо кликнуть мышкой на ссылке “Расширенный Поиск” главного меню системы в центральной панели.

После этого появится экранная форма для проведения поиска (Рис. 49).

Рисунок 49 Экранная форма для проведения поиска в РЕМПРОД

Существует два типа поиска:

• базовый поиск;
• детальный поиск.

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

В результате появится окно с результатами поиска

На Рис. 50 в качестве примера показаны результаты базового поиска по запросу «инновационный».

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

Рисунок 50 Результаты базового поиска по запросу «инновационный»

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

Если результирующий список достаточно длинный, то можно перейти в конец списка, кликнув по ссылке ссылке “>>”.

Количество найденных записей, одновременно отображающихся в окне с результирующим списком, может быть настроено администратором в соответствии с инструкциями, изложенными в разделе 2. Для изменения параметров поискового запроса необходимо кликнуть мышкой на ссылке “изменить поиск”. После этого произойдет возврат к использованной поисковой форме (в нашем примере с базовым запросом “иннвационный”). Далее возможно уточнить параметры поискового запроса. В нашем примере мы будем искать все ресурсы со словом «инновационный», где автором является «Московкин» (Рис.51).

Рисунок 51 Экранная форма для уточняющего поиска по автору «Московкин»

Рисунок 52 Результаты уточняющего поиска по автору «Московкин»

Как видно, количество найденных ресурсов сократилось до 3.

Для просмотра значений метаданных для найденного ресурса необходимо кликнуть мышкой на ссылке “просмотр записей” в соответствующей строке. В результате появится экранная форма метаданных ЭИР (Рис.53).

Если кликнуть мышкой на ссылке «Просмотр информации Архива», то мы попадем на соответствующую страницу (Рис.54).

Рисунок 53 экранная форма метаданных ЭИР

Рисунок 54 Экранная форма краткой информации об архиве

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

Более детальный поиск доступен, если воспользоваться всеми типами полей для поиска. Эти поля управляются Администратором, и могут различаться в зависимости от используемого поискового плагина, его настройки, используемой системы метаданных и т.п.

На Рис.49 представлена основная поисковая форма пилотного образца портала на базе системы метаданных простого Дублинского ядра.

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

На Рис.55 представлена поисковая форма для запроса по слову «инновационный» из архива Тверского университета.

Рисунок 55 поисковая форма для запроса по слову «инновационный» из архива Тверского университета.

На Рис.56 отображены результаты обработки этого запроса в РЕМПРОД.

Рисунок 56 Результаты обработки запроса в РЕМПРОД по слову «инновационный» из архива Тверского университета.

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

• Поисковые термины не чувствительны к регистру.
• Общеупотребительные слова игнорируются.
• По умолчанию, только записи, содержащие все поисковые термины в запросе, попадают в результирующий список. Таким образом предполагается логическая операция «AND».
• Возможно комбинировать несколько слов через оператор OR, чтобы найти ресурсы, содержащие любой из них (например, образование OR исследование).
• Возможно использовать круглые скобки, чтобы сформировать более сложный запрос (например, архив ((журнал OR конференция) NOT тезисы).
• Поиск по точным фразам осуществляется заключением запроса в кавычки как в поисковой системе Google (например, "публикации открытого доступа").
• Возможно исключать определенные слова, ставя перед ними префиксы - или NOT (например, политика-онлайн или онлайн NOT политика).
• Возможно использовать символ «*» в запросе как подстановочный символ, чтобы результат показывался с любой последовательностью символов (например, соци* мораль найдет документы, содержащие "социологическая" или "социальная").

При проведении поиска в системе происходит сравнение слов запроса со своей базой данных стоп-слов.

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

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

Могут быть найдены ресурсы и cо стоп-словами из запроса, и с другими стоп-словами, и без стоп-слов, но обязательно вместе с ключевыми словами (с теми словами, которые присутствуют в запросе и которые отсутствуют в стоп-листе).

3.3 ПРОСМОТР ИНФОРМАЦИОННЫХ РЕСУРСОВ В СИСТЕМЕ

В системе реализована функция, которая позволяет пользователям последовательно проверять содержание РЕМПРОД.

Таким образом можно просматривать либо определенный архив, либо все записи.

Для просмотра необходимо кликнуть мышкой на ссылке “Листать” главного меню системы в центральной панели.

В результате (Рис.57) появится экранная форма для просмотра всех информационных источников, используемых в РЕМПРОД.

Риcунок 57 Экранная форма для просмотра всех информационных источников, используемых в РЕМПРОД

Если кликнуть мышкой на ссылке «все архивы», то появится экранная форма для просмотра всех записей в РЕМПРОД (Рис.58).

В окне отобразился результирующий список, включающий 25 позиций из 343118 записей, имеющихся в хранилище данных. При необходимости просмотреть следующие записи, нужно кликнуть мышкой на номере следующей страницы (в нашем примере 1 2 3 4 5 6 7 8 9 10) или кликнуть на ссылке“>” для перехода на следующую страницу просмотра.

Риcунок 58 Экранная форма для просмотра всех записей в РЕМПРОД

Если результирующий список достаточно длинный, то можно перейти в конец списка, кликнув по ссылке ссылке “>>”.

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

Если кликнуть мышкой на ссылке с наименованием определенного архива, «все архивы», то появится экранная форма для просмотра всех записей только этого архива в о в РЕМПРОД. На Рис. 59 в качестве примера представлен список всех записей в архиве Белгородского университета.

Если кликнуть мышкой на ссылке «просмотр записей» в строке с наименованием определенного ресурса, то появится окно, где представлены метаданные для этого ресурса в соответствии с стандартами простого Дублинского ядра.

На Рис. 60 в качестве примера представлены метаданные для ресурса с заголовком «Кластеризация университетской деятельности» из архива Белгородского университета.

университета.

Если кликнуть мышкой на ссылке «просмотр оригинала» в строке с наименованием определенного ресурса, то можно получить доступ к полному тексту данного документа.

Получить доступ к полному тексту данного документа можно также из экранной формы с метаданные для этого ресурса (Рис. 60). Для этого необходимо кликнуть мышкой на ссылке, помеченной меткой «Идентификатор». В нашем примере значение этой ссылки имеет вид http://hdl.handle.net/123456789/42

Рисунок 59 Экранная форма со списком всех записей в архиве Белгородского университета.

При просмотре метаданных выбранного ресурса в левой панели экранной формы, появляется блок «Инструменты чтения». Необходимо отметить, что этот блок может быть и в правой панели. Это зависит от того, каким образом Администратор настроил макет страницы (см. выше в разделе 2).

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

Как указывалось выше, все эти связанные элементы могут быть предварительно настроены администратором в соответствии с инструкциями, изложенными в разделе 2.

Можно обратиться к слварям и глоссариям (ссылка “Look up terms”).

Можно осуществить поиск работ этого автора в других БД открытого доступа.(ссылка Author's work) и информационно-поисковых сайтах (Рис.61).

Для элементов с более чем одним автором необходимо проверить все имена поиском соавтора работы, или искать, проверяя только одно имя. Чтобы узнать больше о БД и или системах, необходимо нажать на ссылку «О нас».

Эти БД были выбраны по причине их значимости и их открытого (бесплатного) доступа ко всему или части их содержания.

Для проведения контекстного поиска необходимо нажать кнопку «поиск».

Рисунок 60 Метаданные для ресурса с заголовком «Кластеризация университетской деятельности» из архива Белгородского университета

Рисунок 61 Экранная форма поиска работ определенного автора в других БД

В РЕМПРОД сформированы следующие контексты для поиска релевантной информации:

• related studies
• book searches
• databases
• pay-per-view
• tech. reports
• patents
• standards
• online forums
• multimedia
• teaching files
• government policy
• мedia reports.

ЛИСТ РЕГИСТРАЦИИ ИЗМЕНЕНИЙ
Номера листов (страниц)					Всего листов (страниц) в докум.	№ документа	Входящий номер сопроводительного документа и дата	Подп.	Дата
изм.	изменен-ных	заменен-ных	новых	аннулиро-ванных

---

^[1] ) ГОСТ 19.101-77 ЕСПД. Виды программ и программных документов

^[2] ) ГОСТ 19.103-77 ЕСПД. Обозначение программ и программных документов

^[3] ) ГОСТ 19.104-78* ЕСПД. Основные надписи

^[4] ) ГОСТ 19.105-78* ЕСПД. Общие требования к программным документам

^[5] ) ГОСТ 19.106-78* ЕСПД. Общие требования к программным документам, выполненным печатным способом

^[6] ) ГОСТ 19.505-79* ЕСПД. Руководство оператора. Требования к содержанию и оформлению

^[7] ) ГОСТ 19.604-78* ЕСПД. Правила внесения изменений в программные документы, выполненные печатным способом