空教室预约系统
一、项目背景和范围
1.项目名称
空教室预约系统
2.项目背景
- 预约教室: 预约教室是学生举行组织活动、班级团日会议中解决场地需求的一步流程。目前的预约教室流程为学生提前向团委提交申请,团委老师给负责人批条后方可使用。而团委老师有时不能及时给出批条,故通常需提前一周申请教室,时间安排上有很大困难。
- 自习休息: 对学生个体来说,自习时寻找到合适的空闲教室时间过长也令人困扰。
3.项目前景
- 学生可随时查看教室的空闲情况,节约找教室的时间;
- 提高学生预约课室,校团委老师们的审批预约的效率;
- 将原本线下的工作放到线上去做,帮助老师们利用零碎的时间,提高效率。
4.项目范围
-
北京理工大学学生
查询未来一段时间内各个教室的占用情况
-
北京理工大学各班班级干部、组织社团负责人、老师等
- 根据自己的需求提出对教室的申请,包括教学楼、教室可容纳人数、时间等,并附加联系方式和申请原因
- 随时查看自己申请审核情况
-
团委老师
根据已有的教学活动对各个申请安排教室或驳回
二、涉众分析
1.涉众描述
我们采用了问卷调查的方式,结果如图:
根据问卷结果来看,主要涉众群体是有自习需求的人,人数占到了总人数的73.58%,还有一部分是组织、社团等有借用教室需求的人。
2.涉众分析
涉众 | 主要目标 | 主要关注点 | 态度 | 约束条件 |
---|---|---|---|---|
学生个人 | 寻找空闲教室 | 便捷、信息准确、覆盖面广 | 支持 | 需要登录、需要学生身份认证 |
组织、社团、班委等 | 申请空闲教室 | 申请教室操作便捷 | 支持 | 需要进行信息认证 |
教室管理者 | 查看并管理教室的使用情况 | 便于管理 | 支持 | 需要团委老师身份认证 |
系统管理员 | 管理用户信息 | 用户信息清晰,易于管理 | 支持 | 需要身份认证 |
软件管理员 | 软件开发与维护 | 易于维护、软件稳定性好 | 支持 | 需掌握软件维护的基本技能 |
涉众 | 权限 | 使用步骤 |
---|---|---|
学生个人 | 查询教室、问题反馈 | 注册\登录、查看教室的具体状态、问题反馈 |
组织、社团、班委等 | 查询教室、预约教室、问题反馈 | 注册、认证、登录、查看教室的具体状态、提交预约表单、等待结果、问题反馈 |
教室管理者 | 审核申请、查询教室、问题反馈 | 注册、认证、登录、处理表单、查看教室的具体状态、根据表单要求挑选教室、返回结果、问题反馈 |
系统管理员 | 信息管理 | 注册、认证、登录、审核与修改用户信息 |
软件管理员 | 后台操作 | 对系统进行开发与维护 |
3.涉众评估
涉众群体 | 用户数量 | 优先级 |
---|---|---|
学生个人 | 500(待定) | 1 |
组织、社团、班委 | 50(待定) | 2 |
教室管理者 | 10 | 3 |
系统管理员 | 5 | 4 |
软件管理员 | 4 | 5 |
三、硬数据采样
1.调查问卷
2.数据分析
- 根据问卷结果来看,有32.08%的学生认为寻找空闲教室比较困难,有58.49%的学生认为比较容易。
- 在填写问卷的同学中,有77.36%的学生都不知道如何预约教室
- 问卷结果显示,大家对空教室查询系统功能需求范围也比较广
- 对于同学们的要求,我们会根据自己的能力来适当的调整查询系统的设计。
总结:根据问卷结果统计显示,综合来看,同学们对空教室查询的需求比较大,此系统的推出在用户之间是存在一定市场的。
四、面谈过程与结果
1.面谈过程
- 地点: 理教
- 时间: 2021年4月16日晚20点
- 参与人员:
甲方:康昊全组
乙方:易吾萧、李娜、陈奎元
2.面谈结果
此次面谈确定了该项目的用户分类、界面整体风格、不同用户的权限、程序使用步骤、具体板块细节等等。
功能 | 实现要求 |
---|---|
注册登录 | 学号、密码注册与登录(将学生和老师区分开) |
身份认证 | 依据所属身份提交相关证明材料 |
教室查询 | 1.教室的位置(甲方希望有图形化的界面) 2.教室的人数(主要面向想要自习的学生,且组织的预约是匿名的,只显示原因 |
教室预约 | 提交申请表单:包括教室位置、预约时间、预约原因、备注及特殊说明 |
教室审批 | 48小时内,团委老师查看教室情况后进行分配,返回教室的具体位置编号、许可时间、 备注等 |
问题反馈 | 反馈遇到的bug或者问题 |
五、原型设计
1.工作流程
- 学生个人:
- 班级、组织、社团负责人:
- 团委审批老师
2.界面设计
主要界面设计
以上就是我们小组第一周工作成果。