项目UML设计（团队）

同学们已经做了需求分析，对自己要做什么应该有比较清晰的认识了。接下来，我们要怎么做便成了问题。有同学会说，我大概已经知道怎么做了，在脑海里比划着，很多东西都有大致的想法，45度仰头思考片刻，有了一张宏伟的蓝图，感觉差不多可以施工了。

等等！好像不是自己一个人干，旁边还有几个身手不错的搭档，况且这对一个人来说，工作量还是很大的，那就大伙分工合作吧，给大家讲讲自己的蓝图，然后开始分工：

大家热火朝天地干起了属于自己的活，若干天后，某些部分功能做得差不多了，感觉可以试试，说我们来整合联调一下：

哪里出问题了呢？很显然是沟通问题，一个人的想法和理解，即使自己觉得很完整，很美好，但是能让别人理解一致吗？不见得，同一件事情，如果不沟通清楚，两个人的理解可能是千差万别的，所以需要有充分的沟通，尽可能减少歧义的沟通。

沟通要借助工具，我们日常使用自然语言沟通，也是一种工具，只是这种工具常常存在歧义，那么我们用什么能更加准确地描述自己的设计呢？这里推荐UML给大家。

至于UML的基础知识，有很多书籍资料介绍，这里就不啰嗦了。这里个人理解：把UML作为一种沟通工具来使用。沟通什么呢？沟通设计思想。

问题既然抛出来了，一个团队如何去描述讨论结果，并且确认大家理解一致，我们可能需要用到：

说明：因为一个团队为完成一个项目，为了信息完整，须将每个人的成果汇集到一篇博客中，组内共享，每个人发布一份。

注：10月21号上午实践课时间内当场完成所有图的绘制，dealine之前完成作业的其他部分。