Формирование требований к объекту проектирования, Выбор архитектуры информационной системы - Информационная система "Электронный консультант"

Исходя из рассмотренных аналогов, а так же по результатам моделирования предметной области сформированы следующие требования к информационной системе "Каталог товаров":

Требования к структуре системы. Информационная система быть следующей структуры:

    - Модуль интеграции с 1С:Предприятие; - Модуль формирования корзины покупателя; - Модуль поиска книг; - Модуль хранения данных.

Требования К Функциям, Выполняемым Системой. Информационная система должна выполнять следующие функции:

    - Поиск книг по совокупности параметров на основе сведений из базы данных 1С Предприятие; - Формирование перечней книг, удовлетворяющий параметрам поиска; - Формирование корзины с отобранными книгами; - Оформление заказа и передача его на АРМ кассира.
Выбор архитектуры информационной системы

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

Сегодня остаются актуальными четыре основных вида архитектур информационных систем [4]:

    1. Файл-сервер 2. Клиент-сервер 3. Трехслойная архитектура 4. Интернет-архитектура

Архитектура "Файл-сервер"

Исторически первая архитектура информационных систем. Как исполняемые модули, так и данные размещаются в отдельных файлах операционной системы. Доступ к данным осуществляется путем указания пути (path) и использования файловых операций (открыть, считать, записать). Для хранения данных используется выделенный сервер (отдельный компьютер), который и является файловым сервером. Исполняемые модули хранятся либо на рабочих станциях, либо на файловом сервере. В последнем случае упрощается процедура их администрирования, но при этом возрастают требования к надежности сети.

Архитектура "Клиент-сервер"

Клиент-сервер - это не только архитектура, это - новая парадигма, пришедшая на смену устаревшим концепциям. Суть ее заключается в том, что клиент (исполняемый модуль) запрашивает те или иные сервисы в соответствии с определенным протоколом обмена данными. При этом, в отличие от ситуации с файловым сервером, нет необходимости в использовании прямых путей операционной системы: клиент их "не знает", ему "известны" лишь имя источника данных и другие специальные сведения, используемые для авторизации клиента на сервере. Сервер, который физически может находиться на том же компьютере, а может - на другом конце земного шара, обрабатывает запрос клиента и, произведя соответствующие манипуляции с данными, передает клиенту запрашиваемую порцию данных. В рамках направления "клиент-сервер" существуют два основных "диалекта": "тонкий" и "толстый" клиент.

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

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

Трехслойная архитектура

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

Интернет-архитектура

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

Выбор архитектуры

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

Таблица 3.4 - Сравнительная характеристика архитектуры ИС

Параметры сравнения

Файл-сервер

Клиент-сервер

Трехслойная

Интернет

Установка

СУБД

На клиентском компьютере

Отдельный сервер

Несколько отдельных серверов

Несколько отдельных серверов

Объемы передаваемых данных

Малые

Большие

Очень большие

Очень большие

Число клиентов

Малое (около 10)

Среднее (около 100)

Высокое (свыше 100)

Высокое (свыше 1000)

Сложность модернизации

Очень сложно (модификация затрагивает клиентское ПО)

Сложно (модификация затрагивает часть клиентского ПО)

Затруднительно (модификация затрагивает модули клиентского ПО)

Просто (модификация не затрагивает клиентское ПО)

Проведем расчет выбора архитектуры ИС по выбранным параметрам с учетом степени соответствия параметру и степени его важности.

Оценим каждую архитектуру по выбранным показателям с использованием 5-ти бальной шкалы. Важность каждого критерия будем оценивать от 0 до 1.

Результаты сравнения сведем результаты сравнения в таблицу 3.5.

Таблица 3.5 - Сравнительная оценка архитектур для решаемой задачи

Оценка

Критерий

KI

Файл-сервер

Клиент-сервер

Трехслойная архитектура

Интернет-архитектура

ZI

ZI-KI

ZI

ZI-KI

ZI

ZI-KI

ZI

ZI-KI

Установка

СУБД

0,15

1

0,15

3

0,45

4

0,6

4

0,6

Объемы передаваемых данных

0,25

1

0,25

3

0,75

4

1

4

1

Число клиентов

0,35

1

0,35

3

1,05

4

1,4

5

1,75

Сложность модернизации

0,25

1

0,25

2

0,5

3

0,75

5

1,25

Интегральная оценка, Q

1

2,75

3,75

4,6

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

Похожие статьи




Формирование требований к объекту проектирования, Выбор архитектуры информационной системы - Информационная система "Электронный консультант"

Предыдущая | Следующая