3、需求文档规范:光学需求文档(ORD)模板、关键参数定义、典型需求案例拆解

做光学设计这些年,我见过太多项目栽在同一个坑里——需求没写清楚。

你想想看,结构工程师给个镜筒尺寸,电子工程师提个 sensor 靶面,老板说“要又小又亮又便宜”。然后呢?等你把镜头设计出来,一装调发现 flange back 差了 0.1mm,整个项目就得重来。

所以我个人习惯,项目启动前必须有一份 光学需求文档(ORD)。这东西就像盖楼的设计图纸,图纸画歪了,楼盖得再漂亮也得塌。

3.1 光学需求文档(ORD)模板

一份合格的 ORD,说白了就是把“客户想要什么”翻译成“光学工程师能干活的语言”。我建议至少包含以下 6 个模块:

模块 内容 典型字段
1. 项目概述 产品背景、应用场景、目标市场 产品类型、使用环境、目标成本
2. 光学性能参数 核心成像指标 焦距、F/#、视场角、MTF、畸变
3. 机械接口约束 物理尺寸、安装方式、调焦范围 总长、最大直径、法兰距、螺纹规格
4. 环境适应性 工作/存储温度、湿度、振动、冲击 温度范围、热离焦补偿、防护等级
5. 公差与制造 加工精度、装配要求、检测标准 曲率半径公差、厚度公差、偏心公差
6. 验证与验收 测试方法、合格判据、交付物清单 MTF 测试条件、畸变测量方法、样品数量
我的习惯: 每个参数后面都加一列“优先级”——P0(必须满足)、P1(尽量满足)、P2(锦上添花)。这样后期跟客户吵架的时候,你手里有依据。

3.2 关键参数定义

很多新人拿到 ORD 模板,看着一堆参数就懵了。我挑几个最容易搞混的,给你掰扯清楚。

3.2.1 焦距与视场角

焦距决定了“看得多远”,视场角决定了“看得多宽”。这两个参数是联动的——焦距越长,视场角越小。嗯,这里要注意:有效焦距(EFL) 和 后焦距(BFL) 是两码事。EFL 是光学设计值,BFL 是最后一个镜面到像面的距离。我在项目中遇到过有人把 BFL 当 EFL 写进需求,结果结构设计全错了。

3.2.2 F/# 与光圈

F/# = 焦距 / 入瞳直径。数字越小,进光量越大,景深越浅。但 F/# 不是越小越好——小 F/# 意味着镜片口径大、像差难校正、成本高。我建议你在 ORD 里同时写明 F/# 和入瞳直径,避免歧义。

3.2.3 MTF 与分辨率

MTF 是光学系统的“频率响应曲线”。说白了,就是看你能把黑白条纹拍得多清楚。写 MTF 需求时,一定要注明:

  • 空间频率(单位:lp/mm)——对应 sensor 的像素尺寸
  • 视场位置(中心、0.7 视场、全视场)
  • 测试条件(白光/单色光、有无像差补偿)
我曾经踩过的坑: 客户只写了“MTF > 0.3 @ Nyquist”,没写视场位置。我按中心视场优化到 0.5,结果全视场只有 0.15。最后只能重做设计,工期延误两个月。所以,MTF 需求必须按视场分段写。

3.2.4 畸变与相对照度

畸变是“直线变弯”的程度,单位是百分比。相对照度是“边缘比中心暗多少”。这两个参数经常被忽略,但实际使用中非常影响体验。比如安防镜头,畸变超过 5% 就会让画面看起来“鼓包”;车载镜头,边缘照度太低会导致夜间看不清障碍物。

3.3 典型需求案例拆解

光讲理论太干。我拿一个真实的项目案例给你拆解——4K 安防变焦镜头。

3.3.1 原始需求(客户原话)

“我们要做一个 4K 安防镜头,焦距 8-32mm,F/1.6,1/1.8” sensor,日夜两用,带 IR 矫正。
要求画面清晰,畸变小,价格控制在 200 元以内。”

你看,这种需求根本没法直接干活。什么叫“画面清晰”?什么叫“畸变小”?

3.3.2 翻译成 ORD

我带着客户一条条过,最终整理成下面这份表格:

参数 需求值 优先级 备注
焦距范围 8 mm – 32 mm P0 连续变焦,全程齐焦
F/# 1.6 ± 5% P0 全焦段恒定
靶面尺寸 1/1.8" (Φ9 mm) P0 对角线 9 mm
MTF 中心 > 0.5 @ 160 lp/mm
0.7 视场 > 0.3 @ 160 lp/mm
P0 白光,无像差补偿
畸变 全焦段 < 3% P1 TV 畸变 < 1%
相对照度 边缘 > 60% P1 全焦段
IR 矫正 可见光 + 850 nm 共焦 P0 离焦量 < 0.01 mm
总长 < 45 mm P0 含 IR cut 滤光片
工作温度 -20°C ~ +60°C P0 被动热补偿
目标成本 < 200 元(BOM) P1 不含马达、IR cut
关键点: 你看,我们把“画面清晰”翻译成了具体的 MTF 值,把“畸变小”量化成了 3%,还加了 TV 畸变的限制。这样设计工程师拿到手,就知道该往哪个方向优化。

3.3.3 设计过程中的需求迭代

ORD 不是写一次就完事的。我在这个项目里,跟客户来回确认了 3 轮:

  1. 第一轮: 客户说“MTF 全视场 > 0.4”。我算了一下,F/1.6 做到全视场 0.4 需要 7 片镜片,成本超预算。于是建议放宽到 0.7 视场 0.3,全视场 0.2。
  2. 第二轮: 客户要求“总长 < 40 mm”。我告诉他,8-32mm 变焦做到 40mm 以内,镜片会非常厚,成本反而更高。最终妥协到 45mm。
  3. 第三轮: 客户问“能不能兼容 940 nm 夜视?”我查了材料透过率,告诉他 940 nm 需要换镜片材料,成本增加 15%。客户选择放弃。

你看,ORD 就是用来做这种“取舍”的。没有它,你只能拍脑袋做决定。

3.4 知识结构图:ORD 的核心逻辑

下面这张图,是我自己总结的 ORD 编写流程。每次写需求文档前,我都会先过一遍这个逻辑:

光学需求文档(ORD)编写逻辑 客户原始需求 翻译为可量化光学参数 核心参数定义 焦距 | F/# | 靶面 | MTF | 畸变 | 相对照度 | 总长 | 温度范围 每个参数必须注明:数值、单位、测试条件、优先级 约束与权衡:成本 vs 性能 vs 尺寸 vs 交期 与客户迭代确认(至少 2 轮) 签字定稿 ORD 💡 关键原则 可量化 可验证 可追溯
我的经验: 每次迭代确认,我都会把修改记录写在 ORD 的版本历史里。这样万一后面扯皮,你拿出历史版本一看——哦,是客户自己同意放宽的。嗯,这招救过我很多次。

3.5 避坑指南

最后,分享几个我踩过的坑,你写 ORD 的时候注意避开:

  • 不要写“参考竞品”——竞品的参数你测准了吗?测试条件一样吗?直接写数值,别含糊。
  • 不要忽略测试条件——MTF 是在白光还是单色光下测的?温度是多少?这些不写,测试结果没法对比。
  • 不要忘记公差——设计值再漂亮,加工出来总有偏差。ORD 里必须写明公差范围,否则生产部门会骂娘。
  • 不要一个人闷头写——ORD 写完后,拉上结构、电子、生产、采购一起评审。每个人视角不同,能帮你发现很多盲区。

好了,这一章的内容就到这儿。ORD 这东西,你写得越细,后面设计、生产、测试就越顺。别嫌麻烦,磨刀不误砍柴工。