Home 博客

知力企业博客

A short description about your blog

一体化数字校园的基础之信息标准

Posted by: admin in Untagged  on

        信息孤岛几乎是国内外普遍存在的问题,过去有之,今后还会存在。大到一个行业,小到一个企业、学校,甚至一个部门,数据不能有序流通、信息不能共享,信息孤岛给企业带来巨大的经济损失,人们为攻克信息孤岛也付出了巨大的人力和资源,完全克服它将是一个很长的时间,不会一蹴而就。因为信息孤岛的产生并不是短时间的。企业、学校建设计算机应用系统越早,问题反而更严重,因为已运行的系统是在不同时期、由不同部门开发的,如果没有统一的信息标准的指导,各系统只能是一个个信息孤岛。整合这些系统,使之能进行数据交换、资源共享将是一件极其艰巨的工作。

   

信息标准的体系结构

就大学来说,管理信息标准的体系结构通过信息工程理论按职能域可规划为以下几个方面:

学校管理数据集、学生(含研究生)管理数据集、教职工管理数据集、教学管理数据集、科研管理数据集、财务管理数据集、资产设备管理数据集等。每个数据集又可按业务流程划分为数据类,有些数据类还要划分数据子类。

数据类是一组相关数据元的集合,对数据元再进行各属性的规范描述(又称之为元数据标准化),这些数据属性包含了数据项名称、中文简称、类型、长度、可选性、取值范围等。

为了保证数据录入规范,便于查找和统计,每个管理子集都对应着相应的标准代码,代码分国家标准、部颁标准、学校标准。

可选性是指本数据项在实施中是否可选(必选:M-Mandatory, 可选:O-Optional);性别码采用国标GB/T 2261.1-2003个人基本信息分类与代码第1部分《人的性别代码》。

这样,对学校管理中基本数据的属性进行分门别类的逐个定义,并统筹兼顾各业务域(各标准数据集)间的调用关系,避免数据项的冗余。

 

关于代码标准

数据标准是信息标准的主要组成部分,但缺少代码标准是不可行的。因此,制定数据标准的同时,一定要重视代码标准的制定。我们在前面已经说过,通常我们要使用的代码标准大致可分为三类,国家标准、部颁标准(或行业标准)和学校管理使用的代码标准。编制代码应遵守以下原则:

1. 向上靠拢,即只有国家标准或部颁标准没有的代码,我们才编制新的代码。

2. 对于学校使用各类代码应逐一修订,与数据标准一样,都要得到管理部门的认可,否则将很难执行。

3. 充分重视通用基础性代码的制定,例如单位(院系所/部处)代码、学号、教工号、课程号等的研制,这些代码影响面大,使用频度高,一定要具有科学性、前瞻性、可扩展性、稳定性。否则就可能是短命的。

实施信息标准的策略

信息标准尤其是管理信息标准,它从来就不是一件单纯的技术工作,它是现代管理的需要,是管理部门与技术部门合作的产物。

 

1. 实施信息标准必须由行政管理部门推动。在高等学校,信息标准要由学校的权威部门颁发,在全校范围内通过行政手段推动执行。学校有关部门(校办或信息办)要制定有关实施信息标准的法规政策,保证信息标准的全面实施。

2. 对新开发的系统,技术开发部门必须全面按照信息标准实施,否则不予上网运行。

3. 对已有的不符合信息标准的应用系统,根据实际情况,有些要推翻重做,有些可加以改造,通过研发数据转换接口来与其他应用系统交换数据。

只有规范化管理,才能实施信息标准,保证UAI的实现,消灭信息孤岛才有可能成为现实。

 

一体化数字校园

为争取成为世界一流大学,建立一体化数字校园是不可缺少的基础设施。数据整合、内容整合、流程整合、用户整合、权限整合、应用整合是实现一体化数字校园的必要条件,这里数据整合是最重要的,也是基础性的。有了高质量的信息标准,按规范要求去实施信息标准,一个全方位的,为学校教学、科研和管理服务的一体化数字校园就一定会实现。

 


TalkOne即时通讯开发之编码

Posted by: admin in Untagged  on

这几天一直被编码的事搞的头大,今天算是彻底解决,TalkOne即时通讯的后台是采用Erlang开发的,前端管理采用Ruby On Rails,因为会涉及到数据通讯的问题,考虑到性能或和扩展性方面,两者之间采用JSON进行的数据通讯,Erlang采用是的rfc4627,编码是utf-8的,但是在前两个这两个0字节,在ROR这边不能直接解码。因为涉及到utf-8和unicode的转化问题。

UTF-8编码字符理论上可以最多到6个字节长,然而16位BMP(Basic Multilingual Plane)字符最多只用到3字节长。下面看一下UTF-8编码表:

        U-00000000 - U-0000007F: 0xxxxxxx
        U-00000080 - U-000007FF: 110xxxxx 10xxxxxx
        U-00000800 - U-0000FFFF: 1110xxxx 10xxxxxx 10xxxxxx
        U-00010000 - U-001FFFFF: 11110xxx 10xxxxxx 10xxxxxx 10xxxxxx
        U-00200000 - U-03FFFFFF: 111110xx 10xxxxxx 10xxxxxx 10xxxxxx 10xxxxxx
        U-04000000 - U-7FFFFFFF: 1111110x 10xxxxxx 10xxxxxx 10xxxxxx 10xxxxxx 10xxxxxx

 

当然在UTF-8到Unicode的转换也是通过移位等来完成的,就是把UTF-8那些格式相应的位置的二进制数给揪出来。在上述例子中"你"为三个字节,因此要每个字节进行处理,有高位到低位进行处理。在UTF-8中"你"为11100100,10111101,10100000。从高位起即第一个字节11100100就是把其中的"0100"给取出来,这个很简单只要和11111(0x1F)取与(&),由三字节可以得知最到位肯定位于12位之前,因为每次取六位。所以还要将得到的结果左移12位,最高位也就这样完成了0100,000000,000000。而第二位则是要把"111101"给取出来,则只需将第二字节10111101 和111111(0x3F)取与(&)。在将所得到的结果左移6位与最高字节所得的结果取或(|),第二位就这样完成了,得到的结果为 0100,111101,000000。以此类推最后一位直接与111111(0x3F)取与(&),再与前面所得的结果取或(|)即可得到结果 0100,111101,100000

因此用Ruby可以写出utf8转成unicode的主要代码
irb(main):023:0> irb
irb#1(main):001:0> a=0xE4
=> 228
irb#1(main):002:0> a & 0x1F
=> 4
irb#1(main):003:0> unicode =  ( a & 0x1F) << 12
=> 16384
irb#1(main):004:0> unicode |= ( 0xBD & 0x3F) << 6
=> 20288
irb#1(main):005:0> unicode |= ( 0xA0 & 0x3F)
=> 20320
irb#1(main):006:0>

上面是模拟验证运算,有了这个以后,就是分析json的字符串,通过正则表达式来匹配,注意utf-8过来有3个连接的编码,通过上述的转化,用过unpack("U")返回字符,这样的就页面就能显示正常中文了。


Windows Server 2008中的网络共享

Posted by: admin in Untagged  on

今天晚上需要打印资料,老婆的电脑是windows 2003,我的这台则是windows server 2008,打印机装在我的电脑上。刚开始时,老婆这台ping不通我的电脑。当然,首先考虑是防火墙的问题。关掉自带的防火墙,关键第三方厂商的防火墙,算是通过了,但是还是不能网络共享,比如\192.168.1.99,按理来说,从局域网中的普通计算机中,打开网上邻居窗口就能看到目标共享资源了;可是,Windows Server 2008系统中的共享资源却不是那么容易见到的,首先打开Windows Server 2008系统的"开始"菜单,从中依次选择"设置"/"控制面板"命令,在其后的控制面板窗口中用鼠标双击"网络和共享中心"图标,打开对应系统的网络和共享中心管理窗口,启用共享和发现,结果还是不行,又检查了服务里的Server和Computer Browse这两个服务,确保已经开启,但还是不行。折腾了半天,老婆以为没戏了,唉,一个专家怎么就难倒了呢,突然想到了NetBIOS,局域网不是需要这个协议,我赶紧打开控制面板网络连接本地连接,在属性里,没有发现NetBIOS协议,但是Microsoft的网络文件和打印共享没有勾,现在把它勾上,一切解决了。另一台电脑可以共享访问了。

优秀团队的应该做好的三个要素

Posted by: admin in Untagged  on

    一个积极向上的团队能够鼓舞每一个人的信心,一个充满斗志的团队能够激发每一个人的热情,一个善于创新的团队能够为每一个成员的创造力提供足够的空间,一个协调一致、和睦融洽的团队能给每一位成员一份良好的感觉。

大家也许在小时候就听过三个和尚的故事:当庙里有一个和尚时,他一切自己做主,做得很自在;当庙里有两个和尚时,他们通过协商可以自觉地进行分工合作,同样做的不错;可当庙里来了第三个和尚时,问题就出现了,谁也不服谁,谁也不愿意干,其结果就是大家都没水喝。

  当初读到这篇古老的寓言的时候,我们知道了团结的重要性。其实,这个寓言也可以看成是一个项目管理的案例。它所反映的问题就是:同样完成一个项目,缺乏团队协作的结果还不如个人独立工作或者作为合作双方订立契约。因为一个团队内部是不可能以契约形式作为彼此合作的前提。而现实的问题是,由于个人的能力有限,因而在实施一个项目时,必须建立一个由多人组成的项目组。这个项目组是否能够和谐地进行团队协作,将决定了这个项目能否成功。

  这个寓言最有意思的地方在于:同样都是需要沟通与协调,为什么在两个人的时候能够达成一致,反而在三个人或者以上的时候就乱套了呢?难道仅仅是因为人数的增加导致意见不一致吗?应该说,这个牵涉到团队协作中三个基本的因素:分工、合作以及监督。一个人和两个人的时候,这三个因素都可以比较容易满足条件,因此不容易发现问题。而一旦超过3个人,这些因素就马上会将矛盾凸现出来。而为了解决这些矛盾,只有追根溯源将三要素理清。下面我们进行逐个的分析问题所在。

  分工:

  如果是一项单人就可以胜任的工作,项目经理一般会指派给专人负责。个人独立工作并无分工的问题。而在同伴(两人)协作中,彼此则可以通过平等的协商和沟通从而对工作量和工作内容进行有效的分配。而一个大的项目组,由于其成员人数较多,因此在工作量与工作内容的分配问题上,显然难以通过彼此的平等协商和沟通而得出一个有效并令众人都满意的方案。即使项目经理可以进行安排与协调,但这本身就需要项目经理懂得怎样进行团队协作。

  合作:

  有分工,就需要合作,即彼此相互配合。在同伴协作中,由于人员构成简单,在彼此合作、协调、沟通的难度上远远低于团队协作。而在一个大的项目组中,由于其成员身份背景的差异,彼此间的人际关系的复杂以及对彼此工作的不熟悉等原因,因此造成了在彼此相互合作上存在相当大的难度。

  监督:

  监督作为一种协作手段,其存在的主要原因是由于成本和收益的关系存在。用西方经济学的概念来解释:即任何理性的人,都希望以最小的成本来达到最大的收益。反映在一个大的项目组中,即项目组中的任何成员都想花费自己最少的精力来完成既定的任务,而他们节约自己工作成本的方式,就是让其他组员承担原本须由自己完成的工作。因此,如果缺乏有效的监督,就会导致所有项目组成员都偷工减料,从而使该项目彻底失败。这在三个和尚的案例中体现地尤为明显。

  而在个人独立工作时,一切工作成本都须由自己负担,因而没有让其他人分担的可能。在同伴协作中,彼此可以进行简单有效的互相监督,因而也这方面存在问题的可能性也较小。

  由此可知,在一个大的项目组中,建立起良好的团队协作至关重要。因而在对一个项目的管理过程中,团队协作显然是不可忽略的重要环节。而在处理团队协作问题时,建立起合理完善的团队机制就是首先解决的问题了。

  所谓团队机制,简单的说,即是对团队内各成员的分工、合作以及监督等职责的规定。在具体反映在建立一系列规章制度的同时,它着重落实到给团队各成员建立起其在团队内的"身份"。而这种身份事实上即是对其团队职责的反映。所以说,一个完善合理的团队机制,其重点即是对团队各成员职责的合理划分和规定,即是给团队内各成员都确定一个合理的"团队身份"。使得无论是项目经理还是组员,都可以找到自己在整个项目中的坐标。

  那么,在团队机制已经建立的前提下,如何在项目管理过程中建立起良好的团队协作关系呢?

  根据团队协作的三要素,显然也必须从分工、合作以及监督三方面入手。

  如何分工:

  项目经理进行分工的原则应该是:团队每个成员的具体工作及相应职责都必须被合理并明确的划分。

  所谓合理的划分,即每个团队内成员的能力必须与其从事的具体工作相匹配。从前在美国有一种流行的观点,即如果你擅长做什么事,那么你就可以管理其他人做同样的事。这在今天看来,显然是荒谬的,因为一个人的业务能力和其管理能力不存在正比关系。但是直到今天,在许多项目组这种情况仍然很普遍,即一个项目经理通常由一个成功的业务员担任。虽然他在业务上具有出众的能力,但是一个项目经理的职责显然更偏重于管理好整个团队,在项目组中维持良好的团队协作。这需要优秀的管理才能,显然,这一情况往往被忽视了。

  而所谓明确的划分,即是使每个团队成员的具体工作和职责都得到的无法模糊的确认,使得团队内各成员都必须对其本职工作负全责。

  合理的分工使得团队内的各成员得到真正的"物尽其用",每一个成员都可以在合适的岗位上发挥其最大的价值。而明确的分工使得团队内各成员拥有明确的责任意识,他们无法逃避自己所犯的过错,因此,他们必须做好自己的工作。同时这种在具体工作上的细致分工也可以有效避免重复劳动,由于各成员具体工作的明确,也可以大幅提高相互协调合作的效率。

  对成员进行分工的工作一般是由项目经理负责的,因此,一个合格的项目经理至少必须具备准确考量人才的判断力。当一个项目组成员无法适应其工作时,就必须考虑调动其到合适的位置,如果他无法适应所有的工作,则他必须离开这个项目组。

  怎样合作:

  分工是第一步,紧接着就是项目过程中具体的合作了。而合作的关键在于:对团队内各成员具体负责的工作进行有机整合,以实现项目目标。
由于团队内各成员背景、学识、性格、以及彼此人际关系与具体工作的差异,如果缺乏一个良好的协调机制的话,他们彼此之间是很难自发完成良好的合作的。

  那么如何解决呢?事实证明:协调机制的重点是沟通。在团队协作上,沟通主要体现在纵向的上下级及横向同级成员间的相互交流上。良性的沟通事实上往往建立在项目组内部良好融洽的人际关系上。上下级互相尊重,而同级人员则相互信任,而不是勾心斗角。同时在加强沟通时,要避免沟通过度,即过于频繁的团队会议会导致沟通效率的低下以及时间的浪费。

  团队内部自发的相互的沟通往往会遇到很多障碍:等级、利益冲突、个人矛盾等等都会影响到沟通的顺利进行,团队内个人的工作也就无法整合成有机的整体。此时就需要项目经理出面协调,协调的作用首先是协调各成员所负责的具体工作,使之可以得到顺利的衔接,得到有机整合;其次是协调各成员彼此间的人际关系,从而促进合作的积极性,使得整个团队可以更紧密协作。因此,一个合格的项目经理必须具备良好的沟通能力。

  为何监督:

  不少人认为项目监督应该由外部进行,其实这一观点是片面的。因为这里的监督不仅仅是对项目本身,还包括了对团队内各成员是否完成自身职责进行考量,以及相应的奖惩手段。因此如果缺乏行之有效的监督机制,那么一个项目组只能退化成为一个各成员不负责任地捞取个人利益的工具。

  因此,监督的目的即是促使项目组内各成员都负责地完成好本职工作,并使之不进行任何可能危害项目实施的行为。因此,在对各成员完成职责的情况进行考察的同时,它还应该包括惩罚和激励机制。

  惩罚的作用是矫正成员的不负责态度和危害性行为,使之树立起认真负责的态度,并给其他成员以警示的作用。而激励的作用则是巩固成员对本职工作负责的态度,从而延续这种正确的工作态度,并给其他成员以榜样的作用。

  监督的一般分为项目组内的互相监督以及独立于项目组外的上级监督。上级监督由于其相对的独立性,因此它可以有效排除人际关系以及利益关系的因素,显得更准确、严格和客观。然而,由于工作量的关系,上级监督往往无法随时进行,因而其缺乏快速反应的能力。项目组内部的互相监督正可以弥补上级监督的这种缺点,它可以随时进行,具有灵敏的反应能力。当然,它的缺点即是容易受人际关系和利益关系的影响而出现纵容、包庇的行为。因而,它同样需要与上级监督配合使用。而项目经理在两种监督方式中的身份都很关键,监督是否有效,项目经理在其中能否承上启下是关键所在。

  三要素其实就是项目管理中"三个和尚"难题的解决之道。一个拥有共同目标、人人物尽其用、彼此精诚合作、人际关系和睦、对工作高度负责同时又赏罚分明的具有高度团队协作能力的项目组,其所从事的项目毫无疑问一定是可以成功的。

  那么对比"三个和尚"的失败案例,我们看一下现实中成功应用的团队协作三要素的案例--举世闻名的美国海军陆战队"海豹突击队"。显然,一个作战小分队就是一个项目组,只有通过建立起良好的团队协作才可以确保任务的最终完成,因此,一个优秀的团队需要一种良好的机制,也需要一种优秀的产品来把这样机制体现出来,把团队彼此的协作,交流发挥的淋漓尽致,那么MindTree知识管理系统无疑是一个优秀的备选产品,运用IT的技术,把团队协作,知识分享,工作流程等体现出来,给我们的团队管理带来了极大的帮助。

  由于必须承担特种作战任务,突击队通常都是以小分队的形式来组织行动的。由于人数不多,因此每一个小队都根据队员的具体特长进行了最为明确的分工,从具体工作上分为班长、机枪手、通信员、突击手、狙击手、军医以及爆破手。他们都有各自相应的独立的职责,如班长负责指挥管理整个小队,并协调队员间的关系,类似于项目经理。而各个队员根据自己的具体工作也承担了相应职责,如通信员担负与总部及友军联系的任务,狙击手则负责狙击对方重要目标,军医则是各成员生命地保障。由于具体分工的明确和严格,因此每一个成员都必须尽自己最大的努力做好自己的本职工作,否则任何环节的差错都会导致小队的全军覆没。

  而同时,小队成员间也必须进行默契的配合,因为只有当他们成为一个完整的团队时,他们才可以完成自己的任务,而将小队内的任何成员单独抽出来,放在敌人面前都会显得孤立无助。就好比将小队的核心--班长抽出来,显然单凭他一人是无法独立完成任务的。但是如果脱离了他的领导,小队也将因为领导、管理的混乱成为一盘散沙。

  在作战时,小队成员彼此信任,同时也彼此互相监督。因为他们知道任何人不负责任的举动都会使任务泡汤,甚至让自己丧命。而上级的监督则来自于宪兵,因为如果单凭自己小队内部的相互监督,战友的友谊很容易形成一种包庇行为。至于奖励措施,则往往包括职位的升迁、军衔的提升以及荣誉奖章的颁发。而惩罚的措施则来自于军事法庭,一个叛徒或逃兵往往会被判处极刑。

  这个成功的案例说明个人的力量终究是有限的,而团队协作是项目成功的力量源泉。在战场上如此,在商场上的项目更是如此。




友情链接: 100分教育社区 上海市企业信息化促进中心 国家工业和信息化部 中国信息安全评测认证中心 中国教育网 多特软件站 天空软件站 华军软件园 上海西楚礼仪