(我心目中的软件产品的战略规划制定和执行.docVIP

我心目中的软件产品的战略规划制定和执行 说明：本文中的案例，是我通过调查的实际存在的公司，我在文中作为正反两个案例来讲述，正方案例，我称为“甲公司”，反方，我称为“乙公司”。如果哪位朋友在案例的部分地方可能会寻找出具体公司的踪迹，请不要对号入座。“甲公司”和“乙公司”都有其缺陷和优势。我仅仅把它们按正反方进行的综合。 软件产品主要分为三大类：平台（基础结构产品）软件、中间件软件和应用软件。平台软件如微软，提供底层的软件基础---操作系统、开发语言等；中间件软件如IBM，提供某个领域的连接前端应用和后端服务的软件，加强平台软件和应用软件之间的沟通能力，拉WEB服务器软件；应用软件是服务前线用户的，直接提供前线用户所能感知到、解决前线用户业务问题的软件，如财务软件。前两在类绝大部分被国外公司所占用，它们要求的技术含量比较高、技术积累比较多。我国企业绝大部分属于第三类企业，我在这里主要讲的目标也是针对第三类产品(偏重于管理软件）特点的战略规划和执行。 纠正一个错误 我们一谈应用软件，脑海中是经常浮现出这样一幅图像：根据用户的需求，选择一种开发语言和工具，设计数据库、构建界面，写逻辑，最终完成功能，然后交付产品。在说明这个错误处在哪里之前，我们先了解一下应用软件的老大---SAP在发展过程中对平台的理解。 1972年, 五名IBM的工程师离开了IBM, 在德国曼海母创建了他们自己的公司, 这就是SAP(是德文系统,应用和数据处理产品的缩写. 德国公司的名字永远这么朴素直接). (2002年4月1日是SAP 30周年纪念日) 他们创建SAP的原因是, 当时他们发现自己的客户正在自行开发类似的程序来处理业务流程. 于是他们意识到他们可以提供可重用的标准化的系统, 来集成和实现用户的业务流程, 并且, 重要的一点是他们认为电脑的实现为普及作为业务流程的关键点. 当时没有微机, 计算机最多仅有500k内存. SAP其实并不是现在才想做业务平台的领导者, 自他的ABAP出世, SAP一直就是世界最先进最主流的电子商务平台提供者. 只是现在, 特别是J2EE普及之后, 人们更多的认识到平台的重要性. SAP将围绕电子商业提供三种平台: 1. 技术平台 TP(Technical Platform)也就是所谓的NetWeaver. 它提供了所以技术基础设施. 他是J2EE的扩展, 它提供的内容远远超过J2EE的范畴. 他的架构同时也包括了基于ABAP vm 的应用服务器. 2. 应用平台 (AP) NetWeaver虽然提供了技术平台, 但是, 要用他来实现一个企业的业务流程, 根本还是件极其复杂的事. 因此必须有离应用更近的平台, 提供基础业务设施的封装. 这就是所谓的AP (Application platform). 他是由SAP的ESA(Enterprise server architecture)来实现的. 简单的说, NetWeaver加上ESA, 就是AP, 他提供了一个实现基础业务逻辑的平台. 3. 业务流程平台(BPP) 这是一个面向业务流程的平台. 基础业务逻辑可以用AP实现, 通常SAP已经提供大量基于SAP系统的业务逻辑. 同时, 第三方也可能提供业务逻辑. BPP的开发人员只需要使用BPP的开发环境(Visual composure)去组装这些业务逻辑. 下面我们分别来看每个概念 SAPBasis 应该是从R/3开始(有待考证), SAP的底层已经形成基于ABAP的一个应用平台. 有统一的数据设计方案(DDIC), 界面设计方案, 开发流程, 版本控制, 数据库连接, 进程管理, 共享内存管理, 事务管理等等.它为商务的应用的编写提供了可靠的技术支持. 简单的说R/3是一个基于ABAP虚机的，基于进程（进程间通过share memory通信）的， 基于数据库的，提供事物特性的简单应用服务器。这在当时，是极为先进的架构。也只有这种架构， 是的企业级的， 可灵活改造的，可高效管理的应用成为可能。 当NetWeaver出现后, SAPBasis被改造为NetWeaver中的ABAP Application server. mySAP（mySAP.com） 1999年9月, CEO哈索.普拉特纳宣布以”开放和集成”为中心的mySAP.com的战略. 改造技术架构和方向, 统一和整合原有的系统, 推出mySAP协同化电子商务解决方案. 当时的背景是Internet 技术趋向成熟和普及. 独立的应用之间的交流和灵活性扩展性的问题显得异常突出。业界技术的发展使得开放接口，整合产品成为共识。因此SAP决定提供可剪裁的，高度集成和开放的系统。 主要手段为： 将R/3上的业务系统划分的更细更合理， 提供不同功能的组建和系统。数据类