结队作业之需求分析
一、问题背景
由于学校图书馆位置与自习室经常被占满,许多学生没有占到座位,导致只能在宿舍学习。没在在合适氛围下进行学习的直接后果——学习效率底下。
学校中总有人起早贪黑就为了去图书馆或者自习室占一个位置学习,位置的竞争给大部分热衷于学习的学生带来许多困扰,特别是要奋战考研的大三大四学生们,没占到座位导致自己一天的计划被打乱。可在每天的教学楼中,总有些课室开放但无人问津。这种现象在各个高校持续存在,给学校中的考研人群带来极大的困扰以及宿舍矛盾。
二、需求分析--NABCD模型
N(Need,需求)
根据客户的诉求,我与队友经过讨论,觉得做主要的客户需求就是对于空闲教室的利用最大化,以实现学生的学习的需求。
以下为一些需求细节:
统计所有教学楼的可用教室数量:对于不同教学楼的教室给予不同的前缀编号例如:第一教学楼的105教室——(1)105,以区分不同的教学楼编号一致的教室。剔除不可用的教室。
统计每个教室的非上课时间段:错开上课时间,更加有利于增加教室的利用率。在此平台上,可清晰看见上课时间段的可自习教室。
教室自习人数登记:让有学习计划的学生提前知道是否有位置进行学习。增加学生的学习效率。避免学生白跑一趟。
A(Approach,做法)
设计移动端:显而易见移动端更适合学生,随时随地都能知道教室的实时信息。
设计端口:
学生端:学生通过学号注册,填写自己的个人基本信息。平台上会根据算法自动推荐距离最近,人数最少的教室,如果想换可点击详细按钮查询教室空闲情况,选择自己想去的点击确定即可。自动统计选择某个教室的人数,实时反馈到学生端页面上。
B (Benefit,好处)
教室资源信息化:学生们能通过这个了解到空闲教室情况,为学生们自习创造了条件。
学习的规划更加合理:对于每天都有学习规划的学生来说,我们这个可以更加合理的找到最近的空闲教室。
信息收集方便:对于哪个教室空闲,是否满人了等信息都一目了然。
C (Competitors,竞争)
优势
空闲教室资源的信息可视化。
学生可以自由选择教室。
自动统计教室的自习人数,已达到更好的利用率。
劣势
当自习人数的统计出现偏差时,由于没有人确定导致无法更正。
D (Delivery,推广)
可以联系学校较大的学生组织,如校会、社联、校青协等,将我们制作出来的app二维码印在纳新宣传册中,扫码下载app。
三、原型设计
开发工具:墨刀
原型介绍:
登录界面:
登录之后的推荐界面:
点击更多教室:
注册界面:
四、PSP
PSP2.1 |
Personal Software Process Stages |
预估耗时(分钟) |
实际耗时(分钟) |
Planning |
计划 |
20 |
30 |
· Estimate |
· 估计这个任务需要多少时间 |
40 |
30 |
Development |
开发 |
500 |
400 |
· Analysis |
· 需求分析 (包括学习新技术) |
120 |
90 |
· Design Spec |
· 生成设计文档 |
60 |
60 |
· Design Review |
· 设计复审 (和同事审核设计文档) |
20 |
20 |
· Coding Standard |
· 代码规范 (为目前的开发制定合适的规范) |
--- |
--- |
· Design |
· 具体设计 |
150 |
150 |
· Coding |
· 具体编码 |
--- |
--- |
· Code Review |
· 代码复审 |
--- |
--- |
· Test |
· 测试(自我测试,修改代码,提交修改) |
60 |
40 |
Reporting |
报告 |
130 |
130 |
· Test Report |
· 测试报告 |
100 |
120 |
· Size Measurement |
· 计算工作量 |
5 |
5 |
· Postmortem & Process Improvement Plan |
· 事后总结, 并提出过程改进计划 |
10 |
10 |
合计 |
|
1215 |
1085 |
五、结对过程
心得:
*汇康:我觉得这次的结对让我们更加了解合作的重要性,在互相讨论下我们成功的得到了方向,互相协作下我们成功的完成了任务。
*志柱:通过这次结对,我明白了做一个项目光靠一个人是完全不够的,如果只依赖一个人想法去完成那样很容易让人陷入误区,因为每个人的想法和需求都是不同的,而且多一个人就可能多一种解决方法,通过合作我们还能更清楚地确定方向,更好的完成任务。