Файл: 8 Инструкция пользователю по работе с программой.rtf

Для сокращения нагрузки на сеть и упрощения администрирования приложений компонент BL можно разместить на сервере. При этом вся логика принятия решений оформляется в виде хранимых процедур и выполняется на сервере БД.

Хранимая процедура - процедура с операторами SQL для доступа к БД, вызываемая по имени с передачей требуемых параметров и выполняемая на сервере БД. Хранимые процедуры могут компилироваться, что повышает скорость их выполнения и сокращает нагрузку на сервер.

Хранимые процедуры уменьшают целостность приложений и БД, гарантируют актуальность коллективно используемых операций и вычислений. Уменьшается сопровождение таких процедур, а также безопасность (нет прямого доступа к данным).

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

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

3.1.4 Многоуровневая архитектура

Многоуровневая архитектура стала развитием архитектуры клиент-сервер и в своей классической форме состоит из трех уровней:

· нижний уровень представляет собой приложения клиентов, выделенные для выполнения функций и логики представлений PS и PL и имеющие программный интерфейс для вызова приложения на среднем уровне;

·

средний уровень представляет собой сервер приложений, на котором выполняется прикладная логика BL и с которого логика обработки данных DL вызывает операции с базой данных DS;

· верхний уровень представляет собой удаленный специализированный сервер базы данных, выделенный для услуг обработки данных DS и файловых операций FS (без риска использования хранимых процедур).

Подобную концепцию обработки данных пропагандируют, в частности, фирмы Oracle, Sun, Inprise и др.

Трехуровневая архитектура позволяет еще больше сбалансировать нагрузку на разные узлы и сеть, а также способствует специализации инструментов для разработки приложений и устраняет недостатки двухуровневой модели клиент-сервер.

Централизация логики приложения упрощает администрирование и сопровождение. Четко разделяются платформы и инструменты для реализации интерфейса и прикладной логики, что позволяет с наибольшей отдачей реализовывать их специалистам узкого профиля. Наконец, изменения прикладной логики не затрагивают интерфейса, и наоборот. Но поскольку границы между компонентами PL, BL и DL размыты, прикладная логика может появиться на всех трех уровнях. Сервер приложений с помощью монитора транзакций обеспечивает интерфейс с клиентами и другими серверами, может управлять транзакциями и гарантировать целостность распределенной базы данных. Средства удаленного вызова процедур наиболее соответствуют идее распределенных вычислений: они обеспечивают из любого узла сети вызов прикладной процедуры, расположенной на другом узле, передачу параметров, удаленную обработку и возврат результатов.

С ростом систем клиент-сервер необходимость трех уровней становится все более очевидной. Продукты для трехзвенной архитектуры, так называемые мониторы транзакций, являются относительно новыми. Эти инструменты в основном ориентированы на среду UNIX, однако прикладные серверы можно строить на базе Microsoft Windows NT с использованием вызова удаленных процедур для организации связи клиентов с сервером приложений. На практике в локальной сети могут использоваться смешанные архитектуры (двухуровневые и трехуровневые) с одним и тем же сервером базы данных. С учетом глобальных связей архитектура может иметь больше трех звеньев. В настоящее время появились новые инструментальные средства для гибкой сегментации приложений клиент-сервер по различным узлам сети.

Таким образом, многоуровневая архитектура распределенных приложений позволяет повысить эффективность работы корпоративной информационной системы и оптимизировать распределение ее программно-аппаратных ресурсов. Но пока на российском рынке по-прежнему доминирует архитектура клиент-сервер.

.1.5 Архитектура на основе интернет/интранет технологий

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

Благодаря интеграции Интернет/интранет-технологии и архитектуры клиент-сервер процесс внедрения и сопровождения корпоративной информационной системы существенно упрощается при сохранении достаточно высокой эффективности и простоты совместного использования информации.

.1.6 Сравнительный анализ и выбор архитектуры

Определим наиболее важные критерии для разрабатываемой ИС, по которым впоследствии произведем оценку представленных архитектур в таблицу 3.2.

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

· Определение критериев, по которым будет произведено сравнение и степени их важности.

· Каждый вариант оценивается по определенному перечню критериев. Получается численное значение - оценка показателю качества по 5-ти бальной шкале.

· Нахождение общего количества баллов для каждого из вариантов (можно учитывать важность критериев).

· Наилучшим считается вариант, который набрал максимальное количество баллов. [12].

Таблица 3.2 - Сравнение архитектур.

Вывод: В результате выполненного анализа архитектур выявили, наибольшее соответствие архитектуры на основе "интернет/интранет" для разрабатываемой ИС.

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

3.2 Проектирование БД

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

ERwin-CASE - cсредство для проектирования и документирования баз данных, которое позволяет создавать, документировать и сопровождать базы данных, хранилища и витрины данных. Модель данных помогают визуализировать структуру данных, обеспечивая эффективный процесс организации, управления и администрирования таких аспектов деятельности предприятия, как уровень сложности данных, технологий баз данных и среды развертывания. [1]

Целью создания информационной системы является автоматизация деятельности библиотеки.

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

При исследовании предметной области для проектирования были выделены семь сущностей представленных в таблице 3.2
Таблица 3.2 − Сведения о типах сущностей

Сведения о типах связей между сущностями представлены в таблице 3.3
Таблица 3.3 - Основные типы связей между выделенными сущностями

Тип сущности	Тип связи	Тип сущности	Кардинальность
Библиотекарь	Выдает, принимает	Книги	1:М
Библиотекарь	Обслуживает	Читатели	1:М
Библиотекарь	Заполняет	Карточки читателей	1:М
Библиотекарь	Заполняет	Формуляр	1:М

Смотрите также файлы

При аудите расчетов с поставщиками и покупателями установлено, что в учете отражены следующие хозяйственные операции ().docx

Биогаз нетрадиционный источник энергии.doc

"Анализ стандартов управления проектами".docx

Дополнительная образовательная программа спортивной подготовки по виду спорта легкая атлетика.docx

Формирование и учет уставного капитала ооо.docx

Файл: 8 Инструкция пользователю по работе с программой.rtf

3.1.4 Многоуровневая архитектура

.1.5 Архитектура на основе интернет/интранет технологий

.1.6 Сравнительный анализ и выбор архитектуры

3.2 Проектирование БД

Смотрите также файлы

Информация

Списки файлов

Дополнительно