Кпр. Архитектура (копия). Treasury Enterprise Architecture
 Скачать 0.74 Mb.
|
|
Архитектура предприятия Вопросы к первому семинару Исторические аспекты архитектуры предприятия. Связь архитектуры предприятия с системным мышлением, бизнес кибернетикой и управлением знаниями. Архитектура TEAF. TEAF Work Products for EA Direction, Description и Accesslishment. Treasury Enterprise Architecture Framework (TEAF) - структура архитектуры предприятия для казначейства, основанная на Zachman Framework. Он был разработан Министерством казначейства США и опубликован в июле 2000 года. В мае 2012 года эти рамки были включены в разрабатываемую Политику архитектуры федерального предприятия, которая была задокументирована в документе "Общий подход к архитектуре федерального предприятия". Представленный здесь материал устарел и полезен только для исторической справки и не является нынешней политикой, используемой Департаментом казначейства. Обзор Структура архитектуры Treasury Enterprise Architecture Framework (TEAF) - это структура, поддерживающая бизнес-процессы Treasury с точки зрения продуктов. Эти рамки служат руководством для разработки и пересмотра бизнес-процессов для различных бюро в целях выполнения требований недавнего законодательства в быстро меняющейся технологической среде. TEAF предписывает уральские виды и определяет набор условных продуктов для переноса этих видов. Описание TEAF обеспечивает: Руководство бюро казначейства по вопросам разработки и внедрения архитектуры информационных систем, унифицирующая концепция, общие принципы, технологии и стандарты для информационных систем, и Шаблон для разработки архитектуры предприятия. Функциональная, информационная и организационная архитектура TEAF коллективно моделирует процессы, процедуры и бизнес-операции организации. Используя архитектуру организации, TEAF определяет основные бизнес-процедуры и процессы предприятия. Благодаря своим моделям explitit архитектура на основе TEAF позволяет выявлять и обосновывать проблемы и инвестиционные решения на уровне систем и систем. История Структура архитектуры предприятия Treasury (TEAF) основана на более ранних моделях казначейства, таких как модель казначейства США (TISAF), выпущенная в 1997 году, и Федеральная структура архитектуры предприятия (FEAF), выпущенная в 1999 году. Первая версия TEAF была выпущена в июле 2000 года. Концептуальная карта модернизации ИТ-инфраструктуры казначейства. В новом тысячелетии архитектура Treasury Enterprise Architecture Framework (TEAF) превратилась в архитектуру Treasury Enterprise Architecture (TEA), целью которой является разработка дорожной карты для модернизации и оптимизации бизнес-процессов и ИТ-среды Департамента Казначейства США. Архитектура Treasury Enterprise Architecture будет служить основой для планирования инвестиций в ИТ, потоковых систем и обеспечения соответствия ИТ-программ бизнес-требованиям и стратегическим целям. Темы TEAF Архитектура предприятия EA Development Environment. Эффективное управление и принятие стратегических решений, особенно для инвестиций в информационные технологии (ИТ), требуют комплексного представления о предприятии понимания взаимосвязей между бизнес-организациями, их операционными процессами и информационными системами, которые их поддерживают. Архитектура предприятия формализует идентификацию, документацию и управление этими взаимосвязями, а также поддерживает процессы управления и принятия решений. Enterprise Architecture обеспечивает существенную поддержку для любого предприятия, поскольку оно противостоит и отвечает меняющимся потребностям своих клиентов и участников. Архитектура предприятия является важной частью процесса принятия решений на предприятии и будет развиваться вместе с миссией предприятия. TEAF был разработан для оказания помощи как бюро, так и Департаменту в разработке и обслуживании их корпоративных архитектур. ТЕАФ преследует цель создания общей структуры архитектуры предприятия, последовательной практики и общей терминологии, а также институционализации управления архитектурой предприятия в рамках всего Департамента. Эта уральская консистенция будет способствовать интеграции, обмену информацией и использованию общих требований в Treasury. Архитектура предприятия Обзор структуры для управления, описания и сопроводительного просмотра EA. Целью архитектуры предприятия является создание структуры для создания архитектуры предприятия (EA) и управления ресурсами архитектуры предприятия. Для уменьшения сложности и объема разработки и использования архитектуры предприятия она должна быть подразделена таким образом, чтобы части могли использоваться независимо или строиться постепенно в отдельных проектах. TEAF подразделяет архитектуру предприятия следующим образом: Виды Перспективы Рабочие продукты Идентификатор TEAF, как показано на рисунке, ресурсы и рабочие продукты, которые обеспечивают направление для разработки EA, рабочие продукты, содержащие описание EA, и рабочие продукты, документирующие, как сопровождать внедрение EA. Ресурсы и рабочие продукты для направления и сопровождения EA не являются частью самого описания EA, но разрабатываются и применяются в течение всего жизненного цикла предприятия. TEAF Matri, организует подразделы описания EA и демонстрирует отношения между ними. В следующих разделах описываются подразделы EA и их взаимосвязи с TEAF Matrix. Матрица взглядов и перспектив TEAF TEAF Matrix of Views и Perspectives. TEAF Matrix - это йал структуры EA, помогающий понять важные аспекты EA из различных точек зрения (взгляды и перспективы). TEAF Matrix стремится обеспечить простую, однородную структуру для всей структуры. Как показано на рисунке, TEAF Matrix состоит из четырех ракурсов (функциональный, информационный, организационный и инфраструктурный), которые отображаются в виде столбцов, и четырех ракурсов (планировщик, владелец, конструктор и Builder), которые отображаются в виде строк. TEAF Matrix представляет собой матрицу четыре на четыре с общим количеством 16 тел. Взгляды и перспективы описаны в следующих разделах. Когда рабочий продукт описания EA отображается в одной ячейке матрицы TEAF, это означает, что основные точки зрения для разработки этого рабочего продукта соответствуют этому столбцу (ракурсу) и строке (ракурсу). Однако для производства рабочего продукта необходима информация из других ракурсов (а иногда и других ракурсов). Каждое бюро должно определить в своей дорожной карте EA свои планы производства и использования EA для удовлетворения своих потребностей. Операции жизненного цикла предприятия Операции жизненного цикла предприятия TEAF Жизненный цикл предприятия объединяет процессы управления, бизнес-процессы и процессы инженерного жизненного цикла, которые охватывают деятельность предприятия и его ИТ-подразделения. Под жизненным циклом предприятия, как правило, понимается подход организации к управлению деятельностью и принятию решений в ходе текущего переосмысления бизнес-практики и технических практик для поддержки своей корпоративной миссии. Эти операции включают управление инвестициями, определение проекта, управление конфигурацией, подотчетность и руководство по разработке систем в соответствии с жизненным циклом разработки системы (SDLC). Жизненный цикл предприятия применяется к операциям общеорганизационного планирования и принятию решений. Напротив, жизненный цикл разработки системы обычно относится к практике построения отдельных систем. Определение того, какие системы создавать, является решением на уровне предприятия. На рисунке слева изображены условные виды деятельности дологии жизненного цикла предприятия. В контексте настоящего документа жизненный цикл предприятия не относится к конкретной -дологии или конкретному подходу бюро. Каждая организация должна следовать документированной концепции жизненного цикла предприятия, соответствующей ее размеру, комплиментарности предприятия и объему потребностей. Продукция TEAF Products. TEAF предоставляет унифицирующую концепцию, общую терминологию и принципы, общие стандарты и форматы, нормализованный контекст для стратегического планирования и формирования бюджета, а также универсальный подход к решению вопросов политики и управления. В нем описывается архитектура корпоративных информационных систем и ее компоненты, включая назначение архитектуры, преимущества, характеристики и структуру. В TEAF представлены различные виды и определены несколько методов моделирования. Каждое представление поддерживается графикой, репозитариями данных, матрицами или отчетами (т.е. уральскими продуктами). На рисунке показана матрица с четырьмя видами и четырьмя перспективами. Основные продукты показаны в двух верхних рядах матрицы. Следует отметить, что ТЕАФ включает в себя модель доверия информационной безопасности, техническую справочную модель и стандартные профили в качестве основных рабочих продуктов. Они не часто рассматриваются в качестве важнейших рамочных компонентов. Одна из этих рамочных работ должна обеспечивать средства для логической структуры и организации выбранных продуктов EA. Теперь для эффективного создания и ведения продуктов EA необходимо выбрать набор инструментов. Описание системного интерфейса Описание системного интерфейса, Уровни 1, 2, 3, 4. Описание системного интерфейса (SID) связывает Представления организации и инфраструктуры, отображая категории систем и их интерфейсы с обозначениями и требованиями, описанными в Описании Node Connectivity. Описание Node Connectivity Description для данной архитектуры показывает Обозначения физических систем (не всегда определяется Описание интерфейса) Описание соответствующих систем в Описании интерфейса. Уровень 1 является важным рабочим продуктом, в то время как уровни 2, 3 и 4 поддерживают рабочие продукты. В описании системного интерфейса интерфейсы между узлами, между системами и между компонентами системы в зависимости от потребностей конкретной архитектуры. Системный интерфейс - это обобщенное представление коммуникационного пути или сети, обычно графически изображаемое в виде прямой линии, с описательной меткой. Часто пары соединенных систем или компонентов системы имеют несколько взаимодействий между ними. Описание системного интерфейса показывает все взаимодействия между системами и/или компонентами системы, которые представляют интерес для архитектора. Например, описания информационных систем должны содержать сведения о приложениях, имеющихся в системе, услугах инфраструктуры, поддерживающих приложения, и средствах, с помощью которых система обрабатывает, манипулирует, хранит и обменивается данными. Архитектура FEAF. Федеральная структура архитектуры предприятия (FEAF) - это эталонная корпоративная архитектура федерального правительства США. Он обеспечивает общий подход к интеграции стратегического, бизнес- и технологического управления как части организационного проектирования и повышения производительности.[1] Наиболее известной архитектурой федерального предприятия является архитектура предприятияФедерального правительства Соединенных Штатов, "Архитектура федерального предприятия" США (FEA) и соответствующая "Структура архитектуры федерального предприятия" США (FEAF). Эта лемма будет посвящена этой конкретной архитектуре предприятия и структуре архитектуры предприятия. Методология совместного планирования (CPM) - это простой, повторяющийся процесс, состоящий из комплексного междисциплинарного анализа, результатом которого являются рекомендации, сформированные в сотрудничестве с руководителями, заинтересованными сторонами, планировщиками и исполнителями. Она предназначена для полного жизненного цикла планирования и внедрения для использования на всех уровнях охвата, определенных в Общем подходе к архитектуре федерального предприятия: международном, национальном, федеральном, отраслевом, агентском, сегментном, системном и прикладном.[ Сводная эталонная модель Федеральной структуры архитектуры предприятия (FEAF) предоставляет OMB и федеральным агентствам общий язык и структуру для описания и анализа инвестиций. Она состоит из набора взаимосвязанных эталонных моделей, разработанных для облегчения межведомственного анализа и выявления дублирующих инвестиций, пробелов и возможностей для сотрудничества внутри и между агентствами. В совокупности эталонные модели составляют основу для общего и последовательного описания важных элементов деятельности федерального агентства. Благодаря использованию FEAF и его словаря ИТ-портфелями можно лучше управлять и использовать их в рамках федерального правительства, улучшая сотрудничество и, в конечном счете, преобразуя федеральное правительство. Пять эталонных моделей в версии 1 (см. Ниже) были перегруппированы и расширены до шести в FEAF-II. Эталонная модель производительности (PRM) Эта эталонная модель поддерживает архитектурный анализ и отчетность в представлении подархитектуры стратегии общего EA. PRM связывает стратегию агентства, внутренние бизнес-компоненты и инвестиции, предоставляя средства для измерения влияния этих инвестиций на стратегические результаты. Эталонная бизнес-модель (BRM) Эта эталонная модель, которая объединяет эталонные модели бизнес-и сервисных компонентов из FEAF v1, поддерживает архитектурный анализ и отчетность в представлении подархитектуры бизнес-служб общего EA. BRM описывает организацию с точки зрения таксономии общих задач и областей обслуживания поддержки, а не с точки зрения организационной структуры, тем самым способствуя внутри- и межведомственному сотрудничеству. Эталонная модель данных (DRM) DRM облегчает обнаружение существующих хранилищ данных, находящихся в "изолированных хранилищах", и позволяет понять значение данных, способы доступа к ним и способы их использования для поддержки результатов производительности. Эталонная модель приложения (ARM) ARM классифицирует стандарты и технологии, связанные с системами и приложениями, которые поддерживают предоставление сервисных возможностей, позволяя агентствам обмениваться и повторно использовать общие решения и извлекать выгоду из эффекта масштаба. Эталонная модель инфраструктуры (IRM) IRM классифицирует стандарты и технологии, связанные с сетью / облаком, для поддержки и обеспечения доставки компонентов и возможностей передачи голоса, данных, видео и мобильных услуг. Эталонная модель безопасности (SRM) SRM предоставляет общий язык и методологию для обсуждения вопросов безопасности и конфиденциальности в контексте целей бизнеса и эффективности федеральных агентств. В FEA архитектура предприятия, сегмента и решения обеспечивает различные бизнес-перспективы, варьируя уровень детализации и решая связанные, но отдельные проблемы. Точно так же, как сами предприятия организованы иерархически, так и различные представления, предоставляемые каждым типом архитектуры. Руководство по практике архитектуры федерального предприятия (2006) определило три типа архитектуры:[2]  Уровни и атрибуты архитектуры федерального предприятия[2] Архитектура предприятия, Сегментная архитектура и Архитектура решения. По определению, архитектура предприятия (EA) в основном связана с определением общих или совместно используемых активов – будь то стратегии, бизнес-процессы, инвестиции, данные, системы или технологии. EA управляется стратегией; это помогает агентству определить, соответствуют ли его ресурсы должным образом миссии агентства и стратегическим целям и задачам. С точки зрения инвестиций, EA используется для принятия решений относительно инвестиционного портфеля ИТ в целом. Следовательно, основными заинтересованными сторонами EA являются старшие менеджеры и руководители, которым поручено обеспечить максимально эффективное и результативное выполнение агентством своей миссии.[2] В отличие от этого, "архитектура сегмента" определяет простую дорожную карту для основной области миссии, бизнес-сервиса или корпоративного сервиса. Архитектура сегментов определяется управлением бизнесом и предоставляет продукты, которые улучшают предоставление услуг гражданам и сотрудникам агентства. С точки зрения инвестиций сегментная архитектура определяет решения для бизнес-кейса или группы бизнес-кейсов, поддерживающих основную область миссии или общую или совместно используемую услугу. Основными заинтересованными сторонами в сегментной архитектуре являются владельцы бизнеса и менеджеры. Архитектура сегментов связана с EA с помощью трех принципов: структура: архитектура сегмента наследует структуру, используемую EA, хотя она может быть расширена и специализирована для удовлетворения конкретных потребностей основной области миссии или общего или совместного обслуживания. повторное использование: сегментная архитектура повторно использует важные активы, определенные на уровне предприятия, включая: данные; общие бизнес-процессы и инвестиции; а также приложения и технологии. согласование: архитектура сегмента согласуется с элементами, определенными на уровне предприятия, такими как бизнес-стратегии, мандаты, стандарты и показатели эффективности.[2] "Архитектура решения" определяет ИТ-ресурсы агентства, такие как приложения или компоненты, используемые для автоматизации и улучшения отдельных бизнес-функций агентства. Объем архитектуры решения обычно ограничен одним проектом и используется для реализации всего или части системного или бизнес-решения. Основными заинтересованными сторонами в архитектуре решения являются системные пользователи и разработчики. Архитектура решения обычно связана с архитектурой сегмента и архитектурой предприятия посредством определений и ограничений. Например, сегментная архитектура предоставляет определения интерфейсов данных или сервисов, используемых в основной области или службе, к которым обращаются отдельные решения. В равной степени решение может быть ограничено конкретными технологиями и стандартами, которые определены на уровне предприятия.[2] Архитектура DoDAF. |