Подсистема управления интерфейсом пользователя
При работе с документом пользователь не работает непосредственно с «текстом» документа, все данные вводятся с помощью экранной формы, строящейся динамически по метаданным. Примерный вид формы показан на рис. 5.
Обычно экранная форма содержит несколько вкладок, которые соответствуют разделам документа. Каждая из вкладок может содержать один или несколько блоков данных.
Блок данных представляет собой таблицу, в строках и столбцах которой располагаются элементы управления. Есть возможность объединить ячейки таблицы для логической группировки элементов управления. Для удобства пользователя при большом объеме блока данных применяется механизм прокрутки с возможностью закрепления заголовочных строк и столбцов.
Разработчик документа может произвольным образом настроить внешнее оформление экранной формы, применить различные цветовые схемы оформления.
В любом Office CASE документе, предназначенном для ввода данных, в нижней части формы располагаются стандартные командные кнопки управления документом.
Нажатие на кнопку «Сохранить» приводит к переносу данных с экранной формы в соответствующие поля документа. Пользователь может на некоторое время прервать работу с документом. При последующей загрузке документа данные из документа загрузятся в экранную форму.
Кнопка «Исправить» приводит к запуску проверки корректности данных в экранной форме. Помимо интерактивной проверки данных непосредственно в процессе набора данных такой механизм бывает весьма полезен.
В процессе работы с документом есть возможность переключиться с представления экранной формы на представление документа. Но у пользователя нет возможности модифицировать документ.
Рис. ???. Пример экранной формы для ввода данных
В качестве элементов управления экранной формы могут выступать: текстовое поле, надпись, комбинированный список и счетчик. Информация для создания экранной формы загружаются их таблицы, находящейся в скрытом разделе документа.
Подсистема контроля данных
Интерактивный контроль данных при заполнении полей документа является очень важной функцией в рассматриваемой системе. При запуске документа информация о доступных правилах и ограничениях загружается из таблицы правил. При изменении значения поля введенное значение проверяется на соответствие ограничениям.
Подсистема информационного обмена
Основная задача рассматриваемой подсистемы это представить интерфейс и набор функций для извлечения информации из документа. Эта подсистема также отвечает за генерацию XML файла по данным документа.
Выше мы рассматривали документы, являющиеся первичными, то есть документы, содержащие данные, которые вводит пользователь. Office CASE позволяет также строить документы, агрегирующие первичные данные: документ формируется на базе заполненных документов.
Программный проект документа рассматриваемого типа должен реализовать две функции: создание документов, в которые будет введена первичная информация, и обработка информации из заполненных документов.
При создании дочерних документов документ-родитель сохраняет о них информацию, которую сможет использовать при создании отчета. Например, не допустить повторную обработку документа или указать, какого документа не хватает.
Для реализации второй функции служит специальный документ-мастер, последовательно собирающий необходимую информацию из первичных документов. Результат работы мастера – готовый документ.
Выше мы рассматривали документы, являющиеся первичными, то есть документы, содержащие данные, которые вводит пользователь. Office Case позволяет также строить документы, агрегирующие первичные данные: документ формируется на базе заполненных документов.
Программный проект документа рассматриваемого типа должен реализовать две функции: создание документов, в которые будет введена первичная информация, и обработка информации из заполненных документов.
При создании дочерних документов документ-родитель сохраняет о них информацию, которую сможет использовать при создании отчета. Например, не допустить повторную обработку документа или указать, какого документа не хватает.
Для реализации второй функции служит мастер, который последовательно собирает необходимую информацию из первичных документов. Результат работы мастера – готовый документ.
Рис. ???. Первый этап работы мастера создания формы 76-рик
Office CASE Documents Studio
Основная задача Office CASE Documents Studio (OCDS) автоматизация разработки систем документов. В интегрированной среде пользователю предоставляется возможность полного цикла разработки: от проектирования структуры документов до описания схемы консолидации и обработки данных. Особенностью системы является ее ориентация на пользователя-непрограммиста, поэтому отдается предпочтение визуальным инструментам. Разработчик получает возможность манипуляции объектами Office CASE Document Framework и объектами самого Microsoft Office без какого-либо программирования на VBA.
Documents Studio представляет собой отдельное приложение, с которым будет работать только администратор, ответственный за создание шаблонов автоматизированных документов. Программа устанавливается только на рабочем месте администратора. Рядовому пользователю, работающему с документами, разработанными с помощью Office CASE, навыки работы в Office CASE Documents Studio не нужны.
Рассмотрим более подробно архитектуру разрабатываемых с помощью Office CASE систем документов. Система состоит из набора связанных по данным документов. Документ может состоять из нескольких разделов. Каждому разделу документа ставится в соответствие один или несколько документов программы Microsoft Office (документ Word, рабочая книга Excel). При наличии в документе нескольких разделов доступ к ним осуществляется только через главный документ. Главный документ формы управляет созданием документов разделов из шаблона, последовательностью заполнения, тиражированием информации между разделами, подготовкой отчета для передачи. В тривиальном случае документ состоит из единственного раздела и не содержит главного документа.
Для создания системы документов с помощью Office CASE Documents Studio пользователю необходимо пройти четыре этапа:
На первом этапе следует разработать внешнее представление документов, разметить поля для данных.
Построение диаграммы документооборота является вторым этапом. Пользователь должен указать, какие объекты участвуют в процессе и как они связаны между собой.
После создания диаграммы следует этап уточнения схемы – задание свойств объектов. На данном этапе пользователь настраивает экранные формы для ввода данных.
На конечном этапе работы Documents Studio сгенерирует шаблоны документов системы. В шаблоны будут импортированы необходимые классы и модули Office Case Document Framework, внедрены метаданные, управляющие поведением документа. После данного этапа документы системы могут начать свое автономное функционирование согласно схеме, предусмотренной разработчиком.
Основные подсистемы Office CASE Documents Studio представлены на рис. ???.
Рис. ???. Основные подсистемы Office Case Document Studio