25 апреля 2005 года Современный архитектурный подход и его практическое применение в рамках старых и новых стандартов проектирования Зиндер Евгений Захарович ezinder@fostas.ru ФОСТАС «Фонд поддержки системного проектирования, стандартизации и управления проектами» www.fostas.ru, info@fostas.ru, +7(095) 601-2049 // 2349, 151-3475 -1- Цель презентации: • Дать набросок текущего состояния дел в области Enterprise Architecture • Показать, какова связь с нормативными документами проектирования и с реальной проектной практикой • Наметить варианты способов движения План презентации 1. Архитектурный подход и комплексная архитектура предприятия 2. Подход "архитектурных" стандартов 3. Подход «не архитектурных» стандартов проектирования и практика их применения 4. Необходимые работы (по формированию адекватного комплекса стандартов, руководящих материалов, …) -2- Причины развития архитектурного подхода • Рост масштаба и сложности отдельных автоматизированных систем • рост стоимости систем и рисков в проектах их создания • Все более непосредственное включение ИТ-систем в основную деятельность предприятий • рост требований к эффективности инвестиций в ИТ, к более явному соответствию ИТрешений и потребностей бизнеса • Рост числа и масштаба интегрирующих, «сквозных» бизнеспроцессов (внутри и между предприятиями) • рост требований к эффективному взаимодействию различных систем между собой -3- Основы: схема и процесс ENTERPRISE ARCHITECTURE - A FRAMEWORK DATA How List of Processes the Business Performs Where TIME Who When Why Function = Class of Business Process Node = Major Business Location People = Major Organizations Time = Major Business Event Ends/Means=Major Bus. Goal/ Critical Success Factor e.g. Semantic Model e.g. Business Process Model e.g. Logistics Network e.g. Work Flow Model e.g. Master Schedule e.g. Business Plan Ent = Business Entity Reln = Business Relationship Proc. = Business Process I/O = Business Resources Node = Business Location Link = Business Linkage People = Organization Unit Work = Work Product Time = Business Event Cycle = Business Cycle e.g. Logical Data Model e.g. "Application Architecture" e.g. "Distributed System Architecture" e.g. Human Interface Architecture Ent = Data Entity Reln = Data Relationship Proc .= Application Function I/O = User Views Node = I/S Function (Processor, Storage, etc) Link = Line Characteristics People = Role Work = Deliverable Time = System Event Cycle = Processing Cycle End = Structural Assertion Means =Action Assertion e.g. Physical Data Model e.g. "System Design" e.g. "System Architecture" e.g. Presentation Architecture e.g. Control Structure e.g. Rule Design Ent = Segment/Table/etc. Reln = Pointer/Key/etc. TECHNOLOGY MODEL (PHYSICAL) Builder DETAILED REPRESENTATIONS (OUT-OFCONTEXT) SubContractor FUNCTIONING ENTERPRISE List of Locations in which the Business Operates Proc.= Computer Function I/O = Screen/Device Formats Node = Hardware/System Software Link = Line Specifications e.g. Data Definition e.g. "Program" e.g. "Network Architecture" Ent = Field Reln = Address Proc.= Language Stmt I/O = Control Block Node = Addresses Link = Protocols e.g. DATA e.g. FUNCTION e.g. NETWORK List of Organizations Important to the Business e.g. Processing Structure Time = Execute People = User Work = Screen Format e.g. Security Architecture People = Identity Work = Job Cycle = Component Cycle List of Business Goals/Strat Planner ENTERPRISE MODEL (CONCEPTUAL) Owner SYSTEM MODEL (LOGICAL) Designer TECHNOLOGY CONSTRAINED MODEL (PHYSICAL) Builder End = Condition Means = Action e.g. Rule Specification Time = Interrupt Cycle = Machine Cycle End = Sub-condition Means = Step e.g. SCHEDULE SCOPE (CONTEXTUAL) End = Business Objective Means = Business Strategy e.g., Business Rule Model e.g. Timing Definition e.g. ORGANIZATION Zachman Institute for Framework Advancement - (810) 231-0531 e.g. STRATEGY DETAILED REPRESENTATIONS (OUT-OF CONTEXT) SubContractor FUNCTIONING ENTERPRISE Copyright - John A. Zachman, Zachman International Уровень 1 Запуск планирования Инициация планирования Текущая системная технология Прикладная архитектура List of Events Significant to the Business MOTIVATION ENTITY = Class of Business Thing Designer моделирование PEOPLE Planner SYSTEM MODEL (LOGICAL) • Дж. Захман Общая схема архитектуры (J.F. Sowa, J.A. Zachman. Extending and Formalizing the Framework for Information System Architecture.) NETWORK List of Things Important to the Business Owner Архитектура данных FUNCTION SCOPE (CONTEXTUAL) ENTERPRISE MODEL (CONCEPTUAL) • С. Спивак Планирование архитектуры предприятия (Spewak, Steven H. with Steven C.Hill. Enterprise Architectury Planning, Development a Blueprint for Data, Application and Бизнес Technology.) What TM Технологическая архитектура Реализация / План перехода Уровень 2 «Где мы сейчас находимся» Уровень 3 « Видение состояния, которого мы хотим достичь» Уровень 4 «Как мы планируем это осуществить» -4- Схема арх. предприятия по Дж.Захману Потребности цели Бизнесмодель МОТИВЫ ЛЮДИ ГРАДАННЫЕ ФУНФИКИ КЦИИ Конкуренты Товары Партн еры Событ ия 1. ------2. ------- СЕТЬ 1. ------2. ------- Бизнесплан Логическая (системная) модель АС Бизнесправила Техническая архитектура ИС Условия\ действия Детальная реализация TRIGGER ALARM read string Практика использования ! Умения t > t1 on event t > t1 . . INDEX CREATE TABLE BEGIN BLOCK Меню C:>PING Wait, please -5- Типы архитектурных продуктов (артефактов) Миссия, Видение (потребности клиентов, деловые цели и задачи, КФУ и критические барьеры, высокоуровневое описание деятельности), Словарь элементов в архитектурных продуктах, Деловые мотивы и регламенты (бизнес-планы, бизнес-правила) Оргструктурные модели (схемы, планы, инструкции) Временные графики Функциональные модели Информационные модели Размещения (дислокации) и интегральные схемы Модели событий Модели взаимодействия компонентов, и др. (См. примеры арх. продуктов 11risdop.ppt) -6- План презентации 1. Архитектурный подход и комплексная архитектура предприятия 2. Подход "архитектурных" стандартов и Определения 3. Подход не архитектурных стандартов проектирования и практика их применения 4. Необходимые работы по формированию адекватного комплекса стандартов, руководящих материалов … -7- Что имеют ввиду под «Предприятием» в Enterprise Architecture «Одна или более организаций, совместно выполняющих определенную миссию и руководствующихся общими целями и задачами для предоставления некоторого выхода, например, продукта или услуги». (ISO 15704. «Industrial automation systems - Requirements for enterprise-reference architectures and methodologies. 2000») «Предприятие является гибридной социальной системой, определяемой свойствами людей и машин. Люди (моделируемые как объекты или ресурсы) в рамках предприятия имеют поведение (например, обучение или решение задач), отличное от машин (которые производят действия или реагируют на таковые), поэтому им нужны разные виды информации» (по ISO 14258. «Industrial automation systems--Concepts and rules for enterprise models. 1998») -8- Что есть «Архитектура предприятия» по ISO 15704 «Requirements for enterprise-reference architectures and methodologies. 2000» Архитектура. Описание (модель) основного взаиморасположения и взаимосвязей частей системы (будь то физический или концептуальный объект / сущность). Рассматриваются два типа архитектур: а) Архитектура Системы (1) - ответственна за конструирование конкретной системы (например компьютерной системы управления), как части интегрированной системы предприятия в целом. б) Архитектура предприятия (2) - ответственна за развертывание и выполнение проекта интеграции предприятия или иной программы развития предприятия -9- Архитектура «типа 2» должна включать в себя референсные (эталонные, справочные) архитектурные модели (см. далее), то есть «термины, нормативы и законы» для построения всех конкретных систем предприятия -10- Архитектура Архитектура системы -- по ANSI/IEEE Std 1471-2000 «основы устройства системы, воплощенные в ее компонентах, их взаимосвязях между собой и с окружением, и в принципах, управляющих ее конструированием и эволюцией» «Архитектура и методики уровня предприятия должны включать в свое содержание роли людей, описание процессов (функции и поведение) и представление всех вспомогательных технологий на протяжении всего жизненного цикла предприятия» (по ISO 15704) «Федеральная Архитектура Предприятия» -- По FEAPMO, «Стратегическая информационная основа, которая определяет: · структуру бизнеса (основной деятельности ); · информацию, которая необходима для ее проведения; · технологии, которые необходимы, чтобы поддерживать деловые операции; · переходные процессы, которые необходимы для реализации новых технологий в ответ на появление новых, изменяющихся потребностей деятельности.» -11- Примеры известных и полезных архитектурных принципов и справочных (эталонных) моделей Принципы: • примат деловых потребностей • децентрализованная реализация с централизованным управлением и мониторингом • сегментный подход, • независимость и согласованность частных архитектур, и др. Справочные модели: • прикладных сервисных компонентов • базовых технологических компонентов • эффективности, • информационных объектов, и др. -12- Частные архитектуры в Архитектуре предприятия (Канада) Архитектура предприятия Возможности инновации Бизнес видение Бизнес Архитектура Бизнес Требования Архитектура информации Бизнес Требования Архитектура приложений Интеграционные требования Архитектура безопасности Возможности для инноваций в бизнесе и технологиях Интеграционные требования Технологическая архитектура Возможности для инноваций в бизнесе и технологиях -13- Чем мы обладаем сегодня? -14- Многообразие обобщенных схем ENTERPRISE ARCHITECTURE - A FRAMEWORK DATA Бизнес-архитектура Управляет Информационная архитектура FUNCTION How Идентифицирует When Function = Class of Business Process Node = Major Business Location People = Major Organizations Time = Major Business Event Ends/Means=Major Bus. Goal/ Critical Success Factor e.g. Logistics Network e.g. Work Flow Model e.g. Master Schedule e.g. Business Plan Ent = Business Entity Reln = Business Relationship Proc. = Business Process I/O = Business Resources Node = Business Location Link = Business Linkage People = Organization Unit Work = Work Product Time = Business Event Cycle = Business Cycle e.g. Logical Data Model e.g. "Application Architecture" e.g. "Distributed System Architecture" e.g. Human Interface Architecture Ent = Data Entity Reln = Data Relationship Proc .= Application Function I/O = User Views Node = I/S Function (Processor, Storage, etc) Link = Line Characteristics People = Role Work = Deliverable Time = System Event Cycle = Processing Cycle End = Structural Assertion Means =Action Assertion e.g. Physical Data Model e.g. "System Design" e.g. "System Architecture" e.g. Presentation Architecture e.g. Control Structure e.g. Rule Design Ent = Segment/Table/etc. Reln = Pointer/Key/etc. Proc.= Computer Function I/O = Screen/Device Formats Node = Hardware/System Software Link = Line Specifications e.g. "Program" e.g. "Network Architecture" DETAILED REPRESENTATIONS (OUT-OFCONTEXT) SubContractor FUNCTIONING ENTERPRISE e.g. Data Definition Ent = Field Reln = Address Proc.= Language Stmt I/O = Control Block List of Locations in which the Business Operates Node = Addresses Link = Protocols List of Organizations Important to the Business People = User Work = Screen Format e.g. Security Architecture People = Identity Work = Job Архитектура предприятия e.g. DATA e.g. FUNCTION e.g. NETWORK e.g. ORGANIZATION List of Business Goals/Strat End = Business Objective Means = Business Strategy e.g. Processing Structure e.g., Business Rule Model Time = Execute End = Condition Cycle = Component Cycle Planner ENTERPRISE MODEL (CONCEPTUAL) Owner SYSTEM MODEL (LOGICAL) Designer TECHNOLOGY CONSTRAINED MODEL (PHYSICAL) Builder Means = Action e.g. Timing Definition e.g. Rule Specification Time = Interrupt Cycle = Machine Cycle End = Sub-condition Means = Step e.g. SCHEDULE Как надо завтра Новые законы?! Как надо сегодня Текущие потребности? Главные потребности, цели, планы, Бизнес-модель ограничения Логическая модель SCOPE (CONTEXTUAL) e.g. STRATEGY Техническая архитектура Детальная реализация DETAILED REPRESENTATIONS (OUT-OF CONTEXT) SubContractor FUNCTIONING ENTERPRISE Практика использования Copyright - John A. Zachman, Zachman International Zachman Institute for Framework Advancement - (810) 231-0531 Возможности инновации Бизнес видение List of Events Significant to the Business Why e.g. Business Process Model Builder Внешние пользователи TIME e.g. Semantic Model Designer Поддерживается посредством Архитектура систем доставки HW, SW, коммуникации Who ENTITY = Class of Business Thing TECHNOLOGY MODEL (PHYSICAL) Архитектура данных PEOPLE Planner SYSTEM MODEL (LOGICAL) Архитектура информационных систем Where List of Things Important to the Business Owner List of Processes the Business Performs NETWORK SCOPE (CONTEXTUAL) ENTERPRISE MODEL (CONCEPTUAL) Предписывает What Как надо послезавтра Новая культура?! TM MOTIVATION Бизнес Архитектура Интерфейсы Бизнес Требования Бизнесархитектура Архитектура Интеграции Архитектура информации (данных) Архитектура Общих Сервисов Процессы управления ИТ Архитектура Приложений Архитектура информации Бизнес Требования Архитектура приложений Интеграционные требования Архитектура инфраструктуры (технологическая, системная архитектура): аппаратное и программное обеспечение, коммуникации Архитектура безопасности Интеграционные требования Техноло архитектура гическа я · · Области и типы задач, решаемых прикладными системами и их компонентами Сервисные компоненты прикладных систем и бизнес-процессов Справочная модель описания данных (DRM - Data Reference Model) · Стандартизация данных с точки зрения бизнес-функций · Межведомственный информационный обмен Технологическая справочная модель (TRM - Technology Reference Model) · · Сервисные интерфейсы ИТ-систем и их компонентов, Совместимость Технологии, Рекомендации Факторы безопасности Факторы безопасности Факторы безопасности Факторы безопасности Факторы безопасности Профиль безопасности и приватности (privacy) Справочная модель описания бизнеса (BRMBusiness Reference Model) · Линии бизнеса (функции) · Министерства, ведомств, агентства · Клиенты/Партнеры Справочная модель сервисных компонент (SRM - Service Component Reference Model) Views Компонентная модель прикладных систем и услуг Функциональный подход и показатели эффективности Справочная модель эффективности (PRM Performance Reference Model) · Показатели затрачиваемых ресурсов, эффективность методов достижения целей (процессов) и уровень достижения самих конечных целей · Специфические для отдельных линий бизнеса (функций) меры эффективности и результативности Generic Partial Particular Instantiation Identification Concept Requirements Preliminary design Design Detailed design Implementation Operation Decommission Life-cycle phases Reference Architecture Particular Architecture -15- Многообразие схем архитектурных процессов Уровень 1 Запуск планирования Инициация планирования Бизнес моделирование Архитектура данных Текущая системная технология Прикладная архитектура Технологическая архитектура Реализация / План перехода IEEE Std 1471: ГОСТ 34.601-90; 2000 (and Beyond) РД 50-34.698-90. Уровень 2 «Где мы сейчас находимся» Уровень 3 « Видение состояния, которого мы хотим достичь» Уровень 4 «Как мы планируем это осуществить» 1 ISO/IEC 15288: 2002 3 9 2 ГОСТ Р ИСО/МЭК 12207: 2000 3 3 TOGAF: The Architecture Development Cycle 3 3 А 4 Б 8 5 8 В 7 6 Enterprise Architecture Program Maturity Model -16- Дело не в проблеме выбора готовой общей схемы, процесса или стандарта «Как ни странно», дело в выборе своего пути В соответствии с базовыми стандартами предприятию / отрасли необходимо строить свою систему стандартов, схем, процессов -согласованную с базовыми стандартами -17- Архитектура в динамике -18- Постоянная трансформация предприятия как системы и его подсистем «Предприятие динамично и подвержено постоянным изменениям из-за таких факторов, как изменение рыночных условий, технологии и знания. В последние годы наблюдается существенное изменение во взглядах на то, как предприятие действует. Взамен представления, что предприятие иерархия и в своей структуре и в управлении, развилось "распределенное" представление о коммуникациях и кооперации подразделений предприятия для решения проблем и выполнения действий» (ISO 14258. Concepts and rules for enterprise models. 1998.) -19- Измерение ПРЕДСТАВЛЕНИЙ: Типы представлений: Управление Model Contents визуализацией Purpose различных Implementation представлений Physical Manifestation предприятия как Сущности Views Измерение ЖЦ (Страт. ВРЕМЯ): Управляемый процесс моделирования на протяжении всего ЖЦ Учет времени в GERAM (подход использован в ходе работы Рабочей Группы по созданию ISO 15704) Generic Partial Particular Instantiation Измерение КОНКРЕТИЗАЦИИ: Управляемый процесс перехода от общих и частных представлений (референсные) к конкретным (итоги моделирования) Identification Concept Requirements Preliminary design Design Detailed design Implementation Operation Decommission Life-cycle phases Referen ce Architecture Particular Architecture -20- Схема арх. предприятия по Дж.Захману Потребности цели Бизнесмодель МОТИВЫ ЛЮДИ ГРАДАННЫЕ ФУНФИКИ КЦИИ Конкуренты Товары Партн еры Событ ия 1. ------2. ------- СЕТЬ 1. ------2. ------- Бизнесплан Логическая (системная) модель АС Бизнесправила Техническая архитектура ИС Условия\ действия Детальная реализация TRIGGER ALARM read string Практика использования ! Умения t > t1 on event t > t1 . . INDEX CREATE TABLE BEGIN BLOCK Меню C:>PING Wait, please -21- “3D-предприятие“: предприятие в стратегической перспективе его развития и трансформации Как надо послезавтра Новая культура?! Как надо завтра Новые законы?! Как надо сегодня Текущие потребности? Главные потребности, цели, планы, ограничения Бизнес-модель Логическая модель Техническая архитектура Детальная реализация Практика использования Стратегическое ВРЕМЯ в цикле развития предприятия (миссия, цели, услуги и функции, СУ – система управления) ВРЕМЯ в цикле трансформации ИС (ИТ-сервисы, приложения, платформы, инфраструктура) -22- Архитектура и процесс (CIO Council, США) -23- На оси времени располагаются (примеры): “Взгляд с высоты стратегии предприятия”: Перспектива (“видение”) предприятия на несколько фаз развития Любые модели жизненных циклов и сами ЖЦ (предприятия, его систем) Инвестиционные кривые параллельных инвестиционных проектов (все инвестиции предприятия, инвестиционные проекты одной программы, управление портфелем) Параллельно выплняемые планы и реальные состояния разных систем Межпроектные интерфейсы, определяемые процессом УИ (ISO/IEC 15288) “Взгляд с высоты тактики или проекта переходного процесса”: Фазы/стадии/этапы проекта Переходы между стадиями/этапами (и проектные риски) Графики загрузки (персонала, оборудования) Кривая затрат-отдачи проекта Интерфейсы со смежными проектами -24- План презентации 1. Архитектурный подход и комплексная архитектура предприятия 2. Подход "архитектурных" стандартов 3. Подход «не архитектурных» стандартов проектирования и практика их применения 4. Необходимые работы по формированию адекватного комплекса стандартов, руководящих материалов … -25- Подход «не архитектурных» стандартов проектирования или: «Как люди проектируют системы без архитектурного подхода ?!» -26- Стандарты : система, предприятие, отрасль, … «Система - это комплекс, состоящий из [бизнес-]процессов, технических и программных средств, устройств и персонала, обладающий возможностью удовлетворять установленным потребностям или целям» (по ISO/IEC 12207, 15288 и др.) Система воздушного транспорта Система резервирования билетов Система контроля за воздушным движением С-ма заправки топливом С-ма управления аэропортом Система самолета Система планера С-ма жизнеобеспечения Система навигации Система наземного транспорта Система морского транспорта Система определения местонахождения Система отображения данных -27- Фаза создания бизнес-архитектуры (архитектуры «типа 1») Стадии ЖЦ по ISO/IEC 15288 : CONCEPT(Концепция) TR 15271 (ISO/IEC 12207) : Определение потребностей ГОСТ 34 : 1.Формирование требований к АС Состав ПО СУТИ АРХИТЕКТУРНЫХ продуктов: Описания и модели ВСЕГО СПЕКТРА потребностей и ограничений (цели, функции, информация, размещение, оперативность, участники, безопасность и др.) Частная архитектура: Бизнес-архитектура ("Потребности в системе", "Требования пользователя", "Требования заказчика") -28- Фаза создания логической архитектуры (архитектуры «типа 1») Стадии ЖЦ по ISO/IEC 15288 : CONCEPT(Концепция), DEVELOPMENT (Разработка) TR 15271 (ISO/IEC 12207): Исследование и определение концепции ГОСТ 34 : 2. Разработка концепции АС, 3. Техническое задание, 4. Эскизный проект Состав архитектурных продуктов: Описания и модели ВСЕГО СПЕКТРА требований к системе и их соответствие потребностям, определение всех системных компонентов (компонентов системы) и их свойств Частная архитектура: Логическая («системная») архитектура ("Системные требования", "Требования к системе") -29- Фазы создания физической архитектуры (архитектуры «типа 1») Стадии ЖЦ по ISO/IEC 15288 : DEVELOPMENT (Разработка) TR 15271 (ISO/IEC 12207) :Конструирование \ разработка ГОСТ 34 : 5. Технический проект Состав архитектурных продуктов: определение ВСЕХ БЛОКОВ, КОНСТРУКТОРСКИХ ЕДИНИЦ и их технических спецификаций Частная архитектура: Физическая архитектура («технологическая», «техническая») -30- Три основных архитектурных представления и их взаимосвязи БИЗНЕС-АРХИТЕКТУРА (архитектура деятельности) цели, участники, функции, информация, география, оперативность, безопасность и др. определяет необходимость в должна соответствовать потребностям ЛОГИЧЕСКАЯ АРХИТЕКТУРА («системная» архитектура) показатели эффективности, типы пользователей, функциональные блоки, сообщения/записи, распределенность, параметры оперативности, безопасность и др. определяет требования к должна соответствовать требованиям и обеспечивать потребности ТЕХНОЛОГИЧЕСКАЯ (Физическая) АРХИТЕКТУРА параметры производительности, интерфейсы пользователей, программы, записи/БД, размещение, параметры реактивности, безопасность и др. управляет реализацией Реализованная система -31- Основные частные (частичные) архитектуры не являются лишь вспомогательными описаниями для производства готовой системы, тем более - временными описаниями, необходимыми только до момента ввода системы в эксплуатацию. ISO/IEC 15288: архитектурные продукты бизнесархитектуры и логической архитектуры не являются принадлежностью только стадий создания (концепция, разработка), но должны - сопровождаться и развиваться на протяжении всего ее ЖЦ (до удаления системы), - отражать все изменения потребностей заинтересованных лиц, - служить для принятия решений о дальнейшем развитии системы. -32- Таким образом: Работа с комплексной архитектурой - не есть что-то совсем неизвестное, она ‘спрятана внутри’ «не архитектурных» стандартов проектирования (в составе их работ и т.п.). Роль и статус архитектурных по сути работ, процессов и описаний стандартов проектирования необходимо понимать в смысле «архитектурных» стандартов. Многие «популярные» архитектуры (например, веб-сервисная, данных, сетевая, и т.д.) -- подмножества трех основных частных архитектур. Такое подмножество (например, архитектура информации и данных, архитектура безопасности) может "пересекать" две или три основные частные архитектуры. При планировании проекта интеграции предприятия (компании, ведомства, отрасли, правительства, города и др.) требуется выходить за рамки "обычных" стандартов проектирования и разрабатывать референсные (эталонные, справочные) модели, на основе которых должны затем формироваться частные архитектуры отдельных систем. -33- Практика и проблемы, в том числе – проблемы ограничений архитектурами «типа 1» -34- Недостатки стандартов проектирования Работа со всеми тремя частными архитектурами в комплексе не получила в этих стандартах четкого выделения и позиционирования. В базовых стандартах проектирования: не рассматриваются архитектурные принципы, единые для всей комплексной архитектуры, не рассматриваются процессы трансформации архитектуры и др. Еще менее совершенны процессы работы проектировщиков в реальной практике. -35- Распространенные проблемы формирования и применения архитектурных описаний в практике создания систем • • • Смеси логической и физической архитектуры на 2-й стадии работ, еще хуже: еще на уровне схемы комплексной архитектуры она сразу имеет характер произвольной смеси компонентов логической и технологической архитектур, нарушается полнота и целостность комплексного характера основной (бизнес- или логической) архитектуры из-за того, что из нее "выхватываются" отдельные типы требований, типы системных блоков (виды обеспечения), например, прикладные программы. При использовании стандартов ГОСТ 34 обычной практикой является • исключение стадии эскизного проектирования, • выполнение так называемого "техно-рабочего проектирования" в виде одной стадии. Известна порочная практика исключать из проекта стадии обследования и концепции (которые даже получили в старой терминологии название "предпроектных") и начинать работу сразу со стадии "техническое задание. Источники неизбежных потерь качества архитектурного проектирования становятся понятными. -36- Отклонения и их следствия отклонения от опоры на описание трех основных архитектур, от полноты и целостности (комплексности) каждой из этих архитектур: • создает многократно увеличенные риски в проектировании средних и, тем более, больших систем, • лишает руководство большого проекта одного из основных инструментов управления проектом и всей системой на протяжении всего ее Жизненного Цикла. -37- Архитектуры типа 2 и типа 1 в создании систем предприятия Архитектура Электронного предприятия как архитектура "типа 2" Архитектура деятельности ("бизнесархитектура") эталонные модели Архитектура деятельности ("бизнесархитектура") конкретные модели Системная архитектура (логическая) эталонные модели Системная архитектура (логическая) конкретные модели Технологическая архитектура ("физическая") эталонные модели Технологическая архитектура ("физическая") конкретные модели Архитектура системы предприятия как архитектура «типа 1» Физическая реализация системы предприятия Реализованная система -38- Совмещение архитектуры «типа 2» и справочных моделей с архитектурами конкретных систем Справочная (эталонная) модель бизнес-функций Модель конкретного процесса -39- Пример применения Архитектурного подхода к стратегии создания МЭМ: Метасистеме «Электронной Москвы» (проект 2004 – 2005 г.г., раздел «Архитектура», разработчики: ИРИО и ФОСТАС ) Диагностика: • Произвольный набор подсистем, предлагаемые разными компаниями-участниками • «Разнокалиберные» и непригодные для сравнения описания «на разных языках» • Избыточность Эталонные модели компонентов и архитектурный подход позволили определить и произвести • Места дублирования • Унификация компонентов • Изменение границ систем • Обнаружение «пропущенных» систем -40- План презентации 1. Архитектурный подход и комплексная архитектура предприятия 2. Подход "архитектурных" стандартов 3. Подход не архитектурных стандартов проектирования и практика их применения 4. Необходимые работы (по формированию стандартов, руководящих материалов и др.) -41- Необходимы: • Общая терминология • Движение к обобщенной схеме архитектуры предприятия • Обобщенный архитектурный процесс (процессы) • Гармонизация и стыковка «архитектурных» и «не архитектурных» стандартов • Первоочередные референсные (справочные, эталонные) модели • Обучение • Популяризация • Кооперация и общение -42- Задел и планы ФОСТАС Задел ФОСТАС: - базовый глоссарий метамодель эффективности ИТ методики построения моделей эффективности для ОГВ материалы для классификатора и профилей стандартов обобщенный сценарий ввода архитектуры в действие рекомендации для ЭП в России (и др.) Ближайшие планы: • Подготовка и передача базового глоссария в «Сообщество ИТ-директоров Украины (Украинскую ассоциацию CIO) • Завершение работы по анализу перевода ISO/IEC 15288 • Расширение методик для коммерческих организаций различных отраслей • Возобновление учебно-консультационного семинара • ((Возможно - разработка описания процесса разработки и применения архитектуры предприятия (в группе процессов предприятия) для стыковки «архитектурных» и «не архитектурных» стандартов (и др.) )) -43- Спасибо за внимание Ваши вопросы? <ezinder@fostas.ru> <info@fostas.ru> Тел. 601-2039/2349, 151-3475 -44- Дополнительные слайды -45- Enterprise Architecture и современный архитектурный подход: • Метод борьбы с хаосом и новой сложностью • Средство планомерной реализации политики • Gap-анализ, моделирование траекторий развития, оценка вариантов, выбор -->> «вычисление» стратегии, • Документирование и поддержка реализации стратегии • Решение тактических задач в условиях растущей динамики среды -46- Эталонные модели и архитектуры «типа 2» Оценивает Требует Архитектура деятельности Защищает Направляет Архитектура производительности Дает возможности Определяет показатели Оценивает Логическая (системная) архитектура Задает технические требования Определяет показатели Оценивает Требует Защищает Обеспечивает техническую Требует и дает среду технические средства Техническая архитектура Архитектура безопасности и непрерывности деятельности Определяет показатели Защищает -47- Эталонные модели и архитектуры «типа 2» Оценивает Архитектура деятельности Направляет Архитектура производительности Дает возможности Архитектура безопасности и непрерывности деятельности Определяет показатели Организация функций, информационные требования, контроль и развитие Требует деятельности подразделений (цели / задачи + потребности ИТЗащищает поддержки) Системная поддержка целей и потребностей Определяет реформирования и Логическая Требует показатели совершенствования (системная) предприятия архитектура возможностями Оценивает Защищает ИТ-приложений Задает Обеспечивает технические техническую Требует и дает требования среду Компоненты базовых ИТ, технические Определяет конструкций средства показатели средств взаимодействия Техническая и преобразования Оценивает Защищает архитектура данных, технические стандарты -48- Справочные (эталонные) модели: Архитектура деятельности • модель функций (включая результаты их выполнения), • модель информации (об объектах обслуживания, управления, и т.д., в связи с соответствующими функциями или функц. областями), определяет классификации объектов и специальные глоссарии по сегментам АП, потоки информации • модель размещения (принципы и шаблоны размещения центров выполнения функций), ориентирована на учет степени распределенности деловых процессов, • модель организации (организационных структур на уровне принципов и шаблонов формирования орг. структур), ориентирована на определение характеристик главных ролей субъектов функций и процессов, в том числе, для отделения исполнения от контроля, для субъектов «сквозных» «междепартаментских» и глобальных «кооперативных» процессов, и др. • модель графиков и событий деятельности, ориентирована на представления динамики деловых событий и требований к графикам регламентированной деятельности, шаблонов требований к времени выработки продуктов и оказания услуг. -49- Справочные (эталонные) модели: Логическая (системная) архитектура модель прикладных компонентов (классы типовых приложений, сервисов и комплексов), служит для системного связывания функций с прикладными информационными технологиями; модель «Объединенных Информационных Ресурсов» (метаданные: классификации, словари, схемы данных, канонизированные интегрирующие модели), служит для системного связывания (интеграции) общих для многих процессов информационных потребностей, связывания потребностей (функций) с интегрированными ресурсами; модель «Электронных Регламентов» (шаблоны и стандарты «электронного» описания бизнес-регламентов и бизнес-процедур разных типов), служит для системного связывания бизнес-процессов и бизнес-регламентов с ИТ-средствами, для поддержки формализованного перехода к программам автоматизированного выполнения процессов, в том числе, сквозных («междепартаментских», «кооперативных»). -50- Возможные пути трансформации как перехода к следующим состояниям архитектуры Текущее состояние Переходный период Целевое состояние (пример на модели приложений) Система A Система B Система B1 Система Y Система C Система E Система D Система N Система X Система E Система D1 Система K -51- Прогноз: «цели и возможности через 5 лет» Архитектура и стратегия развития, «вычисление» траектории Архитектура деятельности Логическая архитектура Архитектура деятельности Логическая архитектура Архитектура деятельности Логическая архитектура Архитектура деятельности Логическая архитектура Техническая архитектура Техническая архитектура Техническая архитектура «как должно быть через 3 года» «переходное состояние – через 1,5 года» Техническая архитектура «Как есть» -52- Запас прочности (гибкости) специализированной архитектуры (решений архитектурного слоя) Показатель «запас прочности»: отношение той нагрузки на архитектуру слоя «Б», которую она может «выдержать» со стороны требований архитектуры верхнего слоя «А» (в смысле схемы Захмана или NIST) без радикальной переделки (удаления и замены основных систем и компонент) по сравнению с плановыми требованиями режима использования систем, предусмотренных в архитектуре «А». Характеризует возможность динамично развивать компоненты одного слоя (процессы, объекты, размещения и др.) без ломки других, обычно более низких слоев архитектуры. Распространяется не только на рост объемов выполняемых операций, хранимых и передаваемых данных, число филиалов и т.п. экстенсивные изменения показателей роста, но и на появление качественно новых требований, для числовой оценки которых должны вводиться специальные метрики («удовлетворенность», новые функции, …). -53- Задачи архитектуры предприятия: • ПЛАНИРОВАНИЕ БУДУЩЕГО: планирование будущих состояний процессов и систем предприятия в целом (на архитектурном уровне) • АНАЛИЗ НАСТОЯЩЕГО: инвентаризация и анализ состояния, поддержка аудита идущих проектов • согласование частных (специализированных) архитектур (архитектурных слоев) поддержка – то есть СОГЛАСОВАНИЕ СТРАТЕГИИ ПРЕДПРИЯТИЯ и ИТполитики СТРАТЕГИИ • целенаправленный и обоснованный ОТБОР ПРОЕКТОВ, заявок на финансирование, архитектурное взаимодействие управление ЭКОНОМИЯ: минимизация процессов ввода данных систем дублирования разработок, • и др., поиск вариантов совместного использования информационных ресурсов и систем, организации совместных / интегрирующих проектов • КАЧЕСТВО: внедрение единых стандартов качества выработки полезных результатов - информационных услуг • ПРОЗРАЧНОСТЬ и УПРАВЛЯЕМОСТЬ: внедрение единых стандартов открытости и подконтрольности процессов на предприятии управление реорганизация • СОХРАНЕНИЕ ИНВЕСТИЦИЙ: использование прагматичных и продвижение инвестициями перспективных технических стандартов • СОДЕЙСТВИЕ ОТДЕЛЬНЫМ ПРОЕКТАМ: помощь в формировании архитектур отдельных систем и подразделений -54- Уровень «Миссия и стратегические цели» Показатели целей Стратегические цели Уровень «Задачи, связанные с ИТ» Результаты Матамодель эффективности ИТ: иерархия уровней метамодели Показатели результативности Уровень «Средства решения задач» «Выходы, процессы и проекты» Показатели активности Стрелки вниз -«требования», «Ресурсы» стрелки вверх – «вклад в выполнение» -55- Метамодель эффективности и управление на предприятии Направление процесса стратегического и тактического планирования Направление формирования МЭФ от целей к средствам Ресурсы (входы) Выходы, средства их получения Результаты выполнения задач (инициатив), связанных с ИТ Показатели результативности Показатели активности Стратегические цели (конечные результаты) Показатели целей Стратегический план предприятия Стратегический план по ИТ и оказанию информационных услуг Программно-целевой бюджет предприятия Отчеты о расходовании средств, Отчеты о результативности Планы и отчеты руководителей отделов о производительн-ти План по развитию кадров (по «человеческому капиталу») Направление процессов оценки вклада ИТ (и других ресурсов) в результаты и в цели предприятия Направление мониторинга фактических значений показателей эффективности в конкретной модели эффективности -56-