人事管理系统需求分析
点击「蓝字」获取最落地的计算机化系统验证知识和讲座！
随着计算机化系统在制药企业的广泛应用，尤其是GMP附录《计算机化系统》的颁布和实施，制药企业的计算机化系统的验证被提上日程，日益受到重视。然而，制药企业的计算机化系统验证既需要制药和计算机专业知识，又需要IT知识，由于大部分企业没有专门从事验证的人员，因此大家对计算机化系统的验证保持神秘，不停的参加各种培训，却越培训越糊涂，越培训越觉得神秘。面对计算机化系统验证，仍然不知所措，GXP计算机化系统验证为了帮助大家更好的进行计算机化系统验证，特推出一系列验证相关的文档和知识，以飨读者。
实验室信息管理系统需求分析
1. 引言1.1 目的
通过LIMS系统，配合分析数据的自动采集和分析，大大提高了实验室的检测效率；降低了实验室运行成本并且体现了快速溯源和痕迹，使传统实验室手工作业中存在的各种弊端得以顺利解决。
1.2 背景待开发的软件系统的名称：实验室信息管理系统
行业情况：目前实验室信息管理系统在西方发达国家的应用相对比较成熟，我们国家经过多年发展，很多实验室也开始逐渐认识到信息化在管理中的作用，纷纷开始引入LIMS。 实验室信息管理系统也不断在各个行业进行不断的改进和提升。 相信随着科技的不断进步，和产品功能的不断完善，实验室信息系统将完全可以实现各种虚拟化在线实验室的可能。
1.3 参考资料
| 编号 | 资料名称 | 作者 | 日期 | 出版单位 |
| 1 | 实验室管理系统的设计思路及特点 | 曾曦梅.侯丽梅 | 2004年 | 沈阳医学院学报 |
| 2 | LIMS与实验室管理 |
杨海鹰,沈彤，陆婉珍 |
2002年 | |
| 基于LIMS平台的应用技术探讨 |
杨海鹰 | 2206年 | 石油工业出版社 |
| 网点 |
1.4 术语 实验室信息管理系统（Laboratory Information Management System 英文缩写LIMS）是将以数据库为核心的信息化技术与实验室管理需求相结合的信息化管理工具。实验室信息管理系统(LIMS),集现代化管理思想与基于计算机的高速数据处理技术、海量数据存储技术、宽带传输网络技术、自动化仪器分析技术为一体,用于实验室信息管理和控制。通过LIMS,实验室可以达到自动化运行、信息化管理和无纸化办公的目的,对提高实验室工作效率、降低运行成本起到至关重要的作用。
2. 任务概述
2.1 目标
实验室承担了一定数量的教学工作，以及各种科研任务，所有事务由实验室主任负责，多位行政秘书协助主任进行事务管理、教学和活动安排及相关数据资料的上报工作。创建实验室信息管理系统的目的，就是改变以往手工信息收集及管理的工作模式，使办公自动化，提高工作效率及准确性。通过构建实验室信息管理系统，主任及相关管理人员可以方便快捷的掌握实验室的各种资料，实验室工作人员可以通过系统得到最新的工作和活动安排、项目计划等，学生、学者等可以了解实验室的资源及师资情况、获取相关项目资料、课程安排等。
实验室信息管理系统的基本功能包括：业务流程管理、 各类资源管理、 行政管理以及各类客户需要个性化定义的功能。实验室综合信息管理系统功能结构图如下：
2.2 系统（或用户）的特点
(1)软件开发层次清晰，易于以后的维护。
(2)扩展性强，只需根据要添加的功能添加相应功能的模块即可。
(3)许多功能相同或相近的模块可以直接引用或稍加修改即可使用，减少了代码的重复编写时间，加强了模块的复用性，使得开发效率大为提升。
(4)将页面的表现(V)与后台的控制(C)分离开来，使得页面设计者不需要清楚功能的具体实现方式，只需专注于页面的设计，而后台开发人员将更多的精力放在功能的实现方法上，分工明确，提升了效率，缩短开发时间。
(5)由于模型返回的数据不带任何显示格式，因而这些模型也可以直接应用于接口的使用。
(6)有利于软件工程化管理，由于不同的层各司其职，每一层不同的应用具有某些相同的特征，有利于通过工程化，工具化产生管理程序代码。
33. 假定和约束
该软件在需求分析等前期同时即可准备，完成前期工作之后即可启动。该软件开发假定期限为3个月，后期完善2个月，发布测试1个月。经费限制暂不确定。
44. 需求规定
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其他专门要求
设计时应充分考虑到用户可能的其他专门要求并做好技术准备。
对安全保密的要求，包括信息加密、信息认证方面的要求。
对使用方便的要求，对可维护性。可补充性、易读性、可靠性、运行环境可转换性的特殊要求等。
对灵活性的要求，包括不同机型、不同软硬件配置、不同系统、不同性能要求等。
55. 运行环境规定
5.1 设备推荐配置：
AMD64 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文件导入、导出等。输出控制与输入控制方式大致相同。
66. 尚需解决的问题
1.对多种输入（输出）方式支持的具体借口及其实现方法；
2.如何尽量提高系统效率、降低硬件需求；
3.系统兼容性实现；
4.错误处理机制；
5.后期维护及在线支持。
测试计划
1. 引言 1.1 目的 通过项目测试，检查界面是否符合规范以及用户要求，基本功能是否与预期相符。
1.2 背景 根据前期分析和设计，完成系统编码，基本实现了预期功能模块之后，将进行测试工作。
1.3 测试范围测试项目包括：可行性方案、整体开发计划软件需求说明书、软件概要设计说明书、项目开发规范、表结构、系统使用手册、项目质量报告等。
1.4 项目文件列表
列出编写本报告及测试整个过程中所要参考的文件、资料。
相关文件列表
| 文档 | 已创建（是/否） | 版本/日期 |
| 是 | 2010.1 |
| 是 | 2010.1 |
| 是 | 2010.1 |
| 是 | 2010.1 |
| 是 | 2010.1 |
| 是 | 2010.1 |
2. 测试需求 2.1 分析各种信息反复检查并理解各种信息，和用户交流，理解他们的要求。可以按照以下步骤执行：
1）确定软件提供的主要商业任务
2）对每个商业任务，确定完成该任务所要进行的交易。
3）确定从数据库信息引出的计算结果。
4）对于对时间有要求的交易，确定所要的时间和条件。这些条件包括数据库大小、机器配置、交易量、以及网络拥挤情况。
5）确定会产生重大意外的压力测试，包括：内存、硬盘空间、高的交易率
6）确定应用需要处理的数据量。
7）确定需要的软件和硬件配置。通常情况下，不可能对所有可能的配置都测试到，因此要选择最有可能产生问题的情况进行测试，包括：最低性能的硬件、几个有兼容性问题的软件并存、客户端机器通过最慢的LAN/WANF连接访问服务器。
8）确定其他与应用软件没有直接关系的商业交易。包括：
管理功能，如启动和推出程序
配置功能，如设置打印机
操作员的爱好，如字体、颜色
应用功能，如访问email或者显示时间和日期。
9）确定安装过程，包括定置从哪安装、定制安装、升级安装。
10）确定没有隐含在功能测试中的户界面要求。大多界面都在功能测试时被测 试到。还有写没有测到，如：操作与显示的一致性，如使用快捷键等；界面遵从合理标准，如按钮大小，标签等。
3. 测试策略
| 测试策略项 | 例子 |
| 系统测试 |
| 功能测试 |
| 75%用SQA Suite自动测试，25%手工测试 |
| 95%测试用例通过并且最高级缺陷全部解决 |
| 测试必须在上午进行 |
4. 测试内容
根据软件项目的实际特点确定确认测试的测试内容。对部分软件项目除基本的功能测试外，可能还包括性能测试、安全性测试、极限测试、并发操作测试等。
1） 功能测试
2） 用户界面测试
3） 性能测试
4） 压力测试
5） 容量测试
6） 配置测试
7） 安装测试
5. 资源
5.1 人力资源
| 职位 | 姓名 | 特殊责任/说明 |
| XXX | |
| XXX | |
| XXX | |
| XXX |
5.2 系统资源
| 系统 | 名称/类型 |
| 硬件环境 软件环境 专门配置要求 客户测试机 其他要求 |
组装电脑 |
| XP SP2 | |
| C++6.0/Oracle | |
| VPN等网络设备、输入输出设备 | |
| 推荐配置机型 | |
| 无 | |
| 无 |
6. 人员安排
6.1 估计测试工作量
∑(每个测试的时间*每个需求的测试的数目*测试需求的数目)
（测试设计、开发、….）
6.2 创建工程调度表
| 任务 | 相关工作量（天） |
| 35 | |
| 5 | |
| 5 | |
| 5 | |
| 5 | |
| 5 | |
| 5 | |
| 5 | |
| 60 | |
| 10 | |
| 20 | |
| 20 | |
| 10 | |
| 100 | |
| 20 | |
| 20 | |
| 10 | |
| 20 | |
| 修改测试过程 | 10 |
| 10 | |
| 50 | |
| 10 | |
| 10 | |
| 10 | |
| 10 | |
| 10 | |
| 20 | |
| 5 | |
| 5 | |
| 5 | |
| 5 |
7. 附件
1) 测试特性（Assets）
2) 测试日记
3) 缺陷报告
历史精彩文章计算机化系统管理规程
三权分立的思想在计算机化系统管理中的应用
Excel电子表格检验记录需求说明书（URS）
计算机系统风险评估
计算机化系统清单
SAP计算机系统验证安装确认（IQ）验证方案
计算机化系统验证总群系列讲座及视频地址
