Архив форума

Добрый день, коллеги
 
Хочется услышать мнения за и против применения SOA подходов  при разработке ПО и соответсвенно соответствующих технологий внедрения WMS систем с SOA концепциями.
 
Для затравки рекомендую прочитать мою статью про SOA в WMS
 
http://www.consid.ru/article/soa_2.html
 

Коллеги, при изучении рынка WMS систем, которые себя относят к системам пропагандирующим SOA подход к разработке и сопровождению системы, я составилл такой список.
 
Западные топ бренды:
High Jump
PCI II Advantics  
 
Из Российских:
LEAD WMS
Open Source HH.WMS
 
Поправьте меня если я ошибся.
 
Коллеги поделитесь в чем заключается SOA в этих системах. Какие подходы применяются при внедрении WMS (Методика  ведения проекта, разработки, внедрения, сопровождения)

Процитировано сообщение: Шилов Илья от 04.12.2008 :: 13:36:13:

 
Спасибо, почитал, ничего нового. Правда не понятно причем тут SOA ...

Процитировано сообщение: Шилов Илья от 04.12.2008 :: 13:57:09:

 
В статье идет речь о системах с открытым кодом (приведен пример - 1С).
 
В тех системах, что нам предлагают с SOA открытого кода нет. Зачастую даже кода то нет  
Есть только редактор экранных форм, объектов и их свойств, конструктор действий при работе с объектом, логика работы с ТСД и т.п..
 
Давайте расставим все точки над И:
 
http://ru.wikipedia.org/wiki/СОА

Се́рвис-ориенти́рованная архитекту́ра (англ. SOA, service-oriented architecture) — модульный подход к разработке программного обеспечения, основанный на использовании сервисов (служб) со стандартизированными интерфейсами.
 
В основе SOA лежат принципы многократного использования функциональных элементов ИТ, ликвидации дублирования функциональности в ПО, унификации типовых операционных процессов, обеспечения перевода операционной модели компании на централизованные процессы и функциональную организацию на основе промышленной платформы интеграции.
 
Интерфейс компонентов SОА-программы предоставляет инкапсуляцию деталей реализации конкретного компонента (ОС, платформы, языка программирования, вендора, и т. п.) от остальных компонентов. Таким образом, SOA предоставляет гибкий и элегантный способ комбинирования и многократного использования компонентов для построения сложных распределённых программных комплексов.

 
Про открытость кода - ни слова. Есть только открытость использовония имеющихся сервисов.
 
Вся технология базируется, что есть независимые сервисы, которые взаимодействуют между собой, но не имеют взаимного влияния и пользователь не вникает в сложность реализации каждого сервиса - для него есть блок с входом и выходом.
 
WMS системы на основе SOA предлагают не просто зашитую кодом логику и наличие похожих участков обработки информации, а вынесенные сервисы, где каждое действие описано всего один раз и вызывается из других мест. При этом пользователю дано возможность менять взаимный вызов функций, добавлять свои проверки, менять очередность, создавать свои сервисы на базе более простых.
 
Например, есть сервисы:
 
"Отразить перемещение из ячейки"
"Отразить перемещение в ячейку"
"Записать в журнал транзакций"
"Изменить статус поступления"
"Получить вес"
...
 
Далее есть сервисы следующего порядка:
"Проверить возможность перемещения"
"Переместить товар из ячейки в ячейку"
"Отгрузить заказ"
 
которые базируются на более простых. Пользователь может их модифицировать, создавать свои на базе других.
 
Но при этом никакой открытого кода нет. Если простейший сервис записывает данные в информационную базу, то он имеет входные параметры, но вот изменить его поведение самому пользователю невозможно. Тут или поставщик должен доработать сервис, или создать новый для того чтобы пользователь смог воспользоваться им и реализовать задуманную логику.
 
При этом в системе с открытом кодом пользователь может все сделать самостоятельно, правда для этого нужно гораздо больше знаний.
 
Возможно совмещение двух подходов - SOA и открытого кода. При этом кодом описываются простейшие сервисы и делается интерфейс разработки бизнес-процессов на основе сервисов без программирования, но также пользователю дается возможность, при необходимости, залесть в код и модифицировать поведение отдельного сервиса. Но это уже комбинированный подход.
 
Зачастую открытого кода нет, а пользователю преподноситься, что он может менять систему как хочет. На практике свобода действий есть, но она ограничена, но об этом узнают только в процессе попытки доработки уже внедренной системы. Конечно, многие вопросы решаются и гораздо лучше чем в коробочных вариантах, только не нужно обманывать пользователей что он может все т.к. это "открытый код".
 
SOA в WMS - это достаточно оптимальный вариант между жесткой логикой "галочных" систем и сложностью доработки систем с открытым кодом.  
Как любой "средний" вариант он одновременно выигрывает и проигрывает своим соседям:
 
SOA и "галочные" системы:
 
+ Возможность более гибкой модификации
- Модификация может занять продолжительное время и содержать ошибки.  
 
SOA и системы с открытым кодом:
 
+ Для реализации своих процессов не нужно изучать языки программирования, знать особенности работы с памятью и язык запросов.
- Адаптация ограничена коллекцией существующих сервисов
 
 
Поэтому я за комбинированный подход - что-то (простое) можно сделать и галками, что-то посложнее и сервисами (например, работу с ТСД), а остальное запрятать в код, который при необходимости можно подправить под любые нужды

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

Процитировано сообщение: Рубанов Сергей от 04.12.2008 :: 16:00:14:

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

Процитировано сообщение: Соломатин Владимир от 04.12.2008 :: 16:43:09:

 
Владимир, вы знаете такие WMS?

Процитировано сообщение: Шилов Илья от 04.12.2008 :: 17:05:22:

 
Илья, в процессе разговора затронута тема настоящей и псевдо реализации SOA, поэтому я спросил Владимира знает ли он WMS системы, которые позволяют пользоваться сервисами на разных платформах, с разными средствами обеспечения безопасности и на больших расстояниях (разных, а не одна система где-то далеко)
 
Лично я таких систем не знаю, а всякие системы "с зачатками" в контексте разговора не интересуют  
(блин, выключите рекламу, я за нее не платил )

Копался в свое время в Infor WM 9.0
Вроде как полноценная SOA.
Другие не копал - не в курсе.

Процитировано сообщение: Соломатин Владимир от 04.12.2008 :: 17:21:04:

 
А мне показалось, что Infor WM 9.0 - это Exceed 4000, переписанный под Java ...

Процитировано сообщение: Соломатин Владимир от Вчера
Цитата:

 
Процитировано сообщение: Рубанов Сергей от Вчера  
Цитата:

 
Коллеги обоснуйте в чем заключается SOA в Infor WM 9.0. Обоснуйте аргументами.
Как реализованы технологиии поддержки многоплатформенности. С какими базами данных и операционными системами может работать. Особенно интересно про удаленные сервисы, которые в режиме реального времени работают с базой данных. В особенности сервер терминалов сбора данных.
Коллеги больше аргументации а не пустых заявлений.
Например у нас на сайте написано, что наша линейка решений соответствует концепциям SOA.
Все отдельные подсистемы наших решений реализованы в виде веб и виндоуз сервисов. Причем эти подсистемы можно интегрировать с любыми другими решениями путем прямой интеграции или интеграции обменом электронными документами. Причем каждую отдельную подсистему можно вынести на любой удаленный сервер. При чем у нас в решениях имеет место отделения логики процессов от реализации, присутствует открытость кода. Все технологии используемые в реализации общепринятые мировые технологии. Ни каких внутренних псевдоязыков не используется. Весь функционал лежит описанный на серверах в виде xml.  
Разве - это не соответствие SOA. High Jump я видел и щупал - что он соответствует концепциям SOA у меня то же сомнений нет.
 
Я например понимаю для себя отличие между SOA системой и системой с концепциями SOA.
 
Жду ваши аргументированные ответы.
 

Процитировано сообщение: Шилов Илья от 28.11.2008 :: 11:38:47:

 
А как насчет Manhattan ILS.Net и  SOA?

Просвятите про достоинства и историю AZ.WMS если честно не в курсе. Я сталкивался ну с 10-ю решениями а их порядка 50-ти. О всех не упомнишь...

Процитировано сообщение: Рубанов Сергей от 05.12.2008 :: 13:41:03:

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

Процитировано сообщение: Рубанов Сергей от 05.12.2008 :: 17:03:22:

 
Да действительно мне тоже понравилась данная концепция, с жизненным циклом.
Сделано прикольно с точки зрения технологий.
 
Единственный недостаток (как собственно и преимущество) ориентированность на Unix (Oracle).
И еще у них на сколько я помню был сделан свой сервер для терминалов (web сервер, по моему на php).
 
Может все изменилось.  
 
Но в любом случае, реализация интересная, и я думаю это система промышленного класса.