软工总结随想

轻舟已过万重山——2025秋软工实践团队总结博客

---

一、学期回顾

1.1 对软工课程的想象

开学前我以为软工 = “写代码 + 写文档”，结课时才发现它更像“产品导演课”：

• 期待：学会“敏捷”开发、会用 Git、能写测试。
• 不足：架构设计和选题还是“拍脑袋”，没有充足讨论

1.2 我的角色

• 本次智能旅游助手TravelMate项目开发中，我充当前端开发人员
• 技术栈主要使用：Vue3+VIte
• 共编写7000余行代码，其中投用越3000行

1.3 投入与产出

作业	花费时间/小时
第一次团队作业	6
第二次团队作业	10
第一次团队项目作业	11
第二次团队项目作业	22
第三次团队项目作业	27
第四次团队项目作业	33

在软件工程课程上花费的时间：

累计时间：109小时
实际周均时间：10.9小时
预计周均时间：8小时

1.3 最深刻的瞬间

第一次答辩那一场：虽然我们项目产出比较早，同时上线测试得也比较早，但是通过那次答辩，老师直截了当的提出了我们项目的核心问题——杀手级功能不够突出，甚至说在同类竞品中都是比较差的，这打动了我，同时还让我想到可能我们的选题或许些许老套，不够创新，但是老师给我们提出了在我们的TravelMate里面加入比较新颖和年轻化的人格功能测试，这样能让我们的产品有些许得竞争力

---

二、总结收获

2.1 软工实践故事

---

从开始的考虑尽善尽美到后来技术和时间做出的妥协

项目初期，为了快速验证功能，我采用了比较直接的实现方式，将所有绘制逻辑（如画线、画点、添加文本）都集中在一个组件中。虽然功能实现了，但随着用户需求的增加，比如支持不同类型的路线（步行、驾车、推荐）、不同样式的标记点，代码变得越来越臃肿和难以维护。每次新增一个小功能，都需要在多处进行修改，非常低效且容易引入 Bug。在优化用户体验时，我们收到反馈：用户希望在绘制路线时，能像使用专业地图软件一样，通过拖拽路线上的任意点来实时调整路径。这对前端交互和性能提出了很高的要求，但时间和技术的限制，我不得不砍去部分复杂功能，以及与后端开发同学进行协商沟通，满足需求。

2.2 新的前端技术

1. Vue3 + Vite

• Composition API：按逻辑拆分代码，摆脱 Options API 的组织限制，可读性与复用性双提升。
• Vite 热更新：毫秒级反馈，保存即刷新，彻底告别传统打包工具的长时等待。

2. Pinia

• 替代 Vuex 的轻量状态管理，API 扁平化、去模块嵌套。
• 全局行程路线数据一键共享。

3. Git + GitHub

• 标准化分支模型：feature / bugfix / hotfix，流程清晰可回溯。
• 提交信息遵循 Conventional Commits。

2.3 技术之外，这门课程还给你带来了哪些方面的提升？

• 用户思维：从“实现功能”转变为“关注用户体验”，学会了站在用户的角度思考问题。比如在优化路线绘制模块时，我们通过用户反馈调整了交互逻辑，让操作更符合用户的使用习惯。

• 团队协作意识：深刻体会到“个人优秀不如团队优秀”。在模块开发遇到困难时，团队成员的帮助让我快速解决问题；在其他成员遇到问题时，我也主动分享自己的经验。这种互助协作的氛围，让项目开发更高效、更愉快。

• 自我学习能力：项目中遇到的很多技术问题都是以前教学中没有的，我学会了通过查阅官方文档、技术博客、视频教程自主解决问题，提升了自主学习的能力。

2.4 自由发挥区

“别怕重构，越早越爽；别怕砍需求，越晚越痛。” 真的

---

三、致谢

• 感谢 写什么都队的团队成员，共同付出才能有此结果
• 感谢后端开发人员的辛苦付出，不然项目都难跑起来
• 也感谢AI的协力，有些问题真得问ai，速度快，够准确
• 最后感谢老师的辛苦指导

写到这里，2025秋的软工实践之旅就正式落下帷幕了。从最初的项目构思，到一次次的迭代优化，再到最终的产品上线，每一步都离不开团队的协作和老师的指导。这一学期，我们不仅收获了技术和经验，更收获了珍贵的团队情谊。“同舟共济，终抵彼岸”，这段经历将成为我们专业道路上的宝贵财富，激励我们继续勇敢前行。

---

四、项目最终交付

项目	链接
GitHub 仓库	[https://github.com/murphy-955/software-homework2]