12.3

让我跳出了单纯写代码的思维模式，对“做软件”有了更完整的认知。以前总觉得软件开发就是敲代码，但学完这门课才发现，代码只是其中一小部分，真正的核心是“工程化”的思维——把一个复杂的软件项目，拆分成可落地、可协作、可维护的步骤。

课程里印象最深的是结构化开发方法和UML建模。刚开始用Rational Rose画用例图、类图时，我总觉得麻烦，觉得不如直接写代码来得实在。但随着课程设计的推进，我慢慢发现这些图表的价值：我们小组做图书管理系统时，一开始没理清用户需求，写代码时越写越乱，后来按照老师教的方法，先画用例图明确用户功能，再用类图梳理模块关系，最后拆分出登录、借阅、库存管理等子模块，分工协作起来效率高了很多。这让我明白，软件工程的核心不是“快”，而是“稳”，前期的需求分析、系统设计做得越扎实，后期的开发和维护就越省心。

另外，课程中的团队项目也让我体会到了协作的重要性。以前写代码都是自己一个人琢磨，遇到问题只能查资料、问老师。但这次小组合作，每个人负责不同的模块，需要频繁沟通接口设计、数据格式，还要协调进度。我们一开始因为沟通不及时，出现了模块对接不上的问题，后来制定了每周小会的制度，及时同步进度、解决问题，最后顺利完成了项目。这让我意识到，实际工作中很少有单打独斗的情况，良好的沟通能力和团队协作能力，和编程技术一样重要。

当然，学习过程中也遇到了不少困难。比如在做需求分析时，总觉得用户需求很模糊，不知道该如何转化为具体的功能点；在设计数据库时，也经常会遗漏一些重要的字段。但通过老师的讲解、查阅教材和网上的案例，慢慢找到了方法。现在回头看，这些困难其实都是在帮我建立“工程化”的思维方式——不再只关注代码的实现，而是学会从全局出发，考虑软件的可用性、可扩展性和可维护性。