对于当下大学新型设备的管理系统_前景与范围文档
实验室设备管理系统
--前景与范围文档
|
文档状态： [ ]草稿 [ ]正式发布 [ √]正在修改 |
当前版本： |
版本1 |
|
作 者： |
李鹏勇 |
|
|
完成日期： |
2013年11月01日 |
|
|
|
|
1. 业务需求
1.1 应用背景
大学教育中更注重实践，于是对于实验室设备的使用也日益增多。而实验室的设备数量也随之水涨船高，以至于设备的管理变的相当困难，设备的使用效率也大大降低。虽然有简单的设备备案记录，但对于设备的借出，实验室的配备，设备的维修、报废等等问题未能解决。鉴于人工管理难以达到现有的要求，所以我们的实验室设备管理系统应运而生。
1.2 业务机遇
实验室管理人员可根据设备二维码信息，通过管理功能对每一台设备目前状况进行查看以及做出进一步的管理，例如借出、归还、预约、维修处理、报废标注等。而我们的师生可借助本系统查看实验室设备情况，准确地对自己的上课时间作出安排。通过这样一个系统，设备将不存在资源浪费、信息遗失、毁坏未知等情况。学生也可借此通过网上的提前查询安排自己的时间，提高学习效率。
1.3 业务目标
业务目标的例子如下：
BO-1：在第一版应用之后3个月之内，每周减少管理员一个工作日的时间。
BO-2：在第一版应用之后6个月之内，提高设备使用效率20%。
BO-3：在第一版应用之后6个月之内，在校师生预约实验室以及设备的时间减少为原来的40%。
成功标准的例子如下所示：
SC-1：在第一版应用之后3个月内，100%的实验室管理人员使用实验室设备管理系统，并有效地管理设备。
SC-2：在第一版应用之后3个月内，80%的学生使用实验室设备管理系统，并从中节省时间。
SC-3: 在第一版应用之后6个月内，设备浪费率减少20%。
1.4 业务风险
业务风险的示例如下：
RI-1:使用该系统的管理员太少，不能收回系统开发的成本。
RI-2：管理员使用不当，导致设备信息大量丢失，整个系统陷入瘫痪。
2 项目前景
2.1 前景概述
实验室设备管理系统应该是组成校园网的一部分，它和选课系统，教务系统等系统的规模类似，应该是组成学生日常学习生活中必不可缺的一个校园内网上工具。管理员对设备的信息进行标注，从而将每台设备正常管理。师生可经过在线查询预约等方式及时得到实验室的相关信息，从而对自己的上课时间做出精确地安排。整个系统让实验室管理、使用更方便，更人性化。
2.2主要特性
FE-1：根据设备二维码来一一对应每一台设备。
FE-2：查看、修改、借出、维修、报废任意一台设备。
FE-3：师生查询，预约设备与实验室
FE-4：设置权限，根据不同的使用人员设置不同的权限，
FE-5：网站的界面功能（如：“设备借出”，“网上预约”，“设备查询”，“学生反馈”）
2.3 假设与依赖
AS-1：实验室中有指定的控制和管理中心，并有计算机和扫描机等相关设备。
AS-2：相关人员根据系统提供的信息，来对某台设备进行维修，报废，配备进入实验室，帮助师生借出等实际操作。
AS-3：要求预约成功后，实验室人员按时在课前对实验室进行安排。
AS-4：系统的维护时间尽量在周末无课时间。
AS-5：设备管理员必须为专业人员，熟知设备如何管理。
DE-1：加入外商要与系统中的设备购买进行连接，必须与系统最高管理员与开发人员进行交流、磋商。
DE-2：师生如有意见对系统进行改进的反馈，管理员必须与之进行具体联系。
3. 项目范围
3.1 第一版范围
第一版主要实现主要功能，管理员进行设备信息管理，师生查询等功能。
3.2 后续版本范围
|
特性 |
版本1 |
版本2 |
版本3 |
|
FE-1 |
完全实现 |
|
|
|
FE-2 |
完全实现 |
添加计划购买，实际购买功能 |
|
|
FE-3 |
查询设备 |
预约设备，预约实验室 |
排队管理 |
|
FE-4 |
设置管理员，普通用户权限 |
实现其他所有用户权限 |
对外校人员提供一定权限 |
|
FE-5 |
初步实现功能界面 |
界面要做到人性化，考虑到人机交互 |
|
4. 项目环境
4.1 操作环境
这个系统主要提供给两类用户使用,一类是设备管理员,一类是学校师生。
1. 设备管理员端要求与自己的服务器，任意操作系统，但是必须有完整的数据库，来保存设备信息。
2. 我们的师生客户端则不做强制要求，PC浏览器与移动设备都可以，但要求能连接校内网。
由于这个系统主要在PC机上使用，所以师生有网络就能使用这个软件；数据在设备入库或进行修改的时候地方生成。由于大学内部使用，所以访问数据时候的最大响应时间应该会在0.1s以内；
4.2 涉众
这个系统中的主要涉众如下表：
|
涉众 |
特点 |
|
设备管理员 |
实验室的主要管理人员，有管理设备的工作任务，也有网络化的需求。 |
|
校内师生 |
经过系统及时查询到本专业实验室的信息，并预约设备或实验室。 |
4.3 项目属性
具体项目属性如下表：
|
属性 |
驱动因素 |
约束因素 |
可调整因素 |
|
特性 |
学校实验室的需求变化 |
各个版本的功能必须完全可操作。 |
在最终版本中进行调整。 |
|
质量 |
学生 |
用户满意度必须达到85%；必须通过全部的安全机制检查，系统能够在win7,winxp等操作系统下稳定工作。 |
在后续版本中完善功能提高用户满意度 |
|
成本 |
开发组长 |
必须控制开发费用在额定范围内 |
允许费用超过的最大额度不超过总经费的10% |
|
进度 |
开发组长 |
必须保证开发时间在规定时限范围内 |
开发时间最长不得超过规定时间2天 |
|
人员 |
团队规模包括一个组长，两名组员，和一名测试人员
|
人员数目按照规定严格控制 |
如果计划不够，可以适当增加人员务必保证在规定时间内完成项目。 |
词汇表：
模型，实验室设备管理系统
参考资料：
需求工程—软件建模与分析
需求工程文档规范
项目前景与范围文档模板
