ЛЕКЦИЯ 8 6 страница

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

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

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

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

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

С другой стороны и саму информационную систему можно рассматривать с точки зрения архитектурных подходов. Тогда можно выделить два понятия:

· собственно архитектура информационной системы- как объективная ре-альность, включающая существующие компоненты и их связи;

· описание архитектуры (architecture description)- отражение объективной или планируемой реальности в какой-либо документированной форме.

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

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

В дальнейшем термин «архитектура» будет использоваться в зависимости от контекста, обозначая как существующую реальность, так и соответствующее ей описание.

Еще одна формальное определение приведено в стандарте IEEE 1471 Инсти-тута инженеров-электриков и электронщиков, который предоставляет метамодель для определения архитектуры. Этот стандарт определяет такие абстрактные эле-менты архитектуры, как представления, системы, среды, обоснования, заинтересо-ванные стороны и т.д. В соответствии с этим представлением система обладает некоторой архи-тектурой, которая мажет быть определенным образом описана с различных то-чек зрения в зависимости от интереса тех людей (участников), которые рассма-тривают архитектуру системы. Каждой точке зрения на архитектуру системы со-ответствует определенное представление, основу которого составляет некото-рый набор моделей. Все вышеперечисленные элементы увязаны между собой в соответствии со схемой (рис. 1.3).

Дата добавления: 2015-04-25