[I.2]个人作业:软件案例分析
[I.2] 个人作业:软件案例分析
格式描述
| 项目 | 内容 |
|---|---|
| 这个作业属于哪个课程 | https://edu.cnblogs.com/campus/buaa/BUAA_SE_2026_LR |
| 这个作业的要求在哪里 | [I.2] 个人作业:软件案例分析 - 作业 - 2026年春季软件工程 - 班级博客 - 博客园 |
| 我在这个课程的目标是 | 提升团队协作能力,项目管理能力;学会编写一个完整软件项目的技能,为职业发展打下坚实基础;培养批判性思维和解决复杂工程问题的能力。 |
| 这个作业再哪个具体方面帮助我实现目标 | 在已有的产品中分析其背后的设计哲学,以及可能的改进方式。这是培养批判性思维的能力。同时深入研究一个软件的功能特性,设计原则等有助于培养解决复杂工程问题的能力 |
第零部分 选题
- 选题类别:音乐软件
- 选定软件:QQ音乐(主)、网易云音乐(辅)
第一部分 调研评测
软件评测
软件使用

(图1:QQ音乐手机端主页)
作为音乐重度依赖者,QQ音乐使用时长年均1000h。相信大家也肯定用过,或者用过其它主流的音乐软件,故简要介绍一下其部分基础功能。
-
核心音乐功能:
- 可以按歌曲名称、歌手等关键词搜索,并能根据音质、是否付费等条件筛选不同版本的音频。
- 在歌曲页面,你可以查看歌手、歌词、音质和评论,并进行收藏、下载、评论、分享以及切换播放顺序等操作。
- 支持包括Hi-Res无损、杜比全景声在内的多种高音质选项。
-
内容管理功能:
- 你可以建立自己的歌单来分类整理歌曲,也可以查看、收藏并分享他人创建的歌单。
-
其它基础体验:
- 支持在手机,电脑,车载音响等多种设备上使用。与微信/QQ深度整合,可以方便地分享歌曲、歌单到朋友圈,或同步好友歌单。
软件分析
-
基本使用流程
用户点击顶部的搜索栏,输入歌曲名、歌手或歌词片段。系统根据关键词返回单曲、专辑、MV等综合结果,用户筛选并点击目标条目。选定歌曲后,界面跳转至播放器详情页。软件开始缓冲并流式播放音频。在此界面,用户主要关注歌词滚动、专辑封面展示,并可根据网络环境切换音质。在听歌的过程中,用户还可以进行社交互动,内容管理,分享传播等。
-
是否能够解决用户的需求
先说结论,QQ音乐能满足用户的绝大多数需求。
QQ音乐作为一款成熟的流媒体产品,在解决用户需求方面表现如下:
- 基本需求(听得到):完美解决。QQ音乐拥有国内最庞大的正版曲库,用户想听的歌绝大多数都能找到。这是该软件最核心的护城河。
- 期望需求(听得好):较好解决。提供了Super Sound、银河音效、臻品母带、杜比全景声等多种音质选择,满足了从普通用户到发烧友的需求。
- 兴奋需求(懂我):部分解决。向用户推荐可能喜欢的歌曲是音乐软件常见的功能。客观地讲,QQ音乐在该功能上的表现一般。虽然有每日30首和雷达,但很多用户(包括我)感觉其推荐的歌曲命中用户的概率并不高,有时还会过度推荐翻唱版本。
- 社交需求(共鸣):部分解决。QQ音乐有庞大的用户群体,这在一定程度上保证了其社区,评论区的活跃度。但氛围相对较为官方和饭圈化,缺乏网易云那种“云村”的真实的情感共鸣。
-
软件在数据量/界面/功能/准确度/用户体验上各有什么优缺点
数据量
-
优点:曲库极其丰富,拥有大量正版版权,尤其在华语流行和韩流方面优势巨大;歌手信息,专辑信息等数据由于多年积累,非常详实。
-
缺点:存在大量低质量的翻唱/Cover占据搜索结果前列的情况。部分小众独立音乐人入驻较少。
界面
- 优点:界面设计现代,支持自定义皮肤和播放器样式,个性化程度极高。“黑胶播放器”视觉效果经典,具备深色模式适配。
- 缺点:功能堆砌严重。首页充满了直播、短视频、游戏推广等入口,导致视觉中心分散;很多操作(如关闭自动续费、查找听歌排行)入口埋藏太深。总的来说,UI不够简洁高效。
功能
- 优点:功能极其全面,音乐相关的功能专业水平很高。不仅有听歌,还有K歌,直播等。听歌识曲功能准确率较高。微信状态同步互通性好。
- 缺点:软件臃肿,冗余,不相关功能太多。作为一个音乐软件,植入了太多非核心功能,导致安装包体积巨大,启动速度变慢,用户体验变差。
准确度
- 优点:搜索匹配度高,能容忍一定的错别字,可以进行一定程度的模糊搜索;歌词逐字同步准确。
- 缺点:个性化推荐有时会出现同质化严重的问题(听了一首民谣歌,接着推十首民谣歌),容易审美疲乏。
用户体验
- 优点:播放流畅,极少出现卡顿;版权丰富,用户满意度高;跨端体验好;Hi-Res音质切换无缝。
- 缺点:商业化侵入性强。开屏广告、播放页中间插播广告、诱导升级SVIP的弹窗非常频繁,严重打断沉浸式听歌体验。
-
改进意见
-
丰富商业模式和逻辑。
当前QQ音乐的营收主要来自广告收入和会员费收入,以及直播,短视频等其它流量变现收入。我认为产品想要谋取一定的收益是合理的,但商业变现不应以牺牲核心用户体验为代价,应当提供给用户一定的选择空间。例如愿意付额外的价钱享受免广告,免直播推广,享受更加纯粹的音乐体验的用户,应该给他们做出这样选择的支持。对于偏向于更加经济体验的用户,也提供廉价使用的支持。
-
优化搜索结果排序算法
搜索热门歌曲或者个性化推荐时,经常混杂大量翻唱、甚至AI生成的低质翻唱,原唱反而因为版权或VIP原因排在后面。建议可以引入“原唱优先”权重,或在搜索结果页通过UI明确区分“原唱”、“翻唱”、“Live版”,减少用户筛选成本。
用户调研

(图2:用户调研采访)
测评结论
非常推荐
Bug分析和提交
应当指出的是,QQ音乐是一款经过多轮迭代和实践检验的成熟的商业软件,并不存在过于严重的Bug。
下面对bug严重性的量化如下:
- 5星:致命性系统故障,致命性安全漏洞,用户体验严重影响
- 4星:严重系统故障、服务器鉴权漏洞或重要数据泄露、用户体验较差等
- 3星:一般性系统故障
- 2星:较弱的系统故障,较为一般的降低用户体验
- 1星:轻微影响用户体验或者不符合描述,不构成其它后果
测试环境
型号名称:Huawei Hi nova 11
处理器:高通骁龙778G
QQ音乐版本:20.1.5
Bug1:首月优惠可以无限次享受
可复现性及具体复现步骤
必然发生。
- 点开QQ音乐底部最右侧“我的”,点击会员中心。
- 点击购买一个月超级会员,购买项目显示“首月优惠 15元”(原价40元)。
- 完成支付后,立刻前往微信支付设置中取消“自动续费”签约。
- 等待会员过期,或通过另一台设备登录查看。
- 再次进入购买页面,发现系统依然判定用户有资格享受“首月优惠”,价格仍显示为15元,而非标准续费价格。
Bug 具体描述情况
这就导致了“新用户/首充用户”的身份判定逻辑失效。系统未能正确识别该账号的历史交易记录,导致用户可以通过“买一月、断签、再买一月”的方式,无限次薅取“首月优惠”羊毛,绕过正常的阶梯定价策略。

(图3:本人的超级会员已于2025年过期,但是还是能享受充值的首月特惠)
Bug 分析
这是一个典型的业务逻辑漏洞。从软件工程角度分析,可能原因如下:
- 判定条件单一:后端判定“是否首充”的逻辑可能仅依赖于“当前是否处于连续包月签约状态”,而没有检索“历史订单表中是否存在过签约记录”。
- 为了留存的妥协:这也有可能是产品运营故意留下的漏洞,为了防止用户流失,只要用户取消续费,就再次给予优惠以挽回用户。但在严格的软件逻辑定义下,既然文案写着“首月/首次”,这就是一个Bug。
由于这种非常规的,断断续续的充值是优于常规的连续包月的,这不符合正常的逻辑,所以我们还是认为这是一个“bug”。尽管这也可能是一种特殊的商业设计。
bug严重性(满分5星):1星
Bug 改进建议
- 完善后端校验逻辑:在生成订单价格时,查询该用户对象的历史全量订单。只要存在过成功的 VIP 购买记录,均不再下发首充优惠 ID。
- 修改文案:如果是为了挽回用户,应将文案从“首月优惠”改为“回归优惠”或“特惠续费”,以消除逻辑上的歧义。
Bug2:VIP开通后,歌单内歌曲状态未实时刷新
可复现性及具体复现步骤
必然发生。
- 确保当前账号为非会员状态。
- 搜索并进入一个包含 VIP 专属歌曲的歌单。
- 点击灰色歌曲,弹出“开通会员”提示框。
- 点击提示框中的“立即开通”,跳转至支付页面完成支付。
- 支付成功后,通过左上角返回键回到之前的歌单列表页面。
Bug 具体描述情况
回到歌单页面后,尽管系统Toast提示“开通成功”,但列表中的VIP歌曲依然显示为灰色/不可播放状态。用户必须手动下拉刷新页面,或退出该歌单重新进入,歌曲状态才会变亮变为可播放。

(图4:充值完成后返回到歌曲界面仍然显示“试听中,完整播放需开通VIP”,需要手动刷新才能正常播放收费歌曲)
Bug 分析
这是一个UI状态同步问题,反映了软件在观察者模式应用上的缺失。可能的原因是:支付成功模块没有发送向全局进行广播,或者歌单页面没有监听用户权限改变事件来触发自身的刷新。
bug严重性(满分5星):1星
Bug 改进建议
在客户端架构中,当支付模块确认回调成功后,发送权限改变广播。所有涉及权限展示的页面监听此事件,一旦收到,静默刷新当前列表数据。
Bug反馈

(图5:本人向QQ音乐项目组反映文中提到的页面需要手动刷新的bug)
注:上述指出的两点虽然从定义上讲确为不恰当或者有缺陷。但不构成系统功能缺陷,安全性风险,对用户的体验影响并不大。属于轻微的bug。
第二部分 分析
工作量分析
使用此服务的所有功能,估计这个软件/网站/服务做到这个程度大约需要多少时间(团队人数 6 人左右,计算机大学毕业生,并有专业 UI 支持)。(必答)
QQ音乐目前是一个集成了流媒体播放、社区互动、直播、K歌、票务、短视频等功能的庞大,复杂的应用。我们查询到:“仅 Android 端工程代码量超 120 万行,对应团队规模数百人级别。”,且QQ音乐已经持续迭代超过二十年。要完全复刻目前QQ音乐所有功能,对于一个6人的应届生团队来说,是非常困难的任务。
但如果我们重新定义目标为:开发出具备其核心业务功能,即播放、搜索、歌单、基础推荐、会员体系的最小可行版本,估算如下:
| 开发阶段 | 耗时预估 | 主要工作内容 |
|---|---|---|
| 需求分析与架构设计 | 2 week | 数据库设计、前后端接口定义、流媒体服务器选型、技术栈确定。 |
| 后端核心功能开发 | 8 week | 用户系统、曲库管理系统、音频流分发、搜索服务、会员支付逻辑。 |
| 客户端核心功能开发 | 10 week | 播放器内核、UI搭建、本地缓存管理、歌词同步逻辑。 |
| 辅助功能与社区 | 6 week | 歌单系统、评论区、基础的好友关注机制。 |
| 算法与初步推荐 | 4 week | 接入基础的协同过滤算法,搭建每日推荐逻辑。 |
| 联调测试与修复 | 4 week | 压力测试、bug修复 |
| 总计 | 34 week |
总的来说,6名毕业生在有UI支持的情况下,大约需要8-10个月的时间才能开发出一个功能完备、体验流畅的“高仿版QQ音乐”。如果要达到目前QQ音乐的庞大体量,则需要非常长的时间或者更大的团队规模。
软件质量分析
- 分析这个软件目前的优劣(和类似软件相比),这个产品的质量在同类产品中估计名列第几?(必答)
- 从各方面的问题,推理出这个软件团队在软件工程方面可以提高的一个重要方面(具体建议)。
竞品分析
- 主要竞品:网易云音乐、Apple Music、Spotify
竞品分析表
| 音乐平台 | 产品核心定位 | 核心优势 (技术/内容) | 核心劣势 (体验/架构) | 市场竞争态势 |
|---|---|---|---|---|
| QQ音乐 (本项目) | 大而全的泛娱乐音乐生态 主打版权垄断与粉丝经济。 |
1. 版权护城河:拥有周杰伦等顶级歌手独家版权,华语/韩流库最全。 2. 音效技术:银河音效、臻品母带技术在音频处理算法上处于国内领先。 3. 生态联动:与微信/QQ社交链无缝打通,分享体验极佳。 |
1. 功能臃肿:集成了直播、扑通社区、游戏等大量非核心模块,导致App体积大、启动慢。 2. 商业侵入:开屏、弹窗、评论区广告较多,干扰沉浸式听歌。 3. 吃相难看:复杂的会员分级制度。 |
绝对霸主 依托腾讯庞大的社交底座和版权壁垒,是目前国内用户量最大、营收能力最强的平台。 |
| 网易云音乐 | 有温度的音乐社区 主打情感共鸣与独立音乐发现。 |
1. 社区氛围:评论区文化(“云村”)极具粘性,用户归属感强。 2. UI/UX设计:黑胶播放界面深入人心,交互设计更具文艺感和美学追求。 |
1. 版权硬伤:核心曲库(尤其是周杰伦等头部艺人)缺失,导致歌单大量“变灰”。 2. 功能异化:近年来也开始堆砌直播和社交功能,被老用户诟病“初心不再”。 |
第二极 尽管版权处于劣势,但凭借极高的用户忠诚度和社区活跃度,稳居行业第二,深受年轻群体喜爱。 |
| Apple Music | 纯粹的流媒体工具 主打高保真音质与极简体验。 |
1. 极致纯净:无广告、无直播、无弹窗,不仅是听歌工具,更是“基础设施”。 2. 技术规格:全库支持无损/高解析度音频,杜比全景声体验极佳,且不需额外付费。 3. 生态闭环:在Apple设备间切换流畅度无敌。 |
1. 本土化不足:缺乏歌词海报分享、评论区互动等中国用户习惯的社交功能。 2. 门槛较高:无免费层级,必须付费才能使用。 |
高端/小众首选 在对音质有极高要求或厌恶广告的高端用户群体中占据不可替代的地位。 |
| Spotify | AI驱动的探索者 主打算法推荐与全球化内容。 |
1. 算法之王:推荐算法(Discover Weekly)极其精准,能发掘用户潜意识喜欢的歌曲。 |
1. 国内不可用:需要特殊网络环境,注册和支付门槛高。 2. 中文库短板:中文长尾歌曲和综艺翻唱版本收录不如国内平台全。 |
全球霸主 全球市场占有率第一,但在中国仅限于极客、留学生及发烧友小圈子使用。 |
估计排名
第一名。
QQ音乐虽然有臃肿,商业化程度过高等弊端。但考虑到其版权,音质,个性化程度等领域的巨大优势,在同类产品中仍能脱颖而出。
建议
内容设计上,我结合了QQ音乐“大而全”但“臃肿”的特点,提出了一个符合当前AI趋势且能解决用户痛点的功能规划。
从上文提到的界面功能堆砌严重来看,我认为QQ音乐团队在软件工程方面最需要提高的是:模块化架构解耦。
具体建议:
实施更严格的模块化拆分:目前QQ音乐集成了直播、K歌、社区等多个庞大的业务线。建议在架构层面采用组件化或插件化方案。核心音乐播放模块应当作为“Base”,而直播、游戏推广等非核心业务应当作为可插拔的“Feature Module”。这样做的好处是:开发时,不同业务线的团队不会相互干扰;运行时,如果用户不使用直播功能,该模块可以不加载,从而显著减少内存占用和启动时间,解决臃肿问题。
第三部分 建议和规划
市场现状
市场概况
市场有多大?(直接用户有多少?潜在用户又有多少?)
根据腾讯音乐娱乐集团发布的财报数据,QQ音乐所在的在线音乐服务月活跃用户约为 5.7 亿。其中,付费用户数已突破 1 亿。
- 直接用户:主要是拥有智能手机的年轻群体,习惯流媒体消费,对版权意识有一定认知。
- 潜在用户:随着新能源汽车和智能家居的普及,车载端和家庭音箱端的场景化用户是巨大的增长点。
竞争产品
目前市场上有什么样的竞争产品?
见上一部分的竞品分析表。
产品定位
上述产品的定位、优势与劣势在哪里?以及竞争中的各方态势如何?
见上一部分的竞品分析表。
市场与产品生态
这个产品的核心用户群是什么样的人?典型用户是什么样的?学历,年龄,专业,爱好,收入,表面需求,潜在需求都是什么?
产品的用户群体之间是否存在一定的关系?如果有,则是否能利用这些关系构成特定的用户生态?
产品的子产品,以及其他相关产品之间是否存在一定的关系?如果有,则是否能利用这些关系构成特定的产品生态?
典型用户画像
-
典型用户 A(粉丝群体):
特征:女性居多,18-25岁,学生或初入职场
需求:为偶像打榜、购买数字专辑、在“扑通社区”与其他粉丝互动。
收入:可支配收入有限,但愿意为热爱付费。
-
典型用户 B(品质听众):
特征:25-40岁,一二线城市白领。
需求:上下班通勤、工作背景音。极度看重音质和曲库的完整性。
痛点:厌恶广告,厌恶复杂的界面干扰。
总结来说,核心用户群体是有一定消费能力和消费意愿的年轻人。学历专业爱好分布广泛。年龄主要分布在15-60岁。表面需求是听歌,潜在可能具有情绪价值,社交等需求。
用户生态与关系
QQ音乐最大的壁垒在于基于腾讯社交链的用户生态。
一方面,用户与微信/QQ好友之间存在天然的分享关系。通过“微信状态同步”、“分享到朋友圈”以及“一起听”功能,音乐成为了社交手段。
另一方面,通过歌单、评论区构建的兴趣连接。例如“考研党”、“失恋阵线”等特定主题歌单下的评论互动,形成了基于情感共鸣的弱社交网络。
利用这种关系,QQ音乐构建了“发现-分享-回流”的闭环,增加日活。
产品规划
- 你要在 当前软件的基础上 设计什么样的新功能?为何要做这个功能,而不是其他功能?为什么用户会用你的产品/功能?你的创新在哪里?可以用 NABCD分析。
- 如果你是项目经理,可以招聘 6个人,并且有 16周 的时间,你认为应该 如何配置角色(开发,测试,美工等等)才能在第 16 周如期发布软件的改进版本,并取得预想中的成绩。
- 请为你的团队设计 16 个周每周的详细规划。
新功能设计 (NABCD分析)
针对用户对“臃肿”的抱怨以及AI大模型的爆发,我建议在当前版本基础上开发 “QQ音乐·灵感电台”项目。
这是一个独立于主界面的“沉浸式模式”,不仅仅是推荐算法的升级,而是交互逻辑的重构。
- Need
用户在驾驶、工作、运动等场景下,需要“零操作”的音乐陪伴。目前的“每日推荐”仍需用户手动筛选,且界面充满了视觉噪音。用户渴望一种“懂我当下心情”且“极度纯净”的体验。 - Approach
- 交互:在首页设置一个显著的“灵感按钮”。点击后,App进入全屏极简模式,隐藏所有无关UI,只保留动态生成的视觉背景和极简控制。
- 技术:利用大模型分析用户的实时场景+ 历史偏好。
- 特色:引入AI DJ,在切歌间隙用自然的人声简短介绍歌曲背景或根据天气送上问候,提供情感陪伴。
- Benefit
- 用户侧:获得类似Spotify但更懂中文语境的沉浸体验,减少决策疲劳。
- 产品侧:极大提升用户的使用时长;AI DJ功能可作为SVIP的高级权益,提升客单价。
- Competitors
- Spotify:拥有类似的AI DJ功能,但在国内无法使用。
- 网易云音乐:拥有“私人FM”,但主要依靠传统推荐算法,缺乏大模型生成的“人声陪伴感”和场景感知能力。
- 汽水音乐:字节跳动旗下产品,算法强大,但曲库深度不如QQ音乐。
- Delivery
- 作为版本大更新的核心卖点。
- 利用微信状态:“正在收听灵感电台-雨天模式”,吸引好友点击。
团队配置
计划6人团队,16周。完成“灵感电台”最小可行性产品的开发与上线。
| 角色 | 人数 | 职责描述 |
|---|---|---|
| 项目经理 (PM) | 1 | 负责产品定义、进度把控、协调资源、编写PRD文档。兼任敏捷开发Scrum Master。 |
| UI/UX 设计师 | 1 | 负责“灵感电台”的全新视觉设计以及交互规范。 |
| 后端开发 | 2 | 一人负责AI模型接口对接与推荐策略;一人负责音频流服务优化与服务端业务逻辑。 |
| 移动端开发 | 1 | 负责Android/iOS双端开发,实现前端交互与动画。 |
| 测试工程师 | 1 | 负责编写测试用例、自动化测试、性能测试及Bug追踪。 |
详细规划
我们将开发周期分为四个阶段:构思与设计,核心开发,联调与优化,测试与发布。
| 周数 | 阶段 | 详细任务规划 |
|---|---|---|
| W1 | 需求分析 | 团队组建,确定“灵感电台”的核心功能边界;PM输出PRD文档。 |
| W2 | 技术选型 | 确定AI接口、跨端框架;后端设计数据库表结构和API接口定义。 |
| W3 | UI设计 | 设计师完成高保真UI图和关键动效Demo;全员评审设计稿,确认可行性。 |
| W4 | 后端开发 | 搭建推荐算法的一个简单Mock接口;完成用户鉴权和基础业务逻辑接口开发。 |
| W5 | 前端搭建 | 客户端搭建基础框架,完成“灵感模式”的入口和基础页面布局。 |
| W6 | 核心攻坚 | 后端:接入真实推荐算法数据;前端:实现播放控制逻辑。 |
| W7 | AI集成 | 后端:对接引擎,实现AI DJ的语音生成逻辑;前端:调试音频流的无缝切换。 |
| W8 | 中期里程碑 | 内部Alpha版本打包。团队内部试用,验证核心流程 |
| W9 | 视觉优化 | 前端重点攻克动态背景渲染,确保在低端机上的帧率。 |
| W10 | 场景化逻辑 | 后端完善场景感知逻辑。 |
| W11 | 联调测试 | 前后端深度联调,修复数据传输错误;QA开始介入进行功能测试。 |
| W12 | Bug修复 | 集中修复第一轮测试发现的Bug;重点优化弱网环境下的体验。 |
| W13 | 性能优化 | 进行内存泄漏检测和耗电量测试;优化App包体积。 |
| W14 | 灰度发布 | 发布Beta版本给少量种子用户,收集反馈;PM根据反馈决定是否微调UI。 |
| W15 | 文档与预热 | 编写用户手册、API文档;配合运营准备上线物料;最后的一轮回归测试。 |
| W16 | 正式发布 | 全量上线;团队待命处理线上突发Bug;召开项目复盘会。 |

浙公网安备 33010602011771号