3.2 Формирование требований

Получив наиболее приоритетную систему, мы можем сформулировать требования к проектируемой системе:

1. Система должна состоять из:

• Базы данных;

• Интерфейса диспетчера;

• Бизнес-логики, учитывающей особенности процессов диспетчеризации;

• Средств формирования маршрута;

• Модуля мониторинга и расчета временных показателей.

2. Система должна выполнять следующие функции:

• Управление заявками на обслуживание клиентов

• Формирование на основании заключенных договоров и заявок клиентов на отгрузку сменных производственных планов

• Управление отгрузкой продукции

• Оформление первичной документации на вывоз грузов

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

• Управление транспортными потоками на отгрузочных терминалах

• Автоматическое формирование заданий на отгрузку отгрузочным терминалам сразу после ввода в ИСтоварно-транспортной накладной

• Автоматическая печать комплекта документов на вывоз продукции сразу же после завершения отгрузки на отгрузочном терминале

• Учет использования собственного и наемного автотранспорта

• Мониторинг работы иоперативная корректировка транспортных потоков в соответствии со сложившейся оперативной обстановкой на предприятии

• Контроль размеров очередей транспорта на отгрузочные терминалы, возможность просмотра ориентировочного времени ожидания отгрузки по каждой машине

• Возможность контроля текущих отгрузок, выполняемых на отгрузочных терминалах

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

• Интеграция с системой учета предприятия на базе 1С, Галактики и.т.п. в реальном масштабе времени

• Формирование различной отчетной документации работе отгрузочных терминалов и диспетчерской службы

3.3 Выбор архитектуры информационной системы

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

• архитектура файл-сервер;

• архитектура клиент-сервер;

• многоуровневая система;

• на основе интернет/интранет- технологий.

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

Архитектура файл-сервер не имеет сетевого разделения компонентов и использует клиентский компьютер для выполнения функций диалога и обработки данных, что облегчает построение графического интерфейса. Файл-сервер только извлекает данные из файлов, так что дополнительные пользователи и приложения добавляют лишь незначительную нагрузку на центральный процессор. Каждый новый клиент добавляет вычислительную мощность к вычислительной системе. [7]

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

Архитектура клиент-сервер предназначена для разрешения проблем файл-серверной архитектуры путем разделения компонентов приложения и размещения их там, где они будут функционировать наиболее эффективно. Особенностью файл-серверной архитектуры является использование выделенных серверов баз данных, понимающих запросы на языке структурированных запросов SQL (Structured Query Language) и выполняющих поиск, сортировку и агрегирование информации. Большинство конфигураций клиент-сервер использует двухуровневую модель, в которой клиент обращается к услугам сервера. Предполагается, что диалоговые компоненты размещаются на клиенте, что позволяет обеспечить графический интерфейс. Компоненты управления данными размещаются на сервере, а диалог логики, обработка логики – на клиенте. Двух уровневая архитектура клиент-сервер использует именно этот вариант: приложение работает на клиенте, СУБД – на сервере.

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

Многоуровневая архитектура стала развитием архитектуры клиент-сервер и в классической форме состоит из трех уровней;

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

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

• верхний уровень представляет собой удаленный специализированный сервер базы данных, выделенный для услуг обработки данных и файловых операций (без использования хранимых процедур).

Подобную концепцию обработки данных пропагандируют, в частности, фирмы Oracle, Sun, Borland и д.р. [7]

Трех уровневая архитектура ещё больше позволяет сбалансировать нагрузки на разные узлы и сеть, а также способствует специализации инструментов для разработки приложений и устраняет недостатки двухуровневой модели клиент-сервер.

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

Интернет/интранет – технологии основной акцент пока что делается на разработке инструментальных средств. В то же время наблюдается отсутствие развитых средств разработки приложений, работающих с базами данных. Компромиссным решением для создания удобных и простых в использовании и сопровождении информационных систем, эффективно работающих с базами данных, стало объединение интернет/интранет – технологии с многоуровневой архитектурой. При этом структура информационного приложения приобретает следующий вид: браузер – сервер приложений – сервер баз данных – сервер динамических приложений – web-сервер. [7]

Благодаря интеграции интернет/интранет – технологии и архитектуре клиент-сервер процесс внедрения и сопровождения корпоративной информационной системы существенно упрощается при сохранении достаточно высокой эффективности и простоты совместного использования информации.

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

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

Параметры сравнения	Файл-сервер	Клиент-сервер	Многоуровневая система	Интернет/интранет технологии
Установка СУБД	На клиентском компьютере	Отдельный сервер	Несколько отдельных серверов	Несколько отдельных серверов
Объемы передаваемых данных	Малые	Большие	Очень большие	Очень большие
Применение на предприятии	Нет	Да	Нет	Нет
Знакомство персонала	Да	Да	Нет	Нет

Проведем расчет выбора архитектуры ИС по выбранным параметрам на основании технико-экономической эффективности.

Оценим их по каждому i-ому показателю качества по 5-ти бальной шкале.

Определим каждому критерию весовой коэффициент k_j, причем

 k_j= 1.

Таблица 3.14 - Шкала оценок

Параметр	Баллы	Оценка
	4	Отлично
	3	Хорошо
	2	Удовлетворительно
	1	Предельно допустимо
	0	Неприемлемо

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

Таблица 3.15 - Оценка технико-экономической эффективности

Параметры сравнения/ оценка	Весовой коэффициент	Файл-сервер		Клиент-сервер		Многоуровневая система		Интернет/интранет технологии
		Ajf	kj ∙Ajf	Ajk	kj ∙Ajk	Ajm	kj ∙Ajm	Aji	kj ∙Aji
Установка СУБД	0,15	1	0,15	4	0,6	3	0,45	3	0,45
Объемы передаваемых данных	0,25	1	0,25	3	0,75	4	1	4	1
Применение на предприятии	0,35	0	0	4	1,4	0	0	0	0
Знакомство персонала	0,25	2	0,5	3	0,75	1	0,25	1	0,25
Интегральный технико-экономический показатель, Q		Qf = 0,9		Qk = 3,5		Qm = 1,7		Qi = 1,7

Посчитаем интегральный технико-экономический показатель:

для файл-сервера Q_f:

для клиент-сервер Q_k:

для многоуровневой системы Q_m:

для интернет/интранет технологии Q_i:

Интегральный технико-экономический показатель между файл-серверной архитектурой и клиент-серверной равен:

Q = Q_k/ Q_f = 3,5/0,9 = 3,89

т.к. технико-экономический показатель больше 1 выбор в сторону клиент-серверной архитектуры.

Интегральный технико-экономический показатель между клиент-серверной архитектурой и многоуровневой системой равен:

Q = Q_k/ Q_m = 3,5/1,7 = 2,06

т.к. технико-экономический показатель больше 1 выбор в сторону клиент-серверной архитектуры.

Интегральный технико-экономический показатель между клиент-серверной архитектурой и интернет/интранет технологии равен:

Q = Q_k/ Q_m = 3,5/1,7 = 2,06

т.к. технико-экономический показатель больше 1 выбор в сторону клиент-серверной архитектуры.

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

Рисунок 3.4 – Концепция архитектуры системы