Архитектура документооборота в вопросах и ответах [an error occurred while processing this directive] 
 
DocsUp  Стартовая         Поиск         Контакты

Архитектура в вопросах и ответах

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

Техническая архитектура

Сколько уровней в платформе, является ли система трехзвенным приложением?

Система имеет многоуровневую архитектуру:

  • Уровень сервисов хранения данных. Состоит из одной из поддерживаемых СУБД, файловых серверов, базы полнотекстовых индексов.
  • Уровень MiddleWare – промежуточный слой бизнес – логики,формирующий логический репозиторий, отвечающий за обеспечение авторизации и безопасности,  объектно-реляционную модель хранения, управление информацией и бизнес - процессами. 
  • DocsUpFusion, состоящий из средств и механизмов веб-разработки, наборов бизнес-сервисов(взаимозависимых компонент и программной бизнес-логики, обеспечивающие один из функциональных сервисов, таких, как согласование, подписание итп, независимо от типа объекта).
  • Уровень бизнес – приложений, содержащих полнофункциональные клиентоориентированние приложения (такие, как управление дкоументооборотом, договорная работа, финансовый архив и др.).
  • Уровень интеграции – обеспечивающим интеграционные возможности платформы с внешними сервисами, программами и приложениями/платформами.
  • Шлюз для сторонних механизмов и программ создания отчетов и собственные средства отчетности

Пользовательские интерфейсы, взаимодействуют с репозиториемчерез API, либо Web-сервисы. 

Какие возможны конфигурации архитектуры системы

 

Возможны следующие основные конфигурации архитектуры:

  • Централизованная. Централизованная СУБД и файловые хранилища. Сервисы платформымогут быть распределены по разным серверам и серверным группам для балансировки нагрузки.
  • Централизованно-Распределенная.  В качестве хранилища используется одна СУБД в едином центре, файловые хранилища распределены по разным точкам монтирования. Для балансировки нагрузки сервисы платформы могут быть распределены по разным серверам.
  • Централизованная с кешированием файлов в удаленных географических офисах: СУБД и основная группа серверов находится в центральном офисе, вынесенный сервер обеспечивает кеширование файлов на удаленном офисе (площадке), пользователи удаленного офиса обращающиеся к файлам скачивают его со своего локального сервера, таким образом уменьшая файловый трафик с центральным сервером.
  • Децентрализованная. СУБД, файловые хранилища и все сервера независимо располагаются в различных географических офисах, между репозиториямипроизводится информационный обмен, обеспечивающий единые кросс-репозиторные бизнес – процессы. 

Каким образом организовано хранение контента (файлов

Организация хранения платформы организована следующим образом:

  • СУБД для хранения метаданных.
  • Файловые системы (локальные массивы, SAN, NAS, CAS), для хранения файлов контента, базы полнотекстовых индексов и XML.

Какие возможны конфигурации  серверной части  системы (Платформы,Операционныесистемы,СУБД,Серверы приложений)

  • Платформы: IA-32, x64, Ultra-SPARC, Power, PA RISC 2.0, Itanium 2
  • ОС: Windows, Linux, AIX, HP UX, Solaris
  • СУБД: Oracle, Postgre
  • Серверы приложений: JBOSS, Tomcat, Oracle

Рекомендуемые  требования по ресурсам серверной части

Минимальные требования: RAM: 4GB, HDD15 GB. Рекомендуемая конфигурация рассчитывается в индивидуальном порядке на основании квалификационной таблицы.

Возможность   виртуализации

Поддерживается среда виртуализация VMware, Microsoft, Oracle.

Какие возможны конфигурации  клиентской части системы
Платформы: IA-32, x64, Sun (Oracle), iPad (r/o).
Операционныесистемы: Windows (7, Vista, XP, Server 2003/2008), MacOSX (10.4.11 ивыше), Solaris 10, RHEL (4.8, 5.4),Alt Linux,SUSE Linux.

Минимальные требования по ресурсам клиентской части

Минимальные требования равны требованиям по запуску Web-бразуера: FireFox, IEи возможности запускать офисные или специализированные приложения. Требуется небольшой объем (несколько MB)дискового пространства для загрузки Java апплета.

Производительность системы

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

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

Есть ли и какие предлагаются (поставляются) средства мониторинга    производительности   системы. 

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

Есть ли и какие предлагаются (поставляются) средства  нагрузочного тестирования системы?

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

Проводилось ли тестирование по максимальному число одновременно работающих пользователей на сервере, каковы результаты?

Такое тестирование проводилось для сервера с параметрами 32 Гб ОЗУ, максимальное количество одновременных сессий пользователей достигало 10000.
Есть ли ограничения по объему загружаемых документов/объектов системы, имеется ли необходимость в специальном дополнительном программном обеспечении при больших объемах пользователей или документов/объектов?
Нет, таких ограничений нет, в отличие от других производителей при увеличения количества пользователей или документов нет необходимости в специальных HighVolumeServer или HighUserServer: сервера масштабируются линейно.
 Как изменяются требования к ресурсам аппаратных средств и сети при возрастании числа пользователей?
При планировании увеличении числа пользователей, рекомендуется предварительно производить перерасчет вычислительных мощностей. Для произведения перерасчета размещается запрос в   службу технической поддержки.

Средства разработки

Какие   языки программирования используются при доработке системы?

Java EE, возможно использование .Net для клиентов типа «Desktop».

Предоставляется ли доступ к исходному коду системы?

Доступ к исходному коду предоставляется частично в объеме, необходимом для доработок. При наличии особого вида корпоративной лицензии и подписанного NDA возможно получение доступа к репозиторию исходных кодов в режиме «только чтение»

.

Предоставляется ли описание структуры БД?

Да, предоставляется описание структуры объектов реляционной модели, отражаемых в таблицах СУБД.

Какие средства разработки поставляются с системой?

  • Базовый инструментарий разработчика (входит в состав поставки): Основная среда разработки на основе Eclipse IDE. Настройка: типов объектов, словаря данных.
  • WorkflowManager. Графический интерфейс для создания и модификации процессов маршрутизации
  • ReportingServices. Средства разработки и генерации отчетов любой сложности

Есть ли интерфейс к системе, позволяющий разрабатывать собственные приложения (API, WebServices)?

Да, комплект поставки предусматривает полноценное описание API, внутреннего языка запросов, примеров исходного кода и создания веб-сервисов.

Какие механизмы построения бизнес-процессов поставляются вместе с системой?

Управление процессами маршрутизации (workflow) – функциональность, входящая в состав ядра.  В систему также входит Workflow Manager – графический интерфейс для создания и модификации процессов маршрутизации для workflow центричных процессов. Для построения Docflow процессов, основанных на диаграммах состояний (методом конечных автоматов) в АРМ администрирования имеется специальный веб редактор маршрутов прохождения документов.

 

Локализация, Стандарты

Имеется интерфейс пользователя на русском и английском языках?

Да

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

Да

Поддерживает ли интерфейс пользователя несколько языков (многоязычность)?

Да

Какие стандарты из перечисленных поддерживаются: SQL,JDBC,HTML/XML,Java,SMTP,Axis?

Все вышеперечисленные

Возможен ли экспорт/импорт  информации в систему из системы ABBYY FormReader EE иABBYY Recognition server.

Система  может производить автоматический импорт/экспорт файлов и их атрибутивной информации, в фоновом режиме (без участия пользователя), на основании преднастроенных правил. Таким образом, производится двустороннее взаимодействие системы с ABBYY Recognition Server:
  • По запросу пользователя агент синхронизации производит выгрузку определенных пользователем изображений в преднастроенный каталог, который мониторится ABBYY RS.
  • Аналогично – после распознавания изображений в ABBYY RS, результаты распознавания автоматически сохраняются в преднастроенный каталог, который мониторится системой. При появлении новых файлов сервер Fl производит их импорт в репозиторий.

Имеется ли интеграция с 1C

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

Возможно ли построение корпоративной системы на основе единого хранилища информации?

 Возможно

Работа с географически удаленными пользователями

Возможно ли построение корпоративной системы на основе единого хранилища информации?

Возможно

Какое дополнительное оборудование или программное обеспечение требуется для работы пользователей удаленных филиалов?
При организации централизованной схеме работы системы, пользователи удаленных филиалов работают с центральным сервером приложений по протоколу https, таким образом, наличие дополнительного оборудования и ПО не является обязательным. Для повышения скорости работы с файлами контента, возможна установка в удаленные филиалы серверов кэширования. Минимальные требования к вычислительным мощностям сервера кэширования: 1 xIntel DualCore / 4GB RAM.

Возможна ли работа удаленных филиалов на низкоскоростных каналах связи? Какова минимально необходимая пропускная способность канала в этом случае?

Пользовательский интерфейс системы – веб браузер, поэтому работа на низкоскоростных каналах поддерживается системой «из коробки». При низкоскоростных (<256kbps) каналах связи с удаленными филиалами, возможно также использование специальных серверов кэширования, устанавливаемых в удаленном офисе. Также возможна реализация архитектуры системы с использованием CitrixXenApp, TeamViewer.

Информационная архитектура

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

  • Карточка электронного документа
  • Мандат доступа
  • Гриф доступа
  • Категория
  • Сотрудник
  • Группа
  • Роль
  • Папка
  • Ящик
  • Топографический элемент архива
  • Статус
  • Матрица доступа
  • Файл
  • Формат
  • Представление

итп

По логическому разделению информационной архитектуры система делится на несколько слоев:

  • Слой бизнес –приложений: представляет собой готовые бизнес –приложения. Примером таких приложений являются: АРМ Администратора, EDMS.
  • Слой бизнес – сервисов

Пользовательский интерфейс

Какие интерфейсы пользователя используются? (Windows приложения, Javaприложения, тонкий клиент, иное)

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

Имеется ли возможность удаленного доступа к системе по WAN?

Да. http или https

Возможна ли настройка администратором структуры меню и форм под конкретного пользователя (кастомизация)?

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

Поддержка ЭЦП (Электронно-цифровой подписи)  Поддержка ЭЦП (Электронно-цифровой подписи)
 Поддержка CDN (Распределенной сети доставки контента)
Концепция безопасности DocsUp  Концепция безопасности DocsUp
[an error occurred while processing this directive] 


  Все права защищены DocsUp