SAP教育培训大会演讲实录：蒋旻

2009年7月21日，SAP教育培训大会在京召开。畅享网应邀对大会进行了图文直播。

SAP中国咨询部项目经理、资深质量和风险管控顾问 蒋旻

蒋旻：大家好！我是蒋旻，非常感谢之前资深的顾问给我们做的一个新的解决方案的介绍。

首先我先介绍一下我自己，我之前是在SAP的支持部门工作过，那时候主要做的工作，是保驾护航这个服务的现场实施，之后我转到咨询部。所以，从我个人经历而言，全部在客户一线和客户并肩解决问题。所以对于运维这块，我应该有不少经验和大家分享。

像之前我们说的培训相关的一些方面，尤其是我们的解决方案，其实都会放在SAP这么一个大的，叫做运维的解决方案里面。其实培训也算是运维的一部分，因为我们知道，随着这个项目的实施，我们逐渐会从实施阶段转到运维阶段，而且在这上面花的时间会越来越多。怎么样保证我们最小的人员、最小的成本，提供高质量的运维是我们关注的要点。接下来我的片子不是很多，大概就是十多张，我会尽快讲完。

首先，是关于企业面临的经济危机，对IT这边意味着什么。面对这样的经济危机，我们在业务层面可能会做出一些变革和变更，举一个简单的例子，假设我们有一个采购流程，向一个固定的供货商采购。假设有一天采购部门发觉有一个网上的供应商，能够提供更便宜、更廉价的产品，而且经过他的考察，这个供应商符合我们的质量要求，但是业务有更改，他可能部分走网上流程。我们IT业务部门，怎么把流程又快又好在系统中实现，这是我们需要考虑的事情。这一块，我们需要有一系列的方案、方法，以及我们的工具来实现这么一个快速的业务流程的一个转换的适应以及实施。这一块是我们一般面临的运维困境，就是现在我们的情况，一般是说投入，绝大部分是放在运维这一块。可能比较小的一部分放在实施和决策层。很多时候，尤其是系统上了一段时间了，或者说这个数据库增长比较快，业务比较庞大，运行时间比较长，很多时候，系统会出各种各样的问题。有时候我们的IT部门，就疲于奔命，每天要做的事情就是救火，一会这边打电话说有问题需要解决，那边有问题需要解决。如果我们真的需要把时间花到实施上面，可能占的精力很少，绝大部分时间放在运维这块。

如果是这样的情况，不管是对我们这个IT部门，或者是我们员工个人能力的提升，都是不利的。我们最理想的状态，是能够让员工，或者说我们整个IT部门，花费较少的精力时间放在运维上面，而是把更多的时间投入到业务变革上。如果做到这一点，我们需要通过什么样的方法实现，到底从哪里开始入手，怎么样最快达到这个目的？主要是从三点，我觉得第一个要注意到一个流程化。就是说我们要做IT运维，首先需要把这些运维的步骤，去做成一个标准的流程。这个流程的重要性，其实我们如果是在业务部门都很清楚，但是有时候这个流程在IT部门是缺失的。有的情况就是我这边某一个部门里有一个非常厉害的、技术非常强的工程师，或者一个内部顾问。一般来说，如果有大量问题，我们直接找这个人，基本上依靠这个人来解决问题。但是如果这个人今天请假了，生病了，或者离职了，是不是我们这个IT的运维就受到很大的局限。就像我们刚才讲培训的时候提到这块知识是不是就从此丢失了，我们是需要重新花时间培训这么一个人。如果我们能把他的经验、或者他的方法，整合成一个流程，哪怕是有一个新人接手这件事情，只要他按照这个流程来做，即使不像他这么高效，但是至少能保证在一个时间段完成。通过流程化，来把这个IT的一些运维给规范下来。

第二点，就是一个量化。因为这其实也是我们IT部门经常碰到的一个问题，就是怎么把我们的工作量化。比如说要加预算、要加人，老板肯定会问你，之前的人到底做了什么事情，之前这个预算到底怎么花的？IT部门有时候虽然每天都很忙，每天都加班，处理各种各样的问题。但是真正到了月底、年底做汇报的时候，发现有些工作很难量化下来，这也是需要我们关注的，怎么把我们的工作进行量化。

第三点，就是工具化。我们如果是通过传统的方法解决问题，有可能这个效率比较低。我们是不是可以借助新的解决方案、新的工具，SAP提供给我们的方法来解决问题，帮助我们提升解决问题的效率。这是工具化的一点。第二点，我们是不是可以把之前提到的流程，以及这个流程集成到工具里，让工具帮助我们实现这个流程，反应这个数量。另外一点，随着系统的升级，我们新的应用越来越多，SAP不是单个的系统在工作了，而是做一个集成，做一个协同的工作。在这样的情况下，我们怎么能快速地去实施一个应用？比如说我刚才举的那个例子，一个采购的应用，有可能它会牵扯到多个系统，牵扯到ECC系统，哪怕在这里面也会牵扯到物流、财务部门，付款流程都是走不一样的流程。如果我们要实现这么一个流程的变更，怎么内容最快找到受影响的系统是哪些？这是我们IT部门需要考虑的，也是我们IT部门创新的一个方向。

其实，SAP随着这些年对运维的不断重视，提供了这么一个完整的质量和风险管理这个平台，帮助我们实现刚才提到的那几点。这边它是按照一个项目的流程，从项目开始到蓝图、到集成测试，以及后面的生产运行，去做一个时间点的区分。首先，SAP解决方案器，这一块我相信绝大多数的客户都应该有应用，因为这个是SAP强制推的，跟这个支持服务一起推的，是免费解决方案。这个解决方案管理器实际上是集中的管理平台，我们可以把它当做我们IT的ERP系统，不是业务的ERP的系统。在这之后，我们就有一个叫做企业建模的工具，这个其实叫做SAP企业建模，它的主要作用就是帮助我们定义、管理优化这个流程。首先不管是我们新实施项目还是已有流程的变更，我们肯定要对现在这个流程做一个梳理，我们要借助这么一个解决方案，把它规范化做在系统里。接下去会有一个测试环节，这也是项目的重点，就是说我们怎么能保证这个测试的内容、测试的范围，是否和之前蓝图的设计是吻合的，既不会包含太多的内容，也不会说有些部门内容漏掉测试，这块是很重要的。SAP它有一个质量中心的解决方案，帮助我们管理测试的内容。接下来是SAP测试功能优化器，它帮助我们定义、设计测试的模块，举一个例子，比如说我们一个业务场景，可能包含多个事物代码，比如说刚才那个采购这个流程，我们肯定会有一个M121去做采购凭证，收货等流程。如果我们对这个场景做测试，会牵扯到很多的事物代码，有可能牵扯到应用以及外部系统。对这套流程，如果我们有一个快速的方法，把它录制保存下来，以后测试的话，就可以直接调动使用。第三个是性能中心，这个帮助我们在做压力和性能测试。这其实分成两块，一个是系统可承受的一个极限的测试。另外是一个性能的测试，这两个是不一样的。压力测试更多的时候，会在新系统上线的时候使用，因为我们新购买的硬件之后，我们需要测试说这个系统的承受值是多少，可以支持多少的并发用户同时运行。另一块是性能测试，不管我们是新系统，还是旧的新功能的实施，我们在测试环境上做的实施，都需要去进行测试的。因为我们不管是开发顾问，还是应用顾问，在实施的时候，关注的点是功能的实现。就是说只要功能这边实现了，他这个工作就算完成了。但是在性能这边考虑的就比较少，因此我们需要几个平台，把它们放在一起，加载一个数据量，做一个性能的测试，保证这个应用即使在同时运行的情况下，也能及时地避免非常明显的瓶颈，这是我们做性能测试要达到的目的。

另一块，就是SAP测试数据的迁移服务器，这也是我们经常面临的问题。我们测试数据，一般都非常陈旧，一般我到客户那边，他们给我反对一个情况，就是我最新更新系统是在上一个项目实施之前，之后从来没有动过，这样的话，测试和生产环境有非常大的差异，导致结果并不可靠，最后会影响生产环境正常业务的运转。因此SAP也提供这么一个叫测试数据迁移服务器的解决方案，帮助我们去搭建一个模拟生产环境的一个测试环境。这之后就有一块中端用户性能方面的解决方案，一个是刚才我们这边的顾问已经提过了，另外一个是用户的体验管理。如果大家有兴趣的话，我们之后可以做一个沟通。还有一块就是流程和系统稳定性的管理，这个是流程性能，就是刚才我说的业务流程。从业务流程的角度去判别这个业务流程是不是合理，是不是有更好的流程把这个性能做一个提升。

最后就是系统的诊断和监控，包括日常的监控和出了问题之后问题的诊断，这两块。我对刚才提到那几个做一个简短的介绍，一个是关于解决方案管理器，因为我们知道SAP维护费有所增加，我们提供这么一个解决方案管理器，同时不断对它增强功能，现在我们可以把它当做IT运维平台。所以它这个是按照我们IT业界有个标准，就是这个IT业务的流程标准，如果我们登陆是能够看到的，一些方法论，以及路线图。就是说我们运维按照什么样的流程，怎么样实现这个流程化，SAP其实已经提供给我们一些最佳的业务实践，我们使用这种方法论以及这个路线图，就能保证我们这个系统运维是在非常正确、非常高效的层面去运转。另外，它作为一个业务管理平台，我们能够在上面做一些额外的增强应用，包括业务变更的监控、业务变更的管理，以及支持服务台之类的功能。我们现在这边解决方案管理器，虽然大部分用户都已经装了，使用是什么样一个情况。据我所知一般的情况，主要是三个功能，第一是下载补丁，这个需要通过解决方案管理器做一个批准，第二个我们装系统的话，需要去生成一个安装号，这是需要通过解决方案管理器实现的。第三，有的用户还会出一个周报，每周把上一周性能的情况、响应时间做一个报告，提供给我们，有的客户也会把这个做到系统里。其他相关的功能没有应用到，包括变更管理，我们的业务有变更，怎么保证这个变更在可控的情况下进行管理。如果出了问题，怎么响应这个流程，这个是可以做到解决方案管理器，通过这个解决方案管理器来实现我们的支持流程化。

第二个建模管理化，是帮助们搭建模型，这个东西可以画一个业务流程图，有可能你会感觉只是一个画图的工具。实际上这个业务流程建模解决方案，应该说它是一个业务流程里面的倡导者，他提出这个方案现在国际上通用叫ERP，基于世界驱动的流程。我们传统的方法，在使用Word或者表格的时候去维护我们的业务流程，都是在里面去画图。但是本质上这个业务流程建模，并不是一个画图工具，它创建的工作本身就有区别，是先把我们公司的一些原数据取出来，包括我们公司的核心竞争力，产品和服务，以及我们公司的组织架构，以及牵扯到的一些系统和我们最后那个业务源的一些流程，他把这个做成一个数据源，保存到数据库。当我们需要构建业务流程的时候，把这些拿出来设计成一个完整的业务图。每一个组建做了一个变更，可以在多处使用，一旦这个角色有变更，传统的流程，肯定在每一个图上都要改变，但是因为这是一个集成的存储，所以说我们只要做一个变更，就可以反应到整个业务流程上去。另外，如果说我们客户对这个用得比较深的话，它还能做到业务流程的优化和计算，比如说一个小的步骤，步骤有可能会耗一定的时间，包括工时、成本，我们可以把这些特性和这个步骤关联起来。然后把一个完整的业务流程去计算，大概要耗多少时间和成本，这个其实就可以帮助我们实现业务流程优化。我们通过我们的输入，包括成本、包括人力这些输入，最后计算出一个总的值，这个流程有可能是最优的，我们最后就采用这个流程。因此，它跟其他的流程是有本质区别的，它是一层一层的结构把这个流程以数据源的方式整合起来的。

接下来是一个质量中心，像这块主要是帮助我们去管理我们的测试。测试的重要性，我想大家都很清楚，我就不详细说。但是这个质量中心，它主要的功能，就是帮助我们把需要测试的这个蓝图，放到质量中心里面。根据我们蓝图的设计去定义我们测试的脚本，或者说测试的场景，保证我们所有的蓝图，都会被试场景覆盖到。同时，他还有一个全程跟踪的功能。测试的结果是否失败，用户的反馈是什么，都在系统里有一个全程的跟踪，最后这个其实是一个测试的报告，就是一轮测试，两轮测试，测试的情况，是不是每一个场景都测到，是不是有没通过的，没有通过的，是不是反馈到开发和实施部门，这里都有一个详细记录，帮助我们做一个协调工作。这个是我们通过在日常项目中，去做运营维护，测试场景维护。如果第二个项目开始了，参照第一个项目做的测试场景，我能够拿的就是一大堆文件夹，里面有很多的文档，我如果到里面找到我需要的场景，需要花很多的时间。而这里有很多的记录，第二次需要实施的时候，直接拖拽过来就可以使用了，帮助我们在测试这块节约大量的时间。

第三，这边就是一个性能中心，刚才我说了，我们可以通过，一个是压力测试，来测试这个硬件可承受的最大峰值，另外就是性能测试。除了功能实现之外，几个流程整合在一起，还可以模拟多个用户并发，在这个场景下，迅速察觉这个瓶颈在哪里，比如说有一句数据库访问，导致一个性能问题，如果把这个问题在一开始解决掉，而不是传导到生产系统，导致最后的用户都不能通过，在这个情况下，我们想办法查找问题。SAP提供一个功能，就是在这个性能中心里面，把SAP的指标，包括响应时间，包括CPU的使用情况全部预设好，这样通过测试，自动生成一个报告，告诉我们哪一块是瓶颈，迅速发觉这个问题。

接下来就是一个测试数据迁移的解决方案，这个解决方案现在使用的用户非常多，它主要解决的问题，就是刚才我提到的，帮助我们搭建测试环境。包括如果我们需要做培训的，搭建一个培训的环境。因为我们知道，一般生产系统不能停，随着业务量的增长，在这样的情况下，怎么样保证测试环境，既能有最新的业务数据，同时又不会有太大的数据量。因为我们这边有经验的客户，大的数据库几个G的数据，或者还有超过10个G的数据，这样对他来说，是不现实的。我们如果是做IT的话，可能比较清楚，你如果说我们需要一个G的硬件，需要一个G的数据量的硬件，我们采购的时候，可能要按照这个来采购，同时还要考虑要做备份。这样的话，硬件消耗非常大。基于这样的情况，SAP提出这么一个解决方案，它能够改善我们之前使用的比如说系统复制、集团复制的一些问题，比如说全数据复制，可能会造成数据不一致、性能较差的情况，它仅仅抽取生产环境里最新数据，帮助我们提高测试的效率和实施效率。

刚才提到的几个工具，其实可以做一个整合，包括一个业务流程的实现。这边我不一一介绍，我大概说一下，解决方案管理器作为一个平台，它能和质量中心、建模的内容能够导入这个解决方案管理器。同时这个解决方案管理器的业务需求，又可以导入这个SAP的质量中心，把需求和测试产品关联起来。测试的场景经过性能测试，做一个反馈，最后回到这个解决方案管理器，把这个项目的测试情况做一个集中整理，最后出具一个报表。另外两块，主要是做后台作业，牵扯到多个系统的计划。最后是数据归档的解决方案，这块随着我们业务的快速增长，我们生产系统的数据量越来越大，怎么把部分数据移到生产系统之外，怎么把我们的一些凭证保存起来，以及我怎么能够进行一些发票的自动处理？包括我这个业务部门每天收到几十张、几百张的发票。这个数据归档方案都可以帮助我们解决，帮助我们去对旧的数据做一个归档，然后对这个文档的处理做一个自动化，包括这个发票的处理。最后就是SAP集中监控和诊断解决方案，我们日常的工作，就是日常的监控，每天要关注几个点，包括操作系统，响应时间。另外，出了问题要诊断，首先给我们一个非常直观的画面，比如说这个是CIM的，哪怕监控人员没有深厚的知识，我也可以一见了然，根据预设的问题点去检测，出现了问题马上反馈。同时它提供端到端的诊断功能，我们有可能使用一个非常复杂的业务场景。如果一旦出了问题，这个问题是出在ERP系统上，还是数据库，还是用户网络端，这个问题的诊断也是通过这个来实现，最后它能出具一个日报、月报、周报，这对我们诊断工作也是非常有帮助的。

最后，SAP是把这些解决方案串联起来，完成一个完整的运维和测试优化解决方案，帮助我们提升运维水平。这块因为时间限制，我就不做详细的介绍，如果感兴趣的话，我们可以会后做一个沟通。我这边的内容就到此结束，谢谢！

微信扫一扫实时了解行业动态

微信扫一扫分享本文给好友