Концепция архитектуры предприятия Калянов Георгий Николаевич профессор, д.т.н. зав. лаб. ИПУ РАН, зав. каф. МФТИ Kalyanov@mail.ru - презентация

1 Концепция архитектуры предприятия Калянов Георгий Николаевич профессор, д.т.н. зав. лаб. ИПУ РАН, зав. каф. МФТИ

2 Архитектура предприятия Под архитектурой предприятия (ЕА - Enterprise Architecture) понимается всестороннее и исчерпывающее описание (модель) всех его ключевых элементов и межэлементных отношений Согласно ISO (Industrial Automation Systems – Requirements for Enterprise-Reference Architectures and Methodologies. 1999) архитектура предприятия должна включать роль людей, описание процессов (функции и поведение), и представление всех вспомогательных технологий на протяжении всего жизненного цикла предприятия.

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

4 Архитектура предприятия Архитектура (в соответствии с документом Federal Enterprise Architecture Framework. Dev. by: The Chief Information Officers Council (USA)) является стратегической информационной основой, определяющей: структуру бизнеса; информацию, необходимую для ведения бизнеса; технологии, применяемые для поддержания бизнес- операций; процессы преобразования, развития и перехода, необходимые для реализации новых технологий в ответ на изменение/появление новых бизнес-потребностей.

5 Архитектурные слои Бизнес-архитектура Системная архитектура архитектура приложений архитектура данных техническая (технологическая ) архитектура (сетевая архитектура, архитектура платформ), инфраструктура

6 Архитектурные слои

7 Назначение слоев Бизнес-архитектура – описывает деятельность предприятия с точки зрения его ключевых бизнес- процессов Архитектура данных – определяет, какие данные необходимы для поддержки бизнес-процессов Архитектура приложений – определяет, какие приложения используются и должны использоваться для управления данными и поддержки бизнес- процессов Инфраструктура - определяет, какие обеспечивающие технологии (аппаратура и системное ПО, сети и коммуникации) необходимы для создания среды работы приложений

8 Архитектура данных базы данных и хранилища данных; системы управления базами данных или хранилищами данных; правила и средства санкционирования доступа к данным.

9 Архитектура приложений собственно прикладные системы, поддерживающие исполнение бизнес- процессов; интерфейсы взаимодействия прикладных систем между собой и с внешними системами и источниками или потребителями данных; средства и методы разработки и сопровождения приложений.

10 Классификация приложений с позиции архитектуры обслуживающие большое количество транзакций (биллинговые системы, резервирование авиабилетов, обслуживание кредитных карт) системы реального времени (диспетчеризация, мониторинг) аналитические приложения, системы поддержки принятия решений (прогнозирование, выдача кредита) приложения поддержки совместной работы (collaborative) – электронная почта, форум, библиотечный сервис корпоративные и обслуживающие приложения – управление персоналом, расчет зарплаты, ERP, CRM)

11 Требования и характеристики систем Стратегические потребности Предоставление услуг Время реакции системы 1) Способность дать объяснение 2) Поддержка принятия решений 1) Распростра- нение знаний 2) Скорость 3) Инновации 1) Надежность 2) Низкая стоимость с точки зрения ИТ Бизнес- требования 1) Обслуживание клиентов 2) Уменьшение затрат 3) Работа 24*7 4) Целостность данных 1) Экономич- ность и безопасность 2) Работа 24*7*365 1) Повышение эффективности и производи- тельности 2) Наглядность представления информации 1) Скорость выпуска услуг 2) Повторное использование знаний 1) Экономич- ность 2) Улучшения в процессах

12 Требования и характеристики систем Отличительные характеристики 1) Низкая стоимость (на одну транзакцию) 2) Надежность 3) Масштаби- руемость 4) Производи- тельность 5)Резервирова- ние 1) Сканирова- ние и фильтрация потоков данных 2) Приоритеза- ция запросов 3) Надежность 4) Публикация и подписка на данные 1) Механизм аналитики 2) Мощность обработки 3) Объединение данных 1) Простота использования 2) Надежность 3) Высокая пропускная способность 4) Обмен данными по горизонтали 1) Стандартные процессы 2) Кандидаты на аутсорсинг Интегрирующие технологии Системы интеграции корпоративных приложений Специально разработанный программный код Хранилища данных Совместно используемые данные и обмен данными Стандартные интерфейсы (API), XML

13 Сетевая архитектура локальные и территориальные вычислительные сети; используемые в сетях коммуникационные протоколы, сервисы и системы адресации; аварийные планы по обеспечению бесперебойной работы сетей в условиях чрезвычайных обстоятельств.

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

15 Цикл выстраивания архитектуры

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

17 Задачи моделирования архитектуры определение бизнес-целей и требований моделирование бизнеса с позиции менеджера моделирование бизнес-процессов моделирование бизнес-функций моделирование оргструктуры, включая логические схемы принятия решений моделирование ресурсов преобразование бизнес-моделей в модели приложений и технологической архитектуры

18 Классификация существующих сред универсальные интегрирующие среды (например, Zachman Framework, GERAM) языки моделирования предприятий (например, IDEF, ARIS, BPML) программные среды моделирования (например, ARIS 6 Collaborative Suite, Popkin System Architect, METIS) мета-модели и языки мета-моделирования (например, UML Profile for Business Process Definition, UEML)

19 Лидеры по объему продаж ВендорПродуктСайт CasewiseCorporate Modelerwww.casewise.com ComputasMetiswww.computas.com IDS ScheerAriswww.ids-scheer.com MegaMega Suitewww.mega.com PopkinSystem Architectwww.popkin.com Proforma Corp.ProVisionwww.proformacorp.co m PtechEnterprise Frameworkwww.ptechinc.com

20 Недостатки существующих сред фрагментарность отсутствие унификации

21 Фрагментарность поддерживают лишь отдельные компоненты среды моделирования поддерживают лишь отдельные фазы и этапы процесса моделирования не являются универсальными в части применимости к предприятиям любого вида поддерживают лишь отдельные виды моделирования

22 Унификация - цель проекта UEML общий, визуальный, базированный на шаблонах язык для коммерческих инструментальных средств моделирования предприятий стандартизованные, независимые от инструментов механизмы передачи знаний (моделей) между проектами репозиторий моделей предприятий

23 Данные о проекте Проект UEML (Unified Enterprise Modeling Language) Рабочая группа – компании - производители EML (Enterprise Modeling Language) Дата начала проекта – Объявленная продолжительность –15 месяцев (т.е. до ) Сайт проекта -

24 Зарубежный опыт Федеральная архитектура США (проект FEA) – представляет собой комплект концептуальных материалов архитектурных моделей различных типов правил применения концепций и моделей на практике правил оценки качества достигнутых результатов инструментальных средств поддержки архитектурных продуктов, процесса их разработки и развития Работы начаты в 1996 г. первые результаты – 1999 г. последний релиз архитектуры – 2003 г.

25 Разработка федеральных архитектур Проекты ведутся в 22 странах 5 уровень – Канада 4 уровень – США (FEA – начало в 1996г.), Дания, Германия, Сингапур, Великобритания 3 уровень – Испания, Нидерланды 2 уровень – ЮАР, Бразилия, Португалия Проект InfoCitizen шифр ЕС IST – анализ архитектуры для программыЭлектронная Европа

26 Основные направления работ разработка и исследование методологического и методического обеспечения создания ЕА (методологии, базирующиеся на схеме Захмана, GERAM - Generalised Enterprise Reference Architecture and Methodology, GRAI Integrated Methodology, методика планирования ЕА Спивака и др.); разработка языков класса EML - Enterprise Modeling Language (CIMOSA, GRAI, BPML - Business Process Modeling Language, UEML - Unified Enterprise Modeling Language и др.); разработка инструментария создания ЕА; собственно, разработка архитектур – корпоративных, муниципальных, федеральных.

27 Исследовательские работы в области ЕА Результаты НИОКР по заказу Министерства экономического развития и торговли в рамках ФЦП Электронная Россия, выполненные Фондом поддержки системного проектирования, стандартизации и управления проектами (ФОСТАС) -Электронное правительство: рекомендации по внедрению в Российской Федерации (под ред. Дрожжинова В.И. и Зиндера Е.З.), ЭКО-ТРЕНДЗ, Москва, 2004.; Работы в рамках плановой тематики Института проблем управления РАН Разработка и исследование методов анализа, построения и реинжиниринга архитектуры организационных систем на основе современных технологий управления знаниями.

28 Реализация в учебных планах Программа спецдисциплины Системная диагностика организации для направления «Бизнес-информатика» подготовки магистра, разработанная на кафедре «Стратегическое управление информационными системами» факультета Бизнес-информатики ГУ-ВШЭ и целиком базирующаяся на архитектурном подходе; МФТИ – кафедра системного анализа и управления ИТ (магистры) Бакалаврские программы дисциплин Технологии ИТ- консалтинга и Практика ИТ-консалтинга, включающие основы архитектурного подхода и ряд разделов дисциплины. -учебник Моделирование, анализ, реорганизация и автоматизация бизнес-процессов – Финансы и статистика, 2006г. -учебник Управление развитием информационных систем – Горячая линия – Телеком, 2008г.

29 Проекты банк Москвы, ЮКОС, Метасистема Электронная Москва, департамент экономики г. Москвы, Системная модель управления компании «Вестимпекс» и др.

30 Corporate Modeler Suite Corporate Modeler Corporate Publisher Automodeler IT Architecture Accelerator Balanced Scorecard Accelerator Расширения Corporate Modeler Suite Corporate Modeler Corporate Publisher Automodeler IT Architecture Accelerator Balanced Scorecard Accelerator Расширения Линейка продуктов CASEWISE

31 Видение архитектуры БИЗНЕС / ОРГАНИЗАЦИОННАЯ АРХИТЕКТУРА ИНФОРМАЦИОННЫЕ СИСТЕМЫ АРХИТЕКТУРА ТЕХНОЛОГИЙ АРХИТЕКТУРА ПРИЛОЖЕНИЙ АРХИТЕКТУРА ИНФОРМАЦИИ / ДАННЫХ АРХИТЕКТУРА ПРОДУКТА

32 Ориентация на архитектурный подход методология Casewise Framework базируется на модифицированной схеме Захмана ориентация на языки класса EML (в частности, поддержка нотации BPMN - Business Process Modeling Notation) широкое использование референсных архитектурных моделей интеграция всех слоев архитектуры

33

34 BPMN события перед запуском процесса; активности (бизнес-процессы, бизнес-функции, бизнес-операции); конечные результаты выполнения процесса; потоки для демонстрации последовательности выполнения активностей; информационные объекты, привязанные к потокам; специальные узлы (шлюзы) для моделирования ветвлений; специальные объекты (плавательные дорожки и бассейны), используемые для демонстрации того, в какой организационной единице предприятия происходит событие или процесс. BPMN – аналог IDEF3 + наличи е веб-сервисов, обеспечивающих моделирование сообщений между объектами

35 BPMN Extension

36 Референсные модели Модель федеральной архитектуры США - FEA (Federal Enterprise Architecture) Perfomance Reference Model Business Reference Model Service Component Reference Model Data&Information Reference Model Technical Reference Model Модель процессов ITIL (IT Infrastructure Library) поддержка всех элементов ITIL Framework более объектов Модель деятельности телекоммуникационных компаний - eTOM (The Enchanced Telecom Operation Map)

37 ITIL Framework

38 ITIL Service Support

39 eTOM Framework

40 IT Architecture Accelerator управление проектом реализации ИТ- стратегии оценка проектов расстановка приоритетов по степени срочности, важности и стратегической значимости планирование сроков и контроль за их реализацией.

41 Архитектура – средство управления изменениями оказание помощи менеджерам при анализе потенциальных изменений и их реализации; предоставление основы для совместной работы бизнес-менеджеров и ИТ-менеджеров над целями, бизнес-процессами и выстраиванием предприятия в целом; предоставление единого хранилища всей информации о предприятии; обеспечение менеджерам поддержки в принятии решений: они могут обозревать отношения, задавать вопросы, идентифицировать проблемы, выполнять моделирование и т.д.

42 Наличие архитектуры обеспечивает поддержку принятия решений и управление в условиях сложных бизнес-процессов и информационных технологий; план развития и изменений; основу для назначения приоритетов при формировании ИТ-бюджетов; основу для управления портфелем ИТ- проектов; соответствие принятым корпоративным стандартам; поддержку разработки новых систем.

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

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

45 В результате обеспечивается: 1) Информационная поддержка работ по сопровождению и развитию информационной инфраструктуры, включая: выявление бизнес-процессов, требующих первоочередной автоматизации выявление первоочередных направлений совершенствования каналов связи анализ информационных систем (ИС) и их взаимодействия, оценка степени покрытия бизнес-процессов и информационных потоков существующими ИС; оптимизация обработки информации во взаимодействующих ИС (избавление от дублирующих систем и данных, согласование справочников и классификаторов, используемых в различных системах и т.п.) выявление, согласование, формализация и документирование требований к перспективным ИС, контроль внедрения новых систем на предмет соответствия согласованным требованиям в части покрытия информационных потоков; анализ альтернативных вариантов совершенствования информационной инфраструктуры

46 2) Информационная поддержка работ по совершенствованию бизнес-процессов компании, включая: выявление бизнес-процессов, требующих совершенствования избавление от дублирующих действий в различных сценариях (ввод одних и тех же сведений в различные системы) анализ альтернативных вариантов совершенствования бизнес-процессов 3) Информационная поддержка всех заинтересованных лиц, включая сотрудников компании, использующих ИС в силу своих должностных обязанностей, а также разработчиков и сопровожденцев различных ИС, используемых в компании (включая обеспечение всех заинтересованных лиц единым языком базовых представлений, наглядным и интуитивно понятным)