Выбор архитектуры информационной системы поддержки формирования товарного ассортимента ЗАО «Тандер»
Трехслойная архитектура Базируется на дальнейшей специализации компонент архитектуры: клиент занимается только организацией интерфейса с пользователем, сервер баз данных — только стандартизованной обработкой данных. Для реализации логики обработки данных архитектура предусматривает отдельный слой — слой бизнес-логики. Этот слой может представлять собой либо выделенный сервер (сервер приложений… Читать ещё >
Выбор архитектуры информационной системы поддержки формирования товарного ассортимента ЗАО «Тандер» (реферат, курсовая, диплом, контрольная)
Архитектура информационной системы — концепция, определяющая модель, структуру, выполняемые функции и взаимосвязь компонентов информационной системы. Рассмотрим особенности типовых архитектур, их преимущества и недостатки.
Сегодня остаются актуальными четыре основных вида архитектур информационных систем [19]:
- 1. Файл-сервер
- 2. Клиент-сервер
- 3. Трехслойная архитектура
- 4. Интернет-архитектура
Архитектура «Файл-сервер» .
Исторически первая архитектура информационных систем. Как исполняемые модули, так и данные размещаются в отдельных файлах операционной системы. Доступ к данным осуществляется путем указания пути (path) и использования файловых операций (открыть, считать, записать). Для хранения данных используется выделенный сервер (отдельный компьютер), который и является файловым сервером. Исполняемые модули хранятся либо на рабочих станциях, либо на файловом сервере. В последнем случае упрощается процедура их администрирования, но при этом возрастают требования к надежности сети.
Архитектура «Клиент-сервер» .
Клиент-сервер — это не только архитектура, это — новая парадигма, пришедшая на смену устаревшим концепциям. Суть ее заключается в том, что клиент (исполняемый модуль) запрашивает те или иные сервисы в соответствии с определенным протоколом обмена данными. При этом, в отличие от ситуации с файловым сервером, нет необходимости в использовании прямых путей операционной системы: клиент их «не знает», ему «известны» лишь имя источника данных и другие специальные сведения, используемые для авторизации клиента на сервере. Сервер, который физически может находиться на том же компьютере, а может — на другом конце земного шара, обрабатывает запрос клиента и, произведя соответствующие манипуляции с данными, передает клиенту запрашиваемую порцию данных. В рамках направления «клиент-сервер» существуют два основных «диалекта»: «тонкий» и «толстый» клиент.
В системах на основе тонкого клиента используется мощный сервер баз данных, это — высокопроизводительный компьютер и библиотека так называемых хранимых процедур, позволяющих производить вычисления, реализующие основную логику обработки данных, непосредственно на сервере. Клиентское приложение, соответственно, предъявляет невысокие требования к аппаратному обеспечению рабочей станции. Основное достоинство таких систем — относительная дешевизна клиентских станций.
Системы с толстым клиентом, напротив, реализуют основную логику обработки на клиенте, а сервер представляет собой в чистом виде сервер баз данных, обеспечивающий исполнение только стандартизованных запросов на манипуляцию с данными (как правило — чтение, запись, модификацию данных в таблицах реляционной базы данных). В системах такого класса требования к рабочей станции выше, а к серверу — ниже. Достоинство архитектуры — переносимость серверной компоненты на серверы различных производителей: все промышленные серверы баз данных реляционного типа поддерживают работу со стандартизованным языком манипулирования данными SQL, но внутренний встроенный язык обработки данных, необходимый для реализации логики обработки на сервере у каждого из серверов свой.
Трехслойная архитектура Базируется на дальнейшей специализации компонент архитектуры: клиент занимается только организацией интерфейса с пользователем, сервер баз данных — только стандартизованной обработкой данных. Для реализации логики обработки данных архитектура предусматривает отдельный слой — слой бизнес-логики. Этот слой может представлять собой либо выделенный сервер (сервер приложений), либо размещаться на клиенте в качестве динамической библиотеки. Данная архитектура позволила соединить достоинства тонкого и толстого клиентов: хорошая переносимость соединяется в ней с невысокими требованиями к клиенту.
Интернет-архитектура С развитием интернет-технологий появилась разновидность трехслойной архитектуры на основании использования web-технологий. В этой разновидности роль сервера приложений играет web-сервер, а в качестве клиента используется стандартный web-браузер. Достоинства — в пониженных требованиях к клиенту и в легкой встраиваемости данной архитектуры в мировые информационные сети. Основной недостаток — известные ограничения, накладываемые на интерфейс пользователя web-браузерами.
Выбор архитектуры В таблице приведены на мой взгляд наиболее актуальные параметры по которым сравниваются рассматриваемые архитектуры ИС.
Таблица 3.2 — Сравнительная характеристика архитектуры ИС.
Параметры сравнения. | Файл-сервер | Клиент-сервер | Трехслойная. | Интернет. | |
Установка СУБД. | На клиентском компьютере. | Отдельный сервер | Несколько отдельных серверов. | Несколько отдельных серверов. | |
Объемы передаваемых данных. | Малые. | Большие. | Очень большие. | Очень большие. | |
Число клиентов. | малое (около 10). | среднее (около 100). | высокое (свыше 100). | высокое (свыше 1000). | |
Сложность модернизации. | очень сложно (модификация затрагивает клиентское ПО). | сложно (модификация затрагивает часть клиентского ПО). | затруднительно (модификация затрагивает модули клиентского ПО). | просто (модификация не затрагивает клиентское ПО). | |
Проведем расчет выбора архитектуры ИС по выбранным параметрам с учетом степени соответствия параметру и степени его важности.
Оценим каждую архитектуру по выбранным показателям с использованием 5-ти бальной шкалы. Важность каждого критерия будем оценивать от 0 до 1.
Результаты сравнения сведем результаты сравнения в таблицу 3.3.
Таблица 3.3 — Сравнительная оценка архитектур для решаемой задачи.
Оценка Критерий. | Ki. | Файл-сервер | Клиент-сервер | Трехслойная архитектура. | Интернет-архитектура. | |||||
Zi. | Zi· Ki. | Zi. | Zi· Ki. | Zi. | Zi· Ki. | Zi. | Zi· Ki. | |||
Установка СУБД. | 0,15. | 0,15. | 0,45. | 0,6. | 0,6. | |||||
Объемы передаваемых данных. | 0,25. | 0,25. | 0,75. | |||||||
Число клиентов. | 0,35. | 0,35. | 1,05. | 1,4. | 1,75. | |||||
Сложность модернизации. | 0,25. | 0,25. | 0,5. | 0,75. | 1,25. | |||||
Интегральная оценка, Q. | 2,75. | 3,75. | 4,6. | |||||||
Вывод — на основании проведенных расчетов можно увидеть, что интернет-архитектура после приведенных сравнений, является самой приемлемой для разрабатываемой информационной системы и ее выбор можно считать обоснованным.
Архитектура проектируемой системы в соответствии с выбранной типом показана на рисунке 3.1.
Рисунок 3.1 — Архитектура информационной системы поддержки формирования товарного ассортимента ЗАО «Тандер».