主题
设计管理 · 需求分析文档
文档版本：0.11 ｜ 最近核对日期：2026-11-09
勘察管理基线更新（2026-11-03）：勘察大纲、外业计划、进度上报、专项勘察、勘察成果以勘察管理最新需求及其六类资料为准。本页原勘察相关范围、流程、字段、待确认项与设计提案已被替代，不再作为这五项业务的实施依据；总体与方案、初步设计、施工图、巡检、考核等其他设计管理业务保留原资料状态。本页历史核验日期不代表当前数据库现状。新勘察管理按用户决定采用工程授权过滤，不沿用本页旧数据范围提案。
本文面向业务确认、产品设计、实现和验收，是设计管理模块六类交付文档中的正式需求分析文件。本文只记录可从需求清单、平台既有契约和开发库现状核对的内容；尚未确认或尚无运行证据的事项统一列入待确认事项。表名、接口参数、类名与组件实现进入后续设计文档，本文不复制。
本模块当前没有代码、菜单、字典、流程定义和业务表，尚未进入实现。下文分别标明来源事实、平台工程约束、设计提案和待确认事项；未确认的业务规则不作为实现依据。
文档控制
| 项目 | 内容 |
|---|---|
| 模块名称 | 设计管理 |
| 实现进度说明 | 模块尚未进入实现；需求清单与审批流程图已取得（2026-09-20），本轮工作为建立需求与概要设计基线 |
| 编写日期 | 2026-09-21 |
| 受测代码状态 | 不适用（本模块无代码）；平台既有契约对照基线为提交 067b72c，开发库菜单、字典、部门与流程定义现状按项目 MCP 只读回读核对 |
| 业务确认人 | 待确认 |
| 原型或资料来源 | 《数智建管平台勘察设计管理模块.pdf》（单页架构与系统审批流程图，2026-09-20）；桌面文件《勘察设计管理功能需求架构清单.csv》（扩展名为 .csv，实为 OLE2/Excel 97-2003 工作簿；工作表「基于BIM+3DGIS的管理平台勘察设计管理功能需求架构及功能」，UsedRange 35×9、34 行非空）；两份来源由业务方以外部需求清单包提供，未纳入仓库；原功能架构图历史规划（工程部讨论版，2026-08-26）（12 月上线批次规划口径） |
| 关联文档 | 概要设计；平台规则 公共开发约定、业务地图、流程图编排规范 |
模块尚无实现，因此不存在「验证通过」或「业务验收通过」的范围。本文区分来源核对结果、平台工程约束、设计提案和待确认事项；来源存在冲突或关键事实未确认的内容不作为实现基线。
1. 背景与目标
1.1 业务背景
- 当前问题：勘察设计业务的成果文件、审查意见、交底与巡检记录分散在线下流转，跨单位（建设单位、勘察单位、地勘监理单位、外业见证单位、设计总体单位、工点设计单位、设计审查单位、造价咨询单位、监理单位、施工单位）的多级审批缺少统一台账；勘察外业计划与现场进度缺少实时填报与跟踪；施工图报审中图册的差异分类与费用测算缺少结构化承载；考核打分依赖离线表单。
- 产生原因：原功能架构图历史规划（工程部讨论版，2026-08-26）当时仅将「勘察设计管理」列为一行功能记录并安排在 12 月批次；系统内没有对应菜单、流程定义、数据表和页面；「外业见证」「地勘监理」「设计总体单位」「设计审查单位」「Ⅰ~Ⅳ类差异分类」等概念在代码库内均无既有实现。
- 影响对象：建设单位（主管部室经办人、部长、分管领导、分公司经办人、总经理、董事长）、勘察与设计类参建单位（勘察单位、地勘监理单位、外业见证单位、设计总体单位、工点设计单位、设计审查单位、造价咨询单位、监理单位、施工单位）的项目负责人与专业负责人、开投集团项目中心（窗口、经办人、部门负责人）、运营公司相关主管部室、集团职能部门的意见提出部门。
1.2 建设目标
- 需求清单列出 6 个二级业务域和 17 个业务页面；PDF 第 1 页绘出 20 条流程链路。该数量是来源盘点，不构成本期承诺：其中 7 条标注「与开投讨论确认」，用户需求书另标注「暂时不确定是否最终流程，可能会简化」，最终页面与流程范围按 Q-SD-005、Q-SD-006 确认。
- 以「参建单位发起 → 监理/见证/建设单位/项目中心多级审核 + 并行审核 + 会签 + 意见征求」组成可追溯的统一审批链，复用平台 Warm-Flow，不另建审批中心。
- 以勘察管理的计划与进度在线填报实现对勘察作业的过程跟踪；以施工图报审的图册与差异分类（Ⅰ~Ⅳ类）承载送审稿与招标图的方案与费用差异审批链。
- 目标愿景（流程状态与退回规则仍须按来源确认）：确认纳入的勘察设计事项可在线提交并保留办理记录；施工图报审如按确认方案纳入，可记录图册差异类别、涉及单位与金额；考核管理如纳入，可按业务方提供的考核表留存结果。退回、重提及审批记录的数据口径见 Q-SD-021。
2. 建设范围
2.1 本期包含
按需求清单的页面层级，来源列出 6 个二级业务域、17 个业务页面；此清单是范围盘点，不代表 17 项均已确认纳入本期实现：
| 所属层级 | 业务页面 | 需求清单口径（清单说明或流程要点） |
|---|---|---|
| 勘察管理 | 勘察大纲 | 在线提交、审核流程管理及过程资料自动归集 |
| 勘察管理 | 外业计划 | 现场工作计划的编制、审批、执行与调整全过程管理（含计划调整） |
| 勘察管理 | 进度上报 | 现场进度的实时数据填报与动态跟踪 |
| 勘察管理 | 专项勘察 | 在线提交、审核流程管理及过程资料自动归集 |
| 勘察管理 | 勘察成果 | 在线提交、审核流程管理及过程资料自动归集 |
| 总体与方案设计 | 总体与方案设计 | 总体设计阶段成果文件的编制管理、相关专题研究的全过程线上管控 |
| 初步设计管理 | 初步设计管理 | 初步设计文件编制、支撑性报告管理的全流程线上管理 |
| 施工图设计管理 / 招标图设计管理 | 招标图纸 | 招标图的线上成果文件审批 |
| 施工图设计管理 / 招标图设计管理 | 用户需求书 | 用户需求书的线上成果文件审批 |
| 施工图设计管理 | 专项设计管理 | 设计阶段相关专项设计报告的编制与归档管理（有审查单位审查任务） |
| 施工图设计管理 / 施工图图纸管理 | 施工图计划 | 施工图图纸计划的提出、组会、前置条件确认与成果提交 |
| 施工图设计管理 / 施工图图纸管理 | 施工图报审 | 施工图图纸报审的线上审批（含送审稿与招标图差异的 Ⅰ~Ⅳ 类分支） |
| 施工图设计管理 / 施工图图纸管理 | 施工图分发 | 施工图图纸的分发登记审批 |
| 施工图设计管理 / 施工图图纸管理 | 设计联络 | 仅台账 |
| 施工图设计管理 / 施工图图纸管理 | 设计交底 | 交底记录与其他设计相关文档的线上归集与管理（工点/专业维度） |
| 设计巡检 | 设计巡检 | 巡检文件编制、确认、整改与复核 |
| 考核管理 | 考核管理 | 考核登记、考核表打分、考核依据上传与下发接收（有考核表单） |
各页面在需求清单按钮列中的功能点明细如下（功能区＝工具栏，数据行＝列表行内动作，详情页＝详情/办理页动作）：
| 业务页面 | 功能点（汇总） | 功能区 | 数据行 | 详情页 |
|---|---|---|---|---|
| 外业计划 | 新增、编辑、删除、查询、查看详情、提交、审核、导出 | 新增、查询、重置、导出 | 编辑、删除、查看详情、提交 | 审核通过、驳回、流程图查看、审批历史、关闭 |
| 进度上报 | 新增、编辑、删除、查询、查看详情、导出 | 查询、重置、导出 | 新增、编辑、删除、查看详情 | 关闭 |
| 勘察成果 | 新增、编辑、删除、查询、查看详情、提交、审核、导出、上传附件 | 新增、查询、重置、导出 | 编辑、删除、查看详情、提交 | 审核通过、驳回、上传附件、归集、流程图查看、审批历史、关闭 |
| 总体与方案设计 | 新增、编辑、删除、查询、查看详情、上传附件、提交、审核、导出 | 新增、查询、重置、导出 | 编辑、删除、查看详情、上传附件 | 审核通过、驳回、变更审批、归档、流程图查看、审批历史、关闭 |
| 初步设计管理 | 新增、编辑、删除、查询、查看详情、上传附件、提交、审核、导出 | 新增、查询、重置、导出 | 编辑、删除、查看详情、提交 | 审核通过、驳回、变更审批、归档、流程图查看、审批历史、关闭 |
| 专项设计管理 | 新增、编辑、删除、查询、查看详情、汇总、上传附件、提交、审核、导出 | 查询、重置、导出、汇总 | 查看详情、归档、移交 | 生成清单、导出、流程图查看、审批历史、关闭 |
| 设计联络 | 仅台账 | — | — | — |
| 设计交底 | 新增、编辑、删除、查询、查看详情、导出、上传附件 | 新增、查询、重置、导出 | 编辑、删除、查看详情、上传附件 | 归集、关闭 |
| 设计巡检 | 新增、编辑、删除、查询、查看详情、导出、上传附件 | 新增、查询、重置、导出 | 编辑、删除、查看详情、上传附件 | 归集、关闭 |
勘察大纲、专项勘察、招标图纸、用户需求书、施工图计划、施工图报审、施工图分发、考核管理 8 个页面在清单中未给出功能点与按钮明细（页面动作范围是需求缺口，见 Q-SD-008）；勘察大纲与专项勘察的清单说明文案提到「过程资料的自动归集」，但按钮列未列出「归集」动作，其页面动作口径同样待补（见 Q-SD-018）。不得按同级页面先例推定这些页面的新增、编辑、删除、导出等动作。
下列为待确认的横切实现提案，不是已批准的业务范围：
- 仅对确认纳入的业务链路定义流程和办理页；PDF 第 1 页所绘 20 条链路尚有 Q-SD-005、Q-SD-006 的确认依赖，不能直接视为 20 个上线流程；
- 菜单、权限码、字典、流程分类和角色授权是确认功能后的实现配套，权限动作随确认后的页面动作确定；
- 任务台账、项目台账、聚合查询与导出列口径均为设计提案，需求清单未明确台账形态，见 Q-SD-019；
- 流程图与审批历史仅按原型已列动作及平台契约设计；转办、委托、加签、减签、抄送属于平台能力，不代表本模块均需开放；模块专属流程重启未见于需求来源，是否支持待确认（Q-SD-021）；
- 16 个页面采用「台账页 → 新增/编辑 → 审核（办理）→ 详情」四页模型，是基于同级先例形成的页面组织提案，不是原型明确要求；设计联络仅台账为清单事实。四页模型待确认（Q-SD-009）。
2.2 明确不做
- 不建设参建单位（勘察单位、设计单位、监理单位等）的组织与人员主数据维护，沿用平台部门与用户体系；
- 不建设项目主数据与工程结构树的维护，只读引用并保存名称/编码快照；
- 不把平台级流程能力（待办、转办、委托、加签、减签、抄送）复制到业务页面；
- 不做站内信/短信通知；不做导出列的定制化配置（默认口径见 8.2）；
- 数据可见范围尚未确定（Q-SD-010）；不得以具备页面权限推定可见全部台账，服务端应按确认后的数据范围执行查询与鉴权；
- 不实现需求清单未给出功能点明细的页面的额外动作（见 Q-SD-008）；
- 不含勘察设计管理的相邻业务域（工程建设审批手续、工程变更监管的工程变更与交开投变更管理、规划管理的规划报建）的页面与流程。
2.3 已确认的技术约束
- 复用平台既有底座：Warm-Flow 流程引擎与办理工作台、文件服务、字典、菜单与三段式权限码、项目主数据与工程结构、部门与用户；
- 业务状态沿用平台
BusinessStatusEnum的稳定编码（draft/waiting/back/finish），展示层以本模块字典映射为草稿/进行中/退回/已通过； - 权限码采用
surveyDesign:<资源>:<动作>三段式，后端@SaCheckPermission、SYS_MENU.PERMS和前端v-hasPermi逐字一致； - 大整数 ID 前端保持
string | number原始值，禁止Number()、parseInt()和一元+；后端 Long 按项目 JSON 映射使用BigNumberSerializer； - 数据库查询、结构检查、DDL、DML、迁移、初始化和验证 SQL 统一通过项目 MCP
dcp-dm8-dev执行； - 并行审核与多部门会签的节点语义、意见征求的会签实现方式沿用平台既有机制与规划管理已落地口径（见 R-SD-005、R-SD-006、R-SD-007）。
3. 用户角色与使用场景
| 角色 | 使用目的 | 前置条件 | 主要结果 |
|---|---|---|---|
| 勘察单位项目负责人 | 编制勘察大纲、外业计划、进度、专项勘察资料与勘察成果报告并提交 | 平台账号归属勘察单位，具备对应模块的新增/提交权限 | 形成勘察类业务单据 |
| 地勘监理单位项目负责人 | 并行审核勘察类成果 | 被选为并行审核节点办理人 | 出具审核意见，与其他并行节点汇聚 |
| 外业见证单位项目负责人 | 并行审核勘察类成果 | 被选为并行审核节点办理人 | 出具审核意见，与其他并行节点汇聚 |
| 设计总体单位项目负责人 | 审核勘察成果、招标图纸、用户需求书、专项设计成果、施工图报审成果 | 被选为当前节点办理人 | 出具审核意见 |
| 工点（专业）设计单位项目负责人/专业负责人 | 编制设计交底文件、上传送审图纸与最终图纸、按意见修改并上传修订图纸 | 被选为当前节点办理人或为发起人 | 形成设计类业务单据与后续版本 |
| 设计审查单位项目负责人 | 正式审核并出具审查意见；确认最终修订图纸 | 被选为当前节点办理人 | 出具审查意见；确认闭环 |
| 造价咨询单位项目负责人 | 审核施工图送审稿与招标图差异，填写类别和金额，上传经济测算报告 | 被选为当前节点办理人 | 形成差异分类与费用测算结论 |
| 监理单位总监 | 复核设计巡检整改结果 | 被选为并行复核节点办理人 | 出具复核意见 |
| 施工单位负责人 | 设计巡检整改并上传附件 | 被选为整改节点办理人 | 提交整改材料 |
| 建设单位（主管部室）经办人 | 接收与分发、组织组会、审核、上传成果文件、确认前置条件完成情况 | 具备对应模块权限与建设单位部门归属 | 推进流程节点或形成业务单据 |
| 建设单位（主管部室）部长 | 审核成果文件、点击分发、接收并分发 | 被选为当前节点办理人 | 出具审核意见或触发分发 |
| 建设单位分公司经办人 | 提出施工图图纸计划需求、上传前置条件完成情况与成果文件、接收分发图纸、组织交底 | 具备对应模块权限与分公司归属 | 形成计划需求或完成接收/交底 |
| 建设单位部门经办人/负责人 | 以「二级单位发起」方式上传总体与方案设计、初步设计管理的编制/报审/批复成果文件并审核 | 具备对应模块权限与建设单位部门归属 | 形成设计阶段成果单据 |
| 建设分公司经办人/部门经理 | 施工图报审差异分支中出具意见，判断是否涉及分公司和系统设备公司提供支撑材料 | 被选为当前节点办理人 | 出具意见并上传支撑材料 |
| 建设单位分管领导、总经理、董事长 | 施工图报审差异分支中的会签与高层级审核 | 被选为会签或审核节点办理人 | 会签同意或出具审核意见 |
| 开投集团项目中心部门窗口/经办人/部门负责人 | 承接报审的流程路由节点、审核确认、判断是否需要四前置需求及意见征求 | 被选为当前节点办理人 | 转交事项、出具意见或发起意见征求 |
| 开投集团部门经办人 | 以「开投集团发起」方式上传报审/批复成果文件 | 具备开投集团发起权限与集团部门归属 | 形成开投集团发起的任务 |
| 征求意见部门（运营管理部、资产管理部、建设管理部、其他部门、运营公司相关主管部室、开投集团相关主管部室）接收人 | 并行提交本部门意见 | 被选为并行意见节点办理人 | 各自回写部门意见 |
| 设计部经办人 | 接收备案设计交底、确认设计巡检、登记并下发考核 | 具备对应模块权限 | 完成备案、确认或下发考核 |
| 系统管理员/流程管理员 | 如业务确认需要，处理流程异常 | 具备经确认的管理权限 | 具体操作、权限及原实例处理方式待确认（Q-SD-021） |
| 查看人员 | 列表查询、详情、流程图、审批历史、导出 | 具备页面权限（受只读规则约束） | 只读查看授权范围内的台账与流程记录 |
4. 核心业务场景
4.1 勘察管理（并行审核 + 建设单位/项目中心多级审核）
以下按 PDF 第 1 页记录源图的正向链路。勘察大纲含「部长」连线文字，未证明其为独立审批节点（Q-SD-007）；源图未给出退回路径，且部分流程需进一步讨论（Q-SD-006、Q-SD-021），故本节不是实现或验收基线。
- 勘察大纲：勘察单位项目负责人编制大纲文件并提交 → 地勘监理单位项目负责人审核与外业见证单位项目负责人审核并行 → 并行同意后 → 设计总体单位审核 → 建设单位经办人审核 →（连线标注「部长」，是否为节点待确认）→ 项目中心经办人审核 → 结束；
- 外业计划（含计划调整）：勘察单位编制计划并提交 → 地勘监理、外业见证并行审核 → 并行同意后 → 建设单位主管部室经办人审核 → 建设单位主管部室部长审核 → 结束；
- 进度上报：勘察单位编制进度并提交 → 地勘监理、外业见证并行审核 → 并行同意后 → 建设单位主管部室经办人审核 → 建设单位主管部室部长审核 → 结束；
- 专项勘察：勘察单位编制专项勘察成果资料并提交 → 地勘监理、外业见证并行审核 → 并行同意后 → 建设单位主管部室经办人审核 → 建设单位主管部室部长审核 → 结束；
- 勘察成果：勘察单位编制报告并提交 → 地勘监理、外业见证并行审核 → 并行同意后 → 工点设计单位项目负责人审核 → 设计总体单位项目负责人审核 → 建设单位主管部室经办人审核 → 建设单位主管部室部长审核 → 结束。
4.2 总体与方案设计、初步设计管理（三阶段 + 意见征求）
两个子域结构同构，均标注「与开投讨论确认」，且以「编制阶段 / 报审阶段 / 批复阶段」三条流程承载：
- 编制阶段（建设单位部门发起、含意见征求）：建设单位部门经办人上传编制阶段文件 → 建设单位部门负责人审核 → 开投集团项目中心部门窗口 → 开投集团项目中心经办人确认 → 开投集团项目中心部门负责人审核（判断是否需要四前置需求及意见征求）→
- 选择「是」：运营管理部、资产管理部、建设管理部、其他部门提出意见 → 各部门意见同意后 → 开投集团项目中心经办人确认 → 开投集团项目中心部门负责人确认 → 结束；
- 选择「否」：直接结束。
- 报审阶段 / 批复阶段（两种发起方式）：
- 方式一 二级单位发起：建设单位部门经办人上传报审（批复）成果文件 → 建设单位部门负责人审核 → 开投集团项目中心部门窗口 → 开投集团项目中心经办人审核 → 开投集团项目中心部门负责人审核 → 结束；
- 方式二 开投集团发起：开投集团部门经办人上传报审（批复）成果文件 → 开投集团项目中心部门负责人审核 → 结束。
- 初步设计管理另有「新建目录」分支标注（见 Q-SD-016）。
来源说明：需求流程图中初步设计管理的报审/批复节点文案沿用了「建设规划」字样（应系复制自总体与方案设计），本文按页面归属记为初步设计管理；实现时节点文案以业务确认后的版本为准（Q-SD-006）。
4.3 招标图设计管理与专项设计管理
- 招标图纸：设计单位项目负责人上传成果文件发起 → 设计总体单位项目负责人审核 → 设计审查单位项目负责人审核 → 建设单位主管部室经办人审核 → 建设单位主管部室部长审核 → 结束；
- 用户需求书（标注「暂时不确定是否最终流程，可能会简化」）：设计单位项目负责人上传初步成果文件发起 → 设计总体单位项目负责人审核 → 设计审查单位项目负责人审核 → 建设单位主管部室经办人审核 → 建设单位主管部室部长审核并点击分发 → 工程部经办人、验交办、其他相关部门并行收集需补充意见并上传 → 并行同意后 → 建设单位主管部室经办人确认 → 设计单位修改并上传报批稿 → 设计总体单位、设计审查单位项目负责人审核 → 建设单位主管部室经办人审核 → 建设单位主管部室部长审核并点击分发 → 项目分公司内部会签 → 设计单位修改并上传最终稿 → 结束；
- 专项设计管理（标注「管理办法，有审查单位审查任务」）：设计单位项目负责人上传成果文件发起（或由本模块自行创建条目）→ 设计总体单位项目负责人审核 → 设计审查单位项目负责人审核 → 建设单位主管部室经办人审核 → 建设单位主管部室部长审核 → 结束。
4.4 施工图图纸管理
- 施工图计划：建设单位分公司经办人提出施工图图纸计划需求并提交 → 建设单位主管部室经办人组会并线上上传图纸计划（含前置条件）→ 建设单位主管部室部长审核 → 建设单位分公司经办人上传前置条件完成情况与成果文件并提交 → 建设单位主管部室经办人确认 → 结束；
- 施工图报审：设计单位专业负责人上传送审图纸附件＋三审意见、总体单位意见发起 → 设计审查单位项目负责人正式审核（出审查意见，返给设计单位）与建设单位主管部室窗口接收分并行 → 建设单位、运营公司、开投集团相关主管部室经办人审查意见上传并行 → 并行同意后 → 建设单位主管部室窗口确认（提交给设计单位修改）与窗口确认（提交给审查单位确认并上传意见）并行 → 并行同意后 → 设计单位专业负责人上传最终图纸文件、意见回复，判断是否零号台账变化：
- 变化为「否」：设计审查单位项目负责人确认 → 结束；
- 变化为「是」：设计单位项目负责人上传上一阶段方案变化支撑文件（附件2 施工图送审稿与招标图方案变化审批申请表、附件3 施工图送审稿与招标图差异费用计算表）并填写类别和金额 → 设计审查单位项目负责人审核并上传意见 → 造价咨询单位项目负责人审核（填写类别和金额、上传经济测算报告）→ 根据类型走不同分支流程（Ⅰ类/Ⅱ类/Ⅲ类/Ⅳ类）。每类内部先由建设分公司经办人审核（出具意见时判断是否涉及分公司和系统设备公司提供支撑材料并上传）、建设分公司部门经理审核，再按该判断分流：判定为「是」时由主管部室分管领导与建设分公司分管领导会签，判定为「否」时只经主管部室分管领导审核；随后按类别进入对应层级（见 R-SD-010），最后由建设单位设计部窗口接收并分发 → 设计单位项目负责人按意见修改并上传修订图纸 → 设计审查单位项目负责人确认 → 结束。
- 施工图分发：设计单位专业负责人上传电子盖章图纸 → 建设单位主管部室窗口接收并分发 → 建设分公司接收 → 结束；
- 设计联络：仅台账，不启动流程；
- 设计交底：工点（专业）设计单位编制文件并提交 → 设计部经办人接收备案 → 分公司经办人组织交底并上传会议纪要及附件 → 结束（四方：建设/设计/施工/监理）。
4.5 设计巡检与考核管理
- 设计巡检：设计单位负责人编制巡检文件并提交 → 设计部经办人确认 → 分公司经办人确认并判断是否整改 →
- 需要整改：施工单位负责人整改并上传附件 → 监理单位总监复核与分公司经办人复核并行 → 并行同意后 → 结束；
- 不需要整改：结束。
- 考核管理（标注「管理办法，有考核表单」）：设计部经办人登记、自动识别考核表打分、上传考核依据并下发 → 设计单位项目负责人接收 → 结束。
5. 业务规则与状态
5.1 业务规则
| 编号 | 规则 | 来源 | 状态 |
|---|---|---|---|
| R-SD-001 | 「勘察设计管理」为一级菜单，下设 6 个二级业务域：勘察管理、总体与方案设计、初步设计管理、施工图设计管理、设计巡检、考核管理；勘察外业、招标图设计管理、施工图图纸管理为目录分组节点（无独立业务页面） | 需求清单（架构清单 + 流程图） | 来源已核对；菜单层级为设计提案 |
| R-SD-002 | 需求清单将「设计联络」标为仅台账；其余页面采用「台账页 → 新增/编辑 → 审核（办理）→ 详情」四页模型，是基于同级先例形成的页面组织提案 | 需求清单（「设计联络」仅台账）、同级先例（规划管理等模块） | 页面组织提案，待确认 |
| R-SD-003 | 发起单位按参建单位或建设单位解析：勘察大纲、外业计划、进度上报、专项勘察、勘察成果由勘察单位发起；招标图纸、用户需求书、专项设计管理由设计单位发起；施工图报审、施工图分发由设计单位专业负责人发起；设计交底由工点（专业）设计单位发起；设计巡检由设计单位负责人发起；施工图计划由建设单位分公司经办人发起；考核管理由设计部经办人发起；总体与方案设计、初步设计管理的编制阶段由建设单位部门经办人发起，报审/批复阶段分「二级单位发起」与「开投集团发起」两种 | 需求清单（流程起始节点） | 设计基线 |
| R-SD-004 | 发起方式（二级单位发起/开投集团发起）分设动作权限；服务端按权限与用户部门归属复核发起方式，修改前端参数不能冒充另一种发起方式 | 同级先例（规划管理 R-PL-004）、工程契约 | 设计基线 |
| R-SD-005 | 需求图将地勘监理单位与外业见证单位审核画为并行节点，并标明全部同意后汇聚；图中未明确任一节点退回后的目标节点、其他并行待办处理或重新提交方式 | 需求清单（PDF 第 1 页，并行同意后）；退回语义待业务确认 | 并行成功路径已核对；退回待确认（Q-SD-021） |
| R-SD-006 | 多部门并行意见节点（用户需求书的工程部经办人/验交办/其他相关部门；施工图报审的建设单位/运营公司/开投集团相关主管部室）按会签实现，全部同意后汇聚；「会签」同样用于分管领导会签节点 | 需求清单（并行同意后、会签同意后） | 设计基线 |
| R-SD-007 | 意见征求（仅总体与方案设计、初步设计管理的编制阶段）由开投集团项目中心部门负责人节点判断「是否需要四前置需求及意见征求」；选择「是」时同屏选择征求部门与接收人，只有本次被选中的部门生成待办；选择「否」时直接结束 | 需求清单、同级先例（规划管理 R-PL-017） | 设计基线（部门范围待确认，Q-SD-015） |
| R-SD-008 | 审核节点办理人一律「选人」：提交或办理时由「选择审核人」确定下一办理人，不使用部门/角色待办池或角色队列派发 | 同级先例（规划管理 R-PL-016） | 设计基线 |
| R-SD-009 | 施工图报审的图册差异分类（Ⅰ类/Ⅱ类/Ⅲ类/Ⅳ类）由造价咨询单位项目负责人审核后确定，类别与金额为结构化字段；类别决定后续审批层级，同一类型内再按「是否涉及分公司和系统设备公司提供支撑材料」分流 | 需求清单（根据类型走不同分支流程）、原型批注 | 设计基线（分类口径待确认，Q-SD-004） |
| R-SD-010 | 施工图报审的分支审批层级按原型图如下。各分支先由建设分公司经办人审核、建设分公司部门经理审核，再按「是否涉及分公司和系统设备公司提供支撑材料」分流：判定为「是」时由主管部室分管领导与建设分公司分管领导会签，判定为「否」时只经主管部室分管领导审核；随后按类别进入不同层级：Ⅰ类 → 建设单位总经理审核 → 建设单位董事长审核；Ⅱ类 → 建设单位总经理审核；Ⅲ类 → 不再上报（至分管领导为止）；Ⅳ类 → 不经分管领导，主管部室经办人审查、部长审核后直接流转；各分支最后统一由建设单位设计部窗口接收并分发，由设计单位项目负责人按意见修改并上传修订图纸、设计审查单位项目负责人确认后闭环 | 需求清单（流程分支图） | 待确认（Q-SD-004） |
| R-SD-011 | 「是否零号台账变化」为施工图报审的流程条件变量，由设计单位专业负责人在上传最终图纸文件时判定；判定为「否」时流程直接进入设计审查单位项目负责人确认 | 需求清单（判断是否零号台账变化） | 待确认（判定口径与影响范围，Q-SD-017） |
| R-SD-012 | 成果与附件按「业务任务 → 阶段记录 → 成果版本 → 成果明细 → 附件引用」分层；附件保存文件服务对象引用而非复制实体文件；附件按用途区分为送审图纸、三审意见、总体单位意见、方案变化审批申请表、差异费用计算表、经济测算报告、会议纪要、盖章图纸、考核依据等类型 | 需求清单（上传附件动作与附件口径）、同级先例（规划管理 R-PL-015） | 设计基线 |
| R-SD-013 | PDF 第 1 页将总体与方案设计、初步设计管理分别画为编制、报审、批复阶段链路；阶段链路是否对应独立任务、阶段记录、流程实例及版本沿用方式未在来源说明 | 需求图（PDF 第 1 页）与规划管理先例（仅参考） | 独立任务建模为候选方案，待 Q-SD-023 确认 |
| R-SD-014 | 业务状态复用平台 BusinessStatusEnum 稳定编码（draft/waiting/back/finish），展示层以字典映射为草稿/进行中/退回/已通过；审批记录区分发起单位与办理单位 | 同级先例（规划管理 R-PL-006、R-PL-021）、原型批注「审批记录需要区分发起单位」 | 设计基线 |
| R-SD-015 | 暂存只保存业务数据、不启动流程、状态为草稿；提交执行完整校验 → 保存 → 启动（或继续）流程 → 状态为进行中；取消不落库 | 同级先例（规划管理 R-PL-007） | 设计基线 |
| R-SD-016 | 提交必须选择下一步审核人；提交校验不通过只拦截提交，不阻断暂存 | 同级先例（规划管理 R-PL-008） | 设计基线 |
| R-SD-017 | 同一业务记录重复提交不得产生两个流程实例（后端重复提交拦截 + 业务侧实例校验与锁） | 同级先例（规划管理 R-PL-009） | 设计基线 |
| R-SD-018 | 需求图只描述正向节点链路，未规定退回目标、并行或会签时其余待办的处理、重提后沿用或新建实例；如退回至发起人节点，可按平台状态映射置「退回」，但退回位置与重提规则不作默认 | 需求图（PDF 第 1 页）；平台状态映射参考规划管理 R-PL-010 | 退回与重提语义待确认（Q-SD-021） |
| R-SD-019 | 记录级权限：草稿仅创建者或具备管理权限者可以编辑/删除；退回由具备重新办理权限者编辑重提；进行中仅当前处理人可执行节点允许的操作；已通过业务表单只读 | 同级先例（规划管理 R-PL-027） | 设计基线 |
| R-SD-020 | 参建单位隔离与项目/工程范围过滤均未确定；页面权限不意味着可查询全部台账，发起单位与办理单位快照仅供展示和审批追溯，不自动构成数据授权规则 | 待确认（Q-SD-010） | 待确认 |
| R-SD-021 | 权限码采用 surveyDesign:<资源>:<动作> 三段式；已确认的资源和动作在后端注解、菜单权限串与前端指令中逐字一致；资源范围、缺失页面动作及是否需要模块专属台账/重启权限随页面动作确认 | 工程契约（三段式权限码）；页面与动作范围见 Q-SD-008、Q-SD-021 | 权限格式为工程约束；资源和动作清单待确认 |
| R-SD-022 | 列表详情是否复用流程工作台只读视图、并展示流程图与审批历史，属基于同级先例的界面提案；需求来源未提出模块专属的流程实例重启，节点意见是否只由平台时间线展示需随页面方案确认 | 同级先例（规划管理 R-PL-002、R-PL-021） | 页面提案；重启待确认（Q-SD-021） |
| R-SD-023 | 跨模块共用页面与入口一律按静态固定路由注册，不依赖菜单授权；各办理页在流程办理路由表、固定路由路径清单与流程办理路径映射中登记 | 同级先例（规划管理 R-PL-031）、公共开发约定 | 设计基线 |
| R-SD-024 | 「设计联络」仅台账：不启动流程，不进入四页模型；台账数据来源与是否提供录入动作待确认 | 需求清单（仅台账） | 待确认（Q-SD-011） |
| R-SD-025 | 外部参建单位（勘察单位、地勘监理单位、外业见证单位、设计总体单位、工点设计单位、设计审查单位、造价咨询单位、监理单位、施工单位）以平台部门承载，其项目负责人/专业负责人以平台用户承载并按节点选人办理 | 开发库现状（「参建单位」根部门及其下级）、同级先例 | 待确认（Q-SD-001） |
| R-SD-026 | 勘察类流程的审核层级（建设单位主管部室经办人 → 部长）与设计类流程的审核层级（建设单位主管部室经办人 → 部长 → 分管领导 → 总经理 → 董事长）分属不同业务域，不统一抽象为一套层级 | 需求清单（流程分支图） | 设计基线 |
| R-SD-027 | 考核管理按考核表结构化承载打分结果与考核依据，不下发为流程审批节点以外的表单流转；「自动识别考核表打分」的识别规则以管理办法为准 | 需求清单（管理办法，有考核表单） | 待确认（Q-SD-012） |
| R-SD-028 | 勘察大纲、总体与方案设计、初步设计管理三个页面标注「与开投讨论确认」（其中总体与方案设计、初步设计管理各含编制/报审/批复三条阶段流程）；用户需求书标注「暂时不确定是否最终流程，可能会简化」；相关节点顺序与文案以与开投集团确认后的版本为准 | 需求清单（流程图标注） | 待确认（Q-SD-005、Q-SD-006） |
5.2 状态流转
text
草稿(draft) --提交--> 进行中(waiting) --全部节点通过--> 已通过(finish)
进行中(waiting) --退回--> 目标节点、业务状态和重新提交方式待 Q-SD-021 确认草稿：仅创建者或具备管理权限者可以编辑、删除与提交；未启动流程实例；进行中：流程已启动或退回后重新提交，业务表单按当前处理人可办理、其他人只读；当前节点从有效流程任务解析；退回：目标节点、待办清理、业务状态、可编辑人以及重新提交沿用或新建实例均待确认（Q-SD-021）；不得把退回一律解释为退回发起人或上一节点；已通过：该任务的流程结束，业务表单只读；- 流程实例状态与业务状态分列保存；是否为业务记录提供多实例/重启能力未决（Q-SD-021），当前不把「已被重启取代」作为既定状态。
中文状态名只用于展示，数据库只存稳定枚举值。
6. 权限、异常与非功能要求
6.1 权限与数据范围
- 菜单与按钮权限码采用
surveyDesign:<资源>:<动作>三段式；仅在确认页面及动作范围后确定资源与动作清单（缺失项见 Q-SD-008）。后端注解、菜单权限串与前端指令必须逐字一致；任务/项目台账及流程实例重启的独立权限均属待确认方案（Q-SD-019、Q-SD-021）。 - 前端隐藏按钮不代替鉴权：所有已确认的查询、写入、办理与导出动作均须在服务端鉴权；如后续确认启用意见征求或流程重启，同样须作后端授权校验。
- 发起方式（二级单位发起/开投集团发起）在服务端按用户部门归属与权限复核，条件不满足时拒绝并给出明确提示。
- 数据范围：单位、项目/工程及角色维度尚未确认（Q-SD-010）。页面权限不等于全量可见；列表、详情和导出须按确认后的数据范围在服务端过滤。
- 记录级权限：草稿仅创建者或管理权限者可编辑/删除；进行中仅当前处理人可办理；已通过业务只读。
- 当前节点办理资格以流程实例的有效任务为准，前端不传办理人参数决定归属。
6.2 异常与回滚
| 场景 | 系统行为 | 用户提示或补救 |
|---|---|---|
| 重复点击提交 | 服务端重复提交拦截；同一业务记录只允许一个活动实例 | 提示重复提交，返回已有流程状态 |
| 提交时未选择下一步审核人 | 拒绝提交，保留草稿数据 | 提示选择下一步审核人 |
| 提交校验不通过（必填字段、成果明细为空等） | 只拦截提交，不阻断暂存 | 指出具体缺失字段 |
| 非建设单位用户以「二级单位发起」方式发起 | 服务端拒绝，不生成业务记录 | 提示当前用户不属于建设单位，不能以该方式发起 |
| 用户未分配参建单位或建设单位部门时发起 | 服务端拒绝 | 提示联系管理员配置部门 |
| 修改他人草稿或已通过单据 | 服务端按记录级权限拒绝 | 提示仅创建人或具备管理权限的人员可操作 |
| 非当前处理人办理或凭据不匹配 | 服务端校验任务归属后拒绝 | 提示该任务不是本人待办 |
| 并行审核节点或会签节点被退回 | 退回目标、其他待办是否撤销、单据状态与重提方式待 Q-SD-021 确认 | 按确认后的角色、状态与流程实例规则处理；确认前不验收某一默认回退路径 |
| 多部门会签未全部完成 | 保持会签节点，不提前流转 | 展示待办部门与已完成部门 |
| 施工图报审图册类别未确定即进入分支 | 服务端拒绝进入分支流转 | 提示先完成造价咨询单位类别与金额确认 |
| 施工图报审一条任务含多图册且类别不一致 | 按当前口径无法在同一任务内分流（原型遗留问题） | 按 Q-SD-003 确认后的口径处理 |
| 流程回调重复或流程启动失败 | 审批记录按引擎办理记录幂等；启动失败回滚业务提交 | 返回失败原因，数据保持一致 |
| 是否需要模块专属流程重启 | 需求来源未列出此动作；是否启用、可操作角色、实例关系与业务数据影响待 Q-SD-021 确认 | 未确认前不设计重启入口、独立权限或验收动作 |
6.3 非功能要求
- 列表与台账使用数据库分页；导出的筛选与数据范围与列表一致；
- 经确认的提交、办理、会签、并行汇聚、审批回写和分发操作按适用事务边界保持一致，失败时不得留下半成品状态；退回与重提边界按 Q-SD-021 确认；
- 关键状态变化与审批记录可追溯，日志包含业务标识、流程实例、节点、办理单位、操作者与结果，不记录凭据与完整文件地址；
- 页面复用平台固定表单与流程工作台组件，不新造审批中心；
- 附件格式与大小沿用平台统一文件策略，不在本模块硬编码另一套限制；
- 列表默认查询条件、数据范围与导出列口径须结合原型补充确认；现有资料未给出响应时间、并发量、可用性、附件保留期及导出规模等量化目标（Q-SD-022）。
6.4 未验证范围（不得记为通过）
- 本模块尚未实现，没有代码、菜单、流程定义、字典与业务表，因此不存在「验证通过」的实现范围；
- 需求清单中 8 个页面（勘察大纲、专项勘察、招标图纸、用户需求书、施工图计划、施工图报审、施工图分发、考核管理）未提供功能点与按钮明细，其页面动作范围在需求侧即为缺口（Q-SD-008）；
- 需求流程图中的「部长」连接标注、Ⅰ~Ⅳ类分类口径、多图册混合场景、考核表打分规则均在需求侧存在未决事实；分别暂停依赖相应结论的流程节点、分类分支、报审任务粒度与自动打分实现，其他有依据的工作可继续推进（见第 8 节）。
7. 验收标准
本模块尚无实现，下表为业务方与实现方共同确认后用于验收的标准草案；每条标准的证据类型在实现与验证阶段补齐。
| 编号 | 角色 | 前置条件 | 操作 | 预期结果 | 证据类型 |
|---|---|---|---|---|---|
| AC-SD-001 | 勘察单位项目负责人 | 具备勘察大纲新增与提交权限、账号归属勘察单位 | 编制大纲文件并提交 | 状态由草稿变为进行中，生成一个流程实例；地勘监理与外业见证两个并行待办同时生成 | 页面、接口、数据库 |
| AC-SD-002 | 地勘监理单位项目负责人 | 被选为并行审核办理人 | 审核通过 | 本节点完成；外业见证节点未完成时流程不流转；两个并行节点全部通过后流转到设计总体单位 | 页面、流程时间线、数据库 |
| AC-SD-003 | 无开投集团发起权限的用户 | 仅具备二级单位发起权限 | 参数伪造为「开投集团发起」调用新增接口 | 服务端拒绝，不生成业务记录 | 接口、数据库 |
| AC-SD-004 | 开投集团项目中心部门负责人 | 处于经确认保留的「是否需要四前置需求及意见征求」节点 | 选择 2 个部门并提交意见征求 | 仅生成本次选择的部门待办，全部完成后按确认流程继续；退回结果依 Q-SD-021 的最终规则验收 | 页面、接口、数据库 |
| AC-SD-005 | 设计单位、设计总体单位、设计审查单位、建设单位经办人与部长 | 招标图纸流程各节点办理人 | 依次办理招标图纸流程 | 各节点按顺序流转，节点意见可在流程时间线逐条查看且区分办理单位 | 页面、流程时间线 |
| AC-SD-006 | 造价咨询单位项目负责人 | 施工图报审已上传上一阶段方案变化支撑文件 | 填写类别和金额并上传经济测算报告 | 类别（Ⅰ~Ⅳ类）与金额结构化保存，流程按类别进入对应分支 | 页面、接口、数据库 |
| AC-SD-007 | 施工图报审分支办理人 | 类别为 Ⅱ 类且涉及分公司提供支撑材料 | 依次办理分支节点 | 按 Ⅱ 类分支顺序流转（含分管领导会签、总经理审核、设计部窗口接收分发），并在设计审查单位确认后结束 | 页面、流程时间线 |
| AC-SD-008 | 设计单位专业负责人 | 施工图报审已完成审查意见回传 | 上传最终图纸文件并判定「零号台账变化」为否 | 流程直接进入设计审查单位项目负责人确认，不进入差异分支 | 页面、流程时间线 |
| AC-SD-009 | 建设单位分公司经办人 | 施工图计划流程发起人 | 提出图纸计划需求并提交 | 依次经主管部室经办人组会、部长审核、分公司上传前置条件完成情况、经办人确认后结束 | 页面、流程时间线 |
| AC-SD-010 | 设计单位、施工单位、监理单位、分公司经办人 | 设计巡检已确认需要整改 | 施工单位整改上传附件，监理单位总监与分公司经办人并行复核 | 两个并行复核节点均完成后方可结束；退回目标、其余待办处理与重提方式按 Q-SD-021 确认后验收 | 页面、流程时间线 |
| AC-SD-011 | 设计部经办人 | 具备考核管理登记与下发权限 | 登记考核、按考核表打分、上传考核依据并下发 | 考核结果与依据结构化保存；设计单位项目负责人收到待办并可接收 | 页面、接口、数据库 |
| AC-SD-012 | 具备页面权限但不在已确认数据范围内的用户 | Q-SD-010 的数据范围规则已确认并配置 | 调用列表、详情与导出接口 | 三类接口均执行已确认的数据范围；具备页面权限本身不授予超范围数据访问 | 接口、页面、数据库 |
| AC-SD-013 | 各页面查看人员 | 具备页面权限 | 打开列表「详情」 | 进入流程工作台只读视图，可查看流程图与审批历史；业务表单只读 | 页面 |
| AC-SD-014 | 仅具备台账权限的用户 | 具备设计联络页面查询权限 | 打开设计联络台账并尝试新增 | 台账可查询；无新增入口或不提供写入动作（按 Q-SD-011 定稿口径） | 页面、接口 |
8. 需求来源与待决项
8.1 关键结论来源
| 编号 | 结论 | 来源 | 最近核对日期 |
|---|---|---|---|
| S-SD-001 | 模块范围与 6 个二级业务域、17 个业务页面 | 需求清单（架构清单 + 流程图） | 2026-09-21 |
| S-SD-002 | PDF 第 1 页绘出 20 条流程链路，含并行审核、会签、意见征求、Ⅰ~Ⅳ类分支；7 条标注「与开投讨论确认」，用户需求书另标注可能简化，流程数量与节点链路未全部定稿 | 《数智建管平台勘察设计管理模块.pdf》第 1 页 | 2026-09-21 |
| S-SD-003 | 已列页面的功能点与按钮清单（功能区/数据行/详情页三层）；8 个页面缺少按钮明细 | 桌面《勘察设计管理功能需求架构清单.csv》，实为 OLE2/Excel 97-2003 工作簿，工作表「基于BIM+3DGIS的管理平台勘察设计管理功能需求架构及功能」，UsedRange 35×9、34 行非空 | 2026-09-21 |
| S-SD-004 | 业务状态、附件分层与「选人」办理有规划管理先例；四页模型仅为同级先例提案，不是勘察设计来源要求（Q-SD-009） | 同级先例（规划管理需求分析） | 2026-09-21 |
| S-SD-005 | 三段式权限码、大整数 ID、数据库统一入口、流程菜单与分类命名 | 公共开发约定、根 AGENTS.md 工程契约 | 2026-09-21 |
| S-SD-006 | 本模块在建设批次中的定位（12 月上线批次） | 原功能架构图历史规划（工程部讨论版，2026-08-26） | 2026-09-21 |
| S-SD-007 | 开发库当前无勘察设计管理菜单、字典与流程定义；外部参建单位以「参建单位」根部门下的部门承载 | 开发库只读回读（SYS_MENU、SYS_DICT_TYPE、FLOW_DEFINITION、SYS_DEPT） | 2026-09-21 |
| S-SD-008 | 既有流程编码采用「模块前缀 + 资源」下划线命名，流程分类按页面层级建立 | 开发库只读回读（FLOW_DEFINITION.FLOW_CODE/CATEGORY） | 2026-09-21 |
8.2 待确认事项
| 编号 | 问题 | 影响 | 当前建议 | 状态 |
|---|---|---|---|---|
| Q-SD-001 | 外部参建单位（勘察单位、地勘监理单位、外业见证单位、设计总体单位、工点设计单位、设计审查单位、造价咨询单位、监理单位、施工单位）的用户与部门建模口径：开发库「参建单位」根部门下目前只有设计单位/施工单位/监理单位示例，缺少勘察、地勘监理、外业见证、设计审查、造价咨询等类别 | 发起人归属解析、审核人选人范围、审批记录中的办理单位 | 按「参建单位 → 各类单位」补建部门并由平台用户承载其项目负责人；正式清单待业务确认 | 待业务确认 |
| Q-SD-002 | 建设单位「主管部室」「部长」「分管领导」「分公司」「建设分公司」「设计部」「工程部」「验交办」的正式部门口径与启用范围：开发库建设单位为「重庆交通建设管理有限公司」，其下为市场/测试/财务/运维/安全质量环保部等。需求清单对同一角色族交替使用「建设单位分公司经办人」「建设分公司经办人」「分公司经办人」三种写法，按同一角色族处理 | 审核人选择范围、发起单位归属解析、施工图计划与考核管理的发起主体 | 开发库按现状验证，正式环境按业务确认的部门清单启用；角色族写法统一由业务确认 | 待业务确认 |
| Q-SD-003 | 施工图报审一条任务内多图册、且图册类别不一致的场景（原型批注「报审的时候 10 个图册，但是其中有 3 个图册 Ⅰ 类 2 个图册 Ⅱ 类，无法实现这样的流程」） | 流程建模（任务级分流、按图册拆分或其他方案）、数据结构与台账展示 | 「按图册子任务」仅作为候选方案；需业务明确被分流对象与混合类别时的办理结果，确认前不固定任务粒度或分支规则 | 待业务确认 |
| Q-SD-004 | Ⅰ/Ⅱ/Ⅲ/Ⅳ 类的分类依据（差异金额区间或其他口径）与对应的审批层级：原型图显示 Ⅰ 类含总经理＋董事长、Ⅱ 类至总经理、Ⅲ 类至分管领导、Ⅳ 类至主管部室部长，但分类依据未在需求中给出 | 流程分支条件、节点层级、权限配置 | 分类依据待业务给出；在确认前不实施分支条件 | 待业务确认 |
| Q-SD-005 | 用户需求书流程标注「暂时不确定是否最终流程，可能会简化」 | 是否按现图实现该流程及其并行意见节点 | 流程定稿前不固定该链路和并行意见节点；不影响独立的页面与规则设计 | 待业务确认 |
| Q-SD-006 | PDF 第 1 页勘察大纲、总体与方案设计（编制/报审/批复）、初步设计管理（编制/报审/批复）共 7 条流程链标注「与开投讨论确认」 | 相关流程的节点顺序、节点文案、办理人及是否保留各节点 | 当前流程图只作讨论材料与候选设计，不作为已定基线；须确认链路后再固定办理页、角色与验收标准 | 待业务确认 |
| Q-SD-007 | 勘察大纲流程中「建设单位经办人审核」与「项目中心经办人审核」之间标注「部长」的含义：PDF 第 1 页显示该词位于连线上且未画节点框，不能据此判断为独立审核节点 | 勘察大纲流程节点数量、办理主体与权限 | 独立节点与连线说明两种解释均待确认；不得先按独立审核节点建模 | 待业务确认 |
| Q-SD-008 | 勘察大纲、专项勘察、招标图纸、用户需求书、施工图计划、施工图报审、施工图分发、考核管理 8 个页面未提供功能点与按钮明细 | 页面动作范围、路由、按钮权限码和验收用例 | 不从同级页面推定缺失动作；补齐页面动作清单前，不新增相应按钮、路由、权限或验收项 | 待业务补充 |
| Q-SD-009 | 除「设计联络」仅台账外，其余 16 个页面是否统一采用「台账 → 新增/编辑 → 审核（办理）→ 详情」四页模型，以及详情是否进入流程工作台只读视图；需求清单未明示该页面结构 | 页面数量、路由、办理入口、权限动作、验收范围与实施工作量 | 规划管理仅作为同级先例；四页模型和只读详情视图均为候选方案，待业务确认，未确认前不据此新增页面、路由或权限 | 待业务确认 |
| Q-SD-010 | 参建单位之间是否隔离；列表、详情、导出分别按用户所属单位、项目/工程范围或其他维度过滤 | 台账可见范围、待办归属与列表/详情/导出接口的越权验收 | 需分别确认单位边界和项目/工程数据范围；不以页面权限或规划管理先例推定可查全部，也不把展示用发起/办理单位字段当作授权 | 待业务确认 |
| Q-SD-011 | 「设计联络」仅台账的业务含义：台账数据来源（本模块录入、外部导入还是引用其他模块）与是否提供新增/编辑/删除动作 | 页面动作范围、权限码与数据表设计 | 仅台账为来源事实；读写动作与数据来源均未定，不预设只读，也不预设写入 | 待业务确认 |
| Q-SD-012 | 考核管理的「自动识别考核表打分」识别规则、考核表结构与考核依据来源（管理办法附件） | 考核表数据结构、打分逻辑与页面对分展示 | 按管理办法附件设计考核表与打分项；待业务提供表单 | 待业务确认 |
| Q-SD-013 | 设计巡检整改闭环是否需要与相邻模块（工程变更监管、开投安质环监管）关联 | 是否引用其他模块单据、是否需要跨模块待办 | 本地闭环仅是候选方案；须与相邻模块边界一并确认后决定是否关联 | 待业务确认 |
| Q-SD-014 | 施工图计划中的「前置条件」录入项与「组会」承载方式（是否记录会议信息与参会人） | 表单字段、会议留痕粒度与数据结构 | 「附件上传」与「结构化会议记录」均为候选承载方式，待确认，不预先确定字段或建表 | 待业务确认 |
| Q-SD-015 | 总体与方案设计、初步设计管理编制阶段的意见征求部门范围与接收人规则是否与规划管理一致（运营管理部/资产管理部/建设管理部/其他部门） | 征求部门候选、会签节点办理人 | 规划管理口径仅为候选参照；不作为本模块部门清单与接收人规则，待业务确认 | 待业务确认 |
| Q-SD-016 | 初步设计管理的「新建目录」分支含义（新建专题目录、还是设计文件目录配置） | 是否引入可配置主数据及关联页面 | 待业务澄清；确认前不纳入实现范围 | 待业务确认 |
| Q-SD-017 | 「是否零号台账变化」的判定口径与「零号台账」的数据归属 | 流程条件变量、业务责任人及是否跨模块联动 | 将其作为本模块条件变量仅为候选方案；判定口径、数据归属和联动边界未确认前不固化流程分支 | 待业务确认 |
| Q-SD-018 | 「变更审批」「归档」「移交」「汇总」「生成清单」「归集」等页面动作的业务含义与落库对象（需求清单在总体与方案设计、初步设计管理、专项设计管理、勘察成果、设计交底、设计巡检页面列出）；勘察大纲与专项勘察的清单说明文案提到「过程资料的自动归集」，但按钮列未列出归集动作 | 页面动作范围、权限码、数据表与状态字段 | 逐项澄清后实施；确认前不纳入实现范围 | 待业务确认 |
| Q-SD-019 | 台账与聚合视图及导出内容：是否仅建任务台账，还是另建项目台账；是否提供任务/项目聚合查询；导出列口径是否按列表列加成果明细展开 | 页面入口、路由、查询聚合、权限与数据范围、导出文件口径 | 任务/项目双台账与聚合均为设计提案；导出默认列建议按列表列加成果明细展开；均待业务确认 | 待业务确认 |
| Q-SD-020 | 是否需要站内信/短信通知（默认不做） | 待办提醒方式 | 按默认不做 | 待业务确认 |
| Q-SD-021 | 流程退回与重新提交语义（各类退回的目标节点、并行/会签时其他待办的处理、发起人收到退回后的单据状态、重提沿用或新建实例及审批历史关系） | 流程状态、待办清理、权限、数据版本、实例幂等与验收标准 | PDF 第 1 页只画正向链路；平台/规划管理退回先例仅作候选，不默认「上一节点」或「发起人」作为所有流程的退回目标 | 待业务确认 |
| Q-SD-022 | 列表响应时间、并发用户数、可用性、附件大小/保留期、导出规模等非功能指标 | 性能与容量设计、平台配置和量化验收门槛 | 来源清单与流程图未提供定量目标；需确认沿用的平台服务基线或补充业务指标，未确认前不写入数值承诺 | 待业务确认 |
| Q-SD-023 | 总体与方案设计、初步设计管理各含编制/报审/批复阶段链路；每阶段是一条独立任务、阶段记录、流程实例，还是同一业务任务的阶段变更，来源未说明 | 任务主从关系、阶段状态、版本与附件归属、统计口径、路由及验收追踪 | PDF 第 1 页只展示阶段流程，规划管理独立任务模式仅为先例；需业务确认任务粒度与跨阶段历史关系 | 待业务确认 |
8.3 变更记录
| 版本 | 日期 | 变更 | 确认人 |
|---|---|---|---|
| v1.0 | 2026-09-21 | 依据《数智建管平台勘察设计管理模块》架构与审批流程图、《勘察设计管理功能需求架构清单》按钮清单，结合平台既有契约与开发库只读回读结果，建立正式需求分析文档 | 待确认 |