摘要： 经过这段时间的学习，我对软件工程的核心概念有了更系统的认知，不再是零散的知识点堆砌。从前觉得软件开发只是写代码，如今明白从需求分析到最终交付，每一个环节都有其严谨性和必要性，完整的开发流程是保障项目质量的关键。 UML建模的学习让我学会了用标准化的图形语言表达系统逻辑，不管是用例图梳理用户需求，还是 阅读全文

摘要： 在实验初期，我对“节点”“通信路径”等概念的理解仅停留在书本定义上，通过分析“进销存管理子系统”的实际场景，我逐渐明白节点的划分需要兼顾硬件配置与软件功能需求——服务器、工作站作为具备处理能力的节点，承担核心业务构件的运行，而打印机等设备节点则是系统与外界交互的重要接口。这让我意识到，部署图的建模并 阅读全文

摘要： 在实验准备阶段，我系统梳理了部署图的核心概念，明确了其在系统设计中梳理物理节点关系、保障系统稳定运行的关键作用。实验过程中，确定节点类型、硬件配置及核心功能的环节，让我学会了从“功能需求”反向推导“硬件支撑”的逻辑，比如根据业务数据存储需求，理解了数据服务器采用RAID 5阵列和高速I/O的必要性。 阅读全文

摘要： 学习初期，我简单将部署图等同于“硬件设备的图示化罗列”，认为只需把服务器、终端等设备画出来并标注连接关系即可。但通过实验中“确定节点-描述联系-绘制图表-分析问题”的完整流程，我才真正理解部署图的核心价值：它是软件功能与物理硬件的桥梁，是系统从“抽象设计”走向“物理落地”的关键载体。例如进销存系统中 阅读全文

摘要： 在学习图的两种核心遍历算法——深度优先遍历（DFS）与广度优先遍历（BFS）的过程中，我对图这种数据结构的应用逻辑有了更清晰的认知，也切实体会到算法设计中“规则”与“逻辑”的重要性。 深度优先遍历的核心在于“递归与回溯”。从起始顶点出发，我们需要遵循既定的邻接顶点选择规则，不断向纵深探索未访问的顶点 阅读全文

摘要： 软件工程并非简单的代码编写，而是一套兼具逻辑性与规范性的工程化流程。在课堂上，我系统学习了需求分析、概要设计、详细设计、编码、测试等核心阶段的理论知识，明白了每个环节的严谨性——需求分析需要精准捕捉用户的潜在诉求，不能仅凭主观臆断；系统设计要兼顾可扩展性与复用性，避免后续开发出现牵一发而动全身的问题 阅读全文

摘要： 大二的课程设置更偏向于专业核心能力的构建，数据结构、离散数学、面向对象程序设计等课程接踵而至。不同于大一的通识课程，这些课程有着极强的逻辑性和关联性，每一个知识点都不是孤立存在的。就拿数据结构来说，起初我只是机械地记忆数组、链表、栈和队列的定义与基本操作，在面对复杂的算法题时，常常无从下手。后来我意 阅读全文

摘要： 在学习之初，我单纯地认为软件工程就是“写代码”，只要掌握了编程语言，就能做好软件开发。但随着课程的推进，我发现这种想法过于片面。软件工程是一门将理论与实践紧密结合的学科，它涵盖了需求分析、系统设计、编码实现、测试维护等完整流程，每一个环节都缺一不可。在需求分析的学习中，我明白了“明确用户需求”是软件 阅读全文

摘要： 在词汇积累上，我不再死记硬背孤立的单词，而是结合专业相关比如记住“algorithm”（算法）、“database”（数据库）这些词时，会联想到课上学过的代码逻辑，这样不仅记得牢，还能为以后阅读英文技术资料打下基础。语法学习曾是我的弱项，长难句分析总是让我犯怵。后来我试着把复杂句子拆解成一个个简单的 阅读全文

摘要： 在课程学习初期，我以为软件工程只是“写代码”，但随着学习的深入，尤其是面对“会议预约管理信息系统”这一上机考试项目时，我才意识到工程思维远比单纯的编码技巧更为重要。项目要求实现管理员与职员双角色权限控制，涵盖会议室增删改查、会议预约与审核、用户注册审核等多个模块，还需要保证数据库设计合理、页面风格统 阅读全文