基于DWZ富框架和Ajax异步处理技术的人才推荐系统设计与实现.docVIP

　　基于DWZ富框架和Ajax异步处理技术的人才推荐系统设计与实现 摘要：某人才公司随着业务的不断扩张，原有的C/S架构人事管理软件功能拓展能力不足、维护升级困难、互联网应用能力弱，特别是缺少人才推荐等核心功能，需要构建一套用作企业人才管理与推荐的 eL扩展方式调用UI组件；采用AJAX异步处理技术进行数据交互，客户体验非常好；基于jQuery，UI组件以jQuery插件的形式发布，扩展也非常方便。结合推荐业务流程，以及对推荐算法的对比分析，采用了基于项目的协同过滤推荐算法。具体实现中，将会员的基本信息和求职需求分解成不同的特征片段，根据这些特征虚拟出用户最满意的职位，再通与职位库中的职位特征进行相似度匹配，计算得到一个排序的职位列表作为推荐，顾问再在此基础上进行人工推荐，最终实现高准确、高效率的人才推荐。 　　人才推荐系统是以信息化，网络化的统一方式实现公司主要业务。以会员数据人才库、企业库、HR库、职位库为核心，进行联系、预选、推荐、费用的管理。系统体系架构如图1所示。 　　在本系统的数据库设计中，首先是进行概念数据模型的设计，定义出与数据库系统版本无关的数据存储结构；然后再进行物理数据模型的设计，针对具体使用的数据库品牌和版本，定义出物理实现的具体细节；最后通过建立的物理数据模型，通过PowerDesigner工具导出具体的数据库生成脚本。由于系统涉及的关系模型非常多，本文只列出其中几个主要实体的E-R图，如图2所示。 　　系?y采用DWZ富框架和Ajax异步处理技术，首先加载DWZ整体框架，然后再通过Ajax异步处理技术加载业务逻辑。所有可编辑页面采用弹出窗口的模式，类似Windows操作系统的操作方式，可以将窗口最小化到框架的任务栏上，需要继续操作的时候再恢复窗口显示，所有内容都不会被改变；主体报表显示页面采用浏览器的选项卡方式在框架内打开，不同也页面课随时切换，数据更新通过Ajax异步技术在后台实现，整体框架不会刷新，也不会影响用户的其他操作；消息采用右下角弹窗提示的方式，不影响用户的其他操作。 　　人才推荐是该人才公司最主要的业务，推荐进程有两种模式：以会员（求职者）为主体，可以同时推荐多个公司的职位；以职位（公司）为主题，可以同时推荐多个求职者。个人会员状态指针和推荐进程的关系如下： 　　1）当指针为[待介绍]：表明该会员没有任何推荐。默认按照求职日期从后往前排（最新的最前），掉队规则（就是排到后面去）为：求职状态为[录用]、[成功]、[暂停]、[失效]、[禁止操作]。也可以通过选项夹进行分类操作。 　　2）当指针为[介绍中]：表明该会员有多个推荐进程（有面试）在发生，但还没有明确结果，每个推荐进程都是介绍中。 　　3）当指针为[录用]：表明该会员已经有一个进程变为录用，此时该会员不再能添加新的推荐进程（也就是不允许有新的职位推荐给他），但是在录用时间发生之前已经存在的推荐进程可以继续跑。指针为[录用]不是永久的，只有1周时间（该时间和翻转次数可以后台统一设置），一周过去，如果[录用]没有变为[成功]，则自动翻转为[介绍中]，同时那个推荐进程也自动翻转为[介绍中]。会员状态的改变有日志。 　　4）当指针为[成功]：表明该会员已经成功付费。如果出现付费后又退费，如果退费金额超过70%，则退费后，状态为二选一：[待介绍]或[暂停]。 　　5）当指针为[暂停]：则该会员停止增加新的推荐进程。暂停需要理由说明。 　　6）注意：只有专属顾问方有权将自己名下的会员设置为暂停（并需说明理由），但是任何顾问均有权将会员由[暂停]恢复为[待介绍]。 　　7）当指针为[禁止操作]（就是原来的黑名单）：则该会员停止增加新的推荐进程，并在显示列中尽量靠后。注意：设置[禁止操作]需要特殊权限（在团队管理里设置），禁止操作会员在系统里永远不失效。 　　结合推荐业务流程，以及对推荐算法的对比分析，我们采用了基于项目的协同过滤推荐算法。具体实现中，我们将会员、职位两个主体分解成不同的特征片段：首先把会员的基本信息分解为：性别、年龄、籍贯、户籍地、身高、体重、文化程度、毕业院校、专业、通晓语言、管理经验、行业背景、主要技能、职称、形象、婚育状况、所在城市17个特征片段，把会员的求职需求分解为：求职岗位、期望行业、期望工作城市、期望薪资、食宿要求、专兼职6个特征片段；把职位的基本信息分解为：所属行业、职位类别、工作城市、试用工资、正式工资、福利待遇6个特征片段，把职位的招聘要求分解为：性别要求、年龄要求、学历要求、语言要求、户籍要求、岗位要求、技能要求、工作经验要求、专业要求9个特征片段。 　　以会员为例：根据会员的求职需求特征已经可以虚拟出用户最满意的职位，再通过求职需求特征与职位库中的职位进行相似度匹配，计算得到一个