erp集中管理

          生产管理erp系统体系结构

　　 ERP框架下的生产管理系统

　　1、软件结构

　　目前ERP系统所具有的功能完善的模块包括：库房管理系统、销售管理系统、员 工信息管理、员工权限管理、工作流管理、即时消息管理、设备管理和文件管理。而生 产管理系统作为供应链中极其重要的一个环节，涵盖了包括原材料采购、检验、产品加 工和管理、半成品加工和管理等一系列重要管理对象。在应用层上，生产管理系统作为 ERP系统中很重要的一个子功能模块，使ERP系统对于供应链的管理更加完善和具体。 原材料采购管理和库房管理系统结合，实现了供应链的起始端;将原材料加工成半成品， 再到成品的过程对应供应链中从原材料转换到产品的过程，这一过程的管理对于提高制造业的工作效率，降低产品成本有着极其重要的意义;产品和半成品的档案管理，相关事务流程管理，为后续的ERP系统中对产品半成品的相关操作提供了对象。例如，工 作流管理的主要对象就是原材料，半成品和产品。

　　1.1网络拓扑结构

　　系统的网络拓扑图从物理结构的角度描述了系统的架构。本研究中的生产管理系统 为满足多厂区的生产要求，采用分布式结构。分布式结构涉及两个方面分布，一方面是 软件系统通过模块化实现分布结构，另一方面是数据库实现分布结构。这两方面的分布,都通过物理结构上的分离和Intemet互联来实现。

        2、生产管理系统关键技术

　　2.1 Web开发技术

　　Web是一种典型的分布式应用架构。Web应用中的每一次信息交换都要涉及到客户 端和服务端两个层面。因此，Web开发技术大体上也可以被分为客户端技术和服务端技 术两大类。 Web客户端的主要任务是展现信息内容，而HTML语言则是信息展现的最有效载 体之一。最初的HTML语言只能在浏览其中展现静态的文本或图像信息，这满足不了人们对信息多样性和丰富性的强烈需求。脚本语言JavaScdpt和VBScript的出现使得动 画和交互操操作成为可能，层叠样式表(Cascading Styrle Sheets，css)和动态HTML(Dynamic HTML)的则使网页不仅变得更漂亮，同时让HTML页面中的各种要素 “活动’’了起来。为了在HTML页面中实现音频、视频等更为复杂的多媒体应用，1996年的Netscape 2.0成功地引入了对QuickTime插件的支持。在Windows平台上，1996 年，IE 3.0正式支持在HTML页面中插入AcfiveX控件的功能，这为其他厂商扩展Web 客户端的信息展现方式开辟了一条自由之路。1990年代初期，Jonathan Gay在FutureWave 公司开发了一种名为Future Splash Animator的二维矢量动画展示工具，1996年， Macromedia公司收购了FutureWave，并将Jonathan Gay的发明改名为我们熟悉的Flash。 最早的Web服务器简单地响应浏览器发来的HTTP请求，并将存储在服务器上的 HTML文件返回给浏览器。随着Web开发技术的完善，开发复杂的Web应用成为了可 能。为了适应企业级应用开发的各种复杂需求，给最终用户提供更可靠、更完善的信息 服务，两个最重要的企业级开发平台J2EE和.NET在2000年前后分别诞生于Java和 Windows阵营。和J2EE不同的是，Microsoft的。NET平台是一个强调多语言间交互的通用运行环境。2001年，ECMA通过了Microsoft提交的C撑语言和CLI标准，这两个 技术标准构成了.NET平台的基石，它们也于2003年成为了ISO的国际标准。2002年，Microsoft正式发布.NET Framework和Visual Studio.NET开发环境。.NET平台及相关 的开发环境不但为Web服务端应用提供了一个支持多种语言的、通用的运行平台， 而且还引入了ASP.NET这样一种全新的Web开发技术。ASP.NET超越了ASP的局限，

　　基于ERP的生产管理系统设计与实现

　　可以使用VB.NET、C群等编译型语言，支持Web Form、.NET Server Control、ADO.NET 等高级特性。客观地讲，.NET平台，尤其是.NET平台中的ASP.NET的确不失为Web 开发技术在Windows平台上的一个集大成者。

　　2.2.Net平台体系结构

　　ASP.NET是Microsoft.NETFramework中用于开发Web应用和XML Web服务的一 套技术【21-26]。ASP NET页面运行于服务器端，生成HTML、WML或XML标记，然后 发送到桌西或移动设备的测览器。ASP NET页面使用编译的、事件驱动的编程模型，从 而提高了性能，并且使应用逻辑和用户界面的分离成为可能。ASP.NET页面和ASP.NET XML Web服务文件包含蓑服务器端逻辑(两不是客户端逻辑)，代码可以为Microsoft Visual Basic.NET，Microsoft Visual C挣.NET或者任何其他支持Microsoft.NET Framework的语言。 从ASP.NET应用程序访问数据库是向Web站点访问者显示数据的常用技术。 ASP.NET使用户访问数据库比以往更加方便，使用户能够运用代码管理数据库;它还提 供一种简单的模型，该模型使W曲开发入员能够方便的编写应用程序。开发人员可以 在global.asax文本文件或在作为程序集已部署的编译类中编写这种代码。这种模型可以 包括应用程序级事件，且开发入员可以轻松的扩展这种模型，以适应他们的W两应用 程序的需要;ASP.NET提供易用的应用程序和会话状态功能，很容易与所有他.NET 框架API兼容。

　　2.3 ADO.Net与数据库存储

　　ADO。NET是新～代。NET数据库的存取结构组件【27之81，它提供对Microsoft SQL Server，OLEDB和XML公开的数据源的一致性访问，用户应用程序可以使用ADO.NET 来连接到这些数据源，并检索、操作和更新数据。它是数据库应用程序和数据源间沟通 的桥梁，主要提供一个面向对象的数据存取架构，用来开发数据库应用程序。ADO。NET 是在.NET Framework上存取数据库的一组类库，它包含了.NET Data Provider(数据提 供者)以进行数据瘴的连接和存取，通过ADO。NET数据库设计人员能够很轻松熬使用 对象，来存取符合自己需求的数据库内容。为了避免在处理数据的同时，始终和数据库 联机，丽导致一直占用系统资源的现象发生，ADO。NET将存取数据和数据处理分开以 实现离线存取数据，因此ADO.NET架构分成.NET Data Provide：和DataSet数据集(数 据处理核心)两大主要部分进行数据访问，其中。NET Data Provider包含Connection， Command，DataAdapter和DataReader四个对象。

　　3 UML统一建模语言

　　3.1 UML的产生与发展

　　UML(Unified Modeling Language，统一建模语言)壶Rational软件公司的三位面淘 对象专家Grady Booch，James Rumbaugh和Ivar Jacobson予1997年1月正式提出，并 提交给美国面向对象行业的管理组织(OMG)审核，又经多年的积累而形成的一套基于面 向对象的建模技术[29碰】。同年11月，UML 1.1被OMG接纳为行业标准推出。在1.1版 本正式通过后，UML进入修订阶段。OMG设立修订任务组(RTF)，广泛征求公众意见， 对UML进行修改。经过小型编辑修订，推国l。2版本，经过两次小型技术修订，予1999 年6月推出1.3版本，于2001年2月推出UMLl.4版本，该版本精心设计了行为和过程 款语义，还特别为行为语言、建模行力和过程的语富定义语义，但没有定义语法。经小 型修订，OMG建立了UML 1.x(即1.4x或1。5)，又经大型修订，建立了UML 2.0版本。 2.0版本重点强调了扩展性、语言体系结构、模型管理和行为语言语义，使UML的表示更好、更为精确。

　　3.2 UML模型图

　　UML的模型图能够将被建模的系统的某一个方面的某～部分以图形的方式表示出 来，不同的视图通过将多个不同的模型图有机组合在一起就能够描述系统模型的某方面 的特征。UML定义了九种模型圈：溺侧图(Use Case View)、类图(Class Diagram)、 对象[](Object Diagram)、构件图(Component Diagram)、部署[](Deployment Diagram)、 状态图(Statechart Diagram)、活动图(Activity Diagram)、序列图(Sequence Diagram)以及 协作图(Collaboration Diagram)。这九种模型图各有侧重，如用例图侧重描述用户需求， 类图侧重描述系统具体实现;描述的方面都不相同，如类图描述的是系统的结构，序列 图描述的是系统的行为;抽象的层次也不同，如构件图描述系统的模块结构，抽象层次 较高，类图是描述具体模块的结构，抽象层次一般，对象图描述了具体的模块实现，抽 象层次较低。如采从动态和静态的角度划分这九种模型匿，静态模型图包括类图、对象 图、构件图和部署图;动态模型图包括用例图、状态图、活动图、顺序图和协作图

　　基于ERP的生产管理系统设计与实现

　　类图描述的是类和类之间的相互关系。类之间的相互关系包括：关联(Association)、 依赖(Dependency)、泛化(Generalization)及实现(Realize)。关联描述的是类的对象之间 逻辑上的关系，这些对象可|以是同类的，也可以不是，关联的两端称为角色，如客户和 订单就存在一种关联。依赖表示的是模型元素间的依赖关系，依赖关系两端的模型元素， ～端是独立的，男～端需要依赖这个独立的元素。依赖关系用带箭头的虚线段表示。泛 化表示的是模型元素之间抽象和具体的关系，也就是模型元索之间的继承关系。实现关 系表示一个模型元素实现了另一个模型元素定义的操作，一般是指一个类实现了一个接 El(Interface)定义的方法。 对象图描述的是对象之间的关系，也可以理解为系统在某～个时刻的图像。对象图 是在毙较具体的层次上描述，比如描述一个系统的各个类的对象是如何组合的。 构件图描述系统中的构件以及构件之间的依赖关系，构件图是在很具体的层次描述 系统的物理结构。几个主要的模型元素为：构件、接毯、依赖关系。构侔就是定义了良 好接口的实现代码单元，已经成为系统的一部分;接口用于描述构件定义的接口，用一 个圆圈表示，它与构件是用实线段相连;依赖关系描述的是构件之间的依赖关系，用带 箭头的虚线段表示，箭头～段的是被依赖的构件。 部署图描述任何基于计算机的应用系统的物理或逻辑的配置。它可以描述系统硬件 的物理拓扑结构和在此结构上执行蛉系统软件，也能描述系统节点的拓季}结构相通信路 径、节点上运行的构件、构件中的逻辑单元等。 用铡图从用户的角度来描述系统的行为和特征，～般是用来进行系统的需求分析的工具。用例图中首先要明确的概念就是用例。用例是系统的一个功能单元，描述了参与 者与系统发生的～次交互行为。例如：银行的ATM自动提款机系统，用户提款就是一 个用俄。 . 状态图以状态的概念描述对象、子系统、系统在生命周期中的各种行为，简单的说 就是一个状态图只描述某～个对象(可以是类、程穿模块、系统>的行为。遥过状态图 可以知道～个对象、子系统、系统的各种状态及其收到的消息对其状态的影响。 活动图是通过一系列活动描述对象的行为，对象可以是程序、模块、子系统、系统。 通过活动图，可以了解所描述对象的要进行的各种任务和过程。 顺序图通过描述对象之间的交互来表达被描述对象的行为。顺序图重点强调对象交 互的时阆性顺序性。与前面介绍的模型图可以随意组织模型元素不同，顺序图有一定的 结构，可以将顺序图看成～个二维坐标，纵向上表示的是不同的对象，横向上是顺序的 时闻。

　　协作图描述在一定的语境中一组对象以及用来实现某些功能的对象之间的相互作用和对象之间的关系。协作图可以看成是在对象图的基础上，加入了对象之间的消息通 讯以描述对象之间的交互。与顺序图不同，协作图重点是在空间上描述对象的交互。