实验室信息管理系统

实验室信息管理系统需求分析

1.引言

1.1目的

通过LIMS系统,配合分析数据的自动采集和分析,大大提高了实验室的检测效率;降低了实验室运行成本并且体现了快速溯源和痕迹,使传统实验室手工作业中存在的各种弊端得以顺利解决。

1.2背景

待开发的软件系统的名称:实验室信息管理系统

行业情况:目前实验室信息管理系统在西方发达国家的应用相对比较成熟,我们国家经过多年发展,很多实验室也开始逐渐认识到信息化在管理中的作用,纷纷开始引入LIMS。实验室信息管理系统也不断在各个行业进行不断的改进和提升。相信随着科技的不断进步,和产品功能的不断完善,实验室信息系统将完全可以实现各种虚拟化在线实验室的可能。

1.3参考资料

1.4术语

实验室信息管理系统(Laboratory Information Management System 英文缩写LIMS)是将以数据库为核心的信息化技术与实验室管理需求相结合的信息化管理工具。实验室信息管理系统(LIMS),集现代化管理思想与基于计算机的高速数据处理技术、海量数据存储技术、宽带传输网络技术、自动化仪器分析技术为一体,用于实验室信息管理和控制。通过LIMS,实验室可以达到自动化运行、信息化管理和无纸化办公的目的,对提高实验室工作效率、降低运行成本起到至关重要的作用。

2.任务概述

2.1目标

实验室承担了一定数量的教学工作,以及各种科研任务,所有

事务由实验室主任负责,多位行政秘书协助主任进行事务管理、教学和活动安排及相关数据资料的上报工作。创建实验室信息管理系统的目的,就是改变以往手工信息收集及管理的工作模式,使办公自动化,提高工作效率及准确性。通过构建实验室信息管理系统,主任及相关管理人员可以方便快捷的掌握实验室的各种资料,实验室工作人员可以通过系统得到最新的工作和活动安排、项目计划等,学生、学者等可以了解实验室的资源及师资情况、获取相关项目资料、课程安排等。

实验室信息管理系统的基本功能包括:业务流程管理、各类资源管理、行政管理以及各类客户需要个性化定义的功能。实验室综合信息管理系统功能结构图如下:

2.2系统(或用户)的特点

(1)软件开发层次清晰,易于以后的维护。

(2)扩展性强,只需根据要添加的功能添加相应功能的模块即可。

(3)许多功能相同或相近的模块可以直接引用或稍加修改即可使用,减少了

代码的重复编写时间,加强了模块的复用性,使得开发效率大为提升。

(4)将页面的表现(V)与后台的控制(C)分离开来,使得页面设计者不需要清

楚功能的具体实现方式,只需专注于页面的设计,而后台开发人员将更多的精力放在功能的实现方法上,分工明确,提升了效率,缩短开发时间。

(5)由于模型返回的数据不带任何显示格式,因而这些模型也可以直接应用

于接口的使用。

(6)有利于软件工程化管理,由于不同的层各司其职,每一层不同的应用具

有某些相同的特征,有利于通过工程化,工具化产生管理程序代码。

3.假定和约束

该软件在需求分析等前期同时即可准备,完成前期工作之后即可启动。该软件开发假定期限为3个月,后期完善2个月,发布测试1个月。经费限制暂不确定。

4.需求规定

4.1软件功能说明

实验室信息管理系统功能说明如下:

1. 基础信息

管理实验室的基本信息,包括实验室的名称、创建时间、所包含的分室、有关实验室的历史事件、变更情况、评估情况、获奖情况等,基础信息是外界了解实验室基本信息的窗口,由相关管理人员负责更新,任何用户都可查询和浏览。

2. 人事管理

管理实验室的所有在编人员,实验室的在编人员都有相应的工作证件,每个人在实验室的工作情况都要记录其中,无论是讲师、导师、工程实习人员、客座、访问学者等,包括进入时间、离开时间、参与的工作及项目都要有相关的记录信息,这里是所有实验室工作人员的电子档案棺。由人事秘书

负责及时更新人员信息情况,在编人员可以通过系统了解所在分室、所参与项目的其它工作人员的基本资料,方便工作交流。

3. 科研管理

科学研究是实验室日常工作的主要任务之一,科研管理部分管理实验室所承担的所有的科研项目的资料信息,每个项目都有一个项目负责人领导,项目经过审批后得到项目经费,完成后要经过相关单位鉴定,且每个项日具有相关的进度信息、参与人员情况、项目获奖情况、申请专利情况、技术转让情况等相关信息。主任及项目管理人员通过系统对项目进行管理,更新项目相关信息,并通过系统的统计信息进行相关科研任务的决策;各分室参与项目的人员可以通过系统了解项目的基本信息及进展情况等,公共用户则可以通过系统了解实验室所承担项目的历史等,增进对实验室的了解。

4. 教学管理

承担教学任务是实验室工作的另一个主要任务,实验室集中了相关领域的专家,不仅要负责学校统一安排的教学工作,还要负责硕士、博士等的培养。教学管理部分管理由实验室负责培养的所有硕士和博士资料,管理由实验室负责的教学工作。教学管理人员统一负责教学资料的更新,实验室工作人员通过系统获取相关资料,井执行教学计划。

5. 经费管理

管理实验室的建设经费、运行经费、科研经费的入出情况,账目记录明细及相关数据统计。实验室经费管理人员负责管理经费的入出情况,主任通过系统了解实验室整体经费运作情况。

6. 学术交流

管理实验室的学术交流情况,作为国家重点实验室,学术交流是日常工作中重要组成部分,包括外派讲学活动安排、来室讲学活动安排、参加学术会议安排、举办学术会议安排等,主任及相关管理人员通过系统了解活动情况、制定活动计划、统筹活动资源,实验室人员通过系统可以方便查看学术交流活动的情况。

7. 资料管理

各种科研资料是实验室科研的宝贵资源,资料管理部分管理记录这些资

料的存放位置及相关内容摘要,并将部分资料电子化处理后保存,供研究人员方便快捷的检索到所需内容,这些资料信息由资料管理员统一负责管理,只有实验室的授权用户可以借阅或下载。

8. 设备管理

各种科研及实验设备是实验是重要资源,设备的种类、地点、价钱、定购目标、保管人都要统一管理,以及设备的报废情况也要详细记录。科研项目负责人根据己有设备资料及设备运行情况统一安排科研项目的设备投入。4.2对功能的一般性规定本

界面格式统一,统一错误声音提示,要有基本的错误处理机制,能过实现较高的兼容性,要求有在线帮助功能等。

4.3对性能的一般性规定

4.3.1精度

本系统采用双精度浮点格式,即1位符号位,11位尾数,52位幂指数。4.3.2时间特性要求

在运行环境给定的情况下,要求系统能够在尽快的时间内完成既定任务,提高工作效率。

4.3.3灵活性

要求此系统具备有较好的兼容性,能够在不同系统环境下进行正常运算,同时具有较强的错误处理能力,以应对突发状况。

4.4输入输出要求

系统支持最高64位精度的输入,对整型数据和浮点型数据都有很好的支持。系统支持多种方式的输入,在输出上也具有较大的灵活性和适应性。4.5数据管理能力要求(针对软件系统)

本系统需要管理的文卷和记录的个数、表和文卷的规模较大,预计存储空间320G为佳。

4.6 故障处理要求

可能出现的故障及处理要求:(1)存储容量不足——推荐系统最少空闲空间为320G。(2)数据精度达不到要求——可能是本软件设计达不到要求,这种情况下请尽量实用不降低精度的计算方法或者与开发商联系(3)处理

缓慢——这种情况一般是牛的硬件配置落后所致,推荐您使用最新配置标准。

4.7其他专门要求

设计时应充分考虑到用户可能的其他专门要求并做好技术准备。

对安全保密的要求,包括信息加密、信息认证方面的要求。

对使用方便的要求,对可维护性。可补充性、易读性、可靠性、运行环境可转换性的特殊要求等。

对灵活性的要求,包括不同机型、不同软硬件配置、不同系统、不同性能要求等。

5.运行环境规定

5.1设备

推荐配置:

A MD64 X2 2 GHz

2GB RAM

512MB 显存的显卡,支持Pixel Shader 3

320GB剩余空间

Windows XP SP3或者Vista或WIN7

5.2支撑软件

1)操作系统:Windows XP系列或者Win7、Vista.

2)数据库管理系统:Oracle.

3)其他支撑软件:Delphi、JSP、C++等语言.

5.3接口

系统的网络配置要求:IO/IOOM以太网,支持TCP/IO协议,系统需配置支持VPN网的网络配置。

5.4控制

信号输入方式很灵活,既可以通过各种分析仪器导入,也支持手工输入,Excel文件导入、导出等。输出控制与输入控制方式大致相同。

6.尚需解决的问题

1.对多种输入(输出)方式支持的具体借口及其实现方法;

2.如何尽量提高系统效率、降低硬件需求;

3.系统兼容性实现;

4.错误处理机制;

5.后期维护及在线支持。

测试计划

7. 1. 引言

7.11.1 目的

通过项目测试,检查界面是否符合规范以及用户要求,基本功能是否与预期相符。

7.21.2 背景

根据前期分析和设计,完成系统编码,基本实现了预期功能模块之后,将进行测试工作。

7.31.3 测试范围

测试项目包括:可行性方案、整体开发计划软件需求说明书、软件概要设计说明书、项目开发规范、表结构、系统使用手册、项目质量报告等。

1.4 项目文件列表

列出编写本报告及测试整个过程中所要参考的文件、资料。

相关文件列表

8. 2. 测试需求

8.12.1 分析各种信息

反复检查并理解各种信息,和用户交流,理解他们的要求。可以按照以下步骤执行:

1)确定软件提供的主要商业任务

2)对每个商业任务,确定完成该任务所要进行的交易。

3)确定从数据库信息引出的计算结果。

4)对于对时间有要求的交易,确定所要的时间和条件。这些条件包括数据库大小、机器配置、交易量、以及网络拥挤情况。

5)确定会产生重大意外的压力测试,包括:内存、硬盘空间、高的交易率6)确定应用需要处理的数据量。

7)确定需要的软件和硬件配置。通常情况下,不可能对所有可能的配置都测试到,因此要选择最有可能产生问题的情况进行测试,包括:最低性能的硬件、几个有兼容性问题的软件并存、客户端机器通过最慢的LAN/WANF连接访问服务器。

8)确定其他与应用软件没有直接关系的商业交易。包括:

管理功能,如启动和推出程序

配置功能,如设置打印机

操作员的爱好,如字体、颜色

应用功能,如访问email或者显示时间和日期。

9)确定安装过程,包括定置从哪安装、定制安装、升级安装。

10)确定没有隐含在功能测试中的户界面要求。大多界面都在功能测试时被测试到。还有写没有测到,如:操作与显示的一致性,如使用快捷键等;界面遵从合理标准,如按钮大小,标签等。

9. 3. 测试策略

10.4. 测试内容

根据软件项目的实际特点确定确认测试的测试内容。对部分软件项目除基本的功能测试外,可能还包括性能测试、安全性测试、极限测试、并发操作测试等。

1)功能测试

2)用户界面测试

3)性能测试

4)压力测试

5)容量测试

6)配置测试

7)安装测试

11.5. 资源

11.1 5.1 人力资源

11.2 5.2 系统资源

12.6. 人员安排

6.1 估计测试工作量

∑(每个测试的时间*每个需求的测试的数目*测试需求的数目)

(测试设计、开发、….)

12.1 6.2 创建工程调度表

13.7. 附件

1)测试特性(Assets)

2)测试日记

3)缺陷报告

相关文档
最新文档