Руководство администратора аис мфц спо этап №2 работ Тема: «Развитие типовой информационной системы поддержки деятельности многофункциональных центров предоставления государственных и муниципальных услуг»


НазваниеРуководство администратора аис мфц спо этап №2 работ Тема: «Развитие типовой информационной системы поддержки деятельности многофункциональных центров предоставления государственных и муниципальных услуг»
страница42/49
ТипРуководство
filling-form.ru > Бланки > Руководство
1   ...   38   39   40   41   42   43   44   45   ...   49

        1. Панели свойств

Для редактирования свойств элемента в окне редактирования свойств используются соответствующие панели инструментов.

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

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

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

Кнопки панели инструментов для работы с таблицей или списком элементов представлены в таблице (см. Таблица ).

Таблица – Действия, соответствующие пиктограмме

Иконка

Действие, соответствующее пиктограмме панели инструментов



Создание нового элемента



Редактирование выбранного элемента



Удаление выбранного элемента

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

        1. Элементы XPDL

WfMC предоставляет интерфейс для описания процессов потока работ. Интерфейс определяет общую метамодель для описания процесса и XML схемы для осуществления взаимного обмена описаниями процесса – XPDL.

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

Цели использования модуля визуального конструирования процессов Системы:

графическое представление описания процесса;

экспортирование описаний процесса в XPDL;

импортирование любого корректного XPDL и его графического представления.

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

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

Линии, которые соединяют действия, являются переходами. Специфическими элементами диаграммы являются элементы начала и конца. Эти элементы не входят в спецификацию WfMC, хотя они и появляются в результирующем XPDL файле как дополнительные атрибуты элемента.

Доступ и редактирование остальных XPDL элементов осуществляется через их панели свойств.

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

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

Кроме процесса взаимообмена модуль конструирования процессов также используется для внутреннего представления описаний процесса (см. Рисунок ). Существует необходимый минимальный набор объектов, который должен поддерживаться в XPDL. Такая минимальная модель метаданных идентифицирует широко используемые в рамках описания процесса объекты и объясняет семантику их использования. Расширяемость обеспечивают дополнительные атрибуты объекта («расширенные атрибуты»), которые могут быть включены в основную метамодель как расширения, чтобы удовлетворить требованиям отдельного продукта или системы потока работ.



Рисунок – Внутреннее представление описания процессов

        1. Метамодель

Метамодель определяет основной набор объектов и определяющих признаков для взаимообмена описаниями процесса (см. Рисунок ).



Рисунок – Метамодель

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

Все эти объекты поддерживаются модулем визуального конструирования процессов Системы.

«Репозиторий ресурсов» является внешним объектом по отношению к описаниям процессов потока работ. В некоторых сложных процессах объявление исполнителя может относиться к репозиторию ресурсов, который может быть основан на Организационной модели (ОМ). Спецификация метамодели WfMC описывает простую встроенную (минимальную) организационную модель или предоставляет доступ к внешней организационной модели. Спецификация XPDL не определяет и не запрашивает репозиторий ресурсов.

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

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

        1. Пакет

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

Можно создавать один пакет на каждый процесс потока работ, содержащий все необходимые процессы, соответствующие инструментальные средства (приложения) и исполнителей. Другой подход заключается в том, чтобы определять только части одного описания процесса или общие части нескольких процессов одного пакета (например, список исполнителей потока работ или список приложений потока работ), а затем вызывать их из других пакетов. Внутри пакета некоторые объекты являются глобальными, и к ним могут обращаться любые процессы пакета. К глобальным объектам относятся:

описание процесса потока работ;

спецификация исполнителя потока работ;

описание приложения потока работ;

релевантная информация потока работ.

Модуль визуального конструирования процессов Системы позволяет управлять перечисленными объектами (внутри одного пакета). На главной панели инструментов расположены пиктограммы для управления свойствами пакетами.

Для создания нового пакета в модуле визуального конструирования процессов необходимо выбрать пункт главного меню «Файл\Новый», или нажать на соответствующую пиктограмму на панели инструментов. Если при создании нового пакета открыт на редактирование другой XPDL файл, в котором есть несохраненные изменения, то модуль конструирования процессов предложит пользователю сохранить внесенные изменения.

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

Редактировать свойства возможно только у основного пакета. Внешние пакеты доступны только для чтения, поэтому их свойства возможно только просматривать.

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

Панель свойств пакета предоставляет различную информации об основном XPDL элементе – пакете. Через панель свойств пакета возможно получить доступ к панели почти каждого XPDL элемента. Панель свойств содержит несколько закладок: «General», «Заголовок пакета», «Заголовок для переопределения», «Внешние пакеты», «Определения типов», «Исполнители», «Приложения», «Переменные процесса», «Процессы и Пространства имен»:

Вкладка «General» отображает общую информацию о пакете (см. Рисунок ).



Рисунок – Закладка general

Данная вкладка визуально разделена на 3 части. Первая часть содержит поля «ID», «Наименования» и «Соответствия схемы»:

«Id» (обязательный) - идентификатор пакета.

«Наименование» (не обязательный) - название пакета.

«Соответствие схемы» (не обязательный) - описывает ограничения, применяемые к схеме:

      • «Full Blocked» – запрещены ветвления и циклы;

      • «Loop Blocked» – запрещены циклы;

      • «Not Blocked» – без ограничений по структуре. Данное значение стоит по умолчанию.

Заданная схема применяется ко всем содержащимся в пакете описаниям процесса.

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

При создании нового пакета в модуле визуального конструирования процессов Системы основные атрибуты по умолчанию получают значение «newpkg». Пользователь может изменить это значение или оставить значение по умолчанию.

Вторая часть содержит информацию о скриптовом языке:

«Type» (обязательный) - идентифицирует скриптовый язык, используемый в выражениях. Параметр имеет следующие допустимые значения:

    • «text/javascript»;

    • «text/vbscript»;

    • «text/tcl»;

    • «text/ecmascript»;

    • «text/xml».

«Версия» (не обязательный) - версия скриптового языка.

«Грамматика» (не обязательный) - ссылка на документ, который задает грамматику языка. Документ может представлять собой XML схему, DTD или BNF.

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

Третья часть отображает список внешних атрибутов пакета и предлагает панель инструментов для управления расширенными атрибутами.

Вкладка «Заголовок пакета» содержит общую информацию о пакете (см. Рисунок ).



Рисунок – Закладка "Заголовок пакета"

Поля закладки «Заголовок пакета»:

«XPDL версия» (обязательный) - версия XPDL. По умолчанию при создании нового пакета данный атрибут принимает значение 1.0 (данная версия в настоящее время поддерживается модулем визуального конструирования процессов Системы). Если в модуле визуального конструирования процессов Системы просматривается документ, XPDL версия которого отличается от версии 1.0, то будет выведено сообщение об ошибке;

«Вендор» (обязательный) - описывает источник описания пакета и содержит наименование производителя, наименование продукта производителя и номер версии продукта. По умолчанию при создании нового пакета данный атрибут принимает значение «Together;

«Создан» (обязательный) - дата создания пакета потока работ. По умолчанию при создании нового пакета данный атрибут принимает значение текущей даты и времени в формате ISO-8601;

«Описание» (не обязательный) - краткое текстовое описание пакета потока работ;

«Документация» (не обязательный) - специальный путь и имя справочного (описательного) файла. Кнопка «…» открывает окно выбора необходимого файла;

«Ед.изм приоритета» (не обязательный) - текстовая строка с заданной пользователем семантикой;

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

Вкладка «
1   ...   38   39   40   41   42   43   44   45   ...   49

Похожие:

Руководство администратора аис мфц спо этап №2 работ Тема: «Развитие типовой информационной системы поддержки деятельности многофункциональных центров предоставления государственных и муниципальных услуг» icon«Развитие типовой информационной системы поддержки деятельности многофункциональных...
Закрытое акционерное общество лаборатория новых информационных технологий «ланит»

Руководство администратора аис мфц спо этап №2 работ Тема: «Развитие типовой информационной системы поддержки деятельности многофункциональных центров предоставления государственных и муниципальных услуг» iconТехническое задание
Ненецкого автономного округа на базе внедрения и адаптации специализированного программного обеспечения автоматизации деятельности...

Руководство администратора аис мфц спо этап №2 работ Тема: «Развитие типовой информационной системы поддержки деятельности многофункциональных центров предоставления государственных и муниципальных услуг» iconРуководство администратора на типовой портал мфц государственный...
Закрытое акционерное общество лаборатория новых информационных технологий «ланит»

Руководство администратора аис мфц спо этап №2 работ Тема: «Развитие типовой информационной системы поддержки деятельности многофункциональных центров предоставления государственных и муниципальных услуг» iconРуководство пользователя тема: «Поддержка внедрения и развития автоматизированной...
Закрытое акционерное общество лаборатория новых информационных технологий «ланит»

Руководство администратора аис мфц спо этап №2 работ Тема: «Развитие типовой информационной системы поддержки деятельности многофункциональных центров предоставления государственных и муниципальных услуг» icon«создание информационной системы мониторинга деятельности мфц, а...
В рамках реализации государственной программы российской федерации информационное общество

Руководство администратора аис мфц спо этап №2 работ Тема: «Развитие типовой информационной системы поддержки деятельности многофункциональных центров предоставления государственных и муниципальных услуг» iconРуководство администратора аис «мфц» Удмуртии
Государственная информационная система Удмуртской Республики «Многофункциональный центр предоставления государственных и муниципальных...

Руководство администратора аис мфц спо этап №2 работ Тема: «Развитие типовой информационной системы поддержки деятельности многофункциональных центров предоставления государственных и муниципальных услуг» iconРегиональный стандарт организации деятельности многофункциональных...
Стандарт организации предоставления государственных, муниципальных и иных услуг на базе мфц 389

Руководство администратора аис мфц спо этап №2 работ Тема: «Развитие типовой информационной системы поддержки деятельности многофункциональных центров предоставления государственных и муниципальных услуг» iconРегиональный стандарт организации деятельности многофункциональных...
Стандарт организации предоставления государственных, муниципальных и иных услуг на базе мфц 389

Руководство администратора аис мфц спо этап №2 работ Тема: «Развитие типовой информационной системы поддержки деятельности многофункциональных центров предоставления государственных и муниципальных услуг» iconРуководство администратора типовой Транспортной подсистемы Тема:...
Тема: «Развитие типовых решений по функционированию региональных порталов и реестров государственных и муниципальных услуг»

Руководство администратора аис мфц спо этап №2 работ Тема: «Развитие типовой информационной системы поддержки деятельности многофункциональных центров предоставления государственных и муниципальных услуг» iconРуководство администратора птр «аис лод»
Выполнение работ, оказание услуг в рамках реализации государственной программы Российской Федерации «Информационное общество (2011-2020...

Вы можете разместить ссылку на наш сайт:


Все бланки и формы на filling-form.ru




При копировании материала укажите ссылку © 2019
контакты
filling-form.ru

Поиск