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

Размещено на http://www.allbest.ru/

Орловский государственный технический университет

Архитектура СУБД как части системы, поддерживающей процесс оснащения и модернизации объектов ЕОИС средствами вычислительной техники и телекоммуникационными услугами

Лысков О.Э.

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

For specific SEIS objects the process of their equipment with computers and telecommunicational services is of great importance. The instruments of creating a SEIS subsystem, which meets the requirements of decision support system and which supports the process of equipment and modernization of the whole system with computers and telecommunicational services are described in this article.

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

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

Задача принятия решений (ПР), или задача выбора альтернатив, принадлежит к одному из самых распространённых видов задач, с которыми сталкивается человек.

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

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

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

Требования к «практическим» СППР в источнике [1] разделены на три группы: информационный вычислительный телекоммуникационный

требования методологического характера;

конструктивные требования;

условия взаимодействия пользователя с ПК.

К числу методологических принципов создания СППР относятся следующие:

возможность работы с дискретными и непрерывными альтернативами;

учёт количественных и качественных критериев;

возможность перехода от количественной шкалы оценок к качественной или лингвистической.

К числу конструктивных условий относятся:

универсальность структуры СППР;

независимость от «железа» ПК и ОС;

расширяемость за счёт использования модульной структуры программирования;

стандартизация взаимодействия программ с данными.

К последней группе относятся следующие требования:

приспособление лексикона системы к профессиональному языку пользователя;

возможность выбора решений на любом этапе функционирования СППР;

минимизация объёма необходимой пользователю информации о системе;

возможность уточнения представлений базы знаний пользователя;

обеспечение пользователя развитыми средствами исправления ошибок.

Теперь перейдём конкретно к задаче данной работы, а именно к рассмотрению СУБД как части системы, поддерживающей процесс оснащения и модернизации объектов ЕОИС средствами вычислительной техники и телекоммуникационными услугами.

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

Основную часть программного обеспечения рационально располагать на сервере и представить в виде приложения-сервера, связанного с БД. На остальных машинах следует расположить программы-клиенты. Пусть одни клиенты занимаются сбором необходимой информации и отсылкой её на сервер, а другие поддерживают принятие решений. Причём информация может временно храниться в файлах, если сразу нет доступа к серверу, а при соединении клиента и сервера пересылаться в пункт назначения. Основную работу должен выполнять более мощный ПК - сервер. На нём следует расположить СППР, которая сгруппирует собранные данные, выполнит необходимые подсчёты и предоставит управляющему ЕОИС (в данном случае ЛПР) отчёт, способствующий принятию каких-либо решений. Приложение-сервер может запросить у ЛПР разрешение на совершение некоторых действий, которые система сочтёт нужными после анализа сети.

Одна из первых больших задач, возникающих при построении СППР в локальной сети, - организация системы сбора информации с клиентских машин сервером, а также хранение, обработка и использование её базой данных (БД). Система Delphi поддерживает несколько видов архитектуры СУБД. Среди них наиболее эффективная - трёхзвенная архитектура доступа к БД, описанная в работе [2].

Архитектура клиент-сервер - двухзвенная: первым звеном в ней является программа клиента, а вторым - сервер БД и сама БД. В трёхзвенной архитектуре создаётся вспомогательная программа, в которую включаются все компоненты-наборы данных, бывшие ранее, в двухзвенной архитектуре, собственностью клиентских приложений, а также вспомогательные компоненты (для Delphi это TdataBase и TSession). После регистрации она становится сервером приложений. Клиентские машины могут не иметь BDE, а клиентские программы уже не включают в себя громоздкие коды компонентов-наборов и многих других вспомогательных компонентов. Для получения доступа к серверным данным они обращаются к удалённому серверу приложений, который и реализует необходимый обмен данными. Сервер приложений может располагаться на любой сетевой машине, оснащённой BDE.

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

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

DCOM (распределённая компонентная модель объектов) - рассчитана на локальную сеть, в которой сервер приложений работает под управлением операционной системы Windows NT Server.

С помощью сокетов TCP/IP, позволяющих использовать сеть без Windows NT Server.

OLEnterprise (связывание и внедрение объектов для предприятия) - рассчитана на локальную сеть, в которой сервер приложений работает под управлением любой ОС Windows 32; вытеснена технологиями DCOM и MTS.

MTS (сервер транзакций Microsoft) - основана на DCOM и включает в себя некоторые дополнительные возможности, связанные с управлением системными ресурсами (процессами, потоками, соединениями с БД) и транзакциями, а также с повышенной защищённостью данных.

ADO (объекты данных ActiveX) - технология, развиваемая компанией Microsoft. Основным её достоинством является естественная ориентация на создание «облегчённого клиента». Была основана на технологии COM. Недостатком является невысокая скорость доступа к данным.

CORBA (Архитектура с брокером нужных общих объектов) - в отличие от DCOM не предъявляет специальных требований к ОС или аппаратной платформе клиентов и серверов.

Из них к трёхзвенной архитектуре можно отнести пункты DCOM, OLEnterprise, MTS, CORBA. Технологию CORBA можно выделить особенно, так как СППР на её основе будет удовлетворять многим конструктивным требованиям.

Литература

1. Борисов, А. Н. Диалоговые системы принятия решений на базе мини-ЭВМ: Информационное, математическое и программное обеспечение / А. Н. Борисов, Э. Р. Вильюмс, Л. Я. Сукур. - Рига: Зинатне, 1986. - 195 с.

2. Фаронов, В. В. Delphi 5. Руководство разработчика баз данных / В. В. Фаронов, П. В. Шумаков. - М.: «Нолидж», 2000. - 640 с.

Размещено на Allbest.ru