书写需规中遇到问题的反思

一定要有业务场景描述

需规的目的是保证所开发的系统就是客户想使用的系统，我们先从可能存在的场景去分析需规应该有哪些内容。

我们在描述场景的时候，最好讲明谁（参与者），在什么样的场景下，为了完成某个目的，而做了什么操作。

尽量用用例的方式去划分功能点

例如：在“场景A”的情况中，我们要来指导开发团队去开发功能，那么我们需要尽量描述清楚每一个功能，一定要保证功能不存在遗漏项。

那么怎样的逻辑才能让功能描述得全呢？我认为在项目做规划的时候，要把模块范围划分清楚，每一个模块的定义、目的、适用范围，然后再根据模块规划用例。这样就可以保证开发的内容保持功能全覆盖。读者在看的时候也可以很直观地看到，原来我们的系统可以完成这这这等等功能。

功能逻辑图和流程图的重要性

我们一定要确定好我们的流程图的范围，是针对业务流程进行的还是对这个用例进行描述的。