产品开发数据平台_总体思路报告

产品开发数据平台 总 体 思 路 报 告

从产品开发资料体系，到本机可扩展的数据平台

项目 内容 报告名称 产品开发数据平台 · 总体思路报告 版本 / 日期 v1 / 2026-11-01 委托人 洪达勇（阿勇 / 洪工） 岗位 机械设计工程师 · 工艺工程 单位 浙江德乐五金科技有限公司 使用形态 本机单机运行，个人使用 编制 LobsterAI（穷奇） 状态 思路定稿，待按计划推进

一、起因与目标 阿勇的原始需求是一句话：“辅助产品开发的软件运用，帮我做产品开发、生产、供应链、品控等数据资料的汇总管理。”这句话往下追问了十几轮，最终收敛成一个很清楚的判断。 真正的痛点不是“没有软件”，而是三件事同时存在： • 资料散：图纸、BOM、工艺、检验报告分散在个人电脑各处的文件夹里，找一次要问三个人 • 规则散：什么时候该评审、缺哪份文件算不完整、谁能放行，全靠经验和口头 • 经验散：同一类产品做了三遍，每一遍都从头再来，踩过的坑没有沉淀 所以目标不是做一个更大的表格，而是做一条能自我复用的链：设计出来的数据能自动往下流，评审有硬门槛，同类产品能按模板派生。 二、五个核心判断 这份报告的所有设计，都建立在这五条判断上。 编号 判断 含义 J1 框架来自现有清单，不另造一套 《机械产品开发各阶段评审检查清单》的 3 道门、四大件、50 项，本身就是标准作业结构。系统围绕它建，比自创结构可靠得多 J2 全面性靠库的广度，不靠堆功能 不同产品只是“要素块的组合”不同。做 19 个工艺要素块 + 8 个合规要素块，就能覆盖机电、五金、汽车件、家电、电子模块、墙开 J3 文件优先，软件其次，接口最后 本机 SolidWorks 的 COM 写入接口不通（已实测）。所以集成一律走“导出文件”。文件永远在，接口会坏 J4 软件管参数与判定，不碰几何 几何归 SolidWorks。软件管参数定义、规格矩阵、设计表生成与回收，越界必输 J5 复刻的前提是参数化建模 模型不是参数驱动建的，复刻只能复制文件夹。这条不解决，软件再好也是空转

三、总体架构：四层 不是“一个系统装所有功能”，而是四层，越往下越抽象，越往上越具体。 层 名称 内容 作用 L1 行业包 汽车、家电、电气开关、五金、电子模块、新能源 只定义“这个行业该选哪些要素、走哪些认证” L2 要素块 工艺 19 个（传动、冲压、注塑、压铸、机加、增材、激光、MIM、焊接、表面处理、电子装配、线束、流体与加热、装配测试…）；合规 8 个（车规、家电安规、元器件安规、食品接触、EMC、环保、市场准入、计量） 每个要素自带计算表、工艺片段、检验项片段 L3 检查项库 所有行业共用同一个检查项池 按勾选的要素自动拼出项目清单，可能 50 项也可能 80 项 L4 项目实例 具体产品的数据、判定、证据、遗留 真正干活的地方

外加两条横向库：标准法规库（标准号、条款、适用要素）与计算判据库（公式、上下限、判定规则）。横向库是“要求”的落点，没有它们，检查项就只是一句口号。 四、业务主线：十二步 这是阿勇自己描述过的产品开发流程，一字不改地搬进系统，每一步都有固定产出。 步骤 内容 产出 1 拿到样机，竞品拆解与工序分析 竞品档案、拆解照片、尺寸与重量 2 工作运力分析（扭矩、推力、速度、功率） 选型计算书 3 竞品与专利检索 专利清单与风险提示 4 3D 设计 模型、图纸、计算书、DFMEA 5 配件 BOM 清单 EBOM 结构树 6 材料力学性能与校核 材料表、应力校核 7 选择加工工艺 工艺路线、DFM 审查 8 工艺设计要求与工艺计划书 工序卡、SOP、工装需求 9 生产周期与采购 BOM PBOM、采购单、齐套跟踪 10 到货组装 装配记录 11 装配工艺与技术检测 SIP、关键参数实测 12 产线搭建 设备、产能、工时、包装、布局

这十二步与 50 项检查是同一件事的两个视角：做到第 9 步，自动点亮检查项 11、12、26 到 28。系统里做成一条时间轴，不搞两套账。 五、五个关键机制 这五条决定系统是“记录工具”还是“真正的助手”。 5.1 评审门禁 三道门：设计评审、试产评审、量产评审。每条判定只有六种状态：未开始、进行中、合格、有条件通过、不合格、不适用。 三条硬规矩，来自原清单注释，写进系统不给人留口子：有条件通过必须留遗留问题与期限；上一道门未全绿不得开下一道；遗留问题闭环后才转合格。 5.2 尺寸工程 一个特征 ID 贯穿全链路（模型 → 图纸 → 工艺卡 → 检验记录 → SPC），编号不统一，尺寸链永远算不出来。六张表：基准、特征尺寸、装配尺寸链、工艺尺寸链、工艺能力、检验记录。标准以国标打底，客户标准可覆盖但必须留痕。 5.3 自制与外协双路线 不是二选一，是逐工序双轨并行：每道工序同时算自制成本与外协成本，给出拐点批量。还要算一笔多数公司不算的账——自制占用的产能机会成本。 5.4 BOM 持续同步 BOM 不是导入一次，是版本化同步：新版本 → 差异比对（新增/删除/数量/属性/层级五类）→ 人工确认 → 生成新版本。三条底线：零件软删除、台账与 BOM 解耦、物料库只进不出。 5.5 模板派生 成熟产品的五层基因（参数、结构、工艺、验证、数据）冻结为母版。新产品只填差异，系统按参数影响传播给出“需要动的清单”。前提是模型参数化，否则只能人工改图。 六、本机生态：不接管软件，只接管文件 阿勇的机器上已经装了一整套工程软件，这是资产，不需要重建。系统的定位是做它们的下游。 本机软件 提供什么 怎么接 SOLIDWORKS 2020（含 Inspection / CAM / Flow / Plastics / Composer / Visualize） BOM、属性、图纸、FAI 报告、工艺与仿真结果 导出 Excel/PDF → _导入 投放目录 AutoCAD 2022 / Creo 8 / NX 12 / SketchUp 2022 客户来图、产线布局 转 STEP 或导出图片 零件库集成（23 个品牌）/ Festo PARTdataManager / 大工程师 标准件 PN、型号、材质、硬度、参数 技术数据导出 Office 2016 / 福昕 PDF 台账、报告、合并签章 直接读写最稳 Python 3.12 / Node 24 平台自身的运行环境 已具备

三个零代码就能打通的开关：SW 的 BOM 表另存为 Excel；SW 自带的 Task Scheduler 批量导出；Inspection 的检验报告导出。 七、已建成的资产 类别 名称 位置 目录体系 产品开发资料体系（模板 75 个文件夹，与 50 项一一对应） E:\我的工具\产品开发资料体系 投放枢纽 _导入（SW导出 / 选型导出 / 检验报告） 产品开发资料体系\_导入 尺寸工程 尺寸工程数据规范模板（6 表 + 3 个算例） 产品开发资料体系\尺寸工程 标准规范 SW 工程图规范 v0、现有模板分析与改造清单、改造操作卡、改造总表 产品开发资料体系\标准规范 开发文档 开发任务书 v1、架构扩展与 BOM 同步增补 v1.1、设计环境与数据收集指南、开发计划表（42 项） 产品开发资料体系\开发 界面设计 界面设计稿 v0（12 页线框） 产品开发资料体系\界面设计

八、软件框架摘要 项目 内容 技术栈 Node + Express + SQLite 单文件 + 本地静态前端；端口 127.0.0.1:3210；双击启动 数据模型 14 张核心表 + 5 张 BOM 同步表，字段名全部锁定 可扩展机制 一个功能 = 一个模块目录（routes/service/schema/menu），启动自动装配；数据库只加不改 交付节奏 四段：骨架与台账 → 参数与规格 → BOM 同步 → 门禁与看板 验收原则 每段独立验收，前置未完成不开工，不带着问题往前赶 明确不做 几何建模、CAD 内嵌、ERP 对接、多人权限审批、自动排产、上云

九、当前进度 已完成 说明 资料骨架 75 个文件夹模板 + 50 项清单结构化 尺寸工程规范 六张表 + 计算算例 工程图规范 SW 规范 v0 + 现有模板实测分析 + 改造清单 16 项 软件规格 任务书 v1 + 架构增补 v1.1 + 界面线框 12 页 计划表 42 项，按依赖顺序，不设日期 投放目录 A1 已完成

待办（按依赖） 卡在哪 A3 SW 模板 P0 改造 需在 SW 界面操作（COM 写入不通） A5 六张手算表 / A6 四套文档模板 我可直接做 B 到 E 软件四段 需定代码由谁写 F 产品基线立标 需定首个产品

十、风险与边界 风险 影响 应对 模型未参数化 复刻退化为复制文件夹 先做参数化试点，再谈派生 模板标题栏无属性链接 BOM 图号材料带不出 P0 改造，改零件属性验证 SolidWorks COM 不可用 无法脚本化驱动 SW 一律走导出文件 零件库私有索引 无法批量吸取标准件数据 靠插件技术数据页导出 软件一次做全量 做不完、验不了 四段交付，每段可用

边界要写清楚：系统管流程、资料、判据、台账，不替代 CAE 仿真、不存标准全文（版权），不碰几何。 十一、下一步的三个决定 编号 决定 为什么卡在这 Q1 代码由谁写（阿勇本人 / 灵） 不定就没人动手，架构再细都是纸上功夫 Q2 第一个基线产品选哪个 没有真数据，验收只能造数据 Q3 SW 的 BOM 用哪种（材料明细表 / 单独 BOM 表） 决定导入模板的列结构

这三条定了，F 线和 B 线可以同时开跑，软件与真实数据互为验证。