计算机专业转正考核课件.ppt

考核文档,姓名：工号：日期：,主要内容,我完成的开发,项目介绍,2,1,4,收获&体会,5,具体说明,3,流程演示,项目介绍,项目名称： 中集HR项目,项目介绍： 本项目主要是实现中集的相关HR方面的相关需求，从而对原有功能模块进行二次开发或者开发新的 功能模块，与此同时还对公司的标准工作流进行推广应用，将中集集团及各个公司组织的流程操作进行工作流的标准化。 对于CIMC人力资源管理系统HRMS（以下称自助界面），主体是采用LWAP框架进行编写，虽然对公司来说，这个框架已经渐渐被Aurora替代，但对于中集集团这个客户公司来说，还是非常重要的。当然，面对更多的需求以及客户的更高要求，LWAP已经不能完全满足了，特别是在业绩模块的二次开发中，有关界面的美化及布局，事实上已经脱离了框架的限制，夹杂着更多的純HTML标签语言。 后台管理（FORM管理界面），主体采用Oracle Form开发编写，主要用于后台的数据维护及管理员的相关操作。,我完成的开发,已经完成的开发部分在本机上进行整理存档（如下图）。,流程演示,用户登录,角色选择,不同的角色可以查看到不同的菜单界面，也就是说根据角色的不同，用户将具有不同的权限,角色判断，权限分配,流程演示-1、反馈角色分配,用户登录,角色判断,集团反馈管理员,各组织反馈管理员,所有组织的反馈角色分配管理,当前用户所属组织的反馈角色分配管理,反馈角色分配流程图,在Form管理中，为反馈角色分配的两个Form界面维护到不同的菜单中，然后相应的创建角色，并在角色维护中对应分配可访问的菜单权限，然后当用户以相应的角色操作是就能够看到不同的菜单界面，从而进行不同的操作管理，达到权限限制。,具体说明-1、反馈角色分配,反馈角色分配（Form界面）,反馈角色分配板块：一个存储表、序列两个Form界面，分别对应超级管理员和各组织管理员两个导出报表的service，分别对应到两个Form界面系统的值列表数据维护,具体说明-1、反馈角色分配,超级管理员对应的管理界面,界面中可以根据组织、层级、模块、类型进行数据筛选，同时可以对筛选出的数据进行报表Excel导出,具体说明-1、反馈角色分配,在Oracle Form开发中将此界面所涉及到的可维护字段创建成一个表，并注意给表添加常用的创建人、创建时间、最后修改人和最后修改时间四个字段，同时为提高数据查询效率可以将查询条件添加约束。,对于Oracle Form开发，相对的难点也就是触发器的选择，当然也就包括因触发器的执行顺序而设定的业务逻辑。比如：对于这个简单的Form界面来说就是当执行完查询操作后，要将查询条件设置成数据块的查询条件，那样当进行报表导出的时候，就能将条件语句一起带出，从而导出与查询后显示的数据相同的报表。 对于各组织的反馈角色分配，与超级管理员的差别在于，显示的默认数据已经对当前登录用户进行所属组织的初步筛选。,流程演示-2、HR信息共享,Data文件中编写查询语句,作为文件嵌入在界面,直接调用data文件中查询的数据,Data文件调用演示,流程演示-2、HR信息共享,页面嵌套,HR信息共享页面，从在着三层页面的嵌套，根据不同的条件显示不同的界面。如上图中的 代码所示，对“GUIDE_MODULA_VALUE”进行条件判断，根据标签中的 “Value”的值来区别。效果图如下：,如左边的图所示，最上边的链接数据在第一层界面，“绩效管理”的内容在第二层界面，“内部流动”的内容在第三层界面。根据获取的数据不同进行类别整理摆放。 最近在HR发布界面添加了历史发布组织带入功能，具有记录当前用户最后一次存储发布组织的记忆功能，可以给管理员对于相同多组织下发布不同记录提供了方便。,具体说明-2、HR信息共享,2、办事指南（HR信息共享）,五个data类型文件，用来作外部数据链接三张图片，作为类别分类一个package包两个表，包含HR信息共享数据、多组织关系表值列表的数据sql脚本整个模块的service界面文件,具体说明-2、HR信息共享,下图为整个办事指南模块的所有service界面文件,具体说明-2、HR信息共享,办事指南主界面-HR信息发布管理界面,此界面上包含可用来做筛选的查询条件、进入HR信息发布界面的跳转按钮以及以存在的HR信息的查看或维护链接。,具体说明-2、HR信息共享,HR信息发布界面,说明：带有“ * ”的位置为必填内容，若没有填写就进行提交则会弹出相信的错误提示。在“请选择发布范围”的链接处可以进行多组织选择。点击提交时，会执行提交操作，开启工作流。,具体说明-2、HR信息共享,HR信息共享,一层：信息类型（最新通知、办事指引、常用表格）二层：信息模块三层：信息功能注：发布的信息根据所属不同层次显示在不同的位置，常用表格只显示附件并提供下载,具体说明-2、HR信息共享,HR信息查看与维护,注：此维护界面与发布界面基本相似，所包含的功能按钮会根据该条信息的状态显示不同。暂存状态：保存、取消、预览以及发布功能按钮。发布中状态：保存、取消、预览以及关闭发布功能按钮。已关闭状态：保存、取消以及恢复为草稿功能按钮。,流程演示-3、自定义等级维护,帐号登录,角色判断,组织筛选,用户登录后首先进行角色的判断，确定是否有权限进行自定义等级维护，若用户具有权限，在打开维护界面的时候就会根据登录用户的所属组织进行数据筛选，如下图中的SQL语句所示。,流程图,图中所框上的代码为Form中所带的参数，是用户登录Form 后自动检索出的unit_id，当然同时还会带出user_id,session_id等参数。,具体说明-3、自定义等级维护,3、自定义等级维护,自定义等级维护功能主要是针对业绩考评模块，在原有的统一等级，自定义分数的基础上在添加自定义等级维护，当然，在创建考评活动的时候会有一个单项评价方式，此单选按钮组就是针对统一等级、分数、自定义等级设定的，而且在勾选分数、自定义等级时会进行校验该组织是否已经对其进行维护，要是没有维护的话对有相应的提示信息，并将选中项置于统一等级处。,流程演示-4、工作业绩计划,组织下达模式,附件上传模式,员工业绩计划,组织业绩计划,员工业绩计划,发布组织愿景、进行任务下达,上传特定格式附件后,业绩计划申报,创建工作计划,工作计划流程图,流程演示-4、工作业绩计划,员工工作计划申报,直接上级审批,工作计划申报工作流触发,邮件提醒、直接上级产生待办事项,审批人在工作流中配置或者通过过程获取,工作流转交,工作流退回,间接上级审批,部门长审批,类似与工作业绩计划这样的标准工作流，都会在Form 界面中进行相应的工作流配置，可以根据不同的公司组织分配不同的情况，当然审批节点也可以进行不同的配置。,工作业绩计划流程图,具体说明-4、工作业绩计划,4、工作业绩计划,其中以fnd_开头的文件是LWAP中的附件上传组件的修改，主要在于客户方需要对附件上传进行相应的提示以及对JPG图片文件和PDF格式文件实现网页预览打开功能，所以在对组件进行修改前，查看了页面源文件，从而确定了组件的代码组成及相互调用关系。然后依据这些进行了手动修改，以达到特定界面位置附件上传的提示功能。 当然，对于附件上传组件，在其他位置的应用仍然是之前的逻辑，此处的有关提示于显示的功能修改，只针对工作业绩计划的附件模式下的界面。,这个工作业绩计划板块主要做的是二期的维护和开发，即在原有基础上进行新的功能添加以及界面布局的美化等。,具体说明-4、工作业绩计划,员工个人工作业绩计划,功能添加说明： 1、单条数据复制功能，组织下达模式下，单条常规、重点工作后边加入复制按钮，可以对该条数据进行复制。 2、定位功能，对于单条数据的复制、新建、删除功能进行了定位设定。当数据进行提交并对页面刷新后可以锁定到当前操作位置。当然在组织业绩计划界面也具有相应的功能。,流程演示-5、工作业绩考评,员工业绩自评提交,直接上级审批,邮件提醒、直接上级产生待办事项,审批人在工作流中配置或者通过过程获取，员工考评关系需要提前维护,工作流转交,工作流退回,间接上级审批,部门长审批,业绩考评流程图,发回重新填写（自定义类型）,业绩考评工作流触发,在创建考评之前会选择工作计划的考评方式：统一等级、分数、自定义等级，公司审核比例以及单双维度考评，在自助界面开发的同时要特别注意原有逻辑以及新增自定义等级、附件模式的影响。,具体说明-5、工作业绩考评,5、工作业绩考评,工作业绩考评，此次二期开发在业绩模块除HR办事指南、工作计划回顾外改动最大的板块。 其中包含新添功能-自定义等级考评，以及对各个界面的布局进行美化占用了绝大部分的修改代码，当然附件模式的参与也使功能更加完善。,具体说明-5、工作业绩考评,附件模式下的业绩考评,二期开发： 1、图片及PDF格式文件预览功能。 2、上一级的审批记录显示，由传统的纯文本格式，替换为组件失效显示。同时充分利用HTML5中的组件及属性，对显示位置进行颜色的分块美化处理。,具体说明-5、工作业绩考评,我参与的工作流界面,流程演示-6、工作计划回顾,员工计划回顾提交,直接上级审批,计划回顾工作流触发,邮件提醒、直接上级产生待办事项,审批人在工作流中配置或者通过过程获取,工作流转交,工作流退回,间接上级审批,部门长审批,工作计划回顾流程图,发挥重新填写（自定义类型）,工作计划回顾主要是针对年度、半年度计划所产生的回顾。具有版本功能，可以对同一个计划进行多次回顾，在考评的时候可以查看到已发布的历次回顾。,具体说明-6、工作计划回顾,6、工作计划回顾,三张表（审批记录表、明细表、计划回顾主表）两个data文件，用于做下拉框的外部资源文件一个package包整个工作计划回顾模块的service文件,前台界面主要包含了员工的自我回顾、上级审批界面以及工作流查看界面,具体说明-6、工作计划回顾,此package主要是根据之前的业绩考评的逻辑进行编写，同样包含了主表，从表，记录表，明细表以及关系表。相同的过程方法名，因为所需参数的不同进行不同的调用。,具体说明-6、工作计划回顾,员工自我回顾界面,当数据填写完毕后，点击申报按钮，数据校验通过后会触发工作计划回顾工作流，交由上级审批。,具体说明-6、工作计划回顾,直接上级审批界面,直接上级审批界面，会将员工的自我回顾内容带出，同时可以填写自己对员工的评价意见。当然，间接上级审批以及部门长审批，都是将之前的节点所填写的内容带出，然后可填写自己的评价意见。,具体说明-6、工作计划回顾,工作计划回顾工作流配置界面,当对工作流进行相关节点配置时，要注意工作流动作设置的顺序、以及各个节点的分别维护。,具体说明-6、工作计划回顾,直接上级节点配置,包含了： 节点名称、该节点的操作界面设置、节点的个性设定（邮件提醒、日期限制等）。同时要注意相关的节点前及节点后过程，可能会设置到相应的工作流触发邮件提醒，或者是获取审批者的信息等。,具体说明-6、工作计划回顾,工作计划回顾管理界面,此界面用于对工作计划回顾的管理，其逻辑类似与业绩考评管理，可以对工作计划回顾进行相应的操作，同时，同一个工作计划可以进行多次回顾以及不同状态的计划回顾活动可供选择的功能按钮失效情况不一样，这些都是在Form的触发器中进行的逻辑控制与操作。,具体说明-6、工作计划回顾,发布回顾结果界面,此界面用于 对已经结束的工作计划回顾活动进行是否发布控制，当选择某个已经结束的计划回顾活动进行发布后，该活动的参与者就会在绩效管理菜单下的“我的工作计划回顾”中查看到已发布的该条回顾活动。同时，可以在对该工作计划进行考评时显示历次回顾活动按钮，可以链接到已发布的历次计划回顾界面。,具体说明-6、工作计划回顾,我的工作计划回顾界面,这个界面就是之前提到过的，已发布的计划回顾的查看界面，可以通过点击后边的“查看”链接，查看该条回顾活动的详细情况,具体说明-业绩模块总结,业绩模块现在主要包含：工作业绩计划、工作业绩考评以及新上线的工作计划回顾。 此次二次维护开发中前两个部分主要是添加的附件模式以及自定义等级，当然界面的具体布局、美化改动才是最大的。对于中集采用的LWAP开发框架来说，自带的一些组件功能或者美观效果已经不能满足客户的需求了，所以才会有了这次的界面大改。 对于新上线的工作计划回顾，通过与客户的沟通，确定了基本为年度或半年度计划才会出现回顾操作，当然，现在已开发完成的功能也可以实现对月度、季度的回顾。同时存在的版本及历史回顾查看功能都是仿照原业绩考评部分实现的。 最近的沟通中涉及到业绩考评直接上级的部分新添字段将会与其他模块进行关联。 对于整个业绩模块的进度跟踪控功能，由原来的计划与业绩分开在不同Form界面，到现在的统一在一个界面，进行分类查询与报表导出，也属于一个新的需求，至于新的进度跟踪界面会在下一长幻灯片中进行补充。,具体说明-业绩模块总结,业绩进度跟踪界面,邮件提醒给相应的管理员,流程演示-7、创建公司审核,Form中创建公司级组织,自助界面，相应的管理员进行允许操作,公司级组织创建成功同时将数据更新到组织表中,邮件提醒给相应的管理员,Form中删除公司级组织,自助界面，相应的管理员进行允许操作,公司级组织删除成功同时将组织表中的数据进行清除,公司级组织的创建、删除流程图,具体说明-7、创建公司审核,7、创建公司审核,创建公司审核功能是属于新添功能，即在原先的直接创建、删除组织的基础上对公司级组织的创建、删除增加一个中间的审批过程，当在Form的组织与岗位维护中对公司级组织进行创建和删除的时候，存入一个过度表中，同时在相关的具有审批权限的员工的Web自助界面的公司创建及删除管理菜单中显示为未处理记录，并可以通过勾选选择处理。,具体说明-7、创建公司审核,公司创建及删除管理界面,具体说明-7、创建公司审核,组织级别选择为“公司”后弹出的相关提示，当点击为“是”则讲左边界面中的组织级别由业务类别改为公司，点击为“否”，则组织级别设定为空。当然组织级别的可显示范围与上级组织的所属级别有关。,具体说明-7、创建公司审核,当对公司级组织“邮件测试”进行删除操作时，弹出的相应提示，同时在公司级组织的创建及删除时都会有相应的邮件提醒。,具体说明-7、创建公司审核,公司级组织创建及删除邮件提醒模板维护界面,具体说明-8、人事信息变动Tab页,8、人事信息变动Tab页,在原先的LBR501人事基础信息维护Form界面的基础上添加一个Tab页（人事信息变动）。 其中包含的变动信息字段为：最高学历、学位、入集团日期、入职日期、首次工作日期、个人职等、婚姻状况、户口类型、政治面貌 。 由于Form中触发器的先后执行问题，无法实现动态刷新，为解决问题加设刷新按钮，当有上述字段信息变更后点击刷新按钮，则记录会刷新出来。,具体说明-8、人事信息变动Tab页,人事基础信息维护-人事信息变动Tab页,具体说明-日常问题解决,除去特定的功能模块开发以及部分模块的优化，还会有一些日常问题需要处理，当然相对于整体模块的开发，在处理这些日常问题的时候更能加深对HR的了解，因为这些小问题会不断的牵连出好多部分内容，所以在解决问题的同时就要对HR的某部分或者某几部分有更深的了解，这样才能更快、更好的解决问题。 例如：某公司要增加个生日祝贺的邮件，那么在解决这个问题时就要设计到系统每日固定时段要跑的job，要查看设置的相关提醒，要设计邮件日志模板，要在package包方法中查找并拼接参数，同时调用邮件发送机制进行邮件发送。而且，在更新正式环境前要进行测试，手动调用方法传入参数，查看邮件日志，对应邮件内容与客户提供的模板查看是否符合。当然，当更新正式环境后要重启tomcat服务器，同时手动发送邮件，等待查看收到的邮件是否与客户需求相同。当这些步骤全部完成后才能回复客户，告知该功能已完成。 对于日常问题的解决主要就是对正式环境数据库的表、package进行查看，对应其应该进行的顺序进行数据查询，同时与Web或者Form中显示的数据结果对应，从而找到问题所在，并想办法提供解决方法，或者给客户提供某些数据的修改操作。,收获&体会,收获&体会： 无论是新功能开发、原有功能优化还是日常问题解决，这些都有助于对HR系统的了解，从最初的只为完成开发任务，到后来的深入了解HR系统各个模块。从单独的Web界面开发，到Web自助界面与Form后天界面联合操作。从业绩模块的二期优化到现在的组织、人事、考勤、休假、邮件日志工作流配置等全面了解HR系统，这都体现着自己的进步与前进方向。 记得在第一次考核的时候，虽然明确了以后要逐步加深对整个系统的了解而非是单一模块，但是在实际上，只有当新功能开发任务逐渐完成后才有了空闲的时间去了解其他模块，了解其相互间的关联以及系统的整体运作。 过去的几个月里，对整体系统的各个模块的了解也都渐渐涉及了。现在，当客户有问题反映过来时，基本上已经可以很快的找到解决方向，并沿着这个方向去追寻错误点及解决办法了。,50,Thank You !,上海汉得信息技术有限公司HAND Enterprise Solutions Company Ltd.www.hand-,