Формирование требований к объекту проектирования

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

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

Модуль интеграции с 1С: Предприятие;

Модуль формирования корзины покупателя;

Модуль поиска книг;

Модуль хранения данных.

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

Поиск книг по совокупности параметров на основе сведений из базы данных 1С Предприятие;

Формирование перечней книг, удовлетворяющий параметрам поиска;

Формирование корзины с отобранными книгами;

Оформление заказа и передача его на АРМ кассира.

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

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

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

Файл-сервер Клиент-сервер Трехслойная архитектура Интернет-архитектура Архитектура «Файл-сервер» .

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

Архитектура «Клиент-сервер» .

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

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

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

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

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

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

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

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

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

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

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

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