2021敏捷软件工程需求评审答辩问题总结与建议

这次答辩时间比较紧，本文是以提建议为主，因此会确保足够的建设性，希望大家在需求部分的后续工作中将相关部分进行必要的优化和完善。以及如有疑问，或者需要进一步沟通的话，欢迎在博客下留言或私聊咨询助教及老师。

团队软件工程的总体目标：

1. 研发出符合用户需求的软件说明：要通过实际的工作收集、推导、提炼需求，并在软件发布后通过实际数据验证需求的确被满足了。需求来自于实际，而不是自己想象出来的“需求”或者人云亦云的需求（例如：图书馆管理系统）。
2. 通过一定的软件流程，在预计的时间内发布“足够好”的软件说明：这个软件不是期末前两天由两三个同学熬通宵赶出来的急就章，而是经历了一定的软件流程，通过全体团队成员的努力，在一个学期内逐步完成的。
3. 并通过数据和其他方式展现所开发的软件是可以维护和继续发展的说明：例如，对用户需求有详细的分析，包括对将来这类软件发展的趋势的分析。主要功能都有设计文档，源代码完整，有修改记录，并有最后版本。关键模块有可以执行的单元测试、压力测试脚本，等等。对于已知的bug和将来的工作都有详细的记录。

（上述内容摘自《构建之法》第1.2节“软件工程是什么”）

在后文中

• 【答辩】标签指的是在现场答辩时所进行的讨论内容（仅作为现场答辩的记录，对于待回答的答辩内容，需要在后续博客中进行必要的回应）
• 【问题】标签指的是课程组审核后提出的问题（对于提问需要在后续博客中进行必要的回应）
• 【建议】标签指的是针对问题建议采取的方案（建议内容仅供参考，请根据实际情况自行做出判断和决定，如有必要则也在后续博客中进行回应）

以及，为了方便查看，此处有石墨文档版本：https://shimo.im/docs/ky6ytCqVX99h3HD8，里面对不同的类型进行了颜色标注，希望可以帮助到各位。

项目与提问

1. 近取 key：背单词App

博客地址：https://www.cnblogs.com/mzztxx/p/14648535.html

视频地址：https://bhpan.buaa.edu.cn:443/link/A69CA3AA38ED728F74E77F52834822D6

访问密码：rgaQ

摘要：

* 项目简介：一款面向具有专攻背单词需求同学的工具，利用记忆宫殿原理，生成创新性“词图”背单词，开辟背单词新模式。（网页端）
* 创新点：全新背单词形式--词图，结合多种强化记忆理论基础--记忆宫殿、空间联想记忆等。
* 项目意义：“通过我们的 APP ，用户可以对于单词场景式联想，形成较为长期且系统的记忆。”

问题与建议：

• N（需求）
  • 【问题】你们对于市场做过哪些调查呢，是否对用户做过产品使用需求调查？
    • 【建议】如果目前还没有做到完善的话，那么请继续完善起来，并且需要提供具体证明，例如相关调查结果（可不局限于发问卷）或文献资料等。
    • 【建议】注意避免想当然，也避免使用一些偏直觉向的依据来说明需求。
• A（路线）
  • 【答辩】该应用是否考虑设立排行榜功能？
    • 计划建立社区，用户可以分享自己创建的词图
    • 考虑做打卡功能
  • 【答辩】背单词中所提到的图片和单词是官方提供，还是完全用户自己来上传？
    • 提供现有备选图片
    • 鼓励用户自己上传，并提供纯色模板
• B（优势）
  • 【答辩】如果希望背大量单词，这种背单词的方法是否操作过于繁琐，如何保证效率？
    • 软件的目的就是（通过拖拽等动作）鼓励用户对单词建立长期记忆。
  • 【问题】在本项目中提到的记忆宫殿和A4纸的方式确实非常新颖有趣。
    • 但PC端真的比手机端更会让人专注背单词么，
      • 现在都是电脑手机端同时登录微信和QQ等通讯设备
      • 似乎电脑端更让人专注这一说法并不很能站住脚。
    • 【建议】因此，为何使用电脑端，其原因、优劣势、得与失还是有待进一步思考并挖掘的。
• C（竞品）
  • 【问题】如何与市场上的其他同类产品竞争，你们软件的竞争力具体表现为几点？
    • 关于需求量大的问题，是否调研或了解过身边的同学们，他们希望有款网页版的背单词软件？手机端的扇贝，百词斩等已经如此成熟，一个使用了很久的用户会放弃自己的打卡1000天的记录么？你又如何会让一个新的用户相信你的记忆宫殿方式会比上述软件更优，来克服用户惯性呢呢？
    • 以及，即便该项目需求确实广泛， 但是用户是否已经用了一种产品了，你的产品有什么 “相对优势”呢？关于这一点是否做过实际调查并获取翔实的调查结果数据？
    • 【建议】该部分需要更加详细的进行论证，并且拿出实实在在的调研结果为证，分析现有的不足并凸显出新产品的优势所在。
  • 【答辩，待回答】和百词斩等类似产品的主要区别何在？
• D（交付）
  • 【问题】在项目的Alpha阶段和Beta阶段分别预期有多少每日活跃用户？

2. Sunny图表：数据记录和图表生成管理小程序

博客地址：https://www.cnblogs.com/thSunny/p/14651779.html

视频地址：

摘要：

* 项目简介：智能数据图表生成器。（微信小程序）
* 创新点：多种数据输入方式，自动生成图表，定制图表模板。
* 项目意义：用户能便捷记录数据、生成图表。

问题与建议：

• N（需求）
  • 【问题】用户在什么情况下会频繁使用手机制作图表呢，项目的核心预期放在识别表格还是绘制数据图？
    • 【建议】请站在用户的角度来分析，在什么样的场景下会需要用手机而不是计算机来绘制图表，明确一下用户的核心需求是什么。
• A（路线）
  • 【问题】怎么解决小程序图形性能差和手机屏幕小的问题？
  • 【答辩】如何实现语音输入绘制表格的功能？
    • 微信平台有语音输入的API，也有OCR的开源代码
  • 【问题】博客中提到的语音数据输入方式是如何实现呢？包括
    • 语音如何方便的输入绘制表格数据，是否有语音输入功能的必要？
    • 若有语音输入的必要，是准备采用哪个平台提供的API呢？
    • 对于语音输入功能付费规则有调研过吗？
    • 【建议】建议对于上述问题进行更加详细的考察，完善在后续分析中。
  • 【答辩，待回答】物理实验对数据的精度和正确性有要求，你们准备如何进行****数据的校验和精确度检查？
• B（优势）
  • 你们的软件功能能够给用户带来什么好处？解决他们什么样的痛点问题？
    • 【建议】在明确需求的基础上，可以进一步来说明软件的主要优势何在，不是谈能给用户提供什么功能，而是更加着重去明确好处与所解决的痛点。
• C（竞品）
• D（交付）
  • 【问题】一般来说，数据分析和画图的操作都是在电脑上完成的，是否考虑完成微信小程序以外的应用端？
    • 【建议】进一步明确此问题
      • 如果确实只实现微信小程序，则需要充分定义操作模式，并确保易用性
      • 如果不只实现微信小程序，则需要对其他端（例如管理端）的需求以及业务相关进行必要的定义，确保可用性
  • 【问题】微信小程序需要对网站进行备案才能正式发布，备案流程需要一个月以上，你们有备案好的网址吗？
    • 【建议】确认一下是否具备完成该技术栈的必要条件
      • 如果确实具备已备案域名，则可以正常进行，不受影响
      • 如果暂不具备已备案域名，则需要评估备案时间与本课程的周期，而且考虑到域名备案流程可能存在的不可控性，以及后续环节有进行产品实际推广的考核需求，故建议慎重选择微信小程序，与之类似的替代方案有安卓App等，考虑到学习成本的话比较推荐PhoneGap这类web友好的技术栈。
  • 【问题】在项目的Alpha阶段和Beta阶段分别预期有多少每日活跃用户？
    • 【建议】进一步明确此类问题
    • 并且请注意，用户数指的是活跃用户数，而非总注册用户数

3. 题士：刷题软件

博客地址：https://www.cnblogs.com/sudorm-rf/p/14652612.html

视频地址：https://www.bilibili.com/video/av417581301?zw

摘要：

* 项目简介：针对学生考试刷题、学习交流等需求开发的一款集刷题、题目讨论、错题整理、社区资料分享等功能为一体的刷题软件。（手机App）
* 创新点：实时进行题目的交流和讨论，智能题目推荐。
* 项目意义：随时随地便携刷题，真正做到想刷就刷。

问题与建议：

• N（需求）
  • 【建议】将用户调研的结果也补充到需求分析报告中。
  • 【问题】对于服务的管理者而言，是否需要一个平台来进行网站以及题库相关的管理？如果需要的话，微信小程序可否胜任？尤其对于题库规模不小且需要导入的情况，是否可以支持？
  • 【问题】如果微信小程序无法较为完善的支持上述场景的话，那该如何设计？是否会考虑设计电脑端管理界面？
• A（路线）
  • 【问题】安卓+微信小程序，这个的话项目主要考虑是什么呢（指的是为什么要并存）？在工作量上是否过大，不利于掌控？
• B（优势）
• C（竞品）
  • 【问题】博客中有提到相比小战考研胜在服务均是免费的
    • 假设之后希望项目盈利，目前有初步的计划吗？
    • 【建议】后续对小战考研等类似产品进行更加深入的调研分析，并相对于当前项目进行一定的对比分析，以便于列出基于推广与盈利的计划。
• D（交付）
  • 【问题】微信小程序需要对网站进行备案才能正式发布，备案流程需要一个月以上，团队有备案好的网址吗？
  • 【问题】在定义用户量时是否是以每日活跃用户为准，而不是累计用户量？

4. 知疫：疫情防控可视化平台

博客地址：https://www.cnblogs.com/zjtd/p/14652708.html

视频地址：https://www.bilibili.com/video/BV1cA411L7mW

摘要：

* 项目简介：对疫情数据、疫苗接种数据可视化。（微信小程序和网页端）
* 创新点：全新的疫苗覆盖率可视化展示、智能生成推荐疫苗接种建议等。
* 项目意义：为疫情防控献一份力。

问题与建议：

• N（需求）
  • 【问题】具体的目标用户群体是哪类人呢？从需求上的几个关键字来看包括下述几类：
    • “对于不关注新闻或检索能力一般的人群”
    • “存在一定数量的人群对疫苗抱有担忧”
    • “很多人受制于消息检索渠道的限制，对新冠疫苗的了解有限，对新冠疫苗有一定顾虑，缺乏全面了解一面的渠道”

如上所示的目标用户群，关心的更多的是疫苗数据的展示，还是疫苗本身的科普信息？

* 【建议】可以把用户画像定义得更清晰。在有更清晰的用户定位后，可以更有针对性地进行需求设计，明确杀手级功能。

• A（路线）
  • 【建议】在路线部分，观察到项目要同时做数据展示和信息查询的功能，工作量较大，可以仔细衡量不同阶段要开发的功能侧重点，并做好版本划分和时间计划。
  • 【问题】课程组最初提供该选题对数据来源留给团队自行调研，关于这方面目前有做哪些调研的准备？
  • 【答辩】是否有疫苗接种情况的数据集？
    • 已经找到数据集，全国的接种情况，精确到以省为单位地区，感染率与治愈率
• B（优势）
  • 【建议】建议强调用户从项目能够获得什么从其他服务里得不到的好处，以及他们为此付出的代价有多大。
• C（竞品）
  • 【建议】建议强调一下项目相比于竞争对手的竞争力是什么，列出项目最独特的功能。
  • 【答辩】已有疫情数据可视化平台较多，如何保证竞争优势？
    • 推出展示疫苗接种情况、地区安全等级评价（评价指标暂未确定）这些特色功能
• D（交付）
  • 【问题】针对“3 发布一周后预期用户量”，可否进一步细化？是不是指每日活跃用户？第一个版本什么时候发布？发布后一周、两周、一月、三月、半年的数据预计如何？除了用户量，是否可以有用户留存率、新用户增长数据的预估？
  • 【建议】项目开发有两个迭代周期，可补充每个周期预期交付的功能集，并简单陈述这样安排功能优先级的理由。

5. Unity卡牌自走棋：手机游戏

博客地址：https://www.cnblogs.com/hairteam/p/14654229.html

视频地址：https://www.bilibili.com/video/BV1oK411w7nw?zw

摘要：

* 项目简介：卡牌自走棋手游。（安卓平台）
* 创新点：丰富的自由度、游戏模式及社交、复盘功能。
* 项目意义：手游的意义。

问题与建议：

• N（需求）
• A（路线）
  • 【问题】自走棋是一种侧重于玩家对战类型的游戏吗？如果是的话，团队所做的单机版如何保证AI人机的质量？
    • 【建议】如果确实有高质量AI人机的需求，则建议慎重评估一下这个功能的技术门槛与工作量，如果评估后依然存在较大障碍的话，建议慎选此题目。
  • 【问题】游戏开发工作量很大，你们准备如何在Alpha阶段开发出一个MVP软件？
    • 【建议】明确一下在Alpha阶段完成哪些功能，技能体现游戏的特点，又能确保按时完成
  • 【问题】你们的游戏机制是什么样的，具体是指，这个机制你们是打算自己去设计，还是说基于某种成熟的游戏机制？
    • 游戏机制对于游戏而言是至关重要的。
    • 游戏策划是个专业性很强的活，在游戏大厂中这些都是专人专部门负责的。
    • 【建议】明确下游戏机制上的合理性
      • 如果确实是一个在圈子内比较成熟的游戏机制，那么无影响
      • 如果游戏机制本身存在较大创新，则建议去咨询相关专业人士，并从他们那里获取建议以便尽快解决机制问题，避免后续在游戏机制上耽误大量时间影响工作主线
  • 【问题】做3D游戏的话，你们有负责建模和美工的人员吗？
  • 【答辩】美工UI设计对游戏体验影响较大，在这部分上准备如何解决？花多大精力？
    • 相关美工设计资源可以从Unity开源社区中获取，较为成熟
  • 【答辩】游戏内容的设计与定位是什么？
    • 计划做轻量级手游，针对碎片化时间
• B（优势）
• C（竞品）
  • 【问题】目前市面上有其它自走棋类的手机游戏吗？
    • 【建议】就竞品问题做一些进一步的调研，并进行必要的比对分析
• D（交付）
  • 【问题】在项目的Alpha阶段和Beta阶段分别预期有多少每日活跃用户？
    • 【建议】进一步明确此类问题
    • 并且请注意，用户数指的是活跃用户数，而非总注册用户数

6. 观隅：数据集管理与可视化平台

博客地址：https://www.cnblogs.com/RiddleMan/p/14654911.html

视频地址：https://bhpan.buaa.edu.cn/#/link/09297EE2B35E9C79F8F5C7197069DF62

摘要：

* 项目简介：数据集管理与可视化平台（取“观一隅而知全局”之意），一款数据集管理与可视化软件，可以对常见深度学习数据集进行筛选、可视化以及结构解析。可以方便深度学习新手快速入门，也可以通过对数据集内容的直观展示辅助模型的设计与优化。（网页端）
* 创新点：深度学习数据集可视化，数据集筛选搜索。
* 项目意义：为深度学习新手提供更好的学习平台和环境。

问题与建议：

• N（需求）
• A（路线）
  • 【答辩】团队成员对深度学习了解程度如何？
    • 项目本身与深度学习关系不大
• B（优势）
• C（竞品）
  • 【问题】请详细谈谈你们软件的差异性和对目标用户的好处。
• D（交付）
  • 【答辩】用户是否可以上传数据集？
    • 用户在本地部署服务器
      • 【问题】部署在本地的话，是不是需要用户数据集满足什么格式，这部分你们要设计吗？是否计划兼容现有常见的数据集类型？
      • 【问题】预期以什么样的流程进行一键式部署呢，类似于tensorboard一样使用pip安装吗？以及团队成员是否了解pypi等相关服务、工具链的使用？
  • 【答辩】准备支持几类数据集，是否可扩展？
    • 定义数据集描述格式，可以由用户进行导入，配置文件
    • 【建议】这个软件应该是面向多种数据的，请从技术和业务流程角度考虑一下如何提升可扩展性，使得对于新的数据集也能够比较容易实现可视
  • 【问题】在项目的Alpha阶段和Beta阶段分别预期有多少每日活跃用户？
    • 【建议】进一步明确此类问题
    • 并且请注意，用户数指的是活跃用户数，而非总注册用户数

7. 考前自救题库：刷题软件

博客地址：https://www.cnblogs.com/sxdjlmy/p/14655134.html

视频地址：https://www.bilibili.com/video/BV1fX4y1g7pn/

摘要：

* 项目简介：多功能题库，包括航概、军理、数据结构等科目的学习平台。（微信小程序）
* 创新点：排行榜激励用户学习，增加题目标签，增加你问我答的PK功能。
* 项目意义：为学弟学妹提供更方便的题库程序。

问题与建议：

• N（需求）
  • 【问题】你问我答PK部分，具体打算如何进行？是基于题库现有题目还是基于新的自定义题目？
    • 如果是现有题目的话，那么你问我答中的“你问”，意义何在？
      • 【建议】如果确实是这个意思的话，建议明确出来这样设计的考虑，以及这样做可以带来怎样的效果，建议基于用户需求以及典型场景进行“讲故事”式的描述。
    • 如果是新题目的话，如何保证题目与题库主题确实有关？
      • 题目应该与主题多少相关，毕竟最起码不能在航概题库里面刷脑筋急转弯吧。
      • 以及对于题目，正确性与否如何判断？这一功能的效用性和质量该如何可持续化维持下去而不是被污染？或者简单来说，如果有人提供答案不对的题目，甚至故意制造污染性题目数据，从系统层面或者业务层面上该如何有效应对？
      • 【建议】如果确实是这个意思的话，建议认真考虑上述问题，评估一下从系统层面或业务层面上解决上述问题的路线，确保有至少一种可行的应对方案。
  • 【答辩】排行榜的“竞争”意义是否必要
    • 暂定依据做题量进行排名，用户可以自己选择是否去看
    • 【建议】现在有些类似的数据网站（例如wakatime），用户可以通过系统设置选择是否参与榜单排名（实际上一直会参与总排名，只是可以不显示在英雄榜上），也可以通过系统设置选择是否查看排名，在排名这个问题上的设计可以参考一下wakatime。
  • 【答辩】关于用户题目是否会对官方题目，以及刷题业务本身造成干扰？
    • 可以自行选择是否查看用户题目
  • 【答辩】题目打分与评价是否会影响用户体验（在每道题目结束后均需要对题目进行评分）
    • 用户可以自由选择是否进行评分，各种选项平铺列出
• A（路线）
• B（优势）
• C（竞品）
• D（交付）
  • 【问题】微信小程序需要对网站进行备案才能正式发布，备案流程需要一个月以上，你们有备案好的网址吗？
    • 【建议】确认一下是否具备完成该技术栈的必要条件
      • 如果确实具备已备案域名，则可以正常进行，不受影响
      • 如果暂不具备已备案域名，则需要评估备案时间与本课程的周期，而且考虑到域名备案流程可能存在的不可控性，以及后续环节有进行产品实际推广的考核需求，故建议慎重选择微信小程序，与之类似的替代方案有安卓App等，考虑到学习成本的话比较推荐PhoneGap这类web友好的技术栈。
  • 【问题】对于服务的管理者而言，微信小程序可否胜任管理功能？尤其对于题库规模不小且需要导入的情况，是否可以支持？
    • 【建议】进一步明确此问题
      • 如果确实只实现微信小程序，则需要充分定义操作模式，并充分确保易用性（不过感觉对于题库这样需要批量导入功能的应用，微信小程序恐很难胜任）
      • 如果不只实现微信小程序，则需要对其他端的需求以及业务相关进行必要的定义，确保可用性
  • 【问题】请明确一下用户量是每日活跃用户数还是累计用户数？每日活跃用户更能反映软件是否能够吸引到用户
    • 【建议】进一步明确此类问题，并给出准确指标数字
    • 并且请注意，用户数指的是活跃用户数，而非总注册用户数

8. AI Bot：问答机器人

博客地址：https://www.cnblogs.com/DQSJ2021/p/14654671.html

视频地址：

摘要：

* 项目简介：打造一个基于大数据的 IT 问答机器人服务，通过运用人工和AI 技术，极大提高问答产品的用户满意度。（网页端）
* 创新点：智能回答专业问题，高效率、高质量问答平台。
* 项目意义：能够让用户在提出问题后更及时地被回应，帮助新手在提问题时进一步说明问题，完善问题，提高提问者急需回答的问题的解决效率，帮助提问者找到曾经有人回答过的类似问题。

问题与建议：

• N（需求）
  • 【答辩】是否对问答领域有限制？
    • 计划领域为多个主流编程语言的相关问题
    • 【建议】定义有限目标，一个范围，确保工作量可控也确保服务质量可控
  • 【答辩】后期是否考虑接入问答社区？
    • 后台存在一个问答社区，用户也可以直接在社区中搜索
• A（路线）
  • 【问题】目前是否考虑过整体的技术栈？
    • 【建议】如果涉及到模型的话，建议后端采用Python类框架比如Django，或者模型部分单独封装并对上层业务系统提供API。
  • 【答辩】基于已有模型和算法，如何根据用户的提问找到用户真正需要的信息？
    • 前期需要人工介入，将用户提出的新问题补充入数据集，相当于一个训练模型的过程
    • 【建议】建议将这件事在技术和业务流程层面上进行确认，确保可行性
• B（优势）
• C（竞品）
  • 【答辩，待回答】基于什么样的原理？如何保证效果一定比现有搜索引擎好？和搜索引擎有何区别？
• D（交付）
  • 【答辩】如果一个搜索内容在中文互联网上不存在该如何应对？
    • 这也就是要处理用户问了“超出知识范围的问题”的情况，需要前面所说的，人工介入。
  • 【答辩，待回答】如果产品目标用户主要是初学者，则需要考虑给出一个简明的答案，是否会针对这种情况进行优化？