传统开发模式和Business模式的比较.doc

传统开发模式和Business模式的比较 概述 企业信息化背景 企业管理信息化的历程已有很长时期，为了提高企业管理的效率，许多企业对管理软件都投入了巨资，并取得了一定效益。但对绝大多数企业来说，对管理软件的投入并没有产生与之相匹配的产出和效益。根据最保守的估计，企业投资和实施管理软件的成功率不超过20％。而且，在宣称管理信息化已经成功的企业中，企业完成了软件合理投资所需的80％的资金，但得到的回报不到20％。 依据Gartner Group近期发布的统计和预测，表明各类信息系统的实施依然具有很高的风险。 项目管理研究的权威机构Standish Group的统计结果也与此吻合。自1994年起，Standish Group开始发布著名的CHAOS系列报告，依据Standish Group在2001年最新发布的CHAOS报告，当前应用项目的失败情况大致如下： 值得注意的是，依据Standish Group在2001的最新调查，自1996年以来，应用项目的实施情况并无大的改善。 信息系统面临的挑战 在未来几年里，管理信息系统还将面临来自两个方面的挑战： 复杂和多变的环境 信息系统将面临的复杂和多变的环境，不仅包括客户的业务，也包括IT技术本身，都处于持续的变化当中： 业务的复杂多变和持续调整 经济全球化以及激烈的竞争，使企业的业务和管理变得更加复杂多变，在此背景之下，企业的个性化和快速调整，成为企业竞争和发展的基本要求。 IT产业格局和技术的快速发展 管理系统面临的另一个挑战，就是，IT产业格局和技术的快速发展和变迁，技术的快速发展，尤其是技术平台的迁移，对企业的投资保护、IT成本控制提出了严峻的挑战。 更高的客户要求和满意度 在上述变化的环境下，信息系统还要应对客户的更高要求： 快速开发和应用，适应业务调整 可以全面、正确和迅速地实现管理者的管理和业务要求，大幅度地提升管理软件的开发效率和质量，并在业务持续完善的过程中实现快速调整。 实现业务集成，满足高效的业务协作和业务流程 在统一的业务基础架构上，使企业内部的各类业务系统可以实现紧密集成，帮助企业成为紧密协作的整体，实现高效的业务流程控制，使企业在运营效率和响应速度方面实现突破，并适应组织内的持续完善和变革。 提高IT系统的能力和价值 信息系统必须能够为企业提供全面的管理支持，并提供更好的投资回报，信息系统必须实现群件、信息管理、工作流和和业务重组的有效整合，从而更好地对企业的团队协作、业务支持、管理控制、决策分析、商务智能、商务加速提供全面的、整体的支持。 降低总体IT成本 解决信息系统在质量、周期、成本、风险、实施等方面的问题，全面降低信息系统开发、发布、维护、集成的整体成本。 保护IT投资 一方面，信息系统必须能够利用现有的IT和数据资源，这些数据和应用资源存在于现有的ERP、CRM等企业应用系统中，同时，信息系统也要能够适应企业业务的调整，以及IT技术的发展和变迁。 传统的开发模式 传统开发过程 需求调研和分析 调研报告 需求规格说明书 需求跟踪矩阵 快速原型 总体设计 选定技术平台和技术方案 .NET vs. J2EE，C/S vs. B/S VC/VB/Delphi/PB/ASP/JBuilder … Oracle vs. SQL Sever vs. Sybase vs. Informix vs. DBII … COM+ vs. Weblogic vs. IBM WebSphere vs. BES vs. Tomcat … 架构设计 建模设计（UML） 用例（Use Case）分析 面向对象设计（面向对象的OOA,OOD,OOP） CMM软件过程 概要设计 详细设计 编码实现 测试部署发布 维护调整 传统开发模式的不足 面向技术、业务无关 最终用户具有一定的开发能力，而且熟悉自身业务需求，如果自行开发业务系统，不但可以开发出符合自身需求的业务系统，还可节约大量的开发费用。但是要从底层框架做起，有一定的技术难度，特别是对于目前流行的基于J2EE或.NET体系的应用，如果按传统方式开发，难度相当大，而且成本极高。 而软件开发商虽然有一定的技术背景，但对企业的业务理解不深，在需求分析阶段很难与企业只能进行有效的沟通，最终产品往往无法满足用户的需求，导致项目失败。 信息孤岛 传统方式的信息化建设，一般是委托不同的开发商分别开发不同的业务系统，势必造成众多独立的系统。每个业务系统均包括一套独立的底层框架及用户管理、权限管理等。这不但浪费了大量的资金，而且多个业务系统的孤立存在，势必造成：数据分散，难以共享；用户进入不同业务系统时均需重复登录，降低了工作效率；用户资源及授权的不统一，以及用户操作界面不统一等众多问题。 IT黑洞 现有信息系统的建设，是在低层的技术平台上直接构建业