Пожалуйста, авторизуйтесь:
ФГОУ ВПО Сибирский федеральный университет
Российская Федерация, 660041, г. Красноярск, пр. Свободный, 79
|
|
Джуматова Гульжан Кенгешбековна
-, - (Институт проблем Информатики и управления МОН РК, инженер-программист)
| |
Секция: Modern problems of mathematical modelling and computational technologies
Тема доклада:
| |
|
"ОСНОВЫ ПОСТРОЕНИЯ БИЗНЕС - ЛОГИКИ ИНТЕГРИРОВАННЫХ ИНФОРМАЦИОННЫХ СИСТЕМ ПРЕДПРИЯТИЙ НА ОСНОВЕ JAVA ТЕХНОЛОГИЙ" |
| |
|
"BASES OF BUSINESS LOGIC CONSTRUCTION OF INTEGRATED INFORMATION SYSTEMS OF THE ENTERPRISES ON THE BASIS OF JAVA TECHNOLOGIES" |
Тезисы доклада:
| |
|
В настоящее время современное предприятие имеет информационную систему различного назначения. Естественно, что понятие системы интуитивно ассоциируется с объектом, состоящим из большого числа элементов и подсистем с разветвленными многоуровневыми связями и сложным взаимодействием между ними. К сложным системам, обычно относятся производственные процессы крупных предприятий, отрасли народного хозяйства, автоматизированные системы управления, системы математического обеспечения современных ЭВМ, вычислительные процессы, связанные с решением сложных задач, транспортные системы крупных городов, автоматизированные системы и сети связи и другие объекты.
С развитием рынка услуг требуется активное взаимодействие информационных систем как в рамках одного предприятия, так и между различными предприятиями. При этом совместное решение нескольких задач нередко является оптимальным путем к долгосрочному, систематическому, всестороннему сотрудничеству.
Большинство современных бизнес систем предприятий представляет собой сложные программные продукты, создаваемые в результате согласованных действий больших коллективов разработчиков, а также широким использованием разработок третьих компаний. Структурный и процедурный подходы были призваны не только, упростить разработку и сопровождение систем, а также упростить дальнейшее наращивание их функциональности. Эти подходы способствовали созданию рынка многократно используемых компонент будущих систем.
Многие современные методики и технологии разработки бизнес систем следует рассматривать как своеобразные соглашения между разработчиками предприятий или предприятиями, следование, которому и приводит к их интеграции.
Технология Enterprise JavaBean (EJB) является одним из примеров такого добровольного соглашения. С точки зрения объектно-ориентированного программирования, компонент EJB – это объект, который, будучи написан один раз, может быть многократно использован при построении новых апплетов, сервлетов и т.д. Отличие от других технологий заключается в том, что компонент EJB строится по определенным правилам, с использованием в некоторых ситуациях строго регламентированных интерфейсов и базовых классов.
Одним из преимуществ от использования технологии EJB является возможность визуальной сборки приложений из готовых компонентов Bean. В идеале, от разработчика приложения может даже не потребоваться непосредственного написания программного кода. Инструмент разработки приложений может включать механизм анализа компонентов EJB, предоставленных третьими компаниями, что позволяет автоматически определять, какие события они инициируют и обрабатывают.
Функционирование любого бизнес приложения неразрывно связано с рождением одних объектов и уничтожением других: событий, запросов и ответов, сессий, объектов, отражающих предметную область приложения, и т.д. При этом на протяжении работы приложения не всегда удается неизменно сохранять объект в актуальном сос
|
| |
|
Now the modern enterprise has information system of various purposes. It is natural, that the concept of system intuitively associates with the object consisting of the big number of elements and subsystems with branched out multilevel communications and complex interaction between them. To complex systems, productions of the large enterprises, branches of the national economy, the automated control systems, systems of a software of modern computers, the computing processes connected with the decision of challenges, transport systems of the large cities, the automated systems and communication networks and other objects usually concern.
With development of the market of services active interaction of information systems both within the branches of one enterprise, and between the various enterprises is required. Thus the joint decision of several problems quite often is optimal decision for widespread cooperation.
The majority modern business systems of the enterprises represent the complex software products created as a result of coordinated actions of greater collectives of developers, and also wide use of development of the third companies. Structural and procedural approaches have been called not only, to simplify development and support of systems, and also to simplify the further escalating their functionality. These approaches promoted creation of the market of future systems reused a component.
Many modern techniques and technologies of development business systems should be considered as original agreements between developers of the enterprises, following to which leads to their integration.
Enterprise JavaBean (EJB) technology is one of examples of such voluntary agreement. From the point of view of object-oriented programming, component EJB is an object, which being is written once, can be reused at construction of new applets, servlets, etc. Difference from other technologies consists that component EJB is under construction by the certain rules, with use in some situations of strictly regulated interfaces and base classes.
One of advantages from use of EJB technology is the opportunity of visual assembly of applications from ready Bean components. In an ideal, from the developer of the application it cannot be demanded at all a direct writing of a program code. The development tool of applications can include the mechanism of the analysis of EJB components given by the third companies that allows to automatically defining, they initiate what events and process.
Functioning of any business application is inseparably linked with a birth of one objects and destruction of others: events, requests and responses, sessions, the objects reflecting a subject application domain, etc. Thus during work of the application not always it is possible to keep invariable object in an actual state and in the same areas of operative memory. Sometimes it is required to keep object in
|
|
|
