CC BY
32
Таблица 3
Алгоритм Выявлено сходство Ошибка 1-го рода Ошибка 2-го рода Выявлено различие
Фонетик 660 1 0 25246
Дистанция Левенштейна 653 8 74 25172
Soundex 650 11 48 25198
Прямое сравнение 638 23 0 25246
По общему количеству ошибок сравнения наихудшие результаты показал алгоритм, вычисляющий дистанцию Левенштейна. Второе место по общему количеству ошибок после алгоритма Фонетик занимает алгоритм прямого сравнения. Однако в данном случае значимость ошибок первого и второго рода различна. Наиболее критичными являются ошибки первого рода, поскольку сходные объекты, классифицированные как различные, не попадут в итоговую выборку, то есть будут потеряны. Наличие ошибки второго рода не столь критично, так как на практике все объекты, классифицированные как сходные, будут представлены для последующей обработки в ручном режиме, а значит, будут проконтролированы.
По количеству ошибок первого рода алгоритм Фонетик на порядок эффективнее алгоритмов, вычисляющих дистанцию Левенштейна, и алгоритма Ъоипйех. Алгоритм прямого сравнения оказался наименее эффективным по количеству ошибок 1-го рода.
Алгоритм Фонетик при сравнении строк, содержащих фамилию, имя и отчество физического лица, показывает высокую стабильность и эффективность в работе, отличается хорошей приспособленностью к нормам и правилам русского языка, высокой релевантностью, низкими показателями ошибок первого и второго рода. Использование технологии поиска сходных записей на основе данного алгоритма позволяет снизить избыточность БД, сократить долю ручного труда операторов, в реальном времени отслеживать историю обращений клиента, а также проводить интеллектуальную обработку, например резервирование или репликацию, и прочие операции с данными, требующие больших затрат времени. Фонетик хорошо подходит в качестве инструмента сопровождения автоматизированных банковских систем, систем денежных переводов, иных программных средств, требующих непосредственного взаимодействия оператора системы с физическими лицами, информация о которых вносится в систему.
Литература
1. Wagner R.A., Fischer M.J. The string-to-string correction problem / Journal of the ACM, 1974. Vol. 21, № 1, pp. 168-173.
2. Smith T.F., Waterman M.S. Identification of common molecular subsequences / Journal of Molecular Biology, 1981. Vol. 147, pp. 195-197.
3. Дональд Э. Кнут. Искусство программирования. Т. 3. Сортировка и поиск. M.: Издат. дом «Вильямс», 2005. 824 с.
4. Каньковски П. «Как ваша фамилия», или Русский MetaPhone // Программист. 2002. № 8. С. 36-39.
5. Гешвинде Э., Шениг Г. Разработка Web-приложений на PHP и PostgreSQL. Руководство разработчика и администратора. СПб: ДиаСофтЮП, 2003. 608 с.
УДК 65.011.56:004.75
СЕРВИС-ОРИЕНТИРОВАННЫЙ ПОДХОД К МОДЕРНИЗАЦИИ ИНФОРМАЦИОННО-ВЫЧИСЛИТЕЛЬНОЙ СЕТИ ВУЗА
Д.В. Христенко, к.т.н.; В.Г. Гришаков, к.т.н.; И.В. Логинов
(Академия Федеральной службы охраны Российской Федерации, г. Орел, [email protected])
В работе предложены направление и этапы модернизации информационно-вычислительной сети вуза с использованием сервис-ориентированного подхода, позволяющего перейти от монолитных приложений к набору распределенных слабосвязанных сервисов, на основе которых можно генерировать процессы управления и сопровождения. Применение данной технологии позволяет повысить масштабируемость, управляемость и гибкость информационно-вычислительной сети вуза.
Ключевые слова: информационно-вычислительная сеть, АСУ вуза, сервис-ориентированная архитектура, модернизация.
Современный вуз - это крупная организация, насчитывающая десятки тысяч человек, большую часть из которых составляют студенты и преподаватели. Основной является образовательная деятельность вуза, которая ведется кафедрами, факультетами и институтами, входящими в его со-
став. В учебное заведение могут входить научно-исследовательские, научно-производственные и промышленные предприятия, организации связи, научного обслуживания, информационных технологий и пр. Каждое подразделение вуза в процессе функционирования использует различные по
масштабу и архитектуре информационно-вычислительные сети (ИВС), объединение которых образует ИВС вуза. По причине разнообразия и большого объема решаемых задач ИВС имеет гетерогенную структуру. Стандартная архитектура ИВС вуза показана на рисунке 1. Использование различных архитектур и технологий, большого многообразия ПО на кафедрах и факультетах, в системе управления вузом, подразделениях обеспечения обусловливает объективную ресурсоемкость процессов управления и сопровождения ИВС и решения задач развития сети. Поэтому необходимо определить направление развития ИВС вуза с целью повышения управляемости ею, гибкости и масштабируемости.
Основными функциями ИВС вуза являются автоматизация и информационно-аналитическое обеспечение процессов управления вузом и образовательным процессом, а также сопровождение образовательных и вспомогательных технологических процессов. Часть задач автоматизации и информатизации процессов управления вузом и образовательным процессом решается специализированным ПО (системы электронного документооборота, финансовой отчетности, учета и т.д.) собственной либо сторонней разработки, объединяемым компаниями-интеграторами в рамках АСУ предприятия уровней MES, ERP, ERP2, DSS. Для автоматизации вспомогательных подразделений вуза используются АСУ предприятиями небольшого уровня, технологическими процессами (SCADA), научными исследованиями и разработками различных производителей и интеграторов. Задачи сопровождения учебного процесса в значительной степени решаются бессистемно, децен-
трализованно, непосредственно в подразделениях, что связано прежде всего с их меньшим приоритетом и большей неоднородностью с точки зрения используемого ПО. При этом для успешного решения задач по предоставлению образовательных услуг, в том числе в рамках системы менеджмента качества, решению задачи информационного обеспечения должно уделяться не меньше внимания. Важность решения задачи повышения уровня ИВС сопровождения образовательного процесса отмечается многими российскими и зарубежными учеными. На государственном уровне для поддержки процессов использования новых информационных технологий в образовании ведутся работы в рамках приоритетного национального проекта «Образование» ФЦП «Развитие единой образовательной информационной среды», разработана концепция информатизации сферы образования России.
Развитие технологий и архитектур создания ИВС крупных организаций, к которым и относится ИВС вуза, прошло несколько этапов. Основной исходной формой ИВС была их реализация в виде монолитных систем. В связи с невозможностью реализации всей требуемой функциональности разработчики ИВС перешли к сильно связанным распределенным системам (технологии CORBA, COM, DCOM), позволившим разрабатывать распределенные взаимодействующие приложения. Дальнейшим развитием стало использование двухкомпонентных объектно-ориентированных моделей .Net и J2EE. Отсутствие возможности быстрого изменения состава функциональных и служебных модулей привело к появлению концепции сервис-ориентированной архитектуры (service
oriented architecture - SOA), представляющей собой управляемый бизнес-процессом подход к построению информационных систем и обеспечивающей интеграцию в виде связанных сервисов. Основным достоинством SOA по сравнению с указанными выше архитектурами является возможность построения слабосвязанных приложений, что расширяет масштабируемость и повышает управляемость создаваемых ИВС.
Прикладные службы АСУ вузом
АСУ учебным процессом
ИВС сопровождения учебного процесса
Системные службы
Службы защиты,
управления, настройки, сети.
Системы управления „ , , ^дры финансы
Orade, ^œs^ ms sql.Q библиотека, ПО
G и
БД
Сотни (100-300)
V
Десятки (30-100)
Типов СУБД (3-10) БД (10-100)
Сетевые
операционные системы
Win Lin
Десятки(10-50): Windows, Linux, Unix, Novell, MacOS..
Рис. 1
В соответствии с концепцией SOA первоочередным направлением развития ИВС является объединение гетерогенных систем на основе развертывания комплекса систем баз и банков данных, содержащих информацию о различных направлениях деятельности и предоставляющих ее внешним сервисам на основе стандартизованного интерфейса, например XML. Все процессы (управления, сопровождения, обеспечения) должны быть реализованы с использованием набора связанных прикладных сервисов (например, сервисов поддержки электронных библиотек факультетов и кафедр, систем учета рабочего времени, локальных сайтов, служб администрирования и т.д.).
Предоставление доступа к различным сервисам в SOA реализуется с помощью механизмов стандарта UDDI, позволяющих регистрировать и отображать набор сервисов вуза. При этом в качестве основного средства предоставления доступа к сервисам можно использовать систему порталов с решением задачи разграничения доступа (например, CMS iPHPortal, Microsoft SharePoint Server 2007 и др.). Возможности сервисов описываются с использованием языка WSDL [1]. Администрирование ИВС также должно быть реализовано на основе сервиса. В настоящее время существует множество приложений, реализующих соответствующие функции администрирования (мониторинг, регистрация, проверка необходимых функций на соответствие), среди которых можно отметить SOAPStation, Management Foundation, Service Level Manager, Exception Manager, Unicenter, OpenView.
Архитектуру ИВС вуза на основе SOA-техно-логий можно представить в виде многоуровневой схемы (рис. 2), включающей отдельные прикладные и служебные сервисы, а также их объединения, реализованные посредством механизма связывания. Отдельные бизнес-процессы вуза (управления, образования, обеспечения) в рамках основного вида деятельности реализуются путем использования связывания нескольких прикладных сервисов. К примеру, одним из основных бизнес-процессов вуза является чтение курса лекций. Его автоматизация возможна с помощью набора прикладных сервисов, в состав которого могут входить сервисы подготовки лекционного материала, заказа учебно-материального обеспечения занятия, подготовки документов и отчетностей (частных
методик, планов, конспектов, справок), контроля посещаемости и проведения занятий, предоставления доступа к библиотечным и справочным системам по курсу лекций, странице курса лекций в Интернете, по форуму с обсуждением вопросов лекций и по системам удаленного интерактивного консультирования.
В вузах для развития ИВС широко внедряется технология SOA. В первую очередь реализуются компоненты, связанные с разработкой стандартов и реализацией базиса бизнес-проекта модернизации ИВС. Например, в Высшей школе менеджмента СПбГУ разработан проект ИС, реализованный с использованием концепции SOA, в котором в качестве сервисов объединены кадры, бухгалтерия, управление учащимися, охранные системы информационной безопасности, БД, портал [2]. В Воронежском государственном университете реализуется дальнейшее совершенствование ИВС управления вузом и учебным процессом на основе данной технологии [3]. Саратовский государственный университет реализует постепенный переход на данную концепцию [4].
Важным вопросом является развитие качества сервисов, используемых для предоставления информационно-аналитических услуг в целях сопровождения учебного процесса. В виде сервисов целесообразно реализовать все функциональные системы, например, системы информирования студентов и преподавателей, обеспечения доступа к разделяемым информационно-коммуникационным ресурсам (БД, наборам поддерживаемых программ, лабораторным установкам, вычислительным кластерам), электронным библиотекам и ин-
Управление учебным I / Сопровождение приносим —\учебного процесса;
Прикладные сервисы
Ф
Системные сервисы
Ф
Приложения
Ф
Платформы
Ф
Интеграция
Ф
Данные
Защита Формы
Базовые
сайты
эод
Поиск
Финан- Безопас- Обеспе- Управ- СППР
сы ность чение ление
1С
SAP
Oracle
SAS
IBM
Microsoft
Интеграционная системная шина
Базы, банки и хранилища данных
Рис. 2
0
формационно-справочным системам. Широкое распространение нашло предоставление доступа к вычислительным ресурсам, в том числе к удаленным ресурсам grid-сетей, с использованием
-технологии [5, 6].
Проект развития ИВС должен быть реализован в соответствии со стандартами серии Ш0/1ЕС 15288:2008, на основе которых необходимо определить этапы и процессы жизненного цикла ИВС и сервисов. Согласно исследованиям в области разработки крупных проектов, это позволяет минимизировать стоимость ошибок за счет их своевременного обнаружения и устранения. Разработка проекта ИВС вуза должна осуществляться целенаправленно, с привлечением профессорско-преподавательского состава, обучаемых, подразделений администрирования и сопровождения ИВС, опираясь на научные изыскания в области повышения качества образования с использованием информационных технологий и организации крупных ИВС.
Реализация и развитие сервисов сопровождения учебного процесса должны происходить совместно с развитием сервисов управления вузом. Переход к использованию S0A -архитектуры целесообразно проводить в несколько этапов [2], включающих следующие основные операции:
- развертывание S0A -сервисов системного уровня (администрирование, обеспечение информационной безопасности, доступ к БД, портал);
- подключение сервисов управления вузом (бухгалтерия, кадры, учет материальных средств), в том числе с использованием адаптеров;
- подключение сервисов управления системой технической защиты (охраны, пожарной защиты, сигнализации, видеонаблюдения);
- развертывание сервисов управления процессом обучения (прием студентов, учет студентов и аспирантов, учет предметно-методического обеспечения);
- разработка и развертывание сервисов сопровождения учебного процесса и управления вспомогательными службами (доступ к поддерживаемому ПО, создание сайтов, поддержка личных страниц, наполнение библиотеки, учет рабочего времени, разработка документации, учебно-материальной базы);
- развертывание вторичных децентрализованных прикладных сервисов, поддерживаемых сотрудниками и студентами вуза.
Последовательность разработки и внедрения сервисов, а также организации эффективных бизнес-процессов на их основе должна определяться целями и задачами модернизации ИВС вуза. Показателями эффективности внедрения сервисов в ИВС могут выступать: объем сокращения нагрузки профессорско-преподавательского состава и обучаемых в рамках выполнения операций бизнес-процессов на основе сервиса; предполагаемая
частота использования сервиса; количество сотрудников и клиентов вуза, использующих сервис; прогноз целевого эффекта уровня компетенции выпускника. Критерием выбора первоочередного сервиса для внедрения выступает критерий превосходства по одному из указанных выше показателей или их свертке.
Анализ выполненных проектов по модернизации ИВС на базе SOA-технологии [2-6] позволяет сделать вывод об эффективности ее использования в ИВС учебного заведения. В первую очередь, опыт применения показывает, что сокращаются затраты на совокупное владение ИВС, повышается управляемость системы, увеличиваются масштабируемость и скорость внедрения новых информационных технологий как в управление вузом и учебным процессом, так и в сопровождение образовательных процессов.
В статье рассмотрено направление развития ИВС вуза, связанное с внедрением SOA-техноло-гий. Представлены перспективная структура ИВС вуза и план модернизации, позволяющий осуществить переход к новой архитектуре без значительных ресурсных затрат. В работе проведен анализ опыта развертывания SOA -сетей, результаты которого показывают повышение эффективности функционирования ИВС вуза за счет улучшения управляемости, масштабируемости, скорости развертывания дополнительных сервисов. Использование сервис-ориентированных технологий позволяет расширить возможности по управлению учебным процессом и по его сопровождению за счет обеспечения повторяемости использования новых информационных технологий и повышения эффективности предоставления доступа к разделяемым ресурсам.
Литература
1. Силаев А.В. Разработка открытой архитектуры вертикальных образовательных порталов // Исследовано в России. 2007. № 87. С. 906-911. URL: http://zhumal.ape.relam.ru/articles/ 2007/087.pdf (дата обращения: 11.12.2009).
2. Граничин О.Н., Шеронов И.Л. Сервис-ориентированная архитектура ИС ВШМ СПбГУ и проблемы стохастической оптимизации // Информационные системы. 2007. Т. 3. № 1-1. С. 138-152.
3. Толстобров А.П. Структурирование, описание и документирование рабочих процессов деятельности университета // Управление современными университетами и обеспечение качества высшего образования (31 мая - 1 июня 2005 г., Воронеж): матер. V Междунар. конф. ВГУ. С. 151-154.
4. Соловьев В.М. Средства сервис-ориентированной архитектуры в образовании // Телематика '2007 (18-21 июня 2007 г., Санкт-Петербург): тр. XIV Всерос. науч.-методич. конф. СПбГУИТМО. 2007.
5. Богданов А.В., Станкова Е.Н., Мареев В.В. Сервис-ориентированная архитектура: новые возможности в свете развития Grid-технологий // Информационно-телекоммуникационные системы: обзор аналит. ст. 2008. URL: http://www.ict. edu.ru/ft/005639/62316e1-st03.pdf (дата обращения: 11.12.2009).
6. Buyya R., Sulistio A. Service and utility distributed computing systems: challenges and opportunities for modeling and simulation communities. Proc. of the 41th Annual Simulation Symposium (ANSS-41, IEEE CS Press, Los Alamitos, CA, USA), (April 14-16), 2008, Ottawa, Canada.
