АРХИТЕКТУРА СЭД - интересные топики

Добрый день. Кто копал вопрос проектирования СЭД? Интересуют параметризованные системы, математический аппарат, отличия, оценка эффективности, обоснование выбора определенной архитектуры. Есть мысли по данному вопросу? С уважением, Дмитрий.

Цель: Выяснить наиболее важные проблемы построения систем эл. документооборота ( архитектурные, технологические нюансы) Акцент: Использование XML-технологий ---------------------------------------- Уважаемые профессионалы, не могли бы Вы, сообщить (структурно наметить, возможно дать ссылки) следующую информацию: 1. Обзор типового состава (решаемые задачи) современных СЭД, 2. Общие проблемы построения СЭД (что хотелось бы лучше, в чем проблемы) 3. Категоризация проблем (средний – крупный – глобальный уровни, где наиболее остро возникают) 4. Тренды по решениям (проблем п. 3) 5. Текущий состав, основные игроки (решения ) Ваши пожелания: Что хотелось бы сделать(будь на это достаточно средств) И что есть сейчас у некоторых СЭД, что вдохновляет Вас. Спасибо.

Всех радостно приветствую. DWindEx снова в строю. Как говорится за одного битого - двух небитых дают. Значит дело было так - проектировани мы СЭД DWindEx на базе Java и проч. лабуды. Система opensource. Я её активно нахваливал. Меня просто распирало от тогго что она openSource. В доработку системы было вложено больше 300 000р (для доработк это немного многовато, учитывая низкую стоимость рабочей силы в ярославской области). И всё было так хорошо. Клиенты, конечно радовались. Активных продаж не вёл - ухом чувствовал, что нужно немного подождать. Пускай пока другие направления кормят. А это в ноль работает. И ба - вылезает. Ошибка в архитектуре. Оказывается когда мы перебрали опрелеоённый лимит кода (положим 300 000 строк кода) - то систему с каждым разом становилось всё труднее дорабатывать. Я сам, как программист попался на старую пакость при проектировке системы - ядро было монолитным без возможности догрузки плагинов. Т.Е. Чтобы внести изменения в поведение шаблона документа, причем изменения кординальные (типа правил замещения и ухода в отпуск, с оработкой при этом шифр-ключей и проч. дряни) нужно перелопатить все 300 000 строк кода (образно говоря). А лучше всего их держать в памяти. В памяти тутже всплыл злосчастный индивид в котором я так же напоролся (individ.ru). Сейчас систему переделали. Сделали свой апи. Модули подгружются по одному правилу через xml шаблон. и всё правильно. НО! возвращаясь к нашим ... Господа разработчики, у кого-нибудь есть возможность в СЭД писать плагины, используя стандартный апи приложения. Отвечу сразу, за всех - НЕТ! Тогда картина с доработкой приложения под конечного крупного пользователя и интеграцией с его инфраструктурой ...