上一篇文章主要讲的是如何从零搭建起一个信息系统的方法，但实际上甚少有产品人员会参与到系统搭建的工作，因为系统架构往往是在产品的初期，大部分的情况下都是已经搭建好的系统再去根据不同的需求增加不同的流程或功能。那么这个时候再使用UML或SERU的方法就会造成每次都可能对系统架构的重设计，需要重新去梳理一个子系统中整个业务的过程，不利于快速迭代的开发。在这里我提供另外一种适合快速建模的方法，我称之为"点线面法则"。


在“点线面法则”中，有四个重要的组成部分，分别是：人物、场景、需求、功能。在业务流程抽象成任务流程中最关键的点就是把握好如何将人物，场景，需求转化成功能。但有很多项目都试图通过定义功能性需求和非功能性需求来确定需求，这些需求没有说明一个用户如何使用系统，也没有说明一个功能在何种场景下必须运行，这样的抽象方法无疑到最后是不符合用户预期的。所以在产品设计中，人物/场景/需求这三者应该是不可分割的组成，这个组合在uml里面称之为“user case 用户案例”，任何只考虑需求或场景的设计都很容易陷入“我认为式”或“老板式”的设计。“点线面法则”是把交互事件作为节点，用例作为一条线，再根据点与线的关系构成页面，显现出从线到点，从线到面的设计原理。


实际操作中第一步让我们先把线分清楚，每一条线是根据不同类型的用户在不同的场景下的一种事件流程组成的，也就是说线是由用例组成的。用例是参与者在系统中执行了一系列动作，这些动作将生成特定执行者可见的价值结果。这里值得注意的是两点，用例是有人物有场景有目标的，也就是说它能够在特定场景下为参与者带来有意义的结果&