ERP技术方案及软件选型

《ERP技术方案及软件选型》由会员分享，可在线阅读，更多相关《ERP技术方案及软件选型（18页珍藏版）》请在金锄头文库上搜索。

1、ERP 产品发展策略及市场定位 市场状况目前国内有近 1000 万家中小型企业，遍布各种行业。绝大部分企业管理水平低下，一方面 反映在管理制度、管理理念的落后，另一方面反映在管理手段的落后。按企业应用信息化 的程度可分为以下几种。完全手工作业财务应用财务软件，其他部分人工作业存在一系列自动化孤岛，各个系统之间通过人工作业相衔接应用了某种 ERP 软件，但运作有问题上述各种状况已经严重影响企业的运作，造成企业效率低下，并且已经制约了企业的进一 步发展和壮大。随着我国即将进入 WTO，所有企业都即将直接面临全球的竞争。企业对于 提高企业管理水平要求很迫切，ERP 市场的容量很大。要求我们开发的产品

2、是一个通用性的、全功能的、切实可行的、能快速实施的产品，且有 各个行业的解决方案。ERP 系统主要特征适应各种规模的企业组织结构。提供所有业务的解决方案业务高度集成，最大限度的达到信息共享的目标构建软件产品平台，覆盖 70%左右企业业务。客户化定制，针对实施对象，加以客户化，解决 90%以上企业业务，逐步充实、完善平台。可自由设计业务流程可配合 BPR 实施或单独实施。产品开发方法1在项目的基础上发展产品在项目的基础上发展产品，由于只能片面接触到某一特定的行业，特定的企业，特定的业务范围，考虑问题的出发点和重点是如何按时、保质、保量的完成项目。难以在项目开发、 实施时全面、统筹、系统的对产品进

3、行设计。最终其产品只能定位于某类行业、某类业务 的行业版。若产品要向其他行业扩展的时候，由于设计及分析上的先天不足，扩展将会是 一件非常痛苦的事情，搞不好要另起炉灶，重新开发一套系统。要同时维护多套行业版难 度系数很大。这样就很难在项目上得到积累和发展。另一方面，对公司有积累的大型项目 的开发、实施周期长，人员投入大，最起码半年，很有可能一两年，势必造成产品开发进 度的延误。2闭门造车但如果不在项目的基础上，不了解市场的详细需求，自己闭门造车，根据纯粹的 ERP 理论 和方法，开发出来的产品到底有多大的价值，能不能适合市场，这完全是一种没有保证的 方案。3仿制SAP/Oracle 是我们这一行

4、的老大，对于他们系统的先进性是不用讨论的事。它们都提供全 行业、各种规模企业的解决方案，每一个行业都有他们成功的案例。它的全面解决方案从 系统实现的角度上看，他有一个系统参数设置、流程重新定义的过程，通过后台参数的设 置能适应复杂多变的企业管理的需求。从深层次的角度来看，SAP/Oracle 系统的背后有数 以千计的各个领域的专家在为他服务。通过多年的积累，才有今日的辉煌。我们现在有项目开发、实施、销售市场方面的专家，有精通 SAP、Oracle 的专家，特别值 得一提的是我们是 Oracle 的合作伙伴，有自己的 Oracle 实施咨询公司，可以很容易的得到 Oracle 的资源和本行业发展

5、的最新动向。所以，为了尽快的开发出我们自己的 ERP 产品， 在开发的初期，采用参考模仿 SAP/Oracle 应该是一条事半功倍的道路，并且也能将我们的 产品带到一个相当高的层次。产品发展策略研究 SAP/Oracle 解决方案，列出大致功能清单，能解决何种问题，有何缺陷参考 SAP/Oracle 设计思想、将 SAP/Oracle 相关模块功能细化，并以系统实现的角度予以 分析，进行取舍，融会两者的优点根据市场需求，选定 ERP 第一版功能范围以可扩充、可维护、可升级的开发方法，开发产品结合公司在项目实施上经验和咨询管理公司 BPR/Oracle 实施经验，扩充、提高产品针对实施对象行业不

6、同，在产品的框架下，提出行业解决方案第 5、6 步是一个持续的、不断发展的过程。这样一来可以不断的通过项目进行积累，完善产品、提高产品我们产品的发展策略决定了我们的产品有一个不断完善、不断进步的过程。为了适应不断 变化和增长的用户需求，要求我们能及时响应用户的需求、快速提出恰当的解决方案。所 以我们系统的架构及开发工具的选择必须综合考虑开发速度、运行效率和系统稳定性、可 扩充性维护性。ERP 系统体系结构特性基于 Microsoft DNA 架构的分布式多层应用程序面向对象设计与开发，提高系统的可扩展性和可维护性全组件化设计，可方便实施一个或多个功能模块开放式系统，通过 XML 提供同其它系统

7、的接口充分利用现代网络技术，可通过 Internet 传输业务技术纲要面向对象的分析和开发方法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-tir

8、e 前端ASP、WEB、XML通过 Web Server 中访问中间层组件提供的服务FrontPage 等设计浏览器页面系统结构的选择在目前应用系统的发展过程中，有两条不同的系统结构正在持续的发展着。其中之一是传统的 Windows 应用系统，这些传统的应用系统包括了 MIS 系统、商业软件 包等，它们使用了非常华丽的图形用户界面，通常执行在单机或局域网络内。这种传统的 体系结构也在不断的发展中。从最早的以文件为基础的结构，演变到客户/服务器结构，再 进步到最近的分布式多层结构。其演变过程的目标是为了增加系统的扩展性，让更多的用 户能够使用系统。同时也是为了增加系统的可重复实用性以及降低系统维

9、护和开发成本。第二条技术路线的发展起源于 Internet/Intranet 的流行，造成了无数的新商机，因此绝大部 分的商业应用系统都必须集成 Internet/Intranet 的能力，以便让现有及潜在用户能够使用新 一代系统，进而拓展新的商机。Internet/Intranet 的软件技术也随着应用面的越来越广之后 有了结构上的改变。从早期使用 HTML 提供用户使用浏览器浏览或是查询静态数据开始， 便慢慢开始有人希望在 Internet/Intranet 上进行电子商务的工作，或者在浏览器中执行 MIS、ERP、Helpdesk 以及 CRM 等大型复杂的应用系统。然而 Web 应用程

10、序应该不是用来取代传统的 Windows 应用程序商业系统的。Web 应用系 统应该和 Windows 应用系统是一种互补的系统。对于需要处理大量数据、复杂的图形用户 界面、需要高速执行效率的系统，以及在局域网中执行的程序，Windows 应用系统仍然是 最好的选择。对于需要具备 Internet/Intranet 功能、Mobil 系统、电子商务或是在广域网上 执行的系统，使用分布式 Web 应用系统是最有效率、最经济的解决方案。通过中间件封装业务处理逻辑，能够同时提供两种结构的好处，又能大大减少了重复开发 的成本并且增加了系统重复使用的效率。ERP 产品采用分布式多层的体系结构，通过中间件

11、封装所有业务处理逻辑，前端使用 Windows GUI 同用户交互。对于在 Internet/Intranet 上的应用，提供 Web 应用程序。分布式多层应用体系结构传统的 Client/Server 架构的应用系统，通常由用户端执行应用程序，然后连接到后端的数 据库服务器中存取客户端所需要的资料。如下图所示。Data数据库服务器销售系统财务系统生产系统业务 逻辑业务 逻辑业务 逻辑Oracle Sybase Informix MS SQL InterBase DB 2这种二层的客户/服务器体系结构比较适合于局域网内的中小型 MIS 系统。一旦系统扩展 到 Internet/Intranet

12、 或用户数超出一定范围，这种体系结构效率相当底下。规模伸缩性差C/S 体系只能适用于小范围的应用，如一个企业内的一个部门，把这种系统拓展到整个企 业的所有业务，就可能会瘫痪。FAT-Client 胖客户端。这种客户/服务器体系结构的用户接口和处理逻辑（企业业务逻辑）都放在客户端应用程序 中，而只将数据（存储）管理放在后台数据库中，客户端应用程序很庞大。这样做的缺点 如下：首先，客户端就要求用高价的、性能高的 PC 机。第二，网络负荷沉重。所有待处 理及处理后的数据需要通过网络同服务器进行传输，会影响到网络速度和所有运行在网络 的应用系统。第三，系统维护费用高。客户端安装时需进行配置。一旦系统需

13、要修改，所 有客户端的应用程序必须重新安装和配置。如果用户数量一多，且地点分散，维护成本就 会很高。Fat-Server 胖服务器一些数据库厂商往往提供胖服务器方案。把数据处理逻辑以存储过程和数据库服务器缠绕 在一起。存储过程是一组经过编辑和核实的过程语句和 SQL 语言，储存在数据库中，可由 客户端应用程序来调用，对数据库进行存取。客户端只提供 GUI 显示及生成 SQL 命令。 但是这样一来就将应用系统绑死在特定的数据库中，很难进行数据库移植。要研制大量的 数据库专用的存储过程，来处理业务处理逻辑时，研制工作就非常困难了。另外有些复杂 计算的程序并不适合在数据库服务器中执行，因为使用大量计

14、算会严重影响数据库的执行 效率，从而影响整个系统的运行效率。Internet/Intranet 应用近年来 Internet/Intranet 的兴起，提供了巨大的商业机会。这对企业的运作方式有着巨大的 影响，因为在这个竞争激烈的时代必须加快企业进步的步伐。许多企业要求在 MIS 系统中 发布产品信息甚至进行电子交易。为解决这个问题，企业有可能增加一台 Web 服务器，然 后使用 CGI，ISAPI/NSAPI 或 ASP 技术重新开发相关业务逻辑。如下图所示。Data数据库服务器销售系统财务系统生产系统Oracle Sybase Informix MS SQL InterBase DB 2W

15、eb Server IIS业务 逻辑CGI ISAPI ASPHTTPIENetscape但是这样的体系结构有更多的问题。一方面原先系统要用新的技术重新开发，这种重复开 发的成本非常昂贵。另一方面，当企业的运作流程改变时也必须同时修改两个系统，又增 加了系统运作的成本。解决方案为了解决这些重复开发应用系统的问题和增加应用系统的复用性，发挥面向对象分析/面向 对象设计的功能，在传统的 C/S 模式下导入了中间层应用程序服务器。应用程序服务器简 单地说就是一个包含企业业务逻辑的应用程序，软件开发人员以一种特定的组件形态， （例 如 Microsoft 的 COM/DCOM，CORBA，或是 Ent

16、erprise Java Bean 等）封装企业的业务逻 辑。这种经过封装，能够执行特定企业功能的组件就是企业组件 ，然后将企业组件发布 到应用程序服务器。程序员在开发企业应用程序时可以利用应用程序服务器上的企业组件 提供的服务。在开发 Internet/Intranet 应用时，利用 CGI 或 ISAPI 等技术同样可以存取应用 程序服务器上的企业组件提供的服务。当业务流程发生变化时，只需要修改应用程序服务 器之中的相关企业组件，所有客户，包括 Internet/Intranet 上的客户都可以立刻使用到最新 的企业处理流程。采用这种包含中间层应用程序服务器的多层架构体系，除了可以增加企业物件的复用性外， 整个系统的开发和维护成本都立刻下降了。另外因为整个应用系统被分成了几个不同的部 分，并且执行在不同的机器中，所以整个系统的扩展性也得到了大幅提高。分布式多层应 用系统强调系统的稳定性、扩展性以及良好的执行效率。下图即为一典型的分布式多层应用系统的架构图。分布式结构使用的技术目前分布式结构使用的核心技术有两种不同的工业标准，第一种是 Microsoft