Documentum — система электронного документооборота. Скачать Documentum для ПК или смартфона | Coba.Tools

Начиная

Ховард Шао и Джон Ньютон основали Documentum в июне 1990 года. Они вместе работали в Ingres , одном из ведущих поставщиков реляционных баз данных в то время, и стремились решать проблемы управления неструктурированной информацией с использованием технологий реляционных баз данных.

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

Они разработали еще одну индивидуальную систему для Syntex , поставщика фармацевтических препаратов, чтобы автоматизировать процесс создания документов для подачи заявки на новые лекарства (NDA) при получении разрешения от Управления по контролю за продуктами и лекарствами США (FDA).

Documentum представила свою Систему электронного управления документами (EDMS) в 1993 году, продукт клиент-сервер для электронного управления документами . Этот продукт управлял доступом к неструктурированной информации, хранящейся в общем репозитории, работающем на центральном сервере. Конечные пользователи подключались к репозиторию через настольные клиентские приложения ПК, Macintosh и Unix Motif.

Documentum EDMS обеспечивала средства контроля доступа для регистрации и возврата, а также возможности рабочего процесса для упорядочивания процессов проверки и утверждения документов, а также включала механизм полнотекстового поиска для извлечения документов из репозитория.

Documentum 6 и сервисно-ориентированная архитектура

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

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

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

SOA — это архитектура для построения бизнес-приложений в виде набора слабо связанных компонентов или «сервисов», которые соединяются вместе в бизнес-процессах. Другими словами, при таком подходе традиционные бизнес-приложения и функции разбиваются на отдельные задачи, обращающиеся к сервисам. Сетевые ресурсы в среде SOA доступны как независимые сервисы, для получения доступа к которым не требуется знаний о платформенной реализации нижнего уровня.

Сервисно-ориентированная архитектура характеризуется следующими основными признаками. Это компонентная архитектура, которая по мере возможности скрывает сложность реализации за счет наиболее эффективного подхода отделения бизнес-логики от вычислительной логики. Благодаря использованию стандартов независимые компоненты слабо связаны друг с другом, поэтому можно добавлять, изменять и удалять отдельные сервисы с минимальным влиянием на работу других сервисов. Уже существующие приложения можно многократно использовать с помощью адаптеров. Компоненты архитектуры выстраивают так, чтобы связать их вместе в составных приложениях, поддерживающих бизнес-процессы и предоставляющих набор гибких ресурсов на заданном уровне обслуживания.

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

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

SOA и управление корпоративным содержанием

ПО для управления корпоративным содержанием (Enterprise Content Management, ECM) позволяет организациям создавать, собирать, использовать и архивировать цифровое содержание, независимо от того, где именно оно находится в масштабе предприятия. Средства и стратегии ECM сфокусированы на управлении неструктурированной информацией, например, текстовыми документами, сообщениями электронной почты, отчетами, XML, графическими данными, статическими изображениями, аудио- и видеофайлами и транзакционными данными. Как правило, ECM-решения представляют собой вертикальные приложения. Это означает, что модульные ECM-функции не всегда доступны для многократного использования в среде SOA, а поддержка, обновление и реализация ECM — более сложная задача. На рис. 1 показано, как элементы приложений вертикального уровня практически блокируют друг друга в процессе совместной работы.

Приложение для рассмотрения заявок на кредит, работа которого показана на рис. 1, можно было бы, например, целиком предоставлять как Web-сервис. Таким образом, благодаря простоте интеграции с ECM можно вписаться в корпоративную Web-сервисную инфраструктуру, но это не означает коренного изменения в архитектуре.

Читайте также:  Аккредитованные УЦ

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

SOA: подход EMC Documentum

Платформа управления корпоративным содержанием EMC Documentum соответствует архитектуре SOA, предоставляя ИТ гибкие средства и инструменты, удовлетворяющие потребности бизнес-пользователей. Для предприятия в целом SOA означает снижение стоимости владения и более быструю окупаемость ECM-решений. Для ИТ SOA — это возможность обновлять технологии управления содержанием, не прерывая работу бизнес-пользователей. Кроме того, SOA обеспечивает ИТ преимущества использования новых продуктов и сервисов без изменения технологий нижнего уровня.

В новой версии платформы для управления содержанием EMC Documentum 6 ради соответствия требованиям сервисной архитектуры была полностью изменена архитектура API. Такой подход к реализации сервисов корпоративного содержания предоставляет доступ к функциональности Documentum через набор стандартных сервисов. Эти готовые к работе, «коробочные» сервисы с их интуитивно понятным бизнес-синтаксисом можно использовать вместе с другими сервисами для создания составных бизнес-приложений.

На рис. 2 показана работа тех же приложений, что и на рис. 1, но реализованных уже в среде SOA. Здесь важно отметить уровень многократно используемых сервисов управления содержанием и то, как составные бизнес-приложения «отгородились» от ECM и других сервисов приложений, соответствующих определенным функциям и бизнес-процессам.

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

Documentum и SOA: история взаимоотношений

Хотя пакет Documentum версии 5.3 поддерживал исполнение Web-сервисов через Web Services Framework (WSF), это был достаточно ограниченный набор технологий, спроектированный для того, чтобы сделать объекты SBO (Service-based Business Objects) доступными как Web-сервисы. В сущности, можно было взять часть бизнес-логики из Documentum и сделать ее доступной снаружи как Web-сервис.

Предположим для примера, что это была некая специальная пользовательская логика для подтверждения предоставленной информации, сохранения ее в репозитории Documentum и последующей отправки по электронной почте определенному адресату. Так вот, WSF позволила бы сделать эту функциональность доступной через Web-сервис. Версия же Documentum 6 предоставляет Documentum Foundation Services (DFS) — абсолютно новый набор продуктов, полностью заменяющий WSF. DFS обеспечивает разработку и внедрение ECM-сервисов и потребителей сервисов, используя по-настоящему сервисно-ориентированную архитектуру. Рассмотрим подробнее, как это происходит.

Documentum Foundation Services

Documentum Foundation Services (DFS) представляет собой новую сервисно-ориентированную структуру и интерфейс API, предназначенные для разработчиков и потребителей Enterprise Content Services. В DFS входит набор стандартных сервисов, при помощи которых можно использовать Content Server, механизмы поиска и технологические процессы платформы EMC Documentum. Технологии, составляющие DFS, перечислены ниже.

Enterprise Content Services. Это набор сервисов, которые предоставляют доступ к стандартным функциям платформы Content Server (например, создание, обновление и выборка объектов), а также дополнительные сервисы, включая поиск и workflow.

Модель данных. Реализует последовательный, сервисно-ориентированный подход к моделированию данных, обмен которыми происходит в рамках бизнес-процессов ECM.

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

Средства реализации собственных сервисов. Средства реализации сервисов на основе JAX-WS и Ant генерируют динамические DFS-сервисы, в исходный код которых добавляются комментарии. Сервисы можно разрабатывать на основе объектов SBO (Service-based Business Objects) или POJO (Plain Old Java Objects).

Software Development Kit. Инструментарий разработки ПО предназначен для разработчиков DFS-приложений и сервисов. В комплект входят библиотеки классов Java, средства проектирования DFS-сервисов, а также шаблоны приложений и сервисов.

Сервисная ориентация

Техническая реализация DFS основана на принципах архитектуры SOA. Сервисы и модели данных DFS упрощают процесс разработки корпоративных приложений за счет адаптации семантики сервисов и объектов данных к требованиям бизнес-логики ECM. Это позволяет быстро разрабатывать приложения, сочетая средства управления бизнес-процессами (например, BPM), и упрощает интеграцию системы управления корпоративным содержанием в сервисно-ориентированную инфраструктуру предприятия (SOE).

Технология DFS применяет сервисно-ориентированную архитектуру в рамках технологии Web-сервисов. Функция удаленного вызова DFS-сервисов реализуется при помощи Web-сервисов на базе SOAP, однако она предназначена для того, чтобы возможности транспортировки информации и передачи сообщений не зависели от других аспектов работы DFS, что обеспечивает гибкость SOA-архитектуры по мере развития DFS. Стандарты Web-сервисов включают нейтральный (с точки зрения языка и платформы) уровень для передачи данных и обмена сообщениями (SOAP), отраслевой стандарт на описание Web-сервисов (язык WSDL), а также набор дополнительных стандартов, которые сегодня широко используются при реализации множества SOA-функций (например, WS-Security).

Читайте также:  ЦентрИнформ продление сертификата отчетности -

Enterprise Content Services

Сервисы, созданные при помощи средств DFS и работающие в среде DFS, называются Enterprise Content Services. DFS предоставляет набор этих сервисов (они перечислены в таблице), который можно расширить за счет собственных сервисов. Кроме того, к поддерживаемым сервисам можно обращаться удаленно, как к Web-сервисам, или локально, как к Java-сервисам. Сервисы, поставляемые с DFS, обеспечивают сервисно-ориентированный программный интерфейс для Content Server и связанных с ним репозиториев и используют технологии полнотекстового поиска и workflow.

Набор Enterprise Content Services в DFS

Платформенный сервис

Описание

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

Модель данных

Модель данных DFS, которая выражена главным образом в служебных XML-схемах, а для удобства и в виде набора клиентских библиотек Java-классов, обеспечивает согласованный, сервисно-ориентированный подход к моделированию данных, обмен которыми происходит в рамках бизнес-процессов ECM. Модель данных DFS предназначена для обмена сложными пакетами данных произвольного размера между сервисами DFS. Это оптимизирует размер полезной информации и минимизирует взаимодействия с потребителем сервиса. Модель данных также поддерживает независимость от соединения с сервисом, предоставляя клиентским приложениям возможность получать сложные данные от сервиса, а затем кэшировать и обрабатывать их самостоятельно.

Развертывание сервисов и динамическая поддержка

Сервисы управления корпоративным содержимым, поставляемые с DFS, а также дополнительные сервисы, созданные при помощи средств DFS, развертываются в виде независимых EAR-файлов на поставляемом сервере приложений. Сервисы DFS устанавливаются совместно с Content Server, где они выполняются на сервере Java Method Server. DFS также можно установить в автономном режиме на отдельный экземпляр сервера приложений или кластер сервера приложений.

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

В DFS входит набор инструментов разработки для создания собственных сервисов и потребителей сервисов DFS Software Development Kit (SDK). SDK предоставляет разработчикам возможности, далеко превосходящие возможности бывшего WSF. Разработчики теперь могут с легкостью генерировать новые сервисы, которые будет использовать ECS. В DFS SDK включены библиотеки классов, инструментальные средства и примеры, которые можно использовать для создания собственных сервисов DFS либо создавать потребителей сервисов DFS, используя библиотеку клиента Java. Есть также пример потребителя на основе WSDL для среды .NET.

Пример применения

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

Заключение

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

Одно из преимуществ SOA для ECM заключается в сокращении расходов на развертывание ECM. И, что еще более важно, SOA позволяет интегрировать сервисы управления содержанием в ИТ-инфраструктуру, где они могут принимать участие в бизнес-процессах наряду с сервисами других сервисно-ориентированных бизнес-приложений. В этом состоит долгосрочная выгода SOA для предприятий, и именно так видит концепцию SOA применительно к управлению содержанием компания EMC Documentum.

Елена Стрелкова, директор по маркетингу компании «Документум Сервисиз Раша» elena.strelkova@documentum.ru

Источник: Byte-Россия

Documentum d2

Этот настраиваемый контент-ориентированный клиент обеспечивает доступ к приложениям ECM.

Documentum server (ранее известный как documentum content server)

Базовая платформа управляет контентом в репозитории, состоящем из трех частей: сервера контента, реляционной базы данных и места для хранения файлов.

Читайте также:  Как организовать долгосрочное архивное хранение электронных документов / Блог компании Газинформсервис / Хабр

Элементы в репозитории хранятся как объекты. Файл, связанный с объектом, обычно хранится в файловой системе; связанные с объектом метаданные (имя файла, место хранения, дата создания и т. д.) хранятся как запись в реляционной базе данных.

Documentum xcp

Webtop

Интерфейс на основе браузера обеспечивает доступ к службам репозитория и управления контентом.

Веб-версии

В 1998 году Documentum запустила свою среду веб- приложений, набор интернет-расширений для СЭД, предлагающих веб-доступ к документам, хранящимся в репозитории СЭД.

В 2000 году Documentum выпустила Documentum 4i, свою первую веб-платформу. Компания переработала репозиторий, чтобы обеспечить возможность управления очень большим количеством дискретных объектов — от автономных документов до фрагментов детальной информации.

Помимо управления документами для печати или электронного распространения, Documentum 4i может интегрироваться с внешними веб-приложениями и использоваться для распространения контента на порталы , серверы веб-приложений и веб-сайты .

Ряд сторонних приложений основан на Documentum.

Клиенты documentum

Настраиваемые клиенты, такие как Documentum D2 и Documentum xCP, предоставляют инструменты, которые устраняют необходимость в пользовательском коде.

Ключевые приобретения

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

  • Bulldog , анонсированный в декабре 2001 года, добавил в репозиторий обширные возможности управления цифровыми активами для управления цифровым мультимедийным контентом.
  • Boxcar , объявленный в январе 2002 года, добавил технологии для распространения контента в удаленные репозитории.
  • eRoom , анонсированный в октябре 2002 года, предоставил совместное рабочее пространство для распределенных бизнес-групп, в том числе из разрозненных организаций, для обмена контентом через Интернет.
  • TrueArc , о котором также было объявлено в октябре 2002 года, добавила возможности управления записями и расширила предложения Documentum для решений по обеспечению соответствия.
  • Компания askOnce , о которой было объявлено в марте 2004 г., обеспечивала интеграцию корпоративного контента и объединенные технологии поиска для доступа и извлечения информации, хранящейся в разрозненных репозиториях.
  • Acartus, анонсированный в октябре 2005 года, предоставляет возможности для архивирования бизнес-отчетов, счетов, страховых полисов и других видов фиксированного содержания.
  • Captiva Software , также анонсированная в октябре 2005 года, добавила технологии захвата и сканирования изображений для преобразования бумажных документов в цифровые форматы.
  • Authentica , анонсированная в марте 2006 года, добавила технологии управления цифровыми правами для защиты цифровых активов за пределами общего репозитория.
  • ProActivity , анонсированный в июне 2006 года, добавил функции анализа бизнес-процессов и мониторинга бизнес-активности, чтобы расширить возможности Documentum по управлению бизнес-процессами .
  • X-Hive , анонсированный в июле 2007 года, добавил возможности базы данных XML для управления и перепрофилирования компонентов содержимого с тегами XML в корпоративной среде.
  • Document Sciences , анонсированная в декабре 2007 г., добавила возможности управления корпоративным выводом .
  • C6 , о котором было объявлено в ноябре 2021 года, EMC подписала эксклюзивное лицензионное соглашение с C6 на предоставление веб-клиента D2.

Мой documentum

Это обеспечивает услуги управления контентом и доступ к информации в инфраструктуре.

Платформа управления контентом

В 2002 году Documentum запустила Documentum 5 как платформу унифицированного управления корпоративным контентом (ECM) для хранения практически неограниченного диапазона типов контента в общем репозитории . Платформа предоставляла возможности интегрированного управления бизнес-процессами (BPM), а также инструменты для управления контентом в распределенной организации.

Релизы

Кульминацией этих приобретений стал Documentum 5.3, выпущенный в апреле 2005 года, за ним последовал Documentum 6, запущенный в июле 2007 года. Documentum 6.5 был выпущен в июле 2008 года, а 6.7 — в апреле 2021 года. Documentum 7.0 вышел в ноябре 2021 года, а за ним последовала версия 7.1. через год и 7.2 в январе 2021 года, а затем Documentum 7.3, выпущенный в ноябре 2021 года.

Текущая версия — Documentum 16.4, выпущенная в феврале 2021 года.

Рост компании

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

Documentum был размещен на бирже NASDAQ 5 февраля 1996 года под символом DCTM.

Функции

Documentum предоставляет возможности управления для всех типов контента. Ядро Documentum — это репозиторий, в котором контент надежно хранится в соответствии с правилами соответствия и в единой среде, хотя контент может находиться на нескольких серверах и физических устройствах хранения в сетевой среде.

Documentum предоставляет такие услуги, как управление документами , сотрудничество, поиск , содержание классификации , управления ввода , управления бизнес — процессами (BPM), клиент управления связи и управления веб — контентом .

Электронно-цифровая подпись в системе электронного документооборота documentum

В работе исследуются возможности обработки электронно-цифровой подписи в системе Docu-mentum для решения прикладных задач.

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *

Adblock
detector