Классификация информационных систем

• 1. Классификация по масштабу
• — одиночные

— групповые.

— корпоративные.

Одиночные:

— реализуются, как правило, на персональном автономном компьютере. Могут содержать несколько простых приложений, связанных общим информационным фондом, и рассчитаны на работу одного пользователя или группы пользователей, разделяющих по времени одно рабочее место. Подобные приложения создаются с помощью настольных или локальных систем управления базы данных (СУБД). Среди локальных СУБД наиболее известны — FoxPro, Paradox, Ассеss.

Групповые:

— ориентированы на коллективное использование информации членами рабочей группы и строятся на базе локальной вычислительной сети. Используются серверы базы данных для рабочих групп (Oracle, SQL, MSSQL, MySQL, Informix.).

Корпоративные:

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

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

К (3) относятся системы SAP R/3, Oracle, DB2 и др.).

• 2. Классификация по сфере применения:
  • — системы обработки транзакций;
  • — системы поддержки принятия решений;
  • — информационно-справочные системы;
  • — офисные информационные системы.

Система обработки транзакций: по оперативности обработки данных разделяются на пакетные информационные системы и оперативные информационные системы. В информационных системах организационного управления преобладает режим оперативной обработки транзакций — OLTP (OnLine Transaction Processing), для отражения актуального состояния предметной области и любой момент времени, а пакетная обработка занимает весьма ограниченную часть. Для систем OLTP характерен регулярный (возможно, интенсивный) поток довольно простых транзакций, играющих роль заказов, платежей, запросов и т. п. Важными требованиями для них являются:

— высокая производительность обработки транзакций; - гарантированная доставка информации при удаленном доступе к БД по телекоммуникациям.

Системы поддержки принятия решений — DSS (Decision Support Systeq) — представляют собой другой тип информационных систем, в которых с помощью довольно сложных запросов производится отбор и анализ данных в различных разрезах: временных, географических и по другим показателям.

Информационно-справочные системы — основаны на гипертекстовых документах и мультимедиа. Наибольшее развитие такие информационные системы получили в сети Интернет.

Офисные информационные системы — направлены на перевод бумажных документов в электронный вид, автоматизацию делопроизводства и управление документооборотом.

• 3. Классификация по способу организации:
  • — системы на основе архитектуры файл-сервер; - системы на основе архитектуры клиент-сервер; - системы на основе многоуровневой архитектуры; - системы на основе Интернет/ интернет — технологий.

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

Рассмотрим более подробно особенности вариантов построения информационных приложений:

Архитектура файл-сервер Архитектура файл-сервер не имеет сетевого разделения компонентов диалога PS и PL и использует компьютер для функций отображения, что облегчает построение графического интерфейса. Файл-сервер только извлекает данные из файлов, так что дополнительные пользователи и приложения добавляют лишь незначительную нагрузку на центральный процессор. Каждый новый клиент добавляет вычислительную мощность к сети. Объектами разработки в файл — серверном приложении являются компоненты приложения, определяющие логику диалога PL, а также логику обработки BL и управления данными DL. Разработанное приложение реализуется либо в виде законченного загрузочного модуля, либо в виде специального кода для интерпретации.

недостаток:

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

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

Особенность:

наличие выделенных серверов баз данных, понимающих запросы на языке структурированных запросов SQL (Structured Query Language) и выполняющих поиск, сортировку и агрегирование информации.

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

Объектами в таких приложениях помимо диалога и логики обработки являются реляционная модель данных и связанный набор SQL операторов для типовых запросов в БД.

Большинство конфигураций двухуровневая модель, в которой клиент обращается к услугам сервера.

Диалоговые компоненты PS и PL размещаются на клиенте, что позволяет обеспечить графический интерфейс.

Компоненты управления данными DS и FS размещаются на сервере, а диалог (PS, PL), логика BL и DL — на клиенте.

Поскольку схема предъявляет наименьшие требования к серверу, она обладает наилучшей масштабируемостью.

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

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

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

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

Многоуровневая архитектура Многоуровневая архитектура стала развитием архитектуры клиент-сервер и в своей классической форме состоит из трех уровней: — нижний уровень представляет собой приложения клиентов, выделенные для выполнения функций и логики представлений PS и PL и имеющие программный интерфейс для вызова приложения на среднем уровне; - средний уровень представляет собой сервер приложений, на котором выполняется прикладная логика BL и с которого логика обработки данных DL вызывает операции с базой данных DS; - верхний уровень представляет собой удаленный специализированный сервер базы данных, выделенный для услуг обработки данных DS и файловых операций FS (без риска использования хранимых процедур).

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