Доксвижн документооборот как работать с программой

Презентация на тему: » Основы программирования в решениях Docsvision 5 Евгений Колесников Docsvision 28.08.2012.» — Транскрипт:

1 Основы программирования в решениях Docsvision 5 Евгений Колесников Docsvision

3 Слайд: 3 Введение

4 Слайд: 4 Цель курса Получение знаний и начальных навыков о структуре, объектной модели, интерфейсах прикладного программирования платформы Docsvision, принципах разработки решений на платформе: создание библиотек карточек, расширение функциональности стандартных карточек и разработка собственных с помощью сценариев (скриптов), написание скриптов в бизнес-процессах.

5 Слайд: 5 Программа курса День 1 Основные элементы Docsvision как платформы. Инструменты конструирования Docsvision 5. Пример простой карточки на Docsvision 5. Структура карточки Docsvision 5. Пример сценария в бизнес-процессе. Другие возможности программного расширения функционала Docsvision 5. Общее описание архитектуры. Docsvision API.

Шаблоны решений на платформе День 2 Создание пользовательских сценариев в карточках и бизнес-процессах в Docsvision 5. Практическая работа (2). День 3 Разработка библиотек карточек. Базовая карточка. Практическая работа. Разработка специальных приложений.

Система электронного документооборота Доксвижн

Практическая работа.

6 Слайд: 6 Расписание Начало: 10:00 Кофе-брэйк: 11:30 – 11:45 Обед: 13:00 – 14:00 Продолжение занятия: 14:00-15:30 Кофе-брэйк: 15:30-15:45 Продолжение занятия: 15:45-18:00 Вопросы: в любое время!

7 Слайд: 7 Элементы Docsvision 5 Ключевой объект системы Docsvision – карточка Карточка концептуально состоит из 2 элементов: набора таблиц в базе данных и пользовательского интерфейса Клиент Docsvision – Навигатор – работает с карточками Организация хранения обеспечивается папками Обычные папки – определяют набор содержимого по специальному признаку принадлежности карточки к папке Виртуальные папки – определяют набор содержимого по произвольному поисковому запросу Справочник – карточка, существующая в одном экземпляре

8 Слайд: 8 Элементы Docsvision 5 Карточки объединяются в логические наборы – библиотеки карточек Библиотека карточек, как правило соответствует одному приложению на платформе Docsvision 5 по умолчанию устанавливает 5 библиотек карточек: SystemCardLib – системные карточки ManagedCardLib – системные карточки.Net BackOffice – базовые объекты Workflow – карточки управления бизнес-процессами TakeOffice – «Делопроизводство» 4.5, устанавливается для совместимости с DocsVision 4.5 (по умолчанию отключена)

9 Слайд: 9 Инструменты Docsvision 5 Инструменты разработчика ResourceKit – Docsvision SDK: o CardManager – утилита проектирования схем данных o DVExplorer – простой клиент Docsvision для просмотра и ручного редактирования данных карточек и справочников o DVSearchUtil – утилита конвертации поискового запроса Docsvision в формате XML в SQL-запрос o Другие утилиты Конструктор Приложений – инструмент для быстрого создания библиотек карточек: o Позволяет создавать схему данных и конвертировать схему данных из динамических полей o Имеет возможность экспорта библиотеки в базу данных с последующей настройкой в Конструкторах

Docsvision — обзор системы электронного документооборота (СЭД) и демонстрация интерфейса

10 Слайд: 10 Инструменты Docsvision 5 Универсальные инструменты — Конструкторы Могут использоваться как разработчиком, так и администратором системы или инженером по внедрению Позволяют настраивать: o Пользовательский интерфейс (разметки) o Схему данных (динамические поля) o Жизненный цикл (автомат состояний) o Роли (контекст) o Бизнес-процессы o Правила нумерации o Поведение (скрипты) Доступны из Навигатора Docsvision

11 Слайд: 11 Инструменты Docsvision 5 Демонстрация 1.1 – Инструменты разработчика и универсальные инструменты

12 Слайд: 12 Возможности Docsvision 5 для разработчиков

13 Слайд: 13 Docsvision 5 для разработчика Типовые задачи разработчика на платформе Доработка существующих карточек с помощью пользовательских сценариев (скриптов) Добавление сложной (программируемой) логики в существующие шаблоны бизнес-процессов Разработка собственных библиотек карточек Разработка расширений Навигатора (специальный вид карточек) Разработка XSLT-преобразований печати или Расширенных отчетов Разработка специальных утилит или альтернативных Автоматизированных Рабочих Мест

14 Слайд: 14 Примеры решения задач Демонстрация 1.2 – Примеры типовых задач: Простая карточка Простой сценарий в процессе Другие задачи и возможности

15 Слайд: 15 Практическая работа Задание 1.1 – Создание карточки в конструкторах Разработать библиотеку карточек «Библиотека» и карточку «Книга», содержащую поля «Название», «Автор» и «Дата» в основном разделе и табличный раздел «Комментарии» (с полями «Автор» и «Комментарий»). Создать новый вид и стартовое состояние для этой карточки. Создать разметку для карточки содержащую поля основного раздела карточки. Задание 1.2 – Табличные разделы в карточках Добавить таблицу со столбцами Автор и Комментарий на основную разметку карточки предыдущего задания. Связать эту разметку с соответствующими полями карточки.

16 Слайд: 16 Архитектура Docsvision 5

17 Слайд: 17 Концептуальная схема Платформа Основа для создания и работы решений Приложения Готовые решения для типовых внедрений Конструкторы Средства быстрой разработки и модификации решений Дополнительные модули Средства расширения технических возможностей

18 Слайд: 18 Фактическая схема

19 Слайд: 19 Программная схема

20 Слайд: 20 Docsvision API — сервер DocsVision Storage Server Service Можно использовать как старый интерфейс (asmx web-service), так и новый WCF-интерфейс StorageServerServiceV2.svc Для использования на платформах, не поддерживающих WCF (например, java), есть специальный интерфейс StorageServerServiceV2Soap.svc (также возможно использование старого интерфейса) На текущий момент серверный интерфейс не документирован, предполагается использование только в специфических сложных решениях (альтернативный клиент на другой платформе и т.п.)

21 Слайд: 21 Docsvision API — сервер DocsVision Storage Server Extensions При необходимости решения сверхкритичных проблем с производительностью Возможно использование клиентского API – паттерн «Session Pool» Могут использоваться напрямую – вызов через клиентский API и как расширения безопасности (пример: BackOffice Extension) Docsvision Database «Когда нельзя, но очень хочется, то можно» o Расширенные отчеты и бизнес-аналитика o Серверные расширения o Сложные роли Разрешен прямой доступ к базе данных только на чтение, внесение изменений через SQL-инструкции запрещено – решение снимается с техподдержки

Читайте также:
Самая точная программа шагомер

22 Слайд: 22 Docsvision API — клиент DocsVision (Managed) Object Manager Все низкоуровневые операции с данными: o CRUD – создание, чтение, изменение, удаление o Работа с файлами o Управление блокировками o Работа с отчетами Управление блокировками Журналирование Вызов серверных расширений Классы основных элементов: библиотек карточек, объектов данных (карточек, разделов, строк) Объектная модель поиска

23 Слайд: 23 Docsvision API — клиент Platform Object Model Базовые элементы объектной модели: o Контекст объектов o Сервис состояний o Провайдеры и базовые мапперы (mapper) работы с данными (DocsVision, XML) o Базовые классы и интерфейсы сущностей и сервисов BackOffice Object Model Объектная модель карточек Документа и Задания, справочников и конструкторов Docsvision 5 Сервисы для работы с базовыми объектами

24 Слайд: 24 Docsvision API — клиент Platform View Базовые элементы управления: пустая карточка, встраиваемые элементы управления, хост-объект карточки.Net WinForms, WPF BackOffice View Базовая карточка Встраиваемые элементы управления на базе DevExpress Специальные элементы управления Базовых объектов (Задания, Документа и справочников).Net WinForms (DevExpress)

25 Слайд: 25 Docsvision API — Workflow DocsVision Workflow Server Objects Интерфейсы и классы элементов бизнес-логики объектов бизнес- процессов: шлюзов, функций.Net DocsVision Workflow Client Objects Элементы представления объектов бизнес-процессов COM (Visual Basic 6)

26 Слайд: 26 Шаблоны решений на платформе Инженер по внедрению Настройки папок, поисков, представлений и т.п. Настройки видов стандартных карточек Инженер / программист Настройки состояний, ролей, разметок, скриптов Собственные виды карточек Собственная библиотека карточек Дистрибутив решения/пакет данных для переноса Программист Компоненты библиотеки карточек и самих карточек Программные расширения (серверные и клиентские) Дополнительные модули и утилиты Расширенные отчеты

27 Слайд: 27 Разработка решений – Роли Язык программирования: T-SQL Инструмент: Конструктор Ролей, Microsoft SQL Server Management Studio/альтернативный редактор SQL Используемый API: Docsvision Database

28 Слайд: 28 Разработка решений – Скрипты Язык программирования: C# или Visual Basic.Net, Visual Basic Инструмент: Конструктор Разметок, Конструктор Скриптов, Конструктор Бизнес-Процессов, Справочник типов Используемый API: BackOffice Object Model, Managed Object Manager, Workflow Objects, Object Manager

29 Слайд: 29 Собственные типы карточек Язык программирования: XML Инструмент: Конструктор Приложений, Card Manager Используемый API: Metadata (XSD)

30 Слайд: 30 Дистрибутив решения Язык программирования: XML Инструмент: Модуль Переноса Решений, Install Shield/другой инструмент дистрибуции Используемый API: визуальный конструктор, программной логики не требуется (либо специфические скрипты Install Shield)

31 Слайд: 31 Компоненты карточек и библиотеки Язык программирования: C#, VB.Net, C++, Visual Basic Инструмент: Microsoft Visual Studio Используемый API: BackOffice (OM http://www.myshared.ru/slide/839303/» target=»_blank»]www.myshared.ru[/mask_link]

Как мы переводим кадровый документооборот в цифру? Опыт Docsvision

В компании «ДоксВижн» для автоматизации работы кадровой службы, кроме классической учетной системы на базе 1С, используется платформа для электронного документооборота Docsvision. У нас уже полноценно настроены процессы, связанные с оформлением командировок, и полным ходом идёт автоматизация работы с отпусками. По данным исследования компании Deloitte, мы выбрали самую популярную функциональность для перевода на КЭДО (кадровый электронный документооборот).

1728 просмотров
Что на практике дает переход на КЭДО?

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

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

Источник: vc.ru

Возможности настройки и модификации DocsVision

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

Карточка Универсального документа настраивается «с чистого листа»:

  • Определяется необходимый набор пользовательских вкладок и полей на них;
  • Настраивается расположение полей на пользовательских вкладках;
  • Определяется необходимый набор стандартных вкладок (Категории, Документы и ссылки, Задачи, Согласования и т.д.).

Рис. 20. Настройка карточки: состав вкладок, полей и их расположение

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

Читайте также:
Установить программу для переписки

Рис. 21. Настройка карточки файла

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

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

В Справочнике типов можно также настроить виды Согласований, Задач и Заданий DocsVision.

Настройки видов этих объектов в Справочнике типов определяют основные черты их внешнего вида и поведения. Дополнительные возможности предоставляются при настройке шаблонов Согласований и Задач.

Например, для вида Задачи можно определить:

  • Состав вкладок, в т.ч. Вкладку свойства с настраиваемыми пользовательскими полями;
  • Отображение и поведение стандартных полей;
  • Функциональные кнопки на панели инструментов (стандартные и пользовательские, с программной обработкой);
  • Уведомления о различных событиях, которые должны получать участники исполнения Задачи;
  • Разрешенные виды подчиненных задач;
  • Параметры заданий, входящих в задачу.

Рис. 22. Настройка вида Задачи, Полей карточки

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

В представлении можно отобразить:

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

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

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

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

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

Рис. 23. Диалог настройки Представления

Рис. 24. Диалог формирования колонок Представления

Рис. 25. Диалог настройки данных Представления

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

Если в ходе настройки представления было настроено поле, которое может быть использовано в других представлениях, то существует возможность «запомнить» это поле, зафиксировав его в списке выбора как виртуальное поле .

Рис. 26. Результат применения Представления с группировкой и условным форматированием

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

Модуль Расширенные отчеты позволяет строить три типа отчетов, настройки видов которых указываются в справочнике расширенных отчетов:

  • прикладной отчет — изначально является программным и не имеет пользовательского интерфейса, его источником может быть только хранимая процедура. Для запуска на исполнение прикладного отчета необходимо разработать собственную карточку;
  • базовый отчет — запускается на исполнение из карточки расширенного отчета, форма которой автоматически добавляется в систему при установке модуля.
  • отчет MS Reporting — также запускается на исполнение из карточки расширенного отчета, но генерируется не системой DocsVision, а Microsoft Reporting Services SQL Server 2005.

Настройка расширенных отчетов требует понимания структуры хранения данных, создания хранимых процедур SQL Server, XSLT преобразований для форматирования отчета, а также навыков работы с SQL Server Business Intelligence Development Studio (для отчетов MS Reporting).

Универсальный справочник — еще одно мощное средство расширения возможностей системы без программирования. Он позволяет хранить информацию об объектах, регистрация которых не предусмотрена ни в одном другом справочнике системы DocsVision (см. рис. 27).

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

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

Рис. 27. Универсальный справочник

Рис. 28. Настройка записи в Универсальном справочнике

В качестве альтернативы карточкам DocsVision можно использовать экранные формы InfoPath, создаваемых в соответствующем приложении Microsoft Office. Они являются «псевдокарточками»: структуру формы InfoPath можно сохранить в шаблоне карточки файла DocsVision. При этом значения полей синхронизируются со свойствами карточки, и все поля карточек, создаваемых по этому шаблону, могут редактироваться как непосредственно в DocsVision — в карточке файла, так и в Microsoft InfoPath.

Читайте также:
Лучшие программы для конвертирования аудио файлов

Рис. 29. Использование формы Microsoft InfoPath в качестве карточки DocsVision

Поля формы InfoPath можно связать с таблицами БД DocsVision, так и с внешними источниками справочных данных.

Причем информация, введенная в поля формы InfoPath, может использоваться для поиска, для формирования представлений — таким же образом, как и значения в полях стандартных карточек DocsVision.

Шаблоны печати представляют собой готовые формы для автоматического размещения на бумажном листе хранящейся в карточке информации. В DocsVision представлен только один шаблон печати для карточки каждого типа: стандартный шаблон печати, однако на его основе можно создать другие шаблоны — как более сложные, так и упрощенные. Шаблоны печати описаны при помощи языка XML, и для создания пользовательского шаблона печати можно просто модифицировать уже имеющийся шаблон в любом доступном редакторе и сохранить его с новым названием или же создать собственный новый шаблон. Для этой задачи можно использовать утилиту Редактор шаблонов печати DocsVision, позволяющую визуальными средствами на основе XML-схемы карточки создать шаблон печати в Microsoft Word.

Следующим шагом в сторону автоматизации процессного управления является использование бизнес-процессов, создаваемых при помощи инструментов приложения «Управление процессами» (см. раздел «Основные объекты DocsVision — Бизнес-процессы»). Используя набор встроенных функций визуального редактора, можно создать бизнес-процессы, которые:

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

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

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

В версии DocsVision 4.0 возможности разработки бизнес-процессов расширены за счет подсистемы «Процессы WWF».

Еще более расширяет функциональность бизнес-процессов возможность создания сценариев — подпрограмм, выполняющихся в контексте соответствующей функции приложения «Управление процессами». Написание сценариев требует большей квалификации (в частности, знания языков C# или VB.NET) и может быть вызвано невозможностью выполнения какого-либо действия при помощи встроенных функций приложения.

Наконец, если деятельность организации настолько специфична, что не может быть автоматизирована в рамках существующих приложений и возможностей настройки, можно избрать альтернативный путь решения задачи: расширение функциональности платформы DocsVision путем создания на ее основе собственной разработки. Это могут быть наборы карточек, совершенно отличных от карточек приложения «Делопроизводство», и другие программные расширения, реализующие дополнительную требуемую функциональность. Открытый программный интерфейс платформы (DocsVision API) предоставляет для этого широкие возможности. Также предусмотрены специальные инструменты (DocsVision SDK), обеспечивающие возможность визуального описания структуры карточек и справочников приложения, и средства автоматического создания хранилища документов. Разработка карточек может вестись на любом COM-совместимом инструменте разработки, в частности на Microsoft Visual Basic и Visual C++.

В помощь разработчикам предназначены:

  • Руководство разработчика на платформе DocsVision;
  • Руководство разработчика в среде СУБП DocsVision;
  • Описание полей стандартных карточек DocsVision;
  • Примеры кода прикладных компонент на платформе DocsVision;
  • Утилиты для разработки схемы данных, отладки и тестирования разработанных компонент и т.д.

Ссылки по теме

  • Обратиться в «Интерфейс» за дополнительной информацией/по вопросу приобретения продуктов
  • Новости по СЭД DocsVision
  • Статьи по СЭД DocsVision
  • Курсы по СЭД DocsVision
  • Информация по лицензированию DocsVision
  • Скачать DocsVision 4.3
  • Скачать листовку «Функциональные возможности системы DocsVision»
  • Что нового в DocsVision 4.3
  • Руководство по установке, настройке и администрированию DocsVision 4.3
  • Справка DocsVision 4.3
  • Руководство пользователя DocsVision 4.3
  • Руководство по обновлению на версию 4.3

07.2008

Источник: www.interface.ru

Рейтинг
( Пока оценок нет )
Загрузка ...
EFT-Soft.ru