ТОП авторов и книг ИСКАТЬ КНИГУ В БИБЛИОТЕКЕ
достаточно знать способ применения. При модернизации приложения программисту нужно просто заменить те части, которые не удовлетворяют новым требованиям; а для распространения произведенной замены по пользовательским машинам достаточно переслать им по сети новые компоненты. Такой подход ценен еще и тем, что он исключает необходимость полной переработки всех приложений при появлении новой технологии или нового компьютерного языка. Windows DNA определяет также надежные способы обеспечения взаимодействия и совместной работы объектов; это особенно важно, если они выпущены разными производителями. Взаимодействующие объекты могут произвольным образом распределяться по различным машинам сети, и не только по платформам семейства Windows, но и по многим иным.
Третья часть — универсальный подход к хранению данных, позволяющий каждой программе осуществлять доступ к информации, независимо от ее формата и места хранения, будь то жесткий диск, база данных, папка системы электронной почты или что-либо еще. И, наконец, последняя, четвертая часть Windows DNA — механизм, позволяющий осуществлять обработку данных на том компьютере, на котором она будет выполнена наиболее эффективно: в одних случаях на клиенте, в других на сервере, в третьих — частью там, а частью тут; а иногда — это требуется, например, мобильным пользователям — вычислительные процессы дублируются на клиенте и на сервере.
Уникальная особенность Windows DNA состоит в том, что эта архитектура позволяет переносить существующие приложения в распределенные вычислительные среды, соединяя вместе все лучшее, что есть в Сети и в традиционных корпоративных приложениях. Другие подходы, как правило, требуют создания совершенно нового парка ПО с использованием одного конкретного языка программирования, в то время как Windows DNA позволяет клиентам пользоваться всеми преимуществами горизонтально интегрированной платформы ПК, продолжая параллельно с этим развивать уже существующие вертикально интегрированные решения.
Наряду с необходимостью разработки плана существует и другой императив — построение программ на базе «трехуровневой архитектуры», в которой логика программы делится на три класса: уровень представления, обеспечивающий генерацию представления данных для пользователя; промежуточный уровень, на котором реализуются бизнес-правила (например, предоставление скидки при оформлении выгодного заказа), и базовый уровень, обеспечивающий хранение, поиск и выборку данных. Трехуровневая архитектура позволяет логически разделить функции приложения между множеством машин и в дальнейшем производить изменения на любом из уровней, не затрагивая остальных.
Используя этот подход, корпорация Merrill Lynch смогла объединить более 50 отдельных приложений в единую систему для финансовых консультантов Trusted Global Advisor, описание которой приведено в главе 5. На базе Microsoft Office, Outlook, Windows Media Player и других приложений, использующих спецификацию СОМ, разработчики Merrill Lynch создали единый интерфейс, выглядящий для пользователя как одно заказное приложение. Он занимает уровень представления и исполняется на настольных машинах.
Многие из этих 50 приложений получают данные для своей работы от существующих систем базового уровня, основанных на различных СУБД, — от Microsoft SQL Server и DB2 корпорации IBM на платформе Windows до CICS и DB2 на мэйнфреймах. На серверах приложений, исполняющих ПО Microsoft Transaction Server и Microsoft Message Queue (программы промежуточного уровня), СОМ-компоненты применяются для реализации бизнес-логики и координации потоков данных от множества базовых приложений. Использование сервисов таких программных систем позволяет программистам сократить объем самостоятельно разрабатываемого кода распределенных приложений на 40-50% и избавляет их от необходимости решать ряд сложных задач координации и обеспечения безопасности. Для создания самих компонентов можно использовать множество различных систем программирования, включая Visual Basic, Visual С ++ и Java.
Благодаря СОМ приложение для мэйнфрейма с терминалами типа 3270, вроде формы ввода заказа, может быть представлено просто еще одной папкой на настольном ПК, а все веб-приложения, как существующие, так и будущие, исполняются просто в оболочке, эмулирующей стандартный браузер. Пользователю никогда не приходится задаваться вопросом о том, «где живет» та или иная программа — в Сети, на локальной машине, в среде клиент/сервер или на мэйнфрейме. И ему никогда не доставит неудобства модернизация любой из них — просто на привычном рабочем столе появится еще несколько функций.
ПОСТРОЕНИЕ «ЭЛЕКТРОННОЙ НЕРВНОЙ СИСТЕМЫ»: ИНФРАСТРУКТУРА
Построение «электронной нервной системы» требует хорошо проработанного плана, определяющего организацию и способ развертывания компьютерного оборудования и сетевого обеспечения, подход к приобретению или разработке приложений, а также порядок повседневной эксплуатации системы. Имеющийся положительный опыт для каждого из этих уровней подробно описан в документе Microsoft Solutions Framework — наборе руководящих принципов, составленном на основании опыта работы консультационной службы Microsoft Consulting Services с широким кругом корпоративных клиентов.
Первое «аппаратное» решение состоит в выборе типа настольной машины («клиента») для оснащения конечных пользователей. Исторически клиентские устройства подразделялись на два типа. Первый из них — неинтеллектуальные терминалы. Они предназначались, как правило, для использования работниками, выполняющими жестко определенные неизменные операции. Клиентские машины этого рода играют пассивную роль — в основном обеспечивают отображение результатов расчетов, осуществленных на хост-машине или сервере.
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173
Третья часть — универсальный подход к хранению данных, позволяющий каждой программе осуществлять доступ к информации, независимо от ее формата и места хранения, будь то жесткий диск, база данных, папка системы электронной почты или что-либо еще. И, наконец, последняя, четвертая часть Windows DNA — механизм, позволяющий осуществлять обработку данных на том компьютере, на котором она будет выполнена наиболее эффективно: в одних случаях на клиенте, в других на сервере, в третьих — частью там, а частью тут; а иногда — это требуется, например, мобильным пользователям — вычислительные процессы дублируются на клиенте и на сервере.
Уникальная особенность Windows DNA состоит в том, что эта архитектура позволяет переносить существующие приложения в распределенные вычислительные среды, соединяя вместе все лучшее, что есть в Сети и в традиционных корпоративных приложениях. Другие подходы, как правило, требуют создания совершенно нового парка ПО с использованием одного конкретного языка программирования, в то время как Windows DNA позволяет клиентам пользоваться всеми преимуществами горизонтально интегрированной платформы ПК, продолжая параллельно с этим развивать уже существующие вертикально интегрированные решения.
Наряду с необходимостью разработки плана существует и другой императив — построение программ на базе «трехуровневой архитектуры», в которой логика программы делится на три класса: уровень представления, обеспечивающий генерацию представления данных для пользователя; промежуточный уровень, на котором реализуются бизнес-правила (например, предоставление скидки при оформлении выгодного заказа), и базовый уровень, обеспечивающий хранение, поиск и выборку данных. Трехуровневая архитектура позволяет логически разделить функции приложения между множеством машин и в дальнейшем производить изменения на любом из уровней, не затрагивая остальных.
Используя этот подход, корпорация Merrill Lynch смогла объединить более 50 отдельных приложений в единую систему для финансовых консультантов Trusted Global Advisor, описание которой приведено в главе 5. На базе Microsoft Office, Outlook, Windows Media Player и других приложений, использующих спецификацию СОМ, разработчики Merrill Lynch создали единый интерфейс, выглядящий для пользователя как одно заказное приложение. Он занимает уровень представления и исполняется на настольных машинах.
Многие из этих 50 приложений получают данные для своей работы от существующих систем базового уровня, основанных на различных СУБД, — от Microsoft SQL Server и DB2 корпорации IBM на платформе Windows до CICS и DB2 на мэйнфреймах. На серверах приложений, исполняющих ПО Microsoft Transaction Server и Microsoft Message Queue (программы промежуточного уровня), СОМ-компоненты применяются для реализации бизнес-логики и координации потоков данных от множества базовых приложений. Использование сервисов таких программных систем позволяет программистам сократить объем самостоятельно разрабатываемого кода распределенных приложений на 40-50% и избавляет их от необходимости решать ряд сложных задач координации и обеспечения безопасности. Для создания самих компонентов можно использовать множество различных систем программирования, включая Visual Basic, Visual С ++ и Java.
Благодаря СОМ приложение для мэйнфрейма с терминалами типа 3270, вроде формы ввода заказа, может быть представлено просто еще одной папкой на настольном ПК, а все веб-приложения, как существующие, так и будущие, исполняются просто в оболочке, эмулирующей стандартный браузер. Пользователю никогда не приходится задаваться вопросом о том, «где живет» та или иная программа — в Сети, на локальной машине, в среде клиент/сервер или на мэйнфрейме. И ему никогда не доставит неудобства модернизация любой из них — просто на привычном рабочем столе появится еще несколько функций.
ПОСТРОЕНИЕ «ЭЛЕКТРОННОЙ НЕРВНОЙ СИСТЕМЫ»: ИНФРАСТРУКТУРА
Построение «электронной нервной системы» требует хорошо проработанного плана, определяющего организацию и способ развертывания компьютерного оборудования и сетевого обеспечения, подход к приобретению или разработке приложений, а также порядок повседневной эксплуатации системы. Имеющийся положительный опыт для каждого из этих уровней подробно описан в документе Microsoft Solutions Framework — наборе руководящих принципов, составленном на основании опыта работы консультационной службы Microsoft Consulting Services с широким кругом корпоративных клиентов.
Первое «аппаратное» решение состоит в выборе типа настольной машины («клиента») для оснащения конечных пользователей. Исторически клиентские устройства подразделялись на два типа. Первый из них — неинтеллектуальные терминалы. Они предназначались, как правило, для использования работниками, выполняющими жестко определенные неизменные операции. Клиентские машины этого рода играют пассивную роль — в основном обеспечивают отображение результатов расчетов, осуществленных на хост-машине или сервере.
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173