[I.2] 个人作业：软件案例分析

项目	内容
这个作业属于哪个课程	2026年春季软件工程 (北京航空航天大学 - 计算机学院)
这个作业的要求在哪里	[I.2] 个人作业：软件案例分析
我在这个课程的目标是	完成一个团队开发项目并在实践中学习软件开发理论
这个作业在哪个具体方面帮助我实现目标	对软件进行较为系统的分析。实践了用户调研、开发计划制定等核心步骤。

软件案例分析：网易云音乐

第一部分 调研，评测

1. 软件评测

软件使用：
测试环境：Redmi K70 / Xiaomi HyperOS 1.0.20.0
软件版本：网易云音乐 v9.2.95
体验时间：20分钟

主页中包含“推荐”、“音乐”、“博客”、“免费听”等功能模块。

推荐页面有丰富的推荐歌单，点击可进入。

下方包括“推荐”、“漫游”、“笔记”、“我的”。
“漫游”直接进入音乐播放页面，“笔记”类似于发帖平台。
“我的”页面可查看个人信息、听歌记录、收藏的歌单、评论等。

播放页面中，背景颜色会根据专辑封面颜色调整，但无论何种颜色，都保持暗色调。

在播放页面，用户可以查看歌词、百科、进入评论页面发表评论。

软件分析：
基本流程：打开App -> 首页“每日推荐”、搜索寻找歌曲或点开个人收藏歌单 -> 进入播放页收听 -> 浏览或发表评论。

该流程自然且流畅，很好地解决了用户“听歌”的核心需求，也为用户“寻找音乐共鸣”提供了方便的平台（甚至形成了“到点了”“wyy深夜emo”等老梗）。

优缺点分析（对比QQ音乐）：

• 曲库规模：【劣势】网易云存在版权硬伤，大量主流歌手（如周杰伦等）版权缺失，而QQ音乐曲库庞大全面。

• 界面：【优势】网易云的黑胶唱片播放界面极具简约感和高级感，视觉体验优于QQ音乐。

• 功能：【劣势】近年来网易云为了商业化，加入了过多直播、播客、交友等非核心功能，导致App变得臃肿；QQ音乐虽然也多，但核心功能分区更清晰。
• 推荐算法：【优势】网易云的“每日推荐”算法极具特色，常能根据冷门听歌习惯精准挖掘小众好歌；QQ音乐的推荐相对偏向大众流行。
• 用户体验（社区）：【优势】评论区是网易云的另一大特色，“云村”氛围浓厚，用户粘性高。
• 特色亮点：【优势】网易云的“免费听”功能通过看广告的方式，为用户提供了免费的音乐播放服务，在社交平台上有不少用户表达了对该功能的依赖。

改进意见：
建议推出官方的“极简模式”或“纯净听歌模式”，允许用户在设置中一键隐藏所有直播、交友、播客等与听歌无关的社交模块，回归音乐本质，提升App的启动速度和流畅度。

2. 用户调研

• 采访对象的背景：罗同学，吴际老师软工班上的同学。他平时在放松时听音乐，同时使用网易云和QQ音乐。选择他采访能提供很好的竞品对比视角。
• 采访对象实际使用的产品栏目：网易云的“每日推荐”、“歌单”、“推荐”；QQ音乐的“歌单”、“歌手主页”（专门为了听周杰伦等独家版权歌手）。
• 遇到的问题和亮点：
  • 亮点：推荐功能符合听歌爱好，推送精准；歌单功能管理方便。网易云音乐的音乐收录范围广，甚至支持个人上传，可以听到个人参与创作的音乐，有强参与感；QQ音乐审核更严，平均质量更高，而且情绪价值给的更足，比如养音乐宠物，交互感强。
  • 问题：网易云音乐使用时想要跳转具体歌词需要额外点击三角形交互操作，但是QQ音乐只需要点击歌词的任意位置，操作更简便。网易云不会将聆听时间较短的歌曲收录到“最近聆听”列表当中，没有其余记录，没有办法追溯喜欢的历史歌曲。
• 需要改进的地方：从用户体验角度，希望能精简并自定义底部的导航栏内容及顺序，可以选择去掉杂乱的直播等内容入口；希望可以点击任意部位都能定位歌词，方便根据歌词索引歌曲部分。

3. 评测结论

定性结论：d) 好，不错

定量评价思考：
采用加权评分法进行定量评价，设定四个核心维度：

1. 曲库完整度 (权重30%)：网易云 60分，QQ音乐 95分。
2. 推荐算法准确度 (权重30%)：网易云 90分，QQ音乐 75分。
3. UI交互与用户体验 (权重20%)：网易云 85分，QQ音乐 80分。
4. 社区与社交属性 (权重20%)：网易云 95分，QQ音乐 60分。
   网易云综合得分：60×0.3 + 90×0.3 + 85×0.2 + 95×0.2 = 81 分
   QQ音乐综合得分：95×0.3 + 75×0.3 + 80×0.2 + 60×0.2 = 79 分
   通过量化分析，虽然网易云在曲库上失分，但凭借算法和社区的分数更高。综合看来，网易云音乐与QQ音乐在竞争中实力相当。

4. Bug 分析和提交

星级标识	等级定义	影响程度	问题说明
⭐	建议优化/界面瑕疵	无功能影响	仅为界面排版、文案、交互细节等轻微问题，不影响任何功能使用与核心体验，属于优化建议类问题
⭐⭐	轻度Bug	影响部分体验	功能可正常使用，但存在局部逻辑、交互、显示异常，仅降低部分使用体验，无功能中断
⭐⭐⭐	中度Bug	功能中断	单个/部分子功能失效、逻辑错误，直接导致对应功能无法使用，但不影响系统整体运行与核心主流程
⭐⭐⭐⭐	严重Bug	系统故障	核心主功能异常、业务流程阻塞，引发大范围功能不可用，系统出现明显故障但未完全崩溃
⭐⭐⭐⭐⭐	致命Bug	灾难性故障	系统直接崩溃、闪退、无法启动，或出现数据丢失、安全漏洞、核心服务完全瘫痪，业务彻底无法开展

Bug 1：搜索出的歌曲在播放页面无法切歌

• 测试环境：Redmi K70，Xiaomi HyperOS，网易云音乐 v9.2.95
• 可复现性及具体复现步骤：
  • 在满足测试环境下必定发生。
  • 复现步骤：1. 确保版本为v9.2.95，且已登录账号。2. 在搜索栏搜索任意歌曲。3. 点击搜索结果中的任意一首歌曲【确保歌曲的罗列方式是“单曲”，而非“歌单”等】，进入播放页面。4. 在播放页面切歌（点击播放按钮下方的切歌按钮）。5. 观察是否成功切歌。
• Bug 具体情况描述：点击切歌后不能成功切到搜素列表相邻歌曲，只会切到同一首歌曲。 确认这是一个 bug 是因为网易云音乐其他版本可以正常切歌，且其他音乐软件在相同条件下也能正常切歌。

• Bug 分析：

  • 可能成因：搜索结果列表并未设计成与歌单相似的结构，而切歌是在歌单内的功能，于是在搜索列表中切歌无法正常进行。
  • 严重性：⭐⭐⭐。当用户想搜索的歌曲有很多同名歌曲时，会点进播放页面确认。此时不能切歌逐个确认严重影响体验。
  • 为何未修复：测试不充分，或是没有将这个操作当作一个正常的使用场景，从而导致未设置这样的测试。

• Bug 改进建议：

  • 正常行为：在搜索结果列表进入歌曲播放页面后，可以在搜索列表中进行切歌。
  • 实现方式：将搜索到的所有歌曲放入一个临时的歌单（或是歌单的子类）。用户切歌时，从这个临时歌单中获取当前播放的歌曲索引，根据索引在搜索列表中找到对应的歌曲，进行切歌。

• Bug 反馈：

  

Bug 2：在境外无版权时，使用”妙时“功能后，版权歌曲可正常播放

• 测试环境：Redmi K70，Xiaomi HyperOS，网易云音乐 v9.2.95，需要设备处在境外

• 可复现性及具体复现步骤：

  • 在满足测试环境下必定发生。
  • 复现步骤：1. 设备处在境外。2. 查看歌曲无版权。3. 点击”妙时“功能，切换”妙时“的不同页面，在该功能区停留2分钟以上。4. 退出”妙时“，播放版权歌曲。

• Bug 具体情况描述：退出”妙时“后，原先在境外无版权的歌曲神奇地能听了。（这个Bug也是在国外的同学们口口相传，最终成为了一个”小技巧“）

  

• Bug 分析：

  • 可能成因：进入”妙时“功能时，可能会将IP地址设定为国内以满足使用”妙时“的条件，退出该功能时，IP地址仍未改变。
  • 严重性：⭐⭐⭐⭐。对用户来说没有影响，但对版权方来说是重大问题。
  • 为何未修复：触发条件难以达到，测试时未考虑到此情况。

• Bug 改进建议：

  • 正常行为：无论用户在”妙时“功能中停留多长时间，都不应该改变IP地址。

第二部分 分析

1. 工作量分析

假设团队人数 6 人左右（计算机大学毕业生，并有专业 UI 支持，配置为 1 UI, 1 PM/测试, 2 前端, 2 后端）:

• 需求分析与UI设计：2 周
• 前端开发（播放器、UI页面等）：8 周
• 后端开发（用户系统、高并发评论系统、音乐分发、基础推荐引擎）：10 周
• 综合测试：4 周
  估计总耗时：大约需要 24 周（6个月） 的时间，能达到一个勉强上线且不出大Bug的初代版本。

2. 软件质量分析

• 优劣及排名：在国内的同类产品中，从用户量来看，网易云音乐排行第3。网易云音乐在版权方面有短板，但优势在于UI设计、情感共鸣、社区互动以及对小众歌曲的广泛收录。

• 工程提升建议：
  根据“妙时”功能直接修改全局IP的bug，能推理出，网易云音乐存在部分功能模块与核心版权校验逻辑耦合，新功能的开发影响了老功能，而且是版权相关核心逻辑。
  建议：技术上将不同功能解耦；在开发新功能时，加强回归测试。

第三部分 建议和规划

1. 市场现状

• 市场概况：在线音乐市场是亿级别的市场，直接用户数以亿计（几乎覆盖所有年轻网民），潜在用户覆盖所有智能手机用户。
• 竞争产品：目前市场上，腾讯音乐系（QQ音乐、酷狗、酷我）处于绝对霸主地位；网易云音乐是强力的一席之地；另外还有汽水音乐、Apple Music 等细分竞品。
• 产品定位：
  • QQ音乐：定位是“大而全的主流歌曲平台”，优势是版权，劣势是缺乏社区灵魂。
  • 网易云音乐：定位是“音乐社区”，优势是极高的用户忠诚度和精准推荐，劣势是版权受限。

2. 市场与产品生态

• 核心用户群：网易云的核心用户主要是 15-28 岁的年轻群体。典型用户特征：追求个性与独立音乐，对情感表达有强烈需求。表面需求是听歌，潜在需求是“情绪释放”。
• 用户群体之间的关系（用户生态）：网易云的用户之间存在强烈的“情感共鸣”关系。通过评论区点赞、动态、一起听等功能，用户之间形成了基于音乐品味的社交生态，这种生态极大地提升了用户的留存率。
• 子产品之间的关系（产品生态）：网易云音乐与网易旗下的“音街”、“网易云音乐直播”等子产品构成了泛娱乐生态，通过主App导流，试图将单纯的听歌行为转化为打赏、社交等高净值消费行为。

3. 产品规划

新功能设计 (NABCD分析)
基于当前App功能较多、广告较多的痛点，设计一个官方的 “云村极简纯享模式”。

• N (Need)：核心听歌用户对目前App过度商业化、直播弹窗等怨声载道。他们需要一个纯粹的播放器。
• A (Approach)：在设置中增加“切换至极简模式”开关。如果只是听已有的歌曲，则不加载直播、交友等组件。
• B (Benefit)：极大提升App流畅度，挽回核心用户口碑，强化品牌形象；同时在用户使用搜索、推荐等功能时还能保证广告的曝光。
• C (Competitors)：QQ音乐同样臃肿，率先推出官方极简模式能形成差异化竞争。
• D (Delivery)：公关团队结合社交媒体进行宣传推广，客户端提示用户尝试使用。

分工
我是项目经理 (PM)，负责整体把控。新招募的 6 名成员分工如下：

• 1 名 交互设计师 （美工）：负责“极简模式”的界面重构、视觉精简、动效设计以及多机型适配规范的制定。
• 2 名 前端开发工程师：负责 UI 重构、组件卸载逻辑实现、状态管理与性能优化。
• 2 名 后端开发工程师：负责用户配置状态的云端同步接口设计与实现，确保多端同步；负责数据隔离与服务降级逻辑，处理高并发下的模式切换稳定性。
• 1 名 测试工程师：负责制定测试计划，进行多机型兼容性测试、核心播放逻辑在两种模式下的回归测试，以及自动化测试脚本编写。

16周详细规划

时间周期	阶段	主要工作内容
第 1-2 周	需求分析与原型设计	PM：组织需求评审会，确定“极简模式”功能边界，产出详细PRD文档。UI/UX：设计极简模式高保真原型图、动效交互规范并内部评审。Dev & QA：参与技术可行性评审，QA制定初步测试计划。
第 3-4 周	技术架构与环境搭建	前端Dev：搭建组件化开发框架，设计Feature Toggle功能开关，确立组件按需加载方案。后端Dev：设计用户配置同步API接口，规划数据库表结构，搭建开发环境。QA：编写测试用例，准备多机型测试环境。
第 5-9 周	核心功能开发	前端Dev（Android & iOS）：并行开发极简模式首页、播放页、侧边栏，实现组件动态卸载逻辑。后端Dev：开发云端配置同步接口，实现高并发状态同步服务并单元测试。PM & UI/UX：跟进进度，对完成模块做视觉走查。
第 10-11 周	联调与性能优化	前后端对接配置同步接口，保障多端状态一致。前端优化模式切换的内存释放与渲染速度，避免卡顿；后端完成接口压力测试。
第 12-13 周	第一轮全量测试与Bug修复	QA：执行全量功能测试，重点验证模式切换不导致播放中断，覆盖弱网、低端机型。Dev：修复Bug并完成回归测试。
第 14 周	灰度内测与反馈收集	PM：面向内部及云村达人等核心用户开启灰度内测。全员：收集反馈，评估功能稳定性与用户满意度。
第 15 周	遗留修复与发版准备	Dev：修复遗留Bug，完成最终性能调优。UI/UX & PM：完善应用市场宣传物料与发版日志。QA：执行上线前冒烟测试。
第 16 周	正式发布与监控	提交App Store及安卓应用市场审核，分阶段全量发布；监控线上崩溃率与用户反馈，保障平稳运行。