团队作业3——需求改进&系统设计
需求&原型改进
1. 给目标用户展现原型,与目标用户进一步沟通理解需求。
用户的痛:在中小学生学习简单运算、分数运算的时候,常常会因为不熟练,计算出错。这导致了他们可能在考试中失利或者在生活中闹笑话。在当前充斥着游戏等娱乐的网络应用中,中小学生习惯了不经历思考,不经历努力直接获得结果的不良习惯,这将不利于他们运算能力,逻辑能力的培养,更不利于他们未来的成长。所以,无论是家长或者中小学生,他们痛在如何在网络应用中寻找到学习的工具,可以帮助他们学习的一股清流。若是从小抓起的话,提高数学运算能力的网络应用,正是解决该问题的一种体现。、
使用产品前的场景:一大群的中小学生课后扎堆玩王者荣耀、绝地求生等网络游戏。中小学生沉迷网络游戏的娱乐应用中,无法自拔,对学习不上心,导致成绩下降,父母责骂,渐渐的失去自信,对学习越来越没有兴趣,陷入失败的阴影,开始糟糕的人生。在这不良风气的传播过程,可能会有很多人的天赋被埋没,可能会有很多人与长辈决裂,可能会导致辍学率上升,可能会导致失业人数增加。
使用产品后的场景:美观的应用界面,独特的用户排名设计,紧张的计时运算,即时核对的答案检验。中小学生体验到了学习的乐趣,感受到了数学的美妙。从此喜欢上学习,逻辑能力、运算能力、学习成绩逐渐提高。
b.给用户展示原型,并沟通需求
调查方式:
QQ采访:给中小学生发原型设计链接,并采访他们的需求以及改进意见
当场访问:直接给用户展示并讲解原型,与他们沟通需求
https://modao.cc/app/nQxvZqFJkRZUBdFBptYvkWbxuYqaxpk
2. 修改完善上周提交的需求规格说明书
3. 参考《构建之法》8.5节功能的定位和优先级,给出功能分析的四个象限。
4.任务分解WBS
时间分配:
- 1 注册登录 2天
- 2 运算功能 3天
- 3 交互功能 3天
- 4 计时功能 1天
- 5 界面设计 2天
- 6 数据库搭建 2天
系统设计
在设计阶段,我们要清楚:软件是怎么解决这些需求的?
1. 如何才能最大限度地实现这些需求,这就是架构设计要解决的问题。请给出系统的架构设计
我们将四则运算系统这个产品按照最后想提交给用户的软件功能来做WBS,我们将四则运算系统分割成:
这样一个四则运算系统想要交付给用户的功能就都在这棵树上啦。那如何验证你的WBS做得对不对呢?书中说得也很清楚:
- 保证所有子节点覆盖了全部父节点包含的内容。比如在“四则运算”这个项目中,用户所能看到的全部功能有:注册、登录、答题、选择语言、计时、查看答题后自己的答题记录。“抢答器”整个项目只包含游客模块、注册用户两个个部分。这样才能实现所有子节点覆盖了全部父节点包含的内容。如果子节点还可以再划分子节点,当然就要再细分,直到每一个独立的子节点都被细分出来,这棵大树才会强建。
- 保证各个子节点不要相互覆盖。比如在“抢答器”这个项目中,抢答用户模块和主持用户模块都有“答题”这个叶子节点,则要在两个用户模块下分别列出,而不能只在一个父节点中列出。
- 叶子节点要保证足够小,能在一个里程碑中完成。切得蛋糕要一口就能吃掉,否则就切得不成功,要不一口吃不掉,要不会噎死。做项目也是一样,把功能划分得细不要紧,一天多做两个功能呗,更有成就感,但你划分得不够细,很久很久都做不完,你就有可能慢慢就看不到希望了。
- 从结果出发构建WBS,而不是从团队的活动出发。这点其实是很重要的,“从结果出发”就是你想呈现给用户的样子,你的所有父结点和叶子结点都是用户能看得懂的,而不是你们团队将要使用什么技术来解决这个问题。就比如抢答用户模块中的“切换语言”,我说参赛者一定可以可以“切换语言”,用户一定可以看得懂,但我说要使用特定字符串数组进行替换,这用户一定看不懂,因为这是你团队要干的事,不是要呈现给用户的结果。
2. 完成团队项目的数据库设计,并在随笔中提供相应ER图(如果必要)