Диссертация (1136162), страница 28
Текст из файла (страница 28)
на рисунке 3.4).Как видно из диаграммы состояний документа для корпоративногопортала, основной маршрут движения электронного документа представленглавной вертикалью в направлении сверху вниз. При этом электронный документпоследовательно проходит необходимые стадии визирования и по завершении165каждой стадии снабжается резолюцией визирующего пользователя КПК.Стандартные резолюции: «Требует доработки», «Требует доработки Автором»,«Удалить», «Опубликовать» и др. приведены на схеме. Отметим, что маршрутдвижения электронного документа (т.е. агрегированного контента) с точкизрения ИСУК определяется резолюцией, что явно отражено приведеннымидирективами стандартных резолюций.
Кроме стандартных (ускоренных донажатия одной кнопки) вариантов визирования пользователи ИСУК могутиспользовать расширенные (скажем, отсрочка публикации до распоряженияруководства). В этом случае маршрут документа/контента определяетсядействиями пользователя с учетом его полномочий. Таким образом, процессмаршрутизации документов/контента в целом носит гибкий, динамическийхарактер, хотя большинство его элементов детерминировано.Рисунок 3.4. Диаграмма состояний документов/контента для обобщенногоредакторского цикла ИСУК166Стрелки на диаграмме соответствуют резолюциям, приводящим кизменению состояния документа в процессе публикации. Содержательная частьдействия (т.е.
семантика предиката или функции фреймового представления) надиаграмме обозначена служебным словом “do”, а условие выхода – словом “exit”.Вариантызавершениясценариевобработкидокументавключаютегопубликацию на портале и удаление из ИСУК.Важно отметить, что каждая стадия визирования изменяет состояниедокумента.Такимобразом,дляформализациипроцессапубликацииэлектронных документов на корпоративном портале вполне адекватнарассмотренная в Главе 2 АМУК на состояниях. Состояния электронногодокумента на UML-диаграмме («Создан», «Опубликован» и др.) явно описаны вверхней части прямоугольников, соответствующих этапам визирования.В более общем случае стадии визирования (а, следовательно, имаршрутизация) могут находиться в зависимости от вида электронногодокумента, т.е.
содержаться в его метаданных (имя автора, дата создания, тип,приоритет обслуживания и т.д.). Таким образом, в рамках предложенной в работемодели, маршрут документа/контента определяется его профилем, а конкретныеэтапы выбираются с учетом соотнесений, учитывающих перечисленныеметаданные, а также подразделение, выпустившее документ и др. факторы.
Приэтом, скажем, пресс-релизу или сообщению о размещении акций компании будетотдан приоритет по сравнению с новостями о результатах корпоративнойспартакиады. Рассмотренные случаи адекватно формализуются предложенной вработе моделью, причем резолюции являются командами смены состоянийАМУК и моделируемой ей ИСУК.
Таким образом, диаграмма состояний нарисунке 3.4 является прототипом цикла работы ИСУК.Важно отметить, что приведенное обобщение редакторского цикла вслучаепрактическойреализацииПОменьшегомасштаба(илипрототипирования) может быть существенно упрощено. Так, ускоренныйредакторский цикл прототипа ИСУК, реализованной в МГК «ИТЕРА»,включает цепочку ролей: «Автор» → «Редактор» → «Выпускающий редактор».167Кроме того, существенно, что документ, предназначенный к публикациина корпоративном портале в форме HTML-страницы, является агрегированнымобъектом данных и метаданных (т.е.
контента) и может включать текстовые,графические и мультимедийные компоненты, ОД из отчетов ERP-систем и др.Полномочия пользователей определяются на основе иерархии доступа кОД, которая, в частности, базируется на оргструктуре корпорации. При этомконкретизации контента формируются на основе соотнесений с динамическикорректируемыми профилями пользователей, включающими персональныепредпочтения, особенности конфигурации программно-аппаратных средствдоступа к данным, а также ряд других параметров.Изложенная схема редакторского цикла в основном применима и к другимсценариям взаимодействия пользователей корпоративного портала, включаясовместное ведение проектов, дискуссионные группы и другие направленияцеленаправленного общения. При этом количество авторов значительнорасширяется (и включает практически всех сотрудников корпорации), а рольадминистратора и редакторов сводится к модерированию (коррекции иуправлению ходом) дискуссий.4 Интеграция гетерогенных данных в портальных КПКПродемонстрируем интеграционные возможности КПК при использованиипорталов, основанных на предложенном в настоящей работе технологическомподходе [44], [45], [295].Рассмотрим для иллюстрации примеры стандартных операций в различныхпрограммных системах кадрового и финансового учета ресурсов, которые втрадиционных КПК реализуются лишь посредством отчетов.В первом случае (линейный) менеджер по кадрам составляет для директорадепартамента персонала отчет о результатах первичного тестированиякандидатов на должность директора департамента информационных технологий.Во втором случае секретарь департамента промышленных товаров направляетотчет о налогах в адрес директора финансового департамента (см.
рисунок 3.5).168Обе ситуации, с точки зрения портального КПК, эквивалентныопределенным этапам публикации электронных документов в форме интернетстраниц, которые при этом являются отчетными формами или формами вводаданных в программных системах класса ERP. Таким образом, кроме интеграцииданных в отдельных подсистемах КПК на основе объединения совпадающихпонятий (объектов, концептов) ПрО при различных соотнесениях (связях),объединение осуществляется еще и на базе форм ввода и отчетов, т.е.документов, общих для всех ERP-систем.
В то же время более общий тип ОДДОКУМЕНТ, обозначающий страницу портала, имеет целый ряд подтипов,характерных и для каждой конкретной подсистемы. Характерными подтипамитипа ДОКУМЕНТ будут, в частности, ПРЕСС.РЕЛИЗ, ФИНАНСОВЫЙ.ОТЧЕТ,КОНТРАКТ.С.РАБОТОДАТЕЛЕМ, КАДРОВЫЙ.ПРИКАЗ (например, приказ озачислении/увольнении/переводе), ЗАПРОС.НА.СПЕЦИАЛИСТА ("требуетсяспециалист в департамент …") и др.При этом на основе правил (см. Главу 3) возможно сформироватьISAиерархию документов портального КПК (обобщенная форма которой дляпроизвольной крупной корпорации дана на рисунок 3.6). Отметим, что длякорректнойработыпортальногоКПКнеобходимовестиобработкуисключительных ситуаций (exception), таких, как, скажем, появление неопределенного ранее типа документа.
Указанной цели служит тип документаOTHER ("другой"), см. тж. семантические предложения для АМУК в Главе 2.Движение документов происходит по маршрутам (аналог "русел"информационныхпотоковД.Скотта[270]),некоторыеизкоторыхпредопределены (в ПрО их определяют должностные инструкции). Посколькупубликация интернет-контента не может явно описывать все возможные случаиперемещения документов, одно из подмножеств маршрутизации определяетсядинамически с учетом семейства параметров (типа документа, резолюций, грифаконфиденциальности, уровней допуска и т.д.). На каждом этапе движениядокумента по оргструктуре корпорации его дальнейший маршрут определяется,169в частности, значениями идентификаторов отправителя (SENDER) и получателя(ADDRESSEE) – см.
рисунок 3.5 и Главу 5 по детализацииуправления маршрутизацией.Рисунок 3.5. Интеграция данных в отчетных потоках170Рисунок 3.6 . ISA- иерархия классов документов для портального КПКПри этом некоторая часть рассматриваемой иерархии (см. рисунок 3.10)является инвариантом относительно организационной структуры корпорации, вто время как другая ее часть является структурно зависимой.Рассмотрим кратко основные преимущества, которые предоставляетпортально-ориентированныйподходкинтеграцииданныхвКПКсERPкомпонентами [48], [49], [53], [294], [295], [300] и др. Прежде всего, данныйподход приближает пользователя к предметной области. Менеджеры понаправлениям работают в многооконном гипертекстовом интерфейсе сунифицированной, дружественной формой интернет-браузера, что значительноболее эргономично, чем твердые копии документов или их гетерогенные аналогив разрозненных программных системах КПК.Кроме того, виртуальные документы включают ряд компонентов,существенносовершенствующихиллюстративностьиинформационнуюемкость.
Так, письменный отчет или подробная стенограмма важного событиядля корпорации (например, открытия месторождения) не даст контролирующемуэто событие пресс-секретарю такого полного представления о нем, какмультимедийная видеозапись, приложенная к отчету.Необходимо учитывать, что документ на корпоративном порталепредставляет собой гипертекстовый мультимедийный объект (мета)данных,171возможно с внутренней структурой большой вложенности, содержащейгипертекстовые ссылки на другие портальные документы или их фрагменты, атакже на документы, размещенные в интернет.Электронные документы сортируются по папкам в соответствии скорпоративным стандартом (с детализацией до уровня подразделений) в формеунифицированной классификации, что облегчает глобальный поиск и обработку,уменьшает риск утраты (или хищения) той или иной бумаги.
Поиск документоввозможен с учетом таких метаданных, как коды классификатора, ключевые словаи др.Крометого,принципиальновозможнареализацияситуативногосемантического поиска на основе развитой в работе теории семантических сетей(тема выходит за рамки исследования; существует широкий спектр ПО контентанализа, успешно использующего модели, в том числе и на сходнойтеоретической основе).Совместная обработка документов пользователями корпоративногопортала реализуется стандартизованными (в рамках корпорации) средствами,что позволяет пользователям при переводе в другую компанию илиподразделение взаимодействовать с ИС практически без переподготовки идополнительного обучения.Предоставление персонифицированного доступа (в соответствии синдивидуальным профилем) к дайджестам средств массовой информации, прессрелизам, финансовым отчетам, кадровым приказам о движении персонала поиерархической структуре корпорации, проектной документации, контрактам,новостям корпоративной жизни, составляет крайне ограниченный переченьопераций портального КПК, реализация которых сводится к маршрутизацииэлектронных документов.Процедуры согласования и утверждения документов, которые в отсутствиепортального подхода к интеграции и управлению контентом в КПК зачастуюносят сложный (а в крупных организациях – нередко противоречивый) характер,достаточнолегкостандартизуютсяиреализуютсявтерминахтипов172маршрутизируемых документов и прав доступа (чтение, редактирование,утверждающая подпись и т.д.).Маршрутизация документов на корпоративном портале адекватноформализуется посредством АМУК с учетом смены возможных ее состояний илицикла работы, определяемого динамикой элементов переменных доменов,представляющих компоненты этих состояний.Другим возможным способом представления маршрутизации документовс разграничением прав доступа к данным для пользователей гетерогенногопортального КПК является построение матрицы обязанностей (responsibilities),по сути схожей с аналогом в корпоративной ERP-ИС Oracle Financials (примерсм.
на рисунке 3.7).Рисунок 3.7. Схема разграничения доступа к данным КПКна основе отношения частичного порядкаВ целом, изложенный подход к интеграции (мета)данных в КПКпредоставляетвозможностьреализациидостаточногибкогомеханизмаобъединения гетерогенных распределенных систем (в т.ч. класса ERP) наархитектурной основе унифицированной, интуитивно ясной и эргономичнойсреды корпоративного интранет-портала.Подход, рассмотренный выше в отношении гетерогенных интранет-КПК,вполне применим для адаптированной реализации экстранет- и интернетрасширений портальных КПК.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
