总体而言，是一个非常简单的需求，就是用户可以创建多个名片夹，然后添加名片。还可以共享这些名片让其他用户搜索。搜索到名片后，可以将名片添加到自己的名片夹。

做这个分析大概花了两小时，初步看起来还行，不过问题也不少。

一般我做好了用例，不会马上做类图。而是先通过用例分析出主要的领域对象。不过我认为领域对象不需要和实际的对象一一对应，只要能够反映系统中业务领域的主要构成部分就行了。

有些领域对象可能是由一组实际的Class组成的，如果每一个Class都画出来，没什么必要。因为一开始不容易把方方面面都考虑好，所以就算列出了所有的Class，开发过程中也肯定会有改动。这个时候还得回头把设计文档同步更新，不然文档和实际程序就对不上号了。所以只要保证主要组成部分之间的逻辑关系正确就行了，细节在代码中体现出来。

对于简单的需求，做完前两步后再作一个逻辑数据库结构设计就差不多了。不过光有图可不行，还要配合适当的文字描述，才能让开发人员有更清晰的认识。

我个人通常不会把设计做到很细。主要是客户需求在开发过程中不可能不变，这个时候做得很细的文档反倒是个累赘。