个人总结

软件工程课程设计 —— 老友助手 个人总结

一、学期回顾

1.1 回顾你对于软件工程课程的想象

课程初期，我对软件工程的认知停留在 “写代码完成功能”，但实际参与 “老友助手” 开发后，才理解其核心是“以用户为中心的全流程协作”。课程目标是掌握 “需求 - 开发 - 测试 - 交付” 的完整链路，而这一目标在项目中完全落地：我负责 6 大功能页（打车、缴费、挂号、陪聊、求救、设置）的页面开发，从 “理解老年用户需要大字体 / 简操作” 的需求，到 “把功能逻辑转化为可点击的页面”，再到 “适配不同老年机屏幕” 的测试，整个过程让我对 “软件工程是技术 + 用户 + 协作的结合” 有了具象认知，契合了我 “学会做‘能用’的产品” 的期待。
达成的课程目标与个人期待：
从 “只会写静态页面” 到 “能实现功能交互”：比如陪聊页面，我不仅搭建了聊天气泡布局，还实现了 “语音输入→消息发送→记录展示” 的完整流程，掌握了小程序前端与后端接口的基础交互逻辑，达成 “独立完成功能页面开发” 的期待。
从 “只关注页面好看” 到 “关注用户体验”：为老年用户调整字体为 36rpx、按钮尺寸放大到 90rpx，把 “缴费页面 3 步操作” 简化为 “点金额→确认”2 步，这让我理解了 “功能是服务用户的工具”，达成 “做适配特定群体的实用页面” 的目标。
从 “独自写代码” 到 “团队协作落地项目”：和前端搭档对齐页面样式规范、和后端同学确认聊天消息的接口格式，让我学会了 “用对方能懂的语言同步进度”，达成 “团队协作推进项目” 的课程目标。
存在的不足及原因分析：
页面交互的细节打磨不足：陪聊页面的消息发送后，未添加 “发送中” 的加载提示，老年用户可能误以为操作未生效；求救页面的 “一键呼叫” 按钮，初期没做震动反馈，用户对 “是否点击成功” 感知弱。核心原因是我只关注 “功能能不能用”，没站在老年用户 “操作不熟练、需要强反馈” 的视角设计细节，缺乏对用户场景的深度代入。
页面兼容性的考虑不全面：部分老年机（如低版本安卓机型）打开缴费页面时，字体出现溢出、按钮错位，但我前期仅在主流机型测试，没覆盖小众设备。原因是我对 “老年用户设备多样性” 的认知不足，测试阶段偷懒省略了多机型验证，导致页面适配有遗漏。

1.2 回顾你在这门课程中的投入与产出

姓名： 曾垚
编写的代码行数： 约 2800 行（6 大功能页的 WXML/WXSS 结构、页面交互逻辑、部分组件封装）
在团队项目中的角色： 前端功能页开发工程师，负责打车、缴费、挂号、陪聊、求救、设置 6 大功能的内部页面搭建
样式适配各次作业花费时间：

作业	花费时间
第一次团队作业（团队组建、选题）	4小时
第二次团队作业（AI智能体开发）	8小时
第一次团队项目作业（项目规划与原型）	20小时
第二次团队项目作业（系统与数据库设计）	10小时
第三次团队项目作业（Alpha冲刺与复盘）	20小时
第四次团队项目作业（Beta冲刺准备）	10小时

1.3 令你印象最深刻的是哪一次作业或哪一场答辩？

最令我印象深刻的是第三次团队项目作业（Alpha冲刺与复盘）。
原因如下：
“把页面变成‘能用’的工具” 的真实感： 不再是写孤立的页面代码，而是要让 6 大功能页串联成完整流程 —— 比如用户从 “首页打车入口” 点进打车页，要能选起点、发起呼叫，我得把页面逻辑和后端接口完全打通，这种 “代码落地成可用功能” 的体验，比单纯写页面鲜活太多。
“为用户调细节” 的较真感： 答辩前测试时，发现老年用户点陪聊页输入框会误触，我们临时把输入框放大 20%；缴费页的 “已缴费” 提示不够醒目，连夜改成绿色背景 + 加粗字体。这种 “为真实用户改细节” 的过程，让我第一次觉得 “写代码是在解决真问题”。

二、总结收获

2.1 我的软工实践故事

页面适配要 “提前代入用户场景”： 初期缴费页的 “立即缴费” 按钮是蓝色，但测试时发现老年用户对暖色更敏感，改成绿色后，后来我养成了习惯：写页面样式前先想 “老人会不会看不清、点不准”，比如把所有点击区域放大到 80rpx 以上。
组件复用能减少重复工作量： 6 大功能页都需要 “顶部标题栏”，最初每个页面都写一遍代码，后来封装成通用组件，只需要传 “标题文字” 就能复用，不仅减少了 50% 的重复代码，还保证了所有页面标题栏样式统一，老人切换功能时不会觉得混乱。

2.2 介绍学习到的新技术或生产力工具以及它们给你带来了哪方面的帮助？

微信开发者工具： 集成了页面编辑、真机预览、调试功能，帮我解决了 “老年机兼容性测试” 的问题 —— 可以直接模拟低版本微信、小屏手机的显示效果，不用借多台设备测试，页面适配的效率提升了 40%。
Git： 作为版本管理工具，帮我解决了 “页面代码多人协作冲突” 的问题 —— 比如和前端搭档同时改缴费页样式，用 Git 分支管理，各自开发后再合并，避免了代码覆盖的问题，团队协作的效率提升了 50%。

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

用户视角的产品思维： 之前写页面只关注 “布局好看”，现在会想 “老人能不能用”—— 比如陪聊页的输入框，最初是悬浮设计，后来改成固定在底部（老人不容易误触），学会了 “让技术服务用户需求”。
精准的跨角色沟通能力： 和后端同学对接聊天接口时，不再说 “你接口有问题”，而是说 “陪聊页需要‘消息内容 + 发送时间’这两个字段，现在返回里没有时间，老人看不到消息顺序”，这种带着场景的沟通，让接口对接效率提升了不少。以及和设计组的同学沟通整体页面的实现细节。
细节驱动的问题解决能力：遇到缴费页字体溢出问题，不再只改 “字体大小”，而是先确认 “老人常用手机的屏幕尺寸”，再调整 “字体 + 行高 + 容器宽度” 的组合方案，比单一调整快了一倍，学会了 “从细节维度拆解问题”。

2.4 想说的话

最遗憾的是，我们的小程序没能真正推给老年用户测试 —— 原本想找社区老人体验 “一键求救”“语音缴费” 功能，但因为时间和流程问题没能实现，没能让 “帮老人更方便生活” 的初衷落地。
给未来 Z 班的学弟学妹们：这门课不是 “写代码交作业”，是你们第一次做 “服务真实用户” 的产品。不用怕页面写得不好，多去想 “如果是我奶奶用这个功能，她会怎么操作”，多和团队伙伴面对面聊想法 —— 当你写的页面真的能帮到别人时，代码里的每一行逻辑都会变得有温度。

三、致谢

首先，感谢团队里的伙伴：和我一起改了 5 版陪聊页样式的前端同学，为了 “老人能看懂消息时间” 反复调接口字段的后端搭档，还有总提醒 “要简化操作步骤” 的产品队友 —— 是大家对 “用户真能用” 的坚持，才让页面里的按钮和文字，变成了能解决问题的功能。
其次，感谢课程的老师和助教：从项目立项时提醒 “要先调研老人的真实需求”，到缴费页适配出问题时帮我梳理 “屏幕尺寸 - 字体 - 布局” 的关系，你们教的不止是技术，更是 “做有温度的产品” 的底层逻辑。