网站标志
自主维护实验室信息管理软件的重要性
作者:管理员    发布于:2014-11-17 15:06:42    文字:【】【】【
摘要:本文通过对实验室解决“未来需求”途径的分析,建议用户进行产品升级或强烈关注解决“未来需求”的正确途径。

自主维护实验室信息管理软件的重要性

 

实验室:具有检验和校准能力的机构或组织。

未来需求:就是使用软件的实验室,在管理上的未来要求,这个未来需要一般是不可知的或者是很模糊的,包括新增功能和对原有软件的再维护,跟升级的概念有相同的地方,也有不同点。

现实需求:就是实验室进行信息化建设中已知的需求,并且要马上实现的需求。实现现实需求的最佳方法就是定制开发或者叫个性化调整

EMP——企业管理平台,是北京世雄科技公司自主研发的软件开发工具,主要的作用有两点,就是要能够满足现实的需求和未来的需求。其对于实验室来说最重要的作用,就是大幅度降低了软件的维护难度,同时让普通人实现了开发软件的梦想。当然对于软件公司来说最重要的作用就是使得软件公司,在为用户定制开发的过程中保证了软件的成功率和开发效率。

LMP——实验室信息管理平台就是使用EMP平台开发的、应用在实验室行业的软件,主要依据的标准是ISO/IEC17025管理体系。

维护和升级的概念:维护指对现有软件的功能模块的调整,不包括新增功能;升级指用户正在使用的软件中没有的,新增的功能模块。

软件现场的最佳开发方式——“即见即得”的开发过程是这样的:用户的项目组边使用软件,边提出需求,我们使用EMP平台开发工具,快速的为用户调整软件,然后用户项目组马上就可以试用调整的内容,再提出修改的意见,有些复杂的需求可能需要多次重复以上的过程。

 

正文:

对于实验室来说,满足“未来需求”是经常被忽视的一个重要问题。

说它被忽视,恐怕主要的原因是信息化建设的复杂性,让软件能够满足实验室现在的需求就已经很困难了,实验室没有精力再去考虑“未来需求”的问题,或者泛泛的了解一下,不做认真的分析和处理,所以就缺少了长期的规划。

说它是一个重要问题,是因为这个问题有时候会决定一个软件的成败和产品生命周期的长短。举个例子:一个实验室——上海某分析中心,花了很大的人力、物力和财力,终于完成了信息管理软件,之后没有多长时间该实验室转制了,由事业单位变为企业了,原来的软件几乎所有的内容都需要调整一遍,费用不菲,于是在企业制度下,这个软件只好做废,这就是一个活生生的很惨痛的例子,它教育我们,没有发展眼光的实验室、没有长期规划的实验室是一定会走弯路的。

有长期规划的实验室,对于软件的未来考虑的其实不可谓不多,他们做法都是值得尊敬的,但由于技术的和资金的限制很少有成功的案例,我们列举几种实例,做个说明:

1              有的实验室要求软件供应商提供源代码——目的是实验室好自己编译,其实他们自己不清楚,源代码的提供程度是千差万别的(具体分析见附件一),即便就是软件公司不做手脚,一个专业的实验室信息管理软件,功能模块有近400个,源代码接近百万行,这对于专业人员尚且视之为“天书”,对于实验室的人员来说就更是难上加难了,实际的效果也证明了这一点,花了钱买的源代码没有能够有效的延长软件的生命周期。

说明:其实应该有一种容易使用的开发工具,让用户能够很好掌握,从而实现自主维护软件。

2              有的实验室让软件供应商提供5年以上的售后服务,结果没出两年实验室决定软件升级(未来需求)的时候却找不到软件公司了,或者原来的项目经理离职了(软件企业人员流动性很大),总之没有人管升级了,更换其他项目经理的难度是巨大的,对于新的项目经理,由于源代码过多,补丁无数,需要熟悉很长时间,才能够看懂,更不要说新增功能了,最后需要很多费用,结果使得软件的升级(未来需求)不了了之。

说明:所以售后服务的延长还是把软件未来需求交给了软件供应商,自己还是没能掌握主动权。有的用户说那我们找大公司,应该有保证了吧?至少公司不会没了吧?可是现实是无情的,当GE——通用公司破产后,还有什么事情不能发生呢?中国的软件公司存在5年的都不多,他们97%都是中小企业,所以还是那句话,软件未来需求没有掌握在实验室自己手中,所有的不幸都有可能发生。

3              也有一些实验室不仅买了源代码,更将软件的项目经理干脆招到了自己的部门。不能说这种做法不聪明,可以说在源代码开发软件的时代,这种作法是实验室所能想到的最好的保证“未来需求”的方法。但问题是,人员管理上又出现了很大的难题,该人员不能流动,不能长期缺勤,还必须长时间的保持他的积极性,如此种种,难题不断。人员成本且不说(其实跟软件升级的费用也差不多),就是其中最麻烦的是他具有不可替代性,他的重要作用不言而喻,软件一出问题,就可能造成实验室管理的瘫痪,重要性甚至超过了最高管理者。有人会说再培养几个人不就好了吗?现实是,哪里有那么容易?其实即使培养出来了,那这个人员又变得重要了,很多不应该向他公布的信息只能向他公开了,这样的管理是不是让实验室更加骑虎难下呢?

说明:所以实验室不应该招项目经理来解决“未来需求”的问题,问题的关键还是要使用简单的维护工具,使得人人都可以很快能够胜任软件维护的工作,所有的权利都应该掌握在实验室最高管理者或者常务主任的手中,由他们下放各种权利给相应的人员来实现系统维护,同时维护好了,权利还可以收回去,在维护的期间还可以对所有需要保密的字段进行加密等等。这才是解决问题的根本办法。

4              当然还有实验室自己开发,组成了项目组,软件未来应该没问题了吧?其实这种软件的问题更大,原因是软件企业是筛选出来的优秀的供应商(经过多年积累的,经验丰富,软件原型完善,开发工具先进,过程控制能力强,更加重要的是由于竞争的关系,每个软件企业都将产品研发作为头等大事,所以可以常时间保持软件的相对的先进性)。而实验室的软件项目组的水平往往不能跟软件企业相媲美,这就造成了开发出的软件多半都是先天不足的,或者使用的技术、控件等都相对落后。

还有那些个人开发的软件,我们不否认,其中有的开发的不错,但软件技术发展到现在了,早就已经不是一两个人能够搞好的——实验室可以试想一下,现在的软件不是单机版的,都是有权限控制的网络版,功能有几百个,即使写代码的也要几十万行才行,很多实验室上的软件都是像个ERP——企业资源计划(是目前公认的最复杂的、最急需的,但同时也是失败率最高的软件),一个人开发的周期要多长?开发过程中新提出的需求又怎么保证?需求不断提,软件补丁落补丁,质量怎么保证?所以到现在还在坚持让自己的朋友搞软件的实验室确实不明智。当然同样的人员管理的问题也仍会一直困扰实验室。

说明:所以时代发展了,更加安全、经济和能够保证质量的方式是找技术先进的软件供应商,使用最先进的开发方式——即见即得的开发方式——用户边提需求,软件公司边调整,用户马上能看到调整的结果,这才是最佳的选择。当然由于竞争的关系,也有冒充平台开发商的软件企业出现,这就引出了附件二——“真假平台的比较”。

以上举出的几个例子,主要是要说明实验室信息化建设的工作困难重重,需要实验室仔细把握,慎重考虑。

信息化的“未来需求”,对于大多数的实验室确实需要同“现实需求”一并考虑。因为国外的资料显示,建立一个实验室信息管理系统或者平台(通过源代码,不使用平台技术)如果花费100万的话,而在软件的生命周期中,维护和升级的平均费用应该是原始投资的2-3倍,就是200-300万元。以上的几种作法其实正是看到了这一点,想减少实验室“未来需求”的花费,但说实话,目前通过这些方式还鲜有成功的案例,即使有个别成功,那也不具有普遍的规律性。

那其中的原因是什么呢?不是实验室不努力,而是软件技术发展的水平与用户需求的矛盾造成的,因为用户需求不再是简单的需求了,而是有众多功能点(几百个)的需求,软件早就不再是有1-2万行源代码就能搞好了。其实软件的代码量是超过实验室想象的,几十万行或者百万行的代码量,如果定制开发过程中,还要走源代码调整的方式,每个功能、表、字段又都相互关联,相互调用,调整了一个字段,很有可能其他很多功能都会受到牵连,发生改变,这就是牵一发动全身,而在软件修改这些问题的时候,又会产生新的问题,如此往复,费用和周期还有双方的耐心都将受到严重考验,风险极大,所以说大量使用源代码为用户进行定制开发的方式早就不能满足用户的要求了。

归根到底实验室是需要一个简单的、功能强大的开发、维护的工具——软件开发平台,和一个符合用户认识规律的软件现场开发方式——即见即得的开发方式。

软件技术发展到今天,开发平台的大量使用,大幅度的降低了软件开发和维护的难度,提升了软件的开发效率,大大提高了满足用户现实和未来需求的能力。

例如:我们就在实验室领域提供EMP——企业管理平台,他是个开发工具,非常容易操作是他的一个重要特点,很多人通过看演示文件就可以学会开发软件。

下面就介绍一下我们使用EMP开发、维护软件的过程。这个过程首先是我们通过在现有产品的基础上,使用EMP平台为实验室进行“定制开发”,以满足“现实的需求”,同时通过EMP平台来保障实验室的“未来需求”。

首先:对于软件的“现实需求”,只有通过“定制开发”才能解决好软件产品的个性化问题。所谓“定制开发”说白了就是不直接使用软件产品,而要将实验室个性化的需求同软件产品结合在一起,对软件产品进行的再次开发。

因为有很多实验室在直接使用软件产品过程中,由于没有个性化的调整或者调整的很少,给他们的正常管理工作带来了非常大的困难,这样的例子比比皆是。

其次:我们使用EMP——企业管理平台为实验室定制开发的过程是这样的,在软件框架确定的基础上,现场开发采取的是 “即见即得”的开发方式,往复不断,循序渐进,直到软件试用成功,非常符合用户对软件由浅入深、由表及里的认识规律,当然用户项目组的重要作用不言而喻。

我们的定制开发方式比那些使用源代码的公司先进的地方是我们有“即见即得”的开发能力,源代码的公司调整软件很困难,上面说过是“牵一发动全身”不可能满足快速开发的要求,其实实验室可以想象一下,您们能一次性将管理需求提清楚吗?在软件的开发过程中不是“改来改去”的吗?所以那种不具备“即见即得”能力的软件企业很难适应用户的实验室需求变化带给软件的调整要求,“牵一发动全身”的结果就是成本和时间的大量无效流失,失败的结局是可以想见的。

第三:软件的“未来需求”的解决,就是我们前面提到的那几种情况。我们的解决方案是使用EMP——企业开发平台(用户版)。

能够解决的问题是EMP-LMP实验室信息管理平台中的几乎所有功能都可以调整维护,例如:

1  可以调整、新增、删除现有字段、表格、报告、报表,例如报告、登记单、传递卡、台帐等;

2  可以调整、新增、删除现有的工作流程,例如高级版中有36个流程;

3  可以开发简单的功能,比如实验室在今后的维护中,需要增加危险品管理的功能,就可以自己建立流程、建立台帐和表格模板。

为什么说是可以开发“简单的工作流程”,而不是“什么工作流程都可以开发”呢?主要原因是EMP平台是一个知识、经验、功能积累的开发工具,一般来说他只能100%满足“已经经历过的开发过程的需求”,而对于“没有经历过的”用户需求,EMP平台不可能狂妄的说自己也都能满足,当遇到不能满足的时候,我们只能通过升级(就是我们的研发人员通过编制代码、增加控件或者中间件的方法来升级)EMP平台来解决,而这个工作,对于绝大多数实验室来说是做不了的。

所以我们在对用户承诺的时候也只能说EMP维护作用是目前市场上最强的,特别是EMP的报告处理能力,在实验室领域里能力非常突出(我们另外有文论述),流程的处理能力在国内也是数一数二。我们经过8年时间的积累,EMP平台的功能是相当丰富,开发软件的能力是强大的,对于一般的用户都可以很好的满足维护、甚至是部分升级的需求(未来需求)。

 

 

 

附件一

对软件供应商提供源代码的分析

 

尊敬的用户:

   以下是北京世雄科技有限公司就供应商提供“实验室管理信息系统(平台)”的源代码一事作如下分析,请以此为鉴;

   本文档以科学为依据,以务实的态度,对此情况进行全面分析;

背景

   由于管理软件的高风险性,加上用户对于管理软件灵活性(二次开发)的要求,所以有些用户在选择管理软件的时候会要求供应商提供系统的源代码,这种心情是可以理解的。

   管理软件不是一成不变的,他是随着实验室的发展而不断的去提升和优化,并且帮助实验室进行知识、信息、数据的积累,而用传统方式开发的软件由于基于源代码结构,而一旦软件供应商服务不到位或者公司面临倒闭的情况下,用户的系统也随之失去生命,所以用户在不得已、无奈的情况下要求软件供应商提供源代码;

   北京世雄科技有限公司是目前国内唯一的提供平台级源代码的实验室管理软件;

可能性分析

   从软件供应商提供源代码的可能性进行分析,主要从以下几个方面来考虑:

竟争力

   实验室管理软件是一般是一家专业的实验室管理软件供应商的主打产品,也是竟争力的集中体现,就这点而言,软件供应商要开放源代码将会是有限开放。

成本

  一套成熟的实验室管理软件汇集了众多人员的心血,需要很长时间并在实践中不断完善的产品,整体开发成本动则上百万元,如果光从成本上分析来讲,如果要提供源代码,用户将要付出更多的、没有必要的代价。

风险

  由于软件是个系统工程,涉及到技术、行业知识等多方面的内容,是一个智慧的结晶,就用户拿到源代码来说,由于用户不是计算机专家,即便配备了专业的开发人员后,由于系统架构的复杂性,使得在源代码的维护上将变得不可想象的艰难,而软件“改一处动全身”,所以很容易导致整个系统崩溃而导致最终不能使用;

意义

  基于以上说明,实际上提供源代码对用户而言仅仅是从心理上有个安全准备,而在实际应用过程中很难发挥作用,操作失误反而会导致整个系统的瘫痪。

实施方式

  基于竟争压力,软件供应商提供源代码有几下几种方式:

1、  完全提供,也就是提供管理软件系统全部所需要的源代码;

2、  部分提供,提供满足本系统要求灵活性调整部分源代码;

由于用户不是计算机专家,所以用户很难专业的去验收源代码(因为都可以编译通过),再说用户也不了解整个系统的构架,而这往往会成为一个“陷阱”,以下就系统提供方式作如下举例:

 

如系统是用Delphi开发的,有几种提供源代码方式:

A、将所有系统中用到的pas(源代码文件)、dfm(窗体文件)、dpr(工程文件)、ocx包文件、res(资源文件)、dll(动态链接库)、bpl(组件源代码文件)等都提供;这是完全提供方式,而实际上整个系统中用到哪些用户却不清楚;

B、 提供编译后的dcu文件给用户,它可以编译,但是却不能修改代码;

C、 提供包文件,以组件或者包的形式提供,从理论上来讲,整个系统都可以打成一个包文件,这里编译是可以通过的,但用户不能修改;

D、Ocx或者是Dll方式提供,同样可以编译通过,但是用户却不能修改;

E、 还有就是可以将所有要修改的窗口或者是界面提供给用户,给用户一个所有界面都能改的假象,而系统中的核心代码却不能修改。

F、 其它方式

版权

    要使用供应商的源代码去维护和开发、调试,必须要使用开发工具,如DelphiPBVB等,而这些产品的使用是需要授权的,用户还需要付出购买开发工具的成本或者是使用盗版软件的风险。

结论

    用户心情是可以理解,但是采用这种方式将最终导致用户与供应商关系的决裂,因为实际上除非是个非常小的系统,如果一个专业的软件来提供本公司的核心产品,这是行业上没有先例,对用户来讲只是一个要付出更多代价的一个“陷阱”。没有必要也更不可能。

     而世雄提供平台级的源代码方式从根本上解决了这个问题。

世雄提供的源代码说明

A、世雄仅提供用EMP平台开发出来的源代码;而实验室管理系统是用EMP开发出来的,所以世雄是真正意义上可以提供全部源代码的平台。

B、 用户能够没有任何限制的去开发和维护,并且保证整个系统的稳定性与安全性保障

C、 更易于操作和维护;

D、用户不需要购买其它相关的开发工具来维护,而直接在EMP平台上进行;

E、 具体说明参见EMP平台相关的介绍材料;

  综上所述,用户应谨慎对待供应商提供源代码的问题。

 

 

附件二

真假平台的比较

平台的先进性,需要实验室有足够的耐心来比较。

通常专业的平台开发商一定是先通过多年研发后形成了开发平台软件,它能够独立的取得知识产权证书,能够独立的进行商业销售,绝不可能通过简单的将软件中的“自定义功能”汇总一下就能够开发成功的。所以最简单的辨别真假平台的方法是先有平台还是先有实验室管理软件?凡是先有实验室管理软件的又称自己有开发平台的就是假的平台,是完全出于竞争的需要而建立的,这样的事情也可以从反面证明软件开发平台在实验室领域里是多么的受欢迎了。

真平台和假平台有很多不同,可以通过这个表格来比较。在比较之前,先说明一下何为平台,平台是指构建一个统一的系统架构与应用框架的集合,就如同航空母舰一样,可以满足多兵种,多军事设备的使用需要。由此,平台应至少具备以下功能:

l         扩展性

此项指标是平台最基础的部份,平台应具备可扩展性,这就要求平台具有二次开发的能力;

l         兼容性

平台作为信息系统的统一应用开发与应用平台,应能与第三方系统、数据库或者系统软件进行兼容,如兼容各种数据库等,这样管理者可通过统一的平台来访问全部内容;

l         开放性

这里的开放性是指的广义意义上对于平台的要求,包括对于流程的支持等其它应用技术指标,还包含平台对于业务系统的开放性要求;

l         易用性

作为统一的应用平台,平台应提供统一的操作与应用标准,使得平台不仅仅是功能强大、应用灵活,而且要操作简单,这样便于推广和使用;

l         技术领先性

  作为统一的应用与开发平台,平台的各项技术指标与用户的使用、维护、升级、产品生命周期等都息息相关,所以平台应具备技术领先性;

l         其它

其它方面包含平台的设计理念、管理功能、个性化设计等;

 

准平台”或者“自定义功能”(以下简称准平台)是指对特定的某一部分功能可以灵活设置的一项功能,如报告格式的定义、字段、流程的定义等;

 

以下就EMP平台与目前国内供应商“准平台”或者“自定义功能”的技术参数、设计理念等进行比较:

类别

参数或内容

EMP平台

“准平台”

说明

概念产生

概念

基于用户需求与变化而研发,目的是提升中国管理软件的成功率

基于业界竟争

由于用户对于平台的需求而加大了开发商的竟争压力,但研发平台又不是一日之功,故编制概念或者混淆视觉来赢得客户,而用户又不是计算机专家,这就是“准平台”生存之源

设计

思路

以管理为核心的开发思路

没有

决定了管理软件的价值

适用数据库

支持全部流行的大型与桌面库

一种

决定应用系统的生命周期,如果不适应多种数据库,意味着用户如果要迁移数据库的话等于重新购买系统

开发

开发方式

建模方式

源代码方式

基于源代码方式,代码量大、出错率高、维护困难、成本与项目实施风险大

二次开发能力(源代码支持)

完全支持

不支持

此部份是平台扩展性最基本的要求,将影响用户系统的生命周期,同时也是用户系统持续完善的要求

开放性

没有

EMP提供二次开发,包括与其它系统进行集成的接口

集成性

EMP可根据系统接口将孤立的系统进行集成,形成统一的平台

实施

方式

边开发、边交流、边实施

全部开发完后实施

决定项目的成功率与应用效果(也就是用户能否满意和能否用得起来),而EMP通用建模的方式拉近与用户交流的距离

维护

服务器端进行,瘦客户端不需改变

改完后重新编译,再分发到客户端

由于项目需求的复杂性、不稳定性等要求软件要具有灵活性,如果没有好的架构来支持这种变化,项目实施的风险就会很大,这也是中国管理软件低成功率的因素之一,而EMP能很好的适应这种变化

组织机构管理

管理

图形化界面,与权限紧密结合

简单数据型

影响系统的维护与实施,EMP的图形化方式操作更方便、更直观,更容易理解,在机构或者部门下可调整对象的顺利

分配

按不同级别进行分配

人员级分配

EMP中,所有人都有的权限就分配给机构,只有特定部门有的权限分配给部门,部门下的人员有不同权限的分配级指定人员,并且可以在人员权限变化时进行调整

管理权限

EMP赋予了管理系统中对权限中新的定义

没有

EMP中,权限授予给最高管理者,然后由它再授权给相应的部门或人员,再由其在授权范围内再进行授权或者是分配,这样达到权限分配的安全性,而传统的系统系统管理员拥有所有的权限,这同时也属于系统安全的一部分

Logo支持

支持

不支持

EMP中可定义企业Logo,并统一维护

权限管理

权限分配

简单,并能根据不同岗位,与界面结合起来

功能简单

决定软件的界面与简易程度以及管理感受

数据权限

完整的数据权限、商务数据范围权限分配

没有

EMP中,可设置同部门下不同人员的对指定功能的数据访问范围、商务权限、操作权限

流程支持

操作方式

图形化操作、功能强大,符合工作习惯

有或者简单,并且操作复杂、功能有限

一个全员协作的系统应具备企业级工作流的能力,并且要操作简单、功能强大,因为实验室的组织机构、人员、权限都在变化

二级开发能力

有,易于控制

没有

在图形界面操作流程的基础上,EMP同时提供源代码支持,以便于对复杂流程的控制

选择环节退回(退回到任意环节)

可以

不行

在流程退回时可以选择相应的环节,从而实现退回到指定的环节

用户使用感受

统一、整体并且第一时间感知

基于数据操作性,麻烦

EMP基于流程的模式,并使操作感受就像发邮件一样,每天一打开电脑就能收到各方面信息,而不再需要人为去查找

附件支持

支持

不支持

流程中可以添加附件,并且可以同时多人操作,附件支持任意格式

流程监控

支持

不支持

EMP流程中,任意环节都可以查看当前流程的进度,并且以图形、列表方式来显示

复杂流程支持

支持

不支持

如条件控制方式(符合条件A将往A部门流程运行,否则往B部份流程运行)、多人同时、抢占、按顺序等执行等,子流程运行、逻辑符支持、源代码控制流向、流程协作支持、流程预警等

流程主题定义

支持

不支持

可以由用户来定义流程中显示的主题信息,从而使流程主题更具可读性

安全性

数据安全性

强大,做到了字段级,并且可对数据进行加密

不支持

影响企业的数据安全

口令加密技术

组件流加密通道

不支持

EMP找不到口令字段,所有口令都将通过组件技术并加密形成,大大提高口令的安全性

电子签名安全

密码与硬件支持

不支持

通过EMP的“口令加密技术”,再结合硬件、IP等技术,从而使得EMP在安全性能指标上遥遥领先,并且使用户在低成本下实现了对安全性的要求

登录口令安全

密码与硬件支持

不支持

痕迹保留功能

支持

有限支持

EMP对系统中关键的操作日志、操作数据、操作过程等实现了纪录回放功能

灵活性

灵活性

有且强大

没有

决定系统增值空间和维护能力、使用寿命

报告编辑系统

报表与编辑能力

有且强大

没有

影响数据的输出能力

具体报告参数指标请详见《Lims系统中的报告处理》

维护

维护成本与效率

低且周期短

高且效率低

影响到系统的维护成本与稳定性

维护方式

用户全面参与并且可监控

不支持

EMP的宗旨是培养用户成为系统的主人,在由开发商维护的同时,用户可以实现监控

升级能力

自动升级

没有

 

产品性能指标

稳定性

极好

一般

由于基于平台、组件技术,系统整体结构好、稳定性大幅度提高,而传统的开发方式由于是基于源代码结构,改一处动全身而导致系统稳定性差

适用范围和生命周期

非常好

很差

由于系统强大的灵活性,EMP具有系统增值的空间

用户认知

用户感知

全面深刻

模糊

由于一般情况下开发商在作现场演示的时候只是演示有利于自己的部份,如灵活性等,而这方面往往是用户最关心的问题,一般也只是表面的问题,但是用户不是计算机专家,对于底层技术等一些技术指标用户却难于辨认,基于以上认知,用户会统称为平台,这样供应商而达到鱼目混珠的目的

 

综上所述,EMP无论从设计理念到技术指标,目前都处于国内领先水平,世雄将通过专业的服务帮助实验室进一步发展,提升中国管理软件的成功率。

 

 

 

脚注信息

版权所有 Copyright(C)2003-2018 北京世雄科技有限公司

备案号:京ICP备14050499号


技术支持:企尚互联B2BB2C网站编号4284