07｜通过业务建模应用业务知识

这节课的内容不算太难理解，不过因为是新一章的开篇，而且是为了下一讲铺垫，我在使劲试着找背后的脉络感来调整注意力的姿势。 我理解，建模是一件昂贵的事情，所以要充分发挥（精炼业务知识后才得到的）模型的作用才没有白白建模。所以，模型像是一个以关系数据库状态存在的，很干很干的信息内核，未来会在这个内核外面漂浮很多信息场景，即被用户以不同业务场景的视图来访问。要想开发好这些信息场景，就需要开发人员深度理解这些场景。但一方面很干很干的信息内核对开发人员不友好，再者团队内部的业务认知也非常不均衡，所以存在很多误解和反复沟通的日常痛苦剧情。 于是我们可以利用LLM 丰富的常识和知识储备，让 LLM基于信息内核（一种强编码的上下文描述），并且使用 CoT 的方式 （因为这是不可言说知识的提取）来把这个干货变湿，让人类开发者用自然语言就get 到很多具体的业务场景到底会怎么运转。这样就实现了 第六课中提到的， 在庞杂认知模式下，通过复用思维链实现团队成员之间不可言说知识的高效传递。这样既解决了团队中认知分布不均衡的问题，也充分发挥了（辛辛苦苦才建立）业务模型的作用。 这就是利用 LLM 进行业务模型（给人类）展开的价值。

上完课，感觉似乎用另一种方式，把活动图，序列图和状态机图干的事儿又搞了一遍。是为了让大语言模型能更好的吸收知识吗？

模型的展开过程就是形成统一语言的过程，也就是不可言知识的传递过程！此过程会涉及功能需求的描述和功能模块的划分甚至更细致的TODOs！ 正如《落地建模》中所讲的模型/统一语言/业务需求三者关系。模型在时间维度的展开就是用UL来描述需求，如果有不能描述的需求就要再次提取知识演化模型，形成新的UL来描述需求也就是用户故事的产生！ 如果CoT能高效生成正确的用户故事，那么CoT模板就提高不可言知识的传递效率！