《sap研发过程精要.doc》由会员分享，可在线阅读，更多相关《sap研发过程精要.doc（9页珍藏版）》请在金锄头文库上搜索。
1、AP研发管理精要 公司管理自身流程错综复杂，用软件把这些错综复杂的关系梳理成一种智能、顺畅的“有机体”，又需要多种逻辑运算和数据解决。不仅如此,面临几十个行业各不相似的需求和成百上千个公司各具特色的公司“个性”，同步又要组织遍及于全球各地几千人的开发队伍,S如何驾驭管理软件开发这一浩大的工程？ 1972年，德国，曼海姆的IB公司。任职销售顾问的Hasso Plttner在等待着公司对自己建议的答复。她的建议就是开发财务软件包，用现成的软件包取代昂贵的定制应用。 当IBM公司回绝了她的建议之后,她和4名做软件工程师的同事离开了IBM，白手起家开办SAP软件公司。 而今,每天早上,世界50强中0%
2、的公司都会进入由A公司提供的管理和协同商务平台，进行高效率的工作。历来好斗、性格倔强、敢于接受挑战的SAP联合主席兼首席执行官Pltr在经历了SAP的诸多风浪之后，当她看到SA在软件市场低迷的状况下，第三季度仍旧实现了获利预期，前三个月的收入达到50亿欧元,收入增长率为2%，快乐地评论道: “虽然近来软件市场，特别是美国市场有巨大的变化,客户纷纷推迟软件的购买筹划,但对于目前最有效的解决方案，公司还是乐意投资的。越来越多的公司转向SAP，由于她们相信S能给她们带来更高的投资回报率、更优秀的功能和便捷的集成。” 这家总部位于德国沃尔多夫市，号称“全球最大的公司管理解决方案供应商、全球第三大独立软
3、件供应商、全球领先的协同电子商务解决方案供应商”的软件巨人目前在全球的10多种国家和地区拥有.65多万家客户,向全球提供基于“五大支柱”战略的产品,这就是SAP M(供应链管理)、mySAP PM（产品生命周期管理）、ySA CRM（客户关系管理）、SAP Porals 的Enterrise ts（公司门户)和SAParkes的Echage(交易集市)。 而你与否懂得，在全球，SP拥有员工25万多名，在总部，SAP的开发人员有000多名，而SAP的开发实验室和开发中心更是遍及全球多种角落：德国慕尼黑，美国硅谷,法国，加拿大，中国，印度，澳大利亚，日本如何调度这只由几千人构成的开发大军？如何将几
4、千人隐于无形的智慧聚合起来打造商业智能方案，而这方案又凝聚着来自世界顶尖公司先进的管理实践和管理理念？ 董美婷,目前是SP中国公司北方区征询顾问经理,在负责整个征询队伍的同步,还负责协同商务解决方案中心。1997年6月加入SP的她，有机会亲身体会了AP研发的精髓。刚开始加入SA的她，担任技术顾问；1998年初，SAP中国公司成立开发中心,她担任开发中心的负责人；,SAP投资100万美元,组织30多种研发人员，建立了SAP中国协同商务解决方案中心，她被任命为负责人。在此之前的9年时间里，董经历过中科院软件所和中国惠普两个单位。 董美婷以一种典型的中国开发者体验着SA博大精深的管理软件研发过程，同
5、步,以SAP中国公司技术总监芮祥麟为核心的研发队伍也逐渐被纳入到SP全球研发筹划中。 在咖啡厅、足球赛中工作 在SAP德国的办公室里,研发人员一般是4个人一组坐在一间20平方米左右的房间，她们使用那些租来的具有最高性能的设备，运用SA自主开发或者第三方提供的开发管理工具，遵循着SAP研发“机器”特有的“程序”编程序、抓bug。一般，她们会在宽带上浏览公司的公共平台或者互联网,以获得某一部分现成的可复制的文档，或者在自觉得合适的时间学习e-leig课程(例如语言、项目管理等)。而在公司里，咖啡厅可以供她们悠闲地坐下闲聊，SAP觉得无论你聊什么，总会对工作有所协助的,例如加深了理解和沟通。而如果你
6、觉得工作累了，设在公司内部的健身中心、网球场都可以免费使用。每到周末人们可以开车到风光旖旎的小镇,在山顶的足球场上踢足球,附近的居民们会赶来加油、呐喊,足球赛会使诸多平日里不结识或不熟悉的同事熟悉起来，她们在工作时需要协助或者讨论或者启发，这样她们会很容易地懂得找谁合适。而每一种月她们都会参与一项叫做团队建设的活动，人们集体出去，或者爬山，或者滑雪,总之是人们可以一起参与而又需要互相协作和沟通的活动。SAP中国的员工每月同样也会去参与团队建设的活动,而董美婷所带领的30多名研发员工也会在月中及时地聚在一起,讨论一种阶段以来在某些项目上的得失。 严谨的德国人对于写软件有着比打造精美工艺品更细腻的
7、心思。有时,一种字段会讨论上两个星期。如果需要,随时会有一种非正式会议在咖啡厅开始。对于产品经理的需求，她们会逐字逐句地推敲,以拟定这与否就是客户工作所需要的。 值得一提的是,每天,AP全球的开发人员都在使用着SAP独有的开发语言ABAP高档商业应用语言展动工作。AP觉得做管理软件并不需要追求技术的时髦，P看重的是: 满足需要,在功能、流程、速度、稳定性上的体现要优先于其她。基于这种语言的技术平台还可以使SAP的产品与多种系统无缝连接。 管理软件“流水线” 一般,新产品或新版本的诞生，需要走过六道“工序”，这就是产品规划阶段(Prdct Planing)、需求形成阶段（Speciicin)、设
8、计阶段(esgn)、实现阶段(Imlmentaton)、测试阶段(Tes）和技术支持阶段(Maiteae)。事实上,这六道工序并不像一般硬件产品的流水线那样，这六个阶段或者交叉,或者平行,总之构成了一种复杂的统筹项目。 由于AP提供的多种解决方案要面对不同顾客千差万别的功能需求，在项目开始之前,需要进行非常详尽的规划,以决定功能的取舍和增强，这一阶段决定着产品的发展方向,也是项目成败的核心。同步，这一工作也规定参与项目的SAP和非SAP人员进行充足的交流沟通，从而为将来的开发打下基本。特别是对于那些比较复杂、跨模块的项目，需要在模块间的功能开发和工作进度上作出统一的规划，以避免反复开发和集成问
9、题。 一般,规划阶段的工作可以按三个环节进行。第一步是收集和评估开发需求,为新产品或升级既有产品而从多种渠道收集顾客需求和意见。如果是升级既有产品，则由开发组对开发祈求进行评估,并作为新版本开发的基本；如果是新应用模块开发，则由项目的产品管理小组和开发经理对实际应用和流程进行分析,并提供粗略的开发筹划,为下一步的决策做必要的准备。第二步则是开发规划的决策阶段,重要是分析整个项目的可行性，以及拟定项目开发的优先级,对于比较重要的或者是方略性的项目,一般是由部门主管或执行董事参与决策。第三步,则需要制定详尽的开发筹划，涉及功能划分、工作分派、进度控制等。 走完规划阶段,项目组以及产品经理则开始对软
10、件产品进行分析，拟定多种顾客需求的优先级，并决定哪些功能将在系统中实现,以及实现的限度和方式。这一阶段的工作需要与顾客及征询顾问进行大量的面对面交流，在得到顾客需求的同步,也需要将项目的进展及时通报，以得到反馈。需求形成阶段作为开发阶段的基本,最后形成的需求文档需要从顾客的角度对产品进行描述，对多种功能模块的描述要尽量明了,由于此文档也将是产品实现和测试的基本。同步，文档还要就产品可用性、运营性能等方面进行规定。 当项目组拿到了具体详尽的需求文档后,设计阶段开始启动。在设计阶段,由各功能模块的负责人组织小构成员，一起建立模型（如数据模型、功能模型、过程模型、对象模型等），创立必要的数据构造和函
11、数,同步，对限度元素的命名原则、开发规范及模块间的接口等作出定义。由此形成的设计文档成为项目实现的基本，并且是软件维护的重要参照，因此,此文档应当尽量具体。此阶段的工作以顾客需求为基本，为顾客提供有效的解决方案，设计的好坏将直接影响到系统的功能和性能。 当某种功能比较复杂时,设计文档一般可以提成两类： 一类是粗略设计,参照系统中既有的过程、工具和函数库,以拟定可以复用的对象，使用系统中既有的对象和技术可以提供新功能的可靠性，减少开发成本；第二类是具体设计，涉及对数据字典、程序对象、顾客界面、解决流程以及各个对象之间的接口定义进行具体的设计。 设计阶段之后,就进入了具体的开发阶段,即实现阶段。实
12、现阶段是以设计文档为基本来创立数据字典和程序对象。S对ABAP程序开发有比较完整的指引文档，并规定开发人员按照AP的开发规范创立顾客界面。在R/项目开发中,规范性与技术同样重要，由于一种项目一般是由诸多开发人员协同完毕的,程序的可读性和具体文档对于项目来讲是非常重要的。在开发的同步，文档开发人员为相应的功能模块创立在线文档、培训教材等必要的顾客文档,这需要开发人员的密切协作。此阶段同步也是开发测试阶段，开发人员需要对新的模块进行测试、代码检查、可用性测试等,并进行开发人员间互相测试,以便在开发阶段保证模块的质量。 实际的测试阶段从具体的开发阶段就开始了，此谓开发测试，而正式的测试则是在质量经理
13、(M)主持下，由质量管理小组、产品管理小组及顾客共同参与进行非常完整、细致的测试。它不只面对单一功能单元,而是根据顾客需求文档、设计文档并按顾客实际流程设计出测试文档，对系统的可用性、性能、顾客界面、体现统一性、文档、翻译等进行全面测试。同步开发人员需要密切配合,及时修改发现的错误。测试阶段的工作是软件提供应顾客前的最后一道工序，它直接关系到软件的质量。因此,此工作需要非常周密的安排，就这个意义而言，QM也肩负着保证软件质量的责任。 SA的技术支持提成三级: 本地支持(calSpr）、地区支持(Riona Support）和开发支持（Devopment uport)。当顾客遇到的问题无法由前两
14、级完毕时，这个问题就会送达开发人员，由开发人员确认错误来源，并提供对的的响应。这一过程可以涉及在顾客系统中修改程序、文档，如果问题所波及的功能比较广泛,AP内部有关的开发人员会协同工作,共同解决问题。随后的分析会对问题或需求有更加深层的总结,一旦需要，新的需求会被涉及在新版本的开发中。AP还会提供Hot Paags和Hot N，以协助顾客及时解决系统中的错误。SA研发管理精要 .01.26 管理Bug的“程序” 在董美婷看来,Bg产生的来源可以分为流程错误和程序错误。 流程错误是非常致命的,它会导致系统无法实现顾客的需求，它一般发生于项目规划和设计阶段。对于这方面的错误,A有相应的机制加以控制
15、。在顾客需求分析过程中，产品管理小组与顾客之间进行协同工作,同步经验丰富的项目经理和开发经理也会参与，最后形成的顾客需求和项目规划文档还要由专门的小组进行周密的分析和检查。特别是在模块设计阶段，这种检查更加严格，一般这一阶段的检查是由资深专家构成的小组来完毕的,其成员会有来自于其她项目的,从而保证了系统设计的质量。 程序错误是在所难免的,SAP除了运用测试阶段的工作来减少Bu的同步,还用如下手段在开发阶段尽量地避免Bu: 自我测试，规定开发人员在完毕自已负责的模块后,立即进行测试,消除模块内部的错误；互相测试，规定开发人员之间测试对方的模块，由于不同开发人员的思维、开发方式的不同，对方会很容易找到某些自已很难发现的问题；代码检查,一般是由资深开发人员及开发经理来进行,从模块功能、性能、可用性、编码规范、模块集成性等角度进行全面检查。这一工作会在系统实现的各个阶段定期进行。SAP还提供了如CTT等辅助测试工具。 对于系统的后期维护阶段,SA也有对g的完整的管理流程。这可以以开发支持为例来阐明。例如,当顾客系统发现Bug时，如果本地支持和地区支持都无法解决时，此维护祈求会被提交有关负责的开发人员。开发人员负责尽快修改顾客系统中的ug，或为顾客提出修
