Методика Мета Group Реферат

НОУ ИНТУИТ . Модели Захмана и Gartner, методики META Group и TOGAFМетодика META Group. Подробное описание методики разработки архитектуры предприятия METAGroup содержится в документе Enterprise. Architecture Desk Reference . Остановимся на самых главных моментах этой безусловно интересной методики, доступных в открытых материалах. Видео Марианна И Камила Давалос.

В лекции 5 мы рассматривали методику описания и разработки архитектуры, предложенную консалтинговой компанией META Group. Данная лекция . 10 баллов - оценивается реферат, выполненный и строго соответствующий следующим критериям оценки. Архитектурная методика META Group. Risen 3 Русская Озвучка Скачать Торрентом далее. Методология TOGAF (The Open Group Architecture Framework). Методика разработки архитектуры в модели TOGAF представляет собой процесс .

Курсовая работа предусмотрена учебным планом для изучения. Методика описания АП META Group (Enterprise Architecture Desk . Отличительной особенностью методики МЕТА является более детальное и.

По мнению METAGroup, . Соответственно этим представлениям методика компании уделяет достаточно подробное внимание всем трем составляющим архитектуры. При этом отличительной особенностью методики META является более детальное и формализованное описание именно процесса разработки архитектуры и всех его составляющих. Исторически архитектурная методика METAGroup оперировала таким понятием, как Технологическая архитектура масштаба предприятия (EWTA – Enterprisewide Technical. Architecture). Однако по мере того, как в индустрии происходило понимание более тесной связи между бизнесом и информационными технологиями, в представления (домены или предметные области) архитектуры предприятия METAGroup были добавлены такие домены, как Бизнес- архитектура (EBA – Enterprise Business Architecture), Архитектура информации (EAI – Enterprise. Information. Architecture) и Портфель прикладных систем предприятия (EAP – Enterprise Application Portfolio). Это соответствует эволюции понятия .

В частности, отмечается, что архитектура, собственно говоря, и реализуется на практике через процесс управления ИТ- программами и проектами. Объединяющим для всех доменов архитектуры METAGroup является процесс формулировки бизнес- требований к ИТ- архитектуре, что оформляется в виде двух документов: Видения общих требований (CRV – Common requirements Vision) и Принципах концептуальной архитектуры (CA – Conceptual. Architecture). Рис. Разработка Видения общих требований включает в себя: анализ тенденций развития внешней для предприятия среды, включая технологические тенденции; бизнес- стратегии и основные движущие силы с точки зрения бизнеса; требования к информационным системам со стороны бизнеса; требования к технологической архитектуре, которая обеспечивает адекватные возможности для информационных систем с точки зрения потребностей бизнеса. Этап 2 состоит в разработке Концептуальной архитектуры, которая определяет логически связанный набор принципов, обеспечивающий общее руководство для развития информационных систем предприятия и технологической инфраструктуры. На этом же этапе параллельно ведется разработка наиболее приоритетных доменов архитектуры. Здесь же выполняется анализ на несоответствие (gap- анализ) между текущим и желаемым состоянием архитектуры.

Этап 3 состоит в разработке плана реализации, обеспечивающего миграцию в сторону желаемого состояния архитектуры. При этом данная методика предлагает формализованные шаблоны, обеспечивающие разработку Видения общих требований и Концептуальной архитектуры.

Рекомендация относительно Видения общих требований состоит в том, что этот документ не должен обязательно быть исключительно точным и всеобъемлющим с точки зрения анализа бизнес- стратегии. Главное – это совместное участие представителей бизнес- подразделений и ИТ в выработке общего понимания набора требований, согласованных со стратегическим направлением развития компании. Размер этого документа может быть 1. Основное содержание документа может состоять из четких утверждений, которые тематически связаны между собой, например, так, как показано в таблице 8. Для этого рекомендуется использовать простые матрицы так, как это показано на рис. Документированные связи послужат основой для будущих решений об инвестициях.