2.4. Обоснование выбора архитектуры реализуемого проектного решения

2.4.1. Анализ вариантов построения архитектуры

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

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

1. централизованная архитектура с использованием Web-технологий;

2. централизованная архитектура с использованием технологий удаленного вызова функциональных приложений;

3. распределенная архитектура с рассылкой сведений в локальные базы.

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

Рис. 2.1. Архитектура с использованием Web-технологий

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

Рис. 2.2. Архитектура с использованием технологий удалённого вызова

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

Рис. 2.3. Архитектура распределенных систем с репликацией

Характеристика предложенных вариантов построения информационной системы представлена в табл. 2.1.

Таблица 2.1

Сравнительный анализ вариантов построения ис

Вариант построения ИС	Достоинства	Недостатки
Централизованная архитектура с использованием Web-технологий	возможность централизованного сопровождения и обслуживания системы; невысокая стоимость администрирования; невысокая стоимость обновления специального ПО.	необходимость использования надежных высокоскоростных каналов связи; сложность обеспечения высокой доступности функциональных приложений; высокая уязвимость системы с точки зрения информационной безопасности.
Централизованная архитектура с использованием технологий удаленного вызова функциональных приложений	возможность централизованного сопровождения и обслуживания системы; невысокая стоимость администрирования; невысокая стоимость обновления функциональных приложений.	необходимость в надежных высокоскоростных каналах связи; сложность обеспечения высокой доступности функционала в подразделениях; высокая стоимость лицензий при использовании технологии терминального сервера.
Распределенная архитектура с рассылкой сведений в локальные базы	высокая реактивность и доступность функциональных приложений системы на уровне подразделений независимо от состояния каналов связи.	более высокая стоимость сопровождения системы на уровне подразделений; необходимость применения ПО промежуточного слоя для обеспечения гарантированной доставки сообщений; использование технологии репликации изменений центральной БД в БД подразделений затрудняется ввиду разнотипности используемых СУБД; технология электронной почты обеспечивает недостаточно высокую надежность доставки сообщений.

Для оценки и выбора лучшего варианта реализации информационной системы рассчитаем комплексный критерий качества по следующей формуле:

,

где – значение комплексного критерия качества варианта;

– коэффициент важности критерия;

– нормализованное по выбранным вариантам значение критерия;

– количество оцениваемых критериев.

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

Таблица 2.2