Архитектура предприятия Лекция 1 Вводная Порядок изучения

Архитектура предприятия Лекция 1 Вводная

Порядок изучения

Распределение часов

Библиографический список 1. ГОСТ Р ИСО 15704 -2008 Группа Т 58 Промышленные автоматизированные системы ТРЕБОВАНИЯ К СТАНДАРТНЫМ АРХИТЕКТУРАМ И МЕТОДОЛОГИЯМ ПРЕДПРИЯТИЯ (Industrial automation systems. Requirements for enterprise-reference architectures and methodologies) 2. ГОСТ Р ИСО 19439 -2008 ИНТЕГРАЦИЯ ПРЕДПРИЯТИЯ Основа моделирования предприятия (ISO 19439: 2006 Enterprise Integration Framework for enterprise modelling (IDT)) 3. ENV 12204: 1996 Перспективные производственные технологии. Системная архитектура. Конструкции для моделирования предприятия(Advanced Manufacturing Technology - Systems Architecture - Constructs for Enterprise Modelling) 4. ENV 40003: 1990 Компьютеризированное интегрированное производство. Системная архитектура. Среда для моделирования предприятия (Computer integrated manufacturing - Systems architecture - Framework for enterprise modeling) 5. ГОСТ Р ИСО 14258 -2008 Промышленные автоматизированные системы КОНЦЕПЦИИ И ПРАВИЛА ДЛЯ МОДЕЛЕЙ ПРЕДПРИЯТИЯ (ISO 14258: 1998 Industrial automation systems - Concepts and rules for enterprise models)

Сайты 1. Статьи по архитектуре MSDN http: //msdn. microsoft. com/ruru/library/jj 590368. aspx 2. Стандарты по ИТ http: //www. opengost. ru/iso/35_gosty_iso 3. Оценка качества программных систем http: //www. opengost. ru/iso/35_gosty_iso/35080_gost_iso/11569 -gost-28195 -89 ocenka-kachestva-programmnyh-sredstv. -obschie-polozheniya. html 4. Пакеты программ. Требования к качеству и тестирование http: //www. opengost. ru/iso/35_gosty_iso/35080_gost_iso/11578 -gost-r-iso-mek 12119 -2000 -it. -pakety-programm. -trebovaniya-k-kachestvu-i-testirovanie. html 5. Системная инженерия. Процессы жизненного цикла систем http: //www. opengost. ru/iso/35_gosty_iso/35080_gost_iso/11580 -gost-r-iso-mek 15288 -2005 -it. -sistemnaya-inzheneriya. -processy-zhiznennogo-cikla-sistem. html 6. Концепция использования информационных технологий в деятельности федеральных органов государственной власти до 2010 года http: //www. opengost. ru/iso/35_gosty_iso/35240_gost_iso/3524001_gost_iso/1163 5 -koncepciya-ispolzovaniya-informacionnyh-tehnologiy-v-deyatelnosti-federalnyhorganov-gosudarstvennoy-vlasti-do-2010 -goda. html 7. Свод знаний по АП http: //www 2. mitre. org/public/eabok/ 8. Введение в АП https: //www. class-central. com/mooc/1003/open 2 studyintroduction-to-enterprise-architecture

Учебные вопросы 1. Общие характеристики понятий «архитектура ИТ» и «архитектура предприятия (АП)» . 2. Эволюция представлений об архитектуре предприятия 3. Методики описания АП

Взгляд на окружающий мир из статьи Человеческий потенциал (MSDN) … Возьмем для примера вчерашний день, когда в течение трех часов у нас был в прямом смысле слова трудный разговор с архитектором данных из Косово (она владеет английским ненамного лучше, чем мы албанским языком) о том, насколько «концептуальной» должна быть наша концептуальная модель данных. С джентльменом из Ченнаи, Индия, у нас состоялся очень познавательный диалог о медитации и ее пользе для разума и тела. А еще мы живо и обстоятельно побеседовали с увлеченным программистом из Китая, абсолютно уверенным, что платформа. NET способна решить все наши проблемы в разработке. При этом мы ни на минуту не покидали офис! … Архитекторы — это лидеры Эти реалии современной рабочей среды имеют важные последствия для архитекторов как лидеров. По мере того как наша работа становится все более и более командноориентированной, мы должны разработать стратегии эффективного воздействия на человеческий потенциал, существующий в наших рабочих группах. Об авторах Мириам Грейс (Miriam Grace) является архитектором корпоративных систем и членом Ассоциации технического совершенства компании «Боинг» (Boeing Technical Excellence Fellowship). Сандра Й. Джеффкоут (Sandra Y. Jeffcoat) — участник Программы технического совершенства компании «Боинг»

Собрать пазл

3 D пазл

АП – многомерный «пазл»

Средства

Средства

Виды управления

Потребность ДЕНЬГИ СПРОС Рынок Получение прибыли: Свойства ПРОДУКТ ПРЕДЛОЖЕНИЕ качество Точка наибольшей прибыли П=Ц-С; Кп=П/Ц Миссия Управление портфелями Управление персоналом Стратегии Функции Персонал Система управления качеством Оргструктура Бизнес- процессы Проекты (План, бюджет) Инфраструктура Реинжиниринг бизнес- процессов Производство ИТ Персонал Финансы Логистика Маркетинг Слои архитектуры предприятия Корпоративная информационная система Архитектура предприятия Рис. 3. Оптимизация деятельности предприятия Инвестиционный проект

MIS Корпоративное хранилище данных (Data Warehouse) OLTP Системы оперативного учета (работающие в реальном времени) ИСУП+АСУ ТП+САПР+… Поток работ (Workflow) Финансовые ресурсы Материальные ресурсы Кадровые ресурсы Информационные ресурсы Документальное отражение управленческой и нформации Система поддержки принятия решений (DSS), (Фильтрация, ситуационное моделирование) OLAP Исходные уче тные данные (единая БД) Система выработки стратегических решений Оперативные р аспоряжения, отчеты на уров не подразделе ния EIS Приказы, аналитиче ские отчеты, на уровне предприятия. Прогн озы, планы го звена е ели средн ская Аналитиче служба Руководит КИС и Пользовател ятые в звена, зан ли низшего яйственной Исполните ативно-хоз администр сти деятельно Высшее руководство стратегического развития Стратегический слой План Оперативный слой

Развитие архитектурного подхода Архитектура 50 -е Аппаратные средства 60 -е Программноаппаратный комплекс 70 -е Человекомашинный комплекс Основные принципы человеко-машинного комплекса: • ЧМК не только имеет цели и поведение, но может их менять, изменяя при этом внешнюю среду, другие системы и/или саму себя, • обладает социальным устройством своей внутренней среды, • может иметь весьма приблизительную границу между внутренней и внешней средой

Развитие архитектурного подхода Переход от рынка продавца к рынку покупателя TQM Total Quality Management 70 – 80 годы Маркетинговое управление, процессый подход стандарты CMM Capability Maturity Model. Современный подход к АП Принципы Деминга CPI Continuous Process Improvement согласование ИТ-систем с реальными потребностями бизнеса методика BSP Business Systems Planning

Подходы к формулировке архитектуры • По мнению Gartner Group, подход к формулировке архитектуры ИТ должен основываться на анализе общекорпоративных процессов и переоценке своих бизнес-процессов и поддерживающих их приложений. • Современные подходы к формулировке понятия архитектуры являются попытками предоставить язык, понятный и полезный одновременно для бизнес-руководства и для специалистов в области ИТ.

Основные определения. Система: Система - это «совокупность взаимодействующих элементов, упорядоченная для достижения одной или нескольких поставленных целей» . (ISO/IEC 15288: 2002) Определение распространяется на самые разные по характеру и масштабу системы - от локального устройства (например, мобильного телефона) до целой отрасли (включая ее работников). Другие стандарты дополнительно указывают, что в составе систем рассматриваются машины, люди, программное обеспечение. Эберхард Речтин (основатель понятия «системное мышление» ): система, когда "целое составляет нечто большее, чем механическая сумма составляющих, т. е. система обладает свойствами, которые отсутствуют у составляющих ее элементов"

Основные определения. Предприятие: Под термином "Предприятие" мы будем иметь в виду формальное объединение, не обязательно связанное с коммерческой деятельностью. Это может быть и государственная организация, и общественное, в том числе неформальное, объединение участников, связанных общей целью. Международные стандарты определяют Предприятие как некое образование, состоящее из одной или нескольких организаций либо их частей, разделяющих общую миссию и цели по предоставлению некоторого выхода, например услуги или продукта. Согласно более общему определению, Предприятие представляет собой комплексную систему культурных, технологических и процессных компонент, организованных для достижения целей организации. Мы можем применять архитектурные подходы как к целому предприятию, так и к подразделению или даже к отдельной прикладной системе.

АП и организационные изменения Архитектура предприятия является одним из инструментов организационных изменений предприятия в целом с использованием ИТ. Гуру в области бизнеса отмечают, что существуют два основных подхода к организационным изменениям. Первый подход связан с реорганизацией, реинжинирингом процессов, второй подход – с управлением знаниями. Архитектура предприятия – это прежде всего управление знаниями. Включение в архитектуру предприятия представлений о бизнес-архитектуре обеспечивает связь с возможностями оптимизации бизнес-процессов. Архитектура предприятия частично затрагивает и процессы управления ИТ в организации. В этом плане она дополняет достаточно эффективные методики организации и реорганизации процессов внутри ИТ-службы, такие как ITIL, COBIT и другие

Взаимосвязь АИТ и АП с целями организации Архитектура информационных технологий и архитектура предприятия в целом являются основным механизмом интерпретации и реализации целей организации через адекватные ИТ-инфраструктуру и системы. Это достигается через создание определенного количества взаимосвязанных архитектурных представлений.

Элементы архитектуры предприятия

Бизнес - модели Ø Ø Ø Описывают: стратегию организации, структуры управления, требования, ограничения и правила, основные бизнес-процессы, включая взаимосвязи и зависимости между ними. Бизнес-архитектура описывает на уровне предприятия в целом то, как реализуются основные функции организации, включая организационные и функциональные структуры, роли и ответственности

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

Архитектура прикладных систем Описывает те системы, которые обеспечивают: необходимый функционал для реализации логики бизнес-процессов организации.

Технологическая архитектура 1. 2. 3. Включает описание ИТ-сервисов, которые требуются для реализации перечисленных выше областей архитектуры. Логические модели ИТ-сервисов построены в абстрактной, технологически независимой форме и оставляют свободу для оптимального выбора конкретных технологий. Физические модели определяются: технологиями, аппаратными платформами программными платформами, выбранными для реализации ИТ-сервисов.

• • • Выводы Архитектура системы состоит из нескольких компонент, внешних свойств и интерфейсов, связей и накладываемых ограничений, а также архитектуры этих внутренних компонент". Такое рекурсивное определение удобно тем, что является достаточно общим, применимым практически к любой системе, а не обязательно только к системе, использующей информационные технологии, и при этом позволяет ограничить степень детализации на нужном уровне. Упоминание внутренних компонент используется для отражения того факта, что "хорошая" архитектура позволяет обеспечить повторное использование или модернизацию/замену таких внутренних компонент без изменения внешней охватывающей системы. Итеративное, иерархическое построение архитектуры позволяет решить и еще одну важную задачу – облегчить ее восприятие человеком. Оптимальным числом элементов на отдельном уровне любой схемы абстракции или в каком-либо списке является 7 плюс или минус 2 объекта. Именно поэтому большинство подходов к описанию архитектуры включает в себя ее разбиение на предметные области (или представления), общее количество которых как раз и находится в этом диапазоне. Примерами таких предметных областей являются архитектура прикладных систем, архитектура данных, технологическая архитектура и т. д. Старый, как мир, принцип "разделяй и властвуй" как нельзя лучше подходит для того, чтобы справляться с объективной сложностью корпоративных информационных систем. При этом такое разбиение позволяет рабочим группам, специализирующимся на различных предметных областях, работать параллельно, что делает проблему осознаваемой с интеллектуальной точки зрения.

Цикл Анализ, Планирование, Внедрение, Использование

Внесение изменений

Использование хранилища решений

Варианты

Подготовка