• 需求分析文档


    羽毛球场地预约系统


    用户需求说明书

     

      

    版本历史

     

    版本 作者 参与者 日期 备注
    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. 收益

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

     

     

     

  • 相关阅读:
    九月三十学习报告
    九月二十九学习报告
    九月二十八学习报告
    九月二十七学习报告
    九月二十五学习报告
    九月二十四学习报告
    九月二十三学习报告
    九月二十二学习报告
    九月二十学习报告
    网络协议中HTTP,TCP,UDP,Socket,WebSocket的优缺点/区别
  • 原文地址:https://www.cnblogs.com/highfly/p/5666382.html
Copyright © 2020-2023  润新知