17-人员预算和人工成本预算系统技术方案 .docx

XXXX动力信息技术（集团）有限公司 20XX年5月 XXXX汽车有限公司 人员预算和人工成本预算系统 技术方案 目录 1. 项目背景 6 1.1. 参考资料 6 1.2. 项目现状 6 1.3. 项目业务目标 7 1.4. 项目实施范围 7 1.4.1. 业务范围 7 1.4.2. 用户范围 8 1.4.3. 与其他信息系统的关系 8 2. 业务解决方案 8 2.1. 业务总体框架 8 2.2. 业务流程 9 2.3. 总体功能结构 11 2.4. 业务需求理解 12 2.4.1. 中期人员预算 14 2.4.2. 年度人员预算 16 2.4.3. 中期人工成本预算 18 2.4.4. 年度人工成本预算 19 2.4.5. 预算指标分析管理 21 2.4.6. 预算综合统计 22 2.4.7. 培训预算管理 23 2.4.8. 系统管理 28 2.4.9. 系统接口 30 3. 技术解决方案 31 3.1. 技术方案概述 31 3.1.1. 业务特点 31 3.1.2. 系统建设目标 31 3.2. 系统设计原则 32 3.2.1. 架构设计目标 32 3.2.2. 架构设计约束 34 3.3. 总体技术构架设计 35 3.3.1. 逻辑架构 35 3.3.2. 开发架构 36 3.3.3. 用户权限控制 37 3.3.4. 接口方案 38 3.3.5. 部署架构 39 3.3.6. 开发语言选择 40 3.3.7. 应用服务器选型 40 3.3.8. 操作系统选择 40 3.3.9. 数据库选择 41 3.3.10. 报表工具选择 41 3.3.11. 开发和运行环境差异解决方案 46 3.3.12. 压力测试方案 47 3.4. 软件架构 48 3.4.1. 设计理念 48 3.4.2. SDC特点及组件 50 3.5. 综合数据库设计 53 3.5.1. 建设原则 53 3.5.2. 数据库设计原则 53 3.5.3. 设计过程 53 3.6. 系统安全保障方案 55 3.6.1. 代码安全性 55 3.6.2. 系统管理的安全性 56 3.6.3. 传输的安全性 56 3.6.4. 数据的安全性 56 3.6.5. 日志监控 57 3.7. 系统灾备方案 57 3.7.1. 备份 57 3.7.2. 冗余 59 3.7.3. 容错 60 3.7.4. 不间断电源保护 61 4. 项目实施方案 61 4.1. 实施方法论 61 4.2. 项目组织 62 4.2.1. 组织形式 62 4.2.2. 沟通方式建议 64 4.3. 项目管理方案 64 4.3.1. 项目成功的关键因素 65 4.3.2. 问题管理 65 4.3.3. 变更管理 66 4.3.4. 配置管理 67 4.3.5. 项目文档管理 68 4.3.6. 项目风险管理 68 4.4. 项目实施 70 4.4.1. 项目实施计划 70 4.4.2. 项目启动阶段 70 4.4.3. 系统总体设计阶段 71 4.4.4. 系统详细设计阶段 72 4.4.5. 系统开发阶段 73 4.4.6. 用户测试阶段 73 4.4.7. 系统实施阶段 74 4.4.8. 试运行与验收阶段 75 4.4.9. 项目地点 75 4.5. 系统开发质量保证及系统开发规范 76 4.5.1. 系统开发规范 76 4.5.2. 过程资产库 76 4.5.3. 系统开发质量保证 78 4.6. 用户培训 82 4.6.1. 培训方案 82 4.6.2. 培训准备 84 4.6.3. 培训考核 85 4.7. 用户配合事宜 85 4.8. 实施保证与承诺 86 4.8.1. 实施功能承诺 86 4.8.2. 项目实施计划承诺 86 4.8.3. 项目系统性能承诺 86 4.8.4. 项目交付文档承诺 86 4.8.5. 项目管理方法执行的承诺 87 4.9. 培训服务承诺 87 4.9.1. 技能转移目标 88 4.9.2. 技能转移方式 88 4.9.3. 授课培训计划 88 4.9.4. 转移结果检验 89 4.10. 项目验收 90 5. 售后服务承诺 90 5.1. 售后服务说明 90 5.2. 技术支持 91 5.3. 技术服务 91 5.4. 服务内容 93 5.5. 技术服务策略 94 5.6. 技术服务承诺 94 5.7. 保修期内服务流程 95 6. 项目团队介绍 95 概述 1. 项目背景 随着公司的国际化发展趋势，异地建厂、跨国建厂将越来越多，建立人工成本与培训预算管理信息系统，跨越信息壁垒，构建基于信息化的成本共享服务和协同体系，才是应对公司国际化发展的积极措施。 1.1. 参考资料 《人员预算、人工成本预算与培训预算管理项目招标技术任务书V3.docx》。 1.2. 项目现状 人员预算与人工成本预算管理现状： 人工成本全过程都是单机EXCEL处理所有数据，有以下问题： a) 数据处理过程无系统检核，容易出错； b) 数据单机保存，易损毁，且不易共享； c) 运用EXCEL数据处理需另外制作图表，不直观，不便于做决策支持； d) 单机存储容量有限，进行历史对比分析时运转速度有限，影响输出。 培训预算管理现状: 培训计划预算管理全过程都是EXCEL处理所有数据，有以下问题： a) 培训计划预算跟踪统计、校对数据量大，影响工作效率； b) 数据单机保存不易共享，不宜长期保留历史数据； c) 数据保存分散，不方便进行历史数据对比分析。 1.3. 项目业务目标 建立人员预算与人工成本预算信息系统，优化预算编制过程、月度成本预实跟踪分析过程，及时形成有效可靠的数据积累，提高人力资源管理的工作效率。 建立培训预算管理信息系统，优化培训计划预算编制过程、预实跟踪分析、预测分析过程，更及时形成有效可靠的数据积累，提高人力资源管理的工作效率。 1.4. 项目实施范围 1.4.1. 业务范围 人员预算与人工成本业务范围: 可以对XXXX汽车有限公司一体化管控下的所有机构进行人员和人工成本预算管理，对于分子机构可以管理其结果数据； 功能包含： 中期人员预算与人工成本规划编制； 年度人员预算与人工成本预算编制及分解； 月度人员预算与人工成本预实跟踪； 月度人员预算与人工成本预实差异分析； 全年人员预算与人工成本滚动预测； 指标预警分析； 人员预算与人工成本预算指标库； 人员预算与人工成本综合分析及报表； 培训预算管理业务范围: 鲲鹏培训费用管理、营销总部培训费用管理、成都分公司培训费用管理，上述费用之外由培训中心负责公司培训费用管理。 功能包含： 培训预算版本管理； 培训预算基准数据管理； 培训预算版本管理 培训执行结果维护 培训管理预实、预算分析 费用调整管理 培训预算报表及批量操作 中期培训事业规划 1.4.2. 用户范围 人员预算与人工成本预算用户：人力资源部薪酬管理员、人力资源部人员预算管理员、各部门人事管理员。 培训计划预算：人力资源部培训计划管理员、各部门培训管理员、技术中心鲲鹏培训管理员、营销总部营销培训管理员、成都分公司培训管理员。 1.4.3. 与其他信息系统的关系 PANDA(HR)：获取获取人员基本信息、组织机构、岗位信息、薪酬明细、培训项目、培训课程、培训班、培训人员等信息数据。 费控系统：发送培训项目、培训课程、培训班、培训人员、培训预算、培训预算调整等信息数据。 东风总部E-HR系统：预留与东风总部的E-HR系统接口（三个预算及组织-岗位-人事-薪酬等信息数据）。 2. 业务解决方案 2.1. 业务总体框架 通过对XXXX人员预算和人工成本预算系统目前业务现状的分析结合招标书中对整个系统的理解我们为本系统规划了系统功能架构，如下图： 2.2. 业务流程 人员预算业务场景 人员预算编制分解流程： 人力成本预算编制流程： 培训预算管理业务模拟： 培训实施流程： 2.3. 总体功能结构 2.4. 业务需求理解 预算管理的原则： （一）坚持劳动效率持续提升的原则。人员总量预算管理以提升劳动效率为核心目标，持续优化人力资源配置效能，持续提升劳动效率，控制人员总量。 （二）坚持劳动效率对标改善的原则。通过横向和纵向的劳动效率、人员结构对标，寻找差距，明确目标，持续改善劳动效率、人员结构等关键人事指标，提升公司行业竞争力。 （三）坚持人员与人工成本联动的原则。通过提升劳动效率，控制人员总量，促进人事费率优化、人工成本总量控制、人均工资水平提升。 （四）坚持分级分类管理的原则。按照组织机构、战略定位及发展阶段因素，对各部门人员总量实行分级分类管理。 人工成本包括下列项目： 职工工资总额：在一定时期内，以货币形式直接支付给本单位全部职工的劳动报酬总额。包括工资、奖金、津贴和补贴、加班夜班工资。 社会保险费用：国家通过立法，企业承担的各项社会保险费用，包括养老保险，医疗保险、失业保险、工伤保险、生育保险。公司目前在湖北省、武汉市、上海市、北京市、成都市均有员工参保，各地社保政策均有差异。 公积金费用：企业缴纳的住房公积金。公司目前在武汉市、襄阳市、上海市、北京市、成都市均有员工缴纳公积金。 职工福利费用：在工资以外按照国家规定开支的职工福利费用。主要用于职工的集体福利、卫生保健、生活补贴、其他福利项目等。 职工教育经费: 企业为职工学习先进技术和提高文化水平而支付的费用，包含员工国内、国外培训、鲲鹏计划等费用。 劳动保护费用：企业购买职工实际使用的劳动保护用品的费用。 派驻员费用：中法双方股东派驻员费用。 其他从业人员支出：劳务用工、实习生等其他从业人员人工成本支出，包括劳务工和实习生工资总额、劳务工社会保险费用、劳务工管理费等。 人工成本编制的基本规则： 按照在册和新增两类人员进行编制；包含工资、社保公积金，工会经费成本（规则一） 一、工资总额编制规则：按照公司薪酬制度、当年调薪后工资标准、下年度调薪比例编制下年度工资总额预算。分为月工资，一次性奖金和目标考核奖金、加班夜班等子项目。 二、社保编制规则：按照参保各地社保规则编制下年度社保预算。缴纳基数*缴纳比例 缴纳基数预测：按照9+3或10+2的实际工资总额+预计发放工资总额/12计算出下一社保年度缴纳基数 缴纳比例确定：参保各地区上下半年缴纳比例需进行区分 三、公积金编制规则：同社保编制规则 所有人员按照统一规则进行编制，包含福利费，劳务和实习员工成本（规则二） 福利费编制规则：按照福利费类别进行编制（见附件表样） 2.4.1. 中期人员预算 用例图： 2.4.1.1. 预算发起 由人力资源部发起中期人员预算。 2.4.1.2. 确认组织机构 来源下年度组织机构演变计划，新增部门可套用现有部门模型或标准部门模型。 2.4.1.3. 下达测算任务 系统自动将预算填报任务派发给各部门所对应的预算员。 2.4.1.4. 部门预算填报 各部门按机构按年编制本部门人员预算（按SAP岗位信息报表字段）。 可查看项目边界、编制原则及模型 可直接复制上版本预算内容进行修改 可以通过数据模板导入 可对比多版本预算数据变化 2.4.1.5. 部门预算提交 部门预算编制完成后，提交给人力资源部。 2.4.1.6. 汇总审核 部门提交的预算，人力资源部可以汇总查看并进行审核确认。 查看差异变化 可多版本间数据对比 2.4.1.7. 数据测算 人力资源部对导入的人员预算数据根据测算规则进行测算，并按照测算规则对人员预算数据进行测算处理。 2.4.1.8. 预算版本管理 对预算进行多版本的控制及管理，保留每次变更的历史版本数据，方便后期对比分析。 2.4.2. 年度人员预算 用例图： 2.4.2.1. 预算发起 由人力资源部发起年度人员预算。 2.4.2.2. 确认组织机构 来源下年度组织机构演变计划，新增部门可套用现有部门模型或标准部门模型。 2.4.2.3. 确认项目边界 选择对应的项目边界模板。 2.4.2.4. 确认编制预算模型 选择对应的编制预算模型。 2.4.2.5. 指标测算 依照人员预算测算指标库、项目边界、测算模型，测算各项指标结果。提供预算建议供领导审批。 2.4.2.6. 下达测算任务 系统自动将预算填报任务派发给各部门所对应的预算员。 2.4.2.7. 部门预算填报 各部门按机构按年编制本部门人员预算（按SAP岗位信息报表字段）。 可查看项目边界、编制原则及模型 可直接复制上版本预算内容进行修改 可以通过数据模板导入 可对比多版本预算数据变化 2.4.2.8. 部门预算提交 部门预算编制完成后，提交给人力资源部。 2.4.2.9. 汇总审核 部门提交的预算，人力资源部可以汇总查看并进行审核确认。 查看差异变化 可多版本间数据对比 2.4.2.10. 数据测算 人力资源部对导入的人员预算数据根据测算规则进行测算，并按照测算规则对人员预算数据进行测算处理。 2.4.2.11. 预算版本管理 对预算进行多版本的控制及管理，保留每次变更的历史版本数据，方便后期对比分析。 2.4.3. 中期人工成本预算 2.4.3.1. 预算发起 由人力资源部发起中期人工成本预算。 2.4.3.2. 中期人员预算数据导入 选择需要导入版本的中期人员预算，将人员预算数据导入到中期人工成本预算中。可按照部门，人员类别（直 准 间/合同制-劳务-实习/中法方派驻/高职非高职），岗位进行细分。 2.4.3.3. 预算编制 可编制N到N+5年的中期人工成本预算。 设置工资、社保、公积金的调整比例 设置福利和劳务管理费固定调整额度或比例 编制加班费用 2.4.3.4. 预算公示 编制好的中期人工成本预算可以对外进行公示，供查询、查看。 2.4.3.5. 预算版本管理 对预算进行多版本的控制及管理，保留每次变更的历史版本数据，方便后期对比分析。 2.4.4. 年度人工成本预算 2.4.4.1. 预算发起 由人力资源部发起年度人工成本预算。 2.4.4.2. 确认组织机构 来源下年度组织机构演变计划，新增部门可套用现有部门模型或标准部门模型。 2.4.4.3. 确认项目边界 选择对应的边界条件模板。 2.4.4.4. 确认编制预算模型 选择对应的编制人工成本预算模型。 2.4.4.5. 年度人员预算数据导入 选择需要导入版本的年度人员预算，将人员预算数据导入到年度人工成本预算中。 2.4.4.6. 预算编制 设置新增人员工资、社保和公积金标准 设置保险、公积金缴费比例（需考虑多地区同时缴保情况） 编制福利费（查看分析） 编制工会经费 编制派驻费 导入教育经费、劳动保护费、净销售收入 2.4.4.7. 指标测算 依照人工成本预算测算指标库、项目边界、测算模型，测算各项指标结果。提供预算建议供领导审批。 2.4.4.8. 预算版本管理 对预算进行多版本的控制及管理，保留每次变更的历史版本数据，方便后期对比分析。 2.4.5. 预算指标分析管理 2.4.5.1. 月度人员预算获取 各部门按照指定日期获取SAP岗位月度预算。 2.4.5.2. 月度人员预算预实对比 分直准间、分部门、分合同制劳务实习，统计后出报表（同年度预算表样） 2.4.5.3. 全年滚动预测 已发生月度的实际人数+当月月度预算+未发生月度的年度分月预算，进行指标测算。 2.4.5.4. 年度人工成本预算分析 主要分析人事费用率、人工成本总额、单车人工成本与年度分月预算间的差异。 测算指标库中指标均需测算，并返回是否满足各项管控要求。 2.4.5.5. 月度人工成本预实分析 支持根据不同来源管理人工成本： （1） 直接根据系统中每笔薪资的明细数据 （2） SAP财务系统中的其他不经过薪资计算的科目数据 （3） 附加手工处理的EXCEL数据。 Ø（4） 系统中直接输入项 汇总得出月度人工成本明细，并经过汇总分类：分人员类别、分部门、分聘用形式、分人工成本项目统计上月人工成本总额发生情况，并出具各类统计报表（同年度预算月度分解表样）。 Ø与年度预算分月分解数据进行对比，将差异分解为：人员差异、标准差异。 2.4.5.6. 全年人工成本滚动预测 全年滚动预测：指统计本预算年度已发生月度的人工成本总额+未发生月度的人工成本总额，进行指标测算。 Ø未发生月度的人工成本总额编制方式与年度预算编制方式类同，在册人数取编制上月实际人数X，未发生月度的人员预算滚动预测分月计划为Y，（Y-X）*人工成本各项预算标准=未发生月度的人工成本总额。 2.4.6. 预算综合统计 2.4.6.1. 工资统计 按照多个维度（直准间/劳务/实习，聘用形式，年龄段，学历，职级，岗位属性，人员类别、社保缴纳地等）多种方式（月工资合计，月工资不含加班夜班合计、月工资中各项目合计、加班合计、夜班合计、一次性奖金合计）统计预算年度、自然年度内中方全体员工工资总额，并根据规则计算月平均工资； 2.4.6.2. 人工成本对比 可多维度对人工成本历史数据进行对比横向、纵向分析，同比、环比分析：直准间/劳务/实习，聘用形式，组织机构，领域，人员类别，人工成本构成项目； 2.4.6.3. 人员预算报表 本年度：年度分月与月度预算的对比细化至岗位、年度分月与实际人数的对比细化至岗位，月度预算与实际人数的对比细化至岗位，要求可自由搭配筛选对比项(按部门、按直准间、按岗位等SAP岗位信息报表中字段进行筛选)。 2.4.6.4. 年度人员预算对比 各指标间上年度与本年度同期的实际对比分析。 2.4.6.5. 人员预算预实对比 本年度预算与实际的对比分析。 2.4.7. 培训预算管理 2.4.7.1. 培训预算基准数据管理(预留功能) 指定培训预算时，允许设置预算的上下限阈值。当设置改阀值时，系统会依据该阀值进行预算上下限设定限制。如果该阀值设置为零时，视为不进行预算上下限限制。 2.4.7.2. 培训费用类别模块 培训费用主要分为四大类： 1.培训中心管理的公司的培训的费用 包括： 外聘内训，与培训公司签培训合同 国内外委培训（外派学员） 授课津贴，公司内兼职老师授课津贴（按讲师级别设定授课津贴标准）和公司外聘老师授课津贴 培训教学物资（复印纸，培训教具，培训教材，生产外材料等） 培训文化建设（培训文化墙、培训宣传栏、培训横幅等） 其他（公司外培训学员午餐，场租，纸杯等） 2.鲲鹏培训费用 出国培训：XXXX公司技术人员赴法国PSA培训 技术援助：PSA法方专家来XXXX公司进行业务培训 PSA上海研发中心费用 系统内置三类培训计算公式，通过输入项目的起始时间、终止时间、工作时间、人数、汇率等信息，系统自动计算出培训预算。 按照实际开展培训的天数、人数、单价、劳动力指数、汇率等信息计算出实际培训费用，并类别导出报表。 报销费用。 对于出国培训，国外差旅费记入相应项目。 鲲鹏计划单独制定版本进行管理，不与培训中心的版本关联 3.营销总部培训费用 外聘内训：与培训公司签培训合同 国内外委培训（外派学员） 授课津贴 教学物资及其他 系统通过标准模板将培训预算及培训结果导入。 4.成都分公司培训费用 外聘内训：与培训公司签培训合同 国内外委培训（外派学员） 授课津贴 教学物资及其他 系统通过标准模板将培训预算及培训结果导入。 培训费用根据类别不同，采用不同的预算编制模式。各培训费用类别根据预算模板定制该类别的预算模式，实现预算内容动态定制化维护。 2.4.7.3. 年度培训预算任务发起 培训中心发起各培训费用类别对应的年度培训预算任务。设定培训费用所属类别，及其模型。设定培训费用所涉及组织机构（可以选择引入）及其负责人，下发培训需求收集任务。 2.4.7.4. 培训需求申报、汇总 各部门向培训中心申报培训需求（项目、人数、学时、期数、月份、培训方式、费用等），培训性质（公司战略、部门重点、员工岗位胜任力提升）、优先级别等，系统自动汇总需求。 需求填报依据培训预算任务所对应费用类别的预算模型进行填报。预算模型可配置化动态调整。调整后的预算模型只影响新发起的预算任务。 2.4.7.5. 培训需求审核 汇总后的培训需求由培训中心统一审核，培训费用汇总到各部门。 费用包含：培训项目费用、授课津贴、教学物资、培训文化、学员管理、其他，费用类别支持：增加、合并和修改。 财务部门审批预算总费用，并对预算进行统一编号。 培训需求审核可分为标准流程和简化流程。标准流程按培训中心->室经理->分部主任->人力资源秘书室->人力资源部长->财务部来进行审批。简化流程可以自定义审批节点（可配置）。 2.4.7.6. 培训需求版本对比 培训需求由培训中心审核通过后，系统会将本次需求与上年度培训需求进行对比，对比结果主要包含：新增项目、减少项目和保留项目的人数、学时、期数、费用、培训性质、优先级别各项指标的变化情况。 新增项目、人数、学时、期数、费用、培训性质、优先级别; 保留项目、人数、学时、期数、费用、培训性质、优先级别; 减少项目、人数、学时、期数、费用、培训性质、优先级别; 2.4.7.7. 预算分解 按类别、项目分解：调整总预算后查分到每个子项，按总额、部门预算进行树形结构逐层分解调整。 按月份分解：将调整后的预算再按年度预算分解到各个月份。 2.4.7.8. 培训需求修改 培训需求修改，在保证培训总预算不变的情况下对培训内容和培训项目费用进行子项或明细调整修改。 2.4.7.9. 培训需求批量导出和导入 系统支持培训费用的批量导出和导入，导出、导入功能按照部门权限来区分。本部门只能导入本部门的培训需求预算，培训中心可以导出所有的培训需求。 2.4.7.10. 培训预算数据导入 系统支持直接将已经完成的预算数据通过excel模板导入到系统中。导入后的数据可以在预算管理中进行查询查看。 2.4.7.11. 培训费用报表 ² 与工作流平台费控二期系统接口，获取实际培训发生费用。 ² 将实际发生费用按人或者职务进行培训经费话费的报表分析。 ² 按月度、项目、部门和类别进行预实和预测的培训费用分析。 2.4.7.12. 培训预算版本管理 1.由培训中心确认编制版本号。要求能支持各版本导入导出，数据修改。 2.支持各版本间的数据分析。能筛查出版本与对比版本数据有变化的信息。 3.多版本支持，统计后出报表。 2.4.8. 系统管理 系统管理包含用户管理、角色管理、权限管理、日志管理和参考系管理功能。主要是对使用系统的用户进行管理和授权，对用户操作系统的情况进行记录和显示。系统支持后期与IDM系统集成。 2.4.8.1. 用户管理 用户管理主要包括以下内容： v 用户信息 创建、修改后台登陆用户（包括工号、人员姓名、密码、办公室电话、邮箱、备注等信息），是否启用：可对人员执行启用、停用操作。 v 选择角色 分配用户在系统中担当的角色，并通过角色的分配，自动分配给该用户所选角色的全部权限。一个用户可分配多个角色。 2.4.8.2. 角色及权限管理 角色是一类具有相同职责或相同权限的抽象。角色中包含权限，是权限的集合，用户通过分配角色来拥有权限。角色管理所包括的功能：角色添加、查询、维护、分配权限。 授权管理 权限管理分为功能权限和数据权限，功能权限是指使用者具有使用某种功能的权利。数据权限是指使用者在所有功能中对具体的某种产品的访问权限。这里，数据权限是产品来分配用户可查看可操作的数据范围；功能权限则是按照不同的职能部门来分配用户可以使用的系统功能。 2.4.8.3. 日志管理 v 操作日志 用户在系统中对数据进行修改操作（包括新增、修改、删除、审核、下载、上传等操作数据库数据）时，每一项操作都会记录在日志中，包括时间、操作人(登录账号、姓名)、操作内容概述、操作后的结果；日志不能进行修改，且只有具备管理员权限的人才能查看，系统管理员可以定期对日志进行清除，以避免日志记录过大，影响系统整体性能。 v 登录日志 用户每次登录系统时，系统都会记录在日志中，包括登录时间、登录人(账号、姓名)、登录IP、登录状态(成功/失败)；日志不能进行修改，且只有具备管理员权限的人才能查看，系统管理员可以定期对日志进行清除，以避免日志记录过大，影响系统整体性能。 2.4.8.4. 参考系管理 数据字典： 维护系统及业务相关参数，涉及系统阀值，基础比例，系统开关，相关系数，下拉框选项等基本数据。 基础数据的维护可通过“新增、修改、删除”功能手工维护基础数据，或通过“批量创建、修改”的方式批量导入维护数据。 人员预算指标库： 人员预算的标准指标库，版本化的管理人员预算指标模型，各项预算指标可动态配置。 人工成本预算指标库： 人工成本预算的标准指标库，版本化的管理人工成本预算指标模型，各项预算指标可动态配置。 社保缴费比例： 通过地区、用工性质、时间等关键参数设定社保缴费比例。需考虑政策性变化带来的动态调整。 人员归属地变动后的双地或多地缴费需要精确控制，通过预计变动时长参数设置，设定变化时间周期。 公积金缴费比例： 通过地区、用工性质、时间等关键参数设定公积金缴费比例。需考虑政策性变化带来的动态调整。 人员归属地变动后的双地或多地缴费需要精确控制，通过预计变动时长参数设置，设定变化时间周期。 薪资变动管理： 按年度编制各部门、各岗位新增变动比例。可按标准模板或上一年度变动情况进行复制新增。 奖金发放计划： 按年度编制各部门奖金发放方式、频次及额度。可按标准模板或上一年度发放计划进行复制新增。 培训费用类别管理： 培训预算费用类别标准库，版本化的管理培训预算费用类别及其预算模型，各项预算指标均可动态化配置。 2.4.9. 系统接口 2.4.9.1. IDM登录 本系统的登陆和操作权限后期将支持通过访问IDM来实现，通过IDM系统提供的方法来验证用户的合法性和获取用户的操作权限； 2.4.9.2. PANDA(HR)基础数据导入 通过与PANDA(HR)系统接口获取人员基本信息、组织机构、岗位信息、薪酬明细（加密）、培训项目、培训课程、培训班、培训班人员等基本信息； 2.4.9.3. PANDA(HR)基础数据输出 开发PANDA(HR)系统接口提供人员基本信息、组织机构、岗位信息、薪酬明细（加密）、培训项目、培训课程、培训班、培训班人员等基本信息的输出； 2.4.9.4. 费控系统数据输出 通过与费控系统接口输出培训项目、培训课程、培训班、培训班人员、培训预算、培训预算调整等相关数据到费控系统； 培训的实际发生费用从工作流平台费控二期系统获取。 2.4.9.5. 东风总部E-HR系统数据输出 预留与东风总部E-HR系统接口输出内容包括：东风的三个预算、组织-岗位-人事-薪酬对应；（共11个接口，包含实时调用和定时调用） 3. 技术解决方案 3.1. 技术方案概述 经过对人员预算和人工成本预算系统的业务需求、业务特点、安全性要求、性能要求、外围系统、系统部署环境、以及将来的发展预期等因素进行综合评估分析后，我们理解技术架构的设计，概括起来应能够满足以下业务特点和建设目标： 3.1.1. 业务特点 系统主要功能在于数据的收集及分析，新建任务、测算分派、测算协作、填写测算表，生效后，生成报告，并提供相关分析报表。 3.1.2. 系统建设目标 系统建设从企业战略出发，可持续发展。 项目文档满足可持续发展的需要 系统健壮稳定，满足工业化基本要求。 系统需求管理、开发管理、测试管理、培训管理、实施管理、上线保障、配置管理、质量保证、安全管理等过程必须符合既定的规范。 通过对系统建设目标和建设要求的分析，我们在本章节着重描述系统技术方案，并逐项对系统的重点、难点的技术实现方案进行详细说明。同时为配合业务建设目标和系统技术方案的达成，我们在后续章节中进一步制定了整体的系统建设标准和各阶段的流程规范。从而在建设目标、技术标准、建设过程全方位达到系列化、产品化、标准化、集约化的工业化建设要求。 3.2. 系统设计原则 系统技术架构方案必需从各个方面满足实际需求，这是技术架构的设计目标。同时在设计与开发的过程中严格遵守技术架构的约束，从而保证可以实现架构设计的最终目标。 3.2.1. 架构设计目标 技术架构设计的目标包括：系统安全性、可靠性、灵活性与可扩展性、易用性、开放性等。具有高性能、高并发与高可用性。 3.2.1.1. 安全性要求 系统所有资料输入有可靠的加密处理措施，确保信息和数据安全，同时可以设置定时备份数据；系统性能稳定运行，避免万分之一的系统瘫痪、功能紊乱；权限严密，用户权限的设置可以到字段，这样可以使不同的用户访问不同的数据。 项目建设中的数据迁移过程都必须保证数据的安全性，例如：在系统建设过程中应对数据中敏感字段进行安全处理。 同时整个系统还应采用用户身份认证及访问控制、数据库安全、操作系统安全以及完善的安全审计机制。 3.2.1.2. 灵活性与可扩展性要求 随着用户业务的扩展和管理提升，相应信息系统的升级改造也是必然的事，我们在系统设计上将采用模块化，可拔插的方式，尽量降低模组相互之间的依赖项，降低系统功能之间的耦合度，以便系统某一功能在升级、维护、新增、删减时，对其它部分的影响降到最低。 3.2.1.3. 系统性能要求 应用支撑平台性能，支持开放的标准，要求采用规划合理、运行高效的中间件，要具有处理大量并发事务的能力，并具有灵活的可扩充性和高度的可配置管理性。 数据性能，系统数据应完整、准确。数据的储存方式支持高效的重复利用。 系统在提交测试前，必须通过严格的性能优化方案。必须满足多用户并发查询时的速度及大数据量报表的查询速度。 系统应达到数据处理时间窗口的要求，用户定义的查询效率、响应时间的要求，满足分析系统的要求。 3.2.1.4. 易用性要求 操作简单，查询方便，可以通过树形结构分层查询，也可以按任意给定的条件（简单查询、综合查询和模糊查询）进行查询。 3.2.1.5. 开放性要求 本项目的生产环境的建设应基于业界开放标准，对系统中使用的网络协议、硬件接口、数据接口等应进行统一规划，系统应支持主流的应用软件包及其部署的各种硬件平台。 3.2.1.6. 可用性要求 本系统核心功能要保证在正常的业务运行时间范围内可以正常24小时持续运行。在适当节假日时间，系统可以安排计划停机，但应尽量实现服务的可用。 3.2.2. 架构设计约束 3.2.2.1. 技术标准 系统基于J2EE＋数据库标准设计和开发。 数据存储采用关系型数据库存储。 3.2.2.2. 分析设计策略 采用面向对象的方法进行分析和设计。 使用统一建模语言UML 来完成系统结构的面向对象方式的分析设计工作，即通过可视化建模完成系统模型的构建过程。 建模过程使用PowerDesigner建模工具完成。 3.2.2.3. 开发环境 使用SVN1.6进行配置管理； 使用PROJECT2007编制项目开发计划； 使用Visio2007进行需求分析、系统分析和设计； 使用PowerDesigner15.2进行数据库概念模型设计； 使用Eclipse3.4制作JAVA类和JSP页面； 使用Dreamweaver8进行UI设计； 使用Office2007编写文档； 使用Tomcat7作为应用服务器； 使用ORACLE作为数据库服务器； 使用JDK1.6开发平台进行系统开发； 使用Mantis、TestLink、LoadRunner进行测试。 3.2.2.4. 客户端条件 本系统为标准的B/S结构，客户端为微软的IE8.0以上版本，以及其他相同于IE8.0版本的浏览器，不需要安装其他客户端应用（除有特殊业务要求外）。系统需要的客户端插件会自动下载安装，不需要用户的干预。 3.2.2.5. 部署方式 服务器集中部署，数据库与应用服务器建议采用双机热备方式。 3.3. 总体技术构架设计 3.3.1. 逻辑架构 逻辑视图通过描述系统的内部结构，来展示系统的设计思想。分别通过系统内部的各层次内容，相互之间的关系及实现技术、全局规划等方面进行描述。 根据系统需求的分析及总体架构的规划，对本系统的逻辑架构设计如下图所示。逻辑架构图从整体上划分，主要包括展现层、应用层、数据层和基础设施几个部分 展现层 用户通过IE 浏览器访问业务系统，减少了客户端的维护。采用 jsp技术规范，主要功能是向用户展示信息，提供用户操作界面; 该层不直接进行数据库操作，而是将浏览器端的请求传递给业务层，完成请求处理，并将结果返回到浏览器。。 应用层 采用Java和J2EE技术规范，可以自动维护事务的完整性，当发生异常时，事务自动回滚，保障了关键业务的可靠性、完整性。该层根据web层传来的请求，调用持久对象，访问数据库，完成业务处理，并将结果返回给web层。 数据层 业务系统的结构化数据都保存在数据库中；采用了数据库连接池技术，可以缓存数据库连接，节省与数据库的交互时间；数据库产品采用MySql，能够为企业提供可靠、安全的数据处理业务。系统的非结构化（图片、Word、Excel及其它格式文档）存储在文件服务器上。 基础设施 系统设施层提供主机、存储、网络、安全、系统软件等集成设施，提供系统运行的基础环境。 3.3.2. 开发架构 我们建议采用J2EE的体系架构来实现本系统。从逻辑上，系统分为五个层次，分别是：系统架构层、数据访问层、业务逻辑层、交互接口层和应用表示层。 系统架构层 本层主要提供公用组件服务，包括：复杂界面控件、UI处理、安全组件、日志管理组件、异常与错误管理组件、数据访问组件和缓存处理组件。 数据访问层 本层封装对数据库的访问操作，采用ORM将数据库中的表与程序中的对象关联管理，既保证了数据访问的安全性和可控性，又提高了系统开发的效率。 业务逻辑层 本层封装应用系统的业务逻辑处理，将应用表示层和数据访问层联系起来，从表示层中获取请求的数据，按照业务逻辑算法处理完成后，通过数据访问层操作数据库，并将响应发回表示层。 交互接口层 本层封装应用系统的接口处理。通过本层，本系统可以与其他应用系统进行数据交换。 应用表示层 本层定义本系统的用户操作界面。 开发工具建议以XXXX公司的SDC为核心，SDC已经内置模块化引擎、服务总线、数据交换平台、流程引擎、规则引擎、报表引擎、消息引擎、搜索引擎、日志组件、任务调度、参数管理、权限管理等等支撑类组件（详细介绍参见软件架构SDC介绍部分）。且这些组件均采用模块化即插即用方式整合。每个组件即可以使用SDC的默认的实现，也可以插入其他商用软件代替默认实现。 3.3.3. 用户权限控制 本系统的用户权限支持集成XXXX的IDM（企业目录）来实现；用户登录时系统通过人员预算和人工成本预算系统中集成的IDM客户端访问IDM系统，如果能正常访问IDM，则等待IDM返回验证信息和成功验证后的用户权限信息同时将用户权限信息存储到本地