企业管理信息化系列之企业管理信息系统标准化建设方案

淘泥淘泥西 风 送 暖 意 ， 千 万 里 花 香 意西 风 送 暖 意 ， 千 万 里 花 香 意企业管理信息系统标准化建设方案经验提供知识，知识创造价值Tonys father企业管理信息化系列之声明 本文中所提及的数据和分析结论均依据于 过程数据的客观反映。系统建设背景分析系统方案设计系统实施策划系统里程碑规划系统建设的挑战其他未尽事项01020304050607目目 录录第一部分 系统建设背景分析集团公司信息系统在企业中的版本发展历程子公司分公司区域公司专业公司子公司子公司子公司子公司子公司2010201120112012201220122012201220132013EPS2EPS 2.XEPS 3EPS 4架构思想和技术的重大变革诉求问题现状企业管理系统现状与信息化建设的诉求主数据集成和产品升级业务方案共享信息化统一建设规划政策和制度严格落地执行企业管理标准化深化架构设计存在缺陷架构分层不清晰，难以支撑管理标准版系统。版本较多、且存在差异，而且无法实现自动的差异合并和技术升级。缺少优秀的技术平台，不支持用户的个性化开发，对用户个性特性支持有限。业务处理没有统一对管理手册核心的理念的业务实现深度不够，不能完全满足信息化辅助企业管理标准化的需求对管理手册规定的内容，如：表单或制度，标准化程度也不够，各版本实现方式不一致，不利于企业管理理念的贯彻和执行最佳实践不易传播已存各版本中所实现的差异需求中有一些是具有通用性的，由于版本和业务管理不统一，难以在其他版本中传播借鉴，不利于经验的传承不利于管理标准化推行由于系统分别开发和实施，难以跟踪企业管理手册和制度的执行情况，不利于发挥信息化系统辅助管理提升的作用影响信息化建设版本太多而且无法统一升级，难以跟随企业企业管理水平的提升而统一改进发布系统。业务不一致，导致如：主数据集成工作需要分别设计方案，分别开展，给信息化规划推行带来障碍。重复投入，资源浪费相同业务问题存在重复分析与开发可能，造成资源与成本的浪费版本众多而分散，给软件开发商运维带来巨大工作量，也必然增加了信息化系统运维投入标准 版标准版系统建设的可行性 各分子公司系统在权限、流程等方面存在一定的客户化工作，这些工作更多体现为易用性和功能等方面的修正，但是并不影响核心的数据结构，也未对产品体系结构产生影响系统基础功能 各分子公司系统都是围绕企业企业管理手册、合同管理分册等规定，再结合本局的细化管理要求而建设的企业管理系统系统建设依据 各分子公司系统在核心业务流程，包括业务走向、上下游关系、控制关系、业务处理环节，如：入库单等，无显著性差异；核心业务流程 各分子公司系统的管控要求不同，管控细度不同，导致结果表单也不同。在企业报表、统计分析等方面还是存在较多的差异。定制大量发生在表单信息上，算法级的主要修改集中在合同和资金管理个性化定制 各个专业工程公司，如：企业安装、企业装饰等，具有一些专业特色的管理要求；专业化要求标准版系统建设的机遇联合 标准版企业/集团管理手册的推行落地主数据管理体系的实施2015年公司的信息化发展规划软件供应商平台的能力增长与成熟基于v、r、m版本的产品线方法论实践新一代企业管理系统的推出标准版系统建设的价值 同时支持多版本的技术改造； 同时支持多版本业务升级；支持批量定制上线，缩短开发的响应时间 同时解决多版本缺陷； 支持用户有限范围内的定制开发;改善产品的质量，提高用户满意度 累计共性需求，避免重复投入实现重用，达到降低成本的目标 通过积累多方业务实践，积累业务经验，形成企业管理最佳实践 通过版本实施，促进最佳实践的传播，提高企业核心竞争力构造最佳实践，提升企业核心竞争力第二部分 系统方案设计标准版系统建设目标 在2015年，基于平台版本打造一套符合企业业务特点的、具有产品线特征的企业管理标准版系统，并支持在各分子公司逐步上线应用。EPS-企业专版-标准版EPS-R版本EPS-V版标准版系统建设方案平台企业 特色 组件企业 特色 组件企业 特色 组件企业 特色 组件X公司特 色定制X公司特 色定制Y公司特 色定制Y公司特 色定制X公司部署系 统Y公司部署系 统集团公司部署系统BI套件通讯实施工具实施工具二开 工具二开 工具开发 工具开发 工具VS标准版系统产品框架图技术 组件 库业务 组件 库应用 框架组织机构权限管理预警中心V 产品线平台R 标准产品流程管理门户管理任务中心交互模板合同管理模板开发工具实施工具集成工具运行引擎报表引擎BI技术平台合同信息 合同评审 变更管理 通用应用 框架工具 库部署工具参数工具成本管理财务管理设备管理合同管理资金管理EPS Ra行业版人力管理Rb行业版M 客户产品Rc行业版Rd 流程定制特色组件单据修改规则定义EP Ma企业专版流程定制特色组件单据修改规则定义EPS Mb企业专版Mc 项目实例流程定制个性表单Mapa子公司实例Mapb子公司实例参数定义个性报表流程定制个性表单参数定义个性报表流程定制个性表单Mbpa子公司实例参数定义个性报表Mbpb子公司实例标准版系统特征以平台产品技术基础为技术平台以EPS为产品线平台以企业管理手册为业务线标准以历史企业定制共性需求为业务来源打造企业业务平台技术特征通过手册实现流程与表单的标准化通过主数据实现核心基础数据的统一化通过分布式部署，利用互信机制实现信息互访通过商业智能套件，实现下级数据的抽取与分析贯穿企业管理的思想和核心理念业务特征标准版系统建设的路径分析通用化设计组件化开发工具化配置参数化产品平台化定制装配化标准版系统建设vrm方法论实践V-产品平台目标：解决稳定和共性需求，建立产品线对外：黑盒设计：组件化，走组件替换升级的道路重点：强调技术扩展点、强调对外标准接口与规范R-解决方案目标：解决不稳定需求和细分市场需求对外：半透明设计：模式或参数化，走业务扩展升级的道路重点：强调业务扩展性、强调流程与关系的稳定、强调数据升级、强调开发升级要求与制度M-项目实例目标：解决个性化需求对外：透明设计：边缘修正或重修开发，走业务改进而非升级的道路重点：强调自动化手段、质量和速度162131162131162345M1M2M1M2M1M2V1.1V1.2VR1.1R1.2R1.3升级升级升级标准版系统采用的业务分析模型特征强制特征可选特征可替换特征110.1可变点10.n变体11.nARIS领域分析过程模型架构建模上下文分析领域建模功能模型整个系统与外部环境领域之间及与外部环境控制模型数据模型过程之间及与领域间组 织 模 型交互模型模块结构/组件模型依托FODA模型， 分析并处理企业各 版本历史需求系统业务方案流程标准化 流程标准化。系统标准化的核心是流程标 准化，根据企业企业管理手册统一企 业管理核心业务流程，包括流程上下游环 节和之间的关联关系，统一差异。手册要求，而标准版缺失的，以手册为准；环节一致，而上下游关系不同的，若可以共存，则以参数方式解决；若不能共存，则存在两种可能性，其一确信都是合理的，分别处理；其二不能核实的，则标记后提交业务决策人员进行决策。环节不一致的，标记后提交业务决策人员进行决策。系统业务方案表单标准化依据适用范围包括表单的数据、 算法、规则、界面 和功能等。企业企业管理手 册，其次是根据 各分子公司的业务 分析，按照是否共 性原则来处理。参照依据EPS标准版中存在 的模块，且在已知 各个分子公司版本 均直接使用，未有 做出修正的，直接 纳入新的企业的标 准版，并归入标准 资产库。基本原则系统业务方案共有价值表单修正标准化 虽然各分子版本存在一定的修正，但是经 过分析，可以找出共性解决方案的，则纳 入新的企业版本，也归入标准资产库。数据表单内容存在差异，通过两种方法处理，一种是做数据大全，一种是从制度上进行规定。具体采用哪种方式，要看具体表单而定。业务功能或逻辑或算法存在差异，但是可以枚举解决方案，则通过参数设置手段进行统一；业务数据项的内容存在差异，但是可以抽象为模板的，则通过模板设置手段进行统一系统业务方案无法确认共有价值表单修正 各个分子公司版本存在修正，但是经过分 析，难以找到共性或存在冲突的解决方案， 则作为遗留问题通过制度手段或个性化方 式解决，可能方案包括 统一为某一种方案分割为n种不同方案系统业务方案新增表单标准化 新增加的表单处理原则手册规定的 若证实为企业手册中的要求，则考虑纳入企业新的标准版，采取的策略同前个性需求的 若证实为个性要求，则需要进行标记，不纳入新的标准版无法证实的 若无法证实，则提交业务决策人员决策标准版系统业务方案个性化需求处置非专业公司的个性化。除企业管理手册和合同分册中提过的表，其他统计报 表依据各分子公司要求，自行定制。技术质量安全，满足企业管理手册的要 求来即可，其他表单要求自行定制，核心还是以成本管理为核心。专业公司的个性化。以标准版为蓝本，提供专业的二次开发服务，解决个性 化需求问题。个性 化需求1 参数 部署配 置2 实施 工具修 正3 二开 服务4 编码客户/实施人员 1.参数 2.模板 3.模 式 4.流程 5.预警客户/实施人员 限定性修正，开闭 原则二次开发人员 标准版业务修正平台人员平台人员 应用框架层修正应用框架层修正第三部分 系统实施策划标准版系统实施步骤应用反馈方案设计个性化定制数据迁移实施步骤实施步骤上线应用标准版修正上线/升级历史项目数据迁移设计迁移的原则 横向划分：时点封闭，项目封闭 纵向划分：不同业务线数据迁移策略制定迁移的方式 工具迁移 主数据集成 手工初始化 新系统补录历史项目数据迁移方案静态数据台账数据动态数据基础数据基础数据基础数据通过工具 或Excel等方式实现数据的导 入，还可以通过主数据集成方 式实现数据初始化台账数据台账数据可以形成台账 性质的业务数据，通过初 始化功能完成。包括：合 同初始化、库房初始化、 资金初始化、资产初始化 等动态数据动态数据按时点封闭，时点前可以依 据台账产生的，以台账形式初始化形式 迁移到系统中，否则需要通过新系统重 新补录方式完成。考虑时点时要结合项 目考虑，保证项目数据完整进入。未进 入的项目可以通过报表形式完成。历史动态数据处置方案新旧系统并存业务数据补录台账初始化方案新旧系统同时存在，按时点和项目作为新系统上线要求，新系统管理新项目，就系统管理历史在建项目。旧系统在建项目核心数据通过报表形式同步进入新系统，解决企业级统计分析和监控管理的需求。旧系统按财年和项目结束两个条件作为彻底关闭的标准。新系统上线，所有历史数据按时点人工进行分析，通过ETL工具或手工方式补录到新系统旧系统废除。新系统上线，就系统废除。所有业务数据根据关键程度，抽象成台账数据，初始化入系统优点不需要补录大量的数据不影响历史在建项目正常运行可以保持数据的完整性不需要新旧系统切换简单，易推行缺点新旧系统同时存在，加大了系统运维成本企业管理人员需要在新旧系统中切换才有可能看到详细的数据业务分析工作量巨大，成本巨大由于规则的变更，数据的完整性和一致性难以保障。没有业务单据作为支撑，难以支撑详细分析技术可行性 基于T平台框架开发，保障了基础 技术部分的统一和持续性升级维护。 业务可行性 企业企业管理手册所涉及业务内容 将作为企业标版中V版本建设内容，即 将这部分内容作为核心资产纳入v版本 管理体系，严禁对此部门内容的客户化 定制，确保公司制度落实。标准版系统治理流程设计师分析专业 特征分析稳定业务通用业务专业特性不稳定业务剥离 个性业务产品 诉求业务 分类变化 机制机制技术 分类基础服务扩展机制实施支持实施工具设计产品平台 V/R企业专版 M解决方案业务上线/升级项目实例 M实施工具实现技术保障措施 数据结构持续升级保持最新 数据内容不做修改仅作