OFBiz业务培训02人力资源

3.3职位类型
• 每个工作空缺代表职位实例的一次出现， 这些空缺可能会有一些通用特性，例如， 工作的头衔或工作类型的描述。这些通用 的特性可以用一个通用的职位类型来描述。 实体职位类型保存和所有职位相关的信息， 这些职位一般对应一种工作。
3.4职位职责
• 在图中显示的实体还有责任类型、有效职 责和职位责任。这些实体都可以对各种工 作职责进行定义，确认哪种职责适合于不 同的职位类型，哪种职责可以赋予一个特 定的职位。注意有效职责和职位责任都有 属性起中日期和终止日期。这样允许企业 赋予、改变工作和职位的职责，并对这些 职位职责进行历史性的跟踪。为此，要给 出非常详细的工作描述，同时也允许随时 进行改变。
3.1职位
• 企业想跟踪的关于某个职位的数据显示在图9-3中。 预计起始日期和预计终止日期用于计划。这个数据 是关于企业某个人来承担组织中的某个角色的第一 个标志。如果职位是不定期限的，那么预计终止日 期就是空的。
• 实体中的各种标志可以用于定义一个人被雇用来承 担某个职位的特殊情况。这个人是按月发工资还是 按小时发工资呢？全职的还兼职的？临时的还是永 久性的？职位的免除还是不免除是按照公平劳动标 准法（Fair Labor Standards Act,FLSA）来执行呢？这 些问题的答案对福利管理员和工资人事部门非常重 要。另外，一旦了解了这些信息，模型就用一个实 际起始日期和实际终止日期来跟踪它们。
• 职位履行 • 职位
• 当事人（组 织、人员）
• 职位类型
• 职位状态类 型
5.1职位履行情况
• 一个人可以在不同的时间区段内或同时任职于多个职位。相反，一个职位也 可以由多个人在不同的时间区段内来任职（甚至通过工作共享来同时任职）。 职位履行实体为保存这个动作的历史提供了一种非常灵活的方式。属性起始 日期和终止日期允许企业维护这个数据的精确历史信息。这是一个解决多对 多关系的便捷而有效的方法，这种多对多关系实际存在于人员和职位之间。
LAST_MODIFIED_DATE I4 LAST_MODIFIED_BY_USER_LOGIN I3 DATA_SOURCE_ID
IS_UNREAD LAST_UPDATED_STAMP I9 LAST_UPDATED_TX_STAMP CREATED_STAMP I8 CREATED_TX_STAMP
• 无需改变人们的报告关系，老的职位报告关系将会过期 （用终止日期）并且新的记录会添加进去以显示一个修 订的结构。以这种方式，企业很容易实现新报告结构， 并且同时可以保存以前结构的精确历史。
• 在大企业中，对组织结构的改变可能会影响成千上万的 人。通过设计一种体制、仅仅改变职位的报告会关系， 而不是所涉及的实际当事人，就可以在长时间的运营中 几乎不需要更新，数据也能更加清楚。
EMPLOYMENT_APP PK APPLICATION_ID
FK1 EMPL_POSITION_ID STATUS_ID
FK2 EMPLOYMENT_APP_SOURCE_TYPE_ID APPLYING_PARTY_ID REFERRED_BY_PARTY_ID APPLICATION_DATE
I1
CREATED_TX_STAMP
PARTY
PK PARTY_ID
I6 PARTY_TYPE_ID I1 EXTERNAL_ID I5 PREFERRED_CURRENCY_UOM_ID
DESCRIPTION I7 STATUS_ID
CREATED_DATE I2 CREATED_BY_USER_LOGIN
职位类型定义
• 职位类型 • 职位类型类别 • 职位分类类型 • 组织角色
职位类型实体
5职位履行情况
• 图9-5给出一个模型，该模型允许企业在组 织内部跟踪每个人的职位历史。它包括踊 跃职位履行和职位状态类型的实体。该模 型需要职位实体和人员实体来体现上下文 关系。组织也用来提供关于招聘公司的一 些信息。
职位实体
4职位类型定义
• 一些企业需要对他们所拥有的职位类型进 一步的分类。在图模型中，任选实体职位 类型类别是职位类型和职位分类类型的交 叉实全。利用这些实体可以对职位类型进 行额外的分类。因为，有可能一段时间之 后，一个职位类型被重新分类，所以用具 有属性起始日期和终止日期的职位类型类 别实体来支持职位类型和职位分类类型之 间的多对多关系。
3.2职位认定
• 首先，企业中已经存在的工作职位一般是经过 批准的职位，并且以某种方式获得资金支持。 在这个模型中，职位是通过一个预算项目获得 批准的。而一个预算项目可以批准多个职位或 为多个职位提供资金。例如，可以为程序员设 立一个预算项目。这个预算项目的金额一般为 企业中所设立的多个程序员职位提供资金。如 果一个职位和预算建立了联系，那么，该职位 就认识是“被认定的”，此时，影响预算项目的 预算状态就获得了批准。
• 注意来自组织以外的一个人占据一个合法职位也是可能的，例如签约人。因 为这个模型显示职位履行必须由一个人来接收，而不是一个雇员，因此它比 标准模型更灵活，更能处理这种情况。为了确定一个人是一个雇员还是来自 企业外部的一个人，可以使用当事人关系实体。因为包含这样的信息，所以 当事人关系也可以用来强化业务规则，例如，职位是否可以由外来人员担任。
OFBiz业务培训 人力资源
hongs
企业可能想要的信息
• 企业需要雇用谁？雇用历史是什么？ • 公司中都有哪些职位？ • 这些职位需要填补吗？如果需要，谁来填补什么位置？他或她的职责是什么？ • 谁向谁报告？ • 这些职位的工资支付费用是多少？ • 谁得到过提升？什么时候？ • 企业提供多少福利？给谁提供？ • 这些福利的成本是多少？ • 求职申请的状况如何？ • 雇员的技能是什么？ • 雇员都有什么业绩？ • 需要什么优惠、扣除和工资信息来处理工资册？ • 都有什么样的求职者？他们有多少可以成为雇员？ • 人员更新率是多少？人员更新的原因是什么？
5.2职位状态类型
• 职位状态履行标识一个职位的当前状态。 当一个职位首次被标识，那么它就处理 “为…计划”的状态。当企业决定需要履行该 职位时，那么它就改变为“活动的”或“空缺 的”状态。如果企业决定不再需要这个职位 了，那么状态就变为“不活动的”或“关闭的”。 “履行”状态不应作为一个值，因为这个信息 是从职位履行实体中导出来的。
I1 PARENT_TYPE_ID HAS_TABLE DESCRIPTION LAST_UPDATED_STAMP
I2 LAST_UPDATED_TX_STAMP CREATED_STAMP
I3 CREATED_TX_STAMP
6职位报告
• 大多数模型显示一些人要向另一些人进行 报告，并且被另一些人管理。职位报告模 型通过改变一个人的职位指派来处理这种 情况。
3职位定义
• 职位表示企业中的一个工作岗位，这个工 作岗位可能在一段时间内由多个人来占据。 在一些企业中，这也被称为FTE，即全职职 位。
职位模型
• 职位 • 预算项目 • 职位责任 • 责任类型 • 职位类型 • 有效职责
职位定义
• 在图9-3中，对定义职位的实体进行建模， 职位实体包含跟踪任意给定工作职位所需 的基本信息。职位类型实体为进一步定义 工作和对工作进行分类提供信息，而预算 项目为批准一个工作职位提供一种可能的 手段。实体责任类型、有效职责和职位责 任为赋予职位什么样的职责和跟踪职位职 责提供一种机制。
另外该模型也包括允许跟踪工资历史的另外该模型也包括允许跟踪工资历史的实体和关系即支付历史和雇用实体和关系即支付历史和雇用某某某某公公某某公司安全生产监察处某某公司安全生产监察处工资确定和历史工资确定和历史职位类型费用职位类型费用职位类型职位类型费用类型费用类型工资幅度工资幅度支付级别支付级别周期类型周期类型支付历史支付历史雇用雇用某某某某公公某某公司安全生产监察处某某公司安全生产监察处7171职位类型费用职位类型费用工作计划中定义的职位类型费用和类型费用实工作计划中定义的职位类型费用和类型费用实体为各种类型的职位提供成本和标准费用以体为各种类型的职位提供成本和标准费用以便为工作计划获得合适的成本估计
标准EMP DEPT模型
• 雇员 • 部门
2雇用
• 雇用是当事人关系的一个子类型，并且表 示雇员的当事人角色和内部组织之间的一 种关系。
• 这里假设企业只对跟踪它自己的雇员感兴 趣。如果模型也需要容纳外部组织的雇员， 那么雇用实体应是雇员和雇主之间的关系。
雇用数据模型
• 当事人关系(雇用) • 当事人关系状态
职位报告关系
• 职位报告结构 • 职位
职位报告结构
• 9-6的模型显示了实体职位报告结构，它连接职位然后 再返回到自己。属性起始日期和终止日期允许跟踪组织 随时间的变化，正如前面讨论的那样。其中的属性主标 志有助于对灵活的矩阵类型结构进行建模。在这些情况 下，某种职位可以同时向多个职位进行报告。这个指示 器允许企业指明哪个报告关系是最重要的。
5.3招聘组织
• 从职位上来说，招聘公司是什么？这个通 过职位和组织之间的关系很容易跟踪。没 有招聘的企业，就没有职位的需求。
5பைடு நூலகம்4其他考虑
• 有一些其他信息在这个模型中体现得并不 明显，比如，一个人如何能实际获得一个 空缺的职位。事实上，面试过程可以通过 当事人通信事件模型来跟踪。一次面试是 一个通信事件目标类型，它所具有的面试 记录存储在通信事件实体中。
• 1标准人力资源模型 • 2雇用 • 3职位定义 • 4职位类型定义 • 5职位履行情况和跟踪 • 6职位报告 • 7工资确定和支付历史 • 8福利跟踪 • 9工资册信息 • 10雇员申请 • 11雇员技能和资格 • 12雇员表现 • 13雇用终止 • 14小结
目录
1标准人力资源模型
• 在许多教材中出现的一个基本雇员模型称 为EMP DEPT（雇员部分）模型。
职位履行
EMPL_POSITION
PK EMPL_POSITION_ID
I2 STATUS_ID I1 PARTY_ID FK1 BUDGET_ID FK1 BUDGET_ITEM_SEQ_ID
ESTIMATED_FROM_DATE ESTIMATED_THRU_DATE SALARY_FLAG EXEMPT_FLAG FULLTIME_FLAG TEMPORARY_FLAG ACTUAL_FROM_DATE ACTUAL_THRU_DATE LAST_UPDATED_STAMP I4 LAST_UPDATED_TX_STAMP CREATED_STAMP I3 CREATED_TX_STAMP FK2 EMPL_POSITION_TYPE_ID
类型 • 当事人关系类型 • 当事人角色(人角
色:雇员；组织角 色：内部组织)
雇用实体模型
• 雇用继承当事人关 系的属性，因为它 是两个当事人之间 的一种关系。
• 用起始日期 (FROM_DATE)表示 关系的起始日期或 雇用日期，用终止 日期(THRU_DATE) 表示雇用的最后日 期。
• 当事人关系状态 （STATUS_ID)，每 个雇用将有一个状 态，例如：活动的、 不活动的、待解决 的、终止。
EMPL_POSITION_FULFILLMENT
PK,FK1,I3 PK,FK2,I4 PK
EMPL_POSITION_ID PARTY_ID FROM_DATE
THRU_DATE
COMMENTS
LAST_UPDATED_STAMP
I2
LAST_UPDATED_TX_STAMP
CREATED_STAMP
I1 APPROVER_PARTY_ID I2 JOB_REQUISITION_ID
LAST_UPDATED_STAMP I4 LAST_UPDATED_TX_STAMP
CREATED_STAMP I3 CREATED_TX_STAMP
EMPLOYMENT_APP_SOURCE_TYPE PK EMPLOYMENT_APP_SOURCE_TYPE_ID
EMPL_POSITION_REPORTING_STRUCT
PK,FK2,I4 PK,I3 PK
EMPL_POSITION_ID_REPORTING_TO EMPL_POSITION_ID_MANAGED_BY FROM_DATE
• 职位履行实体的另一个特性就是它能记录在工作分享情况下的雇员任务，而 不会与FTE或“人头计数”混淆。这主要是由于这个一个事实，这个实体的主健 是从职位继承下来的一个键（职位标识）、从人员继承下来的一个键（当事 人标识）和属性起始日期的结合体。对于这样由三部分组成的主键，它可以 记录在同一个时间区段内处理同一个职位上的多个人。当然，这是否可行需 要通过实现一些业务规则来控制。如果一个企业从来没有工作分享，那么模 型中就可以删掉和人员的关系，从复合键中删掉当事人标识。如果这样做了， 那么，同一个时段内，模型就只能允许一个人占据一个职位（即使在这种情 况下，也需要一些业务规则）。