涉众利益，是一个还没有怎么理解的东西，先放着吧，等后续后有空再进一步思考和整理。

关于前置条件，是一个比较有意思，可以讨论的事情。

前置条件如何写？

要做饭就必须要有饭，有菜，做饭这个事情才能成立。

要洗澡，就必须要有水，这个事情才能成立。

有饭，有菜，它是一个客观事实，是一个当时的状态，我们就可以讲，是做饭的前置条件。

有水，它是一个客观事实，是一个当时的状态，我们就可以讲，是洗澡的前置条件。

正如前面的有饭，有菜，有水等，通过表达系统必须满足的前提条件状态就可以了，例如：

系统已存在人口数据

系统已存在已审核的人口

为什么要在用例规约这里设定前置条件呢？

我想应该很多人有和我一样的疑问。

用例规约，就是描述系统提供服务的条件，过程，要求和约束。它可以作为我们验收系统是否需求目标的标准。

验收需要经过测试，那测试人员进行测试就从前置条件开始，先确定前置条件是否满足，如果不满足，那么可以不用测试了。如果满足，才开始测试。

不用白测试一趟才发现，原来前置条件不满足，这种闹笑话的事情发生。

不知道你有没有这种体验，家里没水却不知道，然后跑到厕所一件件地脱了衣服之后，打开水龙头，才发现没水，然后就很烦躁地，把粘着汗水的黏糊糊的衣服再穿回去的尴尬。我想这就是没有做前置条件的确认，直接进行测试的心理状态吧。

为什么用户登录到系统就不写到前置条件呢？

另外，我们不会讲人一定要活着，才会做饭，人一定要活着，才会去洗澡。洗澡之前，这个人活着，是一件公认的客观事实。

同样的，用户登录，我理解，用户要操作系统，都要登录系统，虽然也算是一个前置条件，但是它适用于整个系统，属于环境下的常态要求，我们也不会把它还写到前置条件里面去。