Методика gartner group кратко

Обновлено: 05.07.2024

Gene Hall (CEO)
Craig Safian (CFO)
Mike Diliberto (CIO)

Gartner — исследовательская и консалтинговая компания, специализирующаяся на рынках информационных технологий. Наиболее известна введением в употребление таких терминов, как: ERP, магический квадрант, цикл зрелости технологий, а также регулярными исследованиями рынков информационных технологий и аппаратного обеспечения. [1]

Исследованиям Gartner регулярно посвящаются статьи в таких изданиях, как Financial Times, The Wall Street Journal, The New York Times, Der Spiegel, The Register, ZDNet.

Содержание

История

Компания основана как частная в 1979 году Гидеоном Гартнером (англ. Gideon Gartner), основной деятельностью компании сразу же стало проведение заказных и тиражных исследований рынков информационных технологий. В 1980-е компания стала публичной, была поглощена крупным британским рекламным агентством Saatchi & Saatchi (англ.), а в начале 1990-х — была выкуплена менеджментом при финансовой поддержке Bain Capital (англ.) и Dun & Bradstreet.

Начиная с первой половины 1990-х, Gartner поглотила не менее 30 компаний, в основном — действующих конкурентов на рынке исследований, причём как работавших в отдельных регионах, так и глобальных. Среди крупнейших поглощений:

New Science Associates (1993) — тиражный исследователь рынков ИТ с распространением по подписке;
Real Decisions (1993) — специализировалась на оценке технологий для корпораций, стала ядром консалтингового подразделения Gartner;
Dataquest (1995) — исследователь рынков ИТ, ориентированный на глобальные данные, статистику и прогнозирование;
Le Gendre (1997) — французский организатор конференций и издатель журналов по информационным технологиям;
Interpose (1998) — компания, известная методиками расчёта совокупной стоимости владения информационными технологиями;
Warner Group (1999) — управленческий консультант, ориентированный на госсектор;
Enterprise Summit (2001) — организатор саммитов и деловых конференций для ИТ-руководителей;
META Group (2005) — крупный аналитик ИТ-рынков;
AMR Research (2009) — аналитик рынков корпоративных информационных технологий, специализирующийся в основном на ERP-, SCM- и PLM-решениях (сумма сделки составила $64 млн);
Burton Group (2009) — глобальный аналитик ИТ-рынков, специализирующийся на практическом опыте внедрений.

До 2001 года компания носила наименование Gartner Group, впоследствии название сокращено, используется Gartner, Inc. или просто Gartner.

В начале 2000-х компанией руководил Майкл Флейшер (Michael D. Fleisher), в 2004 году Флейшер ушёл руководить Warner Music Group, а Gartner возглавил Юджин Холл (Eugene Hall, также упоминается как Gene Hall).

Деятельность

На начало 2011 года капитализация компании составила $3,2 млрд. Согласно отчёту за 2009 год[8], в структуре выручки компании выделяются исследования ($753 млн), консультационные услуги ($287 млн) и организация саммитов, конференций ($100 млн). Таким образом, основной доход компания получает за счёт регулярных исследований рынков, распространяемых по подписке. По утверждению самой компании, 30 ведущих изданий цитируют исследования Gartner около 70 раз в неделю[9].

Консультационные услуги Gartner предоставляет конечным заказчикам — организациям и предприятиям, внедряющим информационные технологии (прежде всего, руководителям их информационных служб), а также инвесторам на рынке информационных технологий и поставщикам. Основные направления консультационных услуг: оптимизация бюджета на информационные технологии, выбор поставщиков информационных технологий и налаживание взаимоотношений с ними, стратегическая архитектура информационных технологий в организации, прогнозирование развития технологий.

На ежегодной основе Gartner организует около 50 конференций, специализированных по региону или какой-либо прикладной тематике. Также на регулярной основе организуются симпозиумы, выставки, тематические саммиты. Постоянные партнёры по организации событий: Hewlett Packard, CA Technologies, IBM, Microsoft, Oracle, SAP, British Telecom, Autonomy.

Постмодернистский ERP - технологическая стратегия, которая автоматизирует и связывает административные и эксплуатационные деловые возможности (такие как финансы, HR, покупка, производство и распределение) с соответствующими уровнями интеграции, которые уравновешивают выгоду поставленной продавцами интеграции против гибкости бизнеса и гибкости. Эти основные моменты определения, что есть две категории стратегии ERP: административный и готовый к эксплуатации.

Административная Стратегия ERP. Это сосредотачивается на административных аспектах ERP, прежде всего финансовые документы, управление человеческим капиталом и косвенное приобретение. Некоторым отраслям промышленности не нужны эксплуатационные возможности, такие как производство или распределение, таким образом, они сосредотачивают свою стратегию ERP относительно административных функций, возможно увеличенных некоторой отраслевой функциональностью (таких как управление грантом в высшем образовании и государственных секторах, или выделении ресурсов проекта, составлении счетов и ценный в профессиональных услугах). Эти отрасли промышленности обычно характеризуются как центральные обслуживанием отрасли промышленности.

Эксплуатационная Стратегия ERP. Организации в производстве, распределении, розничной продаже, и т.д. (иногда называемый центральными продуктом отраслями промышленности), вероятно, расширят свою стратегию ERP вне административных функций в эксплуатационные области, такие как управление заказами, производство и система поставок, чтобы максимизировать эксплуатационные полезные действия. Кроме того, интенсивные активом организации, такие как утилиты и горная промышленность, могут включать операции и обслуживание активов в их стратегии ERP. Эти организации могут осознать преимущества от интеграции между административными и эксплуатационными возможностями, например, где эксплуатационные сделки, которые оказывают финансовое влияние, отражены непосредственно в финансовых модулях. [2]

Магический квадрант

Магический квадрат Gartner – это один из центральных отчетов, в котором Gartner излагает свое мнение о реальных позициях продуктов на рынке.

Gartner производит оценки систем управления проектами на базе следующих критериев:

долгосрочная устойчивость на рынке компании-поставщика;

уровень менеджмента в компании-поставщике;

быстрота и качество при поставке и сопровождении системы;

функциональная глубина системы;

качество технической поддержки;

дистрибьюторская сеть в регионах, способность объяснить полезность системы потребителю;

правильное отслеживание тенденций в технологии и желаниях потребителей;

задействованные ресурсы компании и её партнеров в развитии продукта;

уровень консалтинговых и сервисных услуг при внедрении;

полнота стандартной комплектации системы;

уровень (насколько хорошо) работы системы под управлением промышленных СУБД на базе SQL-сервера;

уровень интеграции с другими системами, включая ERP;

наличие средств для групповой работы над проектами, средств поддержки топ-менеджмента;

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

Оценки затем суммируются в интегральные. Детальные оценки по системам можно найти в отчетах Gartner по каждой системе в отдельности.

Пример: Квадрат Gartner с данными по исследованию разработчиков программного обеспечения

Следует отметить, что высокая оценка Gartner также подтверждалась и The Project Group. Оставшиеся 30 %, не захваченные Microsoft, – это рынок корпоративных решений, на который был нацелен продукт Microsoft Project 2002 Professional, получивший высокие оценки Gartner.

Отметим, что программный комплекс P3e компании Primavera попал в квадрат лидеров, как и MS Project 2002 Professional. Интересно отметить, что представленный в России продукт Open Plan компании Welcom эксперты Gartner Group не отнесли к лидерам из-за оценки готовности функционала к реальному использованию ниже среднего уровня. Однако, несмотря на столь жесткую оценку, Gartner отмечает хорошие позиции Open Plan в сегменте решений для строителей. Отмечена высокая стоимость и необходимость сложного обучения.

Такие популярные на Западе продукты, как Artemis, Niku, PlanView и Business Engine,получившие высокие оценки Gartner и включенные в лидеры, не представлены в России. Интересно отметить, что лидерами по заявленной функциональности являются такие продукты, как Business Engineи Niku.

В отчете MS Project Professional получил самую высокую оценку среди всех других продуктов-лидеров от Primavera до Artemis по готовности функционала к реальному использованию. По мнению Gartner, по заявленной функциональности продукт Microsoft пока отстает от них.

Цикл зрелости технологий

Цикл зрелости технологий Gartner (англ. Hype Cycle ) - американские аналитики из компании Gartner выяснили, что каждый этап развития компании, предлагающей миру новую технологию, характеризуется определенным уровнем информационной шумихи вокруг инновации. Проанализировав реакцию СМИ, можно судить о положении дел у разработчика. Hype cycle это графическое отображение проникновения, адаптации и социального влияния специфических технологий. Термин был введен Gartner. C 1995 года последняя использует эту методику для описания и оценки энтузиазма, который вызывает у пользователей появление новых технологических решений.

Исследователи Gartner считают, что реализуемые ими исследования и сопутствующая инфографика помогают профессионалам отделить "мечты" от реальности. В частности, таким образом ИТ-директора и генеральные директора компаний могут принимать более точные решения об использовании или не использовании новинок. У S-образной кривой, изображенной на графике, есть пять участков — эталонная инновация с течением времени проходит через каждый из них.

Запуск технологии — появление технологии и начало обсуждения ее перспективности в узких кругах профессионалов и разработчиков. Затем вовлечение в обсуждение энтузиастов и любителей попробовать все новое — с ростом популярности инновации среди таких людей нарастают рекламная шумиха и ажиотаж.

Пик завышенных ожиданий. Наступает момент, когда уже все говорят о технологии. Появляются первые компании или последователи, которые пробуют применить технологию на себе в полном объеме, пытаются получить от нее бизнес-преимущества. На этом этапе брать инновацию под свое крыло слишком рано, считает "Гартнер".

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

Склон просвещения. По-настоящему хорошие технологии после некоторой адаптации находят применение. Как правило, если хотя бы 5% потенциальной аудитории инновацию приняло, выпускается второе, "исправленное и дополненное" поколение продукта. Критики в СМИ становится значительно меньше, ведь успели появиться другие инновации и все заняты их расхваливанием ("пик завышенных ожиданий"). Разработчики исправляют свои ошибки, технология становится все удобнее, ее реальная аудитория растет, и со временем к продукту опять возникает интерес, хотя и меньший, чем во времена "пика". После середины "склона" интересоваться вложениями в технологию поздно: все, кто мог, уже вложились.

Плато продуктивности. Результатом карабканья по "склону просвещения", кропотливой работы над ошибками, оказывается выход на "плато продуктивности". Технология завоевала себе место на рынке, стала удобным инструментом или решением в определенной области, этакой данностью — ею пользуется как минимум 20% целевой аудитории. СМИ такую технологию вспоминают в основном для того, чтобы сравнить с ней очередную инновацию. На октябрь 2011 года Gartner выпускает циклы ажиотажа для более чем 1,9 тыс. разработок и около 75 рынков IT, бизнес- и потребительских технологий. Gartner настолько забрендировала свой инструмент, что никто не решается использовать нечто подобное, все только активно цитируют результаты исследований". [3]

Критика

Кроме авторитетных и широко цитируемых ведущими изданиями аналитических материалов, Gartner отмечен также некоторыми сомнительными прогнозами, получившими критику других аналитиков рынка, в частности:

согласно одному из прогнозов аналитика Gartner, к 1993 году ожидался вывод из эксплуатации последнего мейнфрейма (по состоянию на 2013 год мейнфреймы не только эксплуатируются, но и производятся новые машины, притом их продажи растут); в 2006 году Gartner счёл, что наиболее эффективной стратегией для Apple будет прекращение выпуска аппаратного обеспечения; в конце 2006 года спрогнозировано снижение популярности блогов после 2007 года. В 2009 году ZL Technologies (англ.), частный поставщик программных решений для корпоративной электронной почты, инициировал против Gartner судебный процесс по поводу легитимности магических квадрантов (в которые не попала ZL Technologies), отмечая их субъективность, способствование недобросовестной конкуренции и отрицательным экономическим последствиям для поставщиков, так или иначе негативно оценённых в квадрантах. Однако, Gartner выиграл судебный процесс, хотя комментаторы отмечают, что сам факт такого разбирательства и использованная аргументация может отрицательно сказаться на репутации исследований Gartner.

В данном разделе мы кратко изложим подходы к описанию архитектуры, предложенные Gartner и представленные в материалах открытого доступа. Более подробно эти модели описываются в соответствующих публикациях (например, [5.10]-[5.11], предоставляемых клиентам компании.

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

Бизнес-потребности, которые определяют ключевые требования к конкретной технологии для данной индустрии и организации. Фактически здесь определяется индивидуальность архитектуры. Другой важный аспект связан с позиционированием ИТ в организации – либо ИТ-архитектура формируется для максимального уменьшения издержек, либо она должна обеспечивать возможности быстрых изменений и высокую гибкость. Другие примеры могут включать быстрое распространение информации, высокую безопасность, простоту использования и требуемую степень надежности.
Принципы, которые включают в себя те основополагающие подходы, которых придерживается руководство. Например, это может быть принцип максимального использования стандартных приложений вместо заказных разработок, правила относительно того, кто владеет данными и пр. Большинство организаций могут иметь от 20 до 30 таких базовых принципов.
Процессы и руководства во всех областях жизненного цикла элементов архитектуры. Этот раздел может охватывать такие области как документирование требований пользователей, стили программирования, процессы обеспечения качества или управление конфигурациями устройств и систем. Здесь также могут быть определены "эталонные модели" для организации пользовательского интерфейса, доступа к данным, управления содержанием.
Раздел Протоколы и Стандарты описывает те промышленные протоколы и стандарты, которые должны поддерживаться используемыми в организации технологиями.
Раздел Используемые продукты и технологии является, по сути дела, утвержденным для организации списком продуктов или технологий. Они закупаются и используются как для создания приложений, так и для формирования инфраструктуры и обеспечения интеграции с внешними системами. Эта часть содержит взвешенную оценку всех "за" и "против" о конкретных поставщиках.

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

В 2002 году Gartner сформулировала новую концепцию архитектуры предприятия, которая стала определенным обобщением рассмотренной ранее модели ИТ-архитектуры на уровень Бизнес-архитектуры, косвенным отражением растущей важности вопросов взаимодействия предприятий между собой, влияния концепций сервис-ориентированной архитектуры, осознания того факта, что существуют различные стили архитектуры информационных систем, соответствующие различным стилям бизнес-процессов. Мы уже отмечали выше, что типичными стилями бизнес-процессов являются массовая обработка транзакций, операции в реальном времени, аналитические процессы и бизнес- анализ , совместная работа .

Эта модель в какой-то степени расширяет рассмотренные выше представления, а также подчеркивает взаимосвязь между понятиями "Электронной нервной системы" предприятия, которые были сформулированы в свое время Биллом Гейтсом, основателем, а ныне Председателем и Главным архитектором программного обеспечения компании Microsoft, и практической реализации этих идей в рамках современных подходов к проектированию архитектуры ИТ предприятия. Кстати, обратите внимание, как называется должность Билла Гейтса. Не является ли это еще одним подтверждением важности вопросов систематического построения и описания архитектуры?

Билл Гейтс в своей книге "Бизнес со скоростью мысли" [5.12] дал следующее определение : "электронная нервная система есть совокупность электронных процессов, с помощью которых организации воспринимают мир и адекватно реагируют на изменения, происходящие в нем".

Модель Gartner 2002 года сформулирована в виде четырех связанных, взаимозависимых и усложняющихся уровней:

Среда бизнес-взаимодействия (Business Relationship Grid);
Бизнес-процессы и стили бизнес-процессов;
Шаблоны;
Технологические строительные блоки (кирпичики – bricks).

При этом уровни ИТ-архитектуры соответствуют различным уровням выполнения операций реального бизнеса так, как показано на рис. 8.4.

В этой схеме верхние два уровня ориентированы на совместное обсуждение с бизнес-руководителями и ИТ-специалистами и в какой-то степени соответствуют тому, что мы называли бизнес-архитектурой, а нижние два уровня входят во внутреннюю компетенцию ИТ-службы:

верхний уровень Среды бизнес-взаимодействия описывает новую модель "виртуального" бизнеса, а также все, что связано с кооперацией предприятий и бизнесом B2B . Этот уровень соответствует понятию "отраслевой нервной системы" взаимодействующих предприятий. Он получил развитие в связи с распространением Интернет как среды взаимодействия, и связан с понятиями доступа, межорганизационного взаимодействия;
второй уровень Стили бизнес-процессов описывает, как организация выполняет свои ключевые функции, т.е. включает в себя бизнес-процессы предприятия, такие как обработка заказа, мониторинг производственных процессов, анализ использования критически важных ресурсов, совместная работа с информацией;
следующий уровень Шаблоны описывает модели и алгоритмы, которые могут широко использоваться для решения различных задач на предприятии. Отметим, что шаблоны охватывают не только область программного обеспечения, но и соответствующие сетевые и вычислительные ресурсы, как мы рассматривали ранее в "Технологическая архитектура, стандарты и шаблоны" . Примерами шаблонов является трехуровневая архитектура прикладных систем (интерфейс-логика-данные), использование "толстого" клиента в архитектуре клиент/сервер, хранилища данных. Что касается приложений, то упор сделан на использовании шаблонов сервис-ориентированной архитектуры, т.е. реализации приложений в виде модульного набора различных типов сервисов. Это, в том числе, позволяет в перспективе интегрировать приложения как web-сервисы.
нижний уровень Строительные блоки (Bricks) соответствует технологической архитектуре и включает в себя операционные системы, серверы, базы данных, сами данные и пр.

Этот подход является адекватным с точки зрения того, что он раскрывает руководству механизм влияния решений в области ведения бизнеса на решения в области использования ИТ на предприятии. Как предлагают первые верхние два уровня модели, архитектура становится особенно важной по мере того, как модели ведения бизнеса развиваются в сторону все "более виртуальных" структур ("расширенных организаций"), успех которых будет в существенной степени зависеть от рациональной реализации архитектуры.

Полная модель [5.13] представляет собой "трехмерную" комбинацию бизнес-архитектуры, технической и информационной архитектур. При этом описанные выше слои среды бизнес-взаимодействия, стилей бизнес-процессов, шаблонов и строительных блоков пересекаются со слоями Информационной архитектуры ( Домен данных, Домен приложений , Домен интеграции, Домен доступа) и Технической архитектуры ( Домен инфраструктуры, Домен системного управления и Домен безопасности . По большому счету, "все пересекается со всем". Например, при построении прикладных систем могут использоваться шаблоны проектирования и строительные технологические блоки. При этом для управления прикладной системы используются технологии системного управления и также должны быть учтены вопросы безопасности.

Данный подход Gartner представляет собой пример реализации методологии достаточно высокого уровня. Он задает только общую рамочную модель описания и фактически не определяет ни форматов, ни какого-либо специализированного языка для описания. Что касается разработки архитектуры, то в данном подходе сформулированы важные и полезные рекомендации в виде последовательности шагов и задач участников, которые, однако, не детализированы до уровня моделей процесса разработки архитектуры.

Методология Gartner – эту модель можно описать как набор рекомендаций по созданию архитектуры предприятия. Модель Gartner 2002 года сформулирована в виде четырех связанных, взаимозависимых и усложняющихся уровней:

•Среда бизнес-взаимодействия (Business Relationship Grid);

•Бизнес-процессы и стили бизнес-процессов;

•Технологические строительные блоки (кирпичики – bricks).

Методология Gartner – по сути своей не является методологией, как например структурированная модель Захмана, ни процессом как TOGAF, ни как FEA. Gartner – является набором практических рекомендаций. Данная методология является сборником советов по построению архитектуры предприятия от одной из наиболее известных в мире консалтинговых ИТ-компаний – Gartner. Фреймворк представляет собой трехмерный куб, состоящий из слоев:

6. МЕТОДИКИ ОПИСАНИЯ АРХИТЕКТУР

6.1. Модели жизненного цикла информационной системы

Существующие модели ЖЦ:

Каскадная модель. Весь объем работ разбивается на этапы (рис.18). Переход на следующий этап разработки только после окончания работ на предыдущем этапе. Этап заканчивается формированием полного комплекта документов [28].

Рис. 18. Каскадная модель разработки

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

Спиральнаямодель. Основное внимание направлено на начальные этапы ЖЦ: анализ требований к системе, спецификации, предварительное проектирование (рис.19). Технические решения, создаваемые на этих этапах, проверяются. Уточняются цели и характеристики проекта, уточняются детали. Каждый виток спирали создает свою версию системы. Далее работа уточняется, углубляются и поэтапно конкретизируются детали проекта. В итоге выбирается наиболее приемлемый вариант системы, который доводится до реализации [28].

Рис. 19. Спиральная модель жизненного цикла системы

6.2. Модель Захмана
IT-архитектура компании –единое описание важнейших направлений организации, которые имеют связь с информационной средой, прикладными системами и технологиями, при этом учитывается вoздействие на основные функции и процессы компании [14].
ИсследованиеIT-архитектуры компании несет в себе составляющие, связанные с мнoгoфункциональной архитектурой, IT-технологиями и управлением. IT-структура компании– целостное описание главных стратегий и целей организации, связанных с технологиями, прикладными системами и информацией. И с воздействием их на бизнес-функции и бизнес-процессы организации [6].
Рассмотрение IT-архитектуры компании производится в определенном контексте имеющихся в компании текстур управления и взаимодействия.
Есть разные модели и способы описания IT-архитектуры. Все эти способы задают классификацию главных областей и единичные взгляды для их описания. Существуют различные способы отображения примeняемых стереотипов, действий, моделей для oпределения разных частей IT-архитектуры, например [7]:

методики аналитических компаний: Gartner, Giga, META и др.;
модель Захмана;
методика TOGAF;
методика POSIX 1003.23i и др.

Методика – инструмент для создания широкого диапазона разнообразных архитектур [32]. Она включает в себя определение методов проектирования IT-структуры в понятиях использования определенных "строительных блоков", описание того, как эти "строительные блоки" связаны между собой, набор средств для определения частей архитектуры. Методики включают в себя список рекомендуемых стандартов и совместимых продуктов, которые могут использоваться для воплощения разнообразных частей структуры. Методики конкретизируют, как все эти элементы описания связаны между собой[26]. Определены индустриальные стандарты, чтобы описать ИТ-архитектуру предприятия. Отдельно друг от друга эти стандарты не могут дать разработчикам IT-архитектуры полного набора незаменимых инструментов с точки зрения этой методики и с точки зрения стандартов, которые нужны, чтобы описать архитектуру.
Отображение IT-архитектуры служит детальным руководством, определяющим первоначальные, стандартные или типовые элементы IT-систем, взаимодействие между собой, а также процессы управления информационными системами. Можно сформулировать такие требования [26]:

высокая степень детализации для практического применения специалистами в сфере IT при исследовании новейших систем;
простоту для осмысления не специализированной целевой группы;
динамику рассмотрения, т.е. переход от "Архитектуры как есть" к "Задачам архитектуры на заданные промежутки времени", к "Стратегическим планам";
адаптация к новым условиям бизнеса и возможность реализации новых планов.

Для правильного описания IT-архитектуры организации могут применять разные форматы. Принципиально, чтоб организация употребляла такой формат описания, который бы давал простой для понимания метод руководства по развитию всех качеств IТ в компании [35].
Почти все термины IT-архитектуры считаются произошедшими от единых понятий, относящихся к архитектуре компании в целом. Поэтому для описания и прогнозирования IT-архитектуры используются инструментальные и методологические средства моделирования, созданные для наиболее обобщенных задач.
Схема Захмана [4, 11] основывается на предмете традиционной архитектуры и формирует единый словарь и набор возможностей или структур для описания основных усложненных корпоративных систем. В собственном труде Дж. Захман обозначил архитектуру компании как "набор описательных моделей, применимых для описания предприятия в соответствии с требованиями управленческого персонала, которые могут развиваться в течение определенного периода". Понятие "архитектура" не случайно, оно выделяет существующую аналогию между внутренней текстурой теоретического объекта – компанией, и сложным искусственным объектом, таким, как башня либо аэродром.
Модель архитектуры, которую предложил Захман, преследует две главные цели [4, 11]:
- с одной стороны, упорядочить описание архитектуры, разбив ее на отдельные сегменты для лучшего восприятия и возможности анализа;
-с другой – иметь возможность рассмотрения всей архитектуры с интересующих точек.
До этого широко употребляемым подходом при описании системы использовалось понятие жизненного цикла системы, которое содержало рассмотрение таких этапов, как планирование, анализ, проектирование, разработка, документирование, внедрение и промышленная эксплуатация. На каждом из этих этапов анализируются и основные функции системы, и данные.
Ученый внес предложение вместо стандартного подхода, опирающегося на рассмотрение отдельных аспектов работы системы как бы в разные факторы времени, рассматривать системы с разных точек зрения [4, 11].
Первоначально модель Захмана была оформлена конкретно для IT-систем. Данный подход в следующем труде ученого был обобщен для рассмотрения и для описания компании в целом. Поэтому можно считать рассматриваемую модель пригодной для описания архитектур производственных систем различной сложности, вне зависимости от типа.
Главная мысль заключается в том, чтобы обеспечить возможность поочередного описания каждого отдельного аспекта системы в связи со всеми остальными. Связать характеристики системы с задачами в области бизнеса. В основе лежит то правило, что ни одна система не достигает цели функционирования в области бизнеса без использования какой-либо пригодной для этих целей системы. А информационная система состоит из процессов, которые выполняют люди, и процессов, которые выполняют компьютеры.
Модель предприятия задается в виде матрицы (рис. 20). Фактически модель изображается в виде таблицы, имеющей 5 строчек и 6 столбцов. Именно модель, которая соответствует уровню описания архитектуры, содержит точно 5 строк. Строки отражают категории специалистов, которые участвуют в деятельности предприятия. Столбцы отражают основные аспекты производственной деятельности. Шестая строка в данной модели соответствует уровню работающей системы.
Две верхние строчки отображают наиболее общие представления и довольно обширно поясняют имеющееся окружение, намерения и цели. Если провести аналогию со строительством, то данные значения несут в себе сведения о местоположении и функции возведенного сооружения, а также намерения и изображения, которые конструктор обговаривает с владельцем строящегося здания. Следующий этап "логической модели" считается наиболее определенным, однако всё ещё довольно отвлеченным. Наверное, это схемы, которые архитектор этого здания обязан демонстрировать поставщикам и заказчикам.

Рис. 20. Модель Захмана

На любом из уровней участники разработки архитектуры рассматривают одни и те же вопросы, соответствующие столбцам таблицы. Ответы на эти вопросы будут соответствовать их компетенциям и отличаться уровнем абстракции и детализации. Колонки озаглавлены так [4, 11]:

входные данные (что?);
процессы и функции (как?);
место реализации данных процессов (где?);
участники (кто?);
события (когда?);
цели и ограничения работы системы (почему?).

Основные правила при заполнении таблицы:

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

Участники могут фокусировать свое внимание на различных деталях, рассматривать разные вопросы, но в итоге должно сформироваться общее видение архитектуры, отражающее реальную картину. Проектировщик должен понимать точку зрения заказчика и наоборот. Строки представляют разные точки зрения.
Предложенная модель архитектуры является простым, однако очень значимым инструментом для организации и планирования работ по созданию и применению информационных систем, основанным на системном подходе. Модель архитектуры дает концентрацию на частных аспектах системы и в то же время не утрачивает чувство всеобщего контекста, т.е. взгляда на компанию в целом.
Диаграмма на рис. 21 иллюстрирует несколько методов моделирования [31]. Пересечение методов используется для формирования матрицы Захмана.
В табл. 6 приведено, какие модели на каких стадиях описания систем рекомендуется использовать.

Рис. 21. Методы моделирования
Таблица 6
Модели развития систем

Читайте также: