2. Сравнительный анализ систем-аналогов

Выполним сравнительный анализ рассмотренных систем на основе критериев, указанных в начале данного раздела:

1. Наличие функций по составлению ассортимента;

2. Средства анализа потребления товаров;

3. Расчет закупки;

4. Работа с ассортиментными матрицами или их аналогами.

Сравнение будем производить уже применяемым в ходе работы в п.2.3.1 и 2.3.2 методом экспертных оценок.

Сведем оценку рассматриваемых систем в таблицу 3.1.

Таблица 3.1 – Экспертная оценка систем-аналогов

Оценка Критерий	Ki	1С-Рарус:		Респект:			АСТОР:
		Zi	Zi·Ki	Zi		Zi·Ki	Zi	Zi·Ki
Составление ассортимента	0,3	4	1,2	4		1,2	3	0,9
Анализ потребления товаров;	0,2	4	0,8	5		1	3	0,6
Расчет закупки	0,3	3	0,9	2		0,6	2	0,6
Работа с ассортиментными матрицами	0,2	3	0,6	4		0,8	5	1
Интегральная оценка, Q		3,5			3,6		3,2

Метод экспертных оценок позволяет выбрать наилучшую альтернативу с учетом важности критериев. В моей решаемой задаче такой альтернативой является Респект. Данная система получила максимальную оценку в 3,6 балла. Однако если учесть, что оценка производилась по пятибалльной шкале, то ни одна из систем не удовлетворяет даже на уровне «хорошо» заявленным требованиям. Кроме того, все системы построены на базе 1С:Предприятие, что затруднит внедрение дополнительных механизмов расчета и повысит стоимость эксплуатации системы.

Поэтому использование готовой системы не является приемлемым. Требуется спроектировать собственную ИС, которая удовлетворит требования выделенных критериев более чем на 4,0 балла.

2. Выбор архитектуры информационной системы поддержки формирования товарного ассортимента зао «Тандер»

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

Сегодня остаются актуальными четыре основных вида архитектур информационных систем [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	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

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

Архитектура проектируемой системы в соответствии с выбранной типом показана на рисунке 3.1.

Рисунок 3.1 – Архитектура информационной системы поддержки формирования товарного ассортимента ЗАО «Тандер»