ConceptТеоретически правильно. На практике, то, как данные попадают в систему, кто их туда положили и зачем , может быть существенно, и определяет какой объем работы над данными нужно выполнить, прежде чем к ним смогут "ходить запросы":
1.Приведение этих данных к Единому представлению может быть очень геморройным занятием, соизмеримым по затратам с реализацией самого приложения с Единым представлением. Курировать, а то и выполнять эту работу будут скорее всего разработчики Единого представления. В процессе такого перевода выясняется множество чудных подробностей, которые пользователи распихали по разным полям и которые теперь хотели бы сохранить в Едином представлении. Причем у каждого приложения, каждого набора однотипных данных- свои причуды.
2. Нужно "построить" пользователей, чтобы они заводили данные в новом Едином представлении, а не как они привыкли.
3. Пока происходит перекладка данных в Единое представление жизнь идет вперед, старые системы продолжают пополняться данными, а то и развиваться...
Добавить нечего. Именно так все и будет. И вообще - увлечение новомодными штуками-дрючками типа вебсферы - это уход от решения реальных проблем реального предприятия. У нас же проблема не с автоматизацией, а с учетом и планированием, с методами управления коллективом. Предметную область забываем, а западаем на кнопочки и галочки...
Если заказчиком Единого представления является начальник, который хочет иметь неограниченный доступ к любым данным, с неограниченной детализацией в любой момент дающих представление о работе предприятия, то это желание глубоко порочно. Также порочно намерение переложить в БД все данные, которые есть в бумажном виде просто потому, что изобретены способы их хранения в электронном...На самом деле начальник может работать только с ограниченным набором агрегированных данных, и нужно стараться выявить эти представления данных и только их выносить на уровень МЕS (если необходимо).
Это не порочно. Такая система есть, и называется - OLAP. Запрограммируйте измерения "вид документа", "номер документа", "имя оператора" - и полный дрилл-даун :) Единственное, чего OLAP не позволяет - по ссылке перейти в интерфейс первичной системы и показать сам доккумент - типа открыть Ax, найти складской журнал. Проблема чисто техническая и пока нерешаемая.

WJПредставьте себе некий единый портал (может быть просто Outlook), в котором у пользователя имеется список пришедших к нему заданий. Он выбирает задание (кликает на него мышой) и попадает в привычный интерфейс, в котором, в зависимости от задания, надо заполнить нужные поля и нажать на кнопочку "Продолжить". И все. А данные пошли в три стороны - кто в управленческую систему, кто в бухгалтерскую, кто в налоговую, а кто и в несколько мест сразу... только пользователь об этом не знает. И не надо ему этого! У него уже другое задание.
Сейчас еще многим кажется фантастикой, но к этому все и идет. И реализуeтся это через SOA+BPM
Ужас. Царство антихриста в чистом виде. И завтра у тебя виснет этот аутлук, и не только у тебя, а еще на 400 рабочих местах, и компания парализована. Порядок надо в голове наводить, а не в программах. Блокнотик под рукой иметь, ручку многоцветную, оргструктуру компании построить оптимально, заинтересованность персонала воспитать, тогда не нужно будет жесткое регламентирование работы несчастного сотрудника. У меня в подразделении неисполнение устного поручения руководителя чревато лишением премии. Поэтому СЭД используем только вовне, а внутри - используем бизнес-процессы под названием "ответственность и совесть"

velfimov
Вебинтерфейс это не новомодная штука. Я бы даже сказал, что он появился возможно раньше, чем остальной фронт-енд, уж гуишный так точно.
OLAP может быть лишь одним из инструментов ЕИП. Конкретно в вашем случае проблемы с OLTP, а не с OLAP.
В своём первом посте я обозначил список вопросов-проблем которые символизируют готовность и зрелость руководства компании для создания ЕИП.
Под дрючками я имел в виду SOA на базе WebSphere - тут к нам приезжала IBM и показывала прелестные слайде. Но мы ничего не поняли :(
Я думаю, что в мире OLTP не так важно единое пространство, пусть хоть на уровне OLAP будет - и то польза...