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

项目	内容
这个作业属于哪个课程	2025年春季软件工程（罗杰、任健
这个作业的要求在哪里	[I.1] 个人作业：阅读和提问
我在这个课程的目标是	学习系统化软件工程知识，增进个人专业化素养，打造令人满意的软件产品
这个作业在哪个具体方面帮助我实现目标	通过软件开发的全生命周期的深入阅读和学习，以极短的时间领略软件开发所需的专业知识

第一部分 调研，评测

一、软件评测(QQ音乐)

• 软件使用

• 软件分析

  基本流程

  QQ音乐同时支持网页端和应用端，对于应用端，其在各大应用厂商平台均有上架，且在PC端可以通过官网下载非绿色版，下载之后，其与大部分腾讯旗下的产品相同，只需拥有QQ或者WX账号即可完成注册，注册进入后页面较为清晰直观，在bottombar处分别为首页、直播、搜索、社区、我的，以供用户切换不同页面来完成相应操作，而对于其最核心的听音乐功能，大致流程也设计得较为简单，包含了传统的搜索音乐方式以及歌单选取，用户可以自行选择收藏哪些自己喜欢的音乐或者创建专属的歌单以供后续的修改和选择，这提供给了用户对于音乐分选和歌单管理等事项的较高的自由度

  数据量

  优点

  • 音乐品类较多、数据库内包含有海内外几乎所有的主流歌曲以供用户选择
  • 用户自建收藏夹、歌单承载能力足量，不会因用户所选歌曲过多而出现过分卡顿的现象，并且用户本身可存入歌曲量亦十分可观

  缺点

  • 部分小众音乐尚未收录
  • 评论区承载能力弱，尤其是10w级及以上评论区，会出现明显的卡顿

  界面

  优点

  • 界面总体布局较为直观可考，用户相对容易上手而无需参阅任何教程
  • 用户可自定义页面背景和页面布局方式，且该功能为会员用户和非会员用户共有，可根据自己的喜好来设计应用页面
  • 功能分区一目了然，整体色调较为舒适

  缺点

  • 缺乏简约设计，看久了感觉廉价感爆棚

  功能

  优点

  • 功能齐全，不仅包含了传统音乐软件的所有功能，亦与时俱进，加入了ai作曲、听书、乐馆等功能，增强了软件功能的齐全度
  • 社区交互性强，且结构分立较为清晰，单列出一个“社区”页面用于用户之间的相互交流讨论

  缺点

  • 与k歌等跨软件功能交互较为缓慢，且连通性差

  准确度

  优点

  • 搜索方式简单快捷，用户往往能较快地找到自己心仪的歌曲
  • 支持歌曲检索和关键词检索(比如一些民间流传的“梗”)，且支持较高精度地听歌识曲，准确率高

  缺点

  • 搜索结果可能过于宽泛，有时候会夹杂很多不相关的歌曲，并不自带过滤功能

  用户体验

  优点

  • 用户交互性强，上手难度低，使用起来较为简单

  缺点

  • 软件缺乏总体性，有些功能单独拎出来做成一个页面（如儿童、乐馆），拼凑感过强，让人霎时间感觉像是进入了另一个软件

• 改进建议

  增加更多的可交互的推送机制（类似于短视频平台式），而非只有“每日三十首”这一功能，应增进用户可选择项

• 用户调研

  非杰班级的软工学生刘誉，选他的原因在于他涉猎不同的音乐软件较广，对音乐造诣较高

  
  

• 评测结论

  d) 好，不错

二、BUG分析和提交

bug1: 将鼠标放于歌曲进度条上约1s之后会弹出歌词，而歌词会挡住进度条，使得无法通过点击进度条的方式来改变播放进程，触发率百分百

测试环境

MacBook Pro 14寸，qq音乐客户端

Bug分析

成因：前端开发人员在制作mac系统下的qq音乐软件时，对歌词弹窗的位置未进行充分的测试（前端的位置参数错误），导致弹窗的稳定处在一个尴尬的位置
系统功能 ★★☆☆☆
安全性 ★★☆☆☆
用户体验 ★★★★☆

不修复原因

可能是因为本身qq音乐的pc客户端使用者本身就少，加上这个拖动进度条的功能一般不会伴随着鼠标的悬停，这就导致开发者并没有将这个问题纳入考虑，故而也就不会去修复了

bug改进建议

将对应的前端文件中有关于弹窗的相对位置的参数作相应的修改即可，使其稳定位居进度条上方一点点

bug2:qq音乐对本地文件夹外文歌曲名字的读取有明显的bug，即在面对一些本地没有版权的歌曲时，会胡乱读取歌曲的名字，触发率百分百

测试环境

红米K70手机端

Bug分析

成因：后端在完成对手机音乐文件名的读取工作时未考虑到文件名有可能为日文等非字母外文的现象，未对不同情况的文字进行分类处理
系统功能 ★★★☆☆
安全性 ★★☆☆☆
用户体验 ★★★★★

不修复原因

无版权歌曲在qq音乐中本就相对较少，加上该bug的复现情况为手机上本身已经下载了外文歌曲，而后交由qq音乐进行读取，导致了该bug在测试过程中不被重视，自然也就谈不上修复了

bug改进建议

应在后端的对应模块对非版权歌曲的曲名识别功能处引进更加全面的文字识别功能，并在不同中语言上加以测试

第二部分 分析

一、工作量分析

核心代码架构：4-6个月
具体功能实现：4个月(前后端可并行开发，无需消耗太多时间)
联测测试对接：1个月
beta测试：1-3个月(至少在真实用户群体中试运行足够长的时间才可正式上线)
后续维护和问题修复：1个月

总体来说想要完全实现该软件的所有功能，并且具备可靠性地实际运作，需要至少12个月

二、软件质量分析

1. 优势：

• 用户基数庞大，其上线时间较早，在中文互联网发展速度最快速的时期上线运行，并继承了腾讯旗下相当大数额的QQ用户
• 页面和功能的设计经历了时间的沉淀，已经经历过相当长时间的版本迭代
• 曲库资源充足，作为音乐软件而言拥有相当足够的曲库作为资源背景

2. 劣势：

• 因其上线时间过早，沉没成本较高，其大部分用户已经习惯于其旧有的页面和功能布置，导致其很多已经过时的页面结构的迭代成本过高，无法做较大的尝试和与时俱进的更新
• 其软件风格已逐渐跟不上潮流，在颜值、流行性等方面已陷入劣势
• 没有与短视频平台类似的交互性，只具有评论区，导致用户创造自己作品的意愿较低

3. 同类产品比较：

与同类音乐软件如网易云音乐(为主，毕竟市面上就这两款比较能打)，虽然用户基数大、会员能与qq的相应会员相互联动，但是其设计感不足、流行性尚缺的问题已经日益严重，但总体来说其所占据的市场地位在调研中仍是中国音乐市场的第一顺位

第三部分 建议和规划

一、市场现状

1. 竞争产品：

• 酷狗/酷我音乐：同为腾讯音乐旗下的产品，总占据41%的市场份额

• 网易云音乐：以15.6%的市场份额位居第三

2. 产品定位：

• 酷狗/酷我音乐：对怀旧派有较强的吸引力，上线时间更早

• 网易云音乐：主要优势在于个性化推荐能力和页面美观度，其尤其在年轻人市场中独占鳌头

二、市场与产品生态

1. 核心用户群：

几乎所有的互联网使用者群体均在QQ音乐用户占比中有一席之地
用户典型画像为：
年龄：18-35岁
身份：学生、青年工作者为主
兴趣：喜好音乐，希望能一边维持自己喜欢的音乐群系，一边不断扩充"好听的音乐"这一概念
典型需求：对音质、音乐检索速度、音乐收录库藏有着较高要求
潜在需求：某种意义上希望QQ音乐

2. 用户群体关系：

用户之间互相会进行喜爱音乐的分享和K歌作品的互相收听，某种意义上用户之间的整体性较强，互相有较多的联动
这意味着我们完全可以借助他们彼此之间的分享关系和对于自创歌曲的需求来缔造一个社交化的音乐平台

三、产品规划

1. 新功能设计：

依据生成式大模型在QQ音乐内部布置一个子应用，其同时具备指导用户乐理相关知识、协助用户快速创造歌曲以及用户之间互相分享最新作品等多种功能，使得用户得以在ai的帮助下自行创作并发表，并且可以借由相应的语音读取ai来实时修改精进自己的作品

2. NABCD分析：

• N：满足具有创造力、有分享心态的用户创作、彼此交流的需求

• A：依靠ai所带来的信息革命填补音乐创作者与普通民众间的鸿沟

• B：可增进对用户的吸引力和向心力，使得用户因其作品的留存而逐渐无法脱离该引用，显著增加用户粘性

• C：相比于网易云等软件走在大众化依赖ai辅助音乐创作的时代前列

• D：依靠腾讯旗下产品自带的高流量、大基数进行大范围的宣传和招揽用户