高校实验室信息管理系统需求分析
1. 引言
1.1目的
为促进高校实验管理和实验教学的信息化建设,开发了B/S模式的实验室信息管理系统。该系统建立分布式网络化的实验管理模式,实现了实验项目的网上选课与预约,实验室仪器设备的网络化管理,并通过信息发布模块实现信息的动态及时发布。
1.2背景
软件系统名称:高校实验室信息管理系统
本项目的提出者:石家庄铁道大学
开发者:石家庄铁道大学
用户:石家庄铁道大学实验室
该软件系统开发采用基于.NET平台的三层体系构架。
1.3 参考资料
编号 |
资料名称 |
作者 |
日期 |
出版单位 |
1 |
实验室信息管理化系统的设计与实现 |
佟颖 |
2008年 |
现代教育技术 |
2 |
基于B/S结构的实验室管理系统开发方案 |
张文曾 孙振国 |
2002年 |
机械工业出版社 |
3 |
开放实验室管理系统设计方案比较及实现 |
张松 陈志刚 |
2004年 |
计算机工程与应用 |
4 |
高等院校实验室信息管理系统的设计与实现 |
庞秀玲 |
2009年 |
潍坊学院报 |
5 |
略谈实验室信息管理系统的设计及实现 |
袁春林 |
2008年 |
兰州交通大学 |
网点 |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
实验室管理系统数据库设计 |
http://www.lwfree.cn/Article/sheji/200907/1887.html 1. 测试内容根据软件项目的实际特点确定确认测试的测试内容。对部分软件项目除基本的功能测试外,可能还包括性能测试、安全性测试、极限测试、并发操作测试等。 1)功能测试 2)用户界面测试 3)性能测试 4)压力测试 5)容量测试 6)配置测试 7)安装测试 2. 资源2.1人力资源本小组同学。 2.2系统资源
3. 人员安排3.1 估计测试工作量
|
任务 |
相关工作量(天) |
测试计划 |
10 |
确定项目 |
1 |
定义测试策略 |
2 |
决定测试需求 |
2 |
估计工作量 |
1 |
确定资源 |
1 |
调度测试活动 |
1 |
生成测试计划文档 |
2 |
测试设计 |
4 |
分析测试需求 |
1 |
指定测试过程 |
1 |
指定测试用例 |
1 |
查看测试需求的覆盖率 |
1 |
测试开发 |
10 |
建立测试开发环境 |
1 |
录制和回放原型过程 |
2 |
开发测试过程 |
1 |
测试和调试测试过程 |
2 |
修改测试过程 |
2 |
重新测试并调试测试过程 |
2 |
测试执行 |
7 |
设置测试系统 |
1 |
执行测试 |
2 |
验证测试结果 |
1 |
调查突发结果(unexpected result) |
2 |
生成缺陷日记 |
1 |
测试评估 |
6 |
回顾测试日记 |
1 |
评估测试需求的覆盖率 |
2 |
评估缺陷 |
2 |
决定是否达到测试完成的标准 |
1 |
4. 附件
实验室信息管理系统管理模块的设计
http://scholar.ilib.cn/A-QCode~syjsygl200405001.html
实验室管理系统的设计与开发
1.4 术语
B/S:browser/server 浏览器/服务器
C/S:client/server 客户端/服务器
1. 任务概述
1.1目标
二十世纪末,人类文明的发展进入了信息时代,计算机技术、现代通信技术、网络互连技术、数据库技术、智能信息处理技术等关键技术都日趋成熟,为信息技术的发展、为信息系统的大规模建设和应用提供了坚实的技术理论基础。信息已经成为社会生产力的一个重要因数。信息技术的发展使我们社会发生着一场变革,这场变革也被涉及到了高校管理的各个层面,实验室信息管理就是其中之一。随着网络技术,尤其是Internet技术的成熟与发展,高校实验室信息管理化已经成为一种趋势。
高校实验室信息管理系统,是针对高等院校实验室管理而设计开发的实验室网络化综合管理系统。开发该系统有利于改变目前单机辅助模式的实验室管理现状,建立分布式网络化的管理模式。
该系统下设用户登录、实验教学管理、仪器设备管理和信息发布四个模块,实现了用户级别的自动检测、实验教学的网上管理、仪器设备状态的实时监控与各项报表的快速生成、信息的及时发布等功能。系统开发基于.NET平台的三层体系架构,具有良好的可扩展性。
图1 系统构架设计图
3假定和约束
经费由学校提供;
开发期限为三个月;
可利用学校的实验室进行开发。
4 需求规定
4.1软件功能说明
4.1.1用户登录模块
用户登录模块主要功能是系统根据用户选择的身份对用户输入的用户名和密码是否合法进行验证,如不合法,则给出提示,并提示用户重新登录。如果合法,则进入相应的操作界面。当用户单机“登录”按钮时,其单击事件完成用户的验证和登录系统的工作。
4.1.2实验教学管理模块
实验教学模块改变了以往传统实验教学模式,将实验项目的开始流程网络化,从实验时间和实验内容的选择方面赋予学生一定的自由度。系统采用学生自主安排学习进度的方式开展实验教学,有助于培养学生的学习主动性和能动性,进而达到因材施教的理想教学效果。
(1)学生网上选课功能的实现
学生通过自己的用户名和密码登录以后,就可以进行网上选择实验课程、查看自己已经选择的实验课程信息、或对自己已经选择的实验课程进行退选。此功能在页面上有上下两个表格显示,上面的表格显示学生已经选择的课程。此项功能通过使用两个GridView控件和两个SqlDdataSource数据源来完成信息的显示。
(2)学生信息批量导入功能的实现
由于每个学期之初的数据库维护工作负担较重,因而系统设计并开发了信息批量导入功能。即在excel文件字段与数据库中相应数据表字段匹配的情况下,系统管理员可以将预先制作好的excel格式的数据信息直接通过刘看齐导入到系统后台数据库。
4.1.3仪器设备管理模块
该模块主要实现仪器设备状态查询和各项报表生成功能。实验教师可根据实验室情况填写实验设备维修、报废、耗材申请表;中心管理者将就教师提交的报表予以批阅。各项报表的网络化广利,避免了以往传统纸质文件报表不一保存,审批过程繁琐等问题,在较大程度上提高了实验室工作效率,同时也降低了办公成本。
(1)报表生成功能的实现
该系统生成的电子报表均由CrystalReport水晶报表制作。水晶报表是Visual Studio 2008集成的报表开发工具,利用它能够在Windows环境中建立简报品质的精良报告,电子报表同时具有打印和导出成Word、Excel等文件的功能,便于日后存档。
(2)报表审批功能的实现
报表审批功能借助ASP.NET 3.0的用户管理功能实现。ASP.NET 3.0由一套完备的用户管理策略,系统在实现报表审批功能时,应用ASP.NET的aspnet-Roles数据表判断当前用户身份,对于报表报批人员与审批人员分别导向不同级别的用户赋予了不同的角色,因而,尽管报表的申报与神 品双方用户访问的是同一数据源,仍可根据其所属的角色赋予不同的操作权限。
4.1.4信息发布模块
信息发布模块能够实现动态的信息发布和信息显示功能,该系统采用ADO.NET方法连接SQLServe后台数据库,通过对前台的操作实现对动态信息发布模块数据库各个表中记录的查询、添加、修改、删除等操作。这使后台数据库与前台相独立,从而提高了整个模块的稳定和安全性。
4.2对功能的一般性规定
对本系统来说,界面格式要求同一,由同一的错误提示音,并且要有在线帮助。
Input输入 |
Process处理 |
Output输出 |
Load负载量 |
A |
预处理,做怎样的动作 |
AA |
CC |
B |
BBBB |
Bb |
v |
C |
CCCC |
cc |
v |
4.1 对功能的一般性规定
对本系统来说,界面格式要求同一,由同一的错误提示音,并且要有在线帮助。
Input输入 |
Process处理 |
Output输出 |
Load负载量 |
A |
预处理,做怎样的动作 |
AA |
CC |
B |
BBBB |
Bb |
v |
C |
CCCC |
cc |
v |
4.2对性能的一般性规定
4.2.1精度
输入输出数据涉及分数计算问题,因此,在可行性范围内,精确到小数点后两位,其他精确到各位。
4.2.2时间特性要求
作为学校实验室管理信息系统,要求数据要及时更新。进行查询时以秒为单位,以达到实时性;而进行增加,删除和修改等操作时,可以根据数据的多少分别以秒和分为单位,原则是操作人员不因时间而影响效率。
(1) 程序响应时间不能超过3s.
(2) 更新处理时间不能超过5s。
(3) 数据转换与传输时间不能超过3s。
(4) 运行时间不能超过3s。
4.2.3灵活性
本系统对灵活性的要求较高,因为实验室的管理系统容易发生变化,针对这些变化,此系统由较高的适应能力。
(1) 操作方式改变时,系统行对应的功能仍可以实现。
(2) 运行环境改变时,系统在其他的环境也可以运行,但其运行速度可能会受到影响。
(3) 对精度和有效时限,精度越高时运行速度越快,在有效时限内实现的功能越多。
(4) 当计划有变更后改进时,在一定范围内,系统的设计会相应的改变,若变更范围较大,则难以进行太大修改。
4.3输入输出要求
(1) 数据类型:整形(int)、单精度型(float)、双精度型(double有/无符号类型(singed/unsigned)、布尔类型(bool)
(2) 当输入异常时,例如输入用户名或密码错误时,要有显示错误的界面,然后用户重新登录。
(3) 以用户登录模块为例:
数据名称:输入登录名称(学号)
数据类型:整形(int)
数据约束:-32768~32767
4.5数据管理能力要求(针对软件系统)
Name名称
Number数量
Size大小
Increase增长
词典xx
并行执行,其大小依据实际xx大文本而增长
4.6 故障处理要求
当系统内存不足,或硬件有损坏的时候,对软件的功能实现将产生影响。软件可能不能运行或运行速度缓慢。
4.7其他专门要求
安全保密性:密钥更换
预期扩展:扩展兼容
OS更换:Slackware转SUSE灯
5. 运行环境规定
5.1设备
(1) 处理器型号:AMD Puma 内存容量:1GB
(2) 输入及输出设备;
(3) 数据通信设备;
(4) 功能键及其他专用硬件
5.2支撑软件
(1) 操作系统:Windows XP
(2) 数据库管理系统:Oracle9i数据库
(3) 其他支撑软件:ESP-ISYS
5.3接口
硬件接口: 考虑到大量数据的备份等要求,需要保持与磁带机和光盘刻录机的接口,这较容易实现。
软件接口: 这里,主要考虑软件与操作系统、数据库管理系统的接口,以及局域网和互联网软件之间的数据交换。考虑到文档处理有可能需要较常用的办公软件。例如Microsoft的Office系列,所以应尽量实现它们的数据格式的自动转换。
通信协议:TCP/IP协议
5.4控制
模块名称 |
Method运行方式 |
Signal控制信号 |
Forward控制去向 |
主程序模块 |
运行框架 |
用户调用或运行 |
调用xx模块、方法; |
xxx模块 |
xxx |
xxx调用 |
xxx模块 |
6. 尚需解决的问题
以列表的形式列出在需求分析阶段必须解决但尚未解决的问题
对软件的安全工作应尽快解决 |
软件在不同系统中的应用情况也应解决 |
软件的维护工作 |
当硬件有问题时,软件运行的速度问题 |
测试计划
7. 测试策略
测试策略项 |
例子 |
测试阶段 |
系统测试 |
测试类型 |
功能测试 |
测试技术 |
75%用SQA Suite自动测试,25%手工测试 |
完成标准 |
95%测试用例通过并且最高级缺陷全部解决 |
特殊考虑 |
测试必须在上午进行 |
8 附件
1) 测试特性(Assets)
2) 测试日记
3) 缺陷报告