基础数据人员档案代码表的优化设计及实现.docVIP

基础数据人员档案代码表的优化设计及实现 　　【摘 要】在基础数据中，人员档案是非常重要的代码表，表设计的好坏直接关系到各业务系统之间数据同步的效率和准确性。本文立足实际，通过准确分析、切入关键改造点，对该表的优化设计和后续开展工作进行论述，最后进行经验总结。 【关键词】基础数据 代码表 优化设计 实现 一、导言 企业信息化建设要健康发展，统一基数数据平台（BDP）的建立固然不可少。但是，在建立基础数据代码表的时候，如果脱离实际则易造成严重后果。虽然有些代码表设计相对简单，如银行、币种等，但有些代码表设计相对复杂，如含子表的供需方等。笔者认为人员档案代码表的设计很微妙，尤其在企业走向集团化管理时，组织架构往往比单企业复杂，考虑不周就会产生问题。原因很简单，一是该代码表数据来源是人事系统（HR），BDP接收后再分发同步；二是该代码表存在动、静态数据，如姓名、性别等信息相对固定，而所属公司、部门、人员类别等易变化，因此，如果是单表存储，易出现一人多码（包括历史记录）的情况。为此，我们需要对代码表优化设计，包括数据清洗和相关业务系统改造等。 二、现状及问题分析 前述笔者已经对现有问题进行了初步分析，因现有人员档案代码表采取单表设计方式，加上直接导入人员初始化数据和同步接口不稳定产生了一定的“脏数据”。影响业务系统的数据处理。为了更好地分析问题，笔者给出了如下数据同步流程图： 图1 企业现有人员代码同步流程图 上图表明HR是源头，BDP是接收和同步载体，业务系统是最终接收者。这是总的数据流框架，改造重点在于表结构设计和同步机制。现有数据存在问题有： （一）一人多码。即同一人员在BDP的人员档案代码存在多条记录。如该人员原在A公司任职，后借调到B公司，最后正式调入B公司，将存在三条记录，如下表 另外一个问题就是该人员的原始部门信息没有了，如需追溯该人员的任职情况，BDP就无法给出完整信息。 （二）数据重复。因直接导入初始化人员数据，加上同步后有些ID没有对应，导致出现重复数据。另外人为操作失误后，虽然HR做了处理，但删除动作并未同步，所以重复依然存在。 （三）数据冗余。该问题表现为BDP存在的数据在HR没有对应数据，产生原因基本同第二点。 三、改造方案设计 （一）人员档案代码表设计。首先必须拆分该代码表，拆成包含静态信息的基本表（主表）和动态信息的人员单位关系表（从表）这两张表。主表包含的信息有： 其中缺省标记由HR传送人员部门决定，如属借调，缺省对应借调部门。对照ID一般等于人员ID，但如果该人员记录被清洗，则对照ID记录为清洗的ID，供业务系统对照。 （二）信息传递流程改造 1.新增 （1）新增一条主表记录；（2）新增一条从表记录，并自动关联主表记录。 2.变更 （1）如不涉及部门信息变更，则直接更新对应主表记录；（2）如果涉及部门信息变更，则新增一条从表记录，并自动关联主表记录。需特别注意缺省标记，表3中，人员从A公司回到B公司后，在A公司产生如下新记录： 此时该记录为缺省，但实际第二条记录才是缺省的，因此要回溯，将缺省标记改为第二条。 四、改造实施及实现 （一）HR与BDP接口改造：HR为源头，首先保证HR与BPD数据同步正常，按照新表结构进行HR和BDP之间的接口开发工作。 （二）BDP数据清理：该步骤非常关键，且只能人工清洗，梳理结果是每个人员只有一条主表记录，但可能有多个从表记录，在形成新表结构后与HR同步。 （三）业务接口改造：可同步开展，包括BDP和所有业务系统之间的新同步接口代码的重新开发，要注意同步算法的合理性设计。 （四）业务数据清理：由于业务系统已存在数据，需对照BDP清理后的数据进行自我修正，否则新接口无法启用。 （五）新旧接口切换：以上步骤确定都完成后，所有接口统一时间进行切换，同时停止旧接口。 五、经验和总结 （一）合理分析设计代码表 正如笔者开头分析，如果脱离实际，不考虑将来的发展情况就容易产生问题。 （二）考虑问题所有细节 改造涉及的问题非常多，数据清洗、代码开发、信息同步，任何一环都必须小心进行，哪怕多花时间，也不能匆忙带过，如缺省标记的问题。 （三）全部完成再切换 如果急于启用新接口，又未对所有改造工作进行确认，导致数据同步出现问题后只能浪费时间重新切回。肩上的责任和压力时刻提醒我们，小失误也会造成大损失。只有细致和认真的工作态度，才能在信息化的舞台上蹁跹起舞。 参考文献： [1]曹雪虹，张宗橙著《信息论与编码（第2版）》清华大学出版社2009 [2]沈边丰，李正权著《信息理论与编码基础》科学出版社2010 5