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

У нас есть простое внутреннее бизнес-приложение для ввода данных через Интернет. Теперь бизнес хочет иметь возможность прикрепить документ к строке в базе данных, которая представляет бизнес-объект. Документ может быть Word, Excel, PDF.

Как мы можем сделать это?

Я думаю, что создание еще одной домашней системы управления документами — не лучшая идея. Вместо этого мы можем попробовать использовать стороннюю систему управления документами и тесно интегрировать наше приложение. В идеале весь пользовательский интерфейс останется внутри приложения, не обращаясь во внешнюю систему. Способны ли на это Sharepoint или Documentum? Какие еще есть варианты?

Платформа приложения — Java/Websphere. У нас есть инфраструктура Windows и Unix.


document-management
person Community    schedule 05.11.2008    source источник

Ответы (3)


arrow_upward
1
arrow_downward

Я думаю, что любая система управления документами может сделать то, что вы просите. В свое время мы сделали что-то подобное с Sharepoint. Системы предоставляют API, который позволяет запрашивать сохраненные документы. То, как именно происходит интеграция, зависит от решения, которое вы выберете.

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

Многие системы управления документами используют внутреннюю базу данных, такую ​​как SQL-сервер, и интеграция может быть такой же простой, как запрос внутренней базы данных из вашего приложения.

person Vincent Ramdhanie    schedule 05.11.2008

arrow_upward
1
arrow_downward

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

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

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

длинный: идентификатор длинный: form_id

либо с

капля: форма

or

Varchar(2): form_path

параллельно с вашей таблицей форм. Я бы держался подальше от «системы управления документами», если вы не готовы к тому, что она возьмет на себя ваш проект. Лучшее смягчение, которое я могу предложить, это добавить

что угодно: document_id

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

person Community    schedule 05.11.2008

arrow_upward
0
arrow_downward

Я согласен с другими комментаторами, системы EDRMS, как правило, монстры.

Я интегрировал внутреннюю систему с основным продуктом EDRMS, и если бы я делал это снова, я бы обратил внимание на следующие вещи:

  1. Хорошо (и точно!) задокументированный API, желательно с примерами кода.
  2. Довольно большая пользовательская база, желательно с приличным сообществом
  3. Активная поддержка — либо очень активный проект с открытым исходным кодом, либо, что более вероятно, заинтересованная компания. Не покупайте что-то с небольшим количеством пользователей или почти EOL!

Кстати, с этими вещами вы находитесь на территории «Enterprise»; иногда чем больше вы платите, тем хуже вы получите.

РЕДАКТИРОВАТЬ: Существует также подобный вопрос здесь: Subversion был популярным ответом.

person Colin Pickard    schedule 05.11.2008