子系统设计
产品与系统设计 · v0.1 草案
项目与设计基础
把客户目标、工程输入、工作范围和交付约定变成可引用的项目依据。
它解决什么问题
客户资料散在会议、表格和报告里。项目团队需要一份能共同引用的设计基础，也需要知道哪些条件仍有争议、谁负责补齐。
核心对象
| 对象 | 内容 |
|---|---|
| 项目 | 客户、成员、范围、负责人、阶段 |
| 需求与目标 | 性能指标、成本目标、约束、验收方式 |
| 设计基础项 | 进料、工况、场地、公用工程与来源 |
| 基准版本 | 当前采用的一组需求与设计基础 |
| 工作计划 | 里程碑、任务、负责人、资源与估算 |
| 范围变更 | 新要求、影响说明、处理结论 |
设计基础可以引用实测数据。它记录项目采用了什么依据，原始测量仍由实验模块保管。
内部结构建议
资料接收入口把内容送入需求与依据编辑器；编辑器生成结构化数据和待澄清项；基准管理器固定采用版本；计划视图关联各子系统的实际工作状态。
每个数据项支持单位、基准、来源类型和可用范围。互相冲突的来源并列展示，由人员决定当前采用哪一项。
典型流程
- 客户上传分析报告并说明目标。
- Agent 提取候选字段，关联原文位置。
- 项目人员确认字段、补充单位和缺失条件。
- 建立项目基准，供实验、工艺和计算引用。
- 客户提供新资料后创建修订，展示受影响事项。
与其他模块怎么连接
向研究模块提供目标与约束，向工艺和计算模块提供输入依据，向交付模块提供约定的范围和验收目标。
接收其他模块的完成状态用于管理视图，但不把实验状态或计算状态重新维护一遍。
跨项目复用的模板来自资产模块；项目自己的特殊要求保留在本项目。
人与 Agent 的分工
Agent 整理资料、检查缺项、提出需求冲突和范围变化的影响。项目人员确认采用的设计基础，负责人处理资源和交付约定，客户通过协作入口澄清要求。
失败与变更
资料提取置信不足时保留原文并提示人工检查。基准发布时发现输入来源已更新，则要求比较差异；历史基准仍然可以被过去的计算和发布包引用。
独立产品与首期验证
它可以成为工程项目协作产品的核心，连接企业现有实验、CAD 和计算工具。首期验证一份客户需求如何形成基准，以及一次输入变更如何传递到下游。
资源排期细度、预算模型和外部项目管理软件对接范围待真实项目确定。