Выбор архитектуры информационной системы инвентаризации оборудования, программного обеспечения и комплектующих
Архитектура информационной системы — концепция, определяющая модель, структуру, выполняемые функции и взаимосвязь компонентов информационной системы. Рассмотрим особенности типовых архитектур, их преимущества и недостатки.
Сегодня остаются актуальными четыре основных вида архитектур информационных систем:
Файл-сервер
Клиент-сервер
Трехслойная архитектура
Интернет-архитектура
Архитектура "Файл-сервер"
Исторически первая архитектура информационных систем. Как исполняемые модули, так и данные размещаются в отдельных файлах операционной системы. Доступ к данным осуществляется путем указания пути (path) и использования файловых операций (открыть, считать, записать). Для хранения данных используется выделенный сервер (отдельный компьютер), который и является файловым сервером. Исполняемые модули хранятся либо на рабочих станциях, либо на файловом сервере. В последнем случае упрощается процедура их администрирования, но при этом возрастают требования к надежности сети.
Архитектура "Клиент-сервер"
Клиент-сервер - это не только архитектура, это - новая парадигма, пришедшая на смену устаревшим концепциям. Суть ее заключается в том, что клиент (исполняемый модуль) запрашивает те или иные сервисы в соответствии с определенным протоколом обмена данными. При этом, в отличие от ситуации с файловым сервером, нет необходимости в использовании прямых путей операционной системы: клиент их "не знает", ему "известны" лишь имя источника данных и другие специальные сведения, используемые для авторизации клиента на сервере. Сервер, который физически может находиться на том же компьютере, а может - на другом конце земного шара, обрабатывает запрос клиента и, произведя соответствующие манипуляции с данными, передает клиенту запрашиваемую порцию данных. В рамках направления "клиент-сервер" существуют два основных "диалекта": "тонкий" и "толстый" клиент.
В системах на основе тонкого клиента используется мощный сервер баз данных, это - высокопроизводительный компьютер и библиотека так называемых хранимых процедур, позволяющих производить вычисления, реализующие основную логику обработки данных, непосредственно на сервере. Клиентское приложение, соответственно, предъявляет невысокие требования к аппаратному обеспечению рабочей станции. Основное достоинство таких систем - относительная дешевизна клиентских станций.
Системы с толстым клиентом, напротив, реализуют основную логику обработки на клиенте, а сервер представляет собой в чистом виде сервер баз данных, обеспечивающий исполнение только стандартизованных запросов на манипуляцию с данными (как правило - чтение, запись, модификацию данных в таблицах реляционной базы данных). В системах такого класса требования к рабочей станции выше, а к серверу - ниже. Достоинство архитектуры - переносимость серверной компоненты на серверы различных производителей: все промышленные серверы баз данных реляционного типа поддерживают работу со стандартизованным языком манипулирования данными SQL, но внутренний встроенный язык обработки данных, необходимый для реализации логики обработки на сервере у каждого из серверов свой.
Трехслойная архитектура
Базируется на дальнейшей специализации компонент архитектуры: клиент занимается только организацией интерфейса с пользователем, сервер баз данных - только стандартизованной обработкой данных. Для реализации логики обработки данных архитектура предусматривает отдельный слой - слой бизнес-логики. Этот слой может представлять собой либо выделенный сервер (сервер приложений), либо размещаться на клиенте в качестве динамической библиотеки. Данная архитектура позволила соединить достоинства тонкого и толстого клиентов: хорошая переносимость соединяется в ней с невысокими требованиями к клиенту.
Интернет-архитектура
С развитием интернет-технологий появилась разновидность трехслойной архитектуры на основании использования web-технологий. В этой разновидности роль сервера приложений играет web-сервер, а в качестве клиента используется стандартный web-браузер. Достоинства - в пониженных требованиях к клиенту и в легкой встраиваемости данной архитектуры в мировые информационные сети. Основной недостаток - известные ограничения, накладываемые на интерфейс пользователя web-браузерами.
Выбор архитектуры
В таблице приведены на мой взгляд наиболее актуальные параметры по которым сравниваются рассматриваемые архитектуры ИС.
Таблица 3.1 - Сравнительная характеристика архитектуры ИС
Параметры сравнения | Файл-сервер | Клиент-сервер | Трехслойная | Интернет |
Установка СУБД | На клиентском компьютере | Отдельный сервер | Несколько отдельных серверов | Несколько отдельных серверов |
Объемы передаваемых данных | Малые | Большие | Очень большие | Малые
|
Число клиентов | малое (около 10) | среднее (около 100) | высокое (свыше 100) | высокое (свыше 1000)
|
Сложность модернизации | очень сложно (модификация затрагивает клиентское ПО) | сложно (модификация затрагивает часть клиентского ПО) | затруднительно (модификация затрагивает модули клиентского ПО) | сложно (модификация не затрагивает клиентское ПО но требует отладки) |
Проведем расчет выбора архитектуры ИС по выбранным параметрам с учетом степени соответствия параметру и степени его важности.
Оценим каждую архитектуру по выбранным показателям с использованием 5-ти бальной шкалы. Важность каждого критерия будем оценивать от 0 до 1.
Результаты сравнения сведем результаты сравнения в таблицу 3.2.
Таблица 3.2 – Сравнительная оценка архитектур для решаемой задачи
Параметры сравнения/ оценка | Важность параметра | Файл-сервер | Клиент-сервер | Трехслойная архитектура | Интернет-архитектура |
Установка СУБД | 0,15 | 1 | 5 | 4 | 4 |
Объемы передаваемых данных | 0,25 | 1 | 3 | 4 | 2 |
Число клиентов | 0,35 | 1 | 4 | 4 | 5 |
Простота модернизации | 0,25 | 1 | 4 | 2 | 4 |
Общая оценка |
| 1 | 3,9 | 3,5 | 3,85 |
Вывод – на основании проведенных расчетов можно увидеть, что клиент-серверная архитектура после приведенных сравнений, является самой приемлемой для разрабатываемой информационной системы и ее выбор можно считать обоснованным.
- Аннотация
- Реферат
- Оглавление
- Анализ и выявление проблем деятельности материально-ответственного сотрудника в отделе асу мбуз гб г. Армавира
- Общая характеристика мбуз гб г. Армавира
- Основные положения о проведении инвентаризации
- Моделирование процесса проведения инвентаризации материально-ответственным сотрудником «как есть»
- Математическая модель процесса проведения инвентаризации материально-ответственным сотрудником «как есть»
- Постановка задачи дипломной работы
- Оптимизация деятельности материально-ответственного сотрудника в отделе асу мбуз гб г. Армавира
- Нахождение оптимальных параметров математической модели проведения инвентаризации материально-ответственным сотрудником
- Алгоритм реализации оптимизированной математической модели
- Методологии моделирования
- Методология структурного анализа и проектирования
- Методология idef1x
- Методология объектно-ориентированного анализа и проектирования
- Выбор case-средств
- Модель оптимизированных бизнес-процессов деятельности материально-ответственного сотрудника в отделе асу мбуз гб г. Армавира
- Проектирование информационной системы инвентаризационного учета оборудования, программного обеспечения и комплектующих в отделе асу мбуз гб г. Армавира
- Требования к информационной системе
- Анализ существующих решений
- Выбор архитектуры информационной системы инвентаризации оборудования, программного обеспечения и комплектующих
- Обоснование необходимости использования вычислительной техники и создания программного обеспечения для решения комплекса задач инвертаризации
- Проектирование структуры информационной системы
- Разработка информационной системы инвентаризационного учета оборудования, программного обеспечения и комплектующих в отделе асу мбуз гб г. Армавира
- Выбор средств разработки
- Описание конфигурации платформы 1с: Предприятие
- Внедрение бизнес-процесса инвентаризации с применением терминала сбора данных
- Описание работы с информационной системой
- 5 Социальная значимость разработки