Моделирование корпоративной архитектуры
•Download as PPTX, PDF•
1 like•1,460 views
Доклад Александра Байкина на конференции Analyst Days-5, 22-23 апреля 2016 г., Санкт-Петербург www.analystdays.com
Recommended
Recommended
More Related Content
What's hot
What's hot (20)
Viewers also liked
Viewers also liked (14)
Similar to Моделирование корпоративной архитектуры
Similar to Моделирование корпоративной архитектуры (20)
More from SQALab
More from SQALab (20)
Моделирование корпоративной архитектуры
- 2. Александр Байкин • Разработчик и сисадмин • Аналитик • Менеджер проектов • CIO • Идеолог uml2.ru • Тренер, консультант • Докладчик на многих конференциях • Преподаватель в МГТУ им. Баумана • ru.linkedin.com/in/abaikin • asbaikin@gmail.com
- 5. Что в итоге?
- 6. Что хотим?
- 7. Проблемы в корпорации • Непонятны потребности Бизнеса – Непонятно, что автоматизировать – Не автоматизированы нужные БП – Бизнес не получает нужную инф-ю для ППР • Лоскутная автоматизация – Дублирование функционала – Изменяем здесь, рушится там – Сложно изменять решения, много ошибок • Люди уходят, а с ними и знания – Незаменимость людей – Новые люди долго вникают – Непонятно у кого спросить • Как развивать ИТ?
- 10. Что есть в больших компаниях? Люди Процессы Данные Системы Инфр-ра
- 13. Что такое КА? • MIT Center for Information Systems Research The organizing logic for business processes and IT infrastructure reflecting the integration and standardization requirements of the firm’s operating model. • SearchCIO.com A conceptual blueprint that defines the structure and operation of an organization. The intent of an enterprise architecture is to determine how an organization can most effectively achieve its current and future objectives.
- 15. Построение КА Бизнес Системы Данные Инфраструктура Бизнес Системы Данные Инфраструктура Бизнес Системы Данные Инфраструктура Что-то есть Текущее Целевое
- 16. Преимущества КА Операции • ↓ Операционных расходов • ↑ Гибкость • Совместное использование возможностей • ↓ Управленческих расходов • ↑ Продуктивности бизнеса ИТ • ↓ Расходов на разработку и поддержку • ↑ Совместное использование • ↑ Совместимость • ↑ Безопасности • ИС легче изменять Инвестиции • ↓ Сложности Бизнеса и ИТ • ↑ ROI • ↓ Риска Закупки • Проще покупать • Быстрее покупать • Больше выбора • Лучше цена
- 17. Развитие ИТ ИТ - это затраты ИТ следует Бизнес стратегии ИТ драйвит развитием
- 18. Что такое методология КА? • Методология = Фреймворк = Framework • Концептуальная структура, необходимая для разработки, реализации и поддержки Корпоративной Архитектуры • Должна описывать метод проектирования целевого состояния предприятия в виде совокупности блоков, и показывать, как эти блоки стыкуются между собой • Должна содержать набор инструментов и обеспечить единую терминологию • Должен также включать список рекомендуемых стандартов и совместимых продуктов, которые могут быть использованы для реализации строительных блоков
- 19. Методологии КА • Zachman • FEA • Gartner • TOGAF • и т.д. и т.п.
- 20. Сравнение методологий Критерий Zachman FEA Gartner Полнота таксономии 4 2 1 Полнота процесса 1 2 3 Рук-во по эталонным моделям 1 4 1 Практическое руководство 1 2 4 Модель зрелости 1 3 2 Ориентация на бизнес 1 1 4 Руководство по управлению 1 3 3 Руководство по разделению 1 4 3 Хороший каталог 1 4 2 Нейтраль к поставщикам услуг 2 3 1 Доступность информации 2 2 1 Время окупаемости 1 1 4 Итого 17 31 29 TOGAF 2 4 3 2 1 2 2 2 2 4 4 3 31
- 21. Определение TOGAF • TOGAF is a framework - a detailed method and a set of supporting tools - for developing an enterprise architecture. • It may be used freely by any organization wishing to develop an enterprise architecture for use within that organization
- 24. TOGAF ADM
- 27. Reference models Technical Reference Model (TRM) Integrated Information Infrastructure Reference Model (III-RM)
- 28. TRM обзор
- 29. III-RM обзор
- 31. ArchiMate детальных моделей External business service Internal business service Internal infra. service External infra. service Technology Application Business Customer External application service Internal application service
- 32. ArchiMate. Преимущества • Международный, независимый от вендора стандарт • Точный – есть метамодель, нет просто квадратиков и кружочков • Простой – верхний уровень, не перегружен • Сделан на основе известных ЯМ – UML, BPMN • Прямая поддержка TOGAF • Поддерживается множеством инструментами
- 34. ArchiMate + TOGAF ADM
- 36. ArchiMate SOA External business service Internal business service Internal infra. service External infra. service Technology Application Business Customer External application service Internal application service
- 37. ArchiMate Core
- 38. Уровень Бизнеса
- 39. Уровень ИС
- 43. Motivational Viewpoints The stakeholder viewpoint, which focuses on modeling the stakeholders, drivers, the assessments of these drivers, and the initial goals to address these drivers and assessments The goal realization viewpoint, which focuses on refining the initial, high- level goals into more concrete (sub-)goals using the aggregation relationship, and finally into requirements and constraints The goal contribution viewpoint, which focuses on modeling and analyzing the influence relationships between goals (and requirements) The principles viewpoint, which focuses on modeling the relevant principles and the goals that motivate these principles The requirements realization viewpoint, which focuses on modeling the realization of requirements and constraints by means of core elements The motivation viewpoint, which covers the entire motivational aspect and allows one to use all motivational elements
- 47. Business Viewpoints Introductory Viewpoint Product Viewpoint Organization Viewpoint Actor Co-operation Viewpoint Business Function Viewpoint Business Process Viewpoint Business Process Co-operation Viewpoint
- 53. Business Process Viewpoint. Пример
- 54. Application Viewpoints Application Behavior Viewpoint Application Co-operation Viewpoint Application Structure Viewpoint Application Usage Viewpoint
- 61. Technology Viewpoints Infrastructure Viewpoint Infrastructure Usage Viewpoint Implementation and Deployment Viewpoint
- 64. Cross-layers Viewpoints Information Structure Viewpoint Service Realization Viewpoint Layered Viewpoint Landscape Map Viewpoint
- 67. Implementation and Migration Viewpoints Project Viewpoint Migration Viewpoint Implementation and Migration Viewpoint
- 69. Implementation and Migration Viewpoint. Пример
- 70. Описание примера • НАША страховая компания является результатом недавнего слияния трех ранее независимых страховых компаний: • автострахование • страхование вкладов • страхование путешественников • В настоящее время компания состоит из трех отделов, как и их предшественники с разрозненными БП, ИС и инфраструктурой. • Необходимо спроектировать КА для НАШЕЙ компании, чтобы увеличить прибыль и уменьшить издержки.
- 71. Спасибо за внимание Александр Байкин uml2.ru bas@uml2.ru Приезжайте на ЛАФ: http://conf.uml2.ru/ 18 и 19 июня в Иваново
Editor's Notes
- Фундаментальная Организация системы, воплощенная в ее компонентах, их взаимоотношениях друг с другом и окружающей средой, и принципах, определяющих ее конструкцию и развитие
- Методологией togaf определяет понятие "предприятие", как любой совокупность организаций, которая имеет общий набор целей.
- Бизнес-процессы и ИТ-инфраструктуры, отражающие интеграции и стандартизации требований к операционной модели фирмы.
- A more efficient business operation: Lower business operation costs More agile organization Business capabilities shared across the organization Lower change management costs More flexible workforce Improved business productivity A more efficient IT operation: Lower software development, support, and maintenance costs Increased portability of applications Improved interoperability and easier system and network management Improved ability to address critical enterprise-wide issues like security Easier upgrade and exchange of system components Better return on existing investment, reduced risk for future investment: Reduced complexity in the business and IT Maximum return on investment in existing business and IT infrastructure The flexibility to make, buy, or out-source business and IT solutions Reduced risk overall in new investments and their cost of ownership Faster, simpler, and cheaper procurement: Buying decisions are simpler, because the information governing procurement is readily available in a coherent plan The procurement process is faster - maximizing procurement speed and flexibility without sacrificing architectural coherence The ability to procure heterogeneous, multi-vendor open systems The ability to secure more economic capabilities
- What is an Architecture Framework? • Definition 3.13: Architecture Framework – A conceptual structure used to develop, implement and sustain an enterprise architecture • It should describe a method for designing target state of the enterprise in terms of a set of building blocks, and for showing how the building blocks fit together • It should contain a set of tools and provide a common vocabulary • It should also include a list of recommended standards and compliant products that can be used to implement the building blocks
- The Zachman Framework for Enterprise Architectures—Although self-described as a framework, is actually more accurately defined as ataxonomy The Open Group Architectural Framework (TOGAF)—Although called a framework, is actually more accurately defined as a process The Federal Enterprise Architecture—Can be viewed as either an implemented enterprise architecture or a proscriptive methodology for creating an enterprise architecture The Gartner Methodology—Can be best described as an enterprise architectural practice https://msdn.microsoft.com/en-us/library/bb466232.aspx#eacompar_topic1
- ArchiMate – язык (нотация) моделирования для описания КА, является основной для:
- Пассивный структурный элемент (passive structure element) определяется как некоторый объект, на котором выполняются действия. Обычно это информационные объекты или объекты данных, также они могут быть использованы для представления физических объектов, над которыми выполняются те или иные действия. Элемент поведения (behavior element) определяется как некоторая единица действия, выполняемая одним или несколькими активными структурными элементами. Активный структурный элемент (active structure element) определяется как некая сущность, которая способна выполнять определенные действия. Это могут быть бизнес-исполнители, компоненты приложений или устройства, которые реально исполняют те или иные действия.
- In general, a view is defined as a part of an architecture description that addresses a set of related concerns and is addressed to a set of stakeholders. A view is specified by means of a viewpoint, which prescribes the concepts, models, analysis techniques, and visualizations that are provided by the view. Simply put, a view is what you see, and a viewpoint is where you are looking from.
- In most cases, the vertical axis represents behavior like business processes or functions; the horizontal axis represents “cases” for which those functions or processes must be executed, such as different products, services market segments, or scenarios; the third dimension represented by the cells of the matrix is used for assigning resources like information systems, infrastructure, or human resources. The value of cells can be visualized by means of colored rectangles with text labels. Obviously, landscape maps are a more powerful and expressive representation of relationships than traditional cross tables. They provide a practical manner for the generation and publication of overview tables for managers, process, and system owners. Furthermore, architects may use landscape maps as a resource allocation instrument and as an analysis tool for the detection of patterns and changes in this allocation.