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

Далее представлена классификация ПС с точки зрения архитектуры.
1. Централизованная архитектура, получившая распространение в 70-х и 80-х годах прошлого века. Она реализовывалась на основе больших вычислительных машин (мейнфреймов). Отличительной чертой этой архитектуры является полная пассивность терминалов, так как за их управление отвечает определенная хост-ЭВМ [3].
К достоинствам централизованной архитектуры относятся:
совместное использование пользователями дорогих ресурсов ЭВМ и периферийных устройств;
централизация ресурсов и оборудования, что способствует упрощению обслуживания и эксплуатации ПС;
полное отсутствие необходимости администрирования пользовательских рабочих мест.
Главный недостаток архитектуры – зависимость пользователя является от администратора хост-ЭВМ, в результате чего он не способен самостоятельно настроить рабочую среду под свои нужды.
Применение централизованной архитектуры является оправданным только тогда, когда хост-ЭВМ очень дорогая.
2. Файл-серверная архитектура. Приложения, построенные на базе такой архитектуры, используют сетевой ресурс для хранения программы и данных. К функциям сервера при этом относится хранение данных и кода ПС, а клиента - обработка данных.
Преимущества файл-серверной архитектуры:
многопользовательский режим работы с данными;
удобство централизованного управления доступом;
низкая стоимость обновления и изменения ПО;
высокая скорость разработки при низкой стоимости.
К недостаткам можно отнести:
последовательный доступ к данным;
отсутствие гарантии целостности данных при многопользовательской работе;
сложное подключение новых клиентов;
низкая производительность;
низкая надежность системы.
Организация ПС на основе использования выделенных файл-серверов все еще является популярной по причине существования большого числа персональных компьютеров (ПК) разного уровня развитости и сравнительной дешевизны связывания ПК в локальные сети.
3. Клиент-серверная архитектура (архитектура с «толстым» клиентом) -это вычислительная или сетевая архитектура, в которой задания или сетевая нагрузка распределяются между поставщиками услуг (сервисов), называемых серверами, и заказчиками услуг, называемых клиентами. В большинстве случаев клиенты и серверы взаимодействуют между собой посредством локальной сети, и могут быть как различными физическими устройствами, так и программным обеспечением (ПО) [4].
Первоначально в основе ПС данного уровня лежала классическая двухуровневая клиент-серверная архитектура

. Здесь имеется в виду ПС, основанная на использовании серверов баз данных (БД).
К достоинствам такой архитектуры относятся:
возможность распределения функций вычислительной системы между несколькими независимыми компьютерами сети;
хранение всех данных на сервере, обладающем большей защитой по сравнению с компьютерами клиентов. Кроме того, на сервере проще реализовать контроль полномочий с целью разграничения доступа к данным;
гарантия целостности данных;
поддержка многопользовательской работы.
Недостатки клиент-серверной архитектуры:
в случае отключения или выведения из строя сервера вся сеть становится неработоспособной;
администрирование данной системы требует квалифицированного профессионала;
высокая стоимость оборудования;
бизнес логика приложений находится в клиентском ПО.
4. Многоуровневая клиент-серверная архитектура представляет собой разновидность архитектуры клиент-сервер, в которой функция обработки данных выносится на один или несколько отдельных серверов. Благодар этому достигается разделение функций хранения, обработки и представления данных с целью более эффективного использования возможностей серверов и клиентов.
Среди многоуровневой клиент-серверной архитектуры наиболее популярна трехуровневая архитектура (трехзвенная), которая предполагает наличие клиентского приложения (терминал или«тонкий клиент»), подключенного к серверу приложений, который в свою очередь подключен к серверу БД [5].
К достоинствам такого подхода относятся:
масштабируемость;
отсутствие потребности в даминистрировании клиентского ПО;
конфигурируемость - изолированность уровней друг от друга, что позволяет быстро и простыми средствами переконфигурировать ПС в случае возникновения сбоев или при плановом обслуживании на одном из уровней;
высокая надежность и безопасность;
низкие требования к скорости канала (сети) между терминалами и сервером приложений;
низкие требования к производительности и техническим характеристикам терминалов, как следствие снижение их стоимости.
К недостаткам данной архитектуры относятся:
высокая сложность разработки ПС;
сложность серверной части и, как следствие, высокие затраты на администрирование и обслуживание;
высокая сложность в разворачивании и администрировании;
высокие требования к производительности серверов приложений и сервера БД, а, следовательно, высокая стоимость серверного оборудования;
высокие требования к скорости канала (сети) между сервером БД и серверами приложений