Информационно-образовательный портал СОДРУЖЕСТВА НЕЗАВИСИМЫХ ГОСУДАРСТВ
ИНФОРМАТИЗАЦИЯ ОБРАЗОВАНИЯ
И ДИСТАНЦИОННОЕ ОБУЧЕНИЕ В СНГ
Информационно-образовательный портал СОДРУЖЕСТВА НЕЗАВИСИМЫХ ГОСУДАРСТВ  

Страны
Азербайджанская Республика
Республика Армения
Республика Беларусь
Республика Казахстан
Кыргызская Республика
Республика Молдова
Российская Федерация
Республика Таджикистан
Туркменистан
Республика Узбекистан
Украина

Типы материала
Информационно-коммуникационные технологии
Дополнительные информационные материалы
Нормативно-правовое обеспечение
Организация и методики обучения
Экономика образования
Межгосударственное сотрудничество
Образовательные центры
Методики обучения
Межвузовское сотрудничество
Повышение квалификации
Международные проекты и гранты, конкурсы
Конференции, симпозиумы, семинары и др.
Библиотека
 
Журнал «Вестник РУДН» серия «Информатизация образования»
 
2014, №4
2014, №3
2014, №2
2014, №1
2013, №4
2013, №3
2013, №2
2013, №1
2012, №4
2012, №3
2012, №2
2012, №1
2011, №4
2011, №3
2011, №2
2011, №1
2010, №4
2010, №3
2010, №2
2010, №1
2009, №4
2009, №3
2009, №2
2009, №1
2008, №4
2008, №3
2008, №2
2008, №1
2007, №4
2007, №3
2007, №2-3
2007, №1
2006, №1(3)
2005, №1(2)
2004, №1
Научные и специальные электронные ресурсы
Учебная, научная и специальная литература
Комиссия по дистанционному обучению совета по сотрудничеству в области образования государств-участников СНГ
Новости

Перспективная модель развития сетевого взаимодействия вузов-участников Болонского процесса


Аннотация
Аналитический обзор по реализации проекта "Сетевое взаимодействие вузов по основным направлениям Болонского процесса на основе ИКТ" Федеральной целевой программы "Развитие единой образовательной информационной среды" в 2005 г. Варианты и предложения по реализации сетевого взаимодействия Российских вузов участников Болонского процесса, обеспечивающие эффективный информационный обмен в масштабах как отдельных регионов, так и всей страны.

Текст документа

В рамках комплекса мер по реализации основных целей развития системы высшего профессионального образования в соответствии с Болонской декларацией приказом Минобрнауки РФ от 25 апреля 2005 года № 126 утвержден перечень головных вузов и организаций, осуществляющих координацию взаимодействия вузов по реализации принципов Болонской декларации как по основным направлениям Болонского процесса, так и в рамках каждого федерального округа.

В соответствии с нормативными документами Минобрнауки РФ, выделено 5 основных направлений Болонского процесса , в рамках которых закреплена ответственность головных вузов, в т.ч.:

1.      Развитие системы высшего профессионального образования (ВПО), основанной на двух основных уровнях – бакалавриат и магистратура.

2. Изучение и введение системы зачетных единиц (ECTS) как инструмента академической мобильности.

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

4. Создание и обеспечение деятельности сопоставимой системы признания иностранных документов об образовании в РФ и российских документов в государствах-участниках Болонской декларации.

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

Ответственность головных вузов по каждому из вышеназванных направлений предполагает формирование полного информационного пакета по соответствующему направлению Болонского процесса.

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

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

 

Реализованная модель сетевого взаимодействия вузов

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

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

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

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

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

Формирование точек входа

На портале «Российское образование», сайте НФПК и порталах головных вузов созданы ссылки указывающие на виртуальные сайты с информационными ресурсами по Болонскому процессу.

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

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

 

Предложения по совершенствованию модели сетевого взаимодействия вузов

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

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

Предлагаемая модель представлена на рисунке 2.

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

Координатор (Минобрнауки России, Рособрнадзор, НФПК) оказывает управляющее воздействие на систему в соответствии со своими функциями, а также размещает и модифицирует информацию на одном из узлов ядра, является потребителем информации;

Головные вузы и вузы-координаторы осуществляют размещение, модификацию и потребление информации;

Вузы округа размещают (через вуз-координатор) и потребляют информацию;

Юридические и физические лица являются потребителями информации.

Таблица 1

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

Учреждение

Размещение информации

Модификация информации

Минобрнауки России, Рособрнадзор, Рособразование, НФПК

+

+

Головные вузы

+

+

Вузы-координаторы в федеральных округах

+

+

Вузы-участники федерального округа

+

Физические и юридические лица

 

 

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

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

2.  Многонаправленность передачи ресурсов.

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

4.  Идентичность технической реализации для каждого узла (тиражируемость программного обеспечения).

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

6.  Распределение ответственности между узлами за принятие решений по размещению информационных ресурсов, их хранение и предоставление.

7.  Соответствие принципу открытости Болонского процесса.

 

В качестве трудностей в реализации модели можно отметить следующие.

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

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

3.  Жесткие требования к структуризации (систематизации) информации.

Вместе с тем, предлагаемая перспективная модель сетевого взаимодействия оптимально соответствует условиям реализации сетевого взаимодействия на основе ИКТ вузов-участников по направлениям Болонского процесса.

 

Технические рекомендации к системе сетевого взаимодействия

 

Архитектура узла сети (портала)

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

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

II. Второй уровень иерархии обеспечивает функционирование системы хранения информации, системы обработки запросов и системы функционирования служебных модулей (Web engine, Portal engine).

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

IV. Четвертый уровень представляет собой совокупность основных четырнадцати функциональных блоков (F1, F2, …, F14) портала:

·        1 блок – функции Министерства образования и науки, связанные с реализацией Болонского процесса;

·        5 блоков — функции головных вузов, связанные с реализацией Болонского процесса;

·        7 блоков — функции региональных вузов-координаторов, связанные с реализацией Болонского процесса;

·        1 блок – блок академической мобильности.

V. Верхний (пятый) уровень. Реализация пользовательского интерфейса.

Первый уровень обеспечивает функционирование сервера как основы для реализации поставщика услуг – сервис-провайдера портала.

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

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

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

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

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

 

Общие требования к перспективной модели сетевого взаимодействия (порталу)

 

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

·            предоставление информации по запросам потребителей (пользователей) в соответствии с определенным статусом участника;

·            модификацию информации в соответствии с определенным статусом участника;

·            обработку информации и формирование отчетов.

 

Технические особенности перспективной модели( портала)

 

1. Аутентификация

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

·              проведение процедуры проверки идентичности персоны;

·              регистрация персоны в системе;

·              предоставление персоне доступа к информации в соответствии с назначенными ей правами;

·              обеспечение корректности завершения сеанса работы.

2. Репликация информации

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

·              каждый узел из состава ядра системы, на котором произошла модификация информации, должен разослать изменения всем остальным узлам, входящим в ядро системы;

·              контроль за корректностью проведенной репликации (транзакции).

3. Управление географическим местоположением информации

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

4. Безопасность

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

·              противодействие несанкционированному доступу;

·              противодействие сетевым атакам;

·              предотвращение потери информации из-за технических и других сбоев.

5. Надежность

Должно быть обеспечено интегральное функционирование системы в режиме 24 часа в сутки, 7 дней в неделю, 365 дней в году.

6. Интерфейс пользователя

Система должна обладать:

·              интуитивно-понятным дружественным интерфейсом;

·              возможностью определения пользователем состава информации в текущем и будущих сеансах рабо??ы;

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

7. Технические интерфейсы

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

8. Интероперабельность

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

9. Кросс-платформенность

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

 

Техническое обеспечение реализации информационной системы

 

Программные требования

С учетом вышеперечисленных требований представляется целесообразным для реализации использовать зарекомендовавшие себя промышленные системы и открытые продукты (Open Source).

Реализация сетевой инфраструктуры СУБД может быть выполнена с применением таких систем как Oracle, Informix, DB2.

Реализация portal engine может быть выполнена с применением таких систем, как IBM Portal Services, Novell eXtend.

Реализация web engine  может быть выполнена с применением web-сервера Apache.

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

Аппаратные требования

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

 

Вывод

 

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

 

 

Литература

 

1. Ефремов А.П. Об организации учебного процесса с использованием системы зачетных единиц // Портал РУДН http://www.rudn.ru

2. Чистохвалов В.Н. Изучение и введение системы зачетных единиц (ECTS) как инструмента академической мобильности // НФПК Проект «Мониторинг участия российских вузов в Болонском процессе», 2005

3. Материалы работы экспертной группы 14-18 ноября 2005 г Разработка единых принципов и стандартов сетевого взаимодействия вузов по основным направлениям Болонского процесса // Федеральное агентство по образованию Учебный центр подготовки руководителей Санкт-Петербург, 2005



[1] Portal Engine («движок» портала) – совокупность программных средств для обеспечения функционирования портлетов и реализации взаимодействия с другим программным обеспечением сервис-провайдера.

[2] Web-Engineweb-сервер») – совокупность программных средств для обеспечения обработки запросов пользователя и выдачи результатов обработки по протоколам HTTP, HTTPS и реализации взаимодействия с другим программным обеспечением сервис-провайдера.


Автор оригинала: Баврин П.А., Краснова Г.А., Савченко Н.А., Савченко П.А., Федченко В.Н.
Источник оригинала: Журнал «Вестник РУДН» серия «Информатизация образования», 2005, №1(2)

Новости
16.06.2017

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

13.10.2016

26 октября-27 октября 2016 года Российский университет дружбы народов проводит Международную конференцию «Сетевые университеты и международный рынок труда (пространства БРИКС, СНГ, ШОС)».

19.05.2016

The Peoples’ Friendship University of Russia (PFUR) announces the beginning of admission of foreign citizens who graduated from Bachelor and Specialist Degree programs of PFUR and other Russian and ...

19.05.2016

Российский университет дружбы народов (РУДН) объявляет о наборе иностранных граждан -выпускников бакалавриата и специалитета РУДН и других российских и зарубежных ВУЗов на программы магистратуры на ...

11.12.2015

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