OO第四单元总结

      和序列图相似，显示对象间的动态合作关系。可以看成是类图和顺序图的交集，协作图建模对象或者角色，以及它们彼此之间是如何通信的。如果强调时间和顺序，则使用序列图；如果强调上下级关系，则选择协作图；这两种图合称为交互图。

二、架构设计

　　UML单元的第一次作业，作业中关于代码输入内容的解析器主要框架已经完成，我们所要做的就是通过课程提供的官方接口，根据每个类的UML类图描述，实现其中的功能。通过分析作业需求，本次作业的核心就是分析UML的各种元素，构建自己的UML类图模型。

总结

　　这三次作业的核心内容都是围绕着uml类图的解析展开的，通过分析uml需求，构建每个类的功能，从而实现完整的类图查询功能。这一单元的作业中，课程组提供了基本的框架模型和UML元素体系，我们需要实现的是对这些独立元素的包装。

　　例如第一次作业，第一次作业主要考察的是针对类图的查询，因而我们选择了UmlClass和UmlInterface两个类进行包装，通过接口中给出的规格添加类的对象，属性，元素等等。最终构建一个完整的UML类图查询模型。第二次作业则是在第一次作业的基础上加入了UML状态机以及顺序图的查询。第三次作业是对于UML图构架的合理性检查。

三、OO课程总结

　　这是我第三次重修OO课程了，由于之前对于通知接收和处理的不及时，我选课晚了一些，耽误了前面三次作业，加之后面规定时间内未能完成的作业，我可能需要在补给站中完成之前未完成的作业。这学期的OO课程相比以往又增加了一些难度，但由于毕业要求的压力以及之前一些课程的重修给了我一些信心，对于这学期遇到的问题我也好好做了处理。如果能够顺利进入这学期暑期课程的补给站，我希望自己能够按时完成未完成的作业，顺利结束这门课程。尽管已经学习了多次OO课程，但我还是学到了很多面向对象编程的思想，拓宽了自己编程的思路。也收获了更多独立学习独立研究的方法。

四、课程建议

　　希望今后的课程可以适当早一点布置作业，让同学们能更早地看到作业。作业中还是存在一些难点的，在我个人看来部分作业需要较多的时间和精力完成，我希望能够尽早上手难点作业的编程。