Что такое платформа Docsvision и наши четыре принципа её разработки

Мы, разработчики Docsvision, называем этот продукт платформой. Именно платформой, на базе которой можно создавать различные проектные решения.

Чтобы эти решения было удобнее и быстрее создавать, а в дальнейшем и изменять, для платформы Docsvision мы сделали различные инструменты (конструкторы, модули, шлюзы), которые позволяют за счет настройки смоделировать на платформе решение под конкретного заказчика, с учетом его требований.

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

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

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

1. Открытость.
2. Гибкость.
3. Модульность.
4. Производительность.

Далее мы бы хотели раскрыть эти принципы и заодно более подробнее рассказать про каждый слой пирамиды в структуре Docsvision. Итак:

Принцип №1: Открытость.

Платформа Docsvision должна быть открыта для разработки на ней.

Поэтому серверная часть платформы Docsvision написана на базе .NET технологий. Сервер представляет собой web\WCF сервис. Существует механизм расширения функциональности сервера при помощи подключаемых серверных расширений, которые могут быть написаны с применением .NET. Эти серверные расширения могут быть использованы из клиентской части при помощи доступного API. Клиентская же часть платформы Docsvision написана с применением .NET и COM-технологий.

Существует ряд публичных API и интерфейсов, при помощи которых можно модифицировать клиентскую часть Docsvision, причем для этого можно использовать как широко распространённые современные языки программирования (C#, VB.NET), так и популярные в прошлом Visual Basic 6.0 и C++.

Более детальнее про архитектуру платформы Docsvision (в том числе про ядро, объектную модель, системные модули, «движок» обработки процессов и т.д.) мы расскажем в нашем одном из наших следующих постов.

Принцип №2: Гибкость.

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

Для этого в последней версии Docsvision мы разработали целых десять конструкторов:

1. Конструктор карточек.
2. Конструктор процессов.
3. Конструктор справочников.
4. Конструктор состояний.
5. Конструктор ролей.
6. Конструктор отчетов.
7. Конструктор поисковых запросов.
8. Конструктор скриптов.
9. Конструктор согласований.
10. Конструктор нумераторов.

Конструктор карточек.

Конструктор процессов.

Конструктор ролей.

Все эти конструкторы нашим партнерам-интеграторам мы предоставляем бесплатно, чтобы они могли создавать различные проектные решения для своих заказчиков. Эксплуатация же готового решения, созданного на платформе Docsvision, не требует от заказчика приобретения этих конструкторов, — только если заказчик захочет самостоятельно модифицировать решение своими силами.

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

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

Принцип №3: Модульность.

Архитектура платформы Docsvision должна быть модульной, чтобы заказчик приобретал только те компоненты, которые ему необходимы.

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

1. Набор готовых приложений

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

2. Набор интеграционных шлюзов.

На данный момент мы разработали шлюзы к почте (SMTP/POP3), к 1С: Предприятие, к SharePoint и к SAP B1. Это своего рода готовые коннекторы, которые за счет их настройки позволяют Docsvision интегрировать с внешними системами. Основные функции всех шлюзов – это мониторинг объектов внешней системы, а также чтение и запись данных.

3. Набор рабочих мест пользователей.

Для платформы Docsvision мы разработали ряд рабочих мест для разных групп пользователей. Вот их краткое описание:

«Навигатор» — приложение, разработанное с использованием технологий WPF/WinForms, принцип работы которого аналогичен принципу работы Проводника в Windows, где в левой части отражается дерево папок, а в правой — файлы карточки. Это основное рабочее место, обеспечивающее доступ ко всех пользовательской функциональности Docsvision.

Принцип №4: Производительность.

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

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

Но подробнее об этом стенде, а также о нашей методике тестирования продуктов, мы уже расскажем в нашем следующем посте.

Web-клиент 15

Расширенные возможности по настройке без программирования и повышение быстродействия работы с системой за счёт оптимизации интерфейса.

Функциональность

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

Эту функцию оценят руководители, которые ранее обращались к администраторам системы, для внесения подобных данных в систему, либо им приходилось использовать Windows-клиент.

Документ был согласован и заверен электронной подписью в системе.

Теперь, если пользователю нужно отправить его на печать или по почте, то в web-клиенте можно расположить штампы о подписании в нужном месте на листе.

Чтобы избежать дублирования документов в системе, реализована функциональность для проверки уникальности, ранее доступная только в Windows-клиенте.

Администратор настраивает атрибуты для такой проверки один раз, а затем система автоматически будет предупреждать пользователя о повторном вводе документа.

Таким образом у пользователя не будет возможности зарегистрировать документ, который ранее уже был внесён в систему. Это позволит снизить число ошибок в работе.

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

Теперь документы можно напрямую загрузить прямо в карточку документа после сканирования.

Web-клиент позволяет скачать представление папки в виде excel-файла для дальнейшей обработки и анализа.

В web-клиенте реализована возможность просмотра файлов непосредственно в разметке карточки, без предварительного скачивания или открытия в сторонних программах.

Теперь ознакомиться с документом, завершить задачу или подписать документ можно в одном окне, что минимизирует лишние действия.

Настройки

В web-клиенте реализовали несколько доработок в Конструкторе, которые облегчат будущие настройки:

1. Появилась строка для поиска элементов управления в библиотеке, которая облегчит работу по настройке разметок.
2. Для более лёгкой настройки разметок добавили наследование для операции редактирования. Теперь достаточно указать операцию для блока, и она будет применяться для всех элементов управления внутри него.
3. Добавили возможность без программирования отображать разметки связанных карточек внутри разметок других карточек (например, согласуемый документ в задании на согласование).

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

В обновлённом web-клиенте в таблице исполнения можно отфильтровать данные: по дате, исполнителю, статусу.

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

Возможна настройка отображения с разной степенью детализации.

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

Эта функция позволит оперативно и корректно проставлять ссылки между документами в системе.

Новый Web-клиент Docsvision: модульная архитектура позволяет создавать любые веб-приложения

Несмотря на то, что с момента выпуска предыдущей версии прошло не так много времени – напомним, она вышла вместе с новой версией платформы Docsvision 5.5 – изменения в новой 12-й версии разительные.

Выполнено более 80 различных улучшений, исправлений и оптимизаций

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

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

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

Улучшены механизмы выгрузки и загрузки решений и многое другое.

«С выпуском 12-й версии веб-клиента Docsvision мы сделали очередной очень важный шаг в развитии платформы. Веб-клиент теперь не просто интерфейс для работы с документами и заданиями, теперь это платформа для автоматизации бизнес-процессов и создания произвольных веб-приложений.
Изменения, сделанные нами в архитектуре, позволяют модифицировать внешний вид клиента полностью. Можно не просто менять вид карточек, меняя местами атрибуты, можно точно так же модифицировать любой элемент интерфейса (дерево папок, дашборд и пр.), да и сам веб-интерфейс. Это позволит создавать разнообразные и абсолютно не похожие друг на друга интерфейсы для пользователей (в т.ч. индивидуальные), которые будут максимально удобны для каждой конкретной задачи. Новый веб-клиент продолжает функциональное развитие Docsvision как платформы цифровой трансформации управления контентом», – отметил Сергей Пуцин, руководитель департамента развития продукта.