原文：
http://www.cnblogs.com/126/archive/2007/10/16/925094.html
1.领域建模
搂主的主要目的是对游戏进行领域建模，对于数据密集型的应用，比如报表系统，功能较单一，可以先建数据库模型，做好E-R图后再反推类模型。对应用密集型应用，功能多变，可以先做类图，对有持久化存储要求的数据再建立数据库模型。先前的游戏介绍可以理解为用例，由于用例不是非常明确，再加上我从没玩过这个游戏，就在很多假设上做了下面的这个类图。
对player我的理解是为了角色扩展需要,考虑到将来角色变化,创建角色类(平民,杀手)，和用户类关联可以应对这种变化。
这和原文稍有不同
user类有几个属性没有写，估计这些是为了游戏结束后统计用的。关于投票，ActivitiType相当于投票模板，玩家从中选择投票类型后投票，如果没有结果可以再投，如果结果出来了，玩家应该有个是否可以投票的状态属性，这论就不可以再投票了。关于vote类，我的建议是如果投的票有存储要求，就建立它，并建立相应的数据库模型，如果没有可以不用建立。
2.体系结构设计,没有异议,Framework3.5的产品，体系结构大体都是这个样子，不过可以考虑的更眩一些，游戏功能都封装成web服务，客户端用wpf做胖客户端，wcf做为后台通信，不过这个游戏的界面要求好像不高，不要求太华丽，也可以不这么做。
另外，如果用例清晰，并且有时序图的话，最后一个图是否可以不需要了。
呵呵，需求不是清楚，很多地方估计都有问题。再次谢谢楼主能分享自己的经验。