|
||||||||
![]() |
||||||||
C6软件从设计至今始终坚持一个原则:始终只维护一套最新的源代码,有计划发行新版本,高版本兼容低版本,低版本可以升级至高版本,客户的个性化修改通过配置文件来体现。这种坚持最大好处就是无论新老客户,不用担心年代的长久,也不用担心谁来实施,只要是用的C6软件,C6研发中心就可以承担起软件的维护、升级责任,充分保障合作伙伴以及客户的利益。 中国的管理软件,往往个性化会比较多,很多的公司,为了图一时的简单和方便,往往由当时负责这个项目的研发人员直接按客户的要求修改程序来满足客户的定制服务,于是就产生了很多的客户版本,这种做法,项目的实施周期是缩短了,但后面的麻烦可能大了。客户可能会因为操作系统需要重新安装,从而需要重新安装软件,但往往是安装包不知放哪里去了;还有,如果实施人员或研发人员离职,细节工作的交接往往会遗忘,后面接手的人员可就麻烦了,甚至连当时那个安装包都找不到;再说,软件运行过程中难免会出BUG,或需求改变了导致软件功能需要调整,本来新版本可能早已把这些问题解决了,但由于版本管理混乱,无法直接升级,必须找回当时那个客户的最新源代码来修改,但结果往往是找不到。我们身边太多的软件公司存在上述这些情况了,做到最后,就只有关门重来,因为客户的数量达到一定的程度之后,这些的公司将整天陷入这种无法处理好的服务漩涡中而无法自拔,只有用关门这种不得已的方式来逃避责任,给他们的合作伙伴和直接客户带来利益伤害。 C6软件的版本分为程序版本和数据库版本,程序版本中,大版本号为V8.0,小版本号就直接用编译日期来标示,格式为:Built on 2007-01-01,数据库版本从001开始递增,截止到2007.9.1日,数据库的最新版本为027,所以,一套软件往往表示为C6 HR V8.027、ExtAio01 V8.027等,这表示C6 HR 、ExtAio01的程序版本为V8.0,其数据库需要V027版本来匹配,当然,在系统的About中还开始看到类似Built on 2007-09-01这样的程序编译日期,如下图: |
||||||||
|
||||||||
数据库的版本超前程序版本是不会出任何问题的,但程序版本超前数据库版本就可能出问题,比如C6 HR V8.027,如果数据库版本为V028,那没有任何问题,如果版本为V026,那就可能出错,举例说明,V027时增加了一个表,C6 HR V8.027程序使用到了这个表,如果使用V026的库,那么程序中用到新表的部分肯定要报错。
C6软件这种有序的版本管理并不会影响客户个性化需求的满足,如果个性化需求只是在现有模块的基础上调整,那么就通过配置文件一同纳入标准版本,安装标准版本之后只要打开该客户相应的配置,其个性化的模块就会展现出来;如果个性化的需求比较复杂,可以在C6平台下开发一个专有模块来支持,这样就使得标准软件与完全个性化的软件分开,单独维护。C6软件低版本可以升级到高版本,即使是C6 HR V6.001,只要有耐心,也可逐级执行升级文件,最终将其升级到C6 HR V8.027。 C6软件的这种版本管理机制,从根本上保障了C6软件逐步、稳定、可持续性的发展,就好比“十年磨一剑”,无论是合作伙伴,还是直接客户,他们的利益和投资均会得到可靠的保证,从这一点来说,选择C6真的就是选择放心! |