научно методический журнал-информатизация_образования_и_науки_№1_2010_(2)

Информатизация образования и науки №1(5)/2010 1
Научно-методический журнал
«Информатизация образования и
науки»
№1(5)/2010
Учредители:
Федеральное государственное учреждение
«Государственный научно-
исследовательский институт
информационных технологий и
телекоммуникаций»
(ФГУ ГНИИ ИТТ «Информика»)
Министерства образования и науки
Российской Федерации
Учреждение Российской академии
образования «Институт информатизации
образования»
Главный редактор:
Тихонов
Александр Николаевич
Зам. главного редактора:
Куракин
Дмитрий Владимирович
Ответственный редактор:
Мурашева Ольга Викторовна
Художественный редактор:
Лежнев Игорь Геннадьевич
Корректор:
Деркачева Елена Николаевна
Адрес редакции:
117419, Москва,
ул. Орджоникидзе, д.3/4
E-mail: kurakin@informika.ru
Тираж журнала
«Информатизация образования
и науки»
500 экз.
Зарегистрирован в Федеральной службе
по надзору в сфере связи и массовых
коммуникаций (Свидетельство о
регистрации средства массовой
информации ПИ №ФС77-34823
от 24 декабря 2008 г.)
Подписной индекс журнала в каталоге
«РОСПЕЧАТЬ» 32788
Статьи журнала рецензируются
Отпечатано в типографии
ФГУ ГНИИ ИТТ «Информика»
Адрес: 125009, Москва,
ул. Брюсов пер., д. 21
СОДЕРЖАНИЕ
ИНФОРМАЦИОННЫЕ ТЕХНОЛОГИИ
Использование образовательных интернет-
ресурсов при работе в открытой
информационной среде электронного
обучения
Кулагин В.П., Кузнецов Ю.М., Заботнев М.С.
Федеральный центр информационно-
образовательных ресурсов – архитектура и
технологии
Больных А.А., Кузнецов А.Ю., Кондауров В.В.
Методологические основы применения ИКТ
при управлении высшим учебным
заведением
Цветков В.Я.
Реализация on-line университета в среде
новой версии Российского портала
открытого образования на платформе Moodle
Лобачев С.Л., Солдаткин В.И.
ТЕЛЕКОММУНИКАЦИИ
Об организации интеллектуальной
маршрутизации в сети с динамической
топологией с использованием
статистических характеристик связей
Аракелян С.М., Милованов Д.С., Прокошев
В.Г., Тухтамирзаев А.Ю., Шамин П.Ю.
Типизация инструментальных средств
разработки авторских сетевых
информационных ресурсов образовательного
назначения
Прозорова Ю. А., Волков П.Д.
СИСТЕМЫ ЗАЩИТЫ ИНФОРМАЦИИ
Единое информационное пространство
лечебно-профилактического учреждения.
Вопросы интеграции и защиты данных
Белякин А.Ю., Козадой Ю.В., Мусин Г.Ш.
АВТОМАТИЗАЦИЯ И УПРАВЛЕНИЕ
ТЕХНОЛОГИЧЕСКИМИ ПРОЦЕССАМИ
И ПРОИЗВОДСТВАМИ
Использование автоматизированных систем
управления деятельностью российских вузов
Тихонов А.Н., Столяров Д.Ю.
Разработка универсальных компетенций и
управление образовательными траекториями
Лисицына Л.С., Пирская А.С.
3
8
25
31
43
55
72
88
102
Copyright ОАО «ЦКБ «БИБКОМ» & ООО «Aгентство Kнига-Cервис»

Информатизация образования и науки № 1(5)/20102
Состав редакционного совета
Журнала «Информатизация
образования и науки»
Тихонов А.Н., директор ФГУ ГНИИ ИТТ
«Информика».
Болотов В.А., вице-президент Российской
академии образования.
Васильев В.Н., ректор Санкт-
Петербургского государственного
института точной механики и оптики
(технический университет).
Воронин А.В., ректор Петрозаводского
государственного университета.
Голубятников И.В., ректор Московского
государственного университета
приборостроения и математики.
Гридина Е.Г., заместитель директора
ФГУ ГНИИ ИТТ «Информика».
Домрачев В.Г., заведующий кафедрой
Московского государственного
университета леса.
Зегжда П.Д., заведующий кафедрой
Санкт-Петербургского государственного
политехнического университета.
Иванников А.Д., первый заместитель
директора ФГУ ГНИИ ИТТ
«Информика».
Ижванов Ю.Л., первый заместитель
директора по научной работе ФГУ ГНИИ
ИТТ «Информика».
Каперко А.Ф., заведующий кафедрой
Московского государственного института
электроники и математики.
Козлов О.А., заместитель директора по
учебно-методической работе Учреждения
Российской академии образования
«Институт информатизации образования».
Кондаков А.М., генеральный директор
издательства «Просвещение».
Кулагин В.П., заместитель директора
Куракин Д.В., заместитель директора
Мартиросян Л.П., заместитель директора
Учреждения Российской академии
образования «Институт информатизации
образования».
Роберт И.В., директор Учреждения
Российской академии образования
«Институт информатизации образования».
Русаков А.И., ректор Ярославского
государственного университета.
Сактоев В.Е., ректор Восточно-
Сибирского государственного
технологического университета.
Соболева Е.Н., директор Департамента
образовательных программ ГК
«Роснанотех».
Автоматизация управления вузом на базе
технологий класса ERP
Лесневская С.В.
К вопросу построения и развития
автоматизированной системы управления
университетом
Подольский В.Е., Касатонов И.С., Логинова
О.В., Сытник В.Н.
СИСТЕМНЫЙ АНАЛИЗ, УПРАВЛЕНИЕ
И ОБРАБОТКА ИНФОРМАЦИИ
Технология кластерного анализа документов
в информационном массиве
Киселев Б.Г., Николаев Д.М., Вербин И.С.
Модернизация корпоративной сети для
подготовки к созданию центра
высокопроизводительной обработки
информации
Баскаков А.В., Симановский Е.А.
Об оценивании истинности ответов на
тестовые задания
Рудинский И.Д.
Создание комплексных экспертных
интернет - систем для дистанционного
обучения
Зубов А.В., Денисова Т.С.
УПРАВЛЕНИЕ В СОЦИАЛЬНЫХ И
ЭКОНОМИЧЕСКИХ СИСТЕМАХ
Моделирование рынка услуг электронной
отчетности Ростовской области
Муратова Г.В., Шашков С.С.
114
126
138
151
159
172
182

Информационные технологии
ИСПОЛЬЗОВАНИЕ ОБРАЗОВАТЕЛЬНЫХ ИНТЕРНЕТ-РЕСУРСОВ
ПРИ РАБОТЕ В ОТКРЫТОЙ СРЕДЕ ЭЛЕКТРОННОГО ОБУЧЕНИЯ
THE USE OF EDUCATIONAL INTERNET RESOURCES
TO WORK IN INFORMATION E-LEARNING ENVIRONMENT BASED ON
OPEN SOURCE SOFTWARE
Кулагин Владимир Петрович / Kulagin V.P.,
доктор технических наук, профессор, заместитель директора ФГУ ГНИИ
ИТТ “Информика” / doctor of Technics, professor, deputy director State Institute of
Information Technologies and Telecommunications,
kvp@informika.ru
Кузнецов Юрий Михайлович / Kuznetsov Y.M.,
кандидат технических наук, начальник отдела ФГУ ГНИИ ИТТ “Информи-
ка” / candidate of Technics, head of Department State Institute of Information
Technologies and Telecommunications,
kym@ins.ru
Заботнев Максим Сергеевич / Zabotnev M.S.,
кандидат технических наук, научный сотрудник ФГУ ГНИИ ИТТ “Инфор-
мика” / candidate of Technics, scientist
State Institute of Information Technologies and Telecommunications,
mz@iot.ru
Аннотация
В статье рассмотрены техно-
логии и инструменты для использо-
вания распределенных цифровых об-
разовательных ресурсов в информа-
ционной образовательной среде элек-
тронного обучения, основанной на
открытом программном обеспечении.
Annotation
Technologies and tools for use
in distributed digital educational re-
sources in e-learning system based on
the open software are presented in the
article.
Ключевые слова: интернет-
обучение, образовательные ресурсы,
свободно распространяемое ПО,
электронное обучение, информаци-
онная образовательная среда.
Keywords: internet-learning;
educational resources, open source
software; e-learning; information educa-
tional environment.
Важной составляющей реали-
зации инновационных подходов в
образовании является организация и
проведение дистанционных учебных
занятий с использованием Интернета
и распределенных цифровых образо-
вательных ресурсов (электронное или
интернет-обучение) на базе инфор-
мационной образовательной среды,
созданной на свободно распростра-
няемой программной платформе, что
позволяет не зависеть образователь-
ному учреждению от вопросов при-
обретения и лицензирования про-
граммного обеспечения. Информаци-
онная среда интернет-обучения, соз-
данная на основе локальных и гло-
бальных вычислительных сетей, по-
зволяет интегрировать образователь-
ный контент, педагогические техно-
логии, инфраструктуру сетевого
взаимодействия участников образо-
вательного процесса, необходимые
приложения и пользовательские сер-
висы, обеспечивающие связность со-
держательной, методической и тех-
нологической компонент обучения.
Такой подход позволяет гибко, по-
новому организовать учебный про-
цесс, изменить его форму и содержа-
ние, повысить доступность знаний,

создать условия для осуществления
непрерывного образования.
Практика интернет-обучения
показала [1], что такая форма учеб-
ной деятельности позволяет обеспе-
чить реализацию индивидуальных
траекторий обучения, способствует
самостоятельной и творческой работе
учащихся и в большинстве случаев
является единственно возможной
формой обучения детей с ограничен-
ными возможностями. Кроме того,
организация распределенного элек-
тронного обучения крайне важна для
общеобразовательных школ, удален-
ных от региональных центров и не
имеющих в достаточном количестве
необходимых педагогических кадров
и собственных образовательных ре-
сурсов. Внедрение и развитие ин-
формационно-коммуникационных
технологий в системе образования
происходит весьма интенсивно, и се-
годня учащийся имеет гораздо боль-
ше возможностей получать новые
знания и приобретать практические
умения посредством компьютера и
Интернета.
Среда интернет-обучения
формируется таким образом, чтобы
каждый учащийся имел свободный
доступ к информационному обеспе-
чению (цифровому контенту), необ-
ходимым учебным разделам, к лабо-
раторным и практическим работам
учебного курса. За счет электронных
образовательных ресурсов, разме-
щенных в Интернете, и сервисов ин-
формационной среды интернет-
обучения обеспечивается проведение
не только самостоятельной или фа-
культативной подготовки, но и про-
ведение полноценных учебных заня-
тий, включающих изучение материа-
лов, подготовку полученных от пре-
подавателя заданий, он-лайн тести-
рование, консультации и сетевое об-
щение, аналогичное аудиторным за-
нятиям.
В настоящее время имеется
достаточно большое количество
учебных материалов, адресованных
преподавателям и учащимся, при
этом определенной проблемой оста-
ется интеграция ресурсов, размещен-
ных в он-лайне: на образовательных
порталах, сайтах учебных заведений,
в электронных библиотеках и храни-
лищах образовательных ресурсов.
При разработке технологиче-
ских решений и методологии органи-
зации учебных занятий в информа-
ционной образовательной среде не-
обходимым условием является обес-
печение возможности доступа и ис-
пользования отраслевых образова-
тельных интернет-ресурсов, включая
Федеральные образовательные пор-
талы, хранилища цифровых образо-
вательных ресурсов (ЦОРов) и ре-
сурсы Федерального центра инфор-
мационных образовательных ресур-
сов (ФЦИОР, http://fcior.edu.ru/). В
общем случае технология представ-
ления образовательного контента та-
кова, что для доступа к нему и его
использования обычно не требуется
каких-либо специальных аппаратных
или программных средств, за исклю-
чением стандартных обозревателей
(браузеров, навигаторов), которыми
традиционно пользуются все рабо-
тающие с большинством ресурсов,
опубликованных в сети Интернет.
Преподаватели в процессе
создания учебных курсов вправе ис-
пользовать открытые цифровые об-
разовательные ресурсы (ЦОРы) в ви-
де информационных источников, об-
разовательных программ, курсов
дистанционного обучения, электрон-
ных учебно-методических пособий и
других материалов. Разработчик
учебных курсов самостоятельно ин-
тегрирует собственные наработки и
доступные интернет-ресурсы в про-
граммы обучения своему предмету,
используя их в виде контентных бло-
ков в очной форме или в процессе
подготовки к урокам (занятиям) с
учетом особенностей преподавания
конкретных школьных предметов.

Формы использования цифрового
контента в рамках информационной
среды обучения могут быть различ-
ными и определяются как особенно-
стями конкретного учебного предме-
та, так и характеристиками самого
ресурса, требованиями к использова-
нию и воспроизведению контента.
Создание образовательного
контента в виде поурочных сетевых
занятий должно соответствовать тре-
бованиям структуры формирования
учебного курса, и обеспечивается
встроенным инструментарием про-
граммной оболочки, с помощью ко-
торого преподаватели-разработчики
получают возможность создавать
курсы без необходимости програм-
мирования, причем без временных и
территориальных ограничений. В
связи с этим требуется методически
проработанное сбалансированное ис-
пользование интернет-ресурсов и
других аналогичных им средств
представления учебной информации
параллельно с использованием дру-
гих хорошо известных методов и
средств проведения уроков.
Включение учебных материа-
лов по школьным предметам в состав
информационной среды обучения
происходит по форматам, установ-
ленным в соответствии с системной
реализацией информационной среды.
Так, среда интернет-обучения
МОДУС как система дистанционного
обучения [2, с.62] построена ФГУ
ГНИИ ИТТ «Информика» в содруже-
стве с образовательными учрежде-
ниями ряда регионов на базе свобод-
но распространяемой программной
оболочки Moodle v.1.8 и адаптирова-
на к системе общего образования с
включением в ее состав учебно-
методических материалов по школь-
ным предметам и ряда дополнитель-
ных сервисов (http://school.iot.ru/,
http://vs.iot.ru/). Система МОДУС,
предназначенная для создания элек-
тронных образовательных ресурсов
(учебных курсов) и организации об-
разовательного процесса на их осно-
ве (интернет-обучения), была в тече-
ние последних лет успешно апроби-
рована в общеобразовательных уч-
реждениях субъектов Российской
Федерации [3, с. 425].
Одной из сильных сторон сис-
темы МОДУС [4] является обеспече-
ние возможности обмена образова-
тельными ресурсами в цифровом ви-
де с другими источниками (напри-
мер, ФЦИОР). Разработанные препо-
давателями с учетом особенностей
тех или иных школьных предметов
учебно-методические материалы
размещаются в информационной
среде обучения.
Интеграция образовательных
ресурсов Федерального хранилища
ФЦИОР с цифровым контентом сис-
темы МОДУС обеспечивается за счет
создания необходимых программных
модулей и реализации соответст-
вующих сервисов. Образовательные
ресурсы ФЦИОР могут быть исполь-
зованы в качестве дополнительных
материалов к разрабатываемым
учебным курсам, размещенным в
информационной среде обучения. Из
них можно составлять законченные
модули или использовать в качестве
иллюстраций к основным материа-
лам. Ресурсы ФЦИОР могут быть ин-
тегрированы в среду МОДУС в виде
пакета SCORM, либо в виде ссылки
непосредственно на ресурс ФЦИОР,
которая может быть открыта с помо-
щью специализированного проигры-
вателя (плеера).
Существует ряд особенностей
использования ФЦИОР как внешнего
источника образовательных ресурсов
для учебных занятий в составе ин-
формационной среды обучения. Сле-
дует учитывать, что данный центр
является хранилищем электронных
образовательных ресурсов модуль-
ной архитектуры в виде открытых
образовательных модульных муль-
тимедиа-систем (или ОМС,

http://www.rnmc.ru/default.asp?trID=2
07).
Несмотря на различные харак-
теристики, все ЭОР описываются с
помощью единой информационной
модели метаданных, основанной на
стандарте LOM. Единая модель опи-
сания ЭОР позволяет использовать
единые механизмы для организации
их хранения и доступа к ним. По-
скольку, образовательные ресурсы
ФЦИОРа содержат преимущественно
мультимедийный контент объемом 1-
10 Мб, то для образовательных уч-
реждений (и отдельных пользовате-
лей) актуально наличие телекомму-
никационной инфраструктуры, обес-
печивающей цифровой поток при пе-
редаче контента на скорости не менее
128 Кбит/с.
На основе проведенного мо-
ниторинга уровня информатизации
общеобразовательных учреждений
России [5] получены данные, что бо-
лее 50 % школ, участвовавших в ис-
следовании (2100 школ), подключе-
ны к сети Интернет на скорости, не
превышающей 128 Кбит/с, в основ-
ном из-за ограничений по скорости
со стороны интернет-провайдеров.
Такая скорость интернет-канала не
позволяет школьникам, находящимся
в компьютерном классе, эффективно
(в реальном масштабе времени) рабо-
тать с ЭОР, размещенными в ФЦИ-
ОР, а также с ресурсами других уда-
ленных хранилищ. В этом случае для
использования образовательных ре-
сурсов, содержащих существенную
часть мультимедиа- контента, ис-
пользуются локальные хранилища
ЭОР, обеспечивающих возможность
работы с контентом в локальной сети
ОУ без выхода в Интернет.
Кроме того, в практической
работе в рамках реального интернет-
обучения на базе системы МОДУС
необходимо учитывать некоторые
особенности при использовании се-
тевых образовательных ресурсов.
Поиск и чтение образовательного
контента обеспечивается как исполь-
зованием материалов, хранящихся в
информационной обучающей систе-
ме, так и использованием ссылок, на-
правляющих учащихся на различные
образовательные интернет-ресурсы.
В первом случае учащемуся доста-
точно иметь доступ к системе (сис-
тема является автономной), во вто-
ром же случае необходим также дос-
туп в Интернет на скорости, позво-
ляющей загрузить необходимый об-
разовательный контент в приемлемое
время.
Образовательный контент
внутри информационной среды обу-
чения может быть либо подготовлен
собственно преподавателями (для
этого компоненты системы должны
поддерживать добавление образова-
тельных ресурсов), либо импортиро-
ван из других источников. Система
МОДУС позволяет интегрировать
учебные материалы наиболее рас-
пространенных форматов представ-
ления информации как текстовые,
так и мультимедийные (SWF, WAV,
AVI, MP3 и др.). Однако существен-
ным недостатком этих форматов
(кроме HTML) является размеры
файлов (они могут достигать не-
скольких десятков Мб), что опреде-
ляет необходимость в разработке
специализированных конверторов из
форматов DOC, RTF, PDF и PPT в
формат HTML.
В общем случае методика им-
порта ресурсов ФЦИОР в систему
МОДУС включает две стратегии
дальнейшего использования ресурсов
непосредственно в образовательном
процессе.
Первая заключается в разме-
щении ссылок на ресурсы в формате
ОМС в тексте учебного материала
(сетевом учебном курсе). При этом
на компьютере пользователя предва-
рительно должна быть установлена
программа-реализатор (плеер ОМС),
обеспечивающая возможность за-
грузки и просмотра ресурса непо-

средственно в процессе обучения.
Необходимость использования плее-
ра, воспроизводящего текущий (за-
груженный в память в данный мо-
мент) ресурс, является одновременно
и достоинством, и недостатком. По-
следнее относится к работе в инфор-
мационной образовательной среде,
поскольку может потребовать выхода
из изучаемого в рамках среды курса
и проигрывания загруженного моду-
ля в самостоятельном режиме, а за-
тем возврата в соответствующую зо-
ну, что может быть неудобно для
пользователя или затруднено по тех-
ническим причинам. При этом ем-
кость входящего интернет-канала для
каждого конечного пользователя
(ученика) должна обеспечить загруз-
ку ресурса в приемлемое время (не
более 1 минуты на ресурс). Такой
подход применим в учебных заведе-
ниях с подключением к Интернету на
скорости 1Мб/с и более (на учебный
класс), либо в режиме офф-лайн обу-
чения, когда доступ учащихся к ин-
тернет-ресурсам является распреде-
ленным.
Другая стратегия использова-
ния ФЦИОР при работе с системой
МОДУС состоит в предварительной
загрузке избранных пользователем
ЭОР в контент среды с целью обес-
печения возможности просмотра ре-
сурса непосредственно из оболочки.
В этом случае ресурс предваритель-
но загружается с помощью плеера
ОМС и импортируется в систему,
что в дальнейшем не требует доступа
в интернет и обращения к выделен-
ному ресурсу ФЦИОР, т.е. становит-
ся внутренним ресурсом среды.
Данная функциональность в
системе МОДУС реализована на
основе модуля интеграции ресур-
сов ФЦИОР. Процедура импорта
ресурса из ФЦИОР выглядит сле-
дующим образом:
1. Найти необходимый
ресурс в каталоге ФЦИОР с помо-
щью поиска и просмотра в плеере
ОМС.
2. Открыть карточку опи-
сания ресурса и найти в ней тег
<lom:entry>, например:
<lom:entry>A925FE5E-3CCF-
43A8-23E0-
E3B83C2C3A6E</lom:entry>.
3. Зайти в каталог храни-
лища ресурсов ФЦИОР плеера ОМС,
например, C:Program
FilesRNMCOMSoms_storagedbX-
RUS-FCIOR и найти там архив с на-
званием, соответствующим тегу
<lom:entry> в карточке описания ре-
сурса (в нашем примере A925FE5E-
3CCF-43A8-23E0-
E3B83C2C3A6E.zip). Это и есть ар-
хив с ресурсом.
4. Зайти в систему МО-
ДУС с правами создателя курса (или
редактора курса) и войти в режим
редактирования.
5. В выпадающем меню
«Добавить элемент курса» выбрать
«Ресурс ФЦИОР».
6. В появившемся окне
выбрать найденный ранее найденный
архив с ресурсом и нажать «Загру-
зить».
7. В случае успешной за-
грузки пользователю предоставляет-
ся возможность просмотра загружен-
ного ресурса в виде пакета SCORM.
Использование данного под-
хода позволяет обеспечить беспре-
пятственный доступ пользователей
информационной среды обучения
МОДУС к ресурсам ФЦИОР.
Литература
1. А.Н.Тихонов, В.П.Кулагин. Обучение с использованием Интернет: реальность
и перспективы. – Сборник статей «Современные педагогические технологии интернет-
обучения». – Москва, 2008.
2. Кулагин В.П., Кузнецов Ю.М., Заботнев М.С., Линецкий Б.Л., Н.М. Оболяева
и др. Организация учебной работы в интегрированной информационной среде обучения:

Учебно-методическое пособие/Под общей редакцией А.Н.Тихонова — М.: ФГУ ГНИИ
ИТТ «Информика», 2007.
3. Кулагин В.П., Кузнецов Ю.М., Заботнев М.С., Линецкий Б.Л.
Интегрированная информационная среда обучения. – Интернет-порталы: содержание и
технологии. Сборник научных статей. Выпуск 4. / Редкол.: А.Н. Тихонов (пред.) и др.;
ФГУ ГНИИ ИТТ «Информика». - М.: Просвещение, 2007.
4. Заботнев М.С., Организация учебного процесса на основе системы дистанци-
онного обучения «МОДУС» (LMS MOODLE). – Сборник статей «Современные педаго-
гические технологии интернет-обучения». – Москва, 2008.
5. Оценка уровня информатизации общеобразовательных учреждений России
(Информационно-аналитические материалы)/ под общей редакцией А.Н.Тихонова, – М.
2009, ФГУ ГНИИ ИТТ «Информика».
ФЕДЕРАЛЬНЫЙ ЦЕНТР ИНФОРМАЦИОННО-
ОБРАЗОВАТЕЛЬНЫХ РЕСУРСОВ – АРХИТЕКТУРА И ТЕХНОЛОГИИ
FEDERAL INFORMATION-EDUCATION RESOURCES CENTER, ITS
ARCHITECTURE AND TECHNOLOGIES
Больных Андрей Анатольевич / Bolnykh A.A.,
начальник отдела программных систем, ФГУ ГНИИ ИТТ «Информика» /
head of program systems department, State Institute of Information
abolnyh@informika.ru
Кузнецов Александр Юрьевич / Kuznetsov A.Y.,
инженер 1 категории отдела программных систем, ФГУ ГНИИ ИТТ
«Информика» /
1st category engineer of program systems department, State Institute of Information
allexius@informika.ru
Кондауров Валерий Владимирович / Kondaurov V.V.,
заместитель начальника отдела программных систем, ФГУ ГНИИ ИТТ
«Информика» /
deputy director of program systems department, State Institute of Information
vvk@informika.ru
Аннотация
Описывается Федеральный
центр информационно-
образовательных ресурсов, функцио-
нирующий в рамках Федеральной
системы информационно-
образовательных ресурсов, объеди-
няющей множество информационно-
образовательных ресурсов на феде-
ральном уровне. Рассмотрены струк-
тура, архитектура и состав аппарат-
но-программного комплекса ФЦИОР,
приводится подробное описание сис-
темы управления комплекса.
Annotation
The article describes the Federal
information-education resources center
(FIERC) that is functioning within fed-
eral information-education resources
system, connecting many information-
education resources federally. The
FIERC structure, architecture and
hardware-software complex are pre-
sented in the article, it also gives a de-

tailed description of the complex man-
agement.
Ключевые слова: электрон-
ные образовательные ресурсы, аппа-
ратно-программный комплекс, мета-
данные, хранение.
Keywords: electronic educa-
tional resources, hardware-software
complex, metadata, storage.
1. Цели и задачи создания
ФЦИОР
ФЦИОР является отраслевой
организационно-технической систе-
мой, обеспечивающей прием, учет,
хранение и удаленный унифициро-
ванный доступ к электронным обра-
зовательным ресурсам (ЭОР) учебно-
го назначения различных типов. Как
организационная система ФЦИОР
имеет статус подразделения в составе
организации (ФГУ ГНИИ ИТТ «Ин-
формика»), уполномоченной решать
соответствующие задачи. Техниче-
скую составляющую ФЦИОР образу-
ет аппаратно-программный ком-
плекс, функционирующий в интерне-
те и включающий хранилище ЭОР,
каталог метаданных ЭОР, подсисте-
му управления хранилищем и катало-
гом, подсистему доступа к ЭОР и
подсистему администрирования.
В настоящее время хранилище
ЭОР содержит более 11 000 образо-
вательных ресурсов. В рамках Феде-
ральной программы ФЦПРО идет по-
стоянная разработка и пополнение
хранилища ФЦИОР новыми элек-
тронными ресурсами, разрабатыва-
ются и внедряются новые сервисы.
ФЦИОР функционирует в
рамках Федеральной системы ин-
формационно-образовательных ре-
сурсов (ФСИОР), объединяющей
множество интернет-ресурсов сферы
образования. Реализация концепции
ФСИОР подразумевает унифициро-
ванный доступ, сквозной поиск и на-
вигацию по объединенному каталогу
образовательных ресурсов, физиче-
ски размещенных не только в храни-
лище ФЦИОР, но и в различных уда-
ленных хранилищах (например, на
федеральных образовательных пор-
талах). Для этого в составе ФЦИОР
функционируют сервисы, обеспечи-
вающие интеграцию ресурсов храни-
лища ФЦИОР в состав Федеральной
системы информационно-
образовательных ресурсов.
Прикладные системы и ин-
фраструктура ФЦИОР обеспечива-
ют:
 приемку и эффективное
хранение различных типов ЭОР в
центральном хранилище данных;
 систематизацию и публи-
кацию ЭОР на портале ФЦИОР;
 многофункциональный
поиск и унифицированный доступ к
электронным образовательным ре-
сурсам, размещенным в центральном
хранилище ФЦИОР и в других хра-
нилищах;
 поддержку использования
ЭОР нового поколения в учебном
процессе (предоставление инстру-
ментария использования ЭОР, мето-
дических материалов, консультаций);
 поддержку дистанционно-
го обучения и совместной работы
коллективов разработчиков ЭОР;
 разработку, интеграцию и
эксплуатацию информационных и
управленческих систем, переноси-
мых в дальнейшем на платформу
ФЦИОР.
2. Архитектура и структура
ФЦИОР
ФЦИОР представляет собой
сложный многофункциональный
комплекс, не имеющий аналогов в
сфере образования, который призван
обеспечить практическую реализа-
цию сервис-ориентированной модели
информатизации сферы образования,
интеграцию и унификацию разроз-
ненных информационных, управлен-
ческих систем и электронных обра-
зовательных ресурсов.

Система реализована на осно-
ве сервисно-ориентированной архи-
тектуры, что позволяет связывать
сервисы ФЦИОР с системами сто-
ронних поставщиков.
Сервисно-ориентированная
архитектура ФЦИОР построена на
решениях IBM. Бизнес-процессы ис-
полняются на IBM WebSphere Process
Server, отдельные программные ком-
поненты исполняются в среде IBM
WebSphere Application Server, пор-
тальный доступ обеспечивают про-
дукты IBM WebSphere Portal и IBM
Lotus Workplace. Основной функцио-
нал системы реализован с помощью
web-сервисов, написанных на языке
Java и работающих в контейнере
WebSphere Application Server.
Основные процессы деятель-
ности во ФЦИОР решают задачи
хранения, публикации и предостав-
ления в пользование электронных
образовательных ресурсов сферы об-
разования.
Для обеспечения основных
процессов деятельности ФЦИОР
комплекс «Прикладные системы
ФЦИОР» содержит следующие сис-
темы и подсистемы:
 Центральное хранили-
ще данных:
o подсистема хранения и
управления информационными ре-
сурсами;
 Система поддержки
коллективной разработки ЭОР:
o подсистема совместной
работы;
o подсистема поддержки
дистанционного обучения;
 Система унифициро-
ванного доступа:
o подсистема доступа к
информационным ресурсам;
o подсистема поиска и
каталога ЭОР;
o подсистема интеграции
приложений;
 Система общего на-
значения:
o вычислительная инфра-
структура;
o инфраструктура хране-
ния данных;
o общесистемные серви-
сы;
o сетевая инфраструкту-
ра;
o система управления;
o система информацион-
ной безопасности.
Постоянный доступ к ресур-
сам ФЦИОР из сети Интернет обес-
печивается за счет использования
двух оптоволоконных каналов раз-
ных провайдеров – RUNNet (основ-
ной канал) и StarTelecom (резервный
канал). Основной и резервный
каналы имеют пропускную
способность 100 Мбит/с.
Для реализации эффективного
доступа к электронным образова-
тельным ресурсам, размещенным в
сети RUNNet, из учреждений образо-
вания, подключенным в рамках НЦ
«Образование», подписано соглаше-
ние между ФГУ ГНИИ ИТТ «Ин-
формика» и ОАО «РТКомм.РУ» об
организации прямой физической
связности школьной сети «Образова-
ние» и сети RUNNet.
Комплекс ФЦИОР реализует-
ся на двух площадках. На первой из
них размещается технологическое
ядро системы, включающее в себя
рабочие и тестовые серверы, сетевое
и телекоммуникационное оборудова-
ние, системы хранения данных.
Вторая площадка предназна-
чена для размещения резервного узла
ФЦИОР и рабочих мест специали-
стов по эксплуатации ФЦИОР. Она
соединена с технологической пло-
щадкой высокоскоростными канала-
ми связи, обеспечивающими воз-
можность постоянного контроля и
управления технологическими ресур-
сами ФЦИОР со стороны эксплуати-
рующей организации.
Построение системы основано
на принципах иерархической струк-

турной декомпозиции, обеспечи-
вающих разбиение целевого функ-
ционала на несколько логически свя-
занных уровней решений. Такой под-
ход позволяет сгруппировать родст-
венные или однородные решения на
одном уровне и систематизировать
связи между уровнями, что облегчает
построение логически непротиворе-
чивой и эффективной функциональ-
ной схемы системы.
Схема декомпозиции, исполь-
зованной для построения архитекту-
ры описываемого решения, приведе-
на на рис.1.
В приведенной схеме имеются
4 иерархических уровня, обеспечи-
вающих реализацию функциональ-
ных задач. В верхнем уровне – уров-
не прикладных систем – обеспечива-
ется реализация информационной
модели системы и целевой логики
системы. Для этого он использует
системные ресурсы и технические
средства вычислительной инфра-
структуры. Вычислительная инфра-
структура интегрируется в единое
целое на основе ресурсов и техниче-
ских средств сетевой и коммуника-
ционной инфраструктуры. На ниж-
нем уровне иерархии находятся
обеспечивающие системы, которые
создают необходимые условия рабо-
ты для всех технических средств и
обеспечивают физическую безопас-
ность их эксплуатации. Кроме того, в
предложенной модели декомпозиции
имеются два вспомогательных функ-
циональных модуля, охватывающих
все уровни декомпозиции. Один из
этих модулей обеспечивает центра-
лизованное управление ресурсами и
функционалом системы, а другой
реализует ее информационную безо-
пасность.
Архитектура описываемого
решения построена в полном соот-
ветствии с данной моделью декомпо-
зиции.
Инфраструктура ФЦИОР
предназначена для постоянной круг-
лосуточной эксплуатации в режиме
24 часа в сутки, 7 дней в неделю, 365
дней в году. Она основана на апро-
бированных промышленных высоко-
надежных решениях, предназначен-
ных для такого режима эксплуата-
ции.
Рис. 1. Схема декомпозиции архитектуры ФЦИОР

Система снабжена значитель-
ным набором средств централизо-
ванного управления, контроля и ди-
агностики, облегчающих задачу опе-
ративного мониторинга ее состояния.
В состав системы входит также набор
средств автоматизации службы экс-
плуатации, обеспечивающий техно-
логическую платформу для построе-
ния эффективных процессов эксплуа-
тации в соответствии с современны-
ми подходами в области управления
услугами информационных техноло-
гий.
3. Описание подсистем ком-
плекса ФЦИОР
Инфраструктура ФЦИОР раз-
вертывается, как автономная система,
предназначенная для информацион-
ного обслуживания внешних пользо-
вателей. В то же время данный ком-
плекс имеет средства, интерфейсы и
инструменты для интеграции с дру-
гими информационными системами,
что позволяет в дальнейшем наращи-
вать функционал системы и объеди-
нять ее с другими информационными
системами.
Взаимодействие с конечными
пользователями осуществляется по
каналам публичных и закрытых теле-
коммуникационных сетей с исполь-
зованием стандартных протоколов
TCP/IP (Transmission Control Protocol/
Internet Protocol), DNS (Domain Name
System), HTTP (Hypertext Transfer
Protocol), FTP (File Transfer Protocol),
LDAP (Lightweight Directory Access
Protocol), RDP (Remote Desktop
Protocol).
3.1. Центральное хранилище
данных
Программная архитектура
центрального хранилища данных
ФЦИОР представлена на рис.2.
Рис. 2. Центральное хранилище данных

Для хранения структуриро-
ванной и неструктурированной ин-
формации (описаний ЭОР и содер-
жащих ЭОР файлов в формате ZIP)
используется набор баз данных под
управлением СУБД IBM DB2 UDB.
Для обеспечения надежности
и доступности ФЦИОР все базы дан-
ных хранилища работают в кластере.
Кластеризация баз данных портала
ФЦИОР осуществлена по технологии
IBM DB2 HADR (High availability
disaster recovery – высокая доступ-
ность – восстановление после ава-
рий), которая обеспечивает возмож-
ность репликации базы данных.
HADR обеспечивает высокую
доступность как при частичных, так
и при полных авариях системы.
HADR защищает от потери данных
за счет репликации изменений дан-
ных из исходной базы данных (она
называется первичной или горячей) в
базу данных назначения (она называ-
ется резервной или холодной).
В нормальном режиме сервера
комплекса ФЦИОР работают через
клиентское ПО IBM DB2 c основным
сервером БД. При этом журналы
транзакций основного сервера баз
данных автоматически применяются
на резервном сервере. Таким обра-
зом, в любой момент времени на ре-
зервном сервере БД находится акту-
альная копия данных основного сер-
вера БД, что значительно повышает
надежность и доступность хранили-
ща в целом.
Администрирование HADR
выполняется главным образом на ос-
новном сервере БД, а затем реплици-
руется на резервный сервер БД. Регу-
лярное обслуживание БД (резервное
копирование, индексация и т.п.) вы-
полняется для основной БД. Возмож-
ность указания при настройке кли-
ентского ПО IBM DB2 альтернатив-
ного (резервного) сервера БД позво-
ляет не перенастраивать клиентское
ПО при переходе на резервный сер-
вер БД.
Переключение между основ-
ной и резервной БД может осуществ-
ляться вручную и в автоматическом
режиме. В ручном режиме отказ об-
наруживает администратор БД, кото-
рый инициирует команду переклю-
чения на резервную БД. Для миними-
зации времени переключения на ре-
зервную БД используется специаль-
ная команда принудительного пере-
ключения DB2 HADR, однако при
этом возникает риск неудачного за-
вершения операции в случае потери
соединения между основной и ре-
зервной БД.
Для автоматического пере-
ключения БД используется дополни-
тельное ПО кластеризации – HACMP
(High availability сluster мanager
power).
3.2. Система поддержки кол-
лективной разработки ЭОР
системы поддержки коллективной
разработки ЭОР представлена на
рис. 3.
Рис. 3. Система поддержки коллективной разработки ЭОР

Поддержка коллективной раз-
работки осуществляется с помощью
программного продукта IBM
Workplace Collaboration Services, ко-
торый обеспечивает организацию ра-
бочего пространства для проектной
деятельности, календарь группы и
планировщик заданий, управление
совместной разработкой документов,
дистанционное обучение, проведение
web-конференций, обмен почтовыми
и мгновенными сообщениями между
членами рабочей группы.
Данный программный продукт
включает подсистему совместной ра-
боты и подсистему поддержки дис-
танционного обучения.
3.3. Система унифицирован-
ного доступа
системы унифицированного доступа
представлена на рис.4.
Подсистема доступа к инфор-
мационным ресурсам принимает за-
просы от пользователей и внешних
приложений и предоставляет единую
точку входа для доступа к информа-
ционному наполнению и приложени-
ям портала.
Среду выполнения и инстру-
менты управления web-
приложениями, созданными по тех-
нологии J2EE, поддерживает сервер
приложений IBM WebSphere
Application Server. Сервер распреде-
ления нагрузки IBM WebSphere
Application Server Network
Deployment обеспечивает высокую
производительность обработки за-
просов в распределенной среде.
На сервере приложений уста-
навливается сервер портала IBM
WebSphere Portal Extend, который
предоставляет пользовательский
web-интерфейс портала и инструмен-
тальные средства его конструирова-
ния, настройки и персонализации. В
состав сервера портала входят про-
граммные компоненты, обеспечи-
вающие удобные сервисы работы с
документами, поиска, публикации и
подписки, мгновенного обмена со-
общениями, анализа использования
интернет-сайта и т.п.
Сервер портала предусматри-
вает единую регистрацию пользова-
телей (Single Sign-On, SSO) и доступ
к информационному наполнению
портала по принципу «единого ок-
на». Управление доступом пользова-
телей к информационным ресурсам
осуществляет служба безопасности
портала, интегрированная в систему
обеспечения информационной безо-
пасности ФЦИОР. Для аутентифика-
ции и проверки пользователей служ-
Рис. 4. Система унифицированного доступа

ба безопасности обращается по про-
токолу LDAP (Lightweight Directory
Access Protocol) к центральному рее-
стру пользователей.
В комплект поставки IBM
WebSphere Application Server входит
также служба обнаружения web-
сервисов. Получив запрос к web-
сервису, служба обнаружения вы-
полняет поиск в реестре Web-
сервисов, составленном на основе
стандартного интерфейса UDDI
(Universal Description Discovery &
Integration), связывается со службой
безопасности для аутентификации и
проверки полномочий пользователей
и вызывает нужный web-сервис. Об-
ращение к web-сервисам через служ-
бу обнаружения могут осуществлять
как приложения портала, так и внеш-
ние приложения.
3.3.1. Подсистема поиска и
каталога
Подсистема поиска и каталога
ЭОР поддерживает возможности
просмотра объединенного каталога
ЭОР, навигации по каталогу, поиска
и выбора объектов.
Программный продукт IBS
Catalog отображает на страницах
портала систематизированный ие-
рархический каталог описаний ЭОР и
предоставляет пользовательский ин-
терфейс для навигации и управления
выбором, просмотром описаний и
экспортом ЭОР. В объединенный ка-
талог включаются объекты, разме-
щенные в центральном хранилище
ФЦИОР или дополнительных внеш-
них хранилищах, связанных с ката-
логом через адаптеры поиска и ката-
лога.
Программный продукт IBS
Search Broker обеспечивает интер-
фейс пользователя для конструиро-
вания многофункциональных поис-
ковых запросов и направляет поиско-
вый запрос к одной или нескольким
поисковым машинам. Поисковая ма-
шина производит поиск по своей ин-
дексной базе и возвращает в ответ на
запрос соответствующий набор объ-
ектов (описаний ЭОР).
Поисковая машина IBM
WebSphere Information Integrator
OmniFind Edition формирует свою
индексную базу путем индексации
объектов центрального хранилища.
Адаптер поиска и каталога обеспечи-
вает для содержащихся в ЦХД объ-
ектов хранения (ЭОР) представление,
удобное для индексации.
Для дополнительных внешних
хранилищ или для реализации других
алгоритмов поиска могут быть ис-
пользованы другие поисковые маши-
ны, создающие свою индексную ба-
зу.
3.3.2. Подсистема интегра-
ции приложений
Подсистема интеграции при-
ложений предоставляет интеграци-
онную платформу для построения и
выполнения композитных приложе-
ний в сервис-ориентированной архи-
тектуре.
Сервер интеграции процессов
IBM WebSphere Business Integration
Server Foundation поддерживает вы-
полнение интегрированных бизнес-
процессов, основанных на стандарт-
ной спецификации BPEL4WS
(Business Process Execution Language
for Web Services) и обмене сообще-
ниями между web-сервисами по про-
токолам WSDL (Web Services
Description Language). Сервер инте-
грации процессов также включает
инструментальные средства проекти-
рования и бизнес-процессов, набор
адаптеров к различным приложени-
ям.
Брокер сообщений IBM Web-
Sphere Message Broker With Rules
And Formatter Extensions предостав-
ляет среду выполнения для поддерж-
ки потоков сообщений между web-
сервисами и позволяет управлять
преобразованием форматов, публи-
кацией, подпиской на получение со-
общений.

Среда разработки J2EE-
приложений Rational Application De-
veloper For WebSphere предоставляет
возможности для сопровождения и
разработки интеграционных компо-
нентов – как входящих в состав при-
кладных систем, так и разрабатывае-
мых с целью интеграции новых при-
ложений в среду портала ФЦИОР.
3.4. Система общего назна-
чения
В систему общего назначения
входит подсистема администрирова-
ния, функции которой поддержива-
ются стандартными средствами ад-
министрирования, которые входят в
состав программного обеспечения
каждой подсистемы.
3.4.1. Вычислительная ин-
фраструктура
Вычислительная инфраструк-
тура ФЦИОР состоит из следующих
компонентов:
 серверное ядро для развер-
тывания прикладных систем и ин-
фраструктурных сервисов;
 инфраструктура хранения
данных и средства управления ими,
включая систему резервного копиро-
вания;
 общесистемные сервисы
(управление пространством имен,
управление протокольным профилем,
управление пользователями, элек-
тронная почта, антивирусные систе-
мы и т.д.);
 технические средства для
управления и администрирования;
 рабочие станции обслужи-
вающего персонала;
 стандартные и специали-
зированные периферийные устройст-
ва.
Для построения вычислитель-
ной инфраструктуры используются
две серверные линейки оборудова-
ния: высокопроизводительные RISC-
серверы и серверы семейства IA32
(x86). Первая линейка серверов ис-
пользуется в первую очередь для
размещения на них прикладных сис-
тем, реализующих целевой функцио-
нал системы. На серверах второй ли-
нейки размещаются в основном об-
щесистемные службы и компоненты
системы управления.
Серверное решение отличает-
ся компактностью и однородностью.
В состав решения входит относи-
тельно небольшое количество серве-
ров, каждый из которых подключает-
ся как к локальной сети ЛВС, так и к
сети хранения данных. Благодаря
этому упрощается структура сервер-
ного ядра, повышается управляе-
мость и облегчаются операции по об-
служиванию комплекса. Кроме того,
такое унифицированное подключе-
ние обеспечивает достаточно про-
стую миграцию приложений с одного
сервера на другой.
В качестве производителя
оборудования для обеих линеек вы-
брана фирма IBM. RISC-серверы
представлены двумя моделями –
p520Q (2 процессора Power 5+) и
p550Q (4 процессора). На всех RISC-
серверах установлена операционная
система IBM AIX 5.3.
Все серверы IA32 – это серве-
ры модели x3850 в 2-х и 4-х процес-
сорных конфигурациях. При этом эти
серверы объединены в 2 группы под
управлением системы виртуализации
VMWare ESX Server, что позволяет
гибко управлять их ресурсами и раз-
мещать на них большое количество
виртуальных серверов (всего более
20 на 4 физических серверах). Один
из серверов x3850 используется в ка-
честве сервера управления виртуаль-
ной инфраструктурой.
3.4.2. Инфраструктура хра-
нения данных
Выделенная инфраструктура
хранения данных построена на базе
сети хранения данных (SAN) и дос-
тупных из этой сети консолидиро-
ванных устройств хранения данных –
дискового массива и роботизирован-
ной ленточной библиотеки. Схема

инфраструктуры хранения данных
представлена на рис.5. Благодаря вы-
делению инфраструктуры хранения
данных обеспечивается эффективное
использование дисковой и ленточной
памяти, доступность для любых сер-
веров всего набора технологий рабо-
ты с дисками (организация RAID-
массивов любой конфигурации, ко-
пирование наборов данных «на ле-
ту», выполнение мгновенных сним-
ков наборов данных и т.п.). Отсутст-
вие привязки устройств к серверам
позволяет обеспечивать быструю и
легкую замену серверов и миграцию
систем и приложений.
Сеть хранения данных органи-
зована на основе двух дублирован-
ных коммутаторов Fibre Channel. К
каждому из коммутаторов подклю-
чены все серверы серверного ядра,
дисковый массив и ленточная биб-
лиотека. Благодаря полному дубли-
рованию обеспечивается устойчивая
работа сети хранения данных при
выходе из строя любого единичного
компонента.
Поставляемые в составе реше-
ния дисковый массив (IBM Total
Storage DS6800) и ленточная библио-
тека (IBM TS-3500) выполнены по
модульному принципу и обеспечи-
вают значительные возможности
расширения.
Управление дисковым масси-
вом осуществляется с помощью про-
граммного обеспечения IBM Total
Storage DS Storage Manager. Управ-
ление процессами резервного копи-
рования и архивирования данных на
ленточной библиотеке используется
программная система EMC Legato
NetWorker.
3.4.3. Общесистемные серви-
сы
В состав общесистемных сер-
висов входят следующие подсисте-
мы:
1. инфраструктура общего
каталога на базе Microsoft Active
Directory;
2. базовые сетевые серви-
сы DHCP, DNS, WINS;
3. сервис файлов;
4. сервис печати;
Рис. 5. Схема инфраструктуры хранения данных

5. сервис электронной
почты;
6. сервис обеспечения
безопасности электронной почты;
7. сервис технологиче-
ской СУБД;
8. терминальный сервис;
9. сервис антивирусной
защиты;
10. сервис баз данных.
Они реализованы на базе сле-
дующих программных продуктов:
1. Microsoft Windows
Server 2003;
2. IBM Lotus Dom-
ino/Notes;
3. Symantec Antivirus;
4. Symantec AntiSpam;
5. Microsoft SQL Server;
6. Oracle Database.
Для реализации данных сер-
висов в вычислительных пулах
VMware развернут ряд виртуальных
серверов. При планировании развер-
тывания серверов обеспечена макси-
мальная функциональная развязка
между различными пакетами ПО, что
обеспечивает высокую надежность
работы комплекса.
Технические средства для
управления и администрирования
В состав этих средств входит
следующее оборудование:
1. консоль для управления
RISC-серверами;
2. консоли для управле-
ния серверами IA32/x86;
3. презентационная ви-
деосистема в комплекте с кабелями.
Консоли управления сервера-
ми установлены в помещении техно-
логического комплекса. Консоль
управления RISC-серверами пред-
ставляет собой сервер на IA32-
платформе, на который установлено
специальное программное обеспече-
ние. Он обеспечивает операторам и
администраторам управление всеми
RISC-серверами, входящими в состав
решения.
Консоли управления сервера-
ми IA-32 (всего 3 комплекта) пред-
ставляют собой набор из 8-
канального коммутатора клавиатура/
видео/ мышь и подключенного к
коммутатору складного стоечного
комплекта из жидкокристаллическо-
го монитора и клавиатуры со встро-
енным указательным устройством.
Презентационная видеоподси-
стема предназначена для установки в
помещении обслуживающей органи-
зации ФЦИОР и представляет собой
два широкоформатных плазменных
экрана и матричного видеокоммута-
тора. При подключении входов этого
коммутатора к ПК администраторов
(до 4-х) появляется возможность ши-
рокоформатного представления ин-
формации с экранов этих ПК, что по-
зволяет реализовать функциональ-
ность ситуационного центра или
учебного класса.
3.4.4. Сетевая инфраструк-
тура
Функциональная схема сете-
вой инфраструктуры изображена на
рис.6.

В сетевую часть инфраструк-
туры входят следующие подсистемы:
1. коммутационное ядро
ЛВС;
2. системы сетевой безо-
пасности;
3. система внешних под-
ключений;
4. системы управления
сетью.
Сетевая инфраструктура де-
лится на 4 изолированных зоны:
внутренняя ЛВС, две демилитаризо-
ванные зоны и зону внешних под-
ключений. Прохождение трафика
между этими зонами контролируется
устройствами сетевой безопасности
на основе жестких политик. ФЦИОР
подключается к сети RUNNet и через
нее – к сети Интернет.
Коммутационное ядро ЛВС
состоит из центрального коммутато-
ра и двух групп коммутаторов досту-
па (групповых коммутаторов), со-
единенных в стеки. Первая из этих
групп, располагаемая в помещении
группы обслуживания, обеспечивает
подключение к сети рабочих станций
обслуживающего персонала и
сетевых принтеров. Вторая группа
формирует коммутируемую среду
демилитаризованных зон и обеспечи-
вает порты для подключения серве-
ров, устанавливаемых в этих демили-
таризованных зонах.
В состав систем безопасности
входят межсетевые экраны, устрой-
ства обнаружения/ предупреждения
вторжений и система анализа и кор-
реляции событий. Все эти устройства
объединены специальным выделен-
ным управляющим сегментом сети,
построенным на выделенном группо-
вом коммутаторе.
Система внешних подключе-
ний состоит из маршрутизаторов и
каналов связи к сети RUNNet.
В состав систем управления
входит система управления сетевыми
устройствами на базе продукта Cisco
Works LAN Management Solution,
система управления сетевой безопас-
ностью на базе продукта Cisco Secu-
rity Manager, а также серверов аутен-
тификации, авторизации и учета,
предназначенных для авторизации
доступа к сетевым устройствам и во
Рис. 6. Функциональная схема сетевой инфраструктуры

внешние сети, и для ведения систем-
ных журналов.
3.4.5. Система управления
Система управления состоит
из двух основных частей:
1. Подсистемы монито-
ринга и управления (ПМУ).
2. Подсистемы управле-
ния эксплуатацией (ПУЭ).
Подсистема мониторинга и
управления предназначена для:
 сбора и консолидации дан-
ных о текущем состоянии компонен-
тов ИКТ-инфраструктуры и специа-
лизированных приложений ЭИОР,
находящихся в зоне ответственности
ИКТ-подразделения ФЦИОР;
 администрирования обо-
рудования ИКТ-инфраструктуры и
специализированных приложений
ЭИОР ФЦИОР;
обеспечения проведения тех-
нического обслуживания оборудова-
ния ИКТ-инфраструктуры ФЦИОР.
ПМУ обеспечивает выполне-
ние следующих функций:
 управление конфигура-
циями ПК и серверов;
 мониторинг ОС серверов;
 мониторинг СУБД;
 мониторинг компонентов
Lotus Domino;
 мониторинг web-
инфраструктуры;
 мониторинг характеристик
транзакций в распределенных (ком-
позитных) приложениях;
 мониторинг сетевой ин-
фраструктуры;
 мониторинг коммуникаци-
онного оборудования сети передачи
данных (коммутаторов);
 сбор и обработка событий,
происходящих в информационной
инфраструктуре;
 мониторинг сети передачи
данных;
 накопление и анализ ин-
формации мониторинга;
 управление ресурсами сети
хранения данных.
Функциональная структура
системы управления показана на
рис.7.
Рис. 7. Функциональная схема системы управления

ПМУ СУЭ построена на базе
программного обеспечения IBM
Tivoli и состоит из интегрированных
между собой модулей Tivoli:
1. Модуль IBM Tivoli Man-
agement Framework. Является осно-
вой ПМУ СУЭ. Он создает вычисли-
тельную и коммуникационную осно-
ву для функционирования других
модулей ПМУ СУЭ. Модуль TMF
обеспечивает:
 Интеграцию модулей
ПМУ СУЭ;
 Стандартные интер-
фейсы;
 Средства для расшире-
ния функциональности;
 Кроссплатформенность
ПМУ СУЭ;
 Возможность включе-
ния собственных приложений в ПМУ
СУЭ;
 Экономное использо-
вание сетевых ресурсов.
Модуль TMF создает распре-
деленную среду, которая обеспечива-
ет интеграцию всех уровней инфор-
мационной системы в единую систе-
му управления, обеспечивая управ-
ление информационными системами
любой сложности.
Модуль Tivoli Management
Framework позволяет выполнять сле-
дующие типы управляющих воздей-
ствий над управляемыми объектами:
 выполнение объектов Task
или Job;
 просмотр информации из
СУБД с помощью объектов Query;
 выполнение управляющих
воздействий других модулей Tivoli.
2. Модуль IBM Tivoli Configu-
ration Manager (TCM). Модуль
управления конфигурациями IBM
Tivoli Configuration Manager является
инструментом для выполнения сле-
дующих функций:
 управление сбором, реги-
страцией, хранением данных конфи-
гурационного учёта ИТ-ресурсов;
 управление удалённой ус-
тановкой и настройкой системного и
прикладного ПО.
Функция управления инвен-
тарным учётом предназначена для
обеспечения сбора и представления
сведений о конфигурации программ-
ного и аппаратного обеспечения ИТ-
ресурсов. Функция управления ин-
вентарным учётом обеспечивает:
 инвентаризацию установ-
ленных компонентов системного и
прикладного ПО на управляемых
объектах;
 инвентаризацию установ-
ленного аппаратного обеспечения на
управляемых объектах;
 централизованное хране-
ние данных инвентаризации;
 возможность формирова-
ния на основе инвентарных данных
отчетов о составе, версиях и характе-
ристиках программного и аппаратно-
го обеспечения.
Функция управления распро-
странением ПО обеспечивает:
 централизованную уста-
новку ПО на управляемые объекты;
 централизованную уста-
новку обновлений системного и при-
кладного программного обеспечения
на управляемые объекты;
 возможность создания
очередей хранения для гарантиро-
ванной доставки обновлений на вре-
менно недоступные управляемые
объекты;
 возможность использова-
ния информации инвентарного учёта
для управления распространением
ПО.
3. Модули мониторинга ОС
серверов и СУБД. Модули монито-
ринга ОС и СУБД предназначены для
организации оперативного контроля
состояния ИТ-ресурсов (далее мо-
дуль мониторинга). Модули обеспе-
чивают мониторинг ОС и СУБД, а
также сбор информации о текущем
состоянии ИТ-ресурсов. Данные мо-
дули обеспечивают:

Информатизация образования и науки №1(5)/201022
 Механизмы мониторинга
основных параметров корпоративных
серверов (память, процессор, диско-
вая подсистема, сервисы).
 Механизмы мониторинга
различных параметров СУБД (про-
цессы, свободное место, табличные
пространства и т.д.).
 Наличие преконфигуриро-
ванных наборов мониторов с уста-
новленными значениями параметров
и настроенными автоматическими
реакциями с учетом рекомендаций
производителей ПО.
 Механизмы онлайнового
просмотра данных мониторинга с
помощью web-интерфейса.
 Механизмы запуска авто-
матических реакций в случае превы-
шения пороговых значений монито-
ринга.
 Механизмы централизо-
ванного конфигурирования парамет-
ров мониторинга.
 Возможность создания
собственных сценариев мониторинга.
 Механизм предоставления
отчетов.
 Интеграция с подсистемой
событийной обработки, обеспечи-
вающая возможности корреляции и
интерпретации ситуаций, обнару-
женных подсистемой мониторинга
ОС серверов и другими подсистема-
ми.
На рис. 8 представлена общая
схема работы модуля мониторинга:
4. Модуль мониторинга Web-
инфраструкуры. Для обеспечения
мониторинга состояния компонентов
web-инфраструктуры используется
модуль IBM Tivoli Monitoring for
Web Infrastructure. Данный модуль
обеспечивает:
ванного управления серверами IBM
WebSphere Application Server (запуск,
остановка, запрос состояния и т. п.).
 Наличие преконфигуриро-
ванных наборов программных
средств с установленными значения-
ми параметров.
 Механизмы запуска авто-
матических реакций в случае превы-
шения пороговых значений монито-
ринга.
 Механизмы онлайнового
просмотра данных мониторинга с
помощью web-интерфейса.
ванного конфигурирования парамет-
ров мониторинга.
 Интеграцию с подсистемой
событийной обработки, обеспечи-
вающей возможности корреляции и
интерпретации ситуаций, обнару-
женных подсистемой мониторинга
компонентов web-инфраструктуры.
5. Модуль событийной обра-
ботки IBM Tivoli Enterprise Console
(TEC). Модуль TEC осуществляет
сбор информации от широкого спек-
тра источников, определяет взаимо-
связи событий для выявления перво-
причин возникновения проблем.
Рис. 6. Функциональная схема сетевой инфраструктуры

научно методический журнал-информатизация_образования_и_науки_№1_2010_(2)

научно методический журнал-информатизация_образования_и_науки_№1_2010_(2)

Recommended

Recommended

More Related Content

What's hot

What's hot (20)

Viewers also liked

Viewers also liked (20)

Similar to научно методический журнал-информатизация_образования_и_науки_№1_2010_(2)

Similar to научно методический журнал-информатизация_образования_и_науки_№1_2010_(2) (20)

More from Иван Иванов

More from Иван Иванов (20)

научно методический журнал-информатизация_образования_и_науки_№1_2010_(2)