02. Normative references

Часть RENAR Standard v1.0-draft · ← Оглавление

2.1 Назначение главы

Глава перечисляет:

Нормативные ссылки (§2.4) — стандарты, claim conformance к которым RENAR делает (полностью или в части); их положения обязательны для RENAR-conformant имплементаций.
Информативные ссылки (§2.5) — стандарты и frameworks, vocabulary или подходы которых RENAR использует для позиционирования и интеграции; не обязательны для conformance.
Conformance position statement (§2.3) — формулировка положения RENAR в семействе стандартов.
Что RENAR принципиально не принимает (§2.7) — закрытый список практик из родственных стандартов, не заимствованных RENAR с обоснованием.

При расхождении между нормативной ссылкой и положением этой главы — побеждает положение этой главы (RENAR — специализация и адаптация, не полная replication референсного стандарта). Conformance к нормативной ссылке RENAR заявляет только в указанной части, не целиком.

Все даты — дата опубликования референсной редакции; ссылка является dated reference (§2.4.1 explanation).

2.2 SENAR как родительский стандарт

RENAR — специализация SENAR (§5.1) в области requirements engineering. RENAR не дублирует следующие SENAR-положения; они применяются как есть:

SENAR-положение	Используется без переписывания
5 ценностей и 14 правил	Контекст всего RENAR; см. §5.1
QG-0 / QG-1 / QG-2 как концепция	RENAR конкретизирует state machines в §10
10 общих метрик процесса	RENAR добавляет 10 доменных в §13.3
5 уровней общей зрелости	RENAR-M — domain-specific dimension (§12.2)
5 ролей (Супервайзер, Контекстный архитектор, …)	RENAR не переопределяет роли; см. §4 для применения
Agent instrumentation (уровни контроля, профили агентов)	RENAR расширяет для requirements specifics

RENAR начинается там, где SENAR заканчивается: SENAR — общая методология AI-native разработки; RENAR — нормативный документ управления требованиями для SENAR-совместимых систем.

2.3 Conformance position statement

RENAR — ISO/IEC/IEEE 29148:2018-conformant requirements management, операционализированный для AI-driven контекста, поверх SENAR-методологии и совместимый с SAFe 6.0 координацией.

Эта формулировка — точка отсчёта для всех claim conformance, выпускаемых проектами на основе RENAR (§14.4).

2.4 Нормативные dated references

Каждая запись §2.4.2–§2.4.6 содержит «Что нормирует», «Как RENAR соотносится» и «Conformance claim». Секции «Что RENAR адаптирует» и «Что RENAR не принимает» присутствуют только в записях глубокой адаптации (§2.4.2 ISO/IEC/IEEE 29148:2018; §2.4.5 ISO/IEC 5338:2023); записи vocabulary / measure import (§2.4.3, §2.4.4, §2.4.6) сохраняют минимальную форму. Variation отражает глубину conformance claim, не дефект структуры.

2.4.1 Понятие dated reference

RENAR оперирует dated references — каждая нормативная ссылка указывает конкретную редакцию стандарта (year-versioned). Undated references (без указания редакции) не используются: семантика стандарта меняется между редакциями, и conformance claim должен быть проверяем относительно конкретной зафиксированной редакции.

2.4.1.1 Жизненный цикл нормативной ссылки

Жизненный цикл нормативной ссылки RENAR:

Активная — ссылка указана в действующей версии RENAR (renar-version в conformance manifest, §14.4.2).
Updated — референсный стандарт выпускает новую редакцию; RENAR минорно обновляется в течение разумного срока. Conformance manifest проектов содержит ссылку на конкретную renar-version, которая, в свою очередь, фиксирует конкретные редакции нормативных ссылок.
Deprecated upstream — референсный стандарт сам отозван (как IEEE 830-1998). RENAR переводит ссылку в §2.5 informative и указывает actual normative successor.

2.4.1.2 Immediate re-assessment triggers

При выпуске новой редакции одной из нормативных ссылок §2.4 — обязательное immediate re-assessment (§14.7.3) conformance manifest проектов. Самой замены referenced editions недостаточно для conformance — каждое внесение новой редакции требует:

Проверки текстов RENAR-глав на соответствие новой редакции (схема изменений в RENAR-changelog).
Обновления renar-version в conformance manifest проектов.
Записи в audit-trail substrate о факте re-assessment в связи с обновлением нормативной ссылки.

Негативный сценарий: попытка claim conformance к RENAR-renar-version: 1.0, явно ссылающейся на ISO/IEC 5338:2023, при выходе ISO/IEC 5338:2027 (гипотетически), без обновления renar-version в manifest — невалидна; substrate hook (§14.8.1 loss-of-conformance trigger) обнаруживает stale renar-version.

2.4.2 ISO/IEC/IEEE 29148:2018 — Systems and software engineering — Life cycle processes — Requirements engineering

Что нормирует: международный стандарт по requirements engineering. Покрывает: stakeholder needs, requirements specification, validation, verification, attributes, traceability, lifecycle.

Как RENAR соотносится:

29148	RENAR	Тип
Requirements classes: stakeholder, system, software	BR (stakeholder / business), SR (system / software), TR (task)	Заимствует с переименованием
Requirement attributes: necessity, priority, source, rationale, fit criterion, owner, traceability	Все обязательные во frontmatter (§6.5.2, §6.6.2)	Заимствует; список упрощён с 18 до 7-8
SRS structure	Структура requirements substrate изоморфна	Заимствует
Verification methods: inspection, analysis, demonstration, test	TC (§9) — first-class; inspection через `[test-spec-change]` workflow (§9.13)	Адаптирует

Что RENAR адаптирует:

29148 предусматривает 18 атрибутов требования. RENAR оставляет 7–8 обязательных, остальные — auto-derived (§3.12 connection terms) или необязательные. Обоснование: 29148 написан под manual-driven контекст; в agent-driven избыточная атрибутика создаёт hallucination surface (§13.3.3).
29148 не выделяет TC как first-class артефакт. RENAR делает TC отдельным артефактом (§9).

Что RENAR не принимает: 29148 предусматривает review meetings и formal walkthroughs. В RENAR заменено на one-click approval QG-0 / QG-2 + adversarial AI-review (§12.7 для RENAR-4+).

Conformance claim: RENAR claims conformance to ISO/IEC/IEEE 29148:2018 в части requirements classes, attributes, lifecycle, и verification methods (claim фиксируется в conformance manifest, §14.4.2).

2.4.3 ISO/IEC 25010:2011 — Systems and software Quality Requirements and Evaluation (SQuaRE) — System and software quality models

Что нормирует: модель качества ПО — 8 характеристик качества: Functional Suitability, Performance Efficiency, Compatibility, Usability, Reliability, Security, Maintainability, Portability.

Как RENAR соотносится: 8 характеристик становятся обязательными категориями для non-functional SR. Frontmatter SR (§6.6.2) обязан содержать поле quality-characteristic со списком соответствующих характеристик из 25010.

Conformance claim: RENAR claims conformance to ISO/IEC 25010:2011 в части category vocabulary для NFR.

2.4.4 ISO/IEC 25022:2016 / 25023:2016 — Quality measures

Что нормирует: формальные метрики качества для каждой 25010-характеристики (например, Time Behavior measured as Mean Response Time in ms).

Как RENAR соотносится: Pass-критерии в TC (§9.11.1) обязаны быть выражены через 25022 / 25023 measures, где применимо. Пример: вместо «производительность приемлемая» — «p95 < 200 мс при 100 RPS» (Mean Response Time из 25022).

Conformance claim: RENAR claims conformance to ISO/IEC 25022:2016 и ISO/IEC 25023:2016 в части formulating measurable Pass-criteria для TC.

2.4.5 ISO/IEC 5338:2023 — Information technology — Artificial intelligence — AI system life cycle processes

Что нормирует: первый официальный международный стандарт life cycle для AI-систем. Adapts ISO/IEC 12207 (general SE life cycle) для AI specifics.

Как RENAR соотносится (центральное):

Decision logs — каждое существенное решение AI-агента документируется (что решил, на основе чего, какая модель, какой prompt). Реализация: audit trail substrate (§10.13) + ai-provenance во frontmatter (§3.10.1).
Data versioning — training и evaluation data versioned. В RENAR: substrate-native version pin V5 (§11.3.5) для eval-datasets, ссылки через verifies[].version.
Model versioning — каждый AI-generated artifact фиксирует модель и её версию. В RENAR: поле ai-provenance.generated-by обязательно на RENAR-4+ (§12.7.1).
Continuous validation — для AI-компонент верификация не одноразовая; eval-runs по расписанию (§12.8.1 для RENAR-5).

Conformance claim: RENAR claims conformance to ISO/IEC 5338:2023 в части AI artifact lifecycle и AI-driven artifact generation.

Негативный сценарий: claim conformance к ISO/IEC 5338 без выполнения требований к ai-provenance во frontmatter (§3.10.1) — нормативно невалиден (нарушает mandatory clause §14.3.2 косвенно через отсутствие fundamental AI traceability). RENAR обязан отказывать в выпуске conformance manifest для проектов с такой инкосистентностью.

2.4.6 ISO/IEC 23894:2023 — Information technology — Artificial intelligence — Guidance on risk management

Что нормирует: framework для управления рисками AI-систем; перечень классов AI-рисков и mitigation strategies.

Как RENAR соотносится (mapping рисков на mitigation):

Риск (23894)	RENAR mitigation
Hallucination в AI output	Source citation principle (§3.10.2), Hallucination Rate metric (§13.3.3)
Model drift	`last-run.requirement-version` pinning (§9.12) + periodic re-run (§12.7.1 reconciliation)
Prompt injection через input data	Input sanitization при импорте ТЗ (substrate-specific, выносится в guide/)
Bias в AI-генерации	Multi-model agreement для критических BR (§12.8.1 RENAR-5)
Adversarial inputs	Adversarial review gate (§12.7.1 RENAR-4+, §12.8.3 RENAR-5)
Single point of failure (one model)	Multi-model agreement; изоляция judge-модели в eval (§9.13.4)

Conformance claim: RENAR claims conformance to ISO/IEC 23894:2023 в части AI risk identification и mitigation для requirements engineering area; полный AI risk register — reference/03-ai-risk-register.md.

2.5 Informative references

Informative references — стандарты, vocabulary или подходы которых RENAR использует для позиционирования; conformance claim к ним RENAR не делает.

2.5.1 IEEE 830-1998 — IEEE Recommended Practice for Software Requirements Specifications (deprecated)

Статус: формально отозван в пользу ISO/IEC/IEEE 29148. Упоминается для credibility и узнаваемости — REQUIREMENTS.md-структура RENAR ≈ современный SRS.

Негативный сценарий: попытка использовать IEEE 830-1998 как нормативную ссылку для conformance claim — невалидна; redirect на ISO/IEC/IEEE 29148:2018 (§2.4.2).

2.5.2 BABOK Guide v3 (IIBA) — Business Analysis Body of Knowledge

Что: 6 knowledge areas (Business Analysis Planning, Elicitation, Requirements Life Cycle Management, Strategy Analysis, Requirements Analysis & Design Definition, Solution Evaluation).

Что RENAR покрывает хорошо: Requirements Life Cycle Management (§10); Requirements Analysis & Design Definition (§6, §8).

Что RENAR покрывает слабо (известные gap):

Elicitation — RENAR предполагает ТЗ уже зафиксированным (§7.4.2); workflow добывания требований у клиента выносится в guide/01-walkthrough.md (planned).
Solution Evaluation — QG-4 (§10.4.2) описывает приёмку абстрактно; конкретные outcome metrics — §13.5 outcomes.

2.5.3 PMBOK Guide 7th edition (PMI) — Project Management

Что: 8 performance domains; ключевой сдвиг 7-го издания — principles over processes.

Что RENAR заимствует:

Принцип «principles over processes» — RENAR нормирует что должно быть (data model, lifecycle, invariants), не как именно реализовано (substrate-agnostic, §5.5).
Stakeholder map: BR указывает stakeholder owner, не abstract «business» (§6.5.2).

Не берёт: process-heavy практики PMBOK 6 (WBS, formal CCB) — несовместимы с agent-driven скоростью.

2.5.4 SAFe 6.0 — Scaled Agile Framework

Что: framework для масштабированного Agile. Уровни: Portfolio (Strategic Themes, Epics) → Solution → ART/Program (Features) → Team (Stories).

Что RENAR заимствует: маппинг на SAFe-иерархию (§3.13.1):

SAFe	RENAR
Portfolio Epic / Strategic Theme	BR группа одной системы
Capability / Program Epic	BR подсистемы
Feature	SR (или группа связанных SR)
Story	TR
Enabler Epic	SPEC-AI / SPEC-ARCH (technical specifications)

Что ещё: Built-in quality (TC обязательно до approved); Continuous Delivery Pipeline (substrate triggers на каждое изменение); WSJF — рекомендованный prioritization framework для priority поля.

2.5.5 ISTQB Foundation — Test Vocabulary

Что: международный glossary и certification body для тестирования.

Что RENAR заимствует:

Test design techniques (equivalence partitioning, boundary value analysis, decision tables, state transition testing) — рекомендации для AI-генерации TC.
Test levels (component / integration / system / acceptance) — vocabulary совместима с tc-type (§3.5.2).
ISTQB definition of «test case» — RENAR-определение TC (§9.2) совместимо.

2.5.6 CMMI for Development v2.0 — Capability Maturity Model Integration

Что: process areas + maturity levels (1–5).

Что RENAR заимствует:

Vocabulary process areas Requirements Management (REQM), Requirements Development (RD), Verification (VER), Validation (VAL).
Maturity levels (1–5) — prior art для RENAR maturity model (§12).
Capability levels per process area — обоснование RENAR-M как domain-specific dimension (§12.2.3).

Не берёт: process-heavy CMMI artifacts (organisational standard processes, statistical process control). CMMI разработан до Agile и до AI; прямое применение убьёт скорость.

2.5.7 NIST AI Risk Management Framework 1.0

Что: 4 функции — Govern, Map, Measure, Manage.

Mapping на RENAR:

NIST AI RMF	RENAR
Govern: policies, accountability	RENAR + roles (§4)
Map: контекст использования	BR описывает context of use; SPEC-AI (§8.5.7) — AI context
Measure: performance, bias, robustness	Eval-тесты в substrate с metric thresholds; метрики §13.3
Manage: prioritization & response	Lifecycle deprecate (§10.5.3) + impact analysis при delta-ТЗ (§9.16)

Польза reference: для US-клиентов NIST AI RMF — стандарт de facto. RENAR совместим в части AI requirements management; используется как positioning argument для US market.

2.5.8 Spec-Driven Development (industry term, 2024–2025)

Что: индустриальный термин, появившийся в 2024–2025 как ответ на ускорение AI-driven разработки. SDD признаёт, что когда AI-агенты способны декомпозировать формальные спецификации в код за минуты, корректность спецификации становится критическим ограничением, а не корректность кода.

Связь с RENAR: SoT inversion (§5.3.1) — формальная реализация SDD парадигмы. RENAR — formal standard в этой парадигме (отличается от индустриальных vendor-нативных SDD-инструментов и toolkits тем, что фиксирует formal normative структуру, а не reference implementation).

Differentiation: industry SDD-frameworks предоставляют tooling и opinionated workflows; RENAR определяет capabilities (§11), lifecycle (§10), invariants (§5.3) substrate-agnostic-ой формой. Это позволяет industry SDD-инструментам быть substrate-нативной реализацией RENAR без потери portability conformance claim.

2.6 Сводка соответствий

2.6.1 Сводная таблица всех ссылок

Сводная таблица всех нормативных и информативных ссылок.

Стандарт	Тип ссылки	Уровень соответствия	Глава RENAR использует
SENAR	Parent standard	Specialization	Все
ISO/IEC/IEEE 29148:2018	Normative	Высокий	06, 09
ISO/IEC 25010:2011	Normative	Среднее (quality-characteristic enum)	06, 08
ISO/IEC 25022:2016 / 25023:2016	Normative	Среднее (measures для Pass-criteria)	09
ISO/IEC 5338:2023	Normative	Высокий (claim conformance)	3.10, 12
ISO/IEC 23894:2023	Normative	Среднее (AI risk mitigation)	12, reference/03
IEEE 830-1998	Informative (deprecated)	Historical reference only	(none)
BABOK v3	Informative	Vocabulary alignment	06
PMBOK 7	Informative	Principles-based alignment	05, 06
SAFe 6.0	Informative	Hierarchy mapping	3.13.1, `guide/05-safe-comparison.md` (planned)
ISTQB Foundation	Informative	Vocabulary alignment	09
CMMI v2.0	Informative	Process area vocabulary	12
NIST AI RMF 1.0	Informative	Functional mapping	12, 13
Spec-Driven Development	Industry term	Parent paradigm	05

2.6.2 Совокупные conformance claims

Conformance manifest (§14.4.2) может содержать совокупные claim conformance к нескольким нормативным ссылкам §2.4 одновременно. Совокупный claim не создаёт дополнительных обязательств сверх обязательств отдельных ссылок; conformance к каждой проверяется независимо по соответствующим §2.4.X.

Conformance к нормативной ссылке считается полным, если выполнены все требования RENAR-глав, которые её специализируют (§2.6.1 колонка «Глава RENAR использует»). Частичный claim — не предусмотрен; проект либо conformant к нормативной ссылке (через RENAR-conformance), либо нет.

2.6.3 Соотношение mandatory clauses и нормативных ссылок

Mandatory clauses §14.3 — RENAR-внутренние требования для conformance любого уровня. Conformance к нормативным ссылкам §2.4 — внешние claim, выпускаемые проектом по факту прохождения RENAR-conformance.

Эти два понятия не совпадают: проект может удовлетворять mandatory clauses §14.3 (RENAR-1 entry-level), но не заявлять conformance к ISO/IEC 5338:2023 (например, если не использует AI-driven artifact generation и ai-provenance поля).

Обратное также возможно: проект на RENAR-4 + AI-conformance claims (ISO/IEC 5338 + ISO/IEC 23894) выпускает несколько совокупных claim одновременно через единый conformance manifest (§14.4.2 поле external-claims[]).

2.7 Что RENAR принципиально не принимает

Closed list практик из родственных стандартов, не заимствованных RENAR.

Практика	Источник	Почему RENAR не принимает
Document-heavy practices (formal review meetings, IEEE 1028 inspections)	RUP, SWEBOK, IEEE 1028	Несовместимы с agent-driven скоростью; заменены на adversarial AI-review (§12.7.1)
Manual-only verification (29148 inspection meetings)	ISO/IEC/IEEE 29148:2018 §6.4	Заменены на substrate-нативные hooks (§10.11) + adversarial AI-review
Process-first CMMI (organisational standard processes, formal CCB)	CMMI v2.0	Заменены на принципы и автоматический enforcement; см. §5.5 substrate-agnostic
Heavy formal methods (B-method, Z-notation, TLA+ для всех требований)	Formal methods community	Применимо для critical safety domains, но не общая практика; не часть baseline RENAR
Undated references на стандарты	Industry common practice	RENAR использует только dated references (§2.4.1) для проверяемости conformance claim
Self-claim conformance без manifest	Industry common practice	RENAR требует formal manifest (§14.4); claim без manifest невалиден

2.8 Связь с другими главами

Глава	Связь
03 Terms	§3.13 mapping таблица на родственные стандарты — детальное расширение §2.4–§2.5
05 Положение в типологии методологий	§5.3.4 industry positioning — параллельно §2.5.8 SDD; §5.6 conformance implication для трёх mandatory clauses
06 Иерархия требований	Frontmatter атрибуты — реализация ISO/IEC/IEEE 29148:2018 attributes
09 Test cases	TC — first-class extension к 29148; vocabulary — ISTQB-совместимый
10 Lifecycle и QG	QG canonical — конкретизация SENAR QG-0/QG-1/QG-2 для RENAR
12 Maturity model	§12.2 CMMI analog (capability levels per process area); §12.12 SENAR ADR mapping
13 Metrics	10 REQ-метрик расширяют 10 SENAR общих метрик
14 Conformance	§14.4 manifest содержит `renar-version` (dated reference на RENAR) и опционально `external-claims` (claim conformance к нормативным ссылкам §2.4)
reference/03 AI risk register	Полный AI risk register по ISO/IEC 23894:2023 + NIST AI RMF