Тим Bass
Mon, 02 Jun 2008 08:43:56 +0000

В ответ на Пола Винсента в должность * Является ли ВИС услугу или процесс?* Я Написал Является ли ВИС услугу или процесс? Reloaded.* Это сообщение является дополнением к моим диалоге с Павлом и КЭП сообщества в целом.
Некоторые из наиболее замечательных критические замечания по книге "Сила событий" заключается в том, что книга не была (по большей части) * обсуждать архитектуру .*
Как мы все знаем, Есть много определений "архитектура; однако, одно определение *, которая легко обсуждать в этом контексте, заключается в том, что ИТ-систем *" архитектура "представляет компонентов ИТ * * * системы и взаимоотношения между различными компонентами * в архитектуре .*
Архитектура может быть "техническим" или "функциональные" и "оперативной" * или "данные" центральный .* Например, архитектура может основываться на оркестровки * сервис-компонентов, как SOA .* В другом примере, один Архитектура может быть представлена семантику данных .* В еще один пример, архитектуры могут быть представлены функциональные компоненты.
Поскольку Дэвид книги по ВИС не рассматривается архитектура, люди были свободными для использования какой-либо "средство" или "техника" им нравится, и назвать его "ВИС" .** Мое внимание было сосредоточено на общую ВИС функциональности и архитектур, что ссылка изобразить эту функциональность для решения ВИС классов задач.
Это была одна из первых тем (вопросов) * с КЭП * Мы определили несколько лет назад; * и поэтому мы, в том числе на меня * * * мои хорошие OLE 'дней TIBCO до сих пор, создана функциональная архитектура для ведения КЭП (Кроме того, в этом блоге, и TIBCO ВИС блоге).
В том, что функциональная архитектура ссылку, мы обсудили и проиллюстрировал * * Как КЭП должен функционировать в качестве совместных (распределенных) функциональная архитектура ссылкой на решение наиболее "реальная" ВИС классов проблем.
Таким образом, * ВИС не должны, вообще говоря, считается * как "процесс" или "сервис", сама по себе * ** * ВИС, так как функциональные * ссылка архитектуры, изображает методологии (functionaility), необходимых для решения Комплекс обнаружения ориентированных проблем .* Это аннотация разрешений ВИС иметь значение в широком контексте событий обработки заявок.
Естественно, что ссылка на функциональную архитектуру можно рассматривать как "сервис", если все элементы в архитектуре сотрудничать, чтобы решить проблему, и инкапсулированные как сервис .* Кроме того, ссылка на функциональную архитектуру можно рассматривать как "процесс", когда решение проблем в конкретной области .* Таким образом, "процесс", в данном случае, является экземпляром функциональных ссылкой архитектуры, и если, например упаковано в качестве решения, это решение может быть инкапсулированы в качестве сервиса.
Так, он вводит в заблуждение, по крайней мере, на мой взгляд, * сократить КЭП на "процесс" или "сервис", если мы не будем обсуждать особенности решения домена проблемы внутри (функциональные) ссылка архитектурой (функциональные связи).
Эта путаница также * проявляется в оживленная дискуссия между Марк Палмер, и в блогосфере в связи с погашением ВИС .** Марк и другие создали экземпляр случае переработки на рынках капитала, и называют его "КЭП", когда на самом деле, что они делают это COTS Algo торговли и использования одного или более функциональными компонентами КЭП для реализации своих решений.
На это важное различие, на мой взгляд.



Источник ...