Глава 8 Что значит «изготовлено»?
8.1 Два разговора об одном насосе
Представим предприятие, которое выпускает промышленные насосы. В конструкторском отделе говорят: «Насос Н1 разработан. Документация утверждена. Можно запускать в производство». В производственном цехе говорят: «Насос Н1, экземпляр №12345, изготовлен. Прошёл испытания. Отгружен заказчику».
Оба разговора — об одном и том же насосе. Но они описывают разные сущности. Первый разговор относится к изделию как к инженерному объекту: его конструкции, документации, требованиям и описанию. Второй — к конкретному предмету, который существует в реальном мире, имеет серийный номер, дату изготовления, историю испытаний и конкретного владельца.
Человек легко различает эти сущности. Никто не путает чертёж насоса с насосом, стоящим в цехе. Никто не считает, что серийный номер принадлежит чертежу. Никто не спрашивает: «А какой экземпляр описывает Revision B?» — потому что Revision B относится к описанию изделия, а не к конкретному изготовленному предмету.
Но для информационной системы это различие не является очевидным. Если модель данных не проводит границу между изделием и конкретным экземпляром, система начинает смешивать два разных уровня реальности.
8.2 Тип и экземпляр: различие, которое кажется очевидным
Рассмотрим простую аналогию.
В библиотеке существует книга «Война и мир». Есть произведение и конкретное издание. Но на полке лежит конкретный экземпляр этой книги. У него может быть свой инвентарный номер, дата поступления, повреждение переплёта и история выдачи.
Другой экземпляр того же издания может не иметь ни одного из этих признаков.
То же самое происходит с инженерным изделием.
Изделие:
Насос Н1
Конструкция
Требования
Документация
Revision A
Revision B
Revision C
Экземпляр:
Насос Н1
Серийный номер 12345
Дата изготовления
Результаты испытаний
Фактическая комплектация
Отклонения
История эксплуатации
Изделие отвечает на вопрос:
Что это за изделие?
Экземпляр отвечает на другой вопрос:
Какой конкретный предмет изготовлен?
Эти вопросы нельзя объединить в одну сущность.
8.3 Три состояния одного изделия
В инженерной практике необходимо различать как минимум три состояния представления изделия:
Как спроектировано
Изделие
Конструкторская информация
Revision
Требования
Структура
↓
Как изготовлено
Конкретный экземпляр
Серийный номер
Дата изготовления
Применённые описания
Результаты испытаний
Отклонения
↓
Как эксплуатируется
Текущее состояние экземпляра
История обслуживания
Выполненные модификации
Заменённые компоненты
Эти состояния связаны между собой, но не тождественны.
Описание изделия определяет, каким должен быть результат проектирования. Экземпляр фиксирует конкретный предмет, который был изготовлен. Эксплуатационная история фиксирует изменения, произошедшие с этим предметом после изготовления.
Поэтому одна и та же сущность не должна использоваться для ответа на все эти вопросы.
[Иллюстрация 9: Три вертикальных блока: «Как спроектировано», «Как изготовлено», «Как эксплуатируется». Между ними стрелки. Подпись: «Описание изделия, изготовленный экземпляр и эксплуатационная история — разные уровни представления».]
8.4 Почему экземпляр не является Revision
В Главе 5 мы установили: Revision фиксирует изменение описания, а не изменение объекта.
Экземпляр не является Revision, потому что экземпляр — это не новая версия описания. Это конкретный предмет, который был изготовлен.
Если Revision B означает изменение описания изделия, то появление экземпляра №12345 не является созданием Revision C. Экземпляр существует независимо от того, сколько Revision прошло описание изделия.
Например:
KProduct: Насос Н1
KDesignDefinition:
Revision A
Revision B
Экземпляр №12345
изготовлен по Revision B
Revision фиксирует состояние описания. Экземпляр фиксирует существование конкретного предмета.
Это два разных объекта и два разных жизненных цикла.
8.5 Почему экземпляр нельзя отождествлять с результатом конфигурирования
Здесь особенно важно не смешивать два разных значения слова «конфигурация».
В управлении конфигурацией термин configuration имеет стандартизированное значение. ISO 10007 определяет конфигурацию через взаимосвязанные функциональные и физические характеристики изделия, описанные в информации о конфигурации. Configuration Management, соответственно, управляет информацией о состоянии изделия.
Это не то же самое, что вариант, комбинация опций или результат работы конфигуратора. В Главе 16а мы отдельно рассмотрели проблему подмены этого понятия: в современных системах термин Configuration часто используется в контексте выбора вариантов и комплектаций, хотя нормативная семантика Configuration Management значительно шире.
Поэтому здесь мы будем говорить точнее.
Конфигуратор может сформировать конкретную комбинацию допустимых параметров:
Материал корпуса: сталь
Уплотнение: торцевое
Присоединение: DN80
Это результат работы инструмента. Он ещё не является конкретным изготовленным предметом.
После изготовления появляется другой факт:
Насос Н1
Серийный номер: 12345
Дата изготовления: 15.03.2026
Комбинация параметров описывает, что было выбрано или предусмотрено.
Экземпляр фиксирует, какой конкретный предмет был изготовлен.
Одна и та же комбинация параметров может соответствовать множеству изготовленных экземпляров:
Результат конфигурирования
Материал: сталь
Уплотнение: торцевое
Присоединение: DN80
↓
Насос №1001
Насос №1002
Насос №1003
...
Насос №2000
Поэтому результат конфигурирования и изготовленный экземпляр нельзя считать одной сущностью.
8.6 Почему экземпляр не является вариантом
Вариант отвечает на вопрос о возможном различии между изделиями.
Экземпляр отвечает на вопрос о конкретном существующем предмете.
Это различие особенно важно для изделий, которые производятся серийно.
Производитель может определить несколько исполнений насоса:
Насос Н1-Д50
Насос Н1-Д80
Насос Н1-Д100
Каждое исполнение является самостоятельным изделием. Но каждое из них может быть изготовлено многократно:
Н1-Д80
├── Экземпляр №001
├── Экземпляр №002
├── Экземпляр №003
└── ...
Исполнение отвечает на вопрос:
Какую разновидность изделия мы определили?
Экземпляр отвечает:
Какой конкретный предмет изготовлен?
Если эти понятия объединить, невозможно корректно представить серийное производство.
8.7 Практический пример
Рассмотрим двигатель.
Производство изготовило двигатель с серийным номером 2026-0042. При изготовлении были применены:
- конструкторское описание Revision C;
- технологическое описание Revision B;
- утверждённое отклонение: замена поставщика уплотнения.
Двигатель прошёл испытания. Установлен на самолёт. Эксплуатируется. Через два года выполнен капитальный ремонт. Заменён компрессор. Внесена запись в формуляр.
Где всё это хранится?
Если система содержит только изделие и Revision, ни один из этих фактов не имеет естественного места в модели.
Серийный номер не является Revision. Отклонение не является Revision. Ремонт не является Revision. Формуляр не является Revision.
Если система содержит отдельный объект экземпляра, каждый факт получает своё место:
KProduct: Двигатель Д-100
KDesignDefinition: Revision C
KTechnologyDefinition: Revision B
Instance: Двигатель Д-100, №2026-0042
Изготовлен: 10.02.2026
Применено: KDesignDefinition Rev C
Применено: KTechnologyDefinition Rev B
Отклонение: замена поставщика уплотнения
Испытания: пройдены 12.02.2026
Установлен: Самолёт RA-12345
Ремонт: 15.08.2028, замена компрессора
Здесь модель прямо отражает происходящее в реальном мире. Изделие существует независимо от конкретного экземпляра. Экземпляр связан с изделием, но имеет собственную историю. Документация имеет собственные версии. Применённые версии описаний фиксируются отдельно. Изменения в процессе эксплуатации не переписывают историю изделия.
8.8 Экземпляр как точка трассируемости
Главное преимущество отдельного объекта экземпляра проявляется не в момент производства, а спустя годы.
Представим, что через пять лет обнаружен дефект уплотнения. Инженеру необходимо ответить:
- какие двигатели изготовлены с этим уплотнением;
- какое описание применялось;
- какое отклонение было утверждено;
- когда двигатель был изготовлен;
- где он установлен;
- какие ремонты выполнялись;
- какие компоненты были заменены.
Это вопросы не только об изделии как таковом. Это вопросы о конкретных экземплярах.
Изделие может сказать: Для двигателя Д-100 предусмотрено уплотнение поставщика X.
Но только экземпляр может сказать: Двигатель №2026-0042 был изготовлен с уплотнением поставщика Y по утверждённому отклонению №D-17.
Это принципиально разные сведения. Описание изделия говорит, что предусмотрено. Экземпляр фиксирует, что произошло с конкретным предметом.
8.9 Применённое описание и экземпляр
Это особенно важно для управления конфигурацией. Допустим, существует:
KDesignDefinition
Revision A
Revision B
Revision C
Revision C является текущей. Но это не означает, что каждый изготовленный двигатель соответствует Revision C. Один экземпляр мог быть изготовлен по Revision A, другой — по Revision B, третий — по Revision C.
Поэтому актуальное состояние информации и информация, применённая при изготовлении конкретного экземпляра, — разные вещи.
KProduct: Двигатель Д-100
Definition
├── Revision A
├── Revision B
└── Revision C
Instances
├── №001 → Revision A
├── №002 → Revision A
├── №101 → Revision B
└── №201 → Revision C
Для каждого экземпляра система фиксирует, какая Revision соответствующего описания была применена при его изготовлении.
Таким образом, Revision описывает состояние описания, а экземпляр хранит факт того, какое состояние описания было применено к конкретному объекту.
Эта связь станет особенно важной в следующей главе, где мы рассмотрим применяемость.
8.10 Экземпляр и жизненный цикл
Изделие и экземпляр проходят разные жизненные циклы.
Изделие может существовать десятилетиями:
Насос Н1
↓
Revision A
↓
Revision B
↓
Revision C
↓
Revision D
При этом экземпляры появляются и прекращают существование в разные моменты:
Насос №001
изготовлен 2026
эксплуатируется
списан 2041
Насос №002
изготовлен 2026
эксплуатируется
списан 2045
Насос №1500
изготовлен 2034
эксплуатируется
Изделие продолжает существовать как инженерное понятие, пока оно используется и управляется как самостоятельное изделие.
Экземпляры имеют собственные даты изготовления и прекращения существования.
Поэтому жизненный цикл изделия нельзя использовать как жизненный цикл экземпляра.
8.11 Граница применимости
Было бы неверно утверждать, что каждый изготовленный предмет должен быть отдельным объектом в системе.
Для массовых изделий — болтов, гаек, резисторов, конденсаторов — отслеживание каждого экземпляра часто не имеет смысла. Миллионы болтов М8 не требуют миллионов индивидуальных записей.
В таких случаях достаточно учёта на уровне партии:
Партия №2026-04
Изделие: Болт М8
Количество: 100 000
Изготовлено по: Revision B
Граница проходит там, где появляется необходимость индивидуального учёта. Если изделие:
- имеет формуляр;
- проходит индивидуальные испытания;
- имеет ограниченный ресурс;
- подлежит индивидуальному обслуживанию;
- должно быть прослежено по серийному номеру,
то экземпляр должен быть самостоятельным объектом модели.
Для массовых компонентов, где индивидуальная история не требуется, достаточно учёта на уровне партии.
Критерий здесь инженерный: если предприятие обязано знать историю конкретного предмета, этот предмет должен существовать в модели как отдельный объект.
8.12 Связь с предыдущими главами
Глава 7 установила различие между конфигурированием, возможными вариантами и определённым изделием. При этом термин «конфигурация» используется в соответствии с его стандартизированным смыслом, а не как синоним варианта или комбинации опций.
Глава 8 добавляет: даже определённое изделие не является конкретным изготовленным экземпляром.
Это три разных уровня:
Уровень 1: Информация об изделии
Что это?
Каковы его функциональные и физические характеристики?
Как оно описано?
Уровень 2: Изделие / исполнение
Какая конкретная разновидность изделия определена?
Какое описание и документация относятся к ней?
Уровень 3: Экземпляр
Какой конкретный предмет изготовлен?
Какой у него серийный номер?
Когда он изготовлен?
Какие описания были применены?
Что с ним происходило после изготовления?
Каждый уровень отвечает на свой вопрос.
Смешивание уровней приводит к потере информации.
Главный вывод
Конкретный изготовленный экземпляр является самостоятельным объектом реального мира. Он не является Revision. Не является результатом конфигурирования. Не является вариантом.
Он является конкретным предметом, который существует в пространстве и времени и имеет собственную историю.
При этом термин «конфигурация» нельзя использовать как обозначение варианта или произвольной комбинации параметров. В стандартах управления конфигурацией он имеет специальное значение, связанное с функциональными и физическими характеристиками изделия и информацией, в которой эти характеристики описаны. Подмена этого термина понятием Variant Management является отдельной проблемой, рассмотренной в Главе 16а.
Для модели данных это означает одно: система должна различать изделие как объект инженерного управления и конкретный изготовленный экземпляр этого изделия.
Экземпляр связан с изделием и с информацией, применённой при его изготовлении, но не заменяет ни само изделие, ни его описание.
Без этого невозможно надёжно ответить на вопросы эксплуатации, ремонта и трассируемости. Невозможно узнать, какой именно предмет был изготовлен. Невозможно восстановить, какое описание было применено к нему. Невозможно отделить историю одного экземпляра от истории всех остальных.
Пока существует только описание изделия, система знает, что предусмотрено и описано. Когда появляется экземпляр, система получает возможность зафиксировать, что было изготовлено.
В следующей главе: где живёт применяемость? Как информационная система связывает конкретное описание изделия с конкретным моментом производства и конкретным экземпляром?
Примечания к главе 8
Источники:
- ANSI/EIA-649-D, Configuration Management Standard, SAE International, 2019. §3.6.
- NASA/SP-2016-610, Rev. 2, NASA Systems Engineering Handbook, NASA, 2016. §6.2.
- MIL-HDBK-61A, Configuration Management Guidance, U.S. Department of Defense, 2001. §5.4.
- ISO 10007:2017, Quality management — Guidelines for configuration management. §3.1.
- ISO 10303-239, Industrial automation systems and integration — Product data representation and exchange — Part 239: Application protocol: Product life cycle support.
- NATO CALS Office, NPDM Version 4.10 — NATO Product Data Model, STANAG 4613 / ALP-14.
- ГОСТ 2.601-2019. Единая система конструкторской документации. Эксплуатационные документы.
- ГОСТ 2.610-2019. Единая система конструкторской документации. Правила выполнения эксплуатационных документов.
- ГОСТ Р 2.005-2023. Единая система конструкторской документации. Термины и определения.
Типы доказательств:
| Утверждение | Тип |
|---|---|
| Configuration имеет стандартизированное значение в управлении конфигурацией | ПНУ |
| Configuration не следует использовать как синоним варианта или комбинации опций | НС |
| product ≠ product_instance | ПНУ |
| product и информация о нём разделены | ПНУ |
| As-built требует фиксации состояния конкретного изготовленного изделия | ПНУ |
| Изготовленный экземпляр отличается от изделия и его описания | СС |
| Экземпляр должен быть отдельным объектом модели при необходимости индивидуальной трассируемости | ЛВА |