Архив форума

Процитировано сообщение: Гречин  Виктор от 17.01.2007 :: 13:00:44:

Мне кажется, что не большинство, а все проблемы здесь технические.
(кстати, этот момент сейчас обсуждается в топике "Критерии...")
 
Главное последствие - расхождение в данных двух связанных систем.
Устранение этой проблемы на "живых данных" может стоить дороже
межсистемного интерфейса.
 
Вторая (на мой взгляд) серьезная проблема - это то, что из-за различий
в объектах, событиях, статусах, платформах, моделях, концепциях, парадигмах и пр. программистских хитростях, связанные системы будут иметь только те функции, которые на пересечении их функциональных множеств.

Процитировано сообщение: Блинов Дмитрий от 19.01.2007 :: 12:57:04:

От того, как вы определите точки, проблемы интеграции конечно зависят, но не все. Есть сложные проблемы, вызванные концептуальными различиями.
Например, то что в ЕRP является событием, в WMS - процесс, и наоборот.
Или, еще например, проблема совместного восстановления баз данных двух связанных систем из резервной копии.
 
Процитировано сообщение: Блинов Дмитрий от 19.01.2007 :: 12:57:04:

Стоимость IBM WebSphere (и то для интеграторов) - это минимум $20 000.
Что же она умеет? Да по-сути - ничего. Мапит одни поля на другие и все.
Дошла ли информация от одной системы до другой не знает. Никакого сервиса не предоставляет.
Был я в IBM, так и не смогли они нас убедить, за что платить такие деньги.
 
Процитировано сообщение: Блинов Дмитрий от 19.01.2007 :: 12:57:04:

А если захотите услышать альтернативное мнение, постучите ко мне.

Процитировано сообщение: Блинов Дмитрий от 19.01.2007 :: 13:44:12:

ОК. Редкое взаимопонимание.
 
Процитировано сообщение: Блинов Дмитрий от 19.01.2007 :: 13:44:12:

Опыт - дело наживное.
А зрелище это - ужасное, после первого же просмотра хочется что-нибудь изобрести, чтобы уже никогда не видеть.  
 
Процитировано сообщение: Блинов Дмитрий от 19.01.2007 :: 13:44:12:

А восстанавливать при этом надо ДВЕ!!!
Иначе в одной системе действия будут отражены, а в другой их еще не произошло.
Два бекапа одновременно сделать не получится (на горячих базах). Даже если вы одновременно запустите процессы создания резервных копий - они будут записаны на конец этих процессов.  
(На самом деле это не совсем так, но такие подробности уже для специалистов по базам).
После восстановления надо будет ручками чистить расхождения.
 
Процитировано сообщение: Блинов Дмитрий от 19.01.2007 :: 13:44:12:

Как не организовывай - проблема, описанная мной ранее (событие-процесс), организацией очереди не решается.
 
Процитировано сообщение: Блинов Дмитрий от 19.01.2007 :: 13:44:12:

Гарантия доставки - это не панацея. Проблемы параллелизма. Когда системы работают в штатном режиме - события происходят в правильной последовательности. Когда одна из систем "обогнала" другую, то даже при условии сохранения порядка сообщений, не факт, что вторая система придет к правильному состоянию. Надо чтобы ее внутренние процессы, тоже в правильном порядке перемежали процессы интерфейса.
 
Процитировано сообщение: Блинов Дмитрий от 19.01.2007 :: 13:44:12:

А такие, как я описал?  
 
Процитировано сообщение: Блинов Дмитрий от 19.01.2007 :: 13:44:12:

Это точно. Автора!
 
Процитировано сообщение: Блинов Дмитрий от 19.01.2007 :: 13:44:12:

Что значит ПОЛНОЦЕННАЯ? (Или вы это в смысле $20 000?) . Каковы преимущества?

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

Процитировано сообщение: Клименко Андрей от 19.01.2007 :: 17:16:59:

Я думаю, что я не единственный, кто в ельцинские времена, когда образованные специалисты стоили дешево, а узбеков еще не завезли, работал на складе грузчиком, кладовщиком, менеджером и т.п., а потом нашел в себе силы выпрыгнуть из ситуации и снова заняться тем, чему учился.
 
Процитировано сообщение: Клименко Андрей от 19.01.2007 :: 17:16:59:

А почему? Разве это не его выбор - мало понимать? Это же - ваш бизнес! Заказчик должен все понимать, или нанимать тех, кто понимает и платить им столько, чтобы можно было полностью доверять.
 
Процитировано сообщение: Клименко Андрей от 19.01.2007 :: 17:16:59:

Специально повторил, чтобы еще высказаться:
А разве не заказчик выбрал такого интегратора? Это снова выбор заказчика.
Как выбирали? По референс-листу? А проверяли каждую строчку в этом листе или Вам лениво было?
А специализацию интегратора проверяли? Может быть он всю жизнь с оборудованием интегрировался, а это - совсем другое.
 
Все проблемы сводятся к ВЫБОРУ ЗАКАЗЧИКА, и его ОТВЕТСТВЕННОСТИ за СВОЙ выбор.
Чтобы помочь коллегам не оказаться в результате неопытности "у разбитого корыта", я начал топик "Обсудим Критерии Выбора WMS?". Участвуйте, Ваше мнение нам необходимо:
Процитировано сообщение: Перов Дмитрий от 11.01.2007 :: 15:05:10:

Процитировано сообщение: Гречин Виктор от 23.01.2007 :: 19:25:52:

 Виктор,
Всё же я  думаю. что основные  проблемы при внедрении ПО  не  технические,  а  морально-психологические!
Я поясню
В начале Все как бы всё  понимают и со всем  согласны,  но  в процессе  внедрения  затрагиваются  интересы  разных людей и каждый  реагирует по-разному.  Можно нарваться на отдельный или коллективный  бойкот, тихий или открытый саботаж.
В  этой ситуации дела в компании резко ухудшаются  и Гена начинает сомневаться  и  идти напопятную.  Складывается ситуация, что остаёшься один против всех и начинаешь задумываться -А тебе это надо!  Это точка невозврата! Все смотрят на тебя -спасует или нет-если не спасуешь, то многие начинают верить и идут за тобой!
Тогда успех!  
Внедрение - это всегда вопрос больше Доверия, чем доказательств. Многое, если не всё зависит от Личности внедренца, его убедительности, энергии,  а не от ПО

[quote author=Перов Дмитрий link=1169028044/0#12 date=1169579231]Процитировано сообщение: Лобанов Николай от 23.01.2007 :: 19:42:26:

 
Вопрос цены, как не парадоксально, в отношении ПО  вопрос не столько финансовый, сколько тоже психологический!  
Продукт-то уникальный в своём роде, это же  не огурцы на рынке сравнить!  Поэтому важнее психологическая готовность клиента платить некую сумму, а не её размер!

Проблемы интеграции чаще всего связаны с человеческим фактором.
Например ситуации:
1)WMS<->CRM  - Менеджер через CRM продает  товар, в WMS появляется заказ на отгрузку, оператор идет и отгружает не тот товар который ему указывает система а тот что скажем ближе лежит потому что он уже сутки работает, его все это уже достало и с его точки зрения товар такой же. Потом менеджер продает товар а на складе оказывается что его уже отправили вместо предыдущего и начинается работа по звонку, а в системах идут разногласия.
2) WMS<->ERP - товар скажем не правильно приняли, потом пересортили, а в бухгалтерии слово "пересорт" вообще нет и никакими проводками описать не могут.

Процитировано сообщение: Лобанов Николай от 29.01.2007 :: 13:19:39:

 
 
Человек имеет право на ошибку, а система -нет.
В системе должны быть предусмотрены проверки на возможные ошибки человека. Иначе она будет только вводить в заблуждение а не автоматизировать процесс.

Процитировано сообщение: Соломатин Владимир от 29.01.2007 :: 11:34:25:

Владимир, приведенные Вами проблемы с интеграцией связаны весьма косвенно.
Вы хотите в одной системе накосячить, а в другой получить проблемы? Не хотите,
но думаете, что пользователь так сделает? Конечно так и произойдет, поэтому надо предусматривать:
a) возможность исправления ошибок в каждой из систем с отражением этого в связанных системах.
б) возможность исправления ошибок передачи данных.
в) возможность восстановления одной или нескольких систем из горячих резервных копий с максимально возможным сохранением синхронизации.
Только третья проблема является таковой, т. е. проблемой интеграции, она не всегда решаемая.
Остальное - вопрос уровня проработки интерфейса.

Процитировано сообщение: Перов Дмитрий от 29.01.2007 :: 21:14:45:

 
Хрен редьки не слаще В наших софтах вопросы инвентаризаций, пересортов, возвратов в брак и из брака после переборки - тоже криво прописано или вообще не прописано

Процитировано сообщение: Соломатин Владимир от 30.01.2007 :: 08:51:18:

Пользователя - точно нет. Админа - надо. Но лучше если это будет в журнале. Ошибки, которые можно исправлять - надо исправлять.
Я подразумевал, что система работает 24х365.
Процитировано сообщение: Соломатин Владимир от 30.01.2007 :: 08:51:18:

Относится. Вы не сможете сделать одновременный бекап на горячих базах(24х365). Значит будет рассинхронизация баз.

Процитировано сообщение: Лобанов Николай от 30.01.2007 :: 12:47:36:

 
 
Бухгалтерские ошибки как ни крути машина исправить не может.
 
А вот проблемы когда сервер падает - возможны варианты:
1) Использовать RAID-технологию
2) Хранить данные в двух идентичных базах и реплицировать их переодически.
3) Хранить данные в двух идентичных базах и при этом на разных серверах. Реплецировать как и в предыдущем варианте.

Основная проблема при внедрении ПО = ЭТО КОМПЕТЕНЦИЯ ЗНАНИЙ И УМЕНИЙ руководителя и главного консультанта. Если эти ребята с головой и замотивированы - то никогда подобных ситуаций НЕ БУДЕТ !!!!!!

[quote author=Лобанов Николай link=1169028044/0#13 date=1169581189][quote author=Перов Дмитрий link=1169028044/0#12 date=1169579231]Процитировано сообщение: Лобанов Николай от 23.01.2007 :: 19:42:26:

 
Сумма как таковая - понятие абстрактное. Я бы отвязал ее от морально-психологических критериев. На самом деле Заказчик всегда принимает решение по критерию затраты/экономический результат. Можно всадить денеги, поставить на уши на пол-года весь персонал, закупить пару дополнительных рабочих станций, а в результате иметь на ближайшие несколько лет постоянные сбои даже того, до сих пор нормально работало и заложить в бюджет некоторые постоянные расходы на поддержку процесса в виде зализывания открывающихся ран.  Этого-то обоснованно и боятся современные потенциальные пользователи. Если на предприятии стоит вопрос об использовании серьезных интегрированных в бизнес-процесс программных продуктов, то компьютерный ликбез там давно не нужен. Опасно все - и неправильный выбор интергратора, и плохая постановка задач в процессе внедрения, и последующая многолетняя зависимость от исполнителя. Я всегда советую Заказчикам делать следующим образом:1. Разбить свои проблемы на несколько групп по степени временной востребованности. 2.Самим сформулировать исходный проект техзадания на выполнение самых острых и животрепещущих проблем, которые нужно было решить "вчера" в виде набора точных пожеланий. 3.Дать это в проработку обязательно нескольким потенциальным исполнителям с предложением подготовить реальное техническое задание с изготовлением рабочей модели законченного блока в виде самостоятельного модуля. 4.Лучше им даже немного заплатить за их телодвижения - в борьбе за заказ они много не попросят.5. Изучив несколько результатов, выбрать лучший, но очень тщательно проконтролировать возможность самостоятельного конфигурирования и открытость форматов входных и выходных данных. И ни в коем случае не скрывать, что дальнейший выбор исполнителей следующих этапов будет происходить аналогичным алгоритмом. Такая последовательность действий обеспечивает наибольший экономический эффект. Расходы более взвешены и всегда привязаны к конечному результату, производятся поэтапно. Исполнитель получает гораздо более точную постановку и соответственно результат его работы ближе к реальным потребностям заказчика. Гораздо раньше начинают проявляться выгоды от реального использования. И, что наверное, самое главное - всегда есть постоянная возможность повернуть все немного в нужную сторону, если понадобится. Все кругом постоянно меняется.