BUAA OO U4总结

正向建模与开发

本单元以图书馆管理系统为背景，UML为工具，目的在于引导我们体会正向建模与开发的过程。就我个人的体验来说，这是很好的一次架构与开发实践。在本单元第一次作业中设计好的架构帮助我能够很轻松地应对后面作业的迭代开发，能够将一直强调的增量开发和开闭原则等真正实践。
在本学期OO四个单元的学习中，一、三单元似乎不太太多对架构进行精心设计，而第二单元重心又在于多线程，所以将正向建模摆到要求上的只有第四单元，通过要求UML作图，将架构放在第一步。我认为架构和开发也是相辅相成的，有一个高屋建瓴的架构能够让开发有条不紊，但是开发也不应该被架构束缚，在实现过程中发现问题也应对架构及时进行调整。

代码设计与追踪关系

我认为在本单元的背景下，最能体现代码架构的还是类图，将类内部和类之间的关系设计好就已经成功了一大半。在第一次作业开始时，首先是UML指导程序架构的设计，具体一点就是类的设计和方法的设计；而在后续的迭代过程中，我个人则是根据代码更新类图，绘制状态图和顺序图。我认为这样做也无可厚非，本身最重要的架构已经完成，就没必要再必须要求先画图再编码了。

引导大模型进行架构

我尝试了将整个指导书直接喂给大模型，发现其架构效果并不理想，可扩展性很差，只是为了完成指导书中的任务而编码。而经过尝试，我目前认为较好的方法是给予大模型充足的提示词，明确其要完成的任务。
而其实这个过程也是一个架构的过程，我们需要将一个复杂任务进行拆分，将小任务交给大模型去完成往往效果会更好。不过相比于自行在脑海中进行架构和设计，我认为利用大模型进行架构是交互式的。可以根据大模型的回复和表现进行下一步的指示，同时其回复也可以为我们提供一些灵感。
比如，为了完成这个图书馆管理系统，首先需要设计涉及的类，然后实现类的交互、控制等等。同时要明确向大模型指出，编码过程中要符合面向对象的设计原则，要便于对功能进行扩展。最后利用大模型上下文关联的能力将整个项目进行整合，得到符合要求的设计。我的体会是，不要把大模型想象得很聪明，一定要把提示词写的全面精准，这样才能真正做到利用大模型达到事半功倍的效果

架构设计思维演进

在本学习OO的四个单元的学习中，我愈发能感受到架构设计的重要性。
首先在第一单元，由于任务和背景本身就具有很强的层次性，我并没有在架构设计上感受到太大的难度，也没有去很重视架构设计。而在第二单元，由于本身多线程的任务就很繁重，而同时对于各个线程的设计又十分重要，第二单元的第一次作业是我本学期花费最多时间和精力进行设计的作业。也就是在第二单元之后，我认识到了架构设计的重要性。但是第三单元不太需要架构设计，甚至不太需要动脑子。第四单元又将架构设计摆在了第一位，这一点我认为是相当好的，能够让我们明确认识到架构的重要。
总之，经过四个单元的训练，我对架构设计重要性有了明确的认识，也切身体验了先架构后开发这一模式带来的好处与快感，架构设计的技巧也愈加熟练，未来要继续有意识地对架构设计进行锻炼！

测试思维演进

经过一学期强测与互测的毒打，我是深刻体会到了测试的重要性。测试本身就是极其需要敏锐洞察和创造性思维的工作。构造强力的数据点本身就得对要求有着清晰的认识，同时察觉到哪里比较容易出现问题。
经过这几个单元的锻炼，我对单元测试、集成测试、边界测试、压力测试等测试方法有了更多的掌握，同时经过评测机的搭建与数据生成，我觉得单纯随机的数据完全不如精心构造的强力数据。但是自动化的测试还是很有必要的，可以大大减轻测试的负担。

同时我认为，在编码的过程中始终保持清醒，考虑所有可能出现的状况，迭代时考虑与之前已有代码的关联，这些是很重要的，也与测试思维有着相同的要求。

收获

经过一学期OO的学习，我认为我的收获颇多。首先是在技术方面，对Java、Python等编程语言的使用，对多线程、JML、UML等知识的学习和掌握，对层次化设计、SOLID、设计模式、开闭原则的理解，对架构设计的更深认识，对测试、编码的更明确要求，这些都是很宝贵的收获。但是我认为最重要的还是对学习能力的培养和对思维的提高。在繁重的任务下，如何安排自己的时间，如何集中注意力高效完成任务，如何跌倒后爬起，如何处理自己的心态，这些都是在OO课中让我体会颇多的。同时面向对象的思维方式也为我认识世界提供了一个明确的方法论，帮助我更好地去学习、理解这个世界。这些我认为是最弥足珍贵的！
最后，感谢课程组、老师、助教们的辛苦付出，没有你们的精心设计，就不会让我在这门精美的课程中有如此收获和成长，向您们致以诚挚感激！