番茄十一月账单

20-26日 周一 周二 周三 周四 周五 周六 周日
8:00-9:00(起床洗漱吃草餐上班) +50 +50 +50 -50 +50
9:00-12:00 +50 +50 +50 +50 +50
12:00-2:00(午休) 000 000 000 000 000
2:00-7:00 +50 +50 +50 +50 +50
7:00-8:00(回家吃饭看视频刷微博) 加班 000 000 000 000
8:00-9:00(健身) 加班 +50 +50 +50 +50
9:00-11:00(看技术类书籍) 搭建vps 看spring实战,效率不高 看了一部纪录片,陪女朋友视频 看spring实战 办理保险
11:00-12:00(总结,看文学爱好类) +50 +50 +50 +50 +50
结账 +300 +250 +250(+200三连击) 150 200 200 200

羽篮球场合预订系统


 

用户须要说明书

 

  

本子历史

 

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

 

 

 

 

 

23号: 早上没按时睡+蹬被子被冻醒+胃痛,深夜9点才起身。 作者有罪。。
25-26: 周末和女票打了羽球,吃了火锅,玩游戏,看录像, 美好的周末。

目录:

 

1. 文书档案介绍

1.1 文书档案目标

此要求原则表达书编制目标是总之本项目标详细须要,供用户确认品种的效果和品质,和用户形成相同的明亮和承认,作为更是详细规划软件的底子。

1.2 项目背景

  • 花色面向用户:Conan票区羽毛篮球馆用户
  • 品类开发者:中国科学技术大学软工 High Fly 小组

1.3 预期的读者和阅读提议

此供给原则表达书针对项目高管、设计人士、开发职员、用户及测试人士。本文分别介绍了产品的远景规划、用户功效及运维条件,系统的功效的现实讲述。

1.4 参考资料

  1. 代码大全(第一版),Steve McConnel。
  2. 《创设之法》(第三版),邹欣。
  3. 《GB8567-88 总结机软件供给表达编写制定指南》

 

2.产品的成效性必要分析

2.1. 调查切磋问卷(User Survey)

 本次调查大家共征集有效样本31份,下边是大家的查证数据结果。

 图片 1

 

图片 2

 

图片 3

 

图片 4

 

 

图片 5

 

 

图片 6

 

 

图片 7

 

 

图片 8

 

 

图片 9

 

图片 10

 

 

图片 11

 

 

图片 12

 

 

图片 13

 

  1. 受调查的对象东西区各百分之五十,保证问卷不偏颇
  2. 百分之六十的人到球场后基本没有空场,经常能占到空场的打球频率都在七日三次以上,这一个人对篮球场相比熟习,会失去高峰期,也许蹭熟人。
  3. 没空场时中央要等一小时之上才或然有场,而四分之一的人绝非耐心等一向离开
  4. 16:00 – 19:00为高峰期
  5. 打球频率人均每一周1.2三回
  6. 十分之九3遍打球时间在两小时以上,平均2.19时辰,由于问卷是在羽球群里发放的,臆想受调查的指标应该大多数属于爱好者,还有更普遍的神蹟打1回球的靶子没有调查
  7. 为了消除高峰期的下压力,最长占用时间设为1时辰,意见对半,受调查的大部打球时间在2小时,设为1小时不符合他们习惯,只怕有冲突
  8. 十分之九想清楚场面选拔意况
  9. 八成支撑预定制度
  10. 一半人觉着提前暂时辰开放预定合适
  11. 十分之九的人乐于协作预订制度,不能履约会提前撤废,履约了会认同
  12. 预定开放时间:一钟头的占五成,其余从半天到一天,4日。
    • 世家对提前时间须要相比较粗放。
  13. 不情愿付出确认音讯的理由:有场面就打球了,没时间去系统。系统应该暗许参加,借使不到别人就顶上。
    • 隐患:大家大概到了场馆就先河打球,忘了登录
  14. 建议类总结:(共十1人表明意见)
    • 支持类
      • 山顶时段不得跨越2钟头
      • 实名验证,信用制度,采纳措施制止恶意占场
      • 要做就做大做广,要么就别做
      • 增加预订代价,筛选预订职员
      • 非得有,并且最佳有个显示屏在篮球场,就足以观望何人几点预定了。要是没来也足以见到,就能够去用。

扶助者意见总括:集中在哪些更好发挥预订的意义。如通过显示器让预订情形更为直观的受大家监督;信用制度的制订 

 

    • 反对类
      • 地方太少,须求扩大建设才是化解根本难点呀,东区羽球馆地唯有七个,即使时间布署创制,也是无法根本上缓解学生们的难点(七日叁遍,5/10能占到空场,16-19点,两小时,能承受高峰时间长度限制,关怀今后场所采纳景况)
      • 不扶助,神经病啊,打球不是想去就去打了么,还得预订,妈蛋的建议~ 还有,打球高峰期唯有1个钟头,也是妈蛋的提议,根本正是不会打球的人给的建议。(七日五遍,五分四能占到空场,16-19点,两时辰以上,不能够经受高峰时长限制,不关注今后场地采纳景况)
      • 先到先得,为啥要约定,本身场就少,预定了只会骤降地方利用功用。最棒不用搞那样个东西,治标不治本(一周一回以上,五分四能占参与,16-19点,两时辰以上,能承受高峰时长限制,关切今后场馆选取处境)

反对者意见总括:治标不治本,场馆扩建才是缓解难题的主要性。同时思疑预订系统会降低场面利用率,更觉得预定系统的收益人是局地较少打球的人流。

 

  • 别的意见
    • 对约定系统没什么提出,就是强烈提议在西区也建2个羽毛训练馆
    • 自家梦想西区建个羽篮球馆

 

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. 收益

  • 该校:下落管理资金财产,提升场所使用率
  • 学员:优化用户体验,便于时间管理