Несмотря на кажущуюся очевидность утверждения «основной компонент приложения на базе SD — это документ, а то, что оно автоматизирует — это его «оборот», на практике оказывается, что документ в приложениях может означать самые разные сущности.
Это зависит от типа документа и характера его «оборота», т.е.
жизненного цикла обработки.
Docsvision предоставляет механизмы реализации таких объектов.
Это связано с тем, что даже для самых типичных приложений SD (например, для автоматизации классических задач офисной работы) нам необходимо было смоделировать в системе документ, который описывается очень сложной структурой данных и сложным жизненным циклом.
Возможность моделирования таких сложных сущностей, как документ, в офисной работе позволила нам приобрести достаточную универсальность в реализации приложений для обработки документов различной природы.
Принимая во внимание соображения, высказанные в предыдущая статья , попробуем описать модель сущности, которую мы называем словом «документ».
Информация в документе Документ – это, прежде всего, носитель информации.
Какая информация может содержаться в документе CЭD?
Неструктурированная информация
- различные типы файлов.В этом случае реальный документ в Приложении CЭD может содержать:
- один файл
- набор версий файла (хранение истории его изменений)
- несколько файлов одного или разных форматов (например, договор и приложения), каждый из которых может содержать историю версий
- более сложные файловые структуры, включая иерархическое упорядочение данных, например, в задачах технического документооборота (описание структуры изделия)
Структурированная информация
– набор атрибутов документа.В ECM-системах эти данные обычно называют метаданными (данными, сопровождающими файл документа), что не совсем корректно, т.к.
в приложении SЭD может обрабатываться документ, не содержащий файлов, а включающий только структурированную информацию.
В Приложении CЭD правильнее было бы назвать информацию о структуре документа – составе атрибутов, составляющих структурированную часть документа – метаданными, но менять уже поздно.
терминология.
Итак, из чего же состоит структурированная часть документа?
- набор атрибутов стандартных типов (строка, число, дата, время)
- атрибуты перечисления (простые справочники) – для различных типов документов атрибуты могут заполняться предопределенными значениями различных типов (тип договора, уровень доступа и т. д.).
- атрибуты, заполняемые из справочников, в отличие от перечислений, могут быть сложными справочниками (например, сотрудники, контрагенты, списки дел или позиций продукции и т. д.).
С одной записью справочника могут быть связаны несколько атрибутов документа.
Например, для конкретного контрагента в документе могут быть сохранены такие атрибуты, как ФИО, юридическое лицо.
адрес, телефон и т. д. В зависимости от способа обработки документа поле ссылки может хранить статическое значение выбранного элемента — каталога или ссылки, которая будет восстанавливать значение при каждом открытии документа, а возможно и то, и другое.
- атрибуты, специфичные для конкретной системы обработки документов.
Так, например, для Docsvision это такие атрибуты, как ссылка на связанный документ, категория документа, ссылка на папку, в которой хранятся документы, номер документа, ссылка на задачу, созданную на основе документа и т.д. обработка таких полей требует определенной логики обработки в зависимости от типа атрибута.
Например, если документ содержит перечень позиций позиций или список сотрудников, участвующих в согласовании документов, или список ссылок на другие документы, составляющие пакет документов.
Каждая строка таблицы может иметь достаточно сложную структуру и содержать все вышеперечисленные наборы атрибутов.
Иногда таблицы могут организовывать иерархию записей.
Каждая строка в таблице атрибутов может содержать не только плоский набор атрибутов, но, в свою очередь, содержать таблицу атрибутов.
Самый типичный случай — список задач, связанных с данным документом.
В SD-приложениях часто возникает необходимость декомпозировать задачи, чтобы каждая строка таблицы, содержащей ссылки на конец документа, могла содержать подчиненную таблицу, содержащую сгенерированные из нее дочерние задачи.
Служебная информация – содержит данные, которые накапливаются в процессе обработки документов и которые нужны не для реализации логики приложения, а для других задач, например, аудита, анализа безопасности и производительности и т.п.
Это могут быть журналы фактов доступа к документам, история изменения, внесенные в документ и т. д. Обычно это табличные данные.
Информация о точности – особый вид официальной информации, с помощью которой подтверждается подлинность авторства и неизменность документа.
Для этого, как правило, используются механизмы электронной подписи с использованием сертификатов.
Иногда можно использовать менее затратные механизмы, например, система Docsvision реализует механизм «простой подписи», не требующий инфраструктуры PKI. Файлы документов и отдельные атрибуты структурированных данных могут быть подписаны, причем подпись также может включать информацию о транзакциях, выполненных в отношении подписанных данных.
Системная информация – используются приложением для выполнения различных сервисных функций и для реализации скрытых от глаз пользователя функций приложения.
К такой информации в системе Docsvision относятся:
- Время последнего изменения данных документа
- Информация о правах доступа к документам
- Наличие блокировки документа или отдельных файлов (Контроль прихода/выезда)
- Эстадия жизненного цикла обработки документа (состояние документа)
Визуальный инструмент низкого уровня Card Manager (CardEditor) позволяет создавать новые типы документов, описывать их информационную структуру и определять ограничения на значения полей.
При использовании данного инструмента программный компонент, реализующий интерфейс документа, разрабатывается на любом языке программирования с использованием API платформы Docsvision. 
Рисунок 1. Инструмент низкого уровня CardEditor позволяет описать информационную структуру документов.
Документ более высокого уровня – конструктор карт – позволяет создать как информационную структуру, так и внешний интерфейс определенного тип* документ. Содержит набор как универсальных, так и специализированных элементов управления.
Конструктор карточек также позволяет подключать различные программные процессоры (скрипты) к различным операциям, совершаемым пользователем, и событиям.
* Тип — объект низкого уровня, содержащий описание структуры данных (схемы) Например, Docsvision изначально поставляется с типами карт «Документ» и «Задача».
Вид - Это разновидность карты определенного типа.
Настраивается с помощью справочников и конструкторов.
Рисунок 2. Инструмент высокого уровня Card Designer позволяет описать информационную структуру документов и его интерфейс.
Например, Docsvision предоставляет типы Входящий, Исходящий и т. д. для типа документа.
Для одного документа может быть спроектировано несколько интерфейсов для его обработки разными пользователями на разных этапах его жизненного цикла.
Жизненный цикл документа В течение своего жизненного цикла документ может проходить различные стадии обработки (разработка, утверждение, утверждение, валидация, архивирование).
На каждом этапе жизненного цикла документа приложение должно предоставлять разным пользователям разные права на его обработку и изменение.
Например, на различных этапах обработки документов:
- изменения можно вносить в основной текст файла документа, только в протокол разногласий или нельзя вносить,
- определенные поля (метаданные) документа могут быть доступны для чтения и редактирования,
- определенные операции доступны для выполнения.
Обычно жизненный цикл документа не сводится к простой линейной последовательности этапов обработки.
Схема, описывающая этапы жизненного цикла документа, в реальной жизни может быть сложной, включая возвраты, циклы обработки и даже условные переходы (если обработка документа развивается по разным сценариям).
В системе Docsvision имеется отдельный дизайнер, позволяющий описать жизненный цикл документа и операции, доступные на каждом этапе жизненного цикла.
Рисунок 3. Инструмент State Designer позволяет описать жизненный цикл документа.
Комментарий! Жизненный цикл документа описывает не процесс его обработки, а изменения в документе в ходе его обработки.
Обычно в ECM/BPM-системах реализованы две подсистемы: управления жизненным циклом документов (Life Cycle) и бизнес-процессов их обработки (Workflow).
Бизнес-логика обработки документов, операции обработки документов В приложениях с документом могут выполняться определенные действия, причем их выполнение может содержать разнообразную логику обработки.
Простейшая логика обработки связана с правилами заполнения полей документа.
Например, поле может быть обязательным или содержать некоторые ограничения (плановая дата не может быть раньше текущей).
Правила такого типа настраиваются в конструкторе правил заполнения визуального поля.
Иногда может потребоваться специфическая и более сложная логика обработки правил заполнения полей, специфичная для приложений C&D. Например, создание номера документа в офисе или уникального идентификатора штрих-кода может зависеть от сложных правил.
Еще одним примером сложных правил заполнения полей документа может быть назначение исполнителя документа в соответствии с организационной структурой компании и структурой временных замещений.
Для реализации таких сценариев в системе Docsvision реализованы специальные элементы управления, которые также можно настраивать.
Однако большое количество сценариев обработки бизнес-логики документов невозможно предсказать заранее.
Для их реализации документ Docsvision поддерживает возможность расширения программного обеспечения.
Для этого вы можете использовать язык #C и специализированный API для доступа к данным документа и управления ими.
Программа обработки может быть связана с любым событием, происходящим с документом – его открытием, изменением поля или файла.
Рисунок 4. Дизайнер карточек позволяет создавать различные программные сценарии для реализации расширенной логики обработки документов.
Особая группа логики обработки информации в документе связана с синхронизацией данных из полей содержимого файла (например, ячеек Excel или полей Word) документа и его атрибутов.
Для этого в Docsvision реализован специальный инструмент для разметки офисных документов.
В следующем разделе мы поговорим об инструментах оптимизации интерфейса документа под конкретный вариант использования и ролевой модели Docsvision. Теги: #документооборот #sed #sedo #приложения #ECM/EDMS
-
Как Подсчитать Использование Интернета
19 Oct, 24 -
Руководство Swtor По Классу Контрабандистов
19 Oct, 24 -
Обход Капчи С Помощью Headless Chrome
19 Oct, 24
