资源描述
高校试验室信息管理系统需求分析
1. 引言
1.1目标
为促进高校试验管理和试验教学信息化建设，开发了B/S模式试验室信息管理系统。该系统建立分布式网络化试验管理模式，实现了试验项目标网上选课和预约，试验室仪器设备网络化管理，并经过信息公布模块实现信息动态立即公布。
1.2背景
软件系统名称：高校试验室信息管理系统
本项目标提出者：武汉理工大学
开发者：杭州电子 有限股份企业
用户：武汉理工大学
该软件系统开发采取基于.NET平台三层体系构架。
1.3 参考资料
编号
资料名称
作者
日期
出版单位
1
试验室信息管理化系统设计和实现
佟颖
现代教育技术
2
基于B/S结构试验室管理系统开发方案
张文曾
孙振国
机械工业出版社
3
开放试验室管理系统设计方案比较及实现
张松
陈志刚
计算机工程和应用
4
高等院校试验室信息管理系统设计和实现
庞秀玲
潍坊学院报
5
略谈试验室信息管理系统设计及实现
袁春林
兰州交通大学
网点
试验室管理系统数据库设计
试验室信息管理系统管理模块设计
试验室管理系统设计和开发
1.4 术语
B/S：browser/server 浏览器/服务器
C/S：client/server 用户端/服务器
2. 任务概述
2.1 目标
二十世纪末，人类文明发展进入了信息时代，计算机技术、现代通信技术、网络互连技术、数据库技术、智能信息处理技术等关键技术全部日趋成熟，为信息技术发展、为信息系统大规模建设和应用提供了坚实技术理论基础。信息已经成为社会生产力一个关键因数。信息技术发展使我们社会发生着一场变革，这场变革也被包含到了高校管理各个层面，试验室信息管理就是其中之一。伴随网络技术，尤其是Internet技术成熟和发展，高校试验室信息管理化已经成为一个趋势。
高校试验室信息管理系统，是针对高等院校试验室管理而设计开发试验室网络化综合管理系统。开发该系统有利于改变现在单机辅助模式试验室管理现实状况，建立分布式网络化管理模式。
该系统下设用户登录、试验教学管理、仪器设备管理和信息公布四个模块，实现了用户等级自动检测、试验教学网上管理、仪器设备状态实时监控和各项报表快速生成、信息立即公布等功效。系统开发基于.NET平台三层体系架构，含有良好可扩展性。
图1 系统构架设计图
2.2 系统（或用户）特点
（1）本试验室管理系统是依据关键试验室现实状况进行合理功效设计和框架设计，系统建立妥善处理了试验室资源管理困能、试验管理困难、试验室利用率不高等问题，使得试验室管理水平和信息交互水平有了提升。
（2）在ASP.NET机制下，应用MVC设计思想，对系统进行了开发，能够大大提升模型层和控制层程序代码可重用性，使系统含有良好松耦合性，同时对于以后系统升级和维护提供了方便。
（3）经过对Oracle9i数据库数据表合理设计，并进行了初级优化，提升了Oracle9i数据库整体操作效率。
（4）应用MATLAB作为底层仿真器和web服务器之间进行交互取得良好效果。MATLAB基础功效全部能够在web下实现。应用此技术模型库不仅能够合理管理模型，同时为用户提供了一个简便、含有通用性仿真平台，提升了模型及其数据重用性，为研究工作者提供了一个友好、高效研究工具。
3. 假定和约束
经费由学校提供，在50000之内；
开发期限为三个月；
可利用学校试验室进行开发；
实时数据库软件采取ESP-ISYS软件；
历史数据库由ESP-IDdataBase完成。
4. 需求要求
4.1 软件功效说明
4.1.1用户登录模块
用户登录模块关键功效是系统依据用户选择身份对用户输入用户名和密码是否正当进行验证，如不正当，则给出提醒，并提醒用户重新登录。假如正当，则进入对应操作界面。当用户单机“登录”按钮时，其单击事件完成用户验证和登录系统工作。
4.1.2试验教学管理模块
试验教学模块改变了以往传统试验教学模式，将试验项目标开始步骤网络化，从试验时间和试验内容选择方面给予学生一定自由度。系统采取学生自主安排学习进度方法开展试验教学，有利于培养学生学习主动性和能动性，进而达成因材施教理想教学效果。
（1）学生网上选课功效实现
学生经过自己用户名和密码登录以后，就能够进行网上选择试验课程、查看自己已经选择试验课程信息、或对自己已经选择试验课程进行退选。此功效在页面上有上下两个表格显示，上面表格显示学生已经选择课程。此项功效经过使用两个GridView控件和两个SqlDdataSource数据源来完成信息显示。
（2）学生信息批量导入功效实现
因为每个学期之初数据库维护工作负担较重，所以系统设计并开发了信息批量导入功效。即在excel文件字段和数据库中对应数据表字段匹配情况下，系统管理员能够将预先制作好excel格式数据信息直接经过刘看齐导入到系统后台数据库。
4.1.3仪器设备管理模块
该模块关键实现仪器设备状态查询和各项报表生成功效。试验老师可依据试验室情况填写试验设备维修、报废、耗材申请表；中心管理者将就老师提交报表给予批阅。各项报表网络化广利，避免了以往传统纸质文件报表不一保留，审批过程繁琐等问题，在较大程度上提升了试验室工作效率，同时也降低了办公成本。
（1）报表生成功效实现
该系统生成电子报表均由CrystalReport水晶报表制作。水晶报表是Visual Studio 集成报表开发工具，利用它能够在Windows环境中建立简报品质精良汇报，电子报表同时含有打印和导出成Word、Excel等文件功效，便于以后存档。
（2）报表审批功效实现
报表审批功效借助ASP.NET 3.0用户管理功效实现。ASP.NET 3.0由一套完备用户管理策略，系统在实现报表审批功效时，应用ASP.NETaspnet-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.3 对性能通常性要求
4.3.1 精度
输入输出数据包含分数计算问题，所以，在可行性范围内，正确到小数点后两位，其它正确到各位。
4.3.2 时间特征要求
作为学校试验室管理信息系统，要求数据要立即更新。进行查询时以秒为单位，以达成实时性；而进行增加，删除和修改等操作时，能够依据数据多少分别以秒和分为单位，标准是操作人员不因时间而影响效率。
（1） 程序响应时间不能超出3s.
（2） 更新处理时间不能超出5s。
（3） 数据转换和传输时间不能超出3s。
（4） 运行时间不能超出3s。
4.3.3 灵活性
本系统对灵活性要求较高，因为试验室管理系统轻易发生改变，针对这些改变，此系统由较高适应能力。
（1） 操作方法改变时，系统行对应功效仍能够实现。
（2） 运行环境改变时，系统在其它环境也能够运行，但其运行速度可能会受到影响。
（3） 对精度和有效时限，精度越高时运行速度越快，在有效时限内实现功效越多。
（4） 当计划有变更后改善时，在一定范围内，系统设计会对应改变，若变更范围较大，则难以进行太大修改。
4.4 输入输出要求
（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 接口
硬件接口: 考虑到大量数据备份等要求，需要保持和磁带机和光盘刻录机接口，这较轻易实现。
软件接口: 这里，关键考虑软件和操作系统、数据库管理系统接口，和局域网和互联网软件之间数据交换。考虑到文档处理有可能需要较常见办公软件。比如MicrosoftOffice系列，所以应尽可能实现它们数据格式自动转换。
通信协议：TCP/IP协议
5.4控制
模块名称
Method运行方法
Signal控制信号
Forward控制去向
主程序模块
运行框架
用户调用或运行
调用xx模块、方法；
xxx模块
xxx
xxx调用
xxx模块
6. 尚需处理问题
以列表形式列出在需求分析阶段必需处理但还未处理问题
对软件安全工作应立即处理
软件在不一样系统中应用情况也应处理
软件维护工作
当硬件有问题时，软件运行速度问题
测试计划
7. 引言
7.1 目标
(1) 经过在有使用代表性环境中实施软件,以证实软件需求是否正确实现。
（2）为进行软件可靠性估量采集正确数据。估量软件可靠性通常可分为四个步骤,即数据采集、模型选择、模型拟合和软件可靠性评定。能够认为,数据采集是整个软件可靠性估量工作基础,数据正确是否关系到软件可靠性评定正确度。
(3) 经过软件可靠性测试找出全部对软件可靠性影响较大错误。
7.2 背景
软件可靠性测试不一样于硬件可靠性测试,这关键是因为二者失效原因不一样。硬件失效通常是因为元器件老化引发,所以硬件可靠性测试强调随机选择多个相同产品,统计它们正常运行时间。正常运行平均时间越长,则硬件就越可靠。软件失效是由设计缺点造成,软件输入决定是否会碰到软件内部存在故障。所以,使用一样一组输入反复测试软件并统计其失效数据是没有意义。在软件没有改动情况下,这种数据只是首次统计不停反复,不能用来估量软件可靠性。软件可靠性测试强调按实际使用概率分布随机选择输入,并强调测试需求覆盖面。软件可靠性测试也不一样于通常软件功效测试。相比之下,软件可靠性测试更强调测试输入和经典使用环境输入统计特征一致,强调对功效、输入、数据域及其相关概率先期识别。测试实例采样策略也不一样,软件可靠性测试必需根据使用概率分布随机地选择测试实例,这么才能得到比较正确可靠性估量,也有利于找出对软件可靠性影响较大故障另外,软件可靠性测试过程中还要求比较正确地统计软件运行时间,它输入覆盖通常也要大于一般软件功效测试要求。对部分特殊软件,如容错软件、实时嵌入式软件等,进行软件可靠性测试时需要有多个测试环境。这是因为在使用环境下常常极难在软件中植入错误,以进行针对性测试。
7.3 测试范围
文档
已创建（是/否）
版本/日期
需求详述
是
功效详述
是
项目计划
是
设计详述
是
原型
是
用户手册
是
8. 测试需求
8.1 分析多种信息
反复检验并了解多种信息，和用户交流，了解她们要求。能够根据以下步骤实施：
1）确定软件提供关键商业任务
2）对每个商业任务，确定完成该任务所要进行交易。
3）确定从数据库信息引出计算结果。
4）对于对时间有要求交易，确定所要时间和条件。这些条件包含数据库大小、机器配置、交易量、和网络拥挤情况。
5）确定会产生重大意外压力测试，包含：内存、硬盘空间、高交易率
6）确定应用需要处理数据量。
7）确定需要软件和硬件配置。通常情况下，不可能对全部可能配置全部测试到，所以要选择最有可能产生问题情况进行测试，包含：最低性能硬件、多个有兼容性问题软件并存、用户端机器经过最慢LAN/WANF连接访问服务器。
8）确定其它和应用软件没有直接关系商业交易。包含：
管理功效，如开启和推出程序
配置功效，如设置打印机
操作员爱好，如字体、颜色
应用功效，如访问email或显示时间和日期。
9）确定安装过程，包含定置从哪安装、定制安装、升级安装。
10）确定没有隐含在功效测试中户界面要求。大多界面全部在功效测试时被测 试到。还有写没有测到，如：操作和显示一致性，如使用快捷键等；界面遵从合理标准，如按钮大小，标签等。
9. 测试策略
测试策略项
例子
测试阶段
系统测试
测试类型
功效测试
测试技术
75%用SQA Suite自动测试，25%手工测试
完成标准
95%测试用例经过而且最高级缺点全部处理
特殊考虑
测试必需在早晨进行
10. 测试内容
依据软件项目标实际特点确定确定测试测试内容。对部分软件项目除基础功效测试外，可能还包含性能测试、安全性测试、极限测试、并发操作测试等。
1） 功效测试
2） 用户界面测试
3） 性能测试
4） 压力测试
5） 容量测试
6） 配置测试
7） 安装测试
11. 资源
11.1 人力资源
职位
姓名
特殊责任/说明
测试经理
陈红
管理整个测试步骤
测试工程师
设计/开发（能够多人）
沈东，李江
设计测设步骤，编写测试文档
测试工程师
测试实施（能够多人）
孟东篱，蒋玉菡
对系统进行各个部分测试
测试系统管理员
朱阳
安排各个人员工作
11.2 系统资源
系统
名称/类型
硬件环境
软件环境
专门配置要求
用户测试机
其它要求
AMD Puma
Windows XP VISUAL C++ 6.0
Oracle9i数据库
支撑软件：ESP-ISYS
内存1GB
12. 人员安排
12.1 估量测试工作量
∑(每个测试时间*每个需求测试数目*测试需求数目) （测试设计、开发、….）
12.2 创建工程调度表
任务
相关工作量（天）
测试计划
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
13. 附件
1) 测试特征（Assets）
2) 测试日志
3) 缺点汇报
展开阅读全文
浙ICP备2021020529号-1 | 浙B2-20240490 
