Архитектура информационных систем: особенности, достоинства, недостатки

Архитектура - это организационная структура системы.

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

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

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

· Архитектура программы или компьютерной системы - это структура или структуры системы, которые включают элементы программы, видимые извне свойства этих элементов и связи между ними.

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

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

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

Под архитектурой программных систем понимают совокупность решений относительно:

· организации программной системы;

· выбора структурных элементов, составляющих систему и их интерфейсов;

· поведения этих элементов во взаимодействии с другими элементами;

· объединение этих элементов в подсистемы;

· архитектурного стиля, определяющего логическую и физическую организацию системы: статические и динамические элементы, их интерфейсы и способы их объединения.

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

Классификацию программных систем

Рассмотрим классификацию программных систем по их архитектуре:

· Централизованная архитектура;

· Архитектура " файл-сервер";

· Двухзвенная архитектура " клиент-сервер";

· Многозвенная архитектура " клиент-сервер";

· Архитектура распределенных систем;

· Архитектура Веб-приложений;

· Сервис-ориентированная архитектура.

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

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

Файл-серверные приложения - приложения, схожие по своей структуре с локальными приложениями и использующие сетевой ресурс для хранения программы и данных.

Функции сервера: хранения данных и кода программы.

Функции клиента: обработка данных происходит исключительно на стороне клиента.

Figure 2. Архитектура " файл-сервер"

Конечно, основным достоинством данной архитектуры является простота организации. Проектировщики и разработчики информационной системы находятся в привычных и комфортных условиях IBM PC в среде MS-DOS, Windows или какого-либо облегченного варианта Windows Server. Имеются удобные и развитые средства разработки графического пользовательского интерфейса, простые в использовании средства разработки систем баз данных и/или СУБД.

Достоинства такой архитектуры:

· многопользовательский режим работы с данными;

· удобство централизованного управления доступом;

· низкая стоимость разработки;

· высокая скорость разработки;

· невысокая стоимость обновления и изменения ПО.

Недостатки:

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

· низкая производительность (зависит от производительности сети, сервера, клиента);

· плохая возможность подключения новых клиентов;

· ненадежность системы.

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

Файл-серверная архитектура (Файл-серверные приложения — приложения, схожие по своей структуре с локальными приложениями и использующие сетевой ресурс для хранения программы и данных. Функции сервера: хранения данных и кода программы. Функции клиента: обработка данных происходит исключительно на стороне клиента. Количество клиентов ограничено десятками. Достоинства: многопользовательский режим работы с данными, удобство централизованного управления доступом, низкая стоимость разработки, высокая скорость разработки, невысокая стоимость обновления и изменения ПО. Недостатки: проблемы многопользовательской работы с данными, низкая производительность, плохая возможность подключения новых клиентов, ненадежность системы

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

Клиент-серверная архитектура (использование архитектуры клиент-сервер позволило создавать надежные (в смысле целостности данных) многопользовательские ИС с централизованной базой данных, независимые от аппаратной (а часто и программной) части сервера БД и поддерживающие графический интерфейс пользователя (ГИП) на клиентских станциях, связанных локальной сетью. Причем издержки на разработку приложений существенно сокращались. Достоинства: возможность распределить функции вычислительной системы между несколькими независимыми компьютерами, все данные хранятся на защищенном сервере, поддержка многопользовательской работы, гарантия целостности данных, Недостатки: неработоспособность сервера может сделать неработоспособной всю вычислительную сеть, сложное администрирование, высокая стоимость оборудования, бизнес логика приложений осталась в клиентском ПО)

Многоуровневая клиент-серверная архитектура (Достоинства: клиентское ПО не нуждается в администрировании,, масштабируемость, конфигурируемость, высокая безопасность и надежность, низкие требования к скорости канала между терминалами и сервером приложений, низкие требования к производительности и техническим характеристикам терминалов, Недостатки: сложность администрирования и обслуживания, более высокая сложность создания приложений, высокие требования к производительности серверов приложений и сервера базы данных, высокие требования к скорости канала (сети) между сервером базы данных и серверами приложений)

Архитектура Веб-приложений Отсутствие необходимости использовать дополнительное ПО на стороне клиента, Возможность подключения практически неограниченного количества клиентов, Централизованное место хранения данных, Недоступность при отсутствии работоспособности сервера или каналов связи, Достаточно низкая скорость Веб-сервера и каналов передачи данных

Сервис-ориентированная архитектура Сервис-ориентированная архитектура (SOA) – модульный подход к разработке программного обеспечения, основанный на использовании сервисов со стандартизированными интерфейсами. Принципы SOA: архитектура не привязана к какой-то определенной технологии, независимость организации системы от используемой вычислительной платформы, независимость организации системы от применяемых языков программирования, использование сервисов, независимых от конкретных приложений, с единообразными интерфейсами доступа к ним, организация сервисов как слабосвязанных компонентов для построения систем.

Билет номер 28

⇐ Предыдущая891011121314151617Следующая ⇒

Поделиться: