Система управления базой данных объектов гражданской обороны для принятия решений в чрезвычайной ситуации (Диплом)
Категория реферата: Рефераты для военной кафедры
Теги реферата: доклад, курсовая работа на тему
Добавил(а) на сайт: Андрей.
Предыдущая страница реферата | 5 6 7 8 9 10 11 12 13 14 15 | Следующая страница реферата
Выделим в информационном приложении типовые функциональные компоненты, достаточные для формирования любого приложения на основе БД.
PS (Presentation Services) - средства представления. Обеспечиваются устройствами, принимающими ввод от пользователя и отображающим то, что сообщает ему компонент логики представления PL, плюс соответствующая программная поддержка. Может быть текстовым терминалом или Х-терминалом, а также ПК или рабочей станцией в режиме программной эмуляции терминала или Х- терминала.
PL (Presentation Logic) - логика представления. Управляет взаимодействием между пользователем и ЭВМ. Обрабатывает действия пользователя по выбору альтернативы меню, по нажатию кнопки или при выборе элемента из списка.
BL (Business or Application Logic) - прикладная логика. Набор правил для принятия решений, вычислений и операций, которые должно выполнить приложение.
DL (Data Logic) - логика управления данными. Операции с базой данных
(SQL-операторы SELECT, UPDATE и INSERT), которые нужно выполнить для
реализации прикладной логики управления данными.
DS (Data Services) - операции с базой данных. Действия СУБД, вызываемые для выполнения логики управления данными, такие как манипулирование данными, определения данных, фиксация или откат транзакций и т. п. СУБД обычно компилирует SQL - предложения.
FS (File Services) - файловые операции. Дисковые операции чтения и
записи данных для СУБД и других компонент. Обычно являются функциями ОС.
Можно привести несколько схем построения информационных систем (таблица
3.1.) в зависимости от размещения типовых компонентов приложения по узлам
сети.
Таблица 3.1. Схем построения информационных систем
|№ |Описание схемы |Клиент |Сервер |Пример реализации |
|1 |Централизованная |PS |PL, BL,|Сервер Sun с |
| |многотерминальная | |DL, DS,|X-терминалами в среде|
| |система | |FS |ОС Solaris |
|2 |Локальная сеть ПК с |PS, PL, |DS, FS |Локальная сеть ПК в |
| |файл серверными |BL, DL | |среде NetWare, |
| |приложениями | | |программы на FoxPro, |
| | | | |Clipper и др. |
|3 |Удаленный доступ к |PS, PL, |DS, FS |Система клиент-сервер|
| |данным на сервере БД |BL, DL | |с доступом ПК к |
| | | | |серверу БД: Informix |
| | | | |(NetWare) |
|4 |Удаленный доступ к БД|PS, PL, |BL, DS,|Система |
| |с использованием |DL |FS |клиент-сервер, доступ|
| |хранимых процедур | | |ПК к серверу ORACLE в|
| | | | |среде SCO Unix |
|5 |Удаленный доступ к БД|PS, PL, |BL, DL,|Система |
| |с разделением логики |BL, DL |DS, FS |клиент-сервер, доступ|
| |приложения | | |ПК к серверу ORACLE |
| | | | |на Sun (Solaris) |
3.3.1. Централизованные многотерминальные системы
В централизованной системе, характерной для Unix, терминал реализует лишь функции представления данных PS, тогда как остальные функции обеспечивает центральный узел. Центр должен реагировать на каждый запрос пользователя (PL), выполнять логику приложения (BL, DL) и извлекать данные из БД (DS, FS). Имеются две серьезные проблемы для централизованной схемы: трудно обеспечить графический интерфейс; каждый дополнительный пользователь и приложение вносят существенную нагрузку на сервер, теряется масштабируемость.
3.3.2. Файл-серверные приложения
В отличии от централизованной системы архитектура "файл-сервер"
(таблица 3.1 и рисунок 3.1) не имеет сетевого разделения компонентов
диалога PS и PL, использует ПК для функций отображения, что облегчает
построение графического интерфейса. Файл-сервер только извлекает данные из
файлов, так что дополнительные пользователи и приложения добавляют лишь
незначительную нагрузку на ЦП. Каждый новый клиент добавляет вычислительную
мощность к сети.
[pic]
Рисунок 3.1.
Варианты построения файл-серверных приложений.
Объектами разработки в файл-серверном приложении являются компоненты приложения, определяющие логику диалога PL, а также логику обработки BL и управления данными DL. Разработанное приложение реализуется либо в виде законченного загрузочного модуля или в виде специального кода для интерпретации.
Однако такая архитектура имеет два основных недостатка: некоторые запросы к БД могут перекачивать всю БД клиенту, загружая сеть и имея непредсказуемое время реакции, тем самым, создавая значительный сетевой график, а также возникающая проблема "толстого клиента" - Windows- интерфейс, коды приложения и СУБД могут перегрузить даже мощный ПК.
Первый недостаток особенно сказывается при организации удаленного
доступа к базам данных на файл-сервере через низкоскоростные каналы связи.
В этом случае система с удаленными рабочими станциями оказывается
практически неработоспособной. В данным случае единственное решение -
удаленное управление файл-серверным приложением в сети (таблица 3.1 и
рисунок 3.1). В локальной сети ставится сервер приложений, совмещенный с
телекоммуникационным сервером (сервер доступа). В многозадачной среде этого
сервера выполняются обычные файл-серверные приложения. Особенность состоит
в том, что диалоговый ввод-вывод поступает через телекоммуникации от
удаленных клиентов. Приложения не должны быть слишком сложными, иначе шансы
перегрузки сервера увеличиваются, или же нужна очень мощная платформа для
сервера приложений. На клиентских узлах работают программы удаленного
управления или эмуляции терминалов, которые передают сигналы от клавиатуры
и мыши серверу приложений, а в ответ получают копии экранов и отображают их
на видеомониторе. Помимо перечисленных недостатков нужно отметить, что
многие "настольные СУБД", как традиционные инструменты файл-серверных
приложений, не отвечают требованиям сохранности данных, в частности не
поддерживают транзакции. Однако СУБД для ПК привлекают простотой
использования и доступностью, поэтому файл-серверные приложения еще будут
использоваться для рабочих групп.
3.3.3.Приложения клиент-сервер
Архитектура клиент-сервер предназначена для разрешения проблем файл- серверных приложений путем разделения компонентов приложения и размещение их там, где они будут функционировать более эффективно. Особенностью архитектуры клиент-сервер является использование выделенных серверов баз данных, понимающих запросы на языке структурированных запросов SQL и выполняющих поиск, сортировку и агрегирование информации на месте без излишней перекачки данных на рабочие станции.
Другая отличительная черта серверов БД - наличие словарьа данных, в котором записаны структура БД, ограничения целостности данных, форматы и даже серверные процедуры обработки данных по вызову или по событиям в программе. Объектами разработки в таких приложениях помимо диалога и логики обработки являются прежде всего реляционная модель данных и связанный с ней набор SQL-операторов для типовых запросов для этой БД.
Большинство конфигураций клиент-сервер использует двухзвенную модель, состоящую из клиента, который обращается к услугам сервера (сх. 3-5 в таблице 3.1, рисунок 3.2). Для эффективной реализации такой схемы часто применяют неоднородную сеть. Как минимум, предполагается, что диалоговые компоненты PS и PL размещаются на клиенте, что позволяет обеспечить графический интерфейс. Далее возможно разместить компоненты управления данными DS и FS на сервере, а диалог (PS, PL), логику BL и DL на клиенте - сх. 3 в таблице 3.1). Типовое определение архитектуры клиент-сервер - приложение на клиенте, СУБД - на сервере - использует эту схему.
[pic]
Рисунок 3.2.
Варианты построения приложений клиент-сервер.
Рекомендуем скачать другие рефераты по теме: решебник по математике виленкин, реферат на тему дети.
Предыдущая страница реферата | 5 6 7 8 9 10 11 12 13 14 15 | Следующая страница реферата