教室占用情况APP
前景与范围文档
|
文档状态： [ ]草稿 [ ]正式发布 [ √]正在修改 |
当前版本： |
版本1 |
|
作 者： |
||
|
完成日期： |
2013年11月3日 |
|
1. 业务需求
1.1 应用背景
大学生到教室自习或者组织各种活动，是大学生活中比较寻常的事了。然而有时却会因为无法知道教室占用情况而烦恼。也可能因此而花费大量无用的时间去寻找一个教室去自习或者组织活动，并且更令人不快的是，有时好不容易找个教室自习，却因为学生活动而被迫重新寻找教室。然而可能学校有教务系统可以查询教室占用情况，可是对于不在寝室上网的同学来说，这还是相当麻烦和不现实的。
1.2 业务机遇
通过教室占用情况APP，学生可以通过在智能手机上安装这个APP，便可以随时随地方便地查询空余教室的相应情况，教室的周围是否有学生活动，教室在一定的时间段是否还有课或者活动。学生通过APP可以节省大量寻找空余教室所花费的时间，以及解决因学生活动和教室授课而被迫让出教室的烦恼，从而可以提高学习效率和组织活动的执行力。通过推广这个APP，可以为学生们提供更加方便的查询空余教室的路径了。
1.3 业务目标
业务目标的例子如下：
BO-1：在第一版应用之后3个月之内，节约学生寻找教室的时间10分钟。
BO-2：在第一版应用之后6个月之内，学生成功找到合适的教室的百分比为80%。
成功标准的例子如下所示：
SC-1：在第一版应用之后3个月内，目前通过前往教室或者通过教务处网页查询的学生中，60%的人使用这个APP。
SC-2：在第一版应用之后6个月内，学生对寻找教室这一过程的满意度为90%。
1.4 业务风险
业务风险的示例如下：
RI-1:使用该系统的学生太少或者智能手机用户群体不太大，使得系统的功能不能充分发挥，从而减少了系统开发的投资回报。
RI-2：可能对于少数突发的情况预测不充分，导致系统出现混乱，学生不满意系统。
2 项目前景
2.1 前景概述
对那些希望通过方便快捷方式来查询空余教室的学生来说，“教室占用情况APP”是一个基于手机平台的应用程序，它可以接受学校教务处在服务器端的学校课表数据的导入，对于使用的学生来说，通过App查询能够减少查询空余教室的时间。更使人性化服务化思想充分贯彻下来了,让学生享受到了真正的人性化查询与操作。
2.2主要特性
FE-1：系统服务器端需要教务处人员对本学期的课表进行导入，使全校教室占用情况能够查询。
FE-2：学生如有活动可以事先通过APP预定教室，然后其他学生能及时了解。
FE-3：学生可以随时查询每个特定教室的使用情况。
FE-4：学生可以随时查询某个时间段所有教室的使用情况。
FE-5：学生可以查询各个教室的座位空余情况。
2.3 假设与依赖
AS-1：学生会、团委、班级等严格按照预定教室的流程，不得不经过批准就私自占用教室。
AS-2：教务处必须有管理员进行及时的变更，并对申请作出回应。
DE-1：学校必须有APP的服务器端。
3. 项目范围
3.1 第一版范围
第一个版本主要APP的基本功能，各个功能的初步实现。学生能通过APP简单的查询教室占用情况，教务处能够导入课程表信息和处理各种学生预定请求。
3.2 后续版本范围
|
特性 |
版本1 |
版本2 |
版本3 |
|
FE-1 |
完全实现 |
||
|
FE-2 |
简单的预定 |
完全实现 |
|
|
FE-3 |
完全实现 |
||
|
FE-4 |
完全实现 |
||
|
FE-5 |
未能实现 |
未能实现 |
完全实现 |
4. 项目环境
4.1 操作环境
1.用户使用系统只需连接移动网络即可查询教室占用情况。
2. 管理员需要对系统服务端进行及时的更新操作。
3. 在网络良好的情况下，APP在线查询时间不能超过10s。
4.2 涉众
这个系统中的主要涉众如下表：
|
涉众 |
特点 |
|
想查询教室情况的学生 |
主要使用这个系统来选择教室，来满足他们的需求（主要节约时间方面）。 |
|
申请占用教室的学生 |
希望通过这样一个系统能够及时预定教室并且不会影响其他学生的正常活动。 |
|
教务处管理员 |
需要及时负责的管理和维护系统，对预定教室的请求进行及时的处理。并给出反应。 |
4.3 项目属性
具体项目属性如下表：
|
属性 |
驱动因素 |
约束因素 |
可调整因素 |
|
特性 |
|
各个版本的功能必须完全可操作。 |
在最终版本中进行调整。 |
|
质量 |
|
用户满意度必须达到85%；必须通过全部的安全机制检查，系统能够在win7,winxp等操作系统下稳定工作。 |
在后续版本中完善功能提高用户满意度 |
|
成本 |
项目经理 |
必须控制开发费用在额定范围内 |
允许费用超过的最大额度不超过总经费的10% |
|
进度 |
项目经理 |
必须保证开发时间在规定时限范围内 |
开发时间最长不得超过规定时间2天 |
|
人员 |
团队规模包括一个项目经理，两名开发人员，和一名测试人员
|
人员数目按照规定严格控制 |
如果计划不够，可以适当增加人员务必保证在规定时间内完成项目。 |
词汇表：
模型
参考资料：
需求工程—软件建模与分析
需求工程文档规范
项目前景与范围文档模板