《产品发展策略及市场定位（DOC19页）》由会员分享，可在线阅读，更多相关《产品发展策略及市场定位（DOC19页）（19页珍藏版）》请在金锄头文库上搜索。
1、精品文档 你我共享ERP产品发展策略及市场定位 市场状况目前国内有近1000万家中小型企业，遍布各种行业。绝大部分企业管理水平低下，一方面反映在管理制度、管理理念的落后，另一方面反映在管理手段的落后。按企业应用信息化的程度可分为以下几种。l 完全手工作业l 财务应用财务软件，其他部分人工作业l 存在一系列自动化孤岛，各个系统之间通过人工作业相衔接l 应用了某种ERP软件，但运作有问题上述各种状况已经严重影响企业的运作，造成企业效率低下，并且已经制约了企业的进一步发展和壮大。随着我国即将进入WTO，所有企业都即将直接面临全球的竞争。企业对于提高企业管理水平要求很迫切，ERP市场的容量很大。要求我
2、们开发的产品是一个通用性的、全功能的、切实可行的、能快速实施的产品，且有各个行业的解决方案。ERP系统主要特征适应各种规模的企业组织结构。提供所有业务的解决方案业务高度集成，最大限度的达到信息共享的目标构建软件产品平台，覆盖70%左右企业业务。客户化定制，针对实施对象，加以客户化，解决90%以上企业业务，逐步充实、完善平台。可自由设计业务流程可配合BPR实施或单独实施。产品开发方法1在项目的基础上发展产品在项目的基础上发展产品，由于只能片面接触到某一特定的行业，特定的企业，特定的业务范围，考虑问题的出发点和重点是如何按时、保质、保量的完成项目。难以在项目开发、实施时全面、统筹、系统的对产品进行
3、设计。最终其产品只能定位于某类行业、某类业务的行业版。若产品要向其他行业扩展的时候，由于设计及分析上的先天不足，扩展将会是一件非常痛苦的事情，搞不好要另起炉灶，重新开发一套系统。要同时维护多套行业版难度系数很大。这样就很难在项目上得到积累和发展。另一方面，对公司有积累的大型项目的开发、实施周期长，人员投入大，最起码半年，很有可能一两年，势必造成产品开发进度的延误。2闭门造车但如果不在项目的基础上，不了解市场的详细需求，自己闭门造车，根据纯粹的ERP理论和方法，开发出来的产品到底有多大的价值，能不能适合市场，这完全是一种没有保证的方案。3仿制SAP/Oracle是我们这一行的老大，对于他们系统的
4、先进性是不用讨论的事。它们都提供全行业、各种规模企业的解决方案，每一个行业都有他们成功的案例。它的全面解决方案从系统实现的角度上看，他有一个系统参数设置、流程重新定义的过程，通过后台参数的设置能适应复杂多变的企业管理的需求。从深层次的角度来看，SAP/Oracle系统的背后有数以千计的各个领域的专家在为他服务。通过多年的积累，才有今日的辉煌。我们现在有项目开发、实施、销售市场方面的专家，有精通SAP、Oracle的专家，特别值得一提的是我们是Oracle的合作伙伴，有自己的Oracle实施咨询公司，可以很容易的得到Oracle的资源和本行业发展的最新动向。所以，为了尽快的开发出我们自己的ERP
5、产品，在开发的初期，采用参考模仿SAP/Oracle应该是一条事半功倍的道路，并且也能将我们的产品带到一个相当高的层次。产品发展策略研究SAP/Oracle解决方案，列出大致功能清单，能解决何种问题，有何缺陷参考SAP/Oracle设计思想、将SAP/Oracle相关模块功能细化，并以系统实现的角度予以分析，进行取舍，融会两者的优点根据市场需求，选定ERP第一版功能范围以可扩充、可维护、可升级的开发方法，开发产品结合公司在项目实施上经验和咨询管理公司BPR/Oracle实施经验，扩充、提高产品针对实施对象行业不同，在产品的框架下，提出行业解决方案第5、6步是一个持续的、不断发展的过程。这样一来
6、可以不断的通过项目进行积累，完善产品、提高产品我们产品的发展策略决定了我们的产品有一个不断完善、不断进步的过程。为了适应不断变化和增长的用户需求，要求我们能及时响应用户的需求、快速提出恰当的解决方案。所以我们系统的架构及开发工具的选择必须综合考虑开发速度、运行效率和系统稳定性、可扩充性维护性。ERP系统体系结构特性l 基于Microsoft DNA架构的分布式多层应用程序l 面向对象设计与开发，提高系统的可扩展性和可维护性l 全组件化设计，可方便实施一个或多个功能模块l 开放式系统，通过XML提供同其它系统的接口l 充分利用现代网络技术，可通过Internet传输业务技术纲要面向对象的分析和开
7、发方法n-tire，B/S分布式多层应用体系架构Server OSWindows NT/Windows 2000或Unix/Linux数据库大型关系型数据库如SQL Server, Oracle; 但不固定于某种数据库中间层，Windows平台选用MTS/COM+。(LINUX、UNIX平台，选用Inprise 公司的VisiBroker)开发工具，主要选用Delphi 5.0，涉及下列具体内容ADO编程数据存取技术MTS/COM+编程中间层应用服务器组件客户端GUI编程n-tire前端ASP、WEB、XML通过Web Server中访问中间层组件提供的服务FrontPage等设计浏览器页面系
8、统结构的选择在目前应用系统的发展过程中，有两条不同的系统结构正在持续的发展着。其中之一是传统的Windows应用系统，这些传统的应用系统包括了MIS系统、商业软件包等，它们使用了非常华丽的图形用户界面，通常执行在单机或局域网络内。这种传统的体系结构也在不断的发展中。从最早的以文件为基础的结构，演变到客户/服务器结构，再进步到最近的分布式多层结构。其演变过程的目标是为了增加系统的扩展性，让更多的用户能够使用系统。同时也是为了增加系统的可重复实用性以及降低系统维护和开发成本。第二条技术路线的发展起源于Internet/Intranet的流行，造成了无数的新商机，因此绝大部分的商业应用系统都必须集成
9、Internet/Intranet的能力，以便让现有及潜在用户能够使用新一代系统，进而拓展新的商机。Internet/Intranet的软件技术也随着应用面的越来越广之后有了结构上的改变。从早期使用HTML提供用户使用浏览器浏览或是查询静态数据开始，便慢慢开始有人希望在Internet/Intranet上进行电子商务的工作，或者在浏览器中执行MIS、ERP、Helpdesk以及CRM等大型复杂的应用系统。然而Web应用程序应该不是用来取代传统的Windows应用程序商业系统的。Web应用系统应该和Windows应用系统是一种互补的系统。对于需要处理大量数据、复杂的图形用户界面、需要高速执行效率
10、的系统，以及在局域网中执行的程序，Windows应用系统仍然是最好的选择。对于需要具备Internet/Intranet功能、Mobil系统、电子商务或是在广域网上执行的系统，使用分布式Web应用系统是最有效率、最经济的解决方案。通过中间件封装业务处理逻辑，能够同时提供两种结构的好处，又能大大减少了重复开发的成本并且增加了系统重复使用的效率。ERP产品采用分布式多层的体系结构，通过中间件封装所有业务处理逻辑，前端使用Windows GUI同用户交互。对于在Internet/Intranet上的应用，提供Web应用程序。分布式多层应用体系结构传统的Client/Server架构的应用系统，通常由
11、用户端执行应用程序，然后连接到后端的数据库服务器中存取客户端所需要的资料。如下图所示。这种二层的客户/服务器体系结构比较适合于局域网内的中小型MIS系统。一旦系统扩展到Internet/Intranet或用户数超出一定范围，这种体系结构效率相当底下。规模伸缩性差C/S体系只能适用于小范围的应用，如一个企业内的一个部门，把这种系统拓展到整个企业的所有业务，就可能会瘫痪。FAT-Client胖客户端。这种客户/服务器体系结构的用户接口和处理逻辑（企业业务逻辑）都放在客户端应用程序中，而只将数据（存储）管理放在后台数据库中，客户端应用程序很庞大。这样做的缺点如下：首先，客户端就要求用高价的、性能高的
12、PC机。第二，网络负荷沉重。所有待处理及处理后的数据需要通过网络同服务器进行传输，会影响到网络速度和所有运行在网络的应用系统。第三，系统维护费用高。客户端安装时需进行配置。一旦系统需要修改，所有客户端的应用程序必须重新安装和配置。如果用户数量一多，且地点分散，维护成本就会很高。Fat-Server胖服务器一些数据库厂商往往提供胖服务器方案。把数据处理逻辑以存储过程和数据库服务器缠绕在一起。存储过程是一组经过编辑和核实的过程语句和SQL语言，储存在数据库中，可由客户端应用程序来调用，对数据库进行存取。客户端只提供GUI显示及生成SQL命令。但是这样一来就将应用系统绑死在特定的数据库中，很难进行数
13、据库移植。要研制大量的数据库专用的存储过程，来处理业务处理逻辑时，研制工作就非常困难了。另外有些复杂计算的程序并不适合在数据库服务器中执行，因为使用大量计算会严重影响数据库的执行效率，从而影响整个系统的运行效率。Internet/Intranet应用近年来Internet/Intranet的兴起，提供了巨大的商业机会。这对企业的运作方式有着巨大的影响，因为在这个竞争激烈的时代必须加快企业进步的步伐。许多企业要求在MIS系统中发布产品信息甚至进行电子交易。为解决这个问题，企业有可能增加一台Web服务器，然后使用CGI，ISAPI/NSAPI或ASP技术重新开发相关业务逻辑。如下图所示。但是这样的
14、体系结构有更多的问题。一方面原先系统要用新的技术重新开发，这种重复开发的成本非常昂贵。另一方面，当企业的运作流程改变时也必须同时修改两个系统，又增加了系统运作的成本。解决方案为了解决这些重复开发应用系统的问题和增加应用系统的复用性，发挥面向对象分析/面向对象设计的功能，在传统的C/S模式下导入了中间层应用程序服务器。应用程序服务器简单地说就是一个包含企业业务逻辑的应用程序，软件开发人员以一种特定的组件形态，（例如Microsoft的COM/DCOM，CORBA，或是Enterprise Java Bean等）封装企业的业务逻辑。这种经过封装，能够执行特定企业功能的组件就是企业组件，然后将企业组
15、件发布到应用程序服务器。程序员在开发企业应用程序时可以利用应用程序服务器上的企业组件提供的服务。在开发Internet/Intranet应用时，利用CGI或ISAPI等技术同样可以存取应用程序服务器上的企业组件提供的服务。当业务流程发生变化时，只需要修改应用程序服务器之中的相关企业组件，所有客户，包括Internet/Intranet上的客户都可以立刻使用到最新的企业处理流程。采用这种包含中间层应用程序服务器的多层架构体系，除了可以增加企业物件的复用性外，整个系统的开发和维护成本都立刻下降了。另外因为整个应用系统被分成了几个不同的部分，并且执行在不同的机器中，所以整个系统的扩展性也得到了大幅提高。分布式多层应用系统强调系统的稳定性、扩展性以及良好的执行效率。下图即为一典型的分布式多层应用系统的架构图。分布式结构使用的技术目前分布式结构使用的核心技术有两种不同的工业标准，第一种是Microsoft制定的COM/DCOM以及COM+，另一种是有700多个厂商共同提倡的CORBA(Common Object Request Broker Architecture)。这两种不同的分布式技术各有不同的优缺点，基本上Microsoft的COM/DCOM/COM+是以Windows为中心的开发环境，而CORBA则是跨平台的分布式技术。不管使用哪一种技术，
