



, для выполнения функций и логики представлений PS и PL и имеющие программный интерфейс для вызова приложения на среднем уровне;

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

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

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

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

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

---

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

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

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

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

1.1.3 Требования к информационным системам

Информационная система должна соответствовать требованиям гибкости, надежности, эффективности и безопасности.

1.1.3.1 Гибкость

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

---

внести в нее соответствующие изменения, даже если все разработчики или их часть по каким-либо причинам не смогут продолжить работу.

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

Вместе с тем возникает риск применения устаревших решений при модернизации системы. Рекомендация в таком случае одна - внимательнее относиться к поиску разработчиков информационных систем.

1.1.3.2 Надежность

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

1.1.3.3 Эффективность

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

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

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

Активное сотрудничество с заказчиком с ранних этапов проектирования позволяет уточнить его потребности. Часто встречается ситуация, что заказчик чего-то хочет, но сам не знает, чего именно. Чем раньше будут учтены дополнения заказчика, тем дешевле и в более короткие сроки система будет завершена.

Эффективность системы обеспечивается оптимизацией данных и методов их обработки,

---

применением оригинальных разработок, идей, методов проектирования.

---

1.1.3.4 Безопасность

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

1.2 Базы данных

Существует много различных определения понятия «База данных» рассмотрим три самых распространенных из них.

1.2.1 Основные понятия

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

База данных - это средство сбора и организации информации.

База данных - организованная структура, предназначенная для хранения информации.

Под предметной областью можно понимать любую область данных, достаточно определенную, чтобы о ней могли быть собраны такие данные, о которых можно говорить в аспекте существования базы этих данных [3].

Одно время понимание термина базы данных начало расплываться, и тогда Международная организация по стандартизации ИСО (International Standard Organization) сформулировала свое определение.

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

В этом определении под концептуальной моделью данных понимается как представление характеристик предметного универсума или предметной области в терминах относящихся к ним реалий отношение между реалиями [4]

1.2.2 Модели данных

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

---

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

• Российский государственный социальный университет Факультет Физическая культура итоговое практическое задание по дисциплине ФКиС.docx

• Тригонометрические функции.doc

• Удк 947. 083 Ма. Воскресенская формирование культурной элиты российского общества конца xix начала хх в.pdf

• Вопервых, это наука о самом сложном из всего, что известно человечеству.docx

• Проблемы экономики и менеджмента 102 5 (45) 2015.pdf