Регистрация     
Russian Business Intelligence (rubi)
Найдено статей: 24
BizTalk Server для начинающих

Действительно, что же такое на самом деле BizTalk Server и для чего он может пригодиться? Если заглянуть в самую его суть, то можно сказать, что Microsoft BizTalk Server, используя технологию адаптеров, позволяет объединить в целостную систему распределенные бизнес-приложения с целью интеграции информации, бизнес-процессов и сервисов. В качестве интегрируемой сущности могут выступать отдельные приложения, системы и даже целые предприятия со всей их IT инфраструктурой, другими словами – все те объекты, независимо от их сложности и уровня организации, с которыми вы бы хотели организовать информационный обмен.

Программные адаптеры обычно используются, когда требуется организовать взаимодействие между двумя компонентами разнородной системы, в которых изначально не предусматривалось такое взаимодействие (например, 1С:Предприятие и MS Office Sharepoint Server). Для написания адаптеров используется специальный фреймворк. В результате, все адаптеры построены на одной общей платформе и для их взаимной интеграции уже не нужно прикладывать таких усилий, как в случае интеграции приложений напрямую – иногда достаточно обойтись простым конфигурированием, не прибегая к написанию программного кода.

Обычно выделяют три типа проблем, для решения которых может использоваться BizTalk Server. Во первых, BizTalk Server выступает в качестве сервера интеграции корпоративных приложений (Enterprise Applications Integration, EAI), обеспечивая обмен данными между ними. В данном случае интегрируемые приложения могут иметь несовместимые платформы, форматы хранения и передачи информации или модели безопасности. Например, когда компания нанимает на работу нового сотрудника, соответствующая запись, сформированная в приложении, автоматизирующем работу HR департамента, должна быть передана в систему автоматизации бухгалтерского учета для того, чтобы данному сотруднику была вовремя начислена и переведена на банковский счет заработная плата. Ничто не мешает вам самостоятельно написать программный код, позволяющий реализовать такое взаимодействие двух конкретных приложений. Но, использование такой стратегии приводит к экспоненциальному росту сложности системы при добавлении в нее новых компонентов.

tr-arc

Есть ли способ упростить предложенный выше пример коммуникации? Конечно, же – есть. Вообще говоря, это один из примеров классических задач или проблем теории информации. А, поскольку, задача является классической, то и максимально эффективное решение для нее уже давно известно. И заключается оно в использовании хаба, или центрального узла, через который и осуществляются все коммуникации.



Уровень знаний: Beginner;
Просмотров: 32 |  Комментариев: 0 | 
BizTalk Server. Знакомство с BAM

Практически, ни одно современное приложение не работает изолированно от других программных продуктов. Нравится нам это или нет, взаимная интеграция приложения – это сегодняшняя действительность, с которой приходится считаться. При этом очень важно понимать, что такая интеграция есть нечто большее, чем просто передача набора байтов от одного приложения другому.

Так как сервисно-ориентированная архитектура все больше завоевывает умы архитекторов информационных систем, перед ними, и, в итоге, перед разработчиками, встает актуальная задача – создание эффективных бизнес-процессов, основанных на взаимодействии распределенных (зачастую, удаленных друг от друга) программных компонентов.

Microsoft BizTalk Server 2009 представляет собой инструмент, позволяющий эффективно решить поставленную задачу интеграции приложений. Как и его предшественники, BizTalk Server позволяет объединять разнородные приложения, предоставляя наглядные графические инструменты конфигурирования логики и механизма такого объединения. Кроме того, BizTalk Server позволяет контролировать весь процесс интеграции, начиная с контроля запущенных процессов и заканчивая управлением взаимодействием с бизнес-партнерами, а так же выполнение других сложных задач автоматизации бизнес-процессов.

Среди всех функций BizTalk Server 2009 можно выделить следующие нововведения по сравнению с предыдущими версиями:

  • Развертывание, мониторинг и управление интегрируемыми приложениями
  • Упрощенная инсталляция приложений
  • Расширенные возможности BAM (Business Activity Monitor)

BizTalk Server 2009 использует новейшие серверные технологии Microsoft. Он построен на платформе .Net Framework версии 3.5, соответственно, он поддерживает инструменты разработки, основанные на Microsoft Visual Studio 2008. Для хранения данных используется SQL Server 2008. BizTalk Server 2009 поддерживает 64-битные версии операционной системы Windows Server, используя такие преимущества платформы, как большой объем оперативной памяти, и другие преимущества программной и аппаратной платформы.

Что такое BizTalk Server?

Организация разнородных систем в эффективный бизнес-процесс – серьезная проблема и вызов архитекторам. Соответственно, BizTalk Server для решения поставленной задачи использует целый комплекс технологий. Рисунок, представленный ниже, демонстрирует основные компоненты BizTalk Server.

BizTalkArch

Из рисунка видно, что есть некая центральная часть, составляющая ядро или основу сервера. Она состоит из двух компонентов:

  • Подсистема сообщений (Messaging), обеспечивающая возможность взаимодействовать с самым разнообразным ...


Уровень знаний: Beginner;
Просмотров: 30 |  Комментариев: 0 | 
Специалист по BizTalk Server: Необходимые технологии

Если вы только встали на путь постижения BizTalk Server, то наверняка задавали себе вопрос – а хватит ли моих знаний, для того, чтобы начав движение не сдаться, не свернуть и не упасть. Мудрость проста – глупец тот, кто не познав базовых движений с мечем, берется разучивать ката.

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

Так как же подготовить себя к встрече с BizTalk?

Не торопись с ответом. Как сказал один не безызвестный Кот: “Все зависит от того, куда именно ты хочешь прийти”…

Если твоя цель – BizTalk Developer

Планируешь разрабатывать BizTalk адаптеры и бизнес-приложения на платформе BizTalk Server? Тогда тебе понадобятся следующие знания:

  • Microsoft Visual Studio и приемы разработки прикладных решений на платформе Microsoft .Net
  • Уверенное использование компонентов .Net Framework
  • Знакомство с XML и инструментами создания/обработки XML документов
  • Знакомство с технологией преобразования XML документов XSLT
  • Владение XML Schema Definition Language (XSD)
  • Умение создавать и интегрировать во внешние приложения веб-сервисы

Если твоя цель – BizTalk Admin

Развертывание фермы BizTalk серверов, UpTime 24/7 и главная цель – максимально-возможная производительность. Все это для тебя не пустые слова? Тогда, твой путь лежит через:

  • Владение секретами развертывания Windows Server 2008
  • Владение навыками управления пользовательскими аккаунтами в домене Windows
  • Знание принципов настройки сетевого интерфейса и управления сетевыми соединениями
  • Знакомство с системой разграничения доступа в сетях Windows
  • Умение устанавливать и конфигурировать Microsoft SQL Server
  • Умение разворачивать Windows Sharepoint Services
  • Знакомство с технологиями кластеризации и балансировки нагрузки
  • Умение управлять приложениями, работающими в среде Windows Server 2008, а так же умение создавать и администрировать веб-сайты и виртуальные директории

Если ты бизнес-аналитик ;)

Тебе важен результат, и всегда держишь руку на пульсе, контролируя достижение ключевых целей. BizTalk Server тебе позволяет сконцентрировать в одной точке все информационные каналы и рычаги управления. Для того, чтобы воспользоваться возможностями BizTalk Server, тебе понадобятся следующие знания:

  • Microsoft Excel
  • Microsoft Access
  • Инструменты OLAP анализа
  • Microsoft Visio
  • Microsoft Project
  • Microsoft PowerPoint
  • Microsof...


Уровень знаний: Beginner;
Просмотров: 34 |  Комментариев: 0 | 
Краткое введение в Windows Communication Foundation

Переход к сервисно-ориентированной архитектуре существенным образом поменял ландшафт индустрии разработки программного обеспечения. С помощью сетевого протокола SOAP или какими либо другими способами, приложения взаимодействуют друг с другом через сеть посредством веб-сервисов, и это уже становится стандартом. Существует множество платформ создания приложений, реализующих SOA. Для Windows разработчиков такой платформой как раз и является Windows Communication Foundation, или WCF.

Впервые представ на суд разработчиков в составе фреймворка .NET 3.0 в 2006 году, затем обновившись вместе с фреймворком .NET 3.5, технология создания веб-сервисов продолжает свое развитие, обретя новые возможности в фреймворке .NET 4.0.

Иллюстрация проблемы: Сценарий (по Девиду Чаппелу)

Для того, чтобы представить область применения WCF и решаемые данной технологией проблемы, представьте себе фирму, оказывающую услуги по прокату автомобилей, которая решила автоматизировать свою деятельность, создав приложение, позволяющее клиентам бронировать автомобили. Так, как приложение будет работать под управлением операционной системы Windows, компания остановила свой выбор на платформе .NET Framework 4.0. Архитекторам, работающим над проектированием данного приложения, известно, что бизнес-логика, реализуемая будущим приложением, предполагает активное взаимодействие с другим программным обеспечением, принадлежащем как этой компании, так и сторонним организациям. Соответственно, архитекторами было принято решение использовать сервисно-ориентированную архитектуру, позволяющую строить логику взаимодействия с другими приложениями через четко-определенный набор веб-сервисов. В качестве технологии реализации сервисов была выбрана технология WCF.

Схема иллюстрирующая проектируемую систему:

 

На протяжении своего жизненного цикла приложение автоматического бронирования арендуемых автомобилей скорее всего будет обрастать связями с другими как внутренними, так и внешними приложениями.Однако, проектируя данное приложение, программный архитектор выделил три основных типа внешних по отношению к программе приложений, с которыми ей придется взаимодействовать:

  • Традиционное оконное клиентское приложение, работающее под управлением операционной системы Windows. Это приложение используется сотрудниками call-центра компании. Будучи созданным специально под новую систему бронирования, это приложение так же будет работать на фремворке .NET 4.0 и использовать технологию WCF. По большому счету, это приложение трудно назвать самостоятельным, скорее всего это средство предоставления пользовательского интерфейса к веб-сервисам. С точки зрения SOA, данное приложение – один из многих клиентов к предоставляемым с...


Уровень знаний: Beginner;
Краткое введение в Windows Communication Foundation

Переход к сервисно-ориентированной архитектуре существенным образом поменял ландшафт индустрии разработки программного обеспечения. С помощью сетевого протокола SOAP или какими либо другими способами, приложения взаимодействуют друг с другом через сеть посредством веб-сервисов, и это уже становится стандартом. Существует множество платформ создания приложений, реализующих SOA. Для Windows разработчиков такой платформой как раз и является Windows Communication Foundation, или WCF.

Впервые представ на суд разработчиков в составе фреймворка .NET 3.0 в 2006 году, затем обновившись вместе с фреймворком .NET 3.5, технология создания веб-сервисов продолжает свое развитие, обретя новые возможности в фреймворке .NET 4.0.

Иллюстрация проблемы: Сценарий (по Девиду Чаппелу)

Для того, чтобы представить область применения WCF и решаемые данной технологией проблемы, представьте себе фирму, оказывающую услуги по прокату автомобилей, которая решила автоматизировать свою деятельность, создав приложение, позволяющее клиентам бронировать автомобили. Так, как приложение будет работать под управлением операционной системы Windows, компания остановила свой выбор на платформе .NET Framework 4.0. Архитекторам, работающим над проектированием данного приложения, известно, что бизнес-логика, реализуемая будущим приложением, предполагает активное взаимодействие с другим программным обеспечением, принадлежащем как этой компании, так и сторонним организациям. Соответственно, архитекторами было принято решение использовать сервисно-ориентированную архитектуру, позволяющую строить логику взаимодействия с другими приложениями через четко-определенный набор веб-сервисов. В качестве технологии реализации сервисов была выбрана технология WCF.

Схема иллюстрирующая проектируемую систему:

На протяжении своего жизненного цикла приложение автоматического бронирования арендуемых автомобилей скорее всего будет обрастать связями с другими как внутренними, так и внешними приложениями.Однако, проектируя данное приложение, программный архитектор выделил три основных типа внешних по отношению к программе приложений, с которыми ей придется взаимодействовать:

  • Традиционное оконное клиентское приложение, работающее под управлением операционной системы Windows. Это приложение используется сотрудниками call-центра компании. Будучи созданным специально под новую систему бронирования, это приложение так же будет работать на фремворке .NET 4.0 и использовать технологию WCF. По большому счету, это приложение трудно назвать самостоятельным, скорее всего это средство предоставления пользовательского интерфейса к веб-сервисам. С точки зрения SOA, данное приложение – один из многих клиентов к предоставляемым сервис...


Уровень знаний: Beginner;
Управление и мониторинг BizTalk Server

Любое приложение, работающее под управлением BizTalk Server, в той или иной мере нуждается в управлении. Как происходит установка нового приложения? Настройка каких параметров возможна? Что происходит в системе прямо сейчас? В этой статье я постараюсь осветить инструменты, позволяющие ответить на все обозначенные выше вопросы.

Установка BizTalk Server 2009

Microsoft BizTalk Server 2009 включает в себя несколько компонентов, корректное функционирование которых во многом зависит от системного окружения, и в первую очередь, конечно же, от операционной системы. Процесс проверки того, что все программное обеспечение, необходимое для установки BizTalk Server, присутствует в системе, имеет правильную версию, а затем еще и корректная установка самого продукта, иногда представляет собой нетривиальную задачу.

Непосредственно инсталляция BizTalk Server – стандартная и простая процедура. Обновление с версии BizTalk Server 2006 протекает в автоматическом режиме, и все компоненты приложения, использующие предыдущие версии составных компонентов платформы (orchestrations, maps) – будут продолжать корректно работать. Для того, чтобы обеспечить корректное системное окружение для BizTalk Server, системный администратор, осуществляющий установку сервера, может скачать стандартный .CAB файл, либо указать программе инсталляции сервера путь к ранее загруженному архиву. В обоих случаях, этот архивный файл содержит в себе распространяемые компоненты,  необходимые для корректной установки BizTalk Server. В частности, осуществляется установка корректной версии Microsoft Data Access Components (MDAC), Microsoft XML Parser (MSXML), последние исправления безопасности и другое необходимое программное обеспечение.

После того, как все компоненты из этого .CAB файла установлены, у администратора есть два альтернативных варианта установки BizTalk Server. По умолчанию все компоненты сервера устанавливаются на одну аппаратную платформу. После инициализации процесса установки, остается только дождаться его окончания. Кроме этого, можно выбрать настраиваемый сценарий установки сервера. В этом случае имеется возможность установки разных компонентов на разные машины под различным учетными записями, использовав индивидуальные настройки прочих параметров.

Создание масштабируемой конфигурации

Если высокая производительность или отказоустойчивость сервера не являются критически важными условиями функционирования  BizTalk, можно ограничиться установкой всей платформы на одну физическую машину. Однако, в некоторых случаях такое решение не приемлемо в силу необходимости соблюдения упомянутых выше требований. В этом случае подойдет более сложный сценарий развертывания BizTalk Server 2009.

Фундаментальная концепция создания масштабируемой конфигурации – это идея взаимодействующих друг с другом хостов. Хост может содержать в рамках своей конфигурации отдельные компоненты системы, т...



Уровень знаний: Beginner;
Просмотров: 26 |  Комментариев: 0 | 
Хак с сериализацией

Вчера одному моему коллеге пришлось столкнуться с задачей сериализации автоматически генерируемых BizTalk схем в .NET объекты. Совместно с ним мы нашли весьма необычное решение этой интересной задачи.

В широко известной книге Professional BizTalk Server 2006, ее автор активно пропагандировал подход везде, где это возможно, использовать сериализуемые классы вместо традиционных сообщений. В нашем случае, мой приятель решал задачу массового обновления Oracle’овских таблиц используя данные, полученные от BizTalk Siebel адаптера. Вместо того, чтобы использовать бесконечные сообщения “Oracle Insert”, мы решили попытаться упаковать сообщения от Seibel в .NET объекты, использовав вспомогательный класс для того, чтобы осуществить одну большую транзакционную вставку данных.

Таком образом, мой коллега взял схемы Seibel адаптера, пропустил из через xsd.exe, получив в конечном итоге замечательный .NET объект, реализующий все узлы схемы. Однако при попытке выполнить XLANGMessage операцию “RetrieveAs” он получил такое сообщение об ошибке (реальные имена переменных и типов данных удалены):

Cannot use XLANGMessage.RetrieveAs to convert message part part with type [SampleNamespace].[TypeName]+QueryEx2Response to type QueryEx2Response.”

Exception type: InvalidCastException
Source: Microsoft.XLANGs.Engine
Target Site: System.Object RetrieveAs(System.Type)

Unable to generate a temporary class (result=1).
error CS0030:
Cannot convert type ‘Customer_Complaint_Case_BCResultRecord[]‘ to
‘Customer_Complaint_Case_BCResultRecord’
error CS0029:
Cannot implicitly convert type
‘Customer_Complaint_Case_BCResultRecord’ to
‘Customer_Complaint_Case_BCResultRecord[]‘

После вдумчивого анализа полученного сообщения становится ясно, что проблема связана с сериализацией массива “BCResultRecord”. После непродолжительного поиска в вебе, я наткнулся на пост в одной ньюзгруппе, в котором обсуждалась аналогичная проблема с сериализацией. Решение? Добавить временный “атрибут” для проблемного объекта, который бы помог утилите xsd.exe корректно обработать массивы данных. Итак, до внесения изменений, проблемный Seibel XSD,  выглядел следующим образом:

<xsd:complexType name="Customer_Complaint_Case_BCResultRecordSet">
    <xsd:sequence>
      <xsd:element minOccurs="0" maxOccurs="unbounded"
	  name="Customer_Complaint_Case_BCResultRecord"
	  type="BizObj:Customer_Complaint_Case_BCResultRecord" />
    </xsd:sequence>
  </xsd:complexType>

Результат работы утилиты xsd.exe представлен ниже:

public partial class QueryEx2Response {

    private Customer_Complaint_Case_BCResultRecord[][]
	    Customer_Complaint_Case_BCResu...


Уровень знаний: Beginner;
DAX Developer: В начале пути

Этой статьей я открываю цикл, посвященный разработке для платформы Microsoft Dynamics AX. Мы пройдем долгий путь от самых основ до более сложных вещей. Я буду рад вашим откликам на стати данного цикла, они помогут мне максимально качественно доносить материал до читателей. Надеюсь, новая рубрика на сайте IT4Enterprise.RU будет вам не только полезна, но и интересна. Итак, начнем…

А начнем мы со знакомства с инструментами разработки, доступными для платформы MS DAX. Вот перечень того, что доступно разработчику:

  • Язык программирования для платформы AX
  • Дерево предопределенных объектов системы
  • Редактор программного кода с подсветкой синтаксиса языка программирования X++
  • Компилятор
  • Набор меток

Язык программирования

В качестве языка программирования для платформы AX используется X++, синтаксис которого очень похож на синтаксис таких популярных языков программирования, как C# или Java. Кроме того, что X++ является полноценным объектно-ориентированным языком программирования, в его функциональность входит возможность обработки SQL запросов. Это означает, что написание SQL выражений в AX – очень простая задача, так как вы, как разработчик, освобождаетесь от утомительной рутины создания соединения с базой данных, написания SQL выражений, выполняемых поверх установленного соединения, и так далее. Вместо этого, вы можете писать SQL запросы непосредственно в X++ коде, что очень напоминает концепцию LINQ для .NET.

MorphX

В дополнение к языку программирования, Dynamics AX имеет в своем составе среду разработки, называемую MorphX. MorphX полностью обеспечивает возможность визуальной разработки для платформы DAX. В этом плане возможности MorphX аналогичны возможностям Visual Studio, то есть здесь точно также можно моделировать архитектуру приложения, размещая с помощью мыши в основном графическом контейнере различные визуальные компоненты, а затем определяя алгоритмы обработчиков событий для каждого такого компонента.

Дерево предопределенных объектов

Или, по другому – Application Object Tree (AOT), представляет собой иерархическую структуру, в которой можно найти абсолютно все компоненты AX. Вы можете открыть дерево объектов, щелкнув мышью по соответствующей кнопке основной панели инструментов, или просто нажав Ctrl + D в любом месте AX.

image

После выбора данного режима откроется древовидный список объектов AX, как показано в правой части следующего рисунка:

читать далее...



Уровень знаний: Beginner;
Просмотров: 23 |  Комментариев: 0 | 
Использование Business Rule Engine

Orchestration Designer в совокупности с такими инструментами, как BizTalk Editor и BizTalk Mapper, обеспечивает эффективный способ определения бизнес-процессов и правил их функционирования. Это, безусловно, может оказаться весьма полезным, однако, хотелось бы в одном ряду с этими инструментами видеть удобный механизм определения бизнес-правил. Для обеспечения такой возможности, в состав BizTalk Server входит механизм определения бизнес-правил (Business Rule Engine, BRE). Разработчики достаточно часто прибегают к возможностям BRE, однако рядовым пользователям будет более комфортно работать в визуальной среде другого инструмента – Business Rule Composer (BRC).

Одна из наиболее типичных ситуаций, когда может пригодиться BRE, это случай, когда необходимо реализовать комплексный набор бизнес-правил. Например, такая типична бизнес-ситуация, как принятие решения о предоставлении кредита, может опираться на достаточно большое количество бизнес-правил, анализирующих кредитную историю клиента, его доход и многие дополнительные факторы. Аналогичным образом, расчет тарифа по страхованию жизни субъекта так же зависит от большого количества факторов, таких как возраст клиента, его пол, состояние здоровья и так далее. Реализация всех этих условий в качестве бизнес-правил силами Orchestration Designer, конечно же, возможна, но представляет собой достаточно сложную задачу. Для бизнес-процессов, насыщенных различными бизнес-правилами, использование BRE позволит сделать жизнь разработчиков намного проще и веселее.

С помощью BRE, разработчик может за кроткое время и достаточно просто создавать и изменять бизнес-правила по мере необходимости. Для того, чтобы понять, что же именно предлагает BRE, подумайте о том, какие потребуется предпринять действия для того, чтобы изменить некоторое бизнес-правило, определенное с помощью оркестровки. Прежде всего, разработчик должен открыть оркестровку в Visual Studio, изменить соответствующие графические элементы в схеме бизнес-процесса (а так же, связанные с этим элементом .NET или COM объекты), и затем собрать и опубликовать измененную сборку. Выполнение всех перечисленных выше действий требует остановки и перезапуска BizTalk приложения, использующего данный сценарий согласования. Если же используется другой сценарий разработки – с применением BRE, все изменения можно вносить без перекомпиляции и остановки чего-либо. Все, что требуется в этом случае от разработчика, это воспользоваться Business Rule Composer’ом для внесения изменений в бизнес-правило, и повторно выполнить публикацию набора правил. Все сделанные изменения начинают действовать немедленно. К тому же, если сценарии согласования обычно создаются и изменяются разработчиками, то бизнес-правила достаточно информативны и понятны для того, чтобы их корректировку могли выполнить специалисты из бизнес-подразделения, не имеющие технической подготовки.

Разработчик набора бизнес-правил обычно ...



Уровень знаний: Beginner;
BizTalk Server и веб-сервисы

Веб-сервисы позволяют приложениям обмениваться XML документами по протоколу SOAP, и играют значительную роль в интеграции отдельных приложений в единую комплексную систему.

Для того, чтобы получить доступ к внешним веб-сервисам, разработчик, создающий сценарий согласования, может использовать опцию Add Web Reference в Visual Studio наряду с применением адаптера веб-сервисов для непосредственного вызова операций. В дополнение к этому, BizTalk Server имеет в своем составе мастер публикации веб-сервисов (Web Services Publishing wizard), способный генерировать проект ASP .NET Web Services для публикации отдельных оркестровок в виде веб сервисов, работающих поверх протокола SOAP. Таким образом, BizTalk предлагает два подхода к организации веб-сервисов: подключение бизнес-процесса к уже существующему веб-сервису, и создание новых веб-сервисов для публикации бизнес-процессов.

Рост популярности и востребованности веб-сервисов оказывает существенное влияние на архитектуру и реализацию бизнес-процессов. Например, представьте такую ситуацию, когда две организации взаимодействуют друг с другом посредством веб-сервисов. Для того, чтобы это взаимодействие было наиболее эффективным, необходимо, чтобы каждая сторона, участвующая в коммуникации имела представление о бизнес-процессах, функционирующих на стороне контрагента. В том случае, если обе организации используют BizTalk Server, проблемы как таковой не существует. Такие инструменты из состава BizTalk Server,  как, например, технология Tradig Partner Management, позволяют эффективно обмениваться информацией об архитектуре и топологии бизнес-процессов. Но как быть в том случае, если эти организации для построения своих систем, используют разные технологии? В подобной ситуации, было бы неплохо иметь некий механизм, позволяющий описать различные аспекты бизнес-процесса платформенно-независимым способом.

Для реализации такого универсального способа описания бизнес-процессов, компании Microsoft, IBM и другие крупнейшие игроки на рынке корпоративного программного обеспечения,совместными усилиями разработали  язык описания бизнес-процессов – Business Process Execution Language (BPEL). Бизнес-процессы, определенные с помощью Orchestration Designer, могут быть экспортированы в формат BPEL. Возможно и обратное преобразование – из BPEL в схемы Orchestration Designer. Главная особенность BPEL заключается в том, что он используется не только для определения и описания бизнес-процессов с возможностью дальнейшего обмена, но и в качестве кросс-платформенного механизма исполнения бизнес-процессов. Важно понимать, что BPEL полностью совместим с технологией веб-сервисов, и бизнес-процессы, описанные с помощью BPEL, могут реализовывать свою функциональность на сервисной платформе. Возможности BPEL дополняются функциональностью BizTalk Server, например, поддержкой маппинга между различными XML схемами, вызовом методов локальных объектов и другими функциям...



Уровень знаний: Beginner;
Разбираемся с бизнес-процессами (часть 3)

Определение бизнес-логики: Orchestration Designer

Для начала давайте определимся с тем, что же такое бизнес-процесс. Существует множество определений данного понятия, мы же остановимся на следующем: бизнес-процесс – это совокупность действий, направленная на удовлетворение определенных потребностей предприятия или организации. Используя BizTalk Server, разработчик может с помощью специального инструмента под названием Orchestration Designer, составить наглядную графическую модель бизнес-активностей, которая представляет собой не просто абстрактную схему, а вполне конкретное описание алгоритмов, реализуемых в дальнейшем соответствующими подсистемами BizTalk Server.

Вместо того, чтобы вручную описывать все алгоритмы, реализующие бизнес-процесс на каком либо языке программирования, разработчик может создать сценарии согласования простым объединением специальных графических примитивов в редакторе, руководствуясь только логикой бизнес-процесса, и не отвлекаясь на техническое детали его реализации. В дизайнере оркестровок доступен богатый набор графических примитивов, описывающих самые разнообразные бизнес-сущности и явления. Несмотря на все разнообразие как самих бизнес-процессов, так и графических примитивов моделирования, в каждом конкретном в схеме бизнес-процесса кроме исключительно специфических примитивов будут присутствовать и универсальные общеприменимые элементы, такие как:

  • Receive, или блок получения сообщения. Как ясно из названия, он указывает на процесс получения сообщения подсистемой согласования. Блок получения сообщения может включать в себя фильтр, определяющий конкретный тип принимаемых сообщений, кроме того, он может указывать на необходимость инициализации нового экземпляра подсистемы согласования в случае получения определенного сообщения.
  • Send, или блок отправки сообщения. Позволяет подсистеме согласования отправлять исходящие сообщения.
  • Port, или сетевой порт. Определяет, каким образом будет осуществляться доставка сообщения. Каждый экземпляр такого элемента обязательно соединен с блоком получения, или с блоком отправки сообщения. Каждый порт имеет заданный для него тип, который определяет такие моменты, как например, типы сообщений, которые могут быть приняты через данный порт, направление – отправка или получение, и связывание, определяющее техническое детали доставки сообщения, например, ссылка на конкретный URL и так далее.
  • Decide, или блок принятия решения, представляющий собой конструкцию Если-Тогда-Иначе, позволяющую подсистеме согласования переключаться между альтернативными задачами, основываясь на логических условиях. Для составления подобных условий можно воспользоваться построителем выражений (Expression Editor), входящим в состав Orchestration Designer.
  • Loop, или блок цикла, контролирующий повторяю...


Уровень знаний: Beginner;
Просмотров: 27 |  Комментариев: 0 | 
Разбираемся с бизнес-процессами (часть 2)

Мы продолжаем знакомиться с инструментами моделирования бизнес-процессов в BizTalk Server 2009. Напомню, что в прошлой статье мы познакомились с редактором XML схем. На очереди еще один инструмент – BizTalk Mapper.

 

Сопоставление XML схем: BizTalk Mapper

Подсистема согласования в общем случае реализует бизнес-процессы, получая одни сообщения, и отправляя другие. Зачастую, часть информации из входящего документа попадает в исходящие, предварительно пройдя через некоторую процедуру преобразования. Например, процесс обработки заказов может получить сообщение с информацией о заказе некоторого количества товара, затем отправляет ответное сообщение, уведомляющее о том, что по некоторым причинам количество товара в заказе уменьшено. Информация из заказа, такая как идентификатор заказа, список товаров и их количество может быть скопирована из соответствующих полей входящего сообщения в аналогичные поля исходящего сообщения. BizTalk Mapper может быть использован для определения механизма, или карты (Map) трансформации одного документа в другой.

biztalk-mapper

Из рисунка видно, что каждая карта трансформации выглядит как графическая корреляция между двумя XML схемами, определяющая отношения между элементами обеих схем. Консорциум World Wide Web (W3C) определил XSLT (Extensible Stylesheet Language Transformation) в качестве стандартного механизма преобразования XML документов из одной схемы в другую. С целью соблюдения стандартов W3C, BizTalk в качестве технологии XML преобразования использует именно XSLT.

Преобразование, определенное схемой, может быть как простым, таким как простое копирование значений из одного документа в другой без изменений, так и боле сложным, включающим в себя ряд операций над копируемыми данными. Простое копирование реализовано с помощью ссылок поля одного документа на соответствующее поле другого документа, что в BizTalk Mapper’e выглядит как линия, соединяющая соответствующие элементы в схеме-источнике (Source Schema) и в схеме-назначении (Destination Schema). Более сложные преобразования осуществляются с помощью функтоидов. Функтоид (functoid) это фрагмент исполняемого кода, определяющий алгоритм преобразования между корреспондирующими полями двух документов. Как видно из представленного выше рисунка, BizTalk Mapper представляет функтоиды в виде прямоугольника на линии, соединяющей корреспондирующие поля документов. Поскольку, некоторые из таких преобразований достаточно типовые и часто используются в схемах трансформации д...



Уровень знаний: Beginner;
Просмотров: 206 |  Комментариев: 0 | 
Разбираемся с бизнес-процессами (часть 1)

Обмен сообщениями между разнообразными системами – необходимая составляющая тех, задач, решение которых возлагается на BizTalk Server. Основная же цель, это определение и выполнение бизнес-процессов, реализованных с помощью объединяемых приложений. Ядро BizTalk Server использует оркестровки для определения логики автоматизируемых бизнес-процессов. Для создания и тестирования бизнес-процессов, в BizTalk Server используется механизм определения бизнес-правил (Business Rule Engine). Сегодня мы как раз и поговорим о том, что такое подсистема согласования (Orchestration Engine), оркестровки (Orchestrations) и механизм определения бизнес-правил (Business Rules Engine).

Использование сценариев согласования

Вся логика автоматизируемого бизнес-процесса может быть реализована непосредственно на одном из языков программирования, входящих в состав среды разработки Visual Studio, например, C# или Visual Basic. Однако во многих случаях создание, поддержка и обслуживание комплексных сценариев автоматизации бизнес-процессов может оказаться сложной и утомительной задачей. В отличие от своих предшественников, BizTalk Server использует другой, более эффективный подход к решению подобных задач. Он позволяет специалистам в области организационного управления или техническим специалистам определять бизнес-процессы визуально, с помощью графических инструментов. Это гораздо эффективней, удобней и производительней, чем описание бизнес-процессов непосредственно на каком-либо языке программирования, кроме того, данный подход делает сами бизнес-процессы более понятными, более наглядными и адаптивными, то есть придает им гибкую изменяемую структуру. Кроме того, созданные подобным образом бизнес-процессы доступны для отслеживания в режиме реального времени, что фактически и используется в таком инструменте, как Business Activity Monitor (BAM).

Что касается разработчиков, то создание и согласование бизнес-процессов опирается на три ключевых инструмента: редактор XML схем, BizTalk Mapper для определения преобразований из одной XML схемы в другую, и, Orchestration Designer, для определения логики бизнес-процессов. Все эти инструменты работают в Visual Studio, обеспечивая единую среду разработки BizTalk приложений. Давайте познакомимся с этими инструментами поближе и посмотрим, как они взаимодействуют друг с другом.

Создание XML схем: BizTalk редактор

Сценарии согласования, или оркестровки, работают с XML документами, каждый из которых соответствует одной из XML схем. Редактор XML схем позволяет разработчикам создавать такие схемы, по сути являющиеся шаблонами документов, и определяют структуру и тип содержащейся в документе информации с помощью языка определения XML схем (XML Schema Definition Language, XSD).

Создание XSD схемы “с нуля” – задача не из самых прост...



Уровень знаний: Beginner;
Тэги: BizTalk Server, XML, XSD
Просмотров: 34 |  Комментариев: 0 | 
BizTalk Server – Технологии интеграции

Эффективный обмен сообщениями через разнородное программное обеспечение, установленное на разных аппаратных платформах является одним из критических обязательных требований, предъявляемых к системе интеграции. Будучи поставленным перед фактом существования множества способов коммуникации, BizTalk Server 2009 должен поддерживать большое разнообразие протоколов и форматов сообщений. Как будет показано далее в статье, значительная часть ядра BizTalk Server предназначена для реализации коммуникационных функций. Однако, не стоит забывать ни на минуту, что все внутренние коммуникации BizTalk Server осуществляет посредством XML документов. В каком бы формате не пришло сообщение, оно сразу после получения должно быть преобразовано в формат XML. Аналогично, осуществляется и преобразование XML документа в какой-либо внешний формат, если получатель сообщения не умеет обрабатывать XML данные.

Отправка и получение сообщений: Адаптеры

Поскольку BizTalk Server должен уметь общаться с самым разнообразным программным обеспечением, он реализует свою коммуникабельность посредством адаптеров. Что представляет из себя адаптер? Адаптер – это реализация определенного механизма взаимодействия, например какого-то протокола передачи данных. Разработчик определяет, какой именно адаптер использовать в данной конкретной ситуации. Он может остановить свой выбор на одном из встроенных в BizTalk Server по умолчанию адаптеров, или использовать сторонний адаптер, специально разработанный для какого-нибудь популярного программного продукта, к примеру, адаптер для SAP системы. Или, прибегнуть к третьему варианту – написать свой собственный адаптер. В любом из этих случаев, адаптер создается на общей стандартной базе или платформе, которая называется Adapter Framework. Этот фреймворк предоставляет универсальный способ создания и запуска адаптеров, и кроме того, он реализует поддержку различных вспомогательных инструментов управления адаптерами.

В состав Microsoft BizTalk Server по умолчанию входят следующие адаптеры:

  • Адаптер веб-сервисов: поддерживает отправку и получение сообщений с помощью протокола SOAP поверх HTTP. Так как SOAP является ключевым протоколом построения веб-сервисов, присутствие данного адаптера является критичным по отношению к возможности BizTalk Server 2009 взаимодействовать с сервисно-ориентированным окружением. В данном случае, как это принято среди разработчиков веб-сервисов, для идентификации отправителя и получателя сообщения используется их URL.
  • Файловый адаптер: обеспечивает чтение из, и запись в файлы, принадлежащие одной из файловых систем Windows. Так как приложения, участвующие в автоматизации бизнес-процессов, достаточно часто взаимодействуют с файловой системой (неважно, локально или удаленно через сетевой интерфейс), реализация обмена сообщениями посредством файлов – весьма полезная опция.
  • FTP адапте...


Уровень знаний: Beginner;
Просмотров: 24 |  Комментариев: 0 | 
BizTalk Server: Подсистема сообщений

Подсистема сообщений (BizTalk Server Messaging Engine) позволяет создавать бизнес-процессы, объединяющие в себе несколько приложений. В основе подсистемы сообщений лежат два механизма, за реализацию которых данная система и отвечает:

  • способ описания и реализации логики информационных потоков в бизнес-процессах
  • механизм физической передачи сообщений от одного приложения к другому

По уже сложившейся традиции, давайте разберем данные механизмы с помощью схемы условного бизнес-процесса.

messaging Как видно из диаграммы, входящее сообщение поступает через входящий (Receive) адаптер. Различные типы входящих адаптеров позволяют принимать сообщения, поступающие с использованием самых разнообразных технологий и сетевых протоколов (веб-сервисы, почтовые протоколы, файловые системы и так далее). Принятое сообщение затем подвергается трансформации в канале получателя (Receive Pipeline). Данный канал может состоять из различных компонентов, осуществляющие операции преобразования сообщения – конвертация из исходного формата в формат XML, проверка целостности сообщения и валидности цифровой подписи и др.. После осуществления необходимых преобразований сообщение попадает в базу данных MessageBox, реализованную на платформе Microsoft SQL Server.

Из базы данных сообщение в порядке очереди попадает в подсистему согласования (Orchestration), состоящей из одного и более сценариев выполнения бизнес-процессов, каждый из которых представляет собой некий исполняемый код. Попутно стоит отметить, что данные сценарии согласования отнюдь не создаются вручную на каком-либо языке программирования (к примеру, на том же C#), но бизнес-аналитик, или то-же разработчик. используя специальные визуальные инструменты, составляет схему бизнес-процесса. Такая схема имеет много общего с блок-схемами, включая в себя различные графические примитивы, обозначающие определенное действие, условие или цикл. Разработанный графический сценарий заем преобразовывается в язык описания бизнес-процессов, понятный подсистеме согласования. В качестве дополнения, система согласования может воспользоваться таким модулем, как механизм определения правил бизнес-логики (Business Rule Engine).

Каждый сценарий согласования создает свои Подписки (Subscriptions) для того, чтобы обозначить, какие именно сообщения ожидаются данным сценарием. Как только в базу MessageBox попадает сообщение, удовлетворяющее критериям, заявленным в подписке, оно пересылается соответствующему сценарию подсистемы согласования, где...



Уровень знаний: Beginner;
Просмотров: 182 |  Комментариев: 0 | 
Планирование продаж в трех измерениях

Статья описывает, как можно упорядочить процесс планирования продаж, в компании, где не используется специализированное ПО, и процесс планирования организован с помощью электронных таблиц и ручной коррекции данных.

В средних и крупных компаниях нередки ситуации, когда процесс разработки планов продаж затрудняется с ростом бизнеса. Становится проблемой координировать планы филиалов и подразделений, тем более, если предприятие является холдингом, и в подразделениях используются разные учетные системы.

Обычным способом решения является внедрение ПО для планирования и бюджетирования, например Cognos Planninig, Microsoft Performance Point, Oracle Demantra. Однако процесс внедрения подобного ПО дорогостоящ и занимает немало времени. К тому же, внедрение требует существенного изменения бизнес-процессов и обучения сотрудников.

Описываемый в данной статье подход позволяет эволюционным способом поднять эффективность работы с планами продаж, не лишая работников привычных инструментов, в виде электронных таблиц.

Далее описывается скорее методический подход, способы обработки данных, чем конкретная программная реализация. Тем не менее, методика вполне следует концепции Sales & operation planning (S&OP), реализованных в специализированном ПО.




Уровень знаний: Intermediate;
Аудитория: OLAP и BI решений, ИТ специалисты, разработчики хранилищ данных, Сотрудники отделов планирования и анализа
Просмотров: 84 |  Комментариев: 0 | 
Архитектура BizTalk Server. Часть 2

Большинство современных бизнес-процессов тесно завязаны на использовании программного обеспечения. Причем, лишь единицы из типичных бизнес-процессов среднестатистический компании основаны на каком-то одном программном продукте. Остальные же, используют комплекс программных продуктов, и можно считать большой удачей, если все они будут от одного вендора.

К сожалению, на практике чаще всего приходится иметь дело с программным обеспечением, написанным в разное время разными разработчиками для разных платформ с использованием разных технологий. Автоматизация таких бизнес-процессов сталкивается с нетривиальной задачей объединения систем, взаимная интеграция которых не предполагалась и не учитывалась при их создании.

Попытки решения подобных задач предпринимались и предпринимаются многими крупными вендорами, равно как и попытки формализации задачи, в результате чего на свет появились такие понятия, как автоматизация бизнес-процессов (business processes automation, BPA), управление бизнес-процессами (business processes management, BPM) и так далее. Вне зависимости от того, какое название используется тем или иным вендором, в процессе интеграции бизнес-приложений можно выделить два возможных сценария. Первый – это интеграция приложений в рамках одного предприятия. Такой сценарий обычно называют интеграцией приложений предприятия (Enterprise Applications Integration, EAI). Второй, известный как B2B интеграция, направлен на объединение приложений, функционирующих в информационной среде разных организаций.

Представленный ниже рисунок демонстрирует простой пример использования ядра BizTalk Server для интеграции приложений в рамках одного предприятия (EAI). В этом примере система управления складским запасами, работающая, к примеру, на платформе IBM mainframe, реагирует на уменьшение до какого-то критического уровня запасов определенной номенклатурной единицы, и оправляет запрос, инициализирующий бизнес-процесс заказа продукции у поставщиков. Этот запрос первым делом попадает в подсистему согласований, или BizTalk Orchestration (1 шаг). Система согласований инициирует запрос, допустим, к ERP системе, сообщая данной системе на понятном ей языке о том, что необходимо заказать некоторое количество товара (2 шаг). ERP система (работающая поверх Unix платформы), обработав поступивший запрос вновь обращается к подсистеме согласования (3 шаг), а та, в свою очередь, передает запрос в подсистему формирования заказов, функционирующую на платформе .Net (4 шаг).

BizTalk EAI Интеграция

В этом примере каждое приложение осуществляет взаимодействие с другими приложени...



Уровень знаний: Beginner;
Тэги: B2B, BizTalk Server, EAI
Просмотров: 22 |  Комментариев: 0 | 
Архитектура BizTalk Server. Часть 1

Практически, ни одно современное приложение не работает изолированно от других программных продуктов. Нравится нам это или нет, взаимная интеграция приложения – это сегодняшняя действительность, с которой приходится считаться. При этом очень важно понимать, что такая интеграция есть нечто большее, чем просто передача набора байтов от одного приложения другому.

Так как сервисно-ориентированная архитектура все больше завоевывает умы архитекторов информационных систем, перед ними, и, в итоге, перед разработчиками, встает актуальная задача – создание эффективных бизнес-процессов, основанных на взаимодействии распределенных (зачастую, удаленных друг от друга) программных компонентов.

Microsoft BizTalk Server 2009 представляет собой инструмент, позволяющий эффективно решить поставленную задачу интеграции приложений. Как и его предшественники, BizTalk Server позволяет объединять разнородные приложения, предоставляя наглядные графические инструменты конфигурирования логики и механизма такого объединения. Кроме того, BizTalk Server позволяет контролировать весь процесс интеграции, начиная с контроля запущенных процессов и заканчивая управлением взаимодействием с бизнес-партнерами, а так же выполнение других сложных задач автоматизации бизнес-процессов.

Среди всех функций BizTalk Server 2009 можно выделить следующие нововведения по сравнению с предыдущими версиями:

  • Развертывание, мониторинг и управление интегрируемыми приложениями
  • Упрощенная инсталляция приложений
  • Расширенные возможности BAM (Business Activity Monitor)

BizTalk Server 2009 использует новейшие серверные технологии Microsoft. Он построен на платформе .Net Framework версии 3.5, соответственно, он поддерживает инструменты разработки, основанные на Microsoft Visual Studio 2008. Для хранения данных используется SQL Server 2008. BizTalk Server 2009 поддерживает 64-битные версии операционной системы Windows Server, используя такие преимущества платформы, как большой объем оперативной памяти, и другие преимущества программной и аппаратной платформы.

Что такое BizTalk Server?

Организация разнородных систем в эффективный бизнес-процесс – серьезная проблема и вызов архитекторам. Соответственно, BizTalk Server для решения поставленной задачи использует целый комплекс технологий. Рисунок, представленный ниже, демонстрирует основные компоненты BizTalk Server.

BizTalkArch

Из рисунка видно, что есть некая центральная часть, составляющая ядро или основу сервера. Она состоит из двух компонентов:

  • Подсистема сообщений (Messaging), обеспечивающая возможность взаимодействовать с самым разнообразным ...


Уровень знаний: Beginner;
Просмотров: 25 |  Комментариев: 0 | 
Стать BizTalk Ninja

sexy-ninja

Если вы только встали на путь постижения BizTalk Server, то наверняка задавали себе вопрос – а хватит ли моих знаний, для того, чтобы начав движение не сдаться, не свернуть и не упасть. Мудрость проста – глупец тот, кто не познав базовых движений с мечем, берется разучивать ката.

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

Так как же подготовить себя к встрече с BizTalk?

Не торопись с ответом. Как сказал один не безызвестный Кот: “Все зависит от того, куда именно ты хочешь прийти”…

Если твоя цель – BizTalk Developer

Планируешь разрабатывать BizTalk адаптеры и бизнес-приложения на платформе BizTalk Server? Тогда тебе понадобятся следующие знания:

  • Microsoft Visual Studio и приемы разработки прикладных решений на платформе Microsoft .Net
  • Уверенное использование компонентов .Net Framework
  • Знакомство с XML и инструментами создания/обработки XML документов
  • Знакомство с технологией преобразования XML документов XSLT
  • Владение XML Schema Definition Language (XSD)
  • Умение создавать и интегрировать во внешние приложения веб-сервисы

Если твоя цель – BizTalk Admin

Развертывание фермы BizTalk серверов, UpTime 24/7 и главная цель – максимально-возможная производительность. Все это для тебя не пустые слова? Тогда, твой путь лежит через:

  • Владение секретами развертывания Windows Server 2008
  • Владение навыками управления пользовательскими аккаунтами в домене Windows
  • Знание принципов настройки сетевого интерфейса и управления сетевыми соединениями
  • Знакомство с системой разграничения доступа в сетях Windows
  • Умение устанавливать и конфигурировать Microsoft SQL Server
  • Умение разворачивать Windows Sharepoint Services
  • Знакомство с технологиями кластеризации и балансировки нагрузки
  • Умение управлять приложениями, работающими в среде Windows Server 2008, а так же умение создавать и администрировать веб-сайты и виртуальные директории

Если ты бизнес-аналитик ;)

Тебе важен результат, и всегда держишь руку на пульсе, контролируя достижение ключевых целей. BizTalk Server тебе позволяет сконцентрировать в одной точке все информационные каналы и рычаги управления. Для того, чтобы воспользоваться возможностями BizTalk Server, тебе понадобятся сл...



Уровень знаний: Beginner;
Просмотров: 18 |  Комментариев: 0 | 
Что такое BizTalk Server

Действительно, что же такое на самом деле BizTalk Server и для чего он может пригодиться? Если заглянуть в самую его суть, то можно сказать, что Microsoft BizTalk Server, используя технологию адаптеров, позволяет объединить в целостную систему распределенные бизнес-приложения с целью интеграции информации, бизнес-процессов и сервисов. В качестве интегрируемой сущности могут выступать отдельные приложения, системы и даже целые предприятия со всей их IT инфраструктурой, другими словами – все те объекты, независимо от их сложности и уровня организации, с которыми вы бы хотели организовать информационный обмен.

Программные адаптеры обычно используются, когда требуется организовать взаимодействие между двумя компонентами разнородной системы, в которых изначально не предусматривалось такое взаимодействие (например, 1С:Предприятие и MS Office Sharepoint Server). Для написания адаптеров используется специальный фреймворк. В результате, все адаптеры построены на одной общей платформе и для их взаимной интеграции уже не нужно прикладывать таких усилий, как в случае интеграции приложений напрямую – иногда достаточно обойтись простым конфигурированием, не прибегая к написанию программного кода.

Обычно выделяют три типа проблем, для решения которых может использоваться BizTalk Server. Во первых, BizTalk Server выступает в качестве сервера интеграции корпоративных приложений (Enterprise Applications Integration, EAI), обеспечивая обмен данными между ними. В данном случае интегрируемые приложения могут иметь несовместимые платформы, форматы хранения и передачи информации или модели безопасности. Например, когда компания нанимает на работу нового сотрудника, соответствующая запись, сформированная в приложении, автоматизирующем работу HR департамента, должна быть передана в систему автоматизации бухгалтерского учета для того, чтобы данному сотруднику была вовремя начислена и переведена на банковский счет заработная плата. Ничто не мешает вам самостоятельно написать программный код, позволяющий реализовать такое взаимодействие двух конкретных приложений. Но, использование такой стратегии приводит к экспоненциальному росту сложности системы при добавлении в нее новых компонентов.

tr-arc

Есть ли способ упростить предложенный выше пример коммуникации? Конечно, же – есть. Вообще говоря, это один из примеров классических задач или проблем теории информации. А, поскольку, задача является классической, то и максимально эффективное решение для нее уже давно известно. И заключается оно в использовании хаба, или центрального узла, через который и осуществляются все коммуникации.



Уровень знаний: Beginner;
Просмотров: 32 |  Комментариев: 0 | 
Найдено статей: 24 Показывать по 1 2