Диссертация (1136162), страница 45
Текст из файла (страница 45)
Заметим, что выпадающее интерактивноенавигационное меню по разделам сайта КПК с новым оформлением реализованоэргономичным и экономичным образом – в форме скрипт-процедуры.Развитие сайта: разделы «События» и «Выступления»В ходе эксплуатации корпоративного интернет-сайта МГК «ИТЕРА» быловыявлено, что ряд информационных разделов не представим в терминахреализованных шаблонов электронных документов ИСУК. В этой связи на основешаблонов разделов лент новостей был разработан ряд дополнительных XMLшаблонов, наиболее существенными из которых являются тематические рубрики«События» и «Выступления» (описания указанных разделов детализированы вглаве 4).В отличие от прочих лент новостей корпоративного интернет-сайта, раздел«Выступления» имеет в базе метаданных связь с биографией руководителя (см.рисунки 5.14 и 5.15) и содержит всплывающие страницы с краткими описаниямисобытий (см.
рисунок 5.16), а также офисные файлы стандартных форматов(Microsoft Word и Microsoft PowerPoint – см. рисунок 5.17).300Рисунок 5.12. Актуальная версия главной страницы корпоративного сайтаМГК «ИТЕРА»Рисунок 5.13. Вариант главной страницы корпоративного сайта МГК «ИТЕРА»после редизайна301Рисунок 5.14. Визуализация связи биографии руководителя со спискомвыступлений (front-end)Рисунок 5.15. Визуализация связи биографии руководителя со спискомвыступлений (back-end)302Рисунок 5.16.
Всплывающий список выступлений руководителя (front-end)Рис.5.17. Визуализация текста и слайдов выступления руководителя в форматахMicrosoft Office (front-end)Раздел «События» в back-end не содержит развернутого описания (а толькократкий текст) и оснащен выпадающим тематическим списком для конкретизациикатегории («Политика», «Спорт» и др.).Визуализация экземпляра информационной страницы раздела «События»корпоративного интернет-сайта МГК «ИТЕРА» в представлении front-endприведена на рисунке 5.18.Форма для подготовки (мета)данных ИСУК в раздел «События» свыпадающим списком для детализации темы изображена на рисунке 5.19.Прочие информационные разделы корпоративного интернет-сайта МГК«ИТЕРА», которые представляют собой модификации стандартных лент новостей(«Пресс-релизы» и «Сообщения СМИ»), во многом аналогичны рассмотреннымразделам «Выступления» и «События», и особенности их реализации нерассматриваются в настоящей работе из соображения экономии пространства.303Рисунок 5.18.
Визуальное представление информационной страницы раздела«События» (front-end)Рисунок 5.19. Форма для подготовки (мета)данных ИСУК в раздел «События»(back-end)Финансовый раздел интернет-сайтаВ связи с выходом компании ООО «НГК «ИТЕРА» группы «ИТЕРА» нарынок облигаций в соответствии с действующим законодательством РФ возникла304необходимостьраскрытияфинансовопроизводственнойинформациинаобщедоступных интернет-ресурсах. Местом публикации информации был выбранинтернет-сайт МГК «ИТЕРА».Финансовый раздел включает целый ряд подразделов для обязательных ифакультативных отчетов о финансово-хозяйственной деятельности эмитентаценных бумаг ООО «НГК «ИТЕРА». Основные типы отчетной информации (т.е.метаданных) перечислены в Главе IV.
Структура финансового раздела (в рамкахобщей структуры интернет-сайта) приведена на рисунке 5.20.Рисунок 5.20. Структура финансового раздела в составе интернет-сайта МГК«ИТЕРА»Совершенствование внутрикорпоративногоинформационногопортала МГК «ИТЕРА»В ходе апробации внутрикорпоративного информационного портала МГК«ИТЕРА» было выявлено, что в силу быстрого роста числа HTML-страниц для305ускорения навигации по порталу КПК и улучшения эргономики необходимовведение рубрикации единой ленты новостей.Кроме того, в ряде случаев отображение информации для представления вформе твердой копии осуществлялось некорректно (с точки зрения WYSIWYG).В этой связи возникла необходимость создания специализированныхшаблонов ИСУК для внутрикорпоративного портала МГК «ИТЕРА» (а именно,версии для печати и выпадающего меню-рубрикатора) в форме HTML-кода и Perlскриптов для реализации недостающей функциональности.Проектирование и реализация перечисленных шаблонов не повлеклизначительных трудозатрат, поскольку отличия их от базового варианта ИСУК дляинтернет-сайта МГК «ИТЕРА» были несущественными.
Основные характеристикиреализации перечислены выше в настоящей главе при детализации помодульногоописания ИСУК. Внешний вид интерфейсов модуля ИСУК для тематическойдетализации контента во front-end и back-end представлен соответственно нарисунках 5.21 и 5.22.ПримерисходногопредставленияновостнойHTML-страницывнутрикорпоративного портала МГК «ИТЕРА» и автоматически сгенерированнойИСУК адаптированной для печати версии представлен на рисунке 5.23.Существенно, что статические текстовые и графические элементы центральнойчасти информационной страницы в версии для печати сохраняются, в то время какэлементы оформления, присутствующие в неинформативной (в данном случае)левой части страницы устраняются.Врезультатереализацииперечисленныхусовершенствованийвнутрикорпоративного информационного портала МГК «ИТЕРА» интранетаудитория (количество пользователей КПК) расширилась более чем в 2 раза.306Рисунок 5.21.
Выпадающее меню для тематической детализации (front-end)Рисунок 5.22. Форма настройки метаинформации для тематической детализациивыпадающего меню (back-end)307.Рисунок 5.23. Пример визуального представления версии для печати(справа) HTML-страницы (слева) в интерфейсе front-endКлассификация и обязанности пользователейКак уже отмечалось в ходе обсуждения функциональных возможностейсозданных инструментальных средств (Глава 3), ИСУК реализует расширенныйредакторский цикл для подготовки и утверждения электронных документов кпубликации на интернет- и интранет-порталах КПК.При этом выделяются следующие категории пользователей ИСУК (см.рисунки 3.3, 3.4, 5.24): автор, редактор, корректор, выпускающий редактор иадминистратор.В ИСУК реализован ролевой принцип делегирования полномочий, важнымпреимуществом которого является то обстоятельство, что одно и то же лицо имеетвозможность объединять права нескольких категорий пользователей (скажем,автора и редактора).Пользователи, в соответствии со своими полномочиями, последовательноизменяют состояния электронных документов, начиная с состояния «Создан» изаканчивая, например, состоянием «Опубликован».
Особенности реализациимеханизма смены состояний ИСУК в рамках гибкого редакторского цикларассмотренывыше.Функциидетализированы в Главе 3.перечисленныхкатегорийпользователей308ОбязанностиинструкциямиМГКпользователей«ИТЕРА».регламентируютсяСодержаниедолжностнымидолжностныхинструкцийпользователей ИСУК не приводится в настоящей работе по соображениямресурсов финансов МТРпроектовРисунок 5.24.
Взаимодействие различных классов администраторов ипользователей с интегрированной Б(М)Д корпоративного контентаОсновные приемы эффективного применения портального КПКвключают:•гибкую коррекцию Б(М)Д на основе статистических отчетов опосещаемости (выявление неполноты, противоречивости данных, систематических309ошибок навигации пользователей, оптимизация профилей пользователей иприоритетности рубрикации для повышения эргономичности портала);•дальнейшуюинтеграциюскорпоративнымипрограммнымисистемами в рамках КПК (документооборот и др.);•миграцию «унаследованных» корпоративных программных систем нановую интеграционную технологическую платформу;•разработку и поддержку словарей корпоративной бизнес-лексики дляединообразной интеграции вновь создаваемых корпоративных программныхсистем в естественно-языковых терминах;•систематическое обучение и адаптацию новых пользователей сконтролем качества.Всилумасштабностиреализациидетализациярекомендацийпоэффективному применению КПК до уровня конкретных подразделений исотрудников в рамках настоящего исследования представляется нецелесообразной.6 Сравнение внедренного КПК с существующими коммерческимианалогами и рекомендации по его развитиюКонкретизация технологической схемы интеграции данных в КПКВ целях демонстрации преимуществ развитого в работе технологическогоподхода к интеграции данных и управлению контентом в гетерогенных КПКпроизведем иллюстрированную конкретизацию предложенной схемы созданияПО, детализированной выше.Процедура применения технологической схемы от формальной модели ПрОдо реализации проиллюстрирована на примере основной формы ввода данныхИСУК модуля «Страницы» компоненты «Управление конфигурацией» (см.рисунки 2.5, 4.9, 4.11, 5.25, 5.26).