Что такое ECM

По определению AIIM (Association for Information and Image Management) Enterprise Content Management — термин, объединяющий стратегии, методы и инструментальные средства, используемые для сбора, управления, хранения и передачи информации внутри организационного процесса.

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

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

История ECM

С чего начиналась платформа ECM? Сложно определить момент, когда какой-то СЭД или архив вырос до состояния платформы. Если оценить нынешних игроков на рынке, самым первым из них появился FileNet (в данный момент принадлежит IBM). В конце 1980х это было уникальное решение, позволяющее организовать электронный документооборот. Уже через пару лет после основания компании FileNet, продукт позволял управление не только документами, но и процессами. Таким образом еще в конце 80х годов прошлого века появилась первая связка СЭД+BPM.

Немного позже, в начале 1990х появился Documentum (в данный момент принадлежит EMC). Компания не стремилась организовать управление бизнес-процессами, и преследовала цели создать аналог СУБД для файловой системы, систему управления файлами. Продукт решал задачи архива, начального документооборота.

В 90е происходило плавное наращивание функционала по выбранным направлениям. С распространением интернета появилось множество компаний, занимающихся управлением веб-контентом. К 2000 году на рынке было много игроков с решениями типа СЭД, CMS, архив, BPM.

В связи со «схлопыванием» пузыря доткомов в 2001 году большие игроки ИТ-рынка начали приобретать мелкие компании с перекрытием функциональности. Крупные поставщики захотели сформировать универсальное решение, контролирующее любые виды файлов. Так появлялись ECM. Архив, документооборот, BPM или интерфейсы к нему, управление контентом стали единым продуктом. Одним из таких «собранных» продуктов, появившихся в то время, стал популярный ныне Microsoft SharePoint.

С тех пор рынок ECM постоянно растет. Компаний, производящих ECM-решения стало меньше, но они стали поставлять полноценные, а не частичные, платформы ECM. К 2010 году рынок ECM оценивается в 4 миллиарда долларов по оценке Gartner.

Современные тенденции ECM

До недавнего времени среди лидеров рынка были только платформы с закрытым исходным кодом. Это обусловлено тем, что большие вендоры (IBM, Microsoft) представляют не только ECM, но и практически все компоненты инфраструктуры, потому они могут обеспечить совместимость и интеграцию ECM с другими своими продуктами. В последнее время ПО с открытым исходным кодом стало набирать популярность. В том числе стремительно стали развиваться открытые ECM. Причин много и многие из них свойственны не только для ECM.

  • Пользователи пытаются уйти от зависимости от одного поставщика.

    Никогда не появится поставщик, который сможет покрыть все области ИТ. Любой компании всегда будут нужны небольшие специализированные приложения. Когда большая часть программного обеспечения выпускается одной компанией-монополистом, она не заботится об интеграция своих продуктов с внешними программами, она считает, что заказчику достаточно того, что выпускает сама. Небольшие компании-разработчики, поставляющие 1-2 приложения, наоборот, стараются использовать открытые стандарты для интеграции со сторонними приложениями.

  • Программное обеспечение с открытым исходным текстом считается наиболее безопасным.

    Проблемы безопасности устраняются заметно быстрее в открытом ПО. Так как любой может посмотреть исходный текст, то любой может и найти уязвимость, и закрыть ее. Людей, стремящихся найти уязвимость, но не сообщать о ней разработчику и не устанять ее, мало. Намного проще и выгоднее искать уязвимости для этих целей в закрытом ПО, так как уязвимости будут закрывать заметно дольше. Еще одной причиной безопасности служит доверие заказчика своему поставщику. Если исходный текст может посмотреть любой, компания не будет оставлять в коде «закладки», код будет написан лучше.

  • Открытость стандартов.

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

    Рассмотрим предсказуемую ситуацию, когда 5-10 лет спустя после внедрения системы, в организации происходит плановое обновление ПО, переход на новую платформу. Из-за величины архива старые данные не переносятся в новую систему, и старые компьютеры убираются в угол с мыслью, что их можно будет включить при необходимости. Спустя еще 10 лет возникла необходимость в извлечении данных из архива. Если использовалось закрытое ПО, поставщика уже нет на рынке, разработчиков найти невозможно, то как извлечь необходимую информацию? Если платформа использует открытые стандарты, эта проблема решается быстро. Даже через 50 лет возможно найти исходные тексты платформы, в которых сможет разобраться специалист.

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

  • Организация единого информационного пространства.

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

Таким образом мир пришел к пониманию необходимости использования открытых ECM. ECM-платформы, появившиеся 4-5 лет назад, уже практически не уступают по функционалу закрытым платформам, развивающимся на протяжении 15-20 лет.


Скачать в PDF: 

Комментировать

  • Адреса страниц и почты преобразуются в ссылки автоматически
  • Разрешённые HTML-теги: <a> <em> <strong> <cite> <code> <ul> <ol> <li> <dl> <dt> <dd>
  • Переносы строк и абзацы формируются автоматически

Дополнительная информация

CAPTCHA
Проверка на "человечность"
Картинка
Введите символы, которые показаны на картинке.