羽毛球场地预约系统

版本历史

目录：

• 1. 文档介绍
  • 1.1 文档目的
  • 1.2 项目背景
  • 1.3 预期的读者和阅读建议
  • 1.4 参考资料
• 2. 产品的功能性需求分析
  • 2.1. 调查问卷(User Survey)
  • 2.2. 用户场景分析(User Analysis)
• 3. 产品的非功能性需求分析
  • 3.1 用户界面需求
  • 3.2 软硬件环境需求
  • 3.3 产品质量需求
  • 3.N 其它需求
• 4. 项目创新点与收益(Approach and Benefit)
  • 4.1 创新点
  • 4.2 收益

1. 文档介绍

1.1 文档目的

此需求规格说明书编制目的是明确本项目的详细需求，供用户确认项目的功能和性能，和用户形成一致的理解和确认，作为进一步详细设计软件的基础。

1.2 项目背景

• 项目面向用户：中国科学技术大学东区羽毛球馆用户
• 项目开发者：中国科学技术大学软工 High Fly 小组

1.3 预期的读者和阅读建议

此需求规格说明书针对项目经理、设计人员、开发人员、用户及测试人员。本文分别介绍了产品的远景规划、用户功能及运行环境，系统的功能的具体描述。

1.4 参考资料

1. 代码大全（第二版），Steve McConnel。
2. 《构建之法》(第二版)，邹欣。
3. 《GB8567-88 计算机软件需求说明编制指南》

2.产品的功能性需求分析

2.1. 调查问卷(User Survey)

本次调查我们共采集有效样本31份，下面是我们的调查数据结果（http://www.sojump.com/report/9023228.aspx）。

1. 受调查的对象东西区各一半，保证问卷不偏颇
2. 60%的人到球场后基本没有空场，经常能占到空场的打球频率都在一周一次以上，这些人对球馆比较熟悉，会错开高峰期，或者蹭熟人。
3. 没空场时基本要等一刻钟以上才可能有场，而25%的人没有耐心等直接离开
4. 16：00 – 19：00为高峰期
5. 打球频率人均每周1.23次
6. 90%一次打球时间在两小时以上，平均2.19小时，由于问卷是在羽毛球群里发放的，推测受调查的对象应该大部分属于爱好者，还有更广大的偶尔打一次球的对象没有调查
7. 为了缓解高峰期的压力，最长占用时间设为1小时，意见对半，受调查的大部分打球时间在2小时，设为1小时不符合他们习惯，可能有抵触
8. 90%想知道场地使用情况
9. 80%支持预约制度
10. 一半人觉得提前一小时开放预约合适
11. 90%的人愿意配合预约制度，无法履约会提前取消，履约了会确认
12. 预约开放时间：一小时的占半数，其他从半天到一天，一周。
    • 大家对提前时间需求比较分散。
13. 不愿意提交确认信息的理由：有场地就打球了，没时间去系统。系统应该默认到场，如果不到别人就顶上。
    • 隐患：大家可能到了场地就开始打球，忘了签到
14. 建议类统计：（共十一人表达意见）
    • 支持类
      • 高峰时段不得超过2小时
      • 实名验证，信用制度，采取措施防止恶意占场
      • 要做就做大做广，要么就别做
      • 提高预约代价，筛选预约人员
      • 必须有，并且最好有个显示屏在球馆，就可以看到谁几点预约了。如果没来也可以看到，就可以去用。

支持者意见总结：集中在如何更好发挥预约的作用。如通过显示屏让预约情况更加直观的受大家监督；信用制度的制定 

• • 反对类
    • 场地太少，需要扩建才是解决根本问题啊，东区羽毛球场地只有6个，就算时间安排合理，也是不能根本上缓解学生们的问题（一周一次，50%能占到空场，16-19点，两小时，能接受高峰时长限制，关心未来场地使用状况）
    • 不支持，神经病啊，打球不是想去就去打了么，还得预约，妈蛋的建议~ 还有，打球高峰期只有一个小时，也是妈蛋的建议，根本就是不会打球的人给的建议。（一周两次，80%能占到空场，16-19点，两小时以上，不能接受高峰时长限制，不关心未来场地使用状况）
    • 先到先得，为什么要预约，本身场就少，预约了只会降低场地利用效率。最好不要搞这么个东西，治标不治本（一周三次以上，80%能占到场，16-19点，两小时以上，能接受高峰时长限制，关心未来场地使用状况）

反对者意见总结：治标不治本，场地扩建才是解决问题的关键。同时质疑预约系统会降低场地利用率，更认为预约系统的受益者是一些较少打球的人群。

• 其他意见
  • 对预约系统没什么建议，就是强烈建议在西区也建一个羽毛球馆
  • 我希望西区建个羽毛球馆

2.2. 用户场景分析(User Analysis)

针对我们的系统主要面向的用户：

• 羽毛球铁杆爱好者
• 羽毛球普通玩家
• 羽毛球小白玩家

下面我们通过分析典型用户场景得出各位用户的需求：

用户场景：

1. 羽毛球铁杆爱好者

2. 羽毛球普通玩家

3. 羽毛球小白玩家

3.产品的非功能性需求分析

3.1. 用户界面需求

N/A

3.2. 软硬件环境需求

N/A

3.3. 质量需求

N/A

4.项目创新点与收益(Approach and Benefit)

4.1. 创新点

采用信息化的方式对学校硬件资源进行管理

4.2. 收益

• 学校：降低管理成本，提高场馆使用率
• 学生：优化用户体验，便于时间管理