-
行业资讯
INDUSTRY INFORMATION
制造业绩效管理的难点,正在从“如何考核”转向“数据是否可信”。当MES、ERP、考勤、薪酬、人事系统各自运行,HR很难回答一条产线、一名班组长、一个岗位的真实人效表现。本文面向制造企业HR负责人、数字化负责人和业务管理者,回答“制造业绩效管理为何孤岛”这一问题,并给出人事管理系统打通多源数据的实施路径。
制造业数字化已经进入更深水区。前几年,企业关注的是设备联网、生产可视化、ERP升级和流程线上化;到2026年前后,越来越多企业开始发现,系统建得越多,管理数据未必越清楚。生产现场有MES,经营计划有ERP,人员信息在人事系统,出勤工时在考勤系统,薪资核算在薪酬系统,安全事件可能还在EHS或安全管理平台里。每套系统都能生成报表,但当管理者想看一条产线的完整人效画像时,往往只能临时导出多张表,再由HR或业务助理手工拼接。
从公开研究与行业实践看,制造业数字化转型中的数据孤岛问题具有普遍性,尤其在绩效管理场景中更容易暴露。原因并不复杂:绩效管理天然需要把“人”的行为与“业务”的结果联系起来。如果只有考勤、奖惩、主观评分,却缺少产量、质量、节拍、设备稼动、安全事件等业务数据,绩效评价就会失去关键依据。企业看似完成了绩效流程,实际上只是完成了表单流转。
本文要讨论的核心矛盾是:绩效管理的科学性取决于数据完整性,但制造业的数据完整性常常被孤岛结构瓦解。 因此,制造业绩效管理为何孤岛,并不是一个单纯的IT接口问题,而是技术架构、数据治理、组织权属与管理机制共同作用的结果。人事管理系统若仍停留在“记录绩效结果”的位置,很难改变这一局面;只有升级为多源绩效数据枢纽,才能让绩效管理重新连接业务目标与一线执行。
一、制造业绩效管理的数据孤岛:现状与典型表现
制造业绩效管理的数据孤岛不是“有没有”的问题,而是“有多深”的问题。它已经从数据层面传导到管理决策层面,使绩效评价失真、管理动作失效,最终削弱绩效管理作为战略执行工具的作用。
1. 多系统分治下的数据碎片化格局
制造企业的信息化建设往往不是一次性完成的,而是随着工厂扩建、业务复杂度提升和管理要求变化逐步叠加。生产部门先上MES,财务和供应链部门推动ERP,人力资源部门上线HR系统,考勤设备由行政或厂务管理,薪酬核算又可能由独立模块承接。每个系统都有合理的建设背景,但从绩效管理视角看,这种分治结构会把同一个人的绩效事实拆散到不同系统中。
例如,一名一线操作工的绩效可能同时涉及产量、良品率、工时、请假、加班、安全违规、培训认证、岗位技能等级等数据。产量和良品率在MES,工时和出勤在考勤系统,薪资单价在薪酬系统,技能等级在人事系统,安全事件在安全管理系统。若这些数据没有统一编码和接口,HR只能在考核周期末向各部门索取数据,再进行人工清洗、匹配和汇总。
人工拼表不仅效率低,还会引入新的偏差。员工姓名可能重名,工号在不同系统中不一致,班组调整未同步,岗位变动滞后,某些数据按日更新,某些数据按月结算。最终进入绩效表的,往往不是完整事实,而是经过多轮人工处理后的近似结果。对于人数多、班次复杂、计件规则频繁变化的制造企业,这种近似会不断放大。
表格1:制造企业绩效相关多源数据分布现状
| 系统类型 | 典型数据项 | 常见数据格式 | 更新频率 | 与绩效关系 | 孤岛程度 |
|---|---|---|---|---|---|
| MES生产执行系统 | 产量、良品率、工序完成量、设备稼动、OEE | 工序表、设备数据、生产批次记录 | 实时或准实时 | 支撑计件绩效、质量绩效、产线效率评价 | 高 |
| ERP经营系统 | 订单计划、成本、交付、库存、经营目标 | 业务单据、计划表、财务口径数据 | 日度、周度或月度 | 支撑目标分解、部门绩效、经营结果评价 | 中高 |
| 考勤系统 | 出勤、迟到、请假、加班、班次、工时 | 打卡记录、排班表 | 日度或实时 | 支撑出勤率、工时效率、加班合规 | 中 |
| 薪酬系统 | 计件单价、绩效奖金、津贴扣款 | 薪资项目表、核算规则 | 月度 | 支撑绩效结果兑现与激励联动 | 中 |
| HR人事系统 | 员工、组织、岗位、任职、技能等级 | 主数据、组织架构、岗位档案 | 变更触发或周期更新 | 支撑绩效对象识别、权限、岗位差异化考核 | 中高 |
| 安全管理系统 | 安全事件、违规记录、隐患整改 | 事件台账、整改流程 | 事件触发 | 支撑安全绩效扣分与风险管理 | 高 |
表格背后反映的是一个现实:制造业绩效管理需要的是跨系统的组合数据,而不是某个系统的单点数据。只要这些数据不能以员工、组织、岗位、班组、产线等关键对象关联起来,绩效管理就难以形成可信的评价基础。
2. 绩效评价与业务结果的脱节
当生产数据无法实时或准实时进入绩效系统,绩效考核很容易退化为“主观打分+考勤扣减+少量奖惩记录”的简化模式。这种模式在行政岗位或标准化程度较低的岗位上或许尚能勉强运转,但在制造场景下会明显失真。因为制造业的一线绩效通常与产量、质量、工时效率、设备状态、物料供应、班组协同等因素高度相关。
问题在于,业务结果并不天然等于个人贡献。某条产线产量下降,可能是设备故障,也可能是物料延迟,可能是新人比例提高,也可能是班组长调度不当。如果绩效系统只看到结果,却看不到过程数据,评价就可能简单归因;如果系统连结果数据都看不到,只靠主管印象打分,评价就会进一步主观化。
制造企业常见的场景是,车间主任的绩效评分与产线实际产出之间并不稳定相关。某位管理者沟通能力强、汇报及时,评分偏高,但其产线换型损耗长期偏高;另一位班组长不善表达,却能保持较好的良品率和人员稳定性。若绩效系统不能把业务指标纳入校准,组织会向员工传递错误信号:真正改善业务结果的人未必被看见,擅长解释结果的人反而获得更高评价。
绩效管理的价值不在于给人排序,而在于识别贡献、暴露问题并推动改进。业务数据缺位后,绩效就会从管理机制变成合规流程,考核周期越长,偏差越难被纠正。
3. 数据孤岛的三层危害传导
制造业绩效数据孤岛的危害并不是停留在“信息不畅”。它会沿着管理链条逐层传导,最终改变管理者的判断方式。
第一层是数据不可见。管理者无法看到完整的人效数据,只能基于局部数据做判断。例如,HR看到某员工加班很多,却看不到其单位工时产出;生产主管看到某班组产量高,却不清楚其加班成本和质量返工情况;财务看到人工成本上升,却难以定位是哪类工序、班次或岗位造成了效率波动。
第二层是评价不客观。绩效评分缺乏业务数据支撑后,评价容易依赖个人印象、部门惯例和历史分数。这样会形成两个副作用:一是绩效区分度下降,大家都趋向中间分;二是低绩效原因被掩盖,企业无法判断问题来自能力、态度、流程、设备还是计划。
第三层是改进无依据。绩效面谈和改进计划如果脱离真实业务场景,就很容易变成泛泛建议。管理者告诉员工要提升效率、增强责任心,却无法指出是哪道工序返工率偏高、哪个班次换型时间过长、哪类异常影响了产出。员工也难以接受这种评价,因为评价没有足够可验证的事实基础。
因此,数据孤岛会让绩效管理从战略执行工具退化为形式合规流程。打通数据,是让制造业绩效管理回到“以业务事实评价贡献、以评价结果驱动改进”的前提。
二、数据孤岛的深层成因:制造业绩效管理为何孤岛难以根治
制造业绩效管理的数据孤岛,是技术架构、数据治理与组织权属三重因素叠加的结果。只靠“接几个接口”通常无法根治,因为接口解决的是通道问题,而不是标准、责任和协同机制问题。
1. 技术架构层:历史系统包袱与异构集成难题
制造企业的信息系统往往带有明显的历史痕迹。老厂区可能使用较早版本的MES或ERP,新产线又引入新的设备采集平台;集团总部有统一HR系统,区域工厂仍保留本地考勤和薪酬工具。系统之间建设时期不同、供应商不同、数据模型不同,导致后续集成难度很高。
在技术层面,常见问题包括接口封闭、API不标准、字段含义不一致、数据更新机制不统一。有些老系统只能通过定时导出文件传输数据,无法支持实时调用;有些系统虽然开放接口,但字段命名和业务含义需要大量人工映射;还有些系统数据以设备、工单或批次为中心,而绩效管理需要以员工、班组和岗位为中心,两套模型天然不一致。
HR系统通常是后建系统,却要反向适配生产、经营、考勤、薪酬等多个系统。这意味着,HR数字化项目一旦进入绩效数据集成阶段,复杂度会迅速上升。企业若没有提前设计集成架构,很容易陷入点对点对接:HR系统对MES接一条线,对ERP接一条线,对考勤再接一条线。短期看能解决问题,长期看接口越来越多,维护成本越来越高,任何一端字段变化都可能影响绩效计算。
技术架构层的难点在于,制造业的业务系统不是围绕HR管理建设的。人事管理系统要成为绩效数据枢纽,必须理解这些系统的业务逻辑,而不是简单接收结果字段。
2. 数据治理层:标准缺失与主数据断裂
如果说系统接口是数据流动的管道,那么主数据就是识别对象的坐标。制造业绩效管理为何孤岛,一个关键原因是主数据标准没有打通。员工编码、组织编码、岗位编码、班组编码、产线编码在不同系统中不一致,跨系统数据就无法稳定关联。
例如,同一名员工在人事系统中使用集团工号,在考勤系统中使用本地卡号,在MES中使用操作员账号,在薪酬系统中又有独立薪资编号。只要中间任何一处映射错误,绩效数据就可能归属错误。对于临时调岗、借调支援、多技能工、轮班员工,这种问题更加突出。员工今天在A产线,明天支援B产线,如果系统不能记录时间段、岗位、班组和工序关系,绩效归因就会失真。
数据治理还包括数据质量管理。制造现场的数据并不天然干净。设备采集可能中断,人工补录可能延迟,工单关闭时间可能滞后,安全事件可能在流程审批后才入库。若绩效系统不区分数据状态,直接把这些数据用于考核,就会把“脏数据”的影响放大为绩效争议。
主数据断裂的后果是,企业表面上拥有大量数据,实际上缺少可用于管理决策的数据资产。数据治理不是IT部门单独能完成的任务,它需要HR、生产、财务、IT共同定义对象、口径、责任和校验规则。
3. 组织权属层:部门墙与数据领地意识
比技术更难的是组织权属。制造企业内部往往存在明显的数据边界:生产部门管理MES数据,财务部门管理ERP经营数据,HR管理人员数据,IT负责系统运维。每个部门都有合理的管理职责,但当绩效管理需要跨部门数据时,数据共享就会遇到现实阻力。
生产部门可能担心数据被用于追责,不愿开放明细;财务部门可能强调口径严谨,限制经营数据使用范围;IT部门作为中间方,既不掌握绩效管理需求,也缺少推动业务部门协同的权力。于是,数据共享容易变成临时沟通:考核前要一次数据,会议前补一版报表,争议时再追溯明细。
这种部门墙本质上是管理权责不清。谁有权定义数据口径?谁负责数据质量?谁批准数据共享?谁处理跨系统差异?如果这些问题没有被制度化,系统上线后仍会回到人找人、人等表、人背锅的状态。
图表1:制造业绩效管理数据孤岛的三层成因结构

技术是表象,治理是骨架,组织是根因。制造企业要打通数据孤岛,必须三层同治:技术上能连接,治理上能识别,组织上愿共享、会使用、能追责。否则,任何单点突破都会被其他层面的阻力抵消。
三、人事管理系统打通多源数据的关键路径
人事管理系统应从“绩效记录工具”升级为“多源绩效数据枢纽”。这不是简单增加几个报表,而是通过主数据标准化、系统集成化、治理机制化三步走,让绩效数据从碎片走向全景,并进入目标、过程、评估和应用的完整管理链条。
1. 第一步:建立统一的HR主数据标准与数据字典
打通多源数据的第一步,不是先开发接口,而是先统一识别对象。制造业绩效管理涉及人、组织、岗位、班组、产线、工序、设备、订单等多个对象,其中HR至少要牵头明确员工ID、组织ID、岗位ID、班组ID等基础主数据规则。没有统一锚点,数据越接越乱。
统一主数据需要解决三个问题。第一,编码唯一。一个员工在不同系统中可以有不同业务账号,但必须能映射到唯一员工ID;一个班组或岗位也应有稳定编码,避免因名称变化导致历史数据断裂。第二,关系有时间维度。制造业人员调班、调岗、支援、借调频繁,主数据不仅要记录“属于哪个组织”,还要记录在什么时间段属于哪个班组、岗位或产线。第三,责任明确。谁创建、谁变更、谁审核、谁同步,都需要形成流程。
在此基础上,企业还应建立绩效数据字典。数据字典不是IT文档,而是绩效管理的共同语言。它应明确每项绩效指标的数据来源、计算口径、更新频率、质量标准和异常处理方式。例如,计件绩效取自MES的合格产量还是总产量?返工是否扣减?OEE用于班组评价还是产线评价?安全事件在立案时计入还是结案时计入?这些问题如果不提前定义,系统上线后会转化为绩效争议。
主数据和数据字典的价值在于,把跨系统数据从“能导出”推进到“能关联、能追溯、能解释”。这一步做得越扎实,后续集成与智能分析的成本越低。
2. 第二步:构建以HR系统为核心的集成架构
制造业多源数据集成不宜长期依赖点对点对接。更稳妥的方式,是构建以HR人事管理系统为绩效数据中枢的星型集成架构:外围系统保留各自业务职能,HR系统通过标准API、中间件或数据集成平台汇聚与绩效相关的数据,并按照绩效模型进行清洗、映射和计算。
这种架构的关键,不是让HR系统替代MES或ERP,而是让它在绩效管理场景中承担数据汇聚和管理承接的角色。MES继续负责生产执行,ERP继续负责经营计划与成本,考勤系统继续负责工时记录,薪酬系统继续负责薪资核算;HR系统则负责把这些数据映射到员工、岗位、班组和组织绩效指标上。
图表2:HR人事管理系统为中枢的星型集成架构

在设计集成架构时,企业要区分实时、准实时和周期性数据。产线异常、产量、质量等过程数据可考虑实时或准实时同步,用于过程看板和预警;薪酬核算、经营成本等数据通常以周期同步为主,用于月度或季度绩效结果校准。所有数据都追求实时并不经济,也未必必要。真正重要的是让同步频率服务管理场景。
表格2:多源数据到绩效指标的映射关系
| 数据源 | 数据项 | 映射逻辑 | 对应绩效指标 | 计算与使用口径 |
|---|---|---|---|---|
| MES | 合格产量、工序完成量 | 按员工、班组、工序与时间段关联 | 计件绩效、产出贡献 | 以合格产量为主,结合岗位、工序和计件单价 |
| MES | OEE、节拍、停机记录 | 按产线、班组、班次归集 | 产线效率评分 | 区分设备原因、人员原因、计划原因 |
| MES/质量系统 | 一次合格率、返工率 | 按产品批次、工序和责任单元关联 | 质量绩效 | 明确返工责任与不可控因素边界 |
| 考勤系统 | 出勤、迟到、请假、加班、工时 | 按员工ID与排班记录匹配 | 出勤率、工时效率 | 与产量数据组合计算单位工时产出 |
| 安全系统 | 安全事件、违规记录、隐患整改 | 按员工、班组和事件等级关联 | 安全绩效 | 区分个人违规、班组管理责任与系统性隐患 |
| ERP | 订单达成、交付、成本 | 按组织、产线或项目归集 | 部门绩效、经营协同绩效 | 结合经营周期,避免短期波动过度影响个人评价 |
| HR系统 | 岗位、技能等级、任职资格 | 作为评价对象和规则条件 | 岗位差异化绩效 | 不同岗位采用不同权重与指标组合 |
这张映射表体现了一个管理原则:绩效指标不是把数据简单搬进来,而是把数据放入合理的责任边界。否则,系统越自动化,错误归因越快发生。
3. 第三步:嵌入数据治理机制,保障数据持续可用
数据打通之后,真正的挑战才开始。制造业现场变化快,班组调整、设备改造、工艺变更、计件规则更新、人员流动都会影响绩效数据。如果没有持续治理机制,系统上线初期看似顺畅,几个月后就可能出现字段失效、映射错误、数据延迟和口径争议。
数据治理至少包括三类机制。第一是数据质量巡检。系统应自动检测跨系统数据的一致性、完整性和时效性。例如,某员工在人事系统已离职但仍出现在MES操作记录中,某班组产量存在但考勤人数为零,某条产线OEE数据连续缺失,这些异常都应被识别并推送给责任人处理。
第二是数据保鲜机制。绩效计算不能基于过期数据。企业需要设定不同数据项的更新SLA,例如考勤数据每日同步,生产数据准实时同步,薪酬规则月度确认,岗位变更即时同步。SLA的意义不只是技术承诺,更是跨部门协作承诺。
第三是数据安全与权限控制。绩效数据高度敏感,既涉及个人收入,也涉及业务表现。企业应按角色控制数据可见范围:一线主管看到本班组过程数据,车间主任看到车间维度,HRBP看到所负责组织,集团HR查看汇总与趋势。透明不等于无边界开放,合规的数据共享才可持续。

对于HR部门而言,数据治理不应被视为IT后台事项。绩效数据字典、指标口径、异常处理规则、权限策略都直接影响绩效公平性。HR若只在考核末端使用数据,就会被动接受各种历史问题;如果从治理阶段参与进去,才能把绩效管理要求前置到系统设计中。
4. 从数据贯通到管理闭环:绩效全流程的数字化承接
打通数据不是目的,让绩效管理真正看见业务、驱动改进才是目的。制造业绩效管理需要覆盖目标设定、过程跟踪、评估校准、结果应用四个阶段。人事管理系统作为数据枢纽,价值不在于存了多少数据,而在于让数据在管理场景中流动起来。
在目标设定阶段,经营目标需要从ERP或经营计划系统逐级下钻到工厂、车间、产线、班组和个人。不同层级不能简单复制同一指标。工厂关注交付、成本和质量,车间关注产能与效率,班组关注产出、工时、安全和人员稳定,个人则关注岗位可控范围内的产量、质量、技能和纪律。HR系统应承接这种目标分解逻辑,避免指标上下一张表,却无法落地到岗位行为。
在过程跟踪阶段,生产、质量、安全和考勤数据持续进入绩效看板,管理者可以识别偏差并及时干预。例如,某班组连续几天单位工时产出下降,系统可提示主管进一步查看原因:是新人上岗、设备停机、工单切换,还是缺勤导致人员配置不足。过程数据的意义,是把绩效辅导从“月底算账”前移到“当下纠偏”。
在评估校准阶段,多源数据可以减少主观偏差,但不能完全替代管理判断。制造业绩效评价仍需要考虑不可控因素,如设备故障、订单结构变化、原材料异常、计划临时调整等。系统应提供事实基础和异常说明,帮助校准会议把讨论焦点从“谁印象更好”转向“哪些数据说明贡献、哪些因素需要剔除”。
在结果应用阶段,绩效结果要与薪酬、培训、晋升、任职资格、人才发展联动。若某类岗位持续低绩效,原因可能不是员工态度,而是技能不足或排班不合理;若某班组长期高绩效,企业应识别其管理方法并复制。绩效数据只有进入后续管理动作,才真正形成闭环。

这也提示企业,绩效系统建设不能只由HR单独定义需求。它必须让生产、财务、IT和业务管理者共同参与,因为绩效管理本质上是经营目标在组织中的分解、执行和反馈机制。
四、数据贯通后的绩效管理新范式:从事后评分到实时驱动
当多源数据真正贯通,制造业绩效管理会从周期性事后评分,升级为实时数据驱动的持续绩效管理。AI的价值也会在此基础上被放大,但前提是数据足够完整、口径足够稳定、权限和责任足够清晰。
1. 实时绩效看板:从月末看报表到每日看人效
传统绩效管理以月度、季度为主要节奏,管理者在周期末看到结果,再进行评分和面谈。这种方式的问题在于,制造现场的绩效偏差往往发生在每天、每班、每条产线。如果等到月末才发现问题,损失已经形成,员工也很难回忆具体原因。
数据贯通后,企业可以建立实时或准实时绩效看板。看板不只是展示排名,而是呈现人效结构:班组产出、单位工时产量、一次合格率、加班强度、安全事件、技能覆盖率等指标可以组合呈现。管理者看到的不再是孤立分数,而是影响绩效的多个变量。
这种模式适用于产线稳定、数据采集基础较好、指标口径清楚的制造场景。对于小批量、多品种、频繁换型的企业,实时看板更要谨慎设计,避免用单一产量指标误判员工贡献。看板的价值在于辅助管理,而不是用实时排名制造新的压力。
2. AI辅助的绩效洞察与预警
AI在制造业绩效管理中的作用,不应被理解为自动给员工打分。更合理的定位是辅助洞察、异常识别和趋势预警。前提是企业已经打通多源数据,并建立相对稳定的指标口径。没有数据治理基础,AI只会更快地产生看似精确的错误判断。
基于贯通数据,AI可以识别一些人工难以及时发现的模式。例如,某班组连续三天单位工时产出下降,同时加班增加、返工率上升,系统可提示管理者关注人员配置或工艺异常;某位员工近期产量稳定但质量波动增加,系统可建议主管安排技能复训或岗位辅导;某条产线在特定班次频繁出现绩效偏差,系统可提示排班、设备维护或物料供应问题。
AI辅助还可以用于绩效校准。系统可以提示评分异常,如某主管评分长期偏高、某部门绩效分布与业务结果明显不匹配、同类岗位之间评价口径差异过大。这样,HR从数据搬运工转向绩效顾问,把更多精力用于解释数据、推动对话和设计改进方案。
需要强调的是,AI建议不能直接替代管理决策。制造业绩效受到设备、工艺、订单、人员熟练度等多因素影响,算法需要人来校准边界。企业应明确AI输出的使用范围,避免员工产生被黑箱评价的不信任感。
3. 从评价工具到战略执行引擎
当绩效数据与经营数据打通后,绩效管理才真正具备连接战略目标与一线执行的能力。企业不再只是问“谁得了高分”,而是可以追问:哪些组织能力支撑了经营结果?哪些岗位成为效率瓶颈?哪些班组实践值得复制?哪些激励规则正在扭曲行为?
例如,企业战略要求提升交付稳定性,那么绩效指标就不能只看产量,还要看计划达成、质量稳定、安全风险和人员配置;企业希望降低人工成本,也不能简单压缩加班,而要结合单位工时产出、设备停机、排班效率和技能多能工比例综合判断。数据贯通使这些判断更接近业务真实。
绩效管理由此从评价工具转向战略执行引擎。它把经营目标翻译为岗位行为,把过程数据转化为管理反馈,把绩效结果连接到薪酬、培训和人才发展。对制造企业而言,这种转变不会自动发生,必须建立在系统集成、数据治理和组织协同之上。
红海云总结
回到开篇的问题:制造业绩效管理为何常陷入数据孤岛?答案并不只是系统太多,而是技术包袱、治理缺位和组织壁垒叠加,使“人”的数据与“业务”的数据长期分离。红海云认为,破解这一问题,需要把绩效管理从流程线上化推进到数据贯通和管理闭环。
制造企业可从以下几项行动入手:
- 先盘点绩效数据来源与缺口:梳理MES、ERP、考勤、薪酬、HR、安全系统中的关键数据项,明确哪些数据可用、哪些口径不清、哪些仍依赖人工补录。
- 建立跨系统主数据标准:以员工、组织、岗位、班组、产线等对象为锚点,统一编码、关系和时间维度,减少后续集成中的匹配错误。
- 选择具备多源数据集成能力的人事系统:让HR系统从记录绩效结果,升级为承接生产、经营、工时、安全等数据的绩效数据枢纽。
- 把数据治理纳入绩效管理职责:HR不能只在考核末端使用数据,还应参与数据字典、指标口径、异常处理和权限规则设计。
- 以管理闭环检验系统价值:数据贯通不是一次性项目,而是持续运营能力。只有当数据进入目标设定、过程辅导、评估校准和结果应用,绩效管理才真正服务业务改进。
对制造企业而言,数据孤岛的本质是管理孤岛的数字化映射。打通数据之前,先要打通管理逻辑;建设系统之前,先要明确责任、口径和使用场景。只有这样,人事管理系统才能真正成为制造业绩效管理从事后评分走向实时驱动的基础设施。





























































