Архитектура информационной систем

Введение

Модель Захмана была изобретена Джоном Захманом в 1980 году для IBM и теперь находится в общественном достоянии.
Структура основывается на принципах бизнес-дизайна в архитектуре и производстве, что обеспечивает способ просмотра предприятия и его информационных систем с разных точек зрения и показывает, как связаны компоненты предприятия.
В современных сложных бизнес-средах многие крупные организации с большим трудом реагируют на изменения. Эти трудности связаны с отсутствием внутреннего понимания сложной структуры и компонентов в разных областях организации, где еще находится устаревшая информация о том или ином вопросе у конкретных сотрудников или бизнес-единиц. Это существенно затрудняет работу компании.
Модель Захмана обеспечивает средство классификации архитектуры организации. Это проактивный бизнес-инструмент, который может использоваться для моделирования существующих функций, элементов и процессов организации - и помогает управлять.
Хотя структура может использоваться для архитектуры информационных систем (ISA) и широко используется системными аналитиками и разработчиками баз данных, Джон Захман подчеркнул, что она распространяется на всю архитектуру предприятия и не ограничивается просто информационной архитектурой.
Структура модели Захмана представлена ​​и продвигается организацией ZIFA (Zachman Institute for Framework Advancement). Это не основное назначение модели, и из него были созданы аналогичные корпоративные структуры, такие как Федеральная корпоративная архитектура архитектуры (FEAF), Open Group Architecture Framework (TOGAF) и Архитектурная модель защиты Министерства обороны (DoDAF).
Эта структура обеспечивает последовательный и систематический способ описания предприятия и используется во многих крупных организациях, таких как Volkswagen, General Motors, Bank of America и Health Canada.
1. Актуальность модели в среде технических коммуникаций
Технические коммуникаторы активно участвуют в разработке и управлении информацией, будь то на уровне пользователя, дизайнера, интегратора или строителя.
Традиционно их роль была связана с аспектом информационной / ИТ-архитектуры организации.
В настоящее время бизнес-аналитики являются основными поставщиками услуг архитектуры предприятия. Однако, учитывая глубину знаний о управлении информацией, которые могут предложить многие технические коммуникаторы, документирование архитектуры предприятия является потенциальной услугой, которую могут предоставить технические коммуникаторы с хорошим уровнем понимания бизнеса.
Кроме того, способ структурирования модели Захмана с точки зрения четкой разбивки информации аудитории и стандартных вопросов будет знаком тем, кто работаетс дисциплинами связи, такими как технические коммуникации, например.
Модели Захмана активно используется для проекта управления знаниями.


2. История
Модель была впервые представлена в проекте документирования архитектуры, процессов и технологий, развернутых в ИТ-отделе в большой распределенной организации.
Задача была шире, чем роль традиционного технического коммуникатора для документирования конкретного продукта или услуги. Она включала управление широким спектром знаний и поиск наиболее эффективного способа сбора и хранения информации о процессах, процедурах, системах, приложениях и людях предприятия. Поэтому первым требованием была необходимость в подходящей структуре для организации информации предприятия.
Модель предприятия Захмана была предложена в качестве подходящей основы для проекта.
Cамый простой способ понять структуру архитектуры Модели Захмана – это понять, что каждая ячейка внутри матрицы обеспечивает уникальную модель или представление(описание) модели. Информация в каждой строке матрицы будет иметь отношение к конкретному человеку на предприятии, просматривающем его.
Логическая точка начала должна быть в верхнем левом углу матрицы и работать вниз и по всей таблице. Соответствующая бизнес-информация или «модели», используемые для представления определенной области бизнеса, могут уже существовать в формализованных бизнес-планах, графиках проектов, спецификациях системы, руководствах по методикам, организационных диаграммах и других корпоративных документах.
Когда вы проходите строки и столбцы матрицы, будут заполнены пробелы, в которых неявная или очень новая информация, известная только одному человеку или нескольким «экспертам» компании, станет понятной и доступной для более широкой аудитории.
Нередко используется модель перекритий этой информации, когда два и более человека размещают похожие выполненные задачи или отчеты, для более полного видения этой проблемы другими работниками компании. Это позволяет предприятию работать более слажено и хорошо.
В качестве технического коммуникатора ваша роль будет заключаться в том, чтобы информация, которую вы собираете, была всеобъемлющей, надежной и надлежащим образом классифицированной. В то же время бизнес-задача заключается в том, чтобы лучше понять архитектуру организации с целью управления изменениями и сокращения избыточности и дублирования.
Информация может храниться в базе данных или в другой системе управления файлами, которая позволяет легко извлекать данные. Категории матрицы помогут предприятию не только четко классифицировать информацию, но и легко получить необходимые данные.
Во всех тех рассказах, которые рассказывает нам Джон А. Захман, мы часто можем проследить приверженность теории, неявную или явную, которая заключается между двумя способами восприятия будущего: долгим и краткосрочним. Эта разница в продолжительности ожидания является фундаментальной: «Компромисс между жизнью в самой упрощенной форме заключается в краткосрочной перспективе («немедленное удовлетворение потребностей в информации») и в долгосрочной перспективе (что ”хорошо не только для нас, как для работника, но и для компании в целом”) (1999).
И поскольку мир не является идеальным местом, у нас возникает соблазн пойти на компромисс в краткосрочной перспективе, ведь «давление на немедленное удовлетворение огромно» (1999). Захман убежден, что мы должны противостоять этому давлению, чтобы найти правильный баланс в этом компромиссе. И лучший способ сопротивляться - это выбрать рациональный путь и быть всегда информированным.
В 1970-е годы, работая в IBM, Захман встретился с П. Дуэном, который создал инструмент планирования, ориентированный на бизнес-планирование под названием «Планирование бизнес-систем» (BSP), который занимается решением этой же проблемы.
Возобновляя BSP в 1982 году, Захман связывает это свой проект с BSP-матрицей, которая объединяет данные с одной стороны и процессы с другой. BSP «стремится создать устойчивую основу для архитектурного использования», в результате чего обнаруживается уникальная стабильность в сфере конечных данных, тогда как изменчивость обнаруживается в бесконечных процессах

. Захман уделяет внимание поиску архитектурного фундамента для последнего элемента, как способ противостоять краткосрочному удовлетворению: это вполне можно назвать “максимой” Захмана.
Это попытка объяснить обязательство для предприятия выбирать рациональные и информированные пути, чтобы сбалансировать «краткосрочный спрос и в то же время построить что-то целостное с течением времени».
И это та же самая согласованная перспектива постройки долгосрочных временных рамок, что является залогом успеха модели Захмана во внедрении структуры архитектуры в 1987 году в IBM Systems Journal. Уже в 1982 году Захману стало ясно, что BSP и другие «вероятно, будут рассмотрены в качестве примитивных попыток принять явный архитектурный подход на уровне модели Захмана».
Внедрение структуры этой архитектуры, как стабильного фундамента, и создание последовательности с течением времени удовлетворяет потребность в «логической конструкции (или архитектуре, как называем мы) для рационализации различных концепций и спецификаций».
Важно указать, что Захман не представил архитектуру, хотя термин архитектура в сфере информационных технологий уже был очень распространен.
Представляя в 1978 году свою концепцию, которую Захман считал необходимой (рамки для планирования), он утверждал: “архитектура - это термин, который быстро теряет смысл, потому что он используется для описания многих различных вещей людьми совершенно разных профессий”.
В 1987 году он повторяет это же заявление, добавив, что «эмоциональная приверженность, связанная с заинтересованностью, требует максимально нейтрального, непредвзятого, независимого источника в качестве предпосылки или подтверждения для представления любой приемлемой работы в этой области».
Модель Захмана стала популярной, как The Zachman Framework: общее имя (архитектура) заменено собственным именем (Zachman).
Использование названия Zachman вместо слова архитектура несет в себе своеобразный эффект: оно вызывает гарантию того, чтобы делать реально видимые вещи в области информационной архитектуры предприятий, поэтому слово архитектура не применяется к этому термину.
3. Структура модели: описательные представления
Структура представляет собой матрицу, состоящую из шести столбцов и шести строк, которые создаются в сочетании двух идей:
Представления: строки, представляющие разные перспективы на продукте разных участников;
Описания: столбцы, описывающие продукт разных типов, для разных целей, по-разному.
Когда Захман описывает архитектуру как «набор описательных представлений», он имеет в виду эти две основные идеи, объединенные в рамках.
Представления привязаны к предмету: точка зрения, определяющая, что участник может воспринимать с возникновением объекта, как он появляется.
Описания привязаны к объекту: как звуки и графики, они обеспечивают концептуальные аспекты для воспроизведения продукта. Объединяя эти две идеи в матрицу, каждый элемент в структуре возникает обязательно из явной связи между субъективной перспективой и объективным описанием.
Это обеспечивает основу эпистемологической основы, поскольку она определяет, как субъект способен воспринимать объект с определенной точки зрения с помощью определенных (описывающих) понятий.
Важное значение имеет явное присутствие субъекта в рамках. Модель Захмана и ее устроение характеризуются как тип модели, обеспечивающией таксономию.
Но любая классификационная деятельность, приводящая к таксономии, обязательно делается с некоторой субъективной точки зрения, решающей какие объекты стоит представить, а какие лучше придержать на потом.
В таксономии эта субъективная перспектива остается неявной. Например, она остается неявным в периодической таблице Менделеева: такая же матрица, но она содержит только концептуальные аспекты описания объекта, такие как атомный номер и периодичность химических свойств.
Совсем недавно охарактеризовали структуру модели Захмана как онтологическую, определяемую « модель - явная спецификация о чем-то, концептуализация, общее понимание какой-либо области интереса или какого-то предмета».
Структура имеет явную субъективную перспективу: это не только описание, но и одновременно представление, что несет с собой конкретные знания в представлении объекта с явной субъективной точки зрения, описывая его с заранее установленными понятиями.
Но рамки не ограничиваются одним предметом. Он представляет разные перспективы для разных участников. Технические чертежи, сделанные инженерами, используют тот же принцип: они проектируют один и тот же объект с разных точек зрения.
Например, разнесенная точка обзора показывает взаимосвязь между частями, которые должны быть собраны в объект. Или изометрическая точка зрения использует угол, в котором все оси объекта отображаются одинаково. Различные точки обзора на одном и том же объекте, все одинаково отображающие один и тот же объект.
4. Концепция и принцип работы модели
Основная идея работы модели Захмана заключается в том, что одна и та же сложная вещь или элемент могут быть описаны для разных целей разными способами с использованием различных типов описаний (например, текстовых, графических).
Архитектура Захмана предусматривает тридцать шесть необходимых категорий для полного описания чего-либо.
Особенно сложные вещи, такие как промышленные товары (например, приборы), построенные структуры (например, здания) и предприятия (например, организация и все ее цели, люди и технологии).
Структура предусматривает шесть различных преобразований абстрактной идеи (не увеличиваясь подробно, а преобразуя) из шести разных точек зрения.
Это позволяет различным людям смотреть на одно и то же с разных точек зрения, что создает целостный взгляд на окружающую среду, что является важной возможностью.
4.1. Виды и работа со строками
Каждая строка представляет собой общий вид решения одной и той же проблемы, которое сделано с определенной точки зрения. Верхняя строка или перспектива не обязательно имеют более полное понимание целого и больше количества данных, чем низкие строки.
Каждая строка представляет собой четкую, уникальную перспективу.
Однако результаты с каждой точки зрения должны обеспечивать достаточную детализацию для определения решения на уровне перспективы и должны явно переходить к следующей нижней строке.
Каждая перспектива должна учитывать требования других перспектив и ограничений, которые налагают эти перспективы.
Ограничения каждой перспективы являются аддитивными. Например, ограничения более высоких строк влияют на строки ниже. Ограничения нижних строк могут, но не обязательно, влиять на более высокие строки.
Понимание требований и ограничений требует обмена знаниями и понимания с точки зрения перспективы. Рамка указывает вертикальное направление этой связи между перспективами.
Первый архитектурный эскиз представлял собой «диаграмму пузырьков» или диаграмму Венна, которая в общих чертах изображает размер, форму, частичные отношения и основную цель конечной структуры