2022北航敏捷软件工程 第二次博客作业

2022北航敏捷软件工程 第二次博客作业

项目	内容
这个作业属于哪个课程	2022年北航敏捷软件工程
这个作业的要求在哪里	个人作业-软件案例分析
我在这个课程的目标是	了解软件工程的方法论、在实践中学习软件工程的各个层次、获得以敏捷流程进行软件开发和产品构建的相关经验、尝试以软件工程的方式来实现脑中想法。
这个作业在哪个具体方面帮助我实现目标	了解软件工程的方法论：按照给定的指引，对现有软件产品进行成体系分析。在实践中学习软件工程的各个层次：通过体验和进行模拟规划，熟悉实践中的软件工程。

Author 19373540 熊安杰

Date 2022.03.18

本次作业，选定的主题是：音乐软件及其分析。选用的例子有：网易云音乐、Moo 音乐。

第一部分：调研、评测

在正式进入下文的 Bug 分析阶段之前，先对 Bug 的严重程度进行定义：

严重程度等级	对应等级之描述
💣	仍能正常完成既定的操作逻辑，但出现小的视图差错或龃龉。
💣💣	仍能正常完成既定的操作逻辑，但出现较明显的视图错误。
💣💣💣	错误动作，或不能正常完成既定的操作逻辑，但仍能进行软件的使用。
💣💣💣💣	错误动作，或不能正常完成既定的操作逻辑，且程序发生崩溃等状况，无法继续进行使用。
💣💣💣💣💣	错误动作，或不能正常完成既定的操作逻辑，且造成数据丢失或安全性问题。

网易云音乐

Bug 描述及分析

Bug. 1 预想外的音量错误调整 💣💣💣

测试环境

• 硬件环境 MacBook Pro (14 inch, 2021, M1 Max)

• 操作系统 macOS Monterey Version. 12.2.1

• 软件版本号 网易云音乐 iOS 端手机版 8.7.01

可复现性

必然发生：在满足上述作业环境的 Mac 上下载并打开对应版本网易云音乐，即出现此 Bug。

具体情况描述

启动 app 后，系统音量被自动错误地置于最大值。

分析及严重性判定

网易云音乐的 iOS 端版本在一至两个 minor 版本号前，对 UI 中的音量展示逻辑进行了修改，采用了如下图所示的仿系统展示模式的音量条，并进行了双向绑定。即利用系统音量键调整音量，该音量条的音量指示会发生变化，采用触摸交互音量条，可以上下调整音量并同步修改系统音量。

在进行此修改后，问题出现。推测：在进行此修改的同时，由于调整了与系统音量间的双向绑定逻辑，使系统音量在 app 第一次启动时，随 app 内音量状态量的初始化一同被重置到最大值，从而导致了错误的系统音量调整。

该 Bug 的严重性按照如上制定的标准，应被定义为三级： 💣💣💣。因其：产生了非预期的误动作，但没有影响到应用整体的稳定和功能的使用。

预期和改进建议

若上述假设正确，基于新版的 iOS 端网易云音乐基于 MVVM 架构的 SwiftUI 框架实现的基本事实，开发团队应该对视图状态进行进一步地解耦，通过 ViewModel 进行数据与视图的正确绑定。在视图层使用私有的状态量，避免错误的数据绑定和初始化。

Bug. 2 手机号登录输入框视图错误 💣💣

测试环境

• 硬件环境 MacBook Pro (14 inch, 2021, M1 Max芯片)

• 操作系统 macOS Monterey Version. 12.2.1

• 软件版本号 网易云音乐 iOS 端手机版 8.7.01

可复现性

特定条件下发生：在满足上述作业环境的 Mac 上使用对应版本网易云音乐，进行过一次登录后，登出再选择使用手机号登录时发生。

具体情况描述

如上再次进行手机号登录时，登录框只能连续输入两至三个字符，且出现不明白色视图方框。需点击视图其他部分，方可继续进行手机号输入。

分析及严重性判定

由于白框类似 macOS 系统自动为输入框添加的验证码信息输入框，推测是系统方面出现对 SwiftUI 输入框的错误检知导致将手机号输入框判定为验证码输入框，添加了不必要的视图叠加层，阻碍了交互逻辑的继续进行。

该 Bug 的严重性按照如上制定的标准，应被定义为二级： 💣💣。因其：仍能正常完成既定的操作逻辑，但出现较明显的视图错误。

预期和改进建议

若上述假设正确，该问题与特定系统的视图判定可能具有更大的关联性，开发团队在处理此问题时，可以考虑优化登录视图的视图逻辑，对两个输入框进行进一步的拆分，避免引致系统的错误判定。

体验提要

软件的使用截图

本软件的基本功能

网易云音乐的宣传语是：“专注于发现与分享的音乐产品，依托专业音乐人、DJ、好友推荐及社交功能，为用户打造全新的音乐生活”。本质上，网易云音乐具备双重性质：其一，该平台对于普通听众，是聚焦音乐、音频媒体的内容平台，以社交功能方面的多项创新取胜。其二，该平台对于音乐制作人，是聚焦 UGC（用户生成内容） 分发的创作平台，与音乐人合作利用流量红利进行变现。以下按照上述两方面分条列出相关功能点：

音频内容平台

• 音乐播放和信息获取：用户可使用网易云平台搜索和播放平台曲库中的音乐、使用音频效果、收看 MV，浏览专辑信息、艺人信息，查询歌词、外文歌词翻译及注音、歌曲排行等相关信息。用户可用平台识别环境中正在播放的音乐；
• 音乐推荐及宣发：平台根据用户喜好及行为数据，进行音乐智能推荐。平台会依据市场热点情况向用户推荐时下热门音乐；
• 以音乐为中心的互动和社交：用户可对音乐发表评论和见解，创建歌单聚合自己喜好的音乐，发表动态分享音乐观点，围绕平台维护、用户提出的音乐话题进行探讨。用户可对其他听众或音乐人进行关注，获取他们发布的最新内容。用户可通过一起听功能，与其他用户同时收听歌曲。用户另可利用平台的丰富音乐资源，开设直播进行生活分享；
• 音乐管理：用户和利用本平台管理本地和云端网盘的音乐，添加或编辑平台上的音乐和音乐人信息。平台记录用户的收听数据，为用户进行听歌统计和年度分析等。用户可利用移动端 app 为喜爱的音乐生成铃声版本；
• 音乐再编辑和二次创作：用户可利用平台曲库中的伴奏带或智能消音伴奏对歌曲进行翻唱，创建歌房进行即时的演唱和互动，基于平台曲库发布音乐视频。用户可利用 beat 库进行说唱歌曲的创作；
• 音频内容收听：平台同样开设播客栏目，用户可借助平台收听有声书、播客等音频内容；
• 音乐周边消费：平台提供专辑、演出票、音乐周边、音频数码设备等音乐相关的产品信息聚合和贩售。

UGC 音乐创作平台

• 音乐和音频内容分发：创作者用户可注册平台音乐人账号，发布自己创作的作品及相关信息。创作者用户可通过平台贩售专辑或单曲；
• 内容宣发：创作者用户可与平台合作制定营销及宣发策略，向目标群体推送自己的作品；
• 流量变现：即便不采取传统的分发销售途径盈利，创作者用户亦可与网易云平台共享作品为在线平台带来的广告、访问量等流量收入。
• 创作者社区：创作者可参与平台创建的活动，参加歌曲比赛等，与其他创作者分享流量。

需求完成情况及用户体验优劣

从以上的功能总结可以看出，网易云音乐平台从听与创作两个方面出发，精确捕捉了听众用户与创作者用户的多项需求，覆盖了音乐需求相关的方方面面，主打产品开发的“大而全”。在笔者使用过的音乐软件中，网易云的功能点覆盖最为全面，且切中多项用户痛点，不断拓宽音乐需求的边界。在此基础上健全了应用 UI/UX 使用体验的基本功，不存在明显的功能残缺。通过不断进行功能的横向扩展，平台具备良好的生存能力，能够保持较好的用户粘性。纵向上，平台针对 ACG、日韩音乐内容进行了针对性的版权收购和内容聚合，进行差异化竞争，在特定文化群体方面具有无可比拟的领先地位。

改进意见

网易云音乐与腾讯系音乐平台相比，具备明显的流量劣势，没有社交平台支持，在竞争环境下围绕流量、版权发生过数次激烈竞争——一度，其分享功能在腾讯系社交平台中无法正常使用。网易云音乐开发团队应当健全在音乐版权，尤其是国内流行音乐版权方面的布局，加大社群运营投入，补足流量短板劣势。

总体评价

结合以上的分析，网易云音乐处在产品的成熟期、市场的开拓期。笔者给出 e. 非常推荐 的评价。

Moo 音乐

Bug 描述及分析

Bug. 1 初始导引页无法前进 💣💣💣💣

测试环境

• 硬件环境 MacBook Pro (14 inch, 2021, M1 Max芯片)

• 操作系统 macOS Monterey Version. 12.2.1

• 软件版本号 Moo 音乐 iOS 端手机版 2.7.1.2

可复现性

必然发生：在满足上述作业环境的 Mac 上下载并初次启动对应版本 Moo 音乐，即出现此 Bug。

具体情况描述

初次启动 app 时，出现默认导引页，介绍产品的功能和改进。该导引页无法通过触控板或鼠标拖拽，直接导致应用无法进行初次设定而无法使用。

分析及严重性判定

由于正常使用 iPhone 打开该应用，问题不出现。推测是 iOS 移动端 app 的触控手势检测逻辑与其移植到 macOS 之后的手势检测逻辑并不一致，导致触控板手势在本应用中不能正常代替触控手势工作。

该 Bug 的严重性按照如上制定的标准，应被定义为四级： 💣💣💣💣。因其：不能正常完成既定的操作逻辑，且程序卡在首屏，无法继续进行使用，但没有损害用户数据或带来安全性问题。

预期和改进建议

若上述假设正确，鉴于大多数 iOS app 在迁移至 macOS 端后没有类似的手势操作问题，开发团队应该考虑更改目前的手势检测实现，调整为官方建议的标准实现方式。

Bug. 2 歌单信息无法彻底删除 💣💣💣💣💣

测试环境

• 硬件环境 iPhone 13

• 操作系统 iOS 15.4

• 软件版本号 Moo 音乐 iOS 端手机版 2.7.1.2

可复现性

必然发生：在满足上述作业环境的 iPhone 上下载并启动对应版本 Moo 音乐，执行以下操作，即出现此 Bug。

具体情况描述

用户通过 Moo 音乐新建歌单后，若进行过链接分享，则删除后虽然在 app 内打开分享链接无法访问到该歌单，但通过 web 端仍可以访问到用户分享的歌单数据。

分析及严重性判定

可以推测，产品团队在开发分享功能时，采取了为分享链接复制歌单信息的方式。然而，在实现删除操作时，并没有对应清除分享链接对应的歌单信息，而只是做了应用内视图层的屏蔽。

该 Bug 的严重性按照如上制定的标准，应被定义为五级： 💣💣💣💣💣。因其：不能正常完成预期的操作逻辑，且本该删除的用户行为数据仍被记录永久无法删除，为用户带来了潜在的信息泄露隐患。

预期和改进建议

产品团队应该进一步健全产品各项功能的实现机制，避免出现类似的逻辑漏洞。

体验提要

软件的使用截图

本软件的基本功能

Moo 音乐的宣传语是：“打开声音”，是腾讯推出的新兴音乐内容平台。该平台依托腾讯系曲库，聚焦平台导向的音乐推荐与分享。平台的功能简单、UI 设计简洁易用，营销互联网时代的高质量音乐生活方式。其功能点可概括如下：

• 音乐播放和信息获取：用户可使用平台搜索和播放平台曲库中的音乐、收看 MV、收看相关音乐视频，浏览专辑信息、艺人信息，获得歌曲流派分类。用户亦可浏览歌词、翻译等相关信息；
• 音乐相关内容获取：平台方主导内容编辑，发布主题歌单、每周新歌歌单，创作艺人采访、专栏播客内容，进行新歌、专辑宣发和介绍等；
• 音乐推荐：以平台音乐编辑为核心进行人工挑选的每日歌曲推荐，创建主题标签聚合音乐内容；
• 音乐分享及社交功能：用户可对歌曲发表评论感想等内容，自行创建并分享歌单；亦可参与平台主导的主题互动歌单维护。

需求完成情况及用户体验优劣

Moo 音乐平台聚焦平台引导的音乐生活方式。以人工挑选的、平台创作和维护的高质量推荐和音乐分享内容为亮点，吸引用户使用。平台在极力精简功能，进行需求取舍的同时，力图交互体验的优秀和用户界面的设计感，以“小而美、小而精”为产品开发的价值导向。用户使用 Moo 平台收听音乐，能够满足基本需求，并可获取高质量的音乐推介内容。可以说，Moo 音乐是在健全基本功能的基础上，用“惊喜功能”进行差异化竞争的模范。

改进意见

目前，Moo 音乐部分功能仍存在上述严重瑕疵，应当进行修复。平台同时缺少一些重要的功能集，产品团队应当在互动功能上进一步进行策划和开发，更应注重 UGC 内容的价值。同时，应当平衡内容产出、流量引入和用户群体认知之间的矛盾，避免打破“小众宝藏”的产品形象、降低平台一直以来主打的高推介质量。

总体评价

综上，Moo 音乐仍处在产品开发的初期、用户群体的形成期。笔者为其给出 d. 好，不错 的评价。

第二部分：分析

对构建时间的估计

本估计不涉及前期的需求分析、市场调研等工作，仅考虑完成一个不考虑系统稳定性、高并发、大数据量等诸多现实问题的，“实验室里”的功能组 demo。全部参加人员均为全职开发，且具有大学本科毕业生的平均技术水准。

Moo 音乐

结合上述的功能分析，笔者对本软件（不计曲库建设、版权处理、营销等非本分析应当涉及的工作）最小可用版本的构建时间估计为： 至少16周。平台的核心开发难点为流媒体传输和播放，涉及音视频两方面的数据，预计耗费大约四周的时间。平台的其他功能，包括初级的互动、平台内容发布和管理等功能，可以等价于简单的 CMS 系统，预计耗费大约四周的时间。其他时间计划用于策划、打磨 UI/UX 和测试。

网易云音乐

结合上述的功能分析，笔者对本软件（不计曲库建设、版权处理、营销等非本分析应当涉及的工作）最小可用版本的构建时间估计为： 至少48周。在功能上，Moo 音乐涉及的功能基本上为网易云音乐的真子集。除完成上述 Moo 音乐的功能开发任务外，显而易见的开发难点包括：完成“一起听”功能，该功能需要经由平台在用户间建立连接，实现简单的长连接进行进度共享是容易的——然而，应当需要大量的工作处理用户的连接稳定性问题；音乐再编辑功能亦为难点，需要进行翻唱模块的开发，包括音频合成、音效添加等内容；此外，云盘等内容云内容管理也颇具挑战性。为相关功能点各分配八周左右的时间，再为其他小扩展功能组分配八周时间，即为本估计。

排名分析

优势已经在上文进行过介绍，竞争中的劣势亦在第三部分涉及。本节总结性地给出一个笔者预估的产品排名。

网易云音乐

目前，从用户量的角度来看，网易云音乐排在市场中无可动摇的第四位。实际上，考虑到网易云音乐内容差异化竞争、对独立音乐人的极大吸力、借由社交互动达到的极高用户粘性，笔者认为本平台应当在市场中实际占据第二的位置，与第一位的腾讯系音乐平台形成强有力竞争态势。

Moo 音乐

Moo 音乐作为腾讯进行新产品线探索的有力实践，具有可以期待的极大潜力。但目前依靠平台产出内容的产品模式，除非能够对接更多的专业乐评人或音乐媒体，否则不具备较好的可扩展性。笔者认为本平台应当长期处在市场的 others 分类，不能进行主流竞争，而是形成特色、小众的产品形象，以高产品粘性见长。

软件工程上可以提高的方面和建议

网易云音乐

本次体验分析的相关功能中，约三四成功能，尤其是“惊喜功能”、新功能，仅在移动端得到实现——笔者在 macOS 端仍试图使用移动端 app 的动因就来自于此。开发进度的相异暴露出的是开发团队重心把握的不平衡，由于网易云音乐平台仍处在市场的开拓期，开发团队应当平衡开发资源和任务计划，在桌面端进行更多资源投入和市场拓展。此外，开发团队还应在测试方面加大投入，减少产品瑕疵。

Moo 音乐

本次提及的两个 bug 都具有较高的严重性，体现出产品团队在功能设计流程、质量管理方面的较大问题。由于产品主打“小而美”，并未在核心功能上多做横向扩展，而是以惊喜功能出奇制胜——此番情形下，对于必需功能的打磨就尤为重要。团队应在质量管理上多加投入，并健全功能开发及策划机制。

关于本软件涉及的 BUG 分析

本博客前文已对相关 bug 的成因和可能的解决方案进行了叙述，以下针对两软件 bug 体现出的开发问题及改进点进行分析和说明：

网易云音乐

本次涉及的两项 bug，都与平台开发的新现状有关：随着 Apple 公司个人电脑产品线转向 arm 架构，与移动设备迥然相异的笔记本乃至台式电脑都能获得移动端 app 的运行能力。目标作业系统、运行设备的扩展，对于开发团队的测试工作提出了更高要求，大部分互联网企业为此直接选择关闭相关平台的 app 分发渠道，例如：用户无法在 macOS 端运行 iOS 端的支付宝、微信、QQ 等常用应用。笔者认为，从风险控制的角度看，在大型常用 app 模块复杂、开发历史长的背景下，选择停止将 app 分发至相关平台是无奈而正确的选择。相对的，对于类似网易云音乐的扩展期新兴 app，在桌面端 app 开发进度明显落后移动端的现状下，选择在 macOS 平台上正常进行移动端 app 的分发则是既有风险亦有收益的可选项。然而，开发团队应该意识到这一决定带来的大量潜在测试问题，一方面积极衡量市场情况、灵活调整分发策略，另一方面在反馈渠道、测试人员上加大投入，进行有效的产品质量管控。

Moo 音乐

对于第一项 bug，由于成因与前述网易云音乐 bug 一致，分析和说明同上。

对于第二项 bug，该 bug 体现出了产品团队的功能策划不周，各功能逻辑实现出现龃龉引致混乱。这启示我们在进行团队开发时，一方面要健全产品策划工作避免出现逻辑漏洞，另一方面要密切各功能模块间的开发沟通。——毕竟，产品不是零碎功能的碎片堆砌，而是精细组织起来的完整拼图。

第三部分：建议和规划

本部分的前两项内容，对于涉及的两个产品来说是一致的。第三项内容，进行分别的叙述。第四项内容，主要从 Moo 音乐的现状出发考虑。

市场概况

据机构 FastData 极数发布的《2020年中国在线音乐报告》，至 2020 年 10 月，中国在线音乐月活用户已超 6.2 亿，在线音乐付费用户超 7000 万。当前在线音乐界龙头垄断企业腾讯音乐，2020 年前三季度营收高达 208 亿元，在线音乐市场产值超过 140 亿元。另一方面，月活数据没有发生较大的月际变动，在线音乐 app 下载量持续下降，目前已不足四千万次。

综上，在线音乐市场进入存量竞争阶段。各大平台的重心不再在于争取新用户，而在于提高用户粘性、进行流量竞争。

市场现状

目前在线音乐市场呈现出一超一强的局面，腾讯音乐集团借由多次并购和整合，统合了包括 QQ音乐、酷狗音乐、酷我音乐、5sing 原创音乐等既有的流量源头，并进一步借由对社交平台的流量管控巩固优势。腾讯音乐娱乐集团 TME 在版权方面与太合音乐等激烈竞争，定位大众流行音乐，积累大量的版权储备，据 2020 年末的数据，已占据中国在线音乐市场 80% 的份额。网易云音乐则差异化地积累大量 ACG、日韩音乐版权，主打独立音乐、自由音乐人、小众音乐发行和分发，突出音乐 + 社交的战略，在占据余下大部分市场份额的情形下，于用户平均在线时长和用户粘性两方面高居榜首。

过去的一年间，独占版权时代随着国家对市场的进一步规范结束，平台无需再聚焦于版权投入进行差异化竞争；虾米音乐的最终退市、字节跳动旗下音乐平台的出现，意味着市场的竞争进入白热化，新的入局者亦在搅动潮汐。

与此同时，独立音乐正在积蓄力量，从国外 bandcamp、国内 dizzylab 等独立音乐平台的发展态势上看，基于互联网的业余创作、个人创作的兴盛，象征着网络创作新业态的到来。可以预见到，市场趋向于不利守成者、利好挑战者。

市场与产品生态

对于网易云音乐，其典型用户为：热爱借由音乐的社交的互联网Z世代集体。从版权占有分布和平台实际热点来看，网易云音乐的主要受众是年轻群体，具有较好的付费意识和较为稳健的收入能力，需求借助音乐表达自己，追求新形态的音乐、新的尝试和概念，乐于接受改变；平台用户亦包括独立创作者，其群体体现出鲜明的业余特征，他们没有成体系的分发渠道和表达空间，势单力薄，被排除在传统创作行业之外，需要借助平台的流量和支持，完成创作的自我实现。

网易云音乐本身就是注重用户群体相互作用的极佳实例。音乐人与听众并举的发展模式，实现了用户与平台的相互成就——平台中的音乐人通过创作进行表达、获取听众的认可和经济收入，听众获得多样化的音乐带来的美的享受，平台借助两方面的流量实现发展、进一步优化生态。这种发展模式形成闭环，良好、自洽、健康的运行机制筑牢了平台高用户粘性的根基。

对于 Moo 音乐，其典型用户为：对内容质量需求较高，追求精致的音乐生活方式的文艺人群，他们愿意听从他人的见解，但拒绝从众的表达，比起创作音乐、分享观点，他们更愿意做内容的消费者，且愿意不止为音乐本身，而为音乐的衍生产出付费。

按照 Moo 音乐现在平台导向的发展形式，尚没有看到对用户创造力的合理运用。若对乐评、推荐等内容进行进一步的自组织化，实现内容生产的去中心化，可以期待该平台能形成高质量的音乐交流社区。

产品规划

结合上述分析，笔者从 Moo 音乐的现状出发，希望增加用户社群的创作和组织功能，具体可做如下 NABCD 分析：

Need: 目标用户追求新的、高质量的音乐生活方式，可以认为用户本身具有较高的音乐审美素养，能够期望用户具有生产目前平台提供的相近质量内容的能力。用户本身具备表达的需求，信赖、认可平台的内容生产能力，但平台的内容产能尚不能满足用户的多样化需求。用户需要看到更多高质量的音乐推介内容。

Approach: 实现平台内容分享逻辑，设计对用户贡献的激励机制，健全内容审核和挑选机制，通过有标准的内容发布者审核、意见领袖身份的导入，逐渐建构用户社群的自组织性。

Benefit: 从平台方的角度来看，本功能能够进一步拓宽平台的内容受众，实现扩展市场的目的。从用户的角度来看，能够获取更多的内容选择自主权，并能够为用户的表达欲提供施展空间。

Competitors: 虽然网易云音乐有较为初级的类似分享功能，但向音乐平台中引入高质量要求标准的实践暂时还少见，平台可以依托既有的音乐编辑人员储备和生态优势进行大胆尝试。

Delivery: 开发功能并通过 app 更新进行分发，同时由官方进行社群引导和话题营销，促进用户接受和使用新功能。

可如下做人员分配：从该平台对交互界面的高标准要求考虑，应分配美工 2 人，开发 2 人，测试 1 人，用户关系 1 人。

在十六周的时间分配中，应当利用前四周进行需求分析和讨论、原型设计；五至八周进行最小可用模型的开发，引入内测用户进行测试，同时开始由用户关系人员进行意见收集和反馈；九至十二周进一步健全功能设计，用户关系开始进行活动和话题预热；最后四周进行完善和上线的准备。