BUAA OO Unit4 单元总结：UML设计建模+课程总结

BUAA OO Unit4 单元总结：UML设计建模+课程总结

本单元所实践的正向建模与开发

正向建模的理解

正向建模与开发是指从需求到实现的一种软件开发方法论。在正向建模与开发中，首先明确系统的需求，然后根据需求进行设计，接着进行编码，最后对软件进行测试和维护。这是一种从上而下的开发方法，也是一种迭代的开发过程。

实践过程

1. 对架构解析
   

我们发现真正流动在 学生 和 设施 之间的是每本书的副本，这也是我们需要管理的。
这是一张设计草图，可以作为uml的草图
2. 对关系解析

完成这两步之后就可以设计出对应的uml类图了，我们清楚类和类之间的关系，也可以设计出对应的状态转移以及时序图

总结四个单元中架构设计思维的演进

单元一：从单一视角出发的架构设计思维
在这个阶段，我只能考虑一个特定的视角。由于对面向对象编程思想的不熟练，大部分仍然在使用面向过程，不能做到职责分派的重要原因是我只能考虑单一的类，忽视了类和类之间交互的关联关系。

单元二：系统视角下的架构设计思维
经过了第一单元的训练，我的设计中不再会有大肚子类，此外更是线程本身的特性让我不能再把一切事情都交给一个类。我开始考虑整个系统的全局视角，更加关注不同模块之间的交互。因此，设计出来的系统结构更加完整、清晰、有层次感。

单元三：走进面向对象的架构设计思维
经历了前两个单元，我对面向对象思想的设计理念有更深刻认识。其实这种编程理念是更贴近人类社会架构的。相比与面向过程式编程，他的职责分派很简单，就是函数。但是面向对象编程不仅仅是在过程中进行职责分派（成员方法），更是将函数再分类。这样的设计思想其实是更有逻辑地，更缜密的。

单元四：可持续发展的架构设计思维
在这个阶段，我已经开始考虑到了各个架构层次之间的相互影响。这种大设计性编程作业是由多个相互关联的子系统组成，而这些子系统又相互作用、影响，形成多方面的复杂程序。这种架构设计思维能够帮助我设计出更符合不同利益相关者的程序，同时也更关注设计的可持续性、可迭代性、可读性。

综上，架构设计思维的演进从最开始的局部到后来的全部，也是我对面向对象式编程思维逐渐深入理解的过程。

总结四个单元中测试思维的演进

说来惭愧，本人的测试是很懒的，经常是手搓一些复合度比较高的数据。然后用了一些大佬的评测机。滑轨道歉了TT
但即使是在手搓数据方面，从最开始的毫无头绪，到后来单纯测试一些体量比较大的数据，到后来能从题目要求的“犄角旮旯”搓一些边角料数据，应该也算是一些思维演进。

总结自己的课程收获

我很喜欢OO的前两个单元，后两个单元一般。前两个单元是我看见OO，认识OO的过程。我在自主设计的时候哭过累过也有特别大的成就感，看到exp里那些优雅精美的设计思路和代码实现的时候也被震撼过。
第一个单元揠苗助长式地让我认识了面向对象，虽然那个单元因为我个人原因非常难熬，但确实也让我真的开始从面向过程悬崖勒马开始做面向对象式。
第二个单元是我最开心的一个单元，我觉得在这个单元里我真切地感受到了设计的准确性和实现地不确定性。测试的时候当然suffer过，为什么我在自己的机器上可以，但在评测机里就瞎了。但是每次修改掉一个bug,都是让我对流程控制更准确地时刻，那是让我感受到线程交互地精确性的时刻，痛并快乐！
前两个单元设计思维之巧妙，对学生理解oo的作用之大我很难用三言两语写明，我认为即使只有这两个单元的训练，也让OO成为了对我影响最大的专业课。
第三个单元我着实没学到什么特别有用的，可能从实践方面更了解图论了。学习了一种新的语言，除此之外我觉得都挺赘余的。而且我也很懒，这是我这四个单元成绩最差的 😦
第四个单元有种集大成者，让我感受到一学期的面向对象学习对我的编程思维的影响力。我会希望自己能做出架构清晰，可迭代性高，可读性高的设计和代码实现。同时也切实提高了我的阅读理解力。

最后我和OO还不能说再见，因为我选择报名成为了一位OO助教！其实我想当oo助教有好大一部分原因是因为当时第一单元第二单元有很好的助教鼓励过我！虽然可能对助教本人来说不值一提，是他无数工作里不起眼的一步，但我因为被深深鼓舞到，所以也希望我可以成为能帮助后续同学学习的优秀的人。当然另一部分是我很喜欢面向对象，我觉得他从各种意义上都很优雅，程序不应该是只能成为专业人员之间流通的密码，他更是我们开发者和提出者沟通的桥梁。也希望我对课程的一些见解能帮助课程的成长，能帮助到更多同学！

很喜欢OO，因为OO遇到了很好的同学们，也遇到了更好的我自己！