Поздравляем с новым годом!

Коллеги! Поздравляем вас с новым годом! Наш блог уходит на 10 дневные каникулы. После праздников вас ждет много интересного. Публикация утилиты, которая производит синхронизацию ActiveDirectory и справочника сотрудников по расписанию. Описание нашего нового инструмента HelpDesk для технической поддержки DocsVision, и технологий его создания. И многое другое!

Читать дальше

Вебинар "Обзор возможностей Конструктора Решений"

Доступна для скачивания запись вебинара Олега Баранова "Обзор возможностей Конструктора Решений".

Первая часть

Вторая часть Читать дальше

Альфа-версия Конструктора Решений

Доброго времени суток!

Доступна для скачивания "альфа-версия" Конструктора Решений:

Applications Designer включает в себя установочные пакеты серверной и клиентской части, руководство администратора, а также установочные пакеты примера библиотеки карточек;

Applications Designer SDK - установочный пакет SDK для разработчиков на Конструкторе решений, руководство разработчика и пример кода.

Поддерживаемая версия платформы: DocsVision 4.3 SR1 (4.3.1848). Читать дальше

Эмуляция нагрузки на сервер DV с использованием MS Visual Studio.

Среди программных продуктов существует множество как платных, так и бесплатных специализированных решений для эмуляции нагрузки на WEB-сервера.К сожалению, почти все они не очень хорошо подходят для эмуляции нагрузки на сервер DocsVision. Связано это главным образом с тем, что данные продукты заточены для нагрузочного тестирования WEB-сайтов, а не сложных клиент-серверных приложений, где весь трафик является персонально-зависимым.В данном посте хочу в общих чертах описать процедуру эмуляции нагрузки на сервер с использованием Microsoft Visual Studio Team System.


Данная редакция позволяет создавать Test Project, который среди нескольких типов тестов содержит Load Test (нагрузочный тест). Данный тип теста имеет следующую функциональность – запуск участков кода, объединенных атрибутом [Test Method] во множестве потоков. (То есть эмулировать выполнение этих участков одновременно от имени нескольких виртуальных пользователей). Плюс к этой функциональности, данный тип теста содержит большое число настроек и параметров, для гибкого управления конфигурацией. Сложив вместе сказанное в абзаце выше легко прийти к выходу, что Load Test в Visual Studio позволяет во-первых, создавать нагрузочные тесты для сервера DocsVision, а во-вторых, гибко управлять параметрами данной нагрузки. Вот небольшой пример кода, содержащего два теста – открытие карточки входящего документа и загрузка файла на диск из карточки файла:

 [TestClass]
    class MyTestClass
    {
        [TestMethod]
        public void OpenCardDocument()
        {
            UserSession session = this.GetUserSession();
            Assert.IsNotNull(session);

            // open card
            Guid cardID = (Guid)this.TestProperties["InstanceID"];

            CardData cardData = session.CardManager.GetCardData(cardID);
           
            // emulate reading data
            cardData.SaveXml(new MemoryStream());
        }

        [TestMethod]
        public void OpenCardFile()
        {
            UserSession session = this.GetUserSession();
            Assert.IsNotNull(session);

            // open card
            Guid cardID = (Guid)this.TestProperties["InstanceID"];

            CardData cardData = session.CardManager.GetCardData(cardID);
           

            // emulate reading data
            cardData.SaveXml(new MemoryStream());

            // download file to disk
            DownloadFile(session, cardData);
        }
    }

TestProperties["InstanceID"] – параметр из конфигурационного файла, соответствующий ID карточки входящего документа и карточки файла соответственно.

Теперь нам осталось только сконфигурировать параметры нагрузки, например так:

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

Данный небольшой обзор не претендует на какую-либо полноту, показана лишь принципиальная возможность эмуляции нагрузки на сервер DocsVision с помощью Visual Studio. Очевидно, что данная среда позволяет эмулировать любые тест-кейсы, сложность и приближенность к реальным юзкейсам зависят лишь от разработчика данных тестов.
Читать дальше

Переезд...

Наш переезд завершен. Работа вошла в привычный ритм, и можно продолжить ведение блога.
Если не получали рассылку с информацией, обратите внимание, что наш адрес изменился
http://www.docsvision.com/nc/contact/ Читать дальше

Возможности программного расширения платформы DocsVision

DocsVision - это платформа на которой можно строить собственные решения. Какие же возможности существуют для этого.


Сценарии (скрипты) в стандартных карточках решения Делопроизводство.

Позволяют незначительно модифицировать или дополнять логику работы стандартных карточек документов в решении Делопроизводство (Входящий, Исходящий, Внутренний, Универсальный документ) путем выполнения пользовательских сценариев в ключевые моменты стандартного жизненного цикла карточек. Язык разработки сценариев – VBScript. Функциональные возможности – любые, с использованием стандартной объектной модели (API) DocsVision или любых вспомогательных COM-объектов (в том числе внешних систем). Текст сценария может быть зашифрован с использованием пароля для защиты авторских прав.
Примеры использования:

• При создании новой карточки, заполнить поля предопределенными значениям
• При закрытии карточки, проверить корректность введенных пользователем данных
• При изменении значения свойства, автоматически вычислить значения других свойств и полей

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


Сценарии (скрипты) в бизнес-процессах

Выполняются в рамках стандартной функции “Сценарий”. Используются для реализации сложной логики, которую нельзя реализовать с помощью других стандартных функций; а также для повышения производительности сложных операций. Язык разработки сценариев – C# или VB.NET. Функциональные возможности – любые, с использованием стандартной объектной модели (API) DocsVision или любых вспомогательных .NET-сборок. Текст сценария может быть зашифрован с использованием пароля для защиты авторских прав.
Примеры использования:

• • Обработка в цикле большого количества карточек, найденных мониторингом
• • Сложные вычисления над данными
• • Взаимодействие с внешней системой, для которой нет стандартного шлюза

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


Внешние утилиты и приложения

Любые внешние по отношению к DocsVision приложения, выполняющиеся за рамками процессов Навигатора и сервера DocsVision. Основные сценарии использования:

• Специализированные АРМы (функциональные рабочие места) – например, Личный помощник, Рабочее Место Руководителя, и т.д.
• Интеграция с другими приложениями (например, панель инструментов в приложениях Microsoft Office)
• Утилиты для синхронизации или потоковой загрузки данных (например, утилита импорта справочника сотрудников из Excel; сервис периодической синхронизации с AD)

Язык разработки – любой, допускающий использование API DocsVision (COM или .NET).


Новые типы карточек

Создаются для автоматизации новых сценариев, не предусмотренных стандартными набором решений – то есть, когда для моделирования бизнес-объектов не подходят карточки стандартных решений Делопроизводство и Управление процессами (даже с помощью пользовательских свойств), а также не существует специализированных сторонних решений.
При разработке нового типа карточки можно определить любую структуру хранения данных, а также произвольный пользовательский интерфейс для работы с ними. Частным случаем нового типа карточек являются также справочники.
Язык разработки карточек – любой COM-ориентированный (VB, C++) или .NET (C#, VB.NET).
Набор из нескольких новых типов карточек и справочников чаще всего образует законченное решение, которое может быть тиражируемым.
Пример решений:

• HelpDesk (карточка обращения, карточка уровня сервиса)
• Управление совещаниями (карточка протокола совещания, справочник доступности ресурсов)

Расширения Навигатора

Используются для расширения функциональности стандартного клиентского приложения системы DocsVision Навигатор (аналог плагинов в других системах). Позволяют дополнить интерфейс Навигатора новыми кнопками панели инструментов, командами контекстного меню для различных объектов; а также изменить его поведение в некоторых сценариях (работе виртуальных папок, выборе пользователей из справочника, и т.д.). Язык разработки – любой COM-ориентированный (VB, C++) или .NET (C#, VB.NET).

Сценарии использования:

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

Сценарии (скрипты) в справочнике расширенных команд Навигатора

Менее функциональный, но более простой в использовании вариант расширений Навигатора. Позволяет расширить функциональность Навигатора ограниченным набором способов:

• Новая команда на панели инструментов
• Новая команда в контекстном меню карточек или папок

При инициации дополнительной команды, вызывается разработанный сценарий на языке VBScript. Функциональные возможности сценария – любые, с использованием стандартной объектной модели (API) DocsVision или любых вспомогательных COM-объектов (в том числе внешних систем). Текст сценария может быть зашифрован с использованием пароля для защиты авторских прав.


Серверные расширения

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

• Вызов из сценария в карточке с целью переназначения прав на большое количество объектов
• Реализация дополнительной проверки членства в группах в момент логина пользователя

Функции Worfklow

Предназначены для реализации новых типовых сценариев работы с объектами в бизнес-процессах. Функция может предоставлять возможность работы с объектами внешней системы, для которой не существует стандартного шлюза; либо реализовывать новые алгоритмы обработки объектов базовых шлюзов, которые не могут быть реализованы с помощью стандартных функций. Язык разработки – COM (VB, C++) и .NET (C#, VB.NET).
Основное отличие функции бизнес-процесса от сценария - это наличие пользовательского интерфейса, который позволяет пользователю самостоятельно изменять параметры работы функции.
Примеры функций:

• Функция обработки карточек поручений, специализированная для работы в рамках решения “Административное Делопроизводство”
• Функция распознавания документа с использованием FineReader

Шлюзы Workflow

Позволяют реализовать интеграцию решения «Управление процессами» с внешними системами, для которых не предусмотрено стандартных шлюзов. Шлюз позволяет оперировать в процессе новыми типами объектов (переменных) с помощью стандартных функций (универсальная функция, универсальный обмен данными) либо специализированных функций (обычно распространяются вместе со шлюзом). Язык разработки – COM (VB, C++) и .NET (C#, VB.NET).
Примеры:

• Шлюз к системе Lotus Notes, предоставляющий возможность обработки новых типов переменных “Сообщение Lotus Notes” и “Пользователь Lotus Notes”

Процессы WWF

Позволяют создавать новые (и использовать существующие) активности, и исполнять их с помощью решения «Процессы Window Workflow Foundation”. Основным преимуществом данной подсистемы по сравнению с DocsVIsion Workflow является более высокая скорость работы, и наличие большого количества готовых активностей, созданных сторонними разработчиками и компанией Microsoft. Язык разработки – C# или VB.NET.


Модули расширения Консоли Настройки

Модули расширения Консоли Настройки (Snap-Ins) предназначены для интеграции новых решений и модулей в интерфейс Консоли Настройки DocsVision, а также для управления процессом установки решения. В процессе инсталляции, модуль расширения может предоставлять информацию о решении для погрузки в базу данных и интеграции с сервером DocsiVision. После окончания установки, решение может быть представлено дополнительной веткой в дереве настроек, которой соответствует набор элементов управления в правой части для изменения основных конфигурационных параметров решения. Язык разработки модулей расширения – C# или VB.NET.


Модули расширения справочника системных настроек

Данный тип расширений позволяет интегрировать настройки любых решений в стандартный справочник Системных Настроек (начиная с версии DocsVIsion 4.3). Решение будет представлено дополнительной веткой в дереве решений, в каждой из которых может храниться произвольное количество настроек (с возможною группировки в подветки). Платформа предоставляет центарлизованное хранилище настроек, задача разработчика – обеспечить пользовательских интерфейс для их ввода. Язык разработки – C# или VB.NET.
Сценарии использования: при создании тиражируемых решений, подразумевающих возможность тонкой настройки в процессе внедрения.
Отличие от модулей расширнения Консоли Настройки: модули расширения Консоли Настройки обычно предназначаются для “грубых” настроек, без которых решение или модуль вообще не может функционировать (например, настройки соединения с базой данных, или учетные записи); тогда как настройки в справочнике предназначены уже для “тонкой” настройки специфических параметров работы решения.


Расширенные отчеты

Требуют наличия дополнительного модуля “Расширенные отчеты”.
Применяются для формирования:

• сложных отчетов, которые нельзя построить с помощью стандартных представлений
• статистических отчетов, формирование которых создает большую вычислительную нагрузку на сервер
• итерактивных отчетов в формате HTML, с использованием ссылок и элементов управления
• отчетов в формате Word и Excel
• отчетов, включающих в себя данные из сторонних систем
• отчетов в формате Microsoft SQL Server Reporting

Язык разработки отчета: SQL (хранимая процедура) и XSLT-преобразование.


Web-формы карточек

Требуют наличия дополнительного модуля “Легкий клиент”.
Позволяют реализовать HTML-формы для работы с данными карточек в Легком клиенте DocsVision. Реализуются как элементы управления ASP.NET, и могут быть динамически добавлены для любых типов карточек в системе (в том числе, карточек и справочников стандартных решений). Язык разработки - C# или VB.NET.
Скачать отдельным документом
Читать дальше

Особенности работы шлюза 1С и DV

1. Рекомендуется использование последней версии платформы 1 С (8.1.14.72) и выше.
2. Для подключения к 1С шлюз DocsVison использует COM connector системы 1С. V81.COMConnector накладывает на способ взаимодействия с ним в многопоточном окружении дополнительные нестандартные ограничения, в связи с чем,для повышения стабильности работы шлюза рекомендуется установить парамтр ключа реестра 1C HKEY_LOCAL_MACHINE\SOFTWARE\Classes\CLSID\{48EE4DBA-DE11-4af2-83B9-1F7FD6B6B3E3}\InprocServer32 в Apartment. Данный ключ переводит работу V81.COMConnector COM connector 1С в однопоточный режим. Читать дальше

Возможности интеграции платформы DocsVision

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


База данных

Данный способ позразумевает чтение и запись данных напрямую из таблиц базы данных DocsVIsion.
Преимущества:

• Самый быстрый с точки зрения производительности способ интеграции

Недостатки:

• Необходимо досконально знать структуру базы DV и внешней системы
• Большой риск нарушить целостность БД, что может привести к некорректной работе приложения
• Доступ к данным в DocsVision без учета назначенных прав (в обход подсистемы безопасности)

Рекомендация:

• Применять при однократной загрузке (выгрузке) больших объемов данных (десятки и сотни тысяч записей)
  

XML

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

Преимущества:

• XML – открытый формат, поддерживаемый большинством современных систем
• Не требуется специальных знаний о системе DocsVision для реализации интеграции

Недостатки:

• Процессы экспорта и импорта XML очень медленные
• Накладные расходы самого формата приводят к значительному увеличению объема данных

Рекомендации:

• Использовать для периодического переноса небольших объемов данных

Объектная модель (API)

Система DocsVIsion имеет открытую объектную модель API (на базе технологий COM и. NET Framework), которая позволяет из внешних приложений выполнять операции с данными DocsVision. На базе этой объектной модели можно разрабатывать специализированные приложения и утилиты для загрузки и выгрузки данных (например, сервис, выполняющийся по расписанию); а также реализовать более тесную интеграцию непосредственно в интерфейс внешних систем (для тех систем, которые поддерживают программные расширения в виде плагинов или сценариев).

Преимущества:

• Возможность реализации сколь угодно сложно логики обработки данных с использованием средств алгоритмических языков программирования
• Объектная модель контролирует целостность данных и полномочия доступа к ним

Недостатки:

• Посредственная скорость обработки данных
• Необходимость изучения объектной модели DocsVision
• Сложность модификации алгоритмов обработки данных в процессе эксплуатации

Рекомендации:

• Применять при необходимости сложной алгоритмической обработки данных
• Для обеспечения более тесной интеграции с внешними системами

Шлюзы Workflow

Подсистема управлениям бизнес-процессами DocsVIsion является мощным средством организации процессов обработки данных - и в том числе, организаци интеграции с внешними системами при помощи специализированных компонент – шлюзов. Для некоторых внешних систем существуют готовые шлюзы, которые входят в базовый комплект поставки (шлюз к почте, шлюз к файловой системе) либо могут быть приобретены дополнительно (шлюз к Microsoft SharePoint Services, шлюз к 1Сv8, и т.д.). Если же для внешней системы не существует готового шлюза, то его можно разработать самостоятельно с использованием открытых интерфейсов.

Преимущества:

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

Недостатки:

• Низкая скорость обработки данных
• Значительная трудоемкость разработки собственных шлюзов

Рекомендации:

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

Сценарии в бизнес-процессах

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

Преимущества:

• Значительно меньшая по сравнению с разработкой шлюза трудоемкость реализации
• Более высокая производительность при обработке больших объемов данных
• Возможность использования всей функциональности подсистемы управления бизнес-процессами DocsVision для пре- и пост-обработки данных

Недостатки:

• Сложность модификации алгоритмов обработки данных в процессе эксплуатации

Рекомендации:

• Использовать для решения узкоспециализированных интеграционных задач при участии бизнес-процессов

Процессы WWF

Процессы WWF (Windows Workflow Foundation) – отдельная подсистема в составе DocsVision, которая позволяет проектировать и исполнять бизнес-процессы в ядре Windows Workflow. Такие процессы отличаются весьма высокой скоростью обработки, но вместе с тем являются более низкоуровневыми, чем процессы DocsVision Workflow, и требуют навыков программирования для разработки. Однако, для подсистемы Windows Workflow существует немалое количество готовых функциональных блоков – активностей – в том числе, выполняющих задачи интеграции с внешними системами. Также существует возможность создания собственных активностей.

Преимущества:

• Высокая скорость обработки процессов
• Широкий спектр готовых активностей

Недостатки:

• Нужны узкоспециализированные знания подсистемы WWF и языков программирования
• Сложность модификации алгоритмов обработки данных в процессе эксплуатации

Скачать в отдельном документе
Читать дальше