夜雨聆风
AI+GJB5000B:用AI写出“能过审”的军工软件需求文档
还在手写几十页的SRS？AI时代，需求文档也能“一键生成”
一、军工软件需求文档的“三重痛点”
你有没有经历过这样的场景：
痛点1：写文档比做需求分析还花时间
拿到《软件研制任务书》，对着GJB438B的模板，一章一章地填。功能需求、接口需求、性能需求、可靠性安全性需求……光梳理数据字段就要半天，画流程图调格式又一整天。结果：需求分析2天，写SRS要5天。
痛点2：改需求等于重写半本SRS
客户说“标签最多5个改成10个”，你以为改一个数字就行？实际上要改需求背景、功能描述、数据字段、接口定义、验收标准……改一次，半天没了。很多工程师干脆：“先口头和开发说一下，后面再补。”——文档就这么腐化了。
痛点3：GJB5000B的追溯要求让人头大
RDM 2.6要求“建立双向可追溯性”——每条需求必须能追溯到设计、代码和测试。手工维护追溯矩阵？几十页SRS、上百条需求，想想就头皮发麻。
二、AI时代的SRS，长什么样？
回答：结构化+可追溯+动态更新。
这不是我瞎编的。PRD 2.0就是这么定义的，而它和GJB438B的要求天然契合。
特征1：结构化——机器能读，人能定位
传统SRS是大段文字：
“系统应提供用户登录功能，用户输入用户名和密码，系统验证凭证有效后允许登录……”
GJB438B要求的是结构化写法：
3.X 用户登录
触发条件：
-
入口：登录页面 -
权限：所有用户
输入：
|
|
|
|
|
|---|---|---|---|
|
|
|
|
|
|
|
|
|
|
处理逻辑：
-
校验输入格式 -
验证用户名是否存在 -
比对密码哈希值 -
生成登录令牌
输出：
-
成功：返回令牌，跳转主页 -
失败：提示“用户名或密码错误”
异常处理：
|
|
|
|---|---|
|
|
|
结构化之后，AI能理解、能自动检查完整性，测试能直接转用例——这正是RDM 2.5“分析并确认需求”要的。
特征2：可追溯——每个需求都有来源
RDM 2.6要求双向可追溯。AI时代，不用担心手工维护了：
需求：增加“标签”字段
需求来源：
-
软件研制任务书编号：RO-2024-045 -
用户访谈（2024-06-10）
业务目标：
-
提升内容组织效率
追溯链接：
-
设计说明：SDD-03.2.1 -
测试用例：TC-045-001 ~ 045-008
AI可以自动建立并持续维护这份追溯表。当需求变更时，AI自动识别影响范围，通知相关人。
特征3：动态更新——需求变了，文档秒级同步
RDM 2.7要求“管理需求变更”。传统方式改文档太痛苦，AI时代不同了：
[需求变更] 原需求：标签最多5个 → 新需求：标签最多10个
[AI自动识别影响]
-
数据字段定义（第3章） -
前端表单校验（第5章） -
后端接口参数（第7章） -
测试用例（第9章）
[AI生成变更清单并自动通知]
@前端开发 张三
@后端开发 李四
@测试 王五
三、实战：AI+GJB5000B的四步流程
Step 1：AI生成决策层（5分钟）
把《软件研制任务书》和用户访谈记录喂给AI，让它按5W2H模板（Why/Who/What/Where/When/How/How much）生成需求背景。
Prompt示例：
基于以下输入，按GJB438B的要求生成SRS的“1. 范围”和“2. 引用文档”部分。请用条目化、结构化方式输出。
Step 2：AI生成实现层（15分钟）
让AI生成功能需求、性能需求、接口需求的结构化描述。关键：输出格式必须符合GJB438B模板，包含输入输出表、异常处理表、验收标准。
Step 3：AI做完整性检查（5分钟）
让AI对照GJB5000B的RDM实践域和GJB438B的检查单，逐项检查：
检查清单：
-
是否覆盖所有功能需求（GJB438B 3.2） -
是否定义内外部接口（GJB438B 3.3） -
是否分析可靠性安全性需求（RDM 3.3） -
是否建立双向可追溯性（RDM 2.6） -
是否给出每项需求的验证方法（RDM 2.5）
Step 4：人工确认（30分钟）
AI是助手，你是决策者。补充业务细节、确认优先级、拍板方案——这些AI不能替你做。
四、时间对比
|
|
|
|
|
|---|---|---|---|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
五、3个关键建议
建议1：让AI替你写文档，别替你思考
RDM 2.5“分析并确认需求”——这个“确认”必须是你的判断。AI能生成框架，但需求值不值得做、优先级怎么排，还是得你来。
建议2：要持续迭代
需求会变，文档也要跟着变。用AI降低更新成本：需求变了，让AI识别影响范围、生成变更清单、自动通知相关人。
建议3：输出GJB438B兼容的格式
最终交付的SRS要符合GJB438B模板。让AI按标准模板生成，包括范围、引用文档、需求、接口、性能、质量特性等所有章节。
写在最后
GJB5000B不是形式主义的枷锁，而是军工软件质量的基石。AI不是来偷懒的，是来帮你把“写文档”这种机械劳动省下来，把更多时间花在“想清楚需求”上。
工具变好了，但工程思维不能丢。
当每一行SRS都能追溯到代码和测试，当每一次变更都能被精准响应——我们才能真正写出“能过审、能打仗”的需求文档。
你的SRS现在什么样？评论区聊聊。
这正是：
AI助写需求规格，
结构可溯两相宜。
动态更新快响应，
效率提升笔如飞。
参考书目：PRD 2.0：AI时代的需求文档长什么样（附腾讯模板），原创 SinKris，公众号：Kris产品成长之路
