The EMC Documentum xCelerated Composition …Ÿример кейс-менеджмента..... 19 Задействованные лица ..... 19 ... данные, которыми

Белая книга

Краткое содержание В этой белой книге представлены принципы, концептуальный подход и шаблоны разработки композитной платформы EMC® Documentum® xCP. Этот подход проиллюстрирован на основе конкретного примера в области кейс-менеджмента. В завершение приводится сводка возможных преимуществ. Для приложений, которые требуют координации сотрудников, процессов и данных, решение Documentum xCP значительно упрощает разработку сложных бизнес-решений. В результате сокращаются издержки и технические риски, достигается большая гибкость решений и уменьшается время до выхода на рынок. Октябрь 2010

ПЛАТФОРМА EMC DOCUMENTUM xCELERATED COMPOSITION PLATFORM Детальный обзор

2 Платформа EMC Documentum xCelerated Composition Platform Детальный обзор

© Корпорация EMC, 2009, 2010 гг. Все права защищены. Согласно сведениям корпорации EMC информация, приведенная в данной публикации, является правильной на дату публикации. Данная информация может измениться без уведомления. Информация, приведенная в данной публикации, предоставляется «как есть». Корпорация EMC не предоставляет никаких гарантий в отношении данной информации и отказывается от подразумеваемых гарантий коммерческой ценности или пригодности для определенной цели. Использование, копирование и распространение любого произведенного корпорацией EMC программного обеспечения, упомянутого в данной публикации, требует соответствующей лицензии. Наиболее актуальный перечень наименований продуктов EMC приведен в разделе «Товарные знаки корпорации EMC» на веб-сайте http://russia.emc.com. Все остальные упомянутые товарные знаки являются собственностью их владельцев. Номер компонента h4723.1

http://russia.emc.com/�


Содержание Сводный обзор ............................................................................................................. 4

Введение ....................................................................................................................... 4 Аудитория ................................................................................................................................ 5

Что такое платформа Documentum xCelerated Composition Platform? ............... 5 Преимущества ......................................................................................................................... 6

Цели и принципы ......................................................................................................... 6 Цели ......................................................................................................................................... 6 Принципы разработки ............................................................................................................. 7

Концептуальный подход ............................................................................................ 8

Шаблоны разработки ................................................................................................ 10 Шаблоны разработки процесса ............................................................................................ 11

Инициализация процесса ................................................................................................. 11 Привязка данных процесса .............................................................................................. 11

Вызов процесса ..................................................................................................................... 12 Шаблоны интерфейса пользователя ................................................................................... 13

Представление «Task» ..................................................................................................... 14 Настраиваемые действия ................................................................................................. 15

Шаблоны отчетности ............................................................................................................ 16 Процесс управления BAM ................................................................................................ 16 Построитель источников данных ..................................................................................... 17 Построитель панелей управления ................................................................................... 18

Пример кейс-менеджмента ....................................................................................... 19 Задействованные лица ......................................................................................................... 19 Процесс рассмотрения приложения .................................................................................... 20 Компоненты многоразового использования ........................................................................ 20 Процессы ............................................................................................................................... 20 Анатомия процесса ............................................................................................................... 21 «Механизм четырех действий» ............................................................................................ 24

Заключение ................................................................................................................. 24 Снижение издержек .............................................................................................................. 24 Предотвращение рисков ....................................................................................................... 25 Меньшее время до выхода на рынок .................................................................................. 25 Простота расширения ........................................................................................................... 25


Сводный обзор За последние несколько лет технологии Enterprise Content Management (ECM) и управления бизнес-процессами все чаще интегрируются друг с другом и координировано применяются для решения проблем бизнеса. В течение жизненного цикла бизнес-процесса выполняется управление потоком информации, создаются и используются документы. Однако существуют важные бизнес-проблемы, для решения которых необходимо скоординировать несколько бизнес-процессов и документов, а также большой объем данных. Всеми этими элементами необходимо управлять как одной структурной единицей. Создание таких приложений часто представляет технически непростую задачу, но может обеспечить важные преимущества. Лучший пример — кейс-менеджмент, при котором для разрешения кейса используется несколько процессов, документов и большой объем данных. В этой белой книге описывается платформа, которая упрощает и ускоряет разработку таких приложений.

Введение Раньше разработка надежных бизнес-приложений обязательно означала значительные инвестиции в программирование. Приходилось нанимать высокооплачиваемых программистов, что тоже отнимало много времени и сил. Кроме того, внесение изменений в эти приложения делало их ненадежными и было рискованным. В результате обычно создавались уникальные решения, которые заказчики не могли использовать повторно. В этой белой книге предлагается альтернатива программированию, а именно интегрированная композитная платформа приложений. Эта платформа содержит операционную среду и необходимые средства, предварительно созданные настраиваемые компоненты, а также шаблоны разработки для сборки компонентов в приложения. Кроме того, эта платформа включает эталонную архитектуру, передовые практики, обучающие материалы и дополнительное программное обеспечение. Она призвана упростить разработку приложений, заменив программирование на настройку. В остальной части данной белой книги описана реализация этого подхода корпорацией EMC: платформа EMC® Documentum® xCelerated Composition Platform (xCP). Решение Documentum xCP устанавливает новый стандарт разработки приложений на основе единой композитной платформы, сочетающей полностью интегрированный набор технологий с инструментами для разработки и развертывания, передовыми практиками и подходом к проектированию, в котором акцент смещен с программирования на настройку. Эта платформа позволяет партнерам и заказчикам быстро создавать и развертывать кейс-приложения и решения для бизнеса, используя меньшее количество ресурсов при более низкой совокупной стоимости владения.


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

Что такое платформа Documentum xCelerated Composition Platform? Documentum xCelerated Composition Platform (xCP) — это платформа для быстрой разработки приложений, которая позволяет партнерам и заказчикам быстрее создавать динамические кейс-приложения и решения, используя меньше ресурсов при значительно меньшей стоимости. Она обеспечивает создание динамичных и гибких приложений с меньшей совокупной стоимостью владения. Рисунок 1 иллюстрирует компоненты платформы Documentum xCP.

Рисунок 1. Обзор платформы Documentum xCP

Платформа Documentum xCP обеспечивает:

• интегрированные средства, операционную среду, хранилище и сервисы;

• набор предварительно созданных легконастраиваемых компонентов;

• задокументированные шаблоны разработки и композитные средства для сборки компонентов в приложения.

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


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

• снижение стоимости разработки благодаря меньшим трудозатратам;

• минимизация рисков благодаря использованию настройки и проверенных шаблонов разработки;

• сокращение времени до выхода на рынок, поскольку на традиционные циклы разработки и тестирования ПО тратится меньше времени;

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

Цели и принципы Цели • Предоставить разработчикам и пользователям бизнес-приложения

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

• Поддерживать эти решения с помощью строгих и прогнозируемых автоматизированных процессов.

• Предоставить центральную точку видимости и контроля для отслеживания, мониторинга и аудита всех аспектов приложения.

Первая цель отходит от традиционных детерминированных процессов работы и позволяет спонтанно организовать коллективное взаимодействие и принятие решений. Как указывает аналитик компании Gartner Марк Керреманс (Marc Kerremans):

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

Первая цель — предоставить сотрудникам гибкую рабочую среду с возможностями совместной работы, чтобы сотрудники могли принимать как ситуативные, так и более структурированные взвешенные решения. Вторая цель отражает важность «служебных процессов». Эти автоматизированные процессы отвечают за выполнение повседневных функций в фоновом режиме, устраняя потребность в трудоемких функциях, которые выполняются вручную, и не требуют принятия решений человеком. Что более важно, эти процессы обеспечивают

1 Марк Керреманс (Marc Kerremans), «Case Management is a Challenging BPMS Use Case» (Кейс-менеджмент — сложный сценарий использования систем управления бизнес-процессами), декабрь 2008 г.


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

Принципы разработки В то время как цели определяют поставленные задачи, принципы построены на способах достижения целей. Платформа xCP основана на трех основных принципах разработки. 1. Предоставить широкий набор предварительно созданных

компонентов и шаблонов, которые можно расширить и использовать как строительные блоки приложения. Пример 1: платформа xCP включает ряд шаблонов операций. Каждый шаблон операции представляет услугу или действие, которые система выполняет автоматически. Объединяя эти шаблоны в процесс, разработчик процесса создает композитные бизнес-сервисы высшего уровня. Разработчик перетаскивает шаблон мышью на диаграмму процесса, а затем настраивает его свойства. Пример — шаблон операции, которая позволяет создать новый кейс непосредственно из шаблона папки. Пример 2: шаблоны предоставляются для создания интерфейса пользователя. Интерфейс пользователя TaskSpace состоит из форм на основе шаблонов форм. Это обеспечивает быструю разработку и гибкость: конструкцию интерфейса пользователя можно изменить за считанные секунды, перетащив элементы управления формами мышью и задав свойства макета. Например, чтобы поменять местами поле фамилии и поле имени, разработчик переходит к базовой форме, перетаскивает поля мышью, после чего немедленно вносится изменение. Пример 3: в средстве EMC Business Activity Monitor можно создавать мониторинговые отчеты, перетаскивая процессы и данные мышью без программирования или знания баз данных. Линейчатую диаграмму со сводкой производительности по регионам можно создать менее чем за пять минут. Потом можно перетащить отчеты на панель управления за считанные секунды.

2. Создавать приложения путем построения, то есть путем настройки компонентов и их дальнейшей сборки, а не программирования. Все функции и процессы представлены как услуги, что обеспечивает легкость их сборки в приложение. Таким образом, заказчик или партнер может создать настраиваемый интерфейс пользователя и по-прежнему выполнять бизнес-процесс xCP. Поскольку все процессы предоставляются как сервисы, можно вызвать эти сервисы из выбранного клиента.


3. Определять явные шаблоны разработки для сборки компонентов в решения. Классическое определение шаблонов от Кристофера Александера (Christopher Alexander): «В каждом шаблоне описывается задача, которая повторяется в среде, что позволяет использовать это решение множество раз, ни разу не повторяя способ его выполнения»2. Шаблоны разработки определяют способы объединения компонентов в приложения. В разделе «Шаблоны разработки» на стр. 10 описано несколько важных шаблонов разработки платформы xCP.

Концептуальный подход В этом разделе приведен высокоуровневый обзор главных идей и концептуального подхода, которые лежат в основе платформы xCP, и закладывается основа для обсуждения образца приложения по управлению грантами. Ключевая идея в основе xCP состоит в том, что сложные решения складываются из взаимодействия объектов Documentum с бизнес-процессами. Объекты обеспечивают постоянный, статический способ ввода информации. Процессы являются временным, но динамическим способом создания, преобразования и перемещения информации. Объекты Documentum и процессы обмениваются данными процессов. На высоком уровне взаимодействие между объектами, процессами и данными можно изобразить, как показано на рисунке 2.

2 «Design Patterns» (Шаблоны разработки), Эрик Гамма (Erich Gamma), Ричард Хелм (Richard Helm), Ральф Джонсон (Ralph Johnson) и Джон Влиссидес (John Vlissides), 1994 г.


Рисунок 2. Взаимодействие между объектами,

процессами и данными

Объекты Documentum включают такие компоненты, как папки, формы и документы. Каждый объект содержит постоянные метаданные. Объекты могут содержать другие объекты, например папку с документом, или быть связанными с ними. Процесс состоит из последовательности операций, которые могут быть полностью автоматизированными или предоставлять интерфейс для сотрудника, которые выполняет задачу. Операция может управлять объектами или вызывать экземпляры процессов. Данные процесса — это данные, которыми управляет процесс в форме переменных процесса простого или сложного типа. Переменные процесса поддерживаются и используются в течение его жизненного цикла. Их срок действия оканчивается после завершения процесса. События, которые включают объекты Documentum, могут инициировать процессы. Эту процедуру можно настроить по-разному.

• Пример 1: после получения факса и его вложения в папку запускается новый экземпляр процесса.

• Пример 2: после получения нового сообщения электронной почты запускается новый экземпляр процесса.

• Пример 3: после вставки данных в базу данных запускается новый экземпляр процесса.

Процесс состоит из последовательности операций, каждая из которых может выполняться вручную (сотрудником) или являться полностью автоматизированной. Операции могут создавать новые объекты Documentum и управлять ими или вызывать экземпляры других процессов.


Когда пользователи выполняют операцию в рамках процесса, данные в интерфейсе пользователя, TaskSpace, представляются в виде форм, которые пользователь может читать и обновлять. Формы могут также содержать кнопки действий, которые можно настроить на выполнение различных действий. Один из важных типов действий — запуск бизнес-процесса для предоставления композитного бизнес-сервиса или автоматизации управления персоналом. Пользователь, который выполняет задачу, может использовать ряд кнопок действий. В зависимости от выбора пользователя, запускаются различные процессы. Рисунок 3 дополняет предыдущий рисунок, подчеркивая роль форм как посредников при взаимодействии между объектами, процессами и данными.

Рисунок 3. Взаимодействие форм с объектами,

процессами и данными

Шаблоны разработки В этом разделе обсуждаются несколько важных шаблонов разработки для приложений xCP. В сущности, эти образцы определяют способ решения повторяемых задач с использованием стандартных компонентов и шаблонов. Обсуждаются три типа шаблонов: шаблоны разработки процесса, шаблоны интерфейса пользователя и шаблоны отчетности (которые требуются для мониторинга деловой активности).


Шаблоны разработки процесса

Инициализация процесса Экземпляр процесса запускается с помощью операции инициализации, которая может выполняться вручную или автоматически. При инициализации вручную пользователь запускает экземпляр процесса, отправляя форму. Форма содержит поля данных и может содержать вложенные объекты. При автоматической инициализации процесс запускается при возникновении события, например при получении входящего сообщения электронной почты. Прослушивающий процесс обнаруживает событие и запускает новый экземпляр процесса. Процесс может содержать несколько операций инициализации, любая из которых запустит экземпляр процесса. Как будет видно в сценарии по управлению грантами на стр. 19, процесс запроса грантов можно инициировать любым из следующих способов:

• HTTP POST;

• получение сообщения электронной почты;

• входящее подключение к FTP;

• запрос веб-службы. При автоматических операциях инициализации разработчик процесса использует средство привязки данных процесса (см. ниже), чтобы задать правила копирования данных из входящих сообщений в данные процесса3. При операциях инициализации вручную разработчик процесса создает шаблон формы, который привязывается к данным процесса. Конечные пользователи запускают экземпляры процессов, отправляя эту форму.

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

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

• Пример 2: процесс может привязать переменные процесса к метаданным содержания, чтобы сделать их неизменными в хранилище Documentum.

• Пример 3: процесс может вызвать веб-сервис. Эта процедура включает двухстороннюю привязку: сначала данные процесса привязываются к входным параметрам веб-сервиса, а затем выходные данные веб-сервиса привязываются к данным процесса.

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

3 Данные процесса — это общий термин, который употребляется для переменных процесса и метаданных содержания. Последний тип в рамках процесса называется «пакетами».


системам. Process Data Mapper — это графическое средство, которое упрощает обмен данными процесса. Поскольку привязка выполняется с помощью графических средств, требуется не программирование, а простое перетаскивание мышью. Рисунок 4 иллюстрирует пример, в котором поле «start_date» в объекте Execution Data копируется, а затем привязывается к полю «DateReceived» в объекте Variables.

Рисунок 4. Process Data Mapper

Используя редактор функций (раскрывающееся меню Select Function), с помощью средства Process Data Mapper можно выполнять сложные преобразования данных, а также простое копирование, например привязку даты к переменной строки (с использованием функции преобразования даты в строку). Также можно привязать одну переменную к нескольким, как показано на рисунке 5.

Рисунок 5. Сложные преобразования данных

Вызов процесса Для делегирования работы процесс использует распространенный шаблон разработки. Операция в рамках процесса может вызвать сервис


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

Рисунок 6. Запускающие процессы

Возникает следующий вопрос: как вызванная веб-служба или процесс обеспечат соответствие своего ответа с определенным экземпляром процесса, который их вызвал, ведь одновременно может выполняться несколько экземпляров процесса. Эта задача решается путем корреляции. Чтобы обеспечить соответствие, создается сообщение с запросом (от родительского к дочернему процессу), которое включает уникальный идентификатор корреляции для экземпляра родительского процесса. Сообщение с ответом (от дочернего к родительскому процессу) содержит тот же идентификатор корреляции. Когда средство Process Integrator4 получает сообщение с ответом, идентификатор корреляции используется, чтобы направить сообщение соответствующему экземпляру процесса.

Шаблоны интерфейса пользователя TaskSpace — это интерфейс пользователя с расширенными возможностями настройки, который объединяет процессы, содержание и мониторинг в единый мощный пользовательский инструмент для работы с ориентированными на транзакции бизнес-приложениями. Средство TaskSpace позволяет организациям создавать и развертывать интуитивно понятные приложения, которые адаптированы для различных ролей. Можно настраивать приложения для исполнителей задач, которые получают и выполняют работу, менеджеров, которые распределяют

4 Process Integrator — это серверный компонент, который отвечает за управление интеграцией. Это средство запускает процессы, управляет одноранговым и широковещательным обменом сообщений, запускает сервисы и обрабатывает обратные вызовы.


работу среди команд и отслеживают ее выполнение, а также владельцев бизнеса, которые нуждаются в мониторинге производительности работы в режиме реального времени. Средство TaskSpace состоит из ряда вкладок, на каждой из которых отображается отдельное представление. На одной из этих вкладок отображается представление «Task».

Представление «Task» В представлении «Task» отображается фактический объем работ, которые должен выполнить исполнитель, поэтому это представление в средстве TaskSpace используется наиболее часто и является наиболее важным. Это представление обращает внимание пользователя на информацию, которая требуется для наиболее эффективного выполнения задачи. Рисунок 7 иллюстрирует представление «Task» на вкладке «Open Items».

Рисунок 7. EMC Documentum TaskSpace

В этом примере показано несколько важных компонентов.

• Показано, как в представление «Task» можно встроить представление «Folder».

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

• Под ними располагается представление «Folder Content» с набором документов.


• Справа находится панель предварительного просмотра документов, в которой отображается выбранный документ.

• В самом низу слева расположено несколько кнопок действий. Исполнитель задачи проверяет данные, вводит необходимые значения, обновляет поля данных и нажимает соответствующие кнопки. Представление «Task» создается путем настройки. Разработчик выбирает процесс и операцию. Затем разработчик перетаскивает предварительно созданные элементы управления мышью и привязывает их к данным процесса. Рисунок 8 иллюстрирует форму задачи, в которой выполняются эти действия.

Рисунок 8. Настройка средства TaskSpace

Заполнив форму, разработчик может задать различные параметры отображения в средстве TaskSpace. Настраивая предварительно созданные компоненты, разработчик может легко создать или изменить интерфейс пользователя. Программирование не требуется.

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

Рисунок 9. Настраиваемые действия в средстве TaskSpace

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


помощью мастера TaskSpace. Он указывает, что необходимо запустить новый процесс, выбирает его, а затем связывает с кнопкой.

Шаблоны отчетности В средстве Documentum Business Activity Monitor (BAM) можно создавать отчеты на основании данных по выполнению процессов в режиме реального времени и в ретроспективе. Это отчеты создаются в средстве Process Reporting Services (PRS). Результаты отчетов отображаются на панели управления и интегрируются во вкладку в средстве TaskSpace, на которой можно визуально сравнивать результаты процессов с заданными ключевыми индикаторами производительности. Рассмотрим три важных шаблона отчетности: процесс контроля BAM, построитель источников данных и построитель панелей управления. В отличие от других продуктов для мониторинга бизнес-активности, средство EMC Documentum BAM тесно интегрируется с выполнением процессов, поэтому для процессов мониторинга не требуется выполнять сложную настройку. После выполнения процесса данные BAM доступны и готовы к использованию в отчетах.

Процесс управления BAM Средство BAM предназначено для мониторинга производительности отдельных процессов с использованием информации, которая извлекается из Process Engine. Средство BAM может фокусироваться на отдельных экземплярах процесса, чтобы отобразить точный ход выполнения процесса и выполняемую в настоящий момент операцию. Однако в сложных бизнес-приложениях, где может параллельно выполняться много бизнес-процессов, очень важно обеспечить центральную точку видимости и контроля. Эту задачу можно выполнить с помощью процесса управления BAM — единого процесса, который обеспечивает сбор информации из других процессов и консолидированное представление. Затем менеджеры и другие пользователи могут просмотреть ключевые промежуточные этапы и ознакомиться с общим состоянием приложения. Рисунок 10 — типичный пример процесса управления BAM, который используется в приложении по управлению грантами.

Рисунок 10. Процесс управления BAM

Каждая операция в процессе управления BAM автоматизирована. Операции в рамках отдельных процессов отправляют сигналы об этих действиях, чтобы показать, что они выполняются в настоящее время.


Рисунок 11. Отдельные процессы отправляют сигналы процессу

управления BAM

Естественно, во время обмена данными между процессами необходимо передать идентификатор кейса, чтобы обеспечить сопоставление отдельных экземпляров процессов с единым экземпляром процесса контроля BAM. С помощью этой информации система BAM может создавать различные отчеты и выводить их на панель управления, отображая состояние приложения.

Построитель источников данных Отчеты логически разделяются на две части: определение источника данных и технические характеристики формата отчета. Источник данных определяет логическую структуру данных. Средство PRS позволяет разработчику отчета определять источники данных без программирования или знаний SQL. Вместо этого пользователь просто перетаскивает элементы отчета мышью. Рисунок 12 — пример источника данных с родительским и дочерним элементами.

Рисунок 12. Источник данных с родительским и дочерним

элементами

Родительский элемент, Activity Execution, относится к экземплярам операции. Дочерний элемент, ERForm, ссылается на данные процесса. В этом примере пользователь заполняет отчет по издержкам (Expense Report). Разработчик создает источник данных, перетаскивая элементы


из контекстно-зависимой панели. Рисунок 13 иллюстрирует, что каждый элемент этого отчета имеет форму упорядоченной пары (Activity Instance ID, State).

Рисунок 13. Элементы источника данных, которые используются в

отчетах

Рисунок 14. Преобразование данных в линейчатую диаграмму

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

Построитель панелей управления После определения отчеты можно добавлять на панели управления. Чтобы создать панель управления, необходимо просто добавить новую вкладку в средстве TaskSpace. Панель управления настраивается путем перетаскивания отчетов из дерева отчетов в рабочую область. Отчет можно перетащить и расположить над или под другим отчетом, а также слева или справа от него. Программирование не требуется. Рисунок 15 — это пример панели управления, Grants Trends, на которой отображено пять различных отчетов.


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

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

Пример кейс-менеджмента Описав главные технологические аспекты платформы xCP, перейдем к классу бизнес-задач, для которых подходит это решение. Приложения по кейс-менеджменту приобретают все большую важность и используются в ряде отраслей, включая государственный сектор, здравоохранение, страхование, финансовые и юридические услуги. Кейс — центральная точка управления, которая содержит документы, задачи, данные и обсуждения. Набор бизнес-процессов получает доступ к кейсу и обновляет его. В ходе этих процессов сотрудники, которые работают с кейсом, обновляют и добавляют документы, а также вводят информацию. Эта информация позволяет сотрудникам и менеджерам, которые работают с кейсом, принимать по нему решения. Кейс сохраняется даже по завершении процессов. Благодаря этому можно проводить постоянный аудит кейсов, а последующие кейсы можно связывать с предыдущими.

Задействованные лица В качестве примера использования кейс-менеджмента мы рассмотрим управление грантами. Подход и техническую функциональность этого отдельно взятого кейса можно применять к всем приложениям по кейс-менеджменту. В нашем примере задействованы три основные стороны:

• кандидат — исследователь, который запрашивает финансирование у правительственного учреждения;


• менеджер по грантам — сотрудник правительственного учреждения, который обрабатывает заявку (то есть «кейс») от начала до конца;

• проверяющий — эксперт, который оценивает важность, возможность реализации и целесообразность финансирования запрашиваемых грантов и т. д.

Процесс рассмотрения приложения Ниже приведен порядок взаимодействия сторон. 1. Кандидат отправляет форму заявки на грант. 2. Менеджер по грантам получает заявку и проверяет ее правильность. 3. Менеджер по грантам может запросить у кандидата дополнительную

информацию. 4. Менеджер по грантам отправляет запрос на грант проверяющим,

которые вносят комментарии и отправляют свои формальные голоса. 5. На основе их голосов менеджер по грантам утверждает (или

отклоняет) заявку, а затем уведомляет кандидата.

Компоненты многоразового использования Базовый объект кейса — папка «Grant Request», которая содержит две вложенные папки:

• «Grant Submitted Application», в которой хранится форма, полученная от кандидата;

• «Grant Review History», в которой хранится информация от проверяющих.

Создать новый кейс очень просто, поскольку в средство Process Builder5 входит предварительно созданный шаблон операции, который автоматически создает новые кейсы на основе шаблона формы. В приложении создаются два основных постоянных объекта Documentum:

• «Grants Application Package», в котором в основном хранится форма, заполненная кандидатом;

• «Grants Request Package», который содержит всю информацию, созданную на протяжении жизненного цикла гранта.

Процессы В приложении по управлению грантами для выполнения работы используется ряд процессов. Два из них включают пользователей, а остальные являются «служебными» процессами. Рисунок 16 иллюстрирует логическую связь между процессами.

5 Основное средство разработки для обработки сервисов и обратных вызовов.


Рисунок 16. Высокоуровневый обзор процесса управления грантами

В результате процесса создания запроса на грант создается новый объект «Запрос на грант». После создания этого объекта автоматически инициируется процесс «Управление запросами на гранты». Основной процесс контроля, «Управление запросами на гранты», показан в центре. Он включает одну выполняемую вручную операцию «Обработка запроса на грант», с помощью которой менеджер по грантам может выбрать одно из действий, каждое из которых запускает другой процесс: «Запрос документов», «Начало процесса рассмотрения» и «Отправка уведомления» (в красном поле). Все остальные процессы на диаграмме вызываются из соответствующих родительских процессов. Например процесс «Классификация и валидация» вызывается процессом «Создание запроса на грант».

Анатомия процесса Рассмотрим более детально один из процессов приложения по управлению грантами, а именно «Управление запросами на гранты».


Рисунок 17. Процесс «Управление запросами на гранты»

Процесс начинается с операции автоматической инициализации, в ходе которой из репозитория Documentum извлекается следующий запрос на грант. Вторая операция — привязка данных процесса, в ходе которой выполняется привязка атрибутов объекта «Запрос на грант» к данным процесса. В ходе третьей операции менеджер по грантам вручную предпринимает действие относительно данного запроса. Рисунок 18 иллюстрирует уже знакомое представление «Task».

Рисунок 18. Интерфейс пользователя менеджеров по грантам


Менеджер по грантам может нажать одну из этих кнопок действий. При нажатии кнопки «Send To Reviewers» будет выполнено несколько действий. Сначала запускается адаптер форм, который извлекает список потенциальных проверяющих из репозитория Documentum. Рисунок 19 иллюстрирует форму, которая заполняется этими данными и в которой менеджер по грантам выбирает фактических проверяющих.

Рисунок 19. Интерфейс назначения проверяющих

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

Рисунок 20. Действия в рамках процесса «Запрос на грант»


Также вызывается другой процесс. Действие в рамках процесса «Начало процесса оценки» приведет к вызову процесса «Голосование по запросам на гранты», при котором проверяющий заполняет форму оценки и рекомендует утвердить или отклонить запрос на грант. В остальных действиях в рамках процесса «Управление запросами на гранты» данные отправляются процессу мониторинга (необходимому для панели управления BAM), выполняется привязка комментариев проверяющих к объекту «Запрос на грант», кандидату отправляется сообщение электронной почты с информацией об утверждении гранта и, наконец, грант архивируется.

«Механизм четырех действий» Приложение по управлению грантами включает шаблон повторяющегося решения. 1. Исполнитель задачи выбирает требуемое действие и нажимает кнопку

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

может ввести данные. 3. Можно также вызвать адаптер формы (как в предыдущем примере, где

требовалось заполнить список проверяющих). 4. Затем с помощью кнопки действия запускается бизнес-процесс, в

котором используются данные из формы. Этот «механизм четырех действий» можно вызывать рекурсивно, поскольку в рамках нового процесса пользователь может получить другую задачу с помощью кнопок действий, что приведет к вызову другого процесса. В целом, архитектура xCP основывается на фрактальном подходе, при котором структуры «можно разделить на части, каждая из которых (по крайней мере приблизительно) является уменьшенной копией всего элемента». Этот шаблон предоставляет менеджеру по грантам максимальную свободу действий для применения экспертных знаний и принятия ситуативных решений. В то же время он обеспечивает запуск служебных процессов, в рамках которых выполняется ряд автоматизированных структурированных повторяемых шагов.

Заключение В данной статье мы рассмотрели создание приложений Documentum xCP путем настройки и сборки предварительно созданных компонентов в соответствии с задокументированными шаблонами разработки. Несколько компонентов и шаблонов разработки были рассмотрены в контексте кейс-приложения. Рассмотрим преимущества такого подхода.

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


реализации проекта понадобится меньше высокооплачиваемых специалистов, например высококлассных Java-программистов. В результате значительно снижаются издержки на разработку, что приводит к росту прибыли или увеличению количества заключаемых сделок для системных интеграторов. Если рассмотреть весь жизненный цикл приложения, включая изменения, обслуживание и модернизацию, обеспечивается снижение совокупной стоимости владения, которая обычно намного выше, чем начальные издержки на разработку.

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

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

Простота расширения Поскольку системный интегратор получает опыт в использовании компонентов xCP, он научится решать широкий спектр проблем. По мере появления новых шаблонов решений интегратор будет создавать библиотеки передовых практик. Все это приведет к повышению эффективности. Это позволит расширить концепцию на ряд кейс-ориентированных и ориентированных на процессы решений, а также широкий спектр практик, например в государственном секторе, здравоохранении, предоставлении финансовых услуг, страховании, на производстве и т. д.

Documents

The EMC Documentum xCelerated Composition …Ÿример кейс-менеджмента..... 19 Задействованные лица ..... 19 ... данные, которыми