Классическая онтология корпоративной архитектуры: сетка из шести строк (Identification, Definition, Representation, Specification, Configuration, Instantiation) и шести столбцов-вопросов (What, How, When, Who, Where, Why). Реестр заполнен по вторичным материалам и с первоисточником не сверен, поэтому версия в реестре стоит как «current».
У компании есть регламенты, схемы систем, оргструктура и стратегия — по отдельности. Никто не может сказать, на какие вопросы о предприятии ответы есть, на какие нет и относятся ли эти документы к одному и тому же бизнесу.
Возьмите торговую компанию, которая запускает доставку. Есть описание процесса «приём — сборка — доставка», схема складов, должностные инструкции, регламент сроков. Каждый документ отвечает на свой вопрос — как, где, кто, когда, — но никто не проверял, что они про одно и то же предприятие. В процессе сборка начинается после подтверждения, а в регламенте окно доставки согласуют до него; за исполнение заказа отвечает «владелец процесса», которого нет в оргструктуре. Пробелы и противоречия не видны, потому что документы никто не раскладывал рядом.
Сетка Захмана — один из самых известных способов разложить их рядом. Шесть столбцов — вопросы к предприятию: что (данные, вещи), как (процессы), где (размещение), кто (ответственность), когда (события и циклы), почему (мотивация). Шесть строк — перспективы, от идентификации предмета до работающего экземпляра: планировщик, владелец, проектировщик, строитель, исполнитель и, наконец, само предприятие. Тридцать шесть ячеек, в каждой — один тип описания. Захман настаивает, что это онтология, а не метод: сетка не говорит, в каком порядке заполнять ячейки и как называть документы. Она говорит, какие описания в принципе бывают и что из этого у вас есть.
Карточка Захмана в реестре Storm — самая тонкая: шесть артефактов, по одному на столбец, собранных по вторичным источникам без сверки с первоисточником, поэтому редакция обозначена как «current». Раздувать её пересказом мы не будем. В раздатке — сама сетка с учебными ответами для торговой компании, что делать с каждым столбцом и строкой, чем сетка не является и как за неделю разложить по ней свои документы и увидеть пробелы.
Сетка не заменяет документы и не рисует новых. Она показывает, на какие вопросы о предприятии ответа нет, и не даёт выдать выбор технологии за определение бизнеса.
Исследуйте основные части: у каждой свой вопрос, смысл и место в примере.
| Представление / вопрос | Что | Как | Где | Кто | Когда | Почему |
|---|---|---|---|---|---|---|
| Идентификация | ||||||
| Определение | ||||||
| Представление | ||||||
| Спецификация | ||||||
| Конфигурация | ||||||
| Воплощение |
Выберите элемент схемы — откроются объяснение и пример.
Семейство ячеек Zachman: процессы / преобразования.
Сборка начинается после подтверждения. Это учебный ответ для торговой компании; конкретное содержание зависит от описываемого предприятия.
Структура 6 × 6 соответствует рамке Захмана; содержимое ячеек — авторский пример. Строки не задают последовательность проекта и не являются шкалой подробности.
Авторский учебный пример. Организация и решения придуманы для объяснения подхода; это не обязательный порядок работ из стандарта.
Раскладываем имеющиеся описания по столбцам, не смешивая процессы с ответственностью.
Видно, на какие вопросы пока нет ответа.
Отделяем бизнес-смысл от проектных и технологических способов его воплощения.
Выбор технологии не подменяет определение бизнеса.
Проверяем, что описания относятся к одному предприятию и не противоречат друг другу.
Матрица помогает найти пробелы, а не просто классифицировать документы.
Разбираемся в методе на одном примере: сеть магазинов запускает самовывоз. Пройдём цикл ADM, свяжем бизнес, данные, приложения и технологии, выберем артефакты и составим план перехода.
Международный стандарт описания архитектуры: задаёт, из чего состоит архитектурное описание — заинтересованные стороны, интересы, точки зрения, представления и правила соответствия между ними. Реестр заполнен по редакции 2011 года через идентичный русский ГОСТ Р 57100-2016.
Метод построения архитектуры информационной безопасности, ведомой риском и бизнес-требованиями. Не заменяет другие стандарты безопасности и не конкурирует с ними, а даёт надстроечную рамку, под которую они встраиваются. Шесть слоёв на шесть вопросов дают матрицу 6 × 6, и белая книга прямо называет её заполнение сутью метода: «a process of populating all of these thirty-six cells».
Строки отражают преобразования представления. Последовательность архитектурной работы нужно организовать отдельно; детализация возможна внутри каждой ячейки.
Перед проработкой согласуйте вопрос: Какие сущности важны? Ответ должен быть понятен участникам рассматриваемой работы.
Пройдите весь пример от исходной ситуации до результата: Матрица помогает найти пробелы, а не просто классифицировать документы.
Общие оси — нейтральные названия частей предприятия: деятельность, данные, приложения, инфраструктура и другие. Здесь показано, какие элементы подхода сопоставлены с этими осями и насколько совпадает их охват.
Есть сопоставление с 5 осями из 17
| Ось реестра | В Zachman | Сопоставление | Пояснение |
|---|---|---|---|
| Информация и данные | Whatось | С осью пересекается частично. | Столбец онтологии «что / вещи». Это вопросительная ось, пересекающая все строки сетки; по предмету ближе всего к данным, но приравнивать нельзя. |
| Деятельность: функции и процессы | Howось | С осью пересекается частично. | Столбец «как / процесс»: ближе всего к деятельности. |
| Технологическая ИТ-инфраструктура | Whereось | С осью пересекается частично. | Столбец «где / местоположение»: в нейтральном наборе размещение отнесено к инфраструктуре. |
| Организация и ответственность | Whoось | С осью пересекается частично. | Столбец «кто / ответственность»: ближе всего к организации. |
| Мотивация и заинтересованные стороны | Whyось | С осью пересекается частично. | Столбец «почему / мотивация». |
| Делит по другому признаку | Whenось | Вне общих осей | Столбец «когда / время». Предметного домена не имеет: события и расписания распределены по всем доменам сразу. |
| Делит по другому признаку | Identification · Definition · Representation · Specification · Configuration · Instantiationось | Вне общих осей | Уровень абстракции: одна и та же предметная область проходит через все уровни, меняется лишь детальность и точка зрения наблюдателя. У Zachman это строки сетки — перспективы планировщика, владельца, проектировщика и далее вплоть до работающего предприятия. |
Полное описание предприятия — работа на месяцы. Первый полезный результат получается за пять рабочих дней, если не пытаться описать всё сразу.
Одно изменение или один процесс — например, доставка заказов. Соберите всё, что о нём написано: регламенты, схемы, инструкции, стратегические цели, схемы систем. Нового не пишите — только список того, что есть, с указанием, где лежит.
Каждый документ или его часть отнесите к вопросу: что (сущности), как (процессы), где (склады, пункты, адреса), кто (роли), когда (события, окна), почему (обещание и правила). Документ, который отвечает на три вопроса сразу, разрежьте. Уже видно, какие столбцы пусты — обычно «когда» и «почему».
Для каждого кусочка — чьё это описание: список того, что есть (идентификация), смысл для бизнеса (определение), логическая модель (представление), технологический проект (спецификация), настройка (конфигурация), факт (воплощение). Проверьте, что «заказ» в определении и «заказ» в спецификации — про одно и то же.
Ячейки без содержимого — вопросы, на которые нет ответа. Ячейки с двумя документами — проверьте на противоречия: сборка после подтверждения или до, за исполнение отвечает владелец процесса или начальник склада. Составьте список из пяти–семи расхождений.
Не заполняйте всё. Для каждого пустого места — нужен ли ответ для решения, которое принимается сейчас. Нужным назначьте владельца и формат: BPMN для «как», оргсхема для «кто», модель данных для «что». Остальные оставьте пустыми осознанно. Покажите сетку руководителю как карту знаний о процессе.
Пустая ячейка — находка, а не долг. Если у компании нет ответа на «когда × спецификация», сначала спросите, нужен ли он для решения, которое вы принимаете. Тридцать шесть документов по числу ячеек — самый быстрый способ превратить онтологию в бюрократию.
Регламент, где в одном абзаце и порядок шагов, и ответственные, и сроки, — типичный документ. В сетке ему нет одной ячейки: он занимает три, и противоречие между ними не видно. Разложите его по «как», «кто», «когда» и сравните с тем, что в этих же ячейках говорят другие документы.
TOGAF — метод: цикл ADM говорит, что делать сначала и что потом. Захман — онтология: какие описания предприятия бывают, без порядка. Их сочетают: ADM организует работу, сетка проверяет полноту результата. Сам Захман подчёркивает, что рамка — не методология.
Нет. Сетка — таблица шесть на шесть; в каждой ячейке — ссылка на документ или пометка «нет». Её ведут в вики или в электронной таблице. Инструменты нужны для содержимого ячеек — BPMN для процессов, модели данных, оргструктуры, — и они у вас, скорее всего, уже есть.
Да, и, возможно, лучше, чем большой: документов немного, и разложить их по 36 ячейкам — работа на день. Ценность та же — увидеть, на какие вопросы о своём бизнесе никто не отвечал. Пустые ячейки не заполняйте автоматически: для компании в тридцать человек половина сетки останется пустой, и это нормально.
16 страниц: что это и чем не является, устройство подхода, 6 карточек словаря, 6 понятий с аналогиями, учебный пример и план первой недели.
Пришлём ссылку сразу после отправки формы
Дословные выписки из стандарта с переводом. Строки с пояснением простыми словами отмечены.
Понятия этого подхода с объяснениями, примерами и типичными ошибками.
Бизнес-процесс — последовательность действий бизнеса, дающая конкретный результат.
Это описание того, где физически или логически находятся ресурсы предприятия и как они связаны между собой.
Это описание причин, по которым предприятие действует, включая его цели, стратегии и правила.
Это описание того, кто в компании несёт ответственность за выполнение конкретных задач.
Описание того, когда происходят действия и как выстроено их время.
Сущность данных — то, что бизнес признаёт отдельным понятием и хранит как данные: клиент, заказ, договор, платёж.
Подходы, которые описывают предприятие целиком — от стратегии и процессов до данных и ИТ-инфраструктуры: язык, рамка или метод со своей моделью.
Реестр процессов, архитектурное рабочее пространство, связи между системами и процессами — те самые артефакты, только про вашу организацию.
Это же в StormАрхитектура систем и интеграцийБаза знаний и викиРеестр процессов
