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

Рис. 1.3. Рамочная модель архитектуры по IEEE 1471

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

Возвращаясь к предмету нашего обсуждения, можно рассмотреть различ-ные аспекты понятия архитектуры ИТ. В частности, можно выделять такие под-множества, как системная архитектура(архитектура систем - System Architecture) и программная архитектура(архитектура программного обеспе-чения - Software Architecture). На практике, в зависимости от контекста, термин «системная архитектура» может относиться либо к архитектуре ИТ-системы предприятия (в дополнение к бизнес-архитектуре) или даже в еще более уз-ком смысле к технологической инфраструктуре информационной системы, ли-бо - к архитектуре сложного продукта или семейства продуктов, выпускаемых предприятием.

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

· концептуальная архитектураопределяет компоненты системы и их на-значения, обычно в неформальном виде. Это представление часто исполь-зуется для обсуждения с нетехническими специалистами, такими как руко-водство, бизнес-менеджеры и конечные пользователи функциональных характеристик системы (что система должна уметь делать, в основном, с точки зрения конечного пользователя);

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

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

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

В частности, хорошее введение в предмет программной архитектуры и в специфику профессии программного архитектора представляет собой работа [(Monin, 2007)]. Другим интересным примером анализа различных аспектов деятельности Программного архитектора являются публикации Д. Бредемейера (http://www.bredemeyer.com/).

1.3. Эволюция представлений об архитектуре предприятия

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

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

В результате эволюция указанных выше понятий и анализ взаимосвязей между ними прошел множество этапов. Каждый из них был связан с расширением охвата разрабатываемых моделей, что приводило к более комплексному и всеобъемлющему (а значит более реалистичному) подходу к описанию деятельности организации, в том числе и в сфере ИТ. В литературе, посвященной данной проблематике [(А. Данилин, 2005)] приводится следующая общая схема эволюции данных понятий(рис. 1.4):

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