「MOSS - 02」MOSS队：“士问士答”选题和需求分析

本文链接：https://blog.csdn.net/moss2023/article/details/129825857

「MOSS - 02」MOSS队：“士问士答”选题和需求分析

项目	内容
这个作业属于哪个课程	2023年北航敏捷软件工程
这个作业的要求在哪里	团队项目-选题和需求分析
我们在这个课程的目标是	熟悉敏捷开发的方法论，并通过实际开发产品进行实践。
这个作业在哪个具体方面帮助我实现目标	通过确定需求和选题，明确项目的方向，为后续工作奠定坚实的基础。

Author: MOSS队

Date: 2023.03.28

Part 0 项目概述

士问士答，一款士谔学术交流平台，以答疑为核心功能，以学习打卡、笔记分享、资料共享为辅助功能的学习平台。

Part 1 NABCD分析

N（Need，需求）

现有问题：

答疑信息集中在微信聊天记录中，高度序列化、相对不公开，增加了问题检索的工作量。
学生出于各种原因不愿意实名提问。
微信答疑可能会打扰辅导师日常生活。
活动组织者不方便统计辅导师的工作量、发布志愿时长。

对于需要获取学业帮扶的学生

他们需要一款产品，能够：

提出课业上的问题，并获得及时准确的回答。
看见其它同学的答疑内容。
允许一定次数的匿名提问。
支持针对答疑内容的检索。
有条理地组织答疑数据。
对辅导师的回答给予反馈。

辅导师

他们需要一款产品，能够：

认领同学提出的问题并作出回答。
即时地了解自己的答疑工作量。
获得同学们对回答的反馈。
避免对日常生活的过度打扰。
避免过度同质化的提问。

学业支持中心/导员

他们需要一款产品，能够：

直观了解辅导师工作情况，方便监督。
自动统计辅导师的工作量并换算为志愿时长。
批量注册学生的账号。
开展学习打卡等分享活动。

A（Approach，做法）

为了满足上述的需求，我们需要实现如下功能：

通过 issue 的形式管理每个问题，提供“一对一”的答疑环境
搭建基于标签的多粒度问题检索（例如以学科为第一级、以课本章节为第二级）
每个课程对应群组，群组下对应每一年的论坛，论坛开展答疑功能（我们有这个功能嘛？）
资料共享栏目：由学习部管理，整理上传历年资料，并每年更新。
招募志愿者的栏目。
加入辅导师的介绍。
学生评价辅导师的功能。

根据我们需要实现的功能和团队成员的开发经验，我们选取的技术栈包括：

Web 前端：

Vue.js：Vue 是一款流行的轻量级 JavaScript 前端框架，采用组件化的开发方式，兼具易用性和灵活性，并且拥有丰富的生态。
Vuetify：Vuetify 是一个基于 Vue.js 的开源 UI 组件库，以 Material Design 为设计理念，提供了丰富的可复用 UI 组件。
Element UI Plus：EUI+ 是一个基于 Element UI 的 Vue 的组件库扩展，提供了一些新的、实用的组件和功能，可以方便地扩展 Element UI 的能力。

前端开发人员对 Vue 框架都比较熟悉，但是使用的组件库不尽相同（Vuetify 2人，EUI+ 2人）。我们考虑在前端同时使用两种组件库，形成组件的互补。同时，我们也会注意保持 UI 风格的统一。

后端：

Django：Django 是一个基于 Python 的免费开源的 Web 应用程序框架，后端开发人员对此框架较熟悉。
MySQL：MySQL 是一种关系型数据库管理系统，是最流行的开源数据库之一。

B（Benifit，好处）

通过我们的平台，三类目标用户可以在多种场景下获得利好

从学生组织者的角度

共享学习资料：平台统一整合学习资料，方便同学查阅下载。
共享问题与解答：所有问题均公开共享，同学可以搜索自己困惑的相似的问题，从其他人的已解决问题和回答得到启发。
匿名提问：参加答疑的部分同学不主动提问，不主动寻求帮助，这部分同学可以选择匿名提问减少提问的心理压力与负担，提升提问的主动性，积极性。
激励学习：可视化自己提出的问题数量，其他同学对这个问题的点赞数，学习更有动力，更有积极性。
减少微信群聊数量：学生反馈群聊数量过多的问题，一个线下答疑活动需要建立很多的群聊，大群、小组群、互助群，影响日常的消息接收，带来不必要的麻烦。通过平台进行信息整合，交流与信息统一化。

从辅导师角度

辅导积极性更高：基于issue的解决数分配志愿时长，奖励机制更加公平合理，增强辅导师的解答积极性。
引入复审机制：一个辅导师回答的问题会进入到另一个辅导师的复审窗口进行答案复审，确保答案的正确性。
引入值班制，合理化时间安排：辅导师分时间段进行值班，每个时间段由一个固定的辅导师来解答问题，避免占用辅导师的个人时间。

从学院组织者角度

活动发起：便捷发起答疑、打卡等活动，通过平台进行大范围通知、推广。
活动推进：可视化活动活跃度情况，学生参与度情况，有效推进活动开展。
志愿时长分配：主要基于issue的解决问题数量进行志愿时长分配，时长分配更加公平合理，对辅导师起到激励作用。
氛围营造：通过平台统一管理活动，定期发起相关学习、打卡活动，营造良好的学习氛围。

C（Competitors，竞争）

调研目前的市场，可以提出以下几种竞品：

竞品

论坛 - 如 QQ 频道、discord 平台等

在一个论坛内，有疑问的同学可以发起主题帖，加认证标签的助教和同学可以在帖子内自由讨论。

优点：完全可以完成答疑任务，也能够支持标签分类和搜索，同学使用的上手难度也不大，是一种比较自然的方案。
缺点：论坛应该是一种允许助教和同学都可以在任意帖子下自由讨论的形式，它对于助教和学生的视图应该是类似的。但答疑活动中学生和助教的身份是不同的：如只有助教回复问题才给学生邮件提示；助教需要审核其它助教的回复并判断是否正确；助教登录平台应该看到未回复、已恢复待审核、已完成审核的问题。并且在同一个问题下可能出现不同思路的解答，反而使同学感到混乱。

gitee - issue

20 级数据结构曾经采用过 gitee 答疑的形式。有问题的同学可以提 issue，值班的助教看到能够解答的 issue 便回复答案，在同学表示理解或长时间没有后续后可以关闭 issue。

优点：以 issue 为单位，助教对学生就某一具体问题进行精准解答。不会有很多人开展发散讨论、找答案需要翻记录的情况。可以 issue 数为主要指标衡量助教工作量。
缺点： gitee 主要功能为开源代码管理设计，用于答疑有些大材小用。并且 gitee 的功能，即使仅是 issue 部分的使用，对于刚入大一、计算机操作不熟、学习有困难的同学，是不自然的，使用门槛较高。

记录可选公开的一对一聊天平台

类似于“好大夫”问诊。同学可以预约一个助教，在约定时间内与其进行一对一问答。答疑记录可以以一次预约为单位公开，供所有同学查阅。

优点：保障了问题几乎实时得到解答，一旦助教上线回复，同学们再产生的追问可以快速得到解答。并且同学本人或助教认为较为“个人化”的问题可以选择不公开。
缺点：预约的助教也许对该问题并不熟悉，如果改为认领制度本可以得到其它助教更好的回复。并且虽然可以做到公开聊天记录，但聊天形式的问答不便于归类展示和其它同学的查阅。而且如果同学在一次答疑中连续问了多个不同问题，则助教的分类工作则更加复杂。

我们的平台

综合考虑，我们的答疑平台可以说是集合了以上现有平台的优势而尽可能弥补了他们的不足：

以 issue 为单位，一个 issue 对应一个问题，辅导师工作内容更清晰。
专为士谔书院大一同学设计，使用简单，门槛低。
每个 issue 由值班辅导师认领并解答，有辅导师回答将邮件通知学生，其它学生在问题下的回复的显示效果将和辅导师的明显不同，并且不做通知。不会有过于发散的讨论，同时允许同学间相互交流。
有专门辅导师审核已回复的问题，保证回答质量。
排班+问题认领机制结合，保障回答速度。
以 issue 为单位，结合其它辅导师审核情况，便于统计每位辅导师工作量。
学生可选择实名或匿名对其他同学展示，保护学生隐私；同时实际姓名学号对管理员可见，保障平台发言环境。