03DESIGN FOUNDATION

设计管理

Design Foundation

Status: draft
Authority: draft
Version: 0.1

01 概览

Foundation 状态：Draft。Authority：Draft。 设计管理（Design Foundation）管理工程内容策划、产出、技术评审、批准、发布、修订、冻结与下游技术责任。

证据基础： ERP Foundation V1 已确认 Engineering Deliverable root/version、review、engineering change、customer confirmation、受控文档分离、discipline code 与部分 status；完整 workflow 仍为 Open。

Research output： OS-DES-014 · PHITE 现有设计交付物库存汇总现有项目交付清单、真实图纸、ERP 分类、冲突与 Unknown；该 reference 不构成 canonical taxonomy。

Current Maturity

Concept: Draft
Rules: Partial: Frozen deliverable/version/review and document separation
Data: Partial: Frozen engineering deliverable, review, change, confirmation structures
ERP: Partial: Implemented
UI: Unknown
Verify: Partial: Verified metadata scope

Current Work

OS-WFA-001REVIEWDraft the Design Deliverable Release Workflow Pilot
OS-DES-014REVIEWInventory existing design deliverable classifications

Blocked By

OS-DES-014Inventory existing design deliverable classifications
OD-DES-001Which discipline codes and display names are canonical, including `MEC` and `EIA`?
OD-DES-003Which evidence layer defines PHITE's current Design Deliverable catalogue, and how should historical project items, free-text `deliverable_type`, and controlled `document_type` map?

What's Missing

WF-DES-001 Draft Workflow Specification
Workflow Discovery Map
Design deliverable inventory
Conflict and unknown register
Proposed canonical deliverable taxonomy

02 业务边界

Design 拥有工程内容与技术责任；Document Control 拥有正式文档 identity/version/issue/submission/distribution/response/handover 证据。Design 不拥有采购承诺、项目成本、客户商业 entitlement 或 transmittal 治理。

03 核心概念

Engineering Discipline、Engineering Deliverable、Drawing、Revision、Prepared/Checked/Approved By、Internal Review、Customer Confirmation、Freeze、Design Release 与 Technical Responsibility。

04 核心对象

已覆盖工程交付物根、不可变 version、review 与 change 关系。完整 deliverable plan、discipline matrix 与设计 interface register 尚未确认。

05 生命周期与工作流

目标链为 plan → prepare → check → approve → release → revise/freeze。正式 issue 与 customer response 由 Document Control 处理；具体 gate 和 delegation 为 Open。

Operating Workflows

WF-DES-001 · 设计交付物发布 — WORKFLOW PILOT · DRAFT · NOT APPROVED · NOT GOLDEN。该 Pilot 只定义有证据支持的 release assessment 边界；Human authority 与 acceptance/evidence rule 在 owner 决定前 fail closed。

06 跨 Foundation 关系

Project 给出 scope；Document Control 管理正式发布；Procurement 消费技术要求；Quality 使用 inspection criteria；Change 协调修改影响。

07 编号与编码

工程 deliverable 的业务编号、revision 与数据库 UUID 必须分离。已冻结的 discipline/document type code 按现有合同使用，不创建中文缩写。

08 角色与职责

Prepared By、Checked By、Approved By 与 Technical Responsible Person 的资格、delegation 和客户审批边界仍需 owner 决定。

09 业务规则

Engineering Deliverable 与 Controlled Document 是不同层。
Revision 不改变稳定业务身份。
released/frozen 内容的修改必须留下 change 与 supersession 路径。

10 数据模型

冻结子集含 deliverable root/version、review 与 change 关系；完整 discipline planning、deliverable matrix 和 interface model 仍为 Draft。

11 NocoBase 映射

技术实现保留 canonical collection/field identifiers，不翻译 status、created_at 等代码。当前元数据证据不等同于完整 runtime workflow 验收。

12 UI / UX 原则

设计界面应同时呈现稳定 deliverable identity、当前 revision、review status、responsibility、change 与 downstream release，不把附件当受控文档。

13 AI 机会与边界

AI 可辅助检查缺失评审、冲突、引用和 change impact；不得批准、冻结、发布或替代合格工程师责任。

14 审计与可追溯

每次 revision、review、approval、release 与 change 均需追溯 actor、time、source、supersession 和下游使用。

15 待决事项

完整设计 workflow、discipline ownership、客户确认语义、freeze/release gate 与 Design/Document Control 边界细节。

OD-DES-001：MEC / EIA display name 与历史项目 discipline/category 的治理方式。
OD-DES-002：Design Deliverable Release 的 trigger、mandatory review set、final Human authority/delegation、root/version state coordination、evidence set 与 acceptance rule。
OD-DES-003：历史项目 item、自由文本 deliverable_type 与受控 document_type 之间的企业 catalogue 与 mapping。

16 实施状态

Partial: Implemented；Partial: Verified。 数据架构与编号子集有证据；完整设计运营流程、UI 与 end-to-end acceptance 未验证。

17 后续改进

发布 deliverable plan 标准、discipline/role matrix、review/release gate 与跨域接口验证。

18 决策历史

ADR-003 与 ADR-007 约束 root/version 和引用关系；OD-DES-001、OD-DES-002 与 OD-DES-003 保持 Open；完整 Design Foundation 保持 Draft。