CC BY
41
кая грануляция размерности «время» должна выбираться как единица границ интервала. При этом родительские вершины дерева - это строки, дочерние - столбцы, а элементы соответствующей матрицы - интервалы.
В ТОЬЛР допустимы темпоральные запросы. Язык запросов расширяется условием WITH TIME <Date> ON DIMENSION <Dimension>, определяющим размерности, на которых должен базироваться OLAP--процесс. Вследствие этого становятся возможными выбор временной версии размерности и инициирование процедуры анализа данных с учетом произошедших изменений.
Архитектура OLAP, ориентированная на обработку темпоральных запросов, представлена на рисунке 2. Изменения выделены темным фоном: в репозитории метаданных дополнительно будут храниться сроки (интервалы) действия; сервер должен понимать темпоральные запросы и хранить метаданные с информацией о версии. Сервер принимает темпоральный запрос (шаг 1) от клиента, интерпретирует его и определяет, какие измерения для какой даты должны использоваться.
В репозитории метаданных решается вопрос о допустимых сущностях к требуемой дате (шаг 2), определяется соответствующая версия информации (шаг 3), на основе чего сервер делает запрос к ХД (шаг 4) и получает результат (шаг 5). Компонент представления должен показать пользователю, какие данные затронуты темпоральными аспектами (шаги б и 7). Для этого используются цветной фон и дополняющая изображение легенда.
В настоящее время описанные средства представления и оперирования темпоральной информацией с использованием ТБД и OLAP-техноло-гии реализуются в составе базовых инструментальных средств конструирования ИСППР РВ для мониторинга и управления сложными объектами и процессами типа объектов энергетики и транспортных систем.
Литература
1. Вагин В.Н., Еремеев A.R Некоторые базовые принципы построения интеллектуальных систем поддержки принятия решений реального времени // Изв. PAH: Теория и системы управления. 2001. № б. C. 114-123.
2. Еремеев A.R, Еремеев A.A., Пантелеев A.A. Темпоральные базы данных и их применение в интеллектуальных системах // Интеллектуальные системы: коллектив. монография. Вып. 4; [под. ред. В.М. Курейчика]. М.: Физматлит, 2010. С. 253-276.
3. Кузнецов С.Д. История и актуальные проблемы темпоральных баз данных. 2007. URL: http://www.citforum.ru/data-base/articles/temporal/ (дата обращения: 01.09.2010).
4. Kimball R., Ross M. The Data Warehouse Toolkit: The Complete Guide to Dimensional Modeling (Second Edition). John Wiley & Sons. 2002, pp. 188-198.
5. Петухова H. Проблемы обеспечения информационной безопасности в темпоральных базах данных // Transport and Telecommunications. 2006. № 03. С. 30-32.
6. Fusheng Wang et al. Using XML to Build Efficient Transaction-Time Temporal Database Systems on Relational Databases, 2006. URL: http://www.cs.ucla.edu/~zaniolo/pa-pers/icde06xml.pdf (дата обращения: 01.09.2010).
7. Шекхар С., Чуалуа С. Основы пространственных баз данных. М.: Кудиц-образ, 2004. 322 с.
8. Herden O. TOLAP: Temporal Online Analytical Processing // International Baltic Conference on Databases and Information Systems 2, 2002, pp. 55-66.
УДК 004.738.1:004.9
РАЗРАБОТКА САЙТОВ ДЛЯ ИНСТИТУТОВ РОССИЙСКОЙ АКАДЕМИИ НАУК НА ОСНОВЕ СИСТЕМЫ УПРАВЛЕНИЯ КОНТЕНТОМ
(Работа поддержана УрО РАН, грант РЦП-11-И9)
Н.М. Резина; Р.Н. Шакиров, к.т.н.
(Институт машиноведения УрО РАН, г. Екатеринбург, [email protected], [email protected])
Системы управления контентом (CMS, Content Managements Systems) являются популярным средством разработки сайтов с динамическим содержанием. CMS позволяет разрабатывать, заполнять и сопровождать сайт путем визуального редактирования и заполнения веб-форм, при этом необходимость писать коды сводится к минимуму
или вообще исключается. В данной статье обсуждаются вопросы применения CMS NetCat, которая является одной из самых популярных российских CMS.
Ключевые слова: тстема управления контентом, веб-программирование, веб-дизайн, разработка сайтов, NetCat.
В данной статье под CMS будем понимать инструментальную систему, предназначенную для разработки, наполнения и сопровождения сайтов с динамическим содержимым, хранящимся в реляционной или объектной БД; обеспечивающую интерфейс разработчика и редактора сайта (контент-менеджера) в стиле WYSIWYG (What You See Is What You Get); являющуюся самодостаточной, то есть не испытывающей необходимости в систематическом применении нижележащих технологий -модулей веб-сервера, языков веб-программирования и управления БД.
Многие CMS (например Joomla!) рассчитаны на применение сайтов непрограммирующими разработчиками. Такие CMS называют системами-сборниками, так как содержат множество готовых настраиваемых модулей для создания различных веб-страниц.
В отличие от систем-сборников системы-конструкторы в большей степени ориентированы на программирующего разработчика. Готовых модулей в них меньше или вообще нет, но зато имеется продуманный программный интерфейс (API) для самостоятельной разработки или адаптации различных компонент сайта. Если система-конструктор применяется профессиональным разработчиком, то она значительно (на 1-2 порядка) сокращает объем веб-программирования за счет встроенной в систему реализации рутинных задач.
Очевидные концептуальные преимущества CMS частично нивелируются проблемой их правильного выбора. На рынке существуют сотни платных и бесплатных CMS, которые могут иметь ограниченный срок активного существования, плохую техническую поддержку и большое число ошибок с тенденцией к накоплению. Особенно это касается бесплатных CMS, в том числе таких некогда популярных, как PostNuke и Mamba.
Поэтому веб-студии склоняются к применению платных CMS (http://www.romver.ru/services/ services.php?razdel=255). По данным каталога CMS (http://www.cmsmagazine.ru/catalogue/) за 2009-2010 годы, более 1000 внедрений было у CMS NetCat, 1С-Битрикс, TYPO3 free, HostCMS, UMI.CMS, AMIRO.CMS, Joomla! Free. Эти же системы сохранили лидирующие позиции и в 2011 году.
В число семи лидеров рейтинга CMS попали только две бесплатные системы: TYPO3 и Joomla! (Joomla! имела бы лучшую позицию, если бы рейтинг учитывал непрофессиональных разработчиков). Пять позиций занимают платные CMS отечественной разработки. Из них три - Host, UMI и Amiro - имеют бесплатные редакции с ограниченными возможностями, а лидеры рейтинга - NetCat
и 1С-Битрикс - только платные редакции различной стоимости.
Остановимся на внедрении CMS NetCat.
Особенности и функции CMS NetCat
Система управления сайтами NetCat основана на технологии Apache+PHP+MySQL, является одной из ведущих CMS на российском рынке и рассчитана на использование для разработки следующих видов сайтов: корпоративные представительства; интернет-серверы портального типа; библиотеки данных, файлы-архивы; интернет-издания, СМИ; электронные магазины и прочее, в том числе сложные интерактивные веб-системы.
Поставляемая система NetCat включает компоненты для разработки типовых страниц, в их числе новости, статьи, фотогалерея, адреса, выполненные проекты, контакты, отзывы, вакансии, персоналии, резюме, заявка, письмо, гостевая книга. Предоставляются возможности параметрической настройки компонент, но весьма ограниченные. Компоненты рассматриваются не как готовые к применению программные модули, а как заготовки, которые разработчики сайтов подгоняют под свои требования. Для этого надо уметь программировать на PHP и знать правила составления запросов к БД. Вариант, когда компоненты не перепрограммируются, а только настраиваются, подходит лишь для простых сайтов. Разработчик может создавать и собственные компоненты с произвольным функционалом. Для этого в документации NetCat декларируется программный интерфейс (API), который поддерживается при переходе к новым версиям системы NetCat по принципу обратной совместимости. То есть NetCat обладает свойствами системы-конструктора и чаще всего применяется именно в этом качестве.
Дополнительный функционал реализован в модулях календарь, блог и сообщество, облако тегов, голосование, форум, подписки и рассылки, поиск по сайту и др., которые расширяют возможности ядра системы и устанавливают дополнительные компоненты. При необходимости разработчик может доработать модуль или создать собственный.
При любом режиме разработки сайта его заполнение информацией выполняется без программирования при помощи веб-форм (это отличительная особенность всех сайтов с динамическим содержимым). В прежних версиях NetCat возможности по заполнению сайта предоставлялись только редакторам системы через специальный интерфейс редактирования. Внешние посетители сайта, не имеющие доступа к интерфейсу ре-
дактирования, могли только добавлять данные, что ограничивало социальные возможности сайтов. Функционал редактирования и комментирования материалов появился в 2009 году с выпуском версии 3.5. В систему был добавлен модуль кэширования, позволяющий в несколько раз сократить нагрузку на процессор хост-системы. В версии 4.1 введена поддержка международной кодировки UTF-8 (Unicode) вместо устаревающих кодовых страниц.
Стоимость NetCat зависит от входящего в нее набора модулей. Базовые модули - календарь, кэширование, защита форм - картинкой входят во все редакции системы. Полноценное ядро с открытым исходным кодом, поддержкой иностранных языков и возможностью установки дополнительных модулей поставляется, начиная с редакции Standard стоимостью 5820 рублей. Регистрация посетителей, подписка и комментирование возможны, начиная с редакции Corporate стоимостью 16900 рублей. Техническая поддержка, включая закачку и автоматическую установку обновлений, предоставляется сроком на один год, стоимость ее продления еще на год составляет 40 % от стоимости редакции. Фактор стоимости системы смягчается значительными дилерскими скидками от 20 до 50 %. При появлении брешей в системе безопасности возможен несанкционированный доступ к сайтам системы NetCat, поэтому обновления предоставляются бесплатно для всех актуальных на данный момент версий системы. При установке обновлений функциональность разработанных на NetCat сайтов не утрачивается, так как API обладает обратной совместимостью.
Процесс разработки и заполнения сайта в CMS NetCat
На одной лицензионной копии NetCat можно создать произвольное количество сайтов. Каждый сайт представляется как дерево разделов, которые выводятся в виде страниц сайта.
Оформление сайта. Каждая страница сайта представляется в виде макета дизайна, состоящего из хедера, футера и шаблонов вывода навигации. Макет дизайна создается в любом редакторе HTML, разрезается на хедер и футер и помещается в соответствующие поля формы, предназначенной для ввода макета в систему NetCat. Между хедером и футером располагается поле, в которое выводится динамическое содержимое (рис. 1). Макет дизайна привязывается к сайту или разделу, при этом распро-
страняется по принципу наследования на все его подразделы, кроме тех, к которым привязан собственный макет дизайна. Поэтому на сайте может использоваться произвольное количество макетов дизайна.
Для автоматического формирования отдельных элементов страницы применяются вставки PHP-кода. К примеру, следующий код автоматически формирует главное меню сайта, меню по дереву разделов:
".s_browse_level(0, $browse_sub[0])."
Преимущество автоматического способа формирования меню в том, что его не надо переделывать при изменении дерева разделов. Возникающая при этом дополнительная нагрузка на сервер снижается с помощью модуля кэширования, который запоминает однажды сформированные динамические элементы страницы.
Внешний вид меню задается массивом $brow-se_sub[0], помещаемым в шаблоны вывода навигации. Это вложенный код, который можно написать самостоятельно или скопировать из предустановленного макета дизайна. Например, простое двухуровневое меню задается так:
$browse sub[1][prefix]="<ul><font size=-1>"; $browse sub[1][suffix]="</font></ul>"; $browse sub[1][active]=
"<li><b><a href=%URL>%NAME</a></b>"; $browse_sub[1][active_link]="<li><b>%NAME</b>"; $browse sub[1][unactive]=
"<li><a href=%URL>%NAME</a>"; $browse sub[1][divider]="";
$browse sub[0][prefix]="<ul>"; $browse sub[0][suffix]="</ul>"; $browse sub[0][active]=
"<li><b><a href=%URL>%NAME</b></a>" .s browse level(1,$browse sub[1]); $browse sub[0][active link]= "<li><b>%NAME</b>"
.s browse level(1,$browse sub[1]); $browse sub[0][unactive]=
"<li><a href=%URL>%NAME</a>"; $browse sub[0][divider]="";
Вместо %NAME подставляется имя каждого раздела, а вместо %url - его относительный URL.
Другие часто применяемые динамические элементы - содержимое тега title, полей description и keywords, путь к текущему разделу, карта сайта. Макет дизайна может содержать любое число настраиваемых параметров, которые задаются при создании разделов.
При необходимости в макете дизайна может быть организовано произвольное число дополнительных полей, которые подставляются в хедер и футер с помощью псевдопеременных, наподобие %CSS. Под макетом верхнего уровня могут создаваться дочерние макеты, которые переопределяют или наследуют его поля.
Формы отображения и добавления данных. Для вывода данных к разделу привязывается одна или несколько компонент. Компоненты выводятся в свободном пространстве между хедером и футером - все вместе друг за другом или по отдельно-
Хедер
Контент
Футер
Рис. 1. Разбиение страницы сайта
сти с переключением с помощью вкладок. Каждой компоненте соответствует таблица MySQL.
Разработка компоненты проводится путем описания полей следующих встроенных типов:
Тип NetCat Реализация в MySQL
строка - поле char(255)
целое число - поле int
текстовый блок - поле longtext (версия 3.1.1
и выше, иначе text) список - поле int для left join ... where
логическая переменная - поле tinyint
со значениями 0/1 файл - объект в файловой системе
с указанием имени файла и mimetype в поле char(255) число с плавающей запятой - поле double дата и время - поле datetime связь c другим объектом - поле int для where
(версия 3 и выше) множественный выбор - перечень индексов
в поле text (версия 3.2 и выше).
Соответственно полям в БД создается таблица. Для отображения объектов в списке и по отдельности, а также добавления, редактирования и поиска объектов создаются HTML/PHP-коды с переменными вида $^поле. Коды строятся автоматически и при необходимости могут быть отредактированы (обычно редактирование требуется для кодов отображения объектов, так как от них зависит внешний вид сайта). SQL-запросы к БД также строятся автоматически, включая все необходимые операции объединения таблиц. Если возникает необходимость, SQL-запросы могут быть дополнены и переопределены.
При подключении компоненты к разделу для нее выбирается тип действия (просмотр, добавление, поиск или подписка), а также выбираются категории посетителей (все, только зарегистрированные или только уполномоченные), которым предоставляются соответствующие права. Если добавление объектов выполняется без авторизации, то предусмотрена возможность защитить форму добавления картинкой (CAPTCHA). В зависимости от настройки компоненты объекты появляются на сайте немедленно или после их включения модератором.
При необходимости форма добавления объекта может быть вызвана из списка объектов по внутренней ссылке $addLink, а в NetCat 3.5 появилась важная возможность вызывать форму редактирования объектов по ссылке $editLink и удалять объекты по ссылке $deleteLink.
Для ввода форматированной текстовой информации и графики применяются 55-коды. Существенным ограничением функционала является отсутствие встроенных средств закачки изображений и файлов, которые надо добавлять путем создания дополнительных полей в компоненте или через встроенный визуальный редактор (который не рекомендуется предоставлять внешнему поль-
зователю во избежание порчи сайта неправильными HTML-кодами).
Заполнение сайта и система разделения прав. Система управления сайтом вызывается по http://домен/netcat/admin. В системе управления можно создавать сайты, разделы, макеты, компоненты, списки, вводить данные, выполнять различные операции по обслуживанию системы (архивирование, установку обновлений и модулей, управление задачами, создание переадресаций, проверку ссылок, SEO-анализ и т.п.) и назначать права для доступа к сайту.
Права доступа назначаются на весь сайт или только на поддерево разделов и распространяются на все данные, которые там содержатся. Отдельно разрешаются следующие типы доступа:
• просмотр закрытых страниц (открытые страницы доступны всем посетителям сайта);
• комментирование (при наличии соответствующего модуля);
• добавление объектов;
• изменение, включение и удаление своих объектов;
• подписка;
• модерирование - возможность изменять и удалять любые объекты на сайте;
• администрирование - возможность изменять структуру сайта.
Для входа в подсистему редактирования применяется ресурс http://домен/netcat. В этом режиме сайт отображается в своем естественном виде с добавкой административных панелей для создания, включения, изменения и удаления объектов. Административные панели выводятся в том случае, если у редактора есть соответствующие права, иначе вместо панели будет выведено сообщение об отсутствии прав.
Собственно сайт http.V/домен не имеет административных панелей редактирования, но может быть снабжен своими средствами ввода и коррекции данных. Например, средства ввода данных представлены ссылкой редактировать. Эта ссылка показывается только автору записи, остальные посетители сайта ее не видят.
Таким образом, сайт можно заполнять тремя различными способами: через систему управления сайтом, через подсистему редактирования сайта или собственными средствами сайта. Система разграничения прав позволяет назначить любое число лиц, ответственных за наполнение сайта и его отдельных подразделов.
Разработка сайтов на базе NetCat
Система NetCat применена авторами для разработки 5 сайтов организаций, входящих в систему РАН (http://www.iep.uran.ru, http://www.ihim. uran.ru, http://www.iegm.ru, http://www.ifp.uran.ru, http://www.imach.uran.ru). Все сайты разра-
Рис. 2. Базы сотрудников и публикаций
батывались на едином шаблоне, который был создан в 2004-2006 годах на основе CMS NetCat Standard версий 2.1 и 2.3. Следует отметить, что в версиях NetCat 2.1-2.3 уже имеются развитая система разделения прав и подсистема редактирования, необходимая для заполнения сайта силами сотрудников института. Поддержка социальных сервисов в данном случае не требовалась, поскольку создавались именно сайты, а не порталы. На 2011 год запланировано обновление сайта http://www.imach.uran.ru до NetCat 4.5, которое в перспективе позволит перевести его в категорию порталов.
С помощью CMS NetCat созданы легкие и в то же время функционально емкие модели сайтов.
Для их реализации сделаны следующие дополнения в исходный функционал NetCat:
• двуязычный интерфейс с переключением между внутренними страницами сайта;
• шаблоны двухуровневой навигации с двухлинейным выпадающим меню;
• механизм регистрации на конференции с экспортом данных для Excel;
• механизм автоматической генерации меню по годам и темам;
• механизм пополнения списков из подсистемы редактирования;
• механизм простой подписки на рассылку, не требующий авторизации на сайте.
Методика заполнения сайтов
Все разделы сайта создаются через подсистему редактирования, кроме того, настроена система разделения прав, то есть введены группы администраторов и права доступа для них. Публикация материалов может выполняться через визуальный редактор типа Word, предусмотрена возможность быстрой смены дизайна сайта.
Основное требование к подсистеме редактирования - не вводить одну и ту же информацию дважды. Для этого каждый сайт имеет большую сводную БД, включающую сотрудников института, публикации, конференции, разработки, патенты, сведения о каждом подразделении института, фильтры поиска по сотрудникам, публикациям, конференциям,
разработкам и патентам. Обеспечиваются выборки: сотрудников - по алфавиту, степеням; публикаций - по сотрудникам и подразделениям; разработок и патентов - по подразделениям. Базы иностранных публикаций, патентов и конференций являются общими в русскоязычной и англоязычной частях сайта (рис. 2, 3).
Списки сотрудников формируются в разных разделах сайта путем выборки из сводной базы, которая ведется независимо в русскоязычной и англоязычной частях сайта. Для каждого сотрудника заводится персональная информация, например, фамилия, имя, отчество; подразделение; должности и почетные звания; членство в РАН; ученая степень (доктор/кандидат), специализация, код специальности и пр.
Если сотрудник имеет публикации, то для него заводятся индивидуальные авторские сокращения для связи с базами публикаций на русском и иностранных языках - «Фамилия И.О.» и «Family N.P.» соответственно.
Списки публикаций формируются для института, подразделений и отдельных сотрудников путем выборки из сводной базы публикаций, которая ведется отдельно для публикаций на русском и иностранных языках. Сводная база публи-
Рис. 3. Базы разработок, патентов, конференций и новостей
каций содержит полный список публикаций без разбивки по подразделениям. Для каждой публикации указываются, например, вид публикации, авторы, название публикации, журнал или сборник, место публикации, издательство, аннотация или текст публикации на отдельной странице, описание публикации и пр.
От вида публикации зависит, попадет ли она в общеинститутский раздел публикаций (обычно туда не включаются тезисы и препринты). Наличие публикации в разделах по подразделениям определяется по списку авторов: если автор работает в подразделении, все его публикации отображаются там автоматически. Если автор перестает работать в подразделении, запись о нем из базы может быть выключена и ее не будет в списках сотрудников, но все его публикации по-прежнему будут отображаться в том подразделении, где он работал.
В сведениях о разработке или патенте указываются принимающие в ней участие подразделения института. Для патентов уточняется, принадлежат ли они институту (только в этом случае патент будет отображаться в общеинститутском списке, а иначе он будет виден только в подразделениях).
В сведениях о подразделении указывается заведующий (на страницу лаборатории автоматически попадают его звания и контактная информация).
Остальная информация, которая не дублируется в различных частях сайта, вводится в свободном текстовом формате в тот раздел, где она должна находиться. Примером могут служить разделы «Историческая справка», «Научные направления» лабораторий и т.п.
Результаты разработки и наполнения сайтов
При разработке и внедрении сайтов РАН приходится решать разнообразные вопросы - от приобретения сервера для хостинга сайта до обучения редактора сайта. Разработка сайта проводится в три этапа:
1) создание структуры и дизайна сайта разработчиками;
2) назначение редактора, ответственного за заполнение сайта, который вводит сведения по исходным данным заказчика, в том числе о заведующих и ведущих сотрудниках подразделений, и основные публикации;
3) получение кодов доступа и заполнение соответствующих разделов сайта ответственными сотрудниками подразделений.
Первый этап выполняется быстро, так как его сроки лимитируются договором. На второй этап уходит больше времени, от нескольких месяцев до двух лет. Тем не менее, во всех случаях удавалось
найти лицо, активно занимающееся сайтом, для поддержания его в актуальном состоянии.
Третий этап, к сожалению, всегда проходит сложно из-за организационных мероприятий в институтах.
В таблице приведена статистика сайтов РАН на 12 марта 2011 года по данным сайта http://www.pr-cy. т/.
Сайт Версия NetCat Год Яндекс Google Проиндексированных страниц
разработки ввода в эксплуатацию ТИЦ Rank № Яндекс Google
iep. uran.ru 2.1 2003 2004 275 4/6 4/10 989 725 126 372
ihim. uran.ru 2.3 2004 2004 30 40 3/6 4/10 3893 5285 200 659
iegm.ru 2.3 2005 2006 130 40 4/6 3/6 4/10 3035 1661 354 150
ifp. uran.ru 2.3 2006 2008 20 2/6 4/10 812 1315 131 1980
imach. uran.ru 2.3 2008 2010 140 130 4/6 5/10 4/10 419 13000 631 1680
Примечание: изменения, произошедшие за год, выделены жирным шрифтом.
Показатели для первых четырех доменов в основном или полностью относятся к разработанным авторами сайтам на движке NetCat, так как старая версия сайта частично сохранилась только на домене iep.uran.ru, а на домене ifp.uran.ru ее не было вообще. Иная ситуация на домене imach. uran.ru: там сохранены все внутренние страницы старого сайта, а его новая версия запущена только в 2010 году. Поэтому показатели 2010 года относятся в основном к старой версии сайта imach.uran.ru, а показатели 2011 года учитывают обе версии.
Дальнейшее развитие сайтов
Для более результативной работы по созданию академических сайтов необходимо решить следующие технические и организационные вопросы:
- упростить ввод информации о сотрудниках;
- обеспечить возможность ввода личных сведений и публикаций отдельными сотрудниками института;
- обеспечить возможность импорта публикаций из текстовых источников;
- обеспечить поддержку UNICODE для ввода данных на различных мировых языках;
- реализовать возможность включения презентаций в структуру сайта;
— заинтересовать сотрудников института в заполнении сайта, например, путем реализации подсистемы подсчета ПРНД;
- наделить сайт функциями создания отчетов, возможно, перевести всю систему научной отчетности РАН в Интернет, чтобы процесс подготовки отчетов сопровождался общественно значимой работой по наполнению Сети.
Как видно из перечня задач, сайты институтов будут развиваться в порталы, наделенные разнообразными функциями по организации совместной работы и документооборота [1, 2].
Функционал, необходимый для создания порталов, имеется в современной версии NetCat 4.
На основании изложенного можно сделать вывод о том, что система NetCat позволяет в минимальные сроки создавать сайты с широкими функциональными возможностями.
Авторы выражают благодарность О. Богомаз (OOO «НетКэт», г. Москва) за помощь в работе.
Литература
1. Семенов С.В. [и др.]. Развитие идеи корпоративных информационных пространств как ответ на новую информационную парадигму // Программные продукты и системы. 2008. № 1. С. 35-37.
2. Бездушный А.А. [и др.]. Информационная WEB-система «Научный институт» на платформе ЕНИП. М.: ВЦ РАН, 2007. 124 с.
УДК 004.942
ПОЛУЧЕНИЕ ГРУППОВОЙ ЭКСПЕРТНОЙ ОЦЕНКИ ЗНАЧЕНИЙ ПОКАЗАТЕЛЕЙ: ПОШАГОВАЯ ПРОЦЕДУРА И ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ
Г.Н. Хубаев, д.э.н.
(Ростовский государственный экономический университет (РИНХ), [email protected])
В данной работе рассматриваются процедура и инструментарий получения групповой экспертной оценки значений различных показателей (величины ущерба, затрат, прибыли, времени наступления события и др.) при условии, что оценка включает три значения искомого показателя: минимальное, максимальное и наиболее вероятное.
Ключевые слова: имитационное моделирование, коэффициент вариации и ошибка функции отклика, ошибки независимых переменных, доверительные границы значений функции отклика.
Предлагаемый автором подход ориентирован, во-первых, на использование многошаговой процедуры, на каждом шаге которой осуществляется имитационное моделирование, и, во-вторых, на интеграцию метода Дельфи (разработан для прогнозирования будущего [1, 2]) с экспертизой, направленной на получение обобщенного мнения группы экспертов о возможном диапазоне значений искомого показателя. Такое объединение дает ряд преимуществ, в частности, предоставляет специалистам, участвующим в экспертизе, возможность рассматривать возражения и предложения других членов экспертной группы в атмосфере, свободной от влияния личных качеств участников. Одновременно появляется возможность использовать так называемое информированное интуитивное суждение специалиста-эксперта путем создания таких условий, когда эксперт может активно взаимодействовать с другими специалистами в этой области или в областях, касающихся прочих аспектов изучаемой проблемы.
При этом непосредственное общение специалистов друг с другом заменяется тщательно разработанной программой последовательных шагов,
на каждом из которых реализуется полный цикл экспертизы, включая информирование специалистов-экспертов о результатах предыдущего шага [1, 2].
Разработчики метода Дельфи отмечают, что даже когда имеется формальная математическая модель, например, модель развития различных сторон экономики, исходные предположения, область применимости модели, интерпретация выходных данных - все это в значительной степени зависит от интуиции соответствующего специалиста. При отсутствии строгих и общепринятых теоретических обоснований и вытекающей из этого неизбежной необходимости полагаться на интуитивные заключения специалистов существуют лишь два выхода: первый - в отчаянии воздеть руки к небу и отложить принятие решений...; второй - сделать все возможное... и попытаться получить приемлемые по качеству обобщенные суждения специалистов, а затем рационально их использовать. При этом при отборе специалистов для участия в экспертизе, помимо объективных характеристик (должность, стаж работы, образование и др.), желательно учитывать даваемую ими
