需求分析文档

羽毛球场地预约系统


 

用户需求说明书

 

  

版本历史

 

版本 作者 参与者 日期 备注
1.0 杨偲栋 范兴鹏,侯松,李蔚,刘晗,陆军,叶淑睿,余欣纬 2016.7.13                              
1.1 李蔚     2016.7.18  对第二,三节进行了一些补充
         

 

 

 

 

 

目录:

 

1. 文档介绍

1.1 文档目的

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

1.2 项目背景

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

1.3 预期的读者和阅读建议

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

1.4 参考资料

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

 

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

2.1. 调查问卷(User Survey)

 本次调查我们共采集有效样本31份,下面是我们的调查数据结果。

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

  1. 受调查的对象东西区各一半,保证问卷不偏颇
  2. 60%的人到球场后基本没有空场,经常能占到空场的打球频率都在一周一次以上,这些人对球馆比较熟悉,会错开高峰期,或者蹭熟人。
  3. 没空场时基本要等一刻钟以上才可能有场,而25%的人没有耐心等直接离开
  4. 1600 – 1900为高峰期
  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. 羽毛球铁杆爱好者

名字小李
性别
目的 有固定的球友,希望能够比较有稳定的打球时间
用户比例 约占30%
典型场景 登陆预约系统,根据日常训练计划,选择预约预约人数与时间。在预约完成后,按点来到球场训练,打满预约的时间后,离开球场

2. 羽毛球普通玩家

名字小叶
性别
目的 偶尔打一打,希望能合理的安排运动时间
用户比例 约占50%
典型场景 登陆预约系统,根据空闲时间与场地占用情况,选择预约预约时间。如果没有球伴,还可以约球哦。

3羽毛球小白玩家

名字小杨
性别
目的 很少打,希望能够找到空闲的时间去体验一下
用户比例 约占20%
典型场景 来到球场,发现需要预约,有空常当场预约,没空场下次不需要来到球场就可预约,感觉很方便。

 

 

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

3.1. 用户界面需求

 简洁美观直观,用户能没有困难的自行完成注册登录预约,整个流程不超过两分钟。

3.2. 软硬件环境需求

 网页支持电脑端手机端主流浏览器(chrome,IE,firefox,opera,360,qq,uc)。硬件最好能支持一卡通刷卡认证,最低要求是球馆需要一个管理者即门卫。

3.3. 质量需求

 N/A

 

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

4.1. 创新点

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

4.2. 收益

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

 

 

 

posted @ 2016-07-15 21:44  rjgc_highfly  阅读(5572)  评论(0编辑  收藏  举报