《转ERP应用》word版.doc

转 ERP应用举例介绍ERP一天中午，丈夫在外给家里打电话：亲爱的老婆，晚上我想带几个同事回家吃饭可以吗?(订货意向)妻子：当然可以，来几个人，几点来，想吃什么菜?丈夫：6个人，我们7点左右回来，准备些酒、烤鸭、番茄炒蛋、凉菜、蛋花汤。你看可以吗?(商务沟通)妻子：没问题，我会准备好的。(订单确认)妻子记录下需要做的菜单(MPS计划)，具体要准备的东西：鸭、酒、番茄、鸡蛋、调料(BOM物料清单)，发现需要：1只鸭蛋，5瓶酒，4个鸡蛋(BOM展开)，炒蛋需要6个鸡蛋，蛋花汤需要4个鸡蛋(共用物料)。打开冰箱一看(库房)，只剩下2个鸡蛋(缺料)。来到自由市场，妻子：请问鸡蛋怎么卖?(采购询价)小贩：1个1元，半打5元，1打9.5元。妻子：我只需要8个，但这次买1打。(经济批量采购)妻子：这有一个坏的，换一个。(验收、退料、换料)回到家中，准备洗菜、切菜、炒菜(工艺线路)，厨房中有燃气灶、微波炉、电饭煲(工作中心)。妻子发现拨鸭毛最费时间(瓶颈工序，关键工艺路线)，用微波炉自己做烤鸭可能来不及(产能不足)，于是在楼下的餐厅里买现成的(产品委外)。下午4点，接到儿子的电话：妈妈，晚上几个同学想来家里吃饭，你帮忙准备一下。(紧急订单)好的，你们想吃什么，爸爸晚上也有客人，你愿意和他们一起吃吗?菜你看着办吧，但一定要有番茄炒鸡蛋，我们不和大人一起吃，6：30左右回来。(不能并单处理)好的，肯定让你们满意。(订单确定)鸡蛋又不够了，打电话叫小店送来。(紧急采购)6：30，一切准备就绪，可烤鸭还没送来，急忙打电话询问：我是李太，怎么订的烤鸭还不送来?(采购委外单跟催)不好意思，送货的人已经走了，可能是堵车吧，马上就会到的。门铃响了。李太太，这是您要的烤鸭。请在单上签一个字。(验收、入库、转应付账款)6：45，女儿的电话：妈妈，我想现在带几个朋友回家吃饭可以吗?(呵呵，又是紧急订购意向，要求现货)不行呀，女儿，今天妈已经需要准备两桌饭了，时间实在是来不及，真的非常抱歉，下次早点说，一定给你们准备好。(哈哈，这就是ERP的使用局限，要有稳定的外部环境，要有一个起码的提前期)。送走了所有客人，疲惫的妻子坐在沙发上对丈夫说：亲爱的，现在咱们家请客的频率非常高，应该要买些厨房用品了(设备采购)，最好能再雇个小保姆(连人力资源系统也有缺口了)。丈夫：家里你做主，需要什么你就去办吧。(通过审核)妻子：还有，最近家里花销太大，用你的私房钱来补贴一下，好吗?(最后就应收货款的催要)记住，每一个合格的家庭主妇都是生产厂长的有力竞争者。ERP实施成功的8条因素ERP就是帮助企业整合资源、提高效率，节约成本，这一切只有一个目的：提高企业竞争力。再仔细分析一下，我们会发觉整合资源是根本，当然这个资源是个广义的概念，并不仅仅是物质方面，也包括人力资源方面。ERP在我国应用的成败主要取决于以下因素：1.企业有没有建立起现代企业制度?有无长远的发展战略?能否从企业发展战略高度来研究和审视ERP的原理和作用以及推广应用ERP的目的和意义?只有清楚了这些，企业才能科学地做出是否应用ERP的决策。2.产品是否有生命力?如果企业患了致命的疾病，或者投资方向就错了，产品根本没有市场生命，没有经营效益甚至处于亏损状态，或者企业没有一个比较稳定的经营环境，想依靠ERP来冲喜救命是不大可能的。有的企业的失败其实并不是ERP导致的，而是本身有ERP无法解决的毛病。而且在实施ERP项目的过程中也要保证企业经营状况良好，否则ERP搞了一半的时候企业亏损了，必然也没有精力和实力来继续推进ERP了。3.企业的领导班子是否具有改革进取的决心，是否有一致的明确目标，而且比较团结?如果企业领导没有搞清楚ERP到底是怎么回事就盲目实施，也要导致失败。因为实施ERP项目必然要进行管理创新、流程再造，必然涉及到具体人的利益问题，必然会碰到很大的阻力。如果领导班子没有团结一致，而是貌合神离、矛盾重重，还是不要上ERP的好。联想的ERP系统之所以能成功，与柳传志的决心有很大关系，他在有关内部会议上明确表态：不配合实施ERP，责任人将被撤职。领导一生气，阻力变动力。4.企业基础管理工作做得如何?包括各种规章制度是否完善，政令是否畅通并可切实贯彻执行，数据是否可靠，文件档案是否齐全等。应该从本质上认识ERP项目是一个企业管理系统工程，而不仅仅视其为企业管理信息系统工程或企业信息化建设工程。5.企业有没有为ERP项目制定一个切实可行的目标?这个目标应该是量化的，如资金周转率、市场占有率、利润、股东权益提高多少百分点，成本下降多少，对市场的响应速度提高多少等。6.企业员工对ERP项目的必要性和紧迫性是否理解?员工能否系统地接受ERP等现代企业管理思想、方法、信息技术和项目实施的培训教育，特别是企业主要领导和相关人员是否有这种意识。如果有的员工担心实施ERP项目以后会损害自己的利益或增加工作的难度，而产生抵触情绪，也会影响ERP项目的实施效果。如果抵触严重了就会导致ERP失败。中层干部的理解和支持是关键中的关键。因此，企业应用ERP一定要加强以人为本的管理工作，建立相应的竞争机制、激励机制和约束机制，把应用ERP与制订企业经营发展战略、推动企业管理现代化进程和企业全员业绩考核有机结合起来，促使他们在感受外部压力的同时都自觉地投入到ERP应用中来，并能为ERP应用，乃至企业的生存与发展尽职尽责。7.企业选用的ERP系统软件以及合作的软件供应商是否合适?ERP软件供应商有没有自己的咨询队伍，有没有自己的专家中心?如果合作的ERP供应商不自觉地在实施ERP时把技术放在第一位，肯定要出问题。实际上实施ERP时，管理应该在第一位，ERP厂商的方案能否提高企业的管理水平，这才是最主要的问题，这样当然需要对相关行业非常熟悉的专家。专家与客户交流起来，能遵循行业的标准，对于客户提出的需求是否合理，是否符合所在行业的要求，能立即做出判别并协同用户进行适当的调整，满足用户个性的需求，真正为客户服务、为客户创造价值。8.能否建立项目管理体系和运作机制?事实上，ERP项目是一个具有系统复杂、实施难度大、应用周期长等特点的企业管理系统工程，因此，企业在ERP应用过程中必须从系统工程和科学管理的角度出发，建立健全工程项目管理体系和运作机制，确保ERP项目的成功实施。主要内容包括：制订明确、量化的ERP应用目标，进行ERP等现代管理知识的培训教育，引入企业管理咨询，进行ERP项目需求分析，开展企业管理创新，实行业务流程重组，实行ERP项目监理制和实行ERP项目评价制等等。ERP功能测试：10个步骤确保ERP系统的可靠性ERP软件应用为企业提供管理大规模关键业务功能的能力，包括产品规划、部件采购、库存维护、和供应商的互动交流、提供客户服务，以及订单跟踪等。有些ERP解决方案还能包括一些财政和人力资源方面的应用模块。尽管这些应用通常不会直接生成效益，但是它们能让企业以一种有效的、切合实际的方式使用现有的客户数据，帮助合理化企业的业务活动，为企业新的和当前的客户提供高质量的服务。ERP应用通常使用一个单一的、中央数据存储器来服务于所有的模块。因此，当这些应用产生了性能问题时，很有可能影响到使用同一存储器的所有业务领域。ERP和共享数据结构间的这种关系决定了它必须实施稳固的测试和监测程序才能确保企业关键应用的健康运行。由于业务流程交易跨越企业中的多个部门和区域，并且涉及ERP应用本身的多个模块，因此测试ERP应用应该采用一种整体的方式。当验证这些业务流程的功能时，关键在于捕获自动化测试解决方案中的业务流程测试，用于实现快速的测试重复。由于ERP应用跨越多个业务领域，存在不可避免的复杂性，因此，对每个ERP应用以及每个应用发布版本展开功能测试是非常重要的。每个ERP实施中都会面临的主要挑战之一就是确保应用在上线之前能满足所有的业务需求。关键在于测试和验证这些应用的运作情况是否符合设计要求。为确保关键业务应用的功能，下文中将从10个关键步骤详细描述，使用这些步骤能为企业的关键ERP应用来设计和实施有效的功能测试程序。步骤1：初始规划和收集需求在任何一个环境中，功能测试的最重要阶段之一就是规划。对于ERP应用来说，这个步骤就更为重要了，因为其中涉及环境的复杂性以及推动这些应用实施的错综复杂的业务需求。不完善的规划可能导致失望的结果和不完整的测试覆盖面。经过深思熟虑的规划使您能避免一种垃圾进，垃圾出(garbage in,garbage out)的局面，使企业能衡量和最大化他们的测试工作，获取更多的投资回报(ROI)。许多公司购买预先打包的ERP解决方案，希望能实现业务管理各个领域的快速整合。然而，这种被称之为vanilla的ERP打包方案必须经过客户定制，才能部署到它所要支持的业务中去。从逻辑上来说，收集需求是规划阶段的起点，因为开发人员通常根据需求来定制ERP应用；测试人员使用它来测试系统和客户定制项目；而最终用户使用它进行用户接受测试和终结测试。通过提前仔细地定义需求，测试人员可以规划和管理那些更加注重业务需要的测试。接着，需求可以同测试和实际测试结果(被识别的缺陷)相结合，以全面覆盖所有的功能测试。步骤2：定义测试目的和选择合适的测试测试人员通过创建主要的测试目的，将决定所需的特定测试类型。测试目的、项目计划和团队结构也将从这些测试目标中形成。当功能测试一个ERP实施时，有多种不同的验证测试需要执行：数据映射：由于许多ERP实施和后端大机系统紧密地集成在一起，因此测试ERP应用所显示的数据和在大机系统中被发现的数据之间的数据映射是十分关键的。很可能在大机系统中隐藏着一些陈旧的或无效的数据，这些数据会引起应用当中的问题。业务流程测试：应该使用测试来验证各种业务流程是否正确运作。由于工作流对强化业务规则来说是非常重要的，因此测试应该覆盖整个整合系统中的所有导航项目和直接功能。应用的业务规则和启动项必须通过全面地测试，确保所有规则能被正确地执行。权限控制系统：ERP权限控制系统决定了用户可以使用哪些信息，用户在这些信息中可以看到哪些数据。当涉及到供应链和合作伙伴入口时，将会增加安全方面的考虑。从用户界面的角度出发测试安全性可以确保严格执行验证规则。数据驱动的测试使IT人员能使用具有不同登录凭证的相同脚本去验证安全规则。回归测试：每次部署一个Code Drop时，对位于这些程序的每个对象的功能进行回归测试是非常重要的。这其中包括测试它的存在、功能、值等等。code drop指的是任何一次新的ERP应用、补丁程序和/或hot fix的发布。步骤3：定义目标，以满足测试目的当完成所有的目的定义，选择好测试类型，接下去就要创建一系列的阶段目标来实现所定义的目的。一套最普通的初始阶段目标包括：分析应用功能，并识别关键业务流程。在一个ERP应用中的关键业务流程实例就是服务请求的创建。建立冒烟测试，在开发周期中快速执行该类测试。冒烟测试不应深入被测试应用的功能，而是应该测试关键的业务功能。例如，用户是否能够创建可以和Trouble Ticket相应的活动。在每次正式发布形成后运行冒烟测试。着手创建自动化测试来降低手动运行冒烟测试的成本。实现了这些初始阶段目标之后，应该建立一套后续阶段目标。分析应用，展开功能识别，这将扩大测试范围，涵盖超过75%的总的应用功能数量。(取得100%的脚本自动化测试是非常困难的，因为自动化测试工具无法进行如可用性测试这样的事宜。)建立可持续运作的自动化测试，从而降低测试的工作量。步骤4：区分功能测试案例在区分测试案例时，关键要记住，重要的业务功能必须在应用中才能发挥作用。由于每个企业具有独特的业务需求，大多数企业即使完成了基本的或标准的实施，也无法上线。因为那些客户定制的区域必须经过彻底地测试才能保证上线时功能的稳定。ERP应用的主要优势之一就是能和现有的大机系统集成，来满足必要的业务需求。再者，因为这些集成不是标准(非客户定制)实施，它们必须经过严格地测试。最初，要避免用各种不同的方法去测试相同的功能。开发团队经常会强调一个应用应具有完美架构，可以灵活地让用户通过不同的方式来完成他们的日常任务。关键在于要经常部署测试案例，确保需求驱动、user-path的覆盖面。初期测试应该具有一些共有的特性：它们应该测试关键的业务功能。它们应该测试应用的关键业务流程。它们应该识别出经客户定制过的ERP应用的测试区域。应用功能应该稳定，不在主要开发范围之内。初期测试应该是冒烟测试的候选方式。一旦初期自动化测试创建完成，并成功地运行后，测试目标通常会改变，测试包会扩张。这种扩张通常表现为在功能成熟之后，增加更多的测试到测试包中。还可以在应用问题区域，如和大机系统的界面中增加测试，从而对该区域展开持续地检查。步骤5：文档记录关键的业务流程当记录那些将要成为测试脚本的业务流程时，收集所有和测试案例相关的信息是非常重要的。每个测试案例需要具备一份和被测业务区域相关的目的说明。测试案例的目的应该是和满足一个需求或一系列需求有关。关键之处还在于，要文档记录下逻辑步骤，在整个系统中执行这些步骤可以实现测试的需求。由于使用测试案例可以衡量业务流程的成功与否，因此，文档中应该指出，需要验证哪些内容才能保证测试的成功。除了为测试案例而展开的执行和验证操作外，还需要在测试案例中成功地执行适用的数据值。这种数据可以是来自数据库的主数据(master data)、或是能够凭空增加的用户创建输入数据、或者在脚本创建之前被置入数据库的准备数据。步骤6：开发模块化的测试组件创建模块化测试脚本是非常重要的。测试的模块化能够使开发人员创建单元测试(unit test)，在整个系统完成之前，测试ERP应用模块和模块的定制项目。接着，被用于单元测试的模块测试会移交给QA测试人员，他们会将模块测试和测试包结合在一起，来满足特定的测试目标。美科利提供一款最新的功能测试解决方案(即业务流程测试)，它能帮助企业管理与业务组件和端到端流程验证有关的所有测试案例。步骤7：建立测试实验室建议建立一个QA测试实验室，作为ERP应用的测试和调优整体战略的一个组成部分。在一个独立的测试实验室中运行测试的主要优势在于，机器配置可以达到一种理想的状态，因而减少了由于机器配置不完善而引起的各类问题。此外，当模块定制完成之后，开发人员和测试人员可以在新代码发布之前，使用该实验室来运行单元测试。步骤8：掌握和利用冒烟测试在大多数ERP应用中，不完善的发布浪费了大量的测试工作。通常，当开发团队完成一个发布版本后将移交给测试团队，接着展开为期数天的测试过程。而测试结果往往是软件的发布版本存在重大的和根本的问题，不值得再进行深入地测试。不幸地是，当开发人员着手为该发布版本增加新的功能时，测试团队已经浪费了几天的时间去发现其薄弱之处。改变这种情况的捷径就是建立一种冒烟测试，它可以覆盖关键的业务功能。冒烟测试结合了手动测试和自动化测试，可以在短时间内被创建和运行(通常在1个小时之内)。运行冒烟测试可以为开发团队提供发布版本质量方面的快速信息反馈，帮助他们集中力量解决严重阻滞的问题，而不是一些新的特性。冒烟测试所利用的脚本可以从开发人员已经创建的单元测试中获取。步骤9：执行回归测试回归测试包应该覆盖关键的业务流程，应该在每个新的ERP应用版本发布时运行。回归测试不同于冒烟测试注重测试核心的业务功能，它能更加深入地测试应用的功能。正如前文所提到的，由供应商和任何定制所带来的应用更新都可能对应用功能和性能产生负面影响，必须在每次发布版本之后进行测试。步骤10：分析缺陷和创建测试报告ERP应用准备就绪的重要指标之一就是被识别的系统缺陷数量。在执行测试时，测试中产生的