团队作业2——需求分析&原型设计

需求分析

1. 访问软件项目的真实用户（至少10个），确保软件真正体现用户的需求，为软件最终可用奠定基础。

Q1：同学觉得这个简易的四则运算小游戏怎么样？

A1： 界面简洁，功能简单。

A2：相较于之前的四则运算小游戏改善了很多，多了排行榜，游戏多了竞争的乐趣。

A3：界面整洁，可以再增加趣味性的触发，增加乐趣。

A4：还有很大的开发空间，用户信息太过简单，体现不出个性。

Q2：同学对于我们的小游戏有什么建议吗？

A5：可以增加用户之间的互动，比如邀请PK的玩法。

A6：希望能改善用户的资料的完善，头像，个性签名等等都可以增加个性化效果。

A7：我觉得界面过于简洁，可以再设计丰富一点。

A8：我建议能够增加有一项选择固定题数，最后显示对错题数和正确率的练习设置。

A9：可以制成APP，以便用户随时都能练习玩耍。

A10：如果能够有记录错题记录以便查看就好了。

2. 参考《软件需求规格说明书》国标规范文本，撰写对应项目的软件需求规格说明书。提供《需求规格说明书》的Git链接。

https://coding.net/u/koli/p/math/git/blob/master/%E5%9B%9B%E5%88%99%E8%BF%90%E7%AE%97%E5%B0%8F%E6%B8%B8%E6%88%8F%E9%9C%80%E6%B1%82%E8%A7%84%E6%A0%BC%E8%AF%B4%E6%98%8E.doc

3. NABCD

1) N (Need 需求)

随着时代的发展，需求练习四则运算的用户进行在纸面上的练习时是很无趣乏味的，缺少和别人竞争较量的竞争性，并且纸面上的题目是有限的，需求大量练习的时候就体现出了局限性，所以需要有一个系统能够提高大量练习，又能通过游戏的方式调动用户对四则运算的数学游戏的兴趣。

2) A (Approach 做法)

首先这个网页版的四则运算小游戏需要注册账户，登录系统之后就可以查看当前个人的状态信息，包括最高成绩，用时多少以及排行榜的排名。进入游戏之前需选择难度，以供不同等级的用户进行游戏，选择难度之后即可开始游戏，分别有单题的倒计时条和计时器，单题倒计时结束以及用户回答错误都视为挑战失败，退出游戏显示当前游戏结果；若用户正确 即进入下一题；结束游戏结算游戏结果。

3) B (Benefit 好处)

这是一个以游戏方式来练习四则运算的系统。

1、可选择难度性的运算练习，能够循序渐进提高运算的能力；

2、时间的约束，能够提高用户运算的速度，实现快速且正确率高的效果；

3、练习排行榜的设置，能够调动用户的积极性。

4) C (Competitors 竞争)

界面过于单调，没有其他小游戏的丰富，用户之间的互动也很少，少了游戏的部分乐趣，还有很多发展改善的空间，需要更多的改善。

5) D (Delivery 交付)

可以与小学机构或者辅导小学生的辅导班进行合作，给他们介绍本系统的便捷性和实用性，推荐让他们应用，若他们觉得有实用性，能够帮助他们提高教学效果会使用的，其中还能反馈软件的相关问题和改进意见，以便软件的优化和开发改善。

演讲稿：

各位领导/投资人/用户/合作伙伴：
我们的产品“四则运算小游戏”是为了方便同学对于四则运算的练习和协助老师的教学质量的提高。 他们需要比较便捷、趣味、有竞争性的学习模式，我们有独特的办法满足用户的需求，本软件不仅可选择难度性的运算练习；增加时间的约束；还有练习排行榜的设置。它能给用户带来好处，能够循序渐进提高运算的能力，能够提高用户运算的速度，实现快速且正确率高的效果，能够调动用户的积极性，调动网页版不需要占用用户很多流量，随时能够登录进行游戏，以便用户愉快方便的练习。本系统还有很大的开发空间，后期还会进行优化和更新，同时，我们有高效率的宣传和推广方法，通过公众号的推广，朋友间的介绍推荐等，使软件得到进一步推广，能很快地让大部分用户知道我们的产品，并进一步传播！

4. 团队协作，加强分工，需要描述每个成员的具体分工及占整个文档任务的工作量比例。

此次作业的内容是由五人分工完成

郑媛（N：需求分析的总结，分配任务，需求规格说明书部分一）

林家仙（A：做法的总结，需求规格说明书部分二）

蒋琳琳（B：好处的分析，原型Demo的设计）

许祈瑶（C：竞争的分析，用例图类图等图的绘制）

赵嘉楠（D：交付的分析，需求规格说明的部分三）

原型设计

使用Axure RP设计：

1.初始界面





2.注册用户





3.登录游戏



4.进入游戏，难度选择



5.开始游戏



6.挑战失败和结束游戏

当回答错误时是



当自己选择结束游戏时是



编码规范

1. 编写目的:为了使团队中的每一位成员都形成统一的开发约定，特制定本规范文档，在今后的开发过程中，请严格按照此文档约定的规则进行编码。通过此规范，希望可以给各程序员之间起到沟通的桥梁的作用，并增强程序的可读性。 如在使用过程中，碰到本文档中没进行约定的规则，待商议后对该文档进行补充完善。
2.程序命名约定：
①、函数用功能命名。
②、后台声明的变量用名词的英文或拼音方式。
③、前端的变量声明若是对象的变量用o+要获取的变量id或class，是数组用a+要获取的变量id或class。
④、注释函数的功能，容易混淆的相似变量。