以前我是怀着这样一个想法的：当我把我要看的那本书看完，然后再在博客上发表我自己的一些感想，今天不写，明天不写，等到你想起来要写的时候，你的头脑里还记得你再学习的过程中你学到了哪些。
生活就像是一场戏，要的就是在过程中有跌宕起伏的故事情节。在学习中总结自己的学习所得，总结自己这么一段日子以来做了什么。有一点说的很好，我们搞软件开发的就是要有些错误，有积累错误的经验。
学习通信这个阶段已经有一段日子的，从最开始觉得通信很神奇，不知道通信到底是个什么东西，然后发现其实很简单，（在前面一文中讲了）我在这也想重点的告诉自己，别ＴＭＤ想着要学其他很多东西，在学校书本上的东西（比方说计算机网络分析设计，Ｐ２Ｐ，Ｃ／Ｓ，算法分析与设计，排序，查找，删除，增加，我们在编程的时候不就是使用了这4样东西么）要弄明白，要理解清楚，别到时候把一些自己学过的理论知识弄的一团糟。
通信中做了仿ＱＱ，能通信和多人聊天和单人聊天，还有删除好友，仿大富翁通过自己的定的协议能实现数据的传递，我们的协议是（类型，总长，文件种类，文件长度，文件内容，文件长度，文件内容），这个协议很容易破解，而且也没有人会使用我们的，除了我们自己看看。
在做项目的这个阶段，我们遇到了很多问题。我们是团队合作的，在前期按照我们自己的没有系统性的设计和组员分工安排，我发现我们越写越乱，到后来弄的不能够把他们组合在一起。这是我们以前没有遇到过的。以前是自己写自己的，代码的长度也少，看不出问题，如果我们的项目要实现比较大的话，我们就会面临这个问题，项目写不下去了。这个原因在于我们没有很好的对我们的项目做系统性的分析，没有进行需求分析，对象的确定，类图的制作等，这段时间我在看 《UML系统分析》我才知道了我们在做自己的项目前要做的一些事情。
简单的介绍UML的步骤{
系统需求->需求分析（识别参与者，识别用例，用例的时间流描述）->静态结构模型（ 定义对象，定义界面类，制作类图）->动态行为模型（ 顺序图）->物理模型 }
我们现在做的东西，或者说我们现在在做自己项目的时候，我们考虑的只有定义对象，制定界面类，制作类图，但定义类图的时候却考虑的不是很周到，没有做到低耦合的效果，（就是2个之间没有太多的联系，你中没我，我中没你，无不干涉）。
怎么对项目做分析呢，我现在只是对他有个初步的了解。比方说学校的图书管理系统，对于学校图书馆的需求我们是比较了解的，所以对于这个案例，我们没有太多的必要按照UML建模的步骤一步一步来。具体需要做哪些工作，我现在也说不好，这方面的想法是我在自己以后学习java过程中，做项目中需要重点思考的一个方面。