Эффективность функционирования ИС во многом зависит от её архитектуры.
Архитектура ИС – концепция, определяющая модель, структуру, выполняемые функции и взаимосвязь компонентов информационной системы.
По-простому,архитектура ИС – абстрактное понятие, определяющее из каких составных частей (элементов, компонент) состоит приложение и как эти части между собой взаимодействуют. Под составными частями приложения обычно понимаются программы или программные модули, выполняющие отдельные, относительно изолированные задачи.
Программный интерфейс или API (Application Programming Interface) определяет способ взаимодействия составных частей (компонент) приложения. Программные интерфейсы бывают разной природы(типа): экспортируемые функции DLL, публичные классы пакета/сборки, COM, EJB, CORBA, SOAP и т.д., разрабатываются под конкретную задачу, тяготеют к унификации и стандартизации.
АИС включает три группы функций, ориентированных на решение различных подзадач (рис. 1.1):
1. функции ввода и отображения данных (обеспечивают взаимодействие с пользователем);
2. прикладные функции, характерные для данной предметной области;
3. функции управления ресурсами (файловой системой, БД и т.д.).
Выполнение этих функций в основном обеспечивается программными средствами, которые можно представить в виде взаимосвязанных компонентов (рис.1.1.).
Рисунок 1.1 - Компоненты сетевого приложения
Пользовательский интерфейс (средства представления данных Presentation Services (PS), логика представления Presentation Logic (PL)) – обеспечивает просмотр и редактирование данных, а также управление данными и приложением в целом (нажатие кнопок, движение мыши, прорисовка изображения, вывод результатов поиска и т.д.).
Бизнес логика (прикладная логика Business or Application Logic (BL), логика данных Data Logic (DL)) – правила, алгоритмы реакции приложения на действия пользователя или на внутренние события, правила обработки данных.
Управление данными (средства управления БД Data Services (DS), средства управления файлами File Services (FS))– включает:
Механизм получения и отправки данных, обеспечивает соединение с источником данных (часто опосредованно). Он должен "знать", куда ему обращаться и какой протокол обмена использовать для обеспечения двунаправленного потока данных;
Механизм внутреннего представления данных является ядром приложения баз данных, обеспечивает хранение полученных данных в приложении и предоставляет их по запросу других частей приложения.
Автономная система (компьютер, не подключенный к сети) представляет все эти компоненты как на различных уровнях (ОС, служебное ПО и утилиты, прикладное ПО), так и на уровне приложений (не характерно для современных программ). Так же и сеть - она представляет все эти компоненты, но, в общем случае, распределенные между узлами. Задача сводится к обеспечению сетевого взаимодействия между этими компонентами.
Архитектура АИС определяет распределение компонентов между звеньями (tiers) сетевого приложения.
В настоящее время перспективной является архитектура клиент-сервер .
Сервером определенного ресурса в компьютерной сети называется компьютер (программа), управляющий этим ресурсом, клиентом - компьютер (программа), использующий этот ресурс. В качестве ресурса компьютерной сети могут выступать, к примеру, базы данных, файловые системы, службы печати, почтовые службы. Тип сервера определяется видом ресурса, которым он управляет. Например, если управляемым ресурсом является база данных, то соответствующий сервер называется сервером базы данных .
Практические реализации такой архитектуры называются клиент-серверными технологиями . Каждая технология определяет собственные или использует имеющиеся правила взаимодействия между клиентом и сервером, которые называются протоколом обмена (протоколом взаимодействия) .
Технология “клиент-сервер” – это модель вычислений, предусматривающую распределение функций обработки в многопользовательской базе данных по нескольким компьютерам. Распределение выполнения функций обработки между компьютерами осуществляется с использованием протокола сервисных запросов, т.е. один компьютер “клиент” запрашивает обслуживание у другого компьютера “сервера”, который реализует обслуживание и отсылает его результаты “клиенту”.
Под автоматизированной информационной системой (АИС) понимают комплекс аппаратно-программных средств реализующих мультикомпонентную информационную систему, обеспечивающую современное управление процессами принятия решений, проектирования, производства и сбыта в режиме реального времени при транзакционной обработке данных.
Транзакция – это совокупность операций базы данных, выполнение которых не может быть прервано. Для того чтобы изменения, внесенные в БД в ходе выполнения любой из входящих в транзакцию операций, были зафиксированы в базе данных, все операции должны завершиться успешно. В результате такого воздействия на СУБД, выполняется ее перевод из одного целостного состояния в другое.
Достоинством организации АИС по архитектуре клиент-сервер является удачное сочетание централизованного хранения, обслуживания и коллективного доступа к общей корпоративной информации с индивидуальной работой пользователей над персональной информацией. Архитектура клиент-сервер допускает различные варианты реализации.
В любой сети (даже одноранговой), построенной на современных сетевых технологиях, присутствуют элементы клиент-серверного взаимодействия, чаще всего на основе двухзвенной архитектуры . Двухзвенной (two-tier, 2-tier) она называется из-за необходимости распределения трех базовых компонентов между двумя узлами (клиентом и сервером).
Двухзвенная архитектура используется в клиент-серверных системах, где сервер отвечает на клиентские запросы напрямую и в полном объеме, при этом используя только собственные ресурсы. Т.е. сервер не вызывает сторонние сетевые приложения и не обращается к сторонним ресурсам для выполнения какой-либо части запроса (рис. 1.2).
Рисунок 1.2 – Двухзвенная клиент-серверная архитектура
Расположение компонентов на стороне клиента или сервера определяет следующие основные модели их взаимодействия в рамках двухзвенной архитектуры:
- сервер терминалов - распределенное представление данных;
- файл-сервер - доступ к удаленной базе данных и файловым ресурсам;
- сервер БД - удаленное представление данных;
- сервер приложений - удаленное приложение.
Перечисленные модели с вариациями представлены на рис.1.3.
Исторически первой появилась модель распределенного представления данных (модель сервер терминалов). Она реализовывалась на универсальной ЭВМ (mainframe), выступавшей в роли сервера, с подключенными к ней алфавитно-цифровыми терминалами. Пользователи выполняли ввод данных с клавиатуры терминала, которые затем передавались на мэйнфрейм и там выполнялась их обработка, включая формирование «картинки» с результатами. Эта «картинка» и возвращалась пользователю на экран терминала.
Рисунок 1.3 - Модели клиент-серверного взаимодействия
На рис.1.2. представлена модель сервера терминалов с централизованной БД (рис.1.2 - а) и централизованной СУБД (рис.1.2 - б).
Рисунок 1.4 - Модель распределенного представления данных (модель сервер терминалов)
Достоинства:
Пользователи совместно используют дорогие ресурсы ЭВМ и дорогие периферийные устройства;
Централизация ресурсов и оборудования облегчает обслуживание и эксплуатацию вычислительной системы;
Отсутствует необходимость администрирования рабочих мест пользователей (терминальных станций);
Главный недостаток:
Пользователи полностью зависят от администратора mainframe.
С появлением персональных компьютеров и локальных сетей, была реализована модель файл-сервера , представлявшего доступ к файловым ресурсам, в том числе и к удаленной базе данных (рис.1.5). В таких ИС по запросам пользователей файлы базы данных передаются на персональные компьютеры (ПК), где и производится их обработка. Отдельный узел сети является файловым сервером, на котором размещены файлы базы данных. На клиентах выполняются приложения, в которых совмещены компонент представления (пользовательский интерфейс ) и прикладной компонент (бизнес-логика ) (СУБД и прикладная программа), использующие подключенную удаленную базу как локальный файл. Протоколы обмена при этом представляют набор низкоуровневых вызовов операций файловой системы. Недостатком такого варианта архитектуры является высокая интенсивность передачи обрабатываемых данных. Причем, зачастую передаются избыточные данные: вне зависимости от того, сколько записей из базы данных требуется пользователю, файлы базы данных передаются целиком.
Рисунок 1.5 - Структура АИС с файл-сервером
Достоинства:
Многопользовательский режим работы с данными;
Удобство централизованного управления доступом;
Низкая стоимость разработки;
Высокая скорость разработки;
Невысокая стоимость обновления и изменения ПО.
Недостатки:
Проблемы многопользовательской работы с данными;
Плохая возможность подключения новых клиентов;
Ненадежность системы.
Распределение функциональных компонент в файл-серверной архитектуре представлено на рисунке 1.6.
Как видно из недостатков такая модель показала свою неэффективность ввиду того, что при активной работе с таблицами БД возникает большая нагрузка на сеть. Частичным решением является поддержка тиражирования (репликации) таблиц и запросов. В этом случае, например при изменении данных, обновляется не вся таблица, а только модифицированная ее часть.
С появлением специализированных СУБД появилась возможность реализации другой модели доступа к удаленной базе данных – модели сервера баз данных . В этом случае ядро СУБД функционирует на сервере, прикладная программа на клиенте, а протокол обмена обеспечивается с помощью языка SQL.
Рисунок 1.6 - Распределение функциональных компонент в архитектуре файл-сервер
Рисунок 1.7 – Репликация данных
Такой подход по сравнению с файловым сервером ведет к уменьшению загрузки сети и унификации интерфейса «клиент-сервер». При клиент-серверной архитектуре с использованием сервера баз данных обеспечивается выполнение основного объема обработки данных на сервере. Формируемые пользователем или приложением запросы поступают к серверу БД в виде инструкций языка SQL. Сервер базы данных выполняет поиск и извлечение нужных данных, которые затем передаются на компьютер пользователя.
Однако, сетевой трафик остается достаточно высоким, кроме того, по прежнему невозможно удовлетворительное администрирование приложений, поскольку в одной программе совмещаются различные функции.
Клиент-серверная архитектура с сервером БД представлена на рисунке 1.8.
Рисунок 1.8 - Структура АИС с сервером БД
Распределение функциональных компонент (рис.1.9) в клиент-серверной архитектуре следующее, на рабочих станциях клиентов располагается интерфейс с пользователем, операторы обращения к СУБД; на файл-сервере хранится база данных, располагаются хранимые процедуры, реализующие серверную часть бизнес-логики, выполняются запросы и обрабатываются транзакции.
С разработкой и внедрением на уровне серверов баз данных механизма хранимых процедур появилась концепция активного сервера БД . В этом случае часть функций прикладного компонента реализованы в виде хранимых процедур, выполняемых на стороне сервера. Остальная прикладная логика выполняется на клиентской стороне. Протокол взаимодействия - соответствующий диалект языка SQL.
Достоинства:
Возможность распределить функции вычислительной системы между несколькими независимыми компьютерами;
Все данные хранятся на защищенном сервере;
Возможность централизованного администрирования прикладных функций;
Поддержка многопользовательской работы;
Гарантия целостности данных;
Значительное снижение сетевого трафика (т.к. передаются не SQL-запросы, а вызовы хранимых процедур).
Недостатки:
Неработоспособность сервера может сделать неработоспособной всю вычислительную сеть;
Сложное администрирование;
Высокая стоимость оборудования;
Частично бизнес логика приложений осталась в клиентском ПО;
Ограниченность средств разработки хранимых процедур по сравнению с языками высокого уровня.
Рисунок 1.9 - Распределение функциональных компонент в архитектуре клиент-сервер
Реализация прикладного компонента на стороне сервера представляет следующую модель – сервер приложений . Перенос функций прикладного компонента на сервер снижает требования к конфигурации клиентов и упрощает администрирование, но представляет повышенные требования к производительности, безопасности и надежности сервера.
Еще одна тенденция в клиент-серверных технологиях связана со все большим использованием распределенных вычислений. Они реализуются на основе модели сервера приложений , где сетевое приложение разделено на две и более частей, каждая из которых может выполняться на отдельном компьютере. Выделенные части приложения взаимодействуют друг с другом, обмениваясь сообщениями в заранее согласованном формате. В этом случае двухзвенная клиент-серверная архитектура становится трехзвенной (three-tier, 3-tier) .
Как правило, третьим звеном в трехзвенной архитектуре становится сервер приложений, т.е. компоненты распределяются следующим образом (рис. 1.10):
1. Представление данных (пользовательский интерфейс) – на стороне клиента.
2. Прикладной компонент (бизнес-логика) – на выделенном сервере приложений.
3. Управление ресурсами (управление данными) – на сервере БД, который и представляет запрашиваемые данные.
Рисунок 1.10 - Многоуровневая архитектура клиент сервер
Достоинства:
Клиентское ПО не нуждается в администрировании;
Масштабируемость;
Конфигурируемость;
Высокая безопасность и надежность;
Низкие требования к скорости канала между терминалами и сервером приложений;
Низкие требования к производительности и техническим характеристикам терминалов.
Но наряду с этим имеют место следующие недостатки:
Сложность администрирования и обслуживания;
Более высокая сложность создания приложений;
Высокие требования к производительности серверов приложений и сервера базы данных;
Высокие требования к скорости канала (сети) между сервером базы данных и серверами приложений.
Распределение функциональных компонент в многоуровневой клиент-серверной архитектуре представлено на рисунке 1.11.
Рисунок 1.11 - Распределение функциональных компонент в многоуровневой архитектуре клиент-сервер
Архитектура веб-ориентированных ИС представлена на рисунке 1.12.
Рисунок 1.12 - Архитектура веб-систем
Достоинства:
Отсутствие необходимости использовать дополнительное ПО на стороне
Клиента – это позволяет автоматически реализовать клиентскую часть на всех
Платформах;
Возможность подключения практически неограниченного количества
Клиентов;
Благодаря единственному месту хранения данных и наличия системы
Управления базами данных обеспечиваются минимальные требования для
Поддержания целостности данных;
Доступность при работоспособности сервера и каналов связи;
Недостатки:
Недоступность при отсутствии работоспособности сервера или каналов связи;
Достаточно низкая скорость веб-сервера и каналов передачи данных;
Относительно объема данных – архитектура веб-систем не имеет
Существенных ограничений.
Распределение функциональных компонент в архитектуре веб-ориентированных ИС представлена на рисунке 1.13
Рисунок 1.13 - Распределение функциональных компонент в архитектуре веб-ориентированных ИС
Подводя итоги можно заключить, что двухзвенная архитектура проще, так как все запросы обслуживаются одним сервером, но именно из-за этого она менее надежна и предъявляет повышенные требования к производительности сервера.
Трехзвенная архитектура сложнее, но благодаря тому, что функции распределены между серверами второго и третьего уровня, эта архитектура представляет:
1. Высокую степень гибкости и масштабируемости.
2. Высокую безопасность (т.к. защиту можно определить для каждого сервиса или уровня).
3. Высокую производительность (т.к. задачи распределены между серверами).
Сегодня на промышленных предприятиях предполагается наличие компьютерной сети и распределенной базы данных, включающей корпоративную базу данных (КБД) и персональные базы данных (ПБД). КБД размещается на компьютере-сервере, ПБД размещаются на компьютерах сотрудников подразделений, являющихся клиентами корпоративной БД.
Для создания и управления персональными БД и приложений, работающих с ними, используются СУБД, такие как Access и Visual FoxPro фирмы Microsoft, Paradox фирмы Borland.
Корпоративная БД создается, поддерживается и функционирует под управлением сервера БД, например, Microsoft SQL Server или Oracle Server.
В зависимости от размеров организации и особенностей решаемых задач информационная система может иметь одну из следующих конфигураций:
Компьютер-сервер, содержащий корпоративную и персональные базы;
Компьютер-сервер и персональные компьютеры с ПБД;
Несколько компьютеров-серверов и персональных компьютеров с ПБД.
Разделение общей БД на корпоративную БД и персональные БД позволяет уменьшить сложность проектирования БД по сравнению с централизованным вариантом, а значит снизить вероятность ошибок при проектировании и стоимость проектирования.
На текущем этапе развития автоматизированных информационных систем промышленного применения к базам данных выдвигают следующие требования:
Централизованное управление при многопользовательском доступе к данным;
Сокращение избыточности данных;
Обеспечение и внедрение стандартов в представлении данных;
Обеспечение целостности и безопасности данных;
Независимость данных;
Распределенная обработка данных в сетях ЭВМ.
Виды архитектуры информационной системы
Любая информационная система (ИС) включает в себя три компонента:
- Управление данными;
- Бизнес-логику;
- Пользовательский интерфейс.
Данные хранятся в базах данных, а управление ими осуществляется с помощью системы управления базами данных (СУБД). Бизнес-логика определяет правила, по которым обрабатываются данные. Она реализуется набором процедур, написанных на различных языках программирования. Пользователь работает с интерфейсом, где логика работы ИС представлена в виде элементов управления – полей, кнопок, списков, таблиц и т.д.
Однако, эти три компонента в разных ИС взаимодействуют друг с другом различными способами.
Определение 1
Архитектурой информационной системы называется концепция, согласно которой взаимодействуют компоненты информационной системы.
Существуют следующие виды архитектур ИС:
- Локальная;
- Файл-серверная;
- Клиент-серверная;
- Трехслойная.
Локальные информационные системы
Локальные информационные системы широко использовались до появления компьютерных сетей. В этом случае все компоненты ИС располагаются на одном компьютере. Очевидным недостатком этой архитектуры является возможность работать в ИС только одному пользователю. Другие пользователи не имеют возможности получить доступ к данным даже для чтения.
Файл-серверная архитектура
С появлением компьютерных сетей возникла возможность хранить данные в файл ах на выделенном специально для этой цели компьютере. Такой компьютер называется файловым сервером или просто сервером . Компьютеры пользователей соединены с сервером сетью, поэтому доступ к данным, могут получить несколько пользователей одновременно. Однако, кроме функции хранения данных и обеспечения доступа к ним, сервер никаких функций не выполняет. Приложения, обрабатывающие данные, находятся на пользовательских компьютерах.
Пример 1
Предположим, что в базе данных на сервере хранится список сотрудников крупного предприятия. На предприятии 1500 сотрудников и 10 подразделений. Пользователю нужно получить число сотрудников, работающих в каждом подразделении. Для решения этой задачи пользователь должен запросить данные всех 1500 сотрудников с сервера по сети, после чего на пользовательском компьютере выполнится процедура, которая осуществит подсчет сотрудников в каждом подразделении. Результатом процедуры будет 10 строк. Таким образом, чтобы получить 10 строк придется передать по сети 1500 строк.
Обработка данных на пользовательском компьютере всегда сопровождается передачей по сети большого количества «лишней» информации. Основными недостатками файл-серверной архитектуры являются:
- высокая загруженность сети и, как следствие, низкая скорость работы;
- сложность поддержания непротиворечивости данных, из-за их несогласованной обработки разными пользователями.
Клиент-серверная архитектура
До определенного момента на СУБД возлагались лишь задачи хранения данных и организации доступа к ним. С развитием технологий в состав СУБД разработчики стали включать новый компонент – процедурный язык программирования. С его помощью в СУБД стало возможным создавать процедуры для обработки данных, которые можно вызывать повторно. Такие процедуры называются хранимыми процедурами . Наличие хранимых процедур дало возможность осуществлять некоторую часть обработки данных на сервере.
Пример 2
Рассмотрим задачу из примера 1 в условиях клиент-серверной архитектуры. Пользователь отправит на сервер запрос, который запустит процедуру. Процедура выполнится непосредственно на сервере. Она подсчитает количество сотрудников в каждом подразделении и отправит полученные 10 строк по сети на клиентский компьютер. Таким образом, произойдет существенная экономия трафика: вместо 1500 строк будет передано по сети всего 10.
Клиент-серверная архитектура позволяет разгрузить сеть и поддерживать непротиворечивость данных за счет их централизованной обработки. Однако, языки хранимых процедур не приспособлены для полноценной реализации бизнес-логики. Поэтому бизнес-логика в клиент-серверных ИС по-прежнему реализуется на клиентских компьютерах. Такой подход имеет следующие недостатки:
- любые изменения в бизнес-логике требуют обновления на клиентском компьютере;
- клиентские компьютеры должны быть достаточно производительными;
- слабая защита данных от взломов.
Трехуровневая архитектура
Все недостатки клиент-серверной архитектуры связаны с тем, что на клиентском компьютере лежит слишком большая нагрузка, которую можно было бы перенести на сервер. Поэтому дальнейшее развитие технологий двигалось в направлении переноса нагрузки с клиентских компьютеров на сервер. В дополнение к хранимым процедурам разработчики стали использовать серверные языки программирования. Это дало возможность создавать в ИС промежуточный уровень - сервер приложений.
Определение 2
Сервер приложений – это комплекс программ, выполняемых на сервере и реализующих бизнес-логику ИС.
Использование сервера приложений позволяет максимально разгрузить клиентские компьютеры и сделать обработку данных еще более централизованной, что повышает скорость и надежность ИС.
Архитектура ИС обычно определяется как набор ответов на следующие вопросы:
что делает система
на какие части она разделяется
как эти части взаимодействуют
где эти части размещены
Архитектура ИС - системная архитектура (архитектура систем - SystemArchitecture) или программная архитектура (архитектура программного обеспечения -SoftwareArchitecture)
Определение архитектуры ис
Архитектура систем - концепция, определяющая модель, структуру, выполняемые функции и взаимосвязь компонентов ИС.
В книге "Архитектура ПО на практике, 2-е издание" Басс, Клементс и Казман дают следующее определение
Архитектура программной или вычислительной системы - это структура или структуры системы, включающие программные элементы, видимые извне свойства этих элементов и взаимоотношения между ними. Архитектура касается внешней части интерфейсов, внутренние детали элементов - детали, относящиеся исключительно к внутренней реализации - не являются архитектурными.
Архитектура ис как совокупность архитектур.
Применительно к организации обычно используют понятие корпоративная архитектура, при этом выделяются следующие типы архитектур.
Бизнесс-архитектура.
ИТ-архитектура
Архитектура данных
Архитектура приложения или программная архитектура
Техническая архитектура
Совокупность архитектур данных и архитектуры приложений называется архитектурой ИС
Бизнес-архитектура
Бизнес-архитектура или архитектура уровня бизнес-процессов определяет бизнес-стратегии, управление, организацию, ключевые бизнес-процессы в масштабе предприятия, причем не все бизнес-процессы реализуются средствами ИТ-технологий.
Основу бизнес-архитектуры составляют:
Бизнес-стратегии - собрание целевых установок, планов, руководящих, принципов, политик, стандартов и процедур, поддерживающих реализацию этой стратегии.
Архитектура бизнес-процессов - определяет основные функциональные возможности организации.
Показатели эффективности
Бизнес-архитектура отображается на ИТ-архитектуру.
Ит-архитектура
Рассматривается в трех аспектах:
достижение бизнес-целей посредством использования программной инфраструктуры, ориентированной на реализацию наиболее важных бизнес-приложений
как среда, обеспечивающая реализацию бизнес-приложений
совокупность программных и аппаратных средств, составляющая информационную систему организации и включающая, в частности, базы данных и промежуточное программное обеспечение.
Архитектура данных...
Архитектура данных организации включает логические и физические хранилища данных и средства управления данными
Программная архитектура отображает совокупность программных приложений.
Архитектура приложения - это описание отдельного приложения, работающего в составе ИТ-системы, включая его программные интерфейсы.
Техническая архитектура характеризует аппаратные средства и включает такие элементы, как процессор, память, жесткие диски, периферийные устройства, элементы для их соединения, а также сетевые средства.
Платформенные архитектуры информационных систем
Централизованная архитектура
70-е годы. Эпоха мейнфреймов - больших централизованных ЭВМ.
Основные особенности:
Все базовые функции приложения реализуются в одном месте
Все пользователи работают одновременно на одном компьютере
Плюсы:
Нулевое администрирование рабочих мест пользователей
Централизованная разработка и обслуживание системы
Минусы:
Дорогая аппаратура оправдана только для больших систем
Взаимная зависимость пользователей на программном уровне
Пользователь не может настроить рабочую среду под свои потребности
Персональный компьютер
Начало 80-х - пк
Архитектура "Файл-сервер"
Появились локальные сети. Файлы начали передавать по сети. Сначала были одноранговые сети - все компьютеры равноправны.
Потом возникла идея хранения всех общедоступных файлов на выделенном компьютере в сети - файл-сервере.
Основные особенности:
Функция хранения данных вынесена на выделенный компьютер - файл-сервер
Поддержка многопользовательской работы.
Многопользовательский режим работы с данными
удобство централизованного управления доступом
низка стоимость разработки
невысокая стоимость обновления и изменения ПО
проблема многопользовательской работы с данными: последовательный доступ, отсутствие гарантий целостности
Низка производительность
плохая возможность подключения новых клиентов
ненадежность системы
Архитектура информационной системы – это концептуальное описание структуры, определяющее модель, выполняемые функции и взаимосвязь компонентов информационной системы.
Архитектура информационной системы предусматривает наличие трех компонентов:
2.Функциональные подсистемы
3.Управление информационными системами
Различают следующие виды архитектур: файл-сервер; клиент-сервер; многоуровневая; архитектура на базе хранилища данных; Internet/Intranet.
Архитектура файл-сервер. Архитектура файл-сервер не имеет сетевого разделения компонентов диалога PS и PL и использует компьютер для функций отображения, что облегчает построение графического интерфейса. Файл-сервер только извлекает данные из файлов, так что дополнительные пользователи и приложения добавляют лишь незначительную нагрузку на центральный процессор. Каждый новый клиент добавляет вычислительную мощность к сети. Объектами разработки в файл-серверном приложении являются компоненты приложения, определяющие логику диалога PL, а также логику обработки BL и управления данными DL. Разработанное приложение реализуется либо в виде законченного загрузочного модуля, либо в виде специального кода для интерпретации. Однако такая архитектура имеет существенный недостаток: при выполнении некоторых запросов к базе данных клиенту могут передаваться большие объемы данных, загружая сеть и приводя к непредсказуемости времени реакции.
Архитектура клиент-сервер. Архитектура клиент-сервер предназначена для разрешения проблем файл-серверных приложений путем разделения компонентов приложения и размещения их там, где они будут функционировать наиболее эффективно. Особенностью архитектуры клиент-сервер является использование выделенных серверов баз данных, понимающих запросы на языке структурированных запросов SQL (Structured Query Language) и выполняющих поиск, сортировку и агрегирование информации. Отличительная черта серверов БД – наличие справочника данных, в котором записана структура БД, ограничения целостности данных, форматы и даже серверные процедуры обработки данных по вызову или по событиям в программе. Объектами разработки в таких приложениях помимо диалога и логики обработки являются, прежде всего, реляционная модель данных и связанный с ней набор SQL-операторов для типовых запросов к базе данных. Большинство конфигураций клиент-сервер использует двухуровневую модель, в которой клиент обращается к услугам сервера. Предполагается, что диалоговые компоненты PS и PL размещаются на клиенте, что позволяет обеспечить графический интерфейс. Компоненты управления данными DS и FS размещаются на сервере, а диалог (PS, PL), логика BL и DL – на клиенте. Двухуровневое определение архитектуры клиент-сервер использует именно этот вариант: приложение работает у клиента, СУБД – на сервере. Поскольку эта схема предъявляет наименьшие требования к серверу, она обладает наилучшей масштабируемостью. Однако сложные приложения, вызывающие большое взаимодействие с БД, могут жестко загрузить как клиента, так и сеть. Результаты SQL-запроса должны вернуться клиенту для обработки, потому что там находится логика принятия решения. Такая схема приводит к дополнительному усложнению администрирования приложений, разбросанных по различным клиентским узлам. Для сокращения нагрузки на сеть и упрощения администрирования приложений компонент BL можно разместить на сервере. При этом вся логика принятия решений оформляется в виде хранимых процедур и выполняется на сервере БД. Хранимая процедура – процедура с операторами SQL для доступа к БД, вызываемая по имени с передачей требуемых параметров и выполняемая на сервере БД. Хранимые процедуры могут компилироваться, что повышает скорость их выполнения и сокращает нагрузку на сервер. Создание архитектуры клиент-сервер возможно и на основе многотерминальной системы. В этом случае в многозадачной среде сервера приложений выполняются программы пользователей, а клиентские узлы вырождены и представлены терминалами. Подобная схема информационной системы характерна для UNIX.
Многоуровневая архитектура. Многоуровневая архитектура стала развитием архитектуры клиент-сервер и в своей классической форме состоит из трех уровней:
Нижний уровень представляет собой приложения клиентов, выделенные для выполнения функций и логики представлений PS и PL и имеющие программный интерфейс для вызова приложения на среднем уровне;
Средний уровень представляет собой сервер приложений, на котором выполняется прикладная логика BL и с которого логика обработки данных DL вызывает операции с базой данных DS;
Верхний уровень представляет собой удаленный специализированный сервер базы данных, выделенный для услуг обработки данных DS и файловых операций FS (без риска использования хранимых процедур).
Интернет/интранет-технологии. В развитии технологии Интернет/интранет основной акцент пока что делается на разработке инструментальных программных средств. В то же время наблюдается отсутствие развитых средств разработки приложений, работающих с базами данных. Компромиссным решением для создания удобных и простых в использовании и сопровождении информационных систем, эффективно работающих с базами данных, стало объединение Интернет/интранет-технологии с многоуровневой архитектурой. При этом структура информационного приложения приобретает следующий вид: браузер – сервер приложений – сервер баз данных – сервер динамических страниц – web-сервер. Благодаря интеграции Интернет/интранет-технологии и архитектуры клиент-сервер процесс внедрения и сопровождения корпоративной информационной системы существенно упрощается при сохранении достаточно высокой эффективности и простоты совместного использования информации.
4. Этапы развития и базовые стандарты ИС .
Основные этапы развития информационных систем:
1950-1960 гг.- формирование бумажных расчетных документов. Функции: обработка расчетных документов на электромеханических и бухгалтерских машинах. Цель: повышение скорости обработки документов, упрощение процедуры обработки счетов и расчета зарплаты
1960-1970 гг. - формирование отчетов. Функции: управление производственной информацией. Цель: ускорение процесса подготовки отчетности
1970-1980 гг.- управленческий контроль производства и реализации. Функции: поддержка принятия решений. Цель: выработка оптимального решения
1980 гг. - настоящее время управление стратегией развития предприятия. Функции: формирование информации для принятия стратегических решений. Цель: поддержка управления бизнес-стратегией
Исходным стандартом систем управления предприятием стал стандарт MRP (Material Requirements Planning), появившейся в 70-х годах. Он включает в себя планирование материалов для производства.
MRP системы базируются на планировании материалов для удовлетворения потребностей производства и включают непосредственно функциональность MRP , функциональность по описанию и планированию загрузки производственных мощностей CRP (Capacity Resources Planning) и имеют своей целью создание оптимальных условий для реализации производственного плана выпуска продукции. Основная идея MRP систем состоит в том, что любая учетная единица материалов или комплектующих, необходимых для производства изделия, должна быть в наличии в нужное время и в нужном количестве. Основным преимуществом MRP систем является формирование последовательности производственных операций с материалами и комплектующими, обеспечивающей своевременное изготовление узлов (полуфабрикатов) для реализации основного производственного плана по выпуску готовой продукции.
Следующим стандартом был MRP II (Manufacturing Resource Planning), позволяющий планировать все производственные ресурсы предприятия (сырьё, материалы, оборудование и т.д.).
ERP система в свою очередь является дальнейшим развитием системы MRP II и включает в себя планирование ресурсов предприятия для всех основных видов деятельности.
CRM-системы. Новая технология управления взаимоотношениями с клиентами позволяет существенно улучшить сервис и вовремя предложить рынку востребованный продукт. В центре внимания этих находятся именно клиенты компании, а не бизнес-процессы. Использование CRM-системы позволяет компании получать максимум возможной информации о своих клиентах и их потребностях, а также исходя из анализа этих данных строить организационную стратегию, касающуюся всех аспектов деятельности: производства, маркетинга и рекламы, продаж, обслуживания и пр. CRM позволяет отслеживать историю развития взаимоотношений компании с ее заказчиками через различные каналы (телефон, факс, веб-сайт, электронная почта, личный визит и пр.), координировать многосторонние связи с постоянными клиентами и централизованно управлять продажами и клиент-ориентированным маркетингом, в том числе через Интернет. Через такие системы можно организовать обратную связь клиента со всей компанией.
Архитектура ИС – концептуальное описание структуры, определяющее модель, выполняемые функции и взаимосвязь ее компонентов, которое предусматривает наличие 3 компонент.
1. Информационные технологии. 2. Функциональные подсистемы. 3. Управление информационными системами.
Виды архитектур:
1. Файл-сервер – выделенный сервер, оптимизированный для выполнения файловых операций ввода-вывода и предназначенный для хранения файлов любого типа.
2. Клиент-сервер – архитектура распределенной вычислительной системы, в которой приложение делится на криентский и серверный процессы.
3. Многоуровневая – позволяет сбалансировать нагрузуц на сеть и узлы системы, упрощает администрирование
4. Интернет/Интранет – комплексное объединение технологий Интернет/Интранет и многоуровневой архитектуры. Инструментальные средства дополняются развитыми средствами разработки приложений, работающих с базами данных.
5. 5.Базовые стандарты ИС: MRP, MRP II, ERP, ERP II и др.
Стандарт MRP регламентирует планирование материальных потребностей для обеспечения производственного процесса. MRP система должна вулючать:
1.Объемно-календарный план производства (MPS)
2.Программную реализацию MRP, позволяющую опред. Потребности в материалах.
3.План-график снабжения материалами, график заказов, отчеты для управления процессом снабжения производства.
Цель MRP – минимизировать запасы сырья и готовой продукции на складах и оптимизировать своевременное поступление материалов в производство.
Недостатки MRP: отсутствие контроля выполнения плана закупок и отграничения по учету производственных факторов.
Стандарт MRP II обеспечивает эффективное планирование всех ресурсовпредприятия. Функции: прогнозирование, управление продажами, объемно-календарное пранирование, управление структурой изделий, управление запасами, управление позразделениями, закупками, финансами, проведение финн. Анализа и ведение бух.учета.
На смену MRP, MRP II пришли ERP системы. Стандарт ERP описывает комплексную информационную систему управления, охватывающую все ключевые процессы деятельности огранизации в едином информационном пространстве. Недостаток: автоматизируют внутреннюю деятельность компании. Системы ERP II – автоматизируют back-office и front-office ипредставляют собой одно целое – корпоротивную систему предприятия.
Концепция ERP II : 1. Обеспечение свободного предприятий с контрагентами. 2. Ориентация на предприятия из всех секторов и сегментов рынка. 3. Поддержка автоматизации всех функций бизнеса. 4. Корпоративные данные доступны всем членам бизнес-сообщества. 5. Система становится web-ориентированным приложением.
