Разделы



Реализация многоуровневой экономической информационной системы с использованием CORBA и Java & Intranet .

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

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

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

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

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

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

п»ї

Рассмотрим основные моменты построения МРИС, в идеологии Web с использованим новых информационных технологий CORBA ( Common Object Request Broker Architecture ), Java и Intranet .

Спецификации CORBA были разработаны и выпущены крупнейшим в мире консорциумом по разработке стандартов построения информационных систем Object Management Group ( OMG ), который в настоящее время включает около 600 крупнейших фирм в области информатизации. Основной задачей консорциума является разработка технологии, обеспечивающей повторное использование программных и информационных компонентов в распределенных неоднородных средах. CORBA 27   промышленный стандарт, отвечающий определению открытой системы28 и позволяющий разработчикам избежать неточностей и ошибок при создании МРИС.

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

МРИС по спецификации CORBA состоит из серверов, управляю щих объектами, и клиентов, запрашивающих эти объекты. Серверы предоставляют клиентам и другим серверам доступ к объектам. Сервер, при посылке запроса на другой сервер, сам становится клиентом. Операция вызова CORBA объекта связана с Object Request Broquer ( ORB )  объектным брокером вызовов, который выполняет роль посредника между клиентом и сервером и скрывает механизмы передачи информации по спецификации CORBA (рис.9).

Обучение Forex - это замечательная возможность для тебя подготовиться к удачной работе на рынке Forex!

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

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

п»ї

В подсистемах МРИС реализация различных объектов может быть выполнена с помощью различных языков программирования. При этом возникает проблема стыковки и взаимодействия этих реализаций. Реше нием проблемы служит абстрагирование от языка реализации с помощью описания интерфейса между этими реализациями. Консорциумом OMG был разработан специальный язык описания интерфейсов Interface Definition Language ( IDL ), который на сегодняшний день является стандартом в области построения МРИС и обеспечивает разделение процес сов проектирования и программирования.

CORBA предоставляет инфраструктуру для создания легко изменяющейся, настраиваемой и расширяемой информационной архитектуры. Инструментами для этого служат OMG IDL и ORB .

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

Использование IDL позволяет создавать промежуточные коды взаимодействия клиентской и серверных частей МРИС с ORB . Имея описание интерфейса, разработчик программного кода может реализовывать объект, так как он видит эту реализацию, но доступ к ней с помощью различных языков программирования будет прозрачным.

Компоненты МРИС, организованные на основе стандарта CORBA представляют собой объекты, для которых описаны интерфейсы на языке IDL и которые могут быть доступны из любого узла сети. Каждый объект принадлежит какомулибо серверу, который управляет набором объектов с одним и тем же или различными интерфейсами. Каждый объ ект имеет свой уникальный в рамках МРИС идентификатор, по которому он может быть найден.

CORBA с помощью IDL скрывает от проектировщиков механизмы взаимодействия компонент. При использовании прямой интеграции, т.е. когда встраиваемая компонента использует API ( Aplication program inter ­ face ) уже функционирующего приложения, проектировщики ставят про ект под угрозу быстрого устаревания. Чтобы эффективно использовать API , необходимы квалифицированные специалисты по разработке ПО, которые бы знали все тонкости данного API и способы встраивания его в открытую систему. Программисты могут потратить несколько лет, чтобы получить требуемые знания. Затраты на поддержку этих знаний на необходимом уровне будут непосредственно влиять на конечную стоимость программного продукта.

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

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

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

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

К первому уровню относятся предприятия, использующие уже написанные частные, плохо настраиваемые приложения. При этом такие приложения просто обречены на быстрое устаревание. Ко второму отно сятся организации, которые сами создают программные решения под свои собственные нужды без использования технологий интеграции. Эти программы создаются на основе так называемых “ ad hoc ” архитектур, которые не представляют из себя целостных архитектурных абстракций. На этом уровне используются такие средства взаимодействия приложений в сети, как TCP / IP ( Transmission Control Protocol ) и ONC RPC ( Object Network Computing Remote Procedure Call ), которые обычно встроены в операционные системы или поставляются дополнительно.

На следующем уровне организации нуждаются в использовании единого подхода в интеграции и технологий ONC , RPC более высокого уровня, в котором уже заложены базовые сервисы безопасности, именования объектов и др. Эти организации не используют преимущества новейших технологий и тратят большие средства на разработку и под держку МРИС, основанных на низкоуровневых технологиях взаимодей ствия.

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

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

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

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

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

CORBA является средством создания правильной информацион ной архитектуры, так как скрывает от проектировщика ее реализацию. Ему не нужно думать с помощью каких средств компоненты МРИС будут обмениваться информацией, находить друг друга, запускать и т.п. Таким образом, проектировщик может лучше сосредоточиться на построении информационной архитектуры. Кроме того, CORBA предос тавляет сервисы, которые могут быть необходимы в дальнейшем множе ству объектов МРИС.

Еще одной важной составляющей организации МРИС является тех нология, основанная на синтезе языка Java и Intranet . Intranet   это корпоративная сеть, построенная по технологии Internet . Организация распространения и обработки электронных документов происходит с по мощью Web технологии. Ключевые компоненты этой технологии: Web сервер и Web броузер . Броузер для пользователя  это инструмент, с помощью которого он может читать и изменять документы. На Web сервере хранятся документы или ссылки на эти документы.

Броузер и сервер общаются между собой с помощью протокола HTTP ( HyperText Transfer Protocol ) и передают ссылки на документы с помощью URL ( Unified Resource Locator ). Основные достоинства Intranet в том, что пользователь может не знать, что такое “файл”, “директория”, “сервер”. Он работает только с документами и ссылками на другие до кументы, по которым может получить новый гипертекстовый документ. Чтобы новый документ могли прочитать все заинтересованные пользователи, достаточно поместить его на Web сервер и внести его краткое содержание и ссылку на него в соответствующие каталоги. Web технология, созданная для глобальной сети Internet , обеспечивает про стой механизм структурирования огромных объемов информации и доступа к ним. Web технология позволяет создать такую информационную систему, в которой любой документ можно будет найти довольно быстро. Intranet позволяет избежать лишних операций копирования, так как используется одна копия на Web сервере, хранящаяся в стандартном формате.

Технология Intranet позволяет использовать сетевые компьютеры JavaStation , которые представляют из себя бездисковые рабочие станции. Бездисковая рабочая станция подразумевает отсутствие винчестера и дисководов. Преимущества ее очевидны, кроме снижения стоимости самой станции, исключается опасность заражения вирусами, и обеспечи вается “аппаратная” защита информации, исключающая возможность несанкционированного копирования. Такие компьютеры можно исполь зовать в качестве терминалов, например, в операционном зале для пер сонального доступа клиента банка к собственным счетам. При этом кли енту не нужно обращаться к операционисту за информацией о своем счете и, кроме того, он может получить ее не только в виде текущего ос татка, но и в виде графиков за необходимый период, а также другую ин тересующую информацию, например, курсы валют. Кроме того, ему предоставляется возможность использования электронных таблиц, каль кулятора, текстового редактора и т.п.

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

Основным недостатком Web технологии является поддержка работы только со статической информацией. Для того, чтобы изменить какуюлибо часть HTML страницы, необходимо полностью ее перезагрузить. При частых изменениях работа с такой страницей становится не возможной. Ещё одним недостатком Intranet является сложный доступ к базам данных. Броузер не может сам обращаться к серверу базы данных и принимать от него ответы, он работает только с Web сервером. На сегодняшний день наиболее распространенным решением этой задачи является использование так называемой технологии броузер /сервер. При этом на стороне сервера функционируют приложения, написанные по спецификации CGI ( Common Gateway Interface ). По этой спецификации в HTML странице содержится форма, в которую пользователь вводит необходимую информацию, а затем броузер передает ее на Web сервер, который запускает приложение CGI . Далее это приложение формирует запрос на языке запросов SQL к базе данных, получает ответ и конвертирует его в HTML страницу и через Web сервер передает ее броузеру (рис. 10.). Однако приложение CGI можно применять и не только для доступа к базам данных  оно может быть и частью функциональной ло гики.

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

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

Одной из наиболее перспективных и заслуживающих внимание яв ляется технология Java . Главное достоинство состоит в легкости ее ис пользования при написании компонент, функционирующих в сети. Про грамма на Java может быстро передаваться по сети за счет своей ком пактности. Кроме того, пользователю Web броузера не нужно хранить у себя код пользовательского интерфейса. Этот код он может получить вместе с HTML страницей в виде аплета ( APPLET ), который представляет собой байткод Java и ключевое слово языка HTML в этой страни це. Когда броузер получает такую страницу, он автоматически загружает исполняемый код, на который указывает это ключевое слово и передает его на выполнение интерпретатору.

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

Java аплет может напрямую взаимодействовать с базами данных по средством Java DataBase Connectivity ( JDBC ). Благодаря этому высвобождается часть ресурсов, связанных с функционированием связки сервер CGI (рис. 11).

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

Основная цель архитектуры JavaBeans заключается в обеспечении платформнонезависимой архитектуры. Любая компонента JavaBeans может быть встроена в другую , а “корневая” компонента  в платформнозависимый контейнер, например, такой как Internet Explorer , Micro ­ soft Word , Netscape Navigator и т.п. Это означает, что любая компонента или целое приложение JavaBeans может быть интегрированы в локальное для данной платформы приложение. Таким образом, одно и то же приложение JavaBeans может выполняться на разнообразных платформах.

Использование компонент JavaBeans может быть разным. Некоторые из них могут быть “строительными” блоками в создаваемом приложении. С помощью визуальных средств создания программ эти блоки собираются вместе и настраиваются под конкретные нужды. Однако приложение JavaBeans может быть больше чем просто приложение, так как его может содержать другая компонента. Например, в Web страницу легко встроить электронную таблицу JavaBeans .

Таким образом, стираются грани между терминами “составной документ” и “составное приложение”, так как электронную таблицу (или любую другую компоненту) с Web страницы можно легко перенести в создаваемое приложение, а окно текстового редактора  в “составной документ”. Компоненты JavaBeans могут взаимодействовать с разными объектами в системе, такими как базы данных, объекты CORBA и Java и т.п. Взаимодействие осуществляется с помощью различных протоколов передачи данных, основными из которых являются JDBC , RMI ( Remote Method Invocation ) и IIOP ( Internet InterORB Protocol ) (рис. 12).

Язык Java является языком, предназначенным для сетевых вычислений, его важнейшее свойство заключается в независимости от архи тектуры компьютера. То есть модули приложения имеют архитектурнонезависимый формат, представляющие собой байткоды , которые могут быть проинтерпретированы на множестве разнообразных платформ, где используется виртуальная Java машина ( Virtual Java machine   VJM ).

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

Компоненты, написанные на языке Java , должны взаимодействовать как друг с другом, так и с остальными компонентами. МРИС требуется доступ не только к базам данных, но и к функциональной логике. Этот доступ целесообразно реализовать на основе спецификаций CORBA , ко торые обеспечивают стандартную среду взаимодействия программных компонент. Таким образом Java компонент, созданный с использовани ем технологии CORBA , может не только обеспечивать WIM Ринтерфейс с пользователем, но и взаимодействовать с любыми другими компонен тами, поддерживающими стандарт CORBA . Компонент, реализованный на языке Java может функционировать на любой программной и аппа ратной платформе, где существует VJM . Современные информационные технологии позволяют встраивать VJM в броузеры Internet , что в свою очередь предоставляет возможность загружать Java компоненты по сети с удаленного сервера.

Например, клиент банка хочет открыть новый счет, не выходя из своего офиса. Для открытия счета он просто связывается с Web сервером этого банка с помощью броузера . После идентификации кли ент инициирует процесс открытия нового счета и ему передается объект заявки, которая представляет собой аплет . Этот объект после заполнения заявки передается по сети на машину ответственного лица, после чего сохраняется в базе данных. После успешного завершения необходимых бизнес процессов клиенту открывается счет. При этом все процессы, происходящие в сети скрыты от клиента. Он лишь привел процесс в дей ствие, все остальное сделала за него связка сервисов и объектов функ циональной логики, где Java является средством быстрой передачи объ ектов по сети. При этом клиент даже не задумывался о сложности процессов протекающих в процессе передачи информации. Ранее, для того чтобы осуществить подобную процедуру пользователь должен был обладать знаниями о структуре баз данных банка, протоколах передачи данных, использующихся в интрасети банка, знать языки программиро вания, на которых были реализованы компоненты функциональной логики МРИС.

На рис. 13 показано взаимодействие объектов Java и CORBA и про токолов, посредством которых взаимодействуют эти объекты. Они могут представлять из себя сервисы и объекты функциональной логики, кото рые позволяют не только обращаться к базе данных, когда часто это не возможно сделать напрямую, но и использовать информацию, находящуюся в других объектах и их функции. Этим обеспечивается связывание различных локальных сетей Intranet в единое целое, где доступ к возможностям одной сети будет прозрачным для другой.

Таким образом, наиболее перспективным инструментарием для ор ганизации МРИС является синтез технологий CORBA , Java & Intranet , которые позволяют говорить об устойчивости структуры системы в течение её жизненного цикла. Большие МРИС характеризуются постоян ными процессами устаревания, и в связи с этим необходимостью замены их структурных компонент, но программная архитектура ЭИС, реализованная с использованием CORBA , Java & Intranet останется неизменной, что обеспечит значительную экономию финансовых, трудовых и временных ресурсов в процессе дальнейшего совершенствования системы.

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

Экономическая система России является весьма динамичной, постоянно развивается и модифицируется особенно в части финансовых, бухгалтерских и налоговых механизмов. Страна постепенно движется к цивилизованным рыночным отношениям, и все меньше места в ней ос тается сомнительным спекулятивным операциям. Одним из актуальных товаров современного рынка становятся время и информация. Использо вание многоуровневых ЭИС, построенных на основе технологий CORBA , Java и Intranet позволяет оперативно получить ответ на интере сующий вопрос. Для оценки какоголибо проекта или, например, портфеля ценных бумаг потребуются считанные минуты, в то время как используя традиционных технологии можно потратить несколько часов или даже суток. А для Уоллстрит или, например, для Центрального Банка РФ, разница между минутами и часами может быть эквивалентна стоимости затрат на создание МРИС на базе рассмотренных выше технологий.

Читать далее: