在前面的文章中,我声称AI能够成为驱动企业数字化的大脑。到底行不行呢?为了验证我心中的这一论断,我决定从需求分析开始,验证AI是否能够担任一个靠谱的需求分析师。
1. 一个需求分析案例
我找到了几年前一个小商品市场管理项目的原始需求,相当粗糙,仅有几份需求会谈的会议纪要、几张Excel报表样表、零散的接口说明和若干UI设计图。没有流程图、没有用户场景、没有用例分析……所有信息都是散乱的。
我希望DS从这些原始需求开始,分析和设计出一份逻辑完整、标准化、高规格的以微服务架构为目标的需求规格说明书出来。结果可以说是相当惊艳!它所生成的需求分析和设计相当靠谱!先看下面完全由DS生成的完整的需求规格说明书目录,包含了微服务架构设计要求的几乎所有细节:
XX小商品市场管理项目需求规格说明书
一、原始需求
二、微服务识别(表一)
三、业务对象设计(表二.1至表二.5)
表二.1:商户业务对象设计
表二.2:支付订单业务对象设计
表二.3:库存事务业务对象设计
表二.4:统计维度业务对象设计
表二.5:安全策略业务对象设计
四、微服务标准结构设计(表三.1至表三.5)
表三.1:商户管理微服务标准结构设计
表三.2:支付处理微服务标准结构设计
表三.3:库存管理微服务标准结构设计
表三.4:报表管理微服务标准结构设计
表三.5:权限管理微服务标准结构设计
五、微服务接口设计(表四.1至表四.5)
表四.1:商户管理微服务接口设计
表四.2:支付处理微服务接口设计
表四.3:库存管理微服务接口设计
表四.4:报表管理微服务接口设计
表四.5:权限管理微服务接口设计
六、配置服务设计(表五)
表五:配置服务清单
七、微服务依赖关系分析(表六)
表六:微服务依赖关系
八、用户场景映射设计(表七)
表七:用户场景映射
九、单元测试用例设计(表八)
表八:单元测试用例
十、功能测试用例设计(表九)
表九:功能测试用例
十一、微服务分层建议(表十)
表十:微服务分层建议
十二、微服务设计优化(表十一)
表十一:微服务设计优化
十三、AI智能检查报告(表十二)
表十二:AI智能检查报告
我仅用不到三个小时,就让DS生成了这份需求规格说明书。当然,我之前花了几天时间将一整套我称之为乐高城模式的企业架构设计方法喂给了它,又花了几天时间“调教”,让它学会了需求分析的方法和步骤,并以规定的模板输出