Архитектура АИС

Термин «архитектура» применительно к вычислительным системам появился задолго до создания первых АИС, тем не ме­нее он является одним из основополагающих и в сфере информационных технологий. Существуют различные подходы к опре­делению архитектуры АИС, различные точки зрения и различная степень детализации рассмотрения; приведем некоторые из них.

Архитектура — это организационная структура автоматизированной системы. Известно и другое определение: архитектура — это концептуальное описание структуры системы, включающее описание элементов системы, их взаимо­действия и внешних свойств. Выделяют два уровня архитектуры АИС:


  • бизнес-архитектуру (бизнес-уровень);

  • уровень информационных технологий (технический уро­вень).


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

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

Уровень информационных технологий или технический уровень представляет собой интегрированный комплекс технических средств, используемых в АИС для реализации задач предпри­ятия, и включает в себя как логические, так и технические (про­граммные и аппаратные) компоненты. Компонентами этого уровня, в свою очередь, являются следующие подуровни:

архитектура программных систем;

информационная архитектура;

технологическая (инфраструктурная) архитектура.

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

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


  • общий архитектурный стиль и общую организацию про­граммной части АИС;

  • деление программного комплекса на функциональные под­системы и модули;

  • свойства модулей, методы их взаимодействия и объедине­ния, используемые интерфейсы.


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

Технологическая архитектура описывает инфраструктуру, ис­пользуемую для передачи данных. На этом уровне решаются во­просы сетевой структуры, применяемых каналов связи и т. д.

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

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


  • SEI (Software Engineering Institute);

  • WWW (консорциум' World Wide Web);

  • OMG (Object Management Group);

  • организация разработчиков Java — JCP (Java Community Process);

  • IEEE (Institute of Electrical and Electronics Engineers) и т. д.

Архитектура программного обеспечения (англ. software architecture) — это структура программы или вычислительной системы, которая включает программные компоненты, видимые снаружи свойства этих компонентов, а также отношения между ними. Этот термин также относится к документированию архитектуры программного обеспечения. Документирование архитектуры ПО упрощает процесс коммуникации между заинтересованными лицами (англ. stakeholders), позволяет зафиксировать принятые на ранних этапах проектирования решения о высокоуровневом дизайне системы и позволяет использовать компоненты этого дизайна и шаблоны повторно в других проектах.

Наши рекомендации