Введение в IBM Datacap Taskmaster Capture Development Kit

Примеры приложений, специализированные C# .NET-действия и панели DotEdit

В данной статье представлен обзор межотраслевых и отраслевых примеров приложений и инструментальных средств пакета IBM Datacap Taskmaster Capture Development Kit (DDK). Приводятся ссылки на каждый компонент.

Роберт Ферин, программист-консультант, IBM

Роберт Ферин (Robert Ferin) является разработчиком в группе IBM Datacap Taskmaster Capture. Пришел в компанию в 2007 году. В настоящее время занимается поддержкой локализации продукта Taskmaster. До этого на протяжении 20 лет занимался разработкой ПО.



30.01.2013

Обзор

IBM Datacap Taskmaster Capture автоматизирует ввод данных из документов, уменьшая затраты и повышая эффективность обработки документов. Это расширенное решение по сбору документов позволяет отказаться от их трудоемкой ручной подготовки и ручного ввода данных, что упрощает обработку и индексирование документов. Datacap Taskmaster Capture Development Kit (DDK) содержит несколько загружаемых файлов, которые будут полезны для пополнения ваших знаний о Taskmaster и расширения его возможностей.

Примеры приложений, которые мы приводим, демонстрируют функциональные возможности Datacap Taskmaster Capture и могут быть настроены под конкретные бизнес-требования. Если при обработке деловой информации требуется распознавание рукописного текста, клавиатурный ввод с изображения (key-from-image – KFI) или использование других функциональных возможностей, эти сценарии реализованы в наших примерах приложений. Примеры можно встроить в уже установленную систему Datacap Taskmaster Capture 8.1.

Для тех, кто нуждается в расширении или настройке Datacap Taskmaster Capture, DDK предоставляет все необходимое для модификации панели верификации DotEdit. При помощи специализированных панелей можно произвести настройку под конкретные формы или конкретную отрасль. В свою очередь, с помощью Custom Actions можно создавать свои собственные действия, расширяя предлагаемый для использования в Taskmaster-приложениях набор действий.


Целевая аудитория

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

Примеры приложений Datacap Taskmaster Capture
Предназначены для всех, кто умеет работать с приложениями Datacap Taskmaster Capture.
Специализированные действия Datacap Taskmaster Capture и специализированные DotEdit-панели
Предназначены для сотрудников служб поддержки Datacap Taskmaster Capture, разрабатывающих специальные реализации, для сотрудников служб поддержки приложений реселлеров, занимающихся специальными реализациями, и для ИТ-сотрудников заказчика, отвечающих за реализации Taskmaster Capture.

1040EZ (Финансовая отрасль)

Приложение 1040EZ в качестве примера конкретной реализации использует рукописную декларацию о доходах.

В приложении 1040EZ демонстрируются:

  • Поиск в базе данных.
  • Экспорт базы данных.
  • Вычисление и проверка числовых полей.
  • Распознавание рукописного текста.

Ссылка на приложение 1040EZ приведена в разделе Загрузки.

Установка приложения 1040EZ

Для установки данного приложения выполните следующие действия:

  1. Поместите пример приложения в каталог Datacap. Обычно это C:\Datacap\1040EZ.
  2. Измените файл datacap.xml и добавьте строку для приложения 1040EZ. При установке в C:\Datacap новая запись будет выглядеть следующим образом: <app name="1040EZ" ref="1040EZ"></app>
    Если 1040EZ устанавливается в другой каталог, укажите полный путь к нему в параметре ref=.
  3. Если 1040EZ устанавливается не в C:\Datacap, настройте соответствующие каталоги для 1040EZ в Application Manager.

Теперь приложение 1040EZ готово к работе.

Последовательность операций приложения 1040EZ

Приложение 1040EZ состоит из следующих заданий:

  • VScan – виртуальное сканирование, которое имитирует страницы налоговой декларации, считывая их из каталога Images.
  • PageID – идентифицирует каждую страницу, чтобы убедиться в том, что это ожидаемая форма декларации.
  • Profiler – выполняет выравнивание страницы, распознавание и проверку данных на странице.
  • Verify – отображает каждую страницу оператору для внесения необходимых исправлений.
  • Export – помещает данные каждой страницы в форматированный XML-файл.

Распознавание рукописного текста

Пример формы 1040EZ содержит рукописные данные. Лучшим механизмом для распознавания рукописного текста является ICR/C. Перед распознаванием отсканированная страница проверяется на соответствие образцам. Распознавание выполняется в задании Profiler.

Поиск в базе данных

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

После распознавания выполняются правила поиска. Правило TaxpayerName выполняет SQL-запрос, используя действие ExecuteSQL. Результаты запроса заполняют поле. Следующие поля, такие как Address и City, заполняются действием PopulateWithResult, принимающим информацию из предыдущего запроса и сохраняющим ее в текущее поле.

Вычисление и проверка поля

Правила для проверки корректности каждого из полей содержатся в наборе правил Validate. Например, поле номера социального страхования может проверяться на равенство длины 9 символам при помощи действий IsFieldLengthMin("9") и IsFieldLengthMax("9"). К полю spouse (супруг) применяются дополнительные проверки, например, проверка на нулевую длину, поэтому оно может быть пустым. Отметим, что эти действия не проверяют поле на содержание только цифр, поскольку на вкладке Zones поля настроены на распознавание чисел, что также повышает вероятность корректного распознавания текста. Например, механизм распознавания не должен догадываться, является ли символ цифрой 1 или буквой I, – он вернет цифровое значение.

Форма налоговой декларации содержит поля, которые должны вычисляться по значениям других полей. Например, поле 4AdjustedGross вызывает CalculateFields("'1TotalWages' + '2TaxableInterest' + '3Unemployment' = '4AdjustedGross'"). Это действие вычисляет выражение и устанавливает состояние поля в зависимости от результата. Если состояние неизвестно, пользователь будет вынужден просмотреть поля для исправления ошибок.

Экспорт базы данных

Правила базы данных работают на уровне пакета и на уровне страниц. На уровне пакета соединение с базой данных открывается при помощи ExportOpenConnection. Строка подключения к базе данных сохраняется на сервере приложений и настраивается в Application Manager. Гибкий параметр (smart parameter) @APPVAR(*/exportdb:cs) получает строку подключения к базе данных экспорта. В нашем примере подключение осуществляется к базе данных Access. Для выполнения действий экспорта в SQL или Oracle достаточно изменить строку подключения к базе данных в Application Manager.

Рекомендуется задавать пароли в Application Manager при помощи гибкого параметра. В таком подходе пароли шифруются, что исключает передачу открытых текстовых паролей в параметрах действий. Гибкие параметры чрезвычайно полезны, поэтому обязательно изучите документацию о них.

Экспорт данных осуществляется по правилу уровня страниц "Rule: Page_1040ez". В нашем примере для экспорта данных каждой страницы используется действие ExportFieldToColumn. При выполнении каждого действия в памяти создается запрос к базе данных, который отправляется в нее во время выполнения действия AddRecord. После обработки всех страниц выполняются правила, назначенные событию close пакета, которое вызывает правило "Rule: 1040EZ_Close" и ExportCloseConnection.

Пользователи и станции 1040EZ

Предопределенные пользователи

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

Идентификатор пользователяПароль
admin admin
edit1 admin
recog1 admin
scan1 admin

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

В приложении 1040EZ предусмотрены следующие предопределенные станции:
  • 1
  • 2
  • local
  • remote
  • remote1
  • remote2
  • remote3

Приложение Express (межотраслевое)

Пример приложения Express использует набор неорганизованных форм ввода, демонстрирующих примеры разделения страницы, ввода на основе изображения и ввода данных "двойным слепым" методом, когда несколько операторов проверяют один и тот же документ и результаты сравниваются. Например, его можно использовать в бизнес-сценарии, когда входные документы сильно различаются или имеет смысл по каким-либо другим причинам вручную извлекать данные из формы, а затем привлекать второго пользователя для ввода и проверки данных. Интерфейс верификации базируется на Web-клиенте Datacap Taskmaster Capture.

В этом приложении приведены следующие примеры:

  • Идентификация страницы вручную.
  • Ввод на основе изображения.
  • Верификация ввода на основе изображения двумя пользователями.
  • Верификация по "двойному слепому" методу.

Ссылка на пример приложения Express приведена в разделе Загрузки.

Установка примера Express

Для установки данного приложения выполните следующие действия:

  1. Поместите пример приложения в каталог Datacap. Обычно это C:\Datacap\Express.
  2. Измените файл datacap.xml и добавьте строку для приложения Express. При установке в C:\Datacap новая запись будет выглядеть следующим образом: <app name="Express" ref="Express"></app>
    Если Express устанавливается в другой каталог, укажите полный путь к нему в параметре ref=.
  3. Если Express устанавливается не в C:\Datacap, настройте соответствующие каталоги для Express в Application Manager.

Теперь приложение Express готово к работе.

Последовательность операций приложения Express

Приложение Express состоит из следующей последовательности операций:

  • Remote Index – удаленное сканирование и загрузка с однопроходным вводом данных индексов.
  • Local All – локальное сканирование с однопроходным вводом данных.
  • TwoPass – удаленное сканирование с двухпроходным вводом данных.
  • Remote RScan – удаленное сканирование с однопроходным вводом данных. Требуется сканер.
  • DoubleBlind – удаленное сканирование "двойным слепым" методом, трехпроходная верификация.
  • Vscan to Upload – удаленное сканирование с однопроходным вводом данных.

Предопределенные ярлыки

Интерактивные

  • Index – ручное индексирование, выполняет задания Key.
  • RScan to Upload – удаленное задание RScan для загрузки.
  • Upload – загружает изображения, загружает отсканированные изображения.
  • Vscan to Index – удаленное задание VScan для индексации.
  • Vscan Local – Vscan по LAN.

Фоновые

Как и любое фоновое задание, фоновые задания для Express можно выполнять вручную, используя DotScan, или настроить Rulerunner на выполнение их в автоматическом режиме.

  • PrepData – сравнение и скрытие данных между проходами.
  • Assemble – идентификация страниц при помощи листов-разделителей со штрихкодом и создание структуры документа.
  • RRExport – экспорт данных.

Индексация

Задача индексации не выполняет распознавание страницы. Это задание называется также клавиатурным вводом с изображения (key from image – KFI) – оператор вручную заполняет поля, просматривая на экране отсканированное изображение. В приложении Express оператор выбирает тип документа. Выбор типа вызывает появление на экране полей, соответствующих изображению.

Двухпроходная верификация

При двухпроходной верификации нужны два уникальных оператора. Первый оператор вручную заполняет поля, просматривая изображение на экране. После отправки оператором пакет обрабатывается заданием PrepData и поступает к другому оператору на верификацию. Поскольку в настройках шага Key2of2 в опции Queue by выбрано значение Other User, следующий шаг верификации должен выполняться другим оператором.

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

Верификация "двойным слепым" методом / трехпроходная верификация

Приложение Express также демонстрирует пример полной верификации "двойным слепым" методом. При такой верификации один и тот же документ просматривают три оператора. Сначала один оператор выполняет KFI по изображениям в пакете. Затем второй оператор выполняет KFI по этим же изображениям. На этом втором шаге данные, вводимые вторым пользователем, не сравниваются с данными первого пользователя. После завершения пакет переходит к третьему оператору.

В настройке шага Key3 опция Queue by установлена в Other Station And Other User. Для этого нужен уникальный пользователь и уникальная станция. При выполнении шага индексирования задание доступно для верификации только в случае, если станция и пользователь отличаются от предыдущих верификаторов.

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

Пользователи и станции приложения Express

Предопределенные пользователи

Ниже приведена информация о пользователях для входа в приложение. Идентификатор admin имеет полные полномочия администратора для просмотра и модификации настроек последовательности действий в приложении. Идентификаторы и пароли чувствительны к регистру.

Идентификатор пользователяПароль
admin admin
Indexer1 Indexer1
Indexer2 Indexer2
Indexer3 Indexer3
scan scan

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

В приложении Express предусмотрены перечисленные ниже предопределенные станции. Рабочий процесс с использованием "двойного слепого" метода требует как минимум двух станций.
  • 1
  • 2
  • local
  • remote
  • remote1
  • remote2
  • remote3

Алгоритм двухпроходной работы в Express

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

  1. Войдите в TMWeb в качестве первого оператора Indexer1.
  2. Выберите Vscan to Index.
  3. Выберите Two Pass.
  4. Выполните виртуальное сканирование изображений из каталога Express\Images.
  5. Выберите Upload.
  6. Запустите задание Assemble с DotScan или с Rulerunner.
  7. На экране ярлыка TMWeb выберите Index.
  8. Просмотрите каждую страницу и убедитесь в том, что страница идентифицировалась в соответствии со штрихкодом. Исправьте все ошибочные типы.
  9. После корректировки типа страницы заполните ее поля.
  10. После заполнения всех страниц отправьте пакет и выйдите из системы.
  11. Выполните задание PrepData с DotScan или с Rulerunner.
  12. Войдите в систему под другим идентификатором, например Indexer2.
  13. Выберите Index
  14. Введите данные для каждой страницы. Если данные совпадают с данными первого оператора, их достаточно ввести один раз. Если данные отличаются от данных первого оператора, необходимо ввести их дважды, причем оба раза одинаково, чтобы они были восприняты системой.
  15. Отправьте пакет.
  16. Используйте DotScan или Rulerunner для выполнения шага RRExport.
  17. Задание export создаст неформатированный текстовый файл в каталоге Express\Export.

Приложение Survey (межотраслевое)

В примере приложения Survey используется форма опросного листа для сбора рукописной информации и выбираемых пользователями вариантов. Процесс демонстрирует использование в Taskmaster Capture фоновых форм (dropout form), оптического распознавания отметок (optical mark recognition – OMR), штрихкодов для определения идентификатора страницы и распознавание рукописного текста с постоянным шагом. Для совмещения отсканированного изображения с существующим образцом используются опорные элементы (anchor), что улучшает эффективность распознавания и сокращает работу по ручному исправлению ошибок.

Данный пример можно применить для конкретного приложения. Для улучшения распознавания и обнаружения OMR в подготовленных формах используются фоновые цвета (dropout color).

В этом приложении приведены следующие примеры:

  • Распознавание рукописного текста с постоянным шагом.
  • Использование цветных фоновых форм.
  • Оптическое распознавание меток (OMR).
  • Идентификация страницы с использованием штрихкодов на форме (без страниц-разделителей).
  • Совмещение страницы с образцом при помощи опорных элементов.

Ссылка на приложение Survey приведена в разделе Загрузки.

Установка примера приложения Survey

Для установки данного приложения выполните следующие действия:

  1. Поместите пример приложения в каталог Datacap. Обычно это C:\Datacap\Survey.
  2. Измените файл datacap.xml и добавьте строку для приложения Survey. При установке в C:\Datacap новая запись будет выглядеть следующим образом: <app name="Survey" ref="Survey"></app>
    Если Survey устанавливается в другой каталог, укажите полный путь к нему в параметре ref=.
  3. Если Survey устанавливается не в C:\Datacap, настройте соответствующие каталоги для Survey в Application Manager.

Теперь приложение Survey готово к работе.

Последовательность операций приложения Survey

Приложение Survey состоит из следующих заданий:

  • VScan – шаг виртуального сканирования, имитирующий сканирование четырех примеров страниц, считывая их из каталога Images.
  • PageID – идентифицирует каждую страницу пакета, чтобы убедиться в том, что это ожидаемая форма опроса.
  • Profiler – выполняет выравнивание страницы, распознавание и проверку данных на странице.
  • Verify – отображает каждую страницу оператору для внесения необходимых исправлений.
  • Export – помещает данные каждой страницы в форматированный XML-файл.

Использование фоновых форм

В файле Survey Blue Dropout.PDF показана цветная форма, использующая фоновый цвет. Цвет может меняться в зависимости от используемого сканера. Фоновые формы позволяют легко удалять разметку формы перед распознаванием, обеспечивая лучшие результаты распознавания символов и отметок. Исходная форма ввода данных расположена в каталоге Examples. Имеется два различных примера формы.

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

Для черно-белых форм имеется пример формы со светло-серыми пунктирными линиями. При помощи действия ImageEnhance с настройками despeckle можно удалить пунктирные линии, а с настройками use tolerance – всю светло-серую информацию. Аналогично, тонкие сплошные линии можно удалить с помощью настроек line removal. При создании черно-белых форм будьте внимательны, чтобы удаление линий не сопровождалось удалением рукописной информации. Наличие функций удаления черно-белых линий позволяет получать формы по факсу и копировать их.

Зонирование фоновой формы

В каталоге Examples находится файл Fingerprint Creation Template.tif. В этой форме вся фоновая информация удалена, а есть только метки, отмечающие каждую зону. Это изображение демонстрирует удобный способ создания зон для формы в Datacap Studio. Чтобы создать их, просто отметьте противоположные углы каждой зоны оригинальной бумажной формы для указания местоположения и размера. Выполните сканирование формы и пропустите ее через процесс dropout. В результате вы получите изображение с удаленной фоновой информацией, но отметки зон сохранятся. Используйте это изображение в качестве образца и разбейте поля на зоны, используя ваши эталонные метки зон.

Идентификация страниц с использованием штрихкодов

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

Опорные элементы для совмещения форм

Форма имеет линию в виде буквы "T" в верхней части и еще одну такую же линию в нижней. Эти области зонированы как поля и дополнительно отмечены как поля Anchor. Перед распознаванием с помощью MatchPattern выполняется совмещение отсканированной формы и образца по опорным элементам. Это действие улучшает эффективность распознавания и обнаружения отметок и просмотра при верификации, даже если вы используете настройки компенсации перекоса для улучшения качества изображения. Для совмещения изображения можно использовать один или несколько опорных элементов (обычно два или три). Опорные элементы не обязательно должны размещаться в верхней и нижней части страницы, как в данном примере. Они могут размещаться в противоположных углах страницы.

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

Оптическое распознавание меток (OMR)

В некоторых частях рассматриваемого примера формы имеются OMR-поля. OMR-поля распознаются при помощи действия RecogOMRThreshold. Это действие проверяет OMR-поле на наличие в области специальной метки (deliberate mark). Технология OMR лучше всего работает в фоновых формах, которые и используются в Survey. Чтобы узнать, как настроены OMR-действия, можно просмотреть правила распознавания. Отметим, что параметры изменяются в зависимости от размера OMR-поля.

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

Распознавание рукописного текста

Распознавание текстовых полей выполняет механизм ICR/C, являющийся наилучшим для распознавания рукописного текста. Рукописный текст в форме имеет постоянную ширину символов, поэтому зоны для каждого поля настроены на вкладке Zones как fixed pitch handwriting. После верификации приложение создаст файл export в XML-формате.

Проверка

Набор правил Validate выполняет несколько проверок. Некоторые OMR-группы допускают отметки в нескольких пунктах, другие – только в конкретном числе пунктов. Эти проверки выполняются при помощи действий IsMinOMRChecked и IsMaxOMRChecked. Например, при выборе способа платежа можно выбрать только один вариант. С другой стороны, при выборе типов взносов может быть отмечено несколько вариантов. Кроме того, форма должна быть подписана.

Также проверяются даты и суммы. Например, начальная дата должна быть меньше конечной. Суммарный взнос должен соответствовать сумме периодических взносов. Имеется возможность запретить оператору сдачу формы в случае неудачной проверки – это приложение допускает прохождение документа с ошибками проверки.

Пользователи и станции Survey

Предопределенные пользователи

Ниже приведена информация о пользователях для входа в приложение. Идентификатор admin имеет полные полномочия администратора для просмотра и модификации настроек последовательности действий в приложении. Идентификаторы и пароли чувствительны к регистру.

Идентификатор пользователяПароль
admin admin
edit1 admin
recog1 admin
scan1 admin

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

В приложении Express предусмотрены перечисленные ниже предопределенные станции. Рабочий процесс с использованием "двойного слепого" метода требует как минимум двух станций.
  • 1
  • 2
  • 3
  • 4
  • background
  • remote1

Специализированные DotEdit-панели (межотраслевые)

Taskmaster Capture предоставляет клиентское приложение DotEdit для верификации данных и метаданных документа. Специализированные DotEdit-панели верификации для приложений Datacap Taskmaster Capture можно создать при помощи Microsoft® Visual Studio® 2010.

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

Специализированные DotEdit-панели верификации обеспечивают:

  • Контроль схемы размещения полей и изображений.
  • Доступ к объектам Datacap Object (DCO) и переменным приложения.
  • Функциональность, специфичную для конкретного приложения.
  • Отображение на панели пользовательских логотипов или корпоративных изображений.

Ссылка на пример приложения со специализированными DotEdit-панелями приведена в разделе Загрузки.

Дополнительная информация о создании панелей верификации данных для DotEdit приведена в Руководстве по созданию специализированных DotEdit-панелей.


Custom Actions

В тех ситуациях, когда конкретные требования приложения нельзя удовлетворить при помощи стандартных действий, практически любую задачу можно выполнить при помощи Custom Actions (специализированных действий). Custom Actions для приложений Taskmaster можно создать при помощи Microsoft Visual Studio 2010. Библиотека действий пишется на C# .NET и реализуется в виде COM DLL, а доступ к ней из приложения Taskmaster обеспечивает файл Datacap RRX, описывающий public-интерфейс библиотеки. Созданные вами действия добавляются в установленный Taskmaster, что делает возможным обращение к ним из Taskmaster-приложений. Custom Actions появляются в Datacap Studio, что позволяет добавлять их в наборы правил таким же способом, как и стандартные действия.

Загружаемый пакет Custom Actions содержит шаблон Visual Studio C# для создания ваших собственных действий. Также в него включены два примера реализации библиотеки действий и пример приложения для выполнения примеров действий. Ссылка на шаблон Custom Actions и примеры действий приведена в разделе Загрузки.

Документация по шаблону Custom Actions, примеры действий и подробности их использования в приложениях приведены в документации по IBM Datacap Taskmaster Capture 8.1.


Заключение

В статье рассмотрен пакет IBM Datacap Taskmaster Capture Developer Kit и его использование для усовершенствования навыков разработки. В примерах приложений продемонстрированы некоторые функциональные возможности и их применение в вашем приложении. Для улучшения контроля экрана верификации я включил информацию по настройке DotEdit-панелей, позволяющую полностью управлять панелями вашего приложения. Custom Actions позволяют расширить возможности ваших приложений.


Загрузка

ОписаниеИмяРазмер
Пример приложения 1040EZTaskmaster-DDK-8.1-1040ez.zip522КБ
Пример приложения ExpressTaskmaster-DDK-8.1-Express.zip380КБ
Пример приложения SurveyTaskmaster-DDK-8.1-Survey.zip757КБ
Пример DotEditTaskmaster-DDK-8.1-DotEditPanels.zip54КБ
Пример Custom ActionsTM8.1-CustomActions.zip932КБ

Ресурсы

Комментарии

developerWorks: Войти

Обязательные поля отмечены звездочкой (*).


Нужен IBM ID?
Забыли Ваш IBM ID?


Забыли Ваш пароль?
Изменить пароль

Нажимая Отправить, Вы принимаете Условия использования developerWorks.

 


Профиль создается, когда вы первый раз заходите в developerWorks. Информация в вашем профиле (имя, страна / регион, название компании) отображается для всех пользователей и будет сопровождать любой опубликованный вами контент пока вы специально не укажите скрыть название вашей компании. Вы можете обновить ваш IBM аккаунт в любое время.

Вся введенная информация защищена.

Выберите имя, которое будет отображаться на экране



При первом входе в developerWorks для Вас будет создан профиль и Вам нужно будет выбрать Отображаемое имя. Оно будет выводиться рядом с контентом, опубликованным Вами в developerWorks.

Отображаемое имя должно иметь длину от 3 символов до 31 символа. Ваше Имя в системе должно быть уникальным. В качестве имени по соображениям приватности нельзя использовать контактный e-mail.

Обязательные поля отмечены звездочкой (*).

(Отображаемое имя должно иметь длину от 3 символов до 31 символа.)

Нажимая Отправить, Вы принимаете Условия использования developerWorks.

 


Вся введенная информация защищена.


static.content.url=http://www.ibm.com/developerworks/js/artrating/
SITE_ID=40
Zone=Information Management
ArticleID=856758
ArticleTitle=Введение в IBM Datacap Taskmaster Capture Development Kit
publish-date=01302013