Составители:
Рубрика:
32
Существуют два (и только два) типа архитектур, относящихся к
интеграции предприятий:
1) архитектуры [отдельных] систем (иногда называемые
архитектурами «типа 1»), которые относятся к конструкции некоторой
системы, например, к компьютерной системе управления как к части
общей системы интеграции предприятия;
2) референсные проекты предприятия (прим. авт.: 1)
«референсные» на русский язык часто переводят как «эталонные» или
«справочные», а точнее переводить как «опорные»; 2) «референсные
проекты» — (по своему содержанию это и есть то, что в стандарте
рассматривается как «архитектура предприятия»), иногда называемые
архитектурами «типа 2», которые относятся к организации разработки и
реализации такого проекта, как интеграция всего предприятия, или к иной
программе развития предприятия».
Стандарт ANSI/IEEE Std 1471-2000 (в большей степени
ориентированный на компьютерные системы, но предусматривающий и
взгляд уровня предприятия) определяет архитектуру как
«основы устройства системы, воплощенные в ее компонентах, их
взаимосвязях между собой и с окружением и в принципах, управляющих ее
конструированием и эволюцией».
АП в последние годы получила весьма значительное развитие в
инициативах создания «электронных правительств», и одной из
важнейших работ является «Федеральная архитектура предприятия» США.
По определениям [4, 9] архитектура (системы/предприятия) это:
− «структура (схема), которая отображает взаимосвязи между
всеми элементами внутреннего подчинения, системами или
действиями»;
− «совокупность артефактов конструкции или описательных
представлений, которые характеризуют объект таким образом,
чтобы он мог продуцироваться по описанным требованиям, а
также поддерживаться на протяжении всего периода его полезной
жизни».
Представление АП как модели (в отличие от архитектоники
существующей системы) выносится на первый план, так как наиболее
важным в работе становится не текущее (уже сделанное, известное, хотя
возможно и требующее дополнительного анализа), а будущее состояние
предприятия (его еще надо хорошо спланировать и сконструировать).
Будущие состояния могут быть выражены только в описаниях: принципах,
моделях, описаниях процессов и методов, планах реализации будущей
архитектуры.
Заметим также, что наличие в составе АП принципов, определяющих
руководство конструированием компонентов (систем предприятия) и
33
эволюцией предприятия (как системы), говорит о расширении архитектуры
на область ИТ-политики.
Хорошо проработанную структуру состава документов и моделей АП
дает «Федеральная архитектура предприятия» США. Ниже приведен
пример части набора категорий содержательных компонентов АП:
а) двигатели развития архитектуры (Architecture Drivers) — разные
типы побудительных сил, стимулов или источников изменения
архитектуры: деловые стимулы и технические стимулы;
б) стратегическое направление (Strategic Direction) — описание и
план самого общего уровня для разработки целевой архитектуры (см.
ниже), который включает видение, общие принципы и стратегии, цели и
объекты развития;
в) текущая архитектура (Current Architecture) — архитектура
предприятия «как есть», включая отражение существующих проблем и
технологий; служит объектом для дальнейшего развития;
г) целевая архитектура (Target Architecture) — архитектура
предприятия «как должно быть построено»; представляет будущие
возможности деятельности и те прикладные и базовые технологии,
которые должны быть результатом проекта улучшения поддержки
изменяющихся потребностей деятельности;
д) переходные процессы (Transitional Processes) — переход от
текущей архитектуры к целевой. Критические переходные процессы
включают планирование инвестиций в сферу ИТ, планирование проектов
перехода, управление конфигурацией меняющихся систем, контроль и
управление проектами программы развития;
е) архитектурные сегменты (Architectural Segments) — отдельные
части полной АП как специфические области деятельности («отрасли» и
«подотрасли»). Каждый архитектурный сегмент представляет собой часть
полной (интегрированной) АП. Любой архитектурный сегмент с точки
зрения архитектурной методики рассматривается как некоторое
обобщенное предприятие в рамках полного электронного предприятия
(ЭП);
ж) архитектурные модели (Architectural Models) — модели и
описания основной деятельности, а также конструкторские (технические)
модели и описания, которые отражают все необходимые прикладные
сегменты и частные архитектурные слои для полного описания
электронного предприятия;
з) стандарты (Standards) — все стандарты (добровольные
рекомендованные, альтернативные; некоторые могут быть
обязательными), руководящие принципы, другие руководящие материалы,
Страницы
- « первая
- ‹ предыдущая
- …
- 15
- 16
- 17
- 18
- 19
- …
- следующая ›
- последняя »
