監(jiān)理公司管理系統 | 工程企業(yè)管理系統 | OA系統 | ERP系統 | 造價咨詢管理系統 | 工程設計管理系統 | 甲方項目管理系統 | 簽約案例 | 客戶案例 | 在線試用
X 關閉
委外加工

當前位置:工程項目OA系統 > ERP系統 > 功能介紹 > 生產管理 > 委外加工

中小型管理軟件erp

申請免費試用、咨詢電話:400-8352-114

          生產管理erp系統體系結構

   ERP框架下的生產管理系統

  1、軟件結構

  目前ERP系統所具有的功能完善的模塊包括:庫房管理系統、銷售管理系統、員 工信息管理、員工權限管理、工作流管理、即時消息管理、設備管理和文件管理。而生 產管理系統作為供應鏈中極其重要的一個環(huán)節(jié),涵蓋了包括原材料采購、檢驗、產品加 工和管理、半成品加工和管理等一系列重要管理對象。在應用層上,生產管理系統作為 ERP系統中很重要的一個子功能模塊,使ERP系統對于供應鏈的管理更加完善和具體。 原材料采購管理和庫房管理系統結合,實現了供應鏈的起始端;將原材料加工成半成品, 再到成品的過程對應供應鏈中從原材料轉換到產品的過程,這一過程的管理對于提高制造業(yè)的工作效率,降低產品成本有著極其重要的意義;產品和半成品的檔案管理,相關事務流程管理,為后續(xù)的ERP系統中對產品半成品的相關操作提供了對象。例如,工 作流管理的主要對象就是原材料,半成品和產品。

  1.1網絡拓撲結構

  系統的網絡拓撲圖從物理結構的角度描述了系統的架構。本研究中的生產管理系統 為滿足多廠區(qū)的生產要求,采用分布式結構。分布式結構涉及兩個方面分布,一方面是 軟件系統通過模塊化實現分布結構,另一方面是數據庫實現分布結構。這兩方面的分布,都通過物理結構上的分離和Intemet互聯來實現。

5.49.png

        2、生產管理系統關鍵技術

  2.1 Web開發(fā)技術

  Web是一種典型的分布式應用架構。Web應用中的每一次信息交換都要涉及到客戶 端和服務端兩個層面。因此,Web開發(fā)技術大體上也可以被分為客戶端技術和服務端技 術兩大類。 Web客戶端的主要任務是展現信息內容,而HTML語言則是信息展現的最有效載 體之一。最初的HTML語言只能在瀏覽其中展現靜態(tài)的文本或圖像信息,這滿足不了人們對信息多樣性和豐富性的強烈需求。腳本語言JavaScdpt和VBScript的出現使得動 畫和交互操操作成為可能,層疊樣式表(Cascading Styrle Sheets,css)和動態(tài)HTML(Dynamic HTML)的則使網頁不僅變得更漂亮,同時讓HTML頁面中的各種要素 “活動’’了起來。為了在HTML頁面中實現音頻、視頻等更為復雜的多媒體應用,1996年的Netscape 2.0成功地引入了對QuickTime插件的支持。在Windows平臺上,1996 年,IE 3.0正式支持在HTML頁面中插入AcfiveX控件的功能,這為其他廠商擴展Web 客戶端的信息展現方式開辟了一條自由之路。1990年代初期,Jonathan Gay在FutureWave 公司開發(fā)了一種名為Future Splash Animator的二維矢量動畫展示工具,1996年, Macromedia公司收購了FutureWave,并將Jonathan Gay的發(fā)明改名為我們熟悉的Flash。 最早的Web服務器簡單地響應瀏覽器發(fā)來的HTTP請求,并將存儲在服務器上的 HTML文件返回給瀏覽器。隨著Web開發(fā)技術的完善,開發(fā)復雜的Web應用成為了可 能。為了適應企業(yè)級應用開發(fā)的各種復雜需求,給最終用戶提供更可靠、更完善的信息 服務,兩個最重要的企業(yè)級開發(fā)平臺J2EE和.NET在2000年前后分別誕生于Java和 Windows陣營。和J2EE不同的是,Microsoft的。NET平臺是一個強調多語言間交互的通用運行環(huán)境。2001年,ECMA通過了Microsoft提交的C撐語言和CLI標準,這兩個 技術標準構成了.NET平臺的基石,它們也于2003年成為了ISO的國際標準。2002年,Microsoft正式發(fā)布.NET Framework和Visual Studio.NET開發(fā)環(huán)境。.NET平臺及相關 的開發(fā)環(huán)境不但為Web服務端應用提供了一個支持多種語言的、通用的運行平臺, 而且還引入了ASP.NET這樣一種全新的Web開發(fā)技術。ASP.NET超越了ASP的局限,

  基于ERP的生產管理系統設計與實現

  可以使用VB.NET、C群等編譯型語言,支持Web Form、.NET Server Control、ADO.NET 等高級特性??陀^地講,.NET平臺,尤其是.NET平臺中的ASP.NET的確不失為Web 開發(fā)技術在Windows平臺上的一個集大成者。

  2.2.Net平臺體系結構

  ASP.NET是Microsoft.NETFramework中用于開發(fā)Web應用和XML Web服務的一 套技術【21-26]。ASP NET頁面運行于服務器端,生成HTML、WML或XML標記,然后 發(fā)送到桌西或移動設備的測覽器。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曲開發(fā)入員能夠方便的編寫應用程序。開發(fā)人員可以 在global.asax文本文件或在作為程序集已部署的編譯類中編寫這種代碼。這種模型可以 包括應用程序級事件,且開發(fā)入員可以輕松的擴展這種模型,以適應他們的W兩應用 程序的需要;ASP.NET提供易用的應用程序和會話狀態(tài)功能,很容易與所有他.NET 框架API兼容。

  2.3 ADO.Net與數據庫存儲

  ADO。NET是新~代。NET數據庫的存取結構組件【27之81,它提供對Microsoft SQL Server,OLEDB和XML公開的數據源的一致性訪問,用戶應用程序可以使用ADO.NET 來連接到這些數據源,并檢索、操作和更新數據。它是數據庫應用程序和數據源間溝通 的橋梁,主要提供一個面向對象的數據存取架構,用來開發(fā)數據庫應用程序。ADO。NET 是在.NET Framework上存取數據庫的一組類庫,它包含了.NET Data Provider(數據提 供者)以進行數據瘴的連接和存取,通過ADO。NET數據庫設計人員能夠很輕松熬使用 對象,來存取符合自己需求的數據庫內容。為了避免在處理數據的同時,始終和數據庫 聯機,麗導致一直占用系統資源的現象發(fā)生,ADO。NET將存取數據和數據處理分開以 實現離線存取數據,因此ADO.NET架構分成.NET Data Provide:和DataSet數據集(數 據處理核心)兩大主要部分進行數據訪問,其中。NET Data Provider包含Connection, Command,DataAdapter和DataReader四個對象。

  3 UML統一建模語言

  3.1 UML的產生與發(fā)展

  UML(Unified Modeling Language,統一建模語言)壺Rational軟件公司的三位面淘 對象專家Grady Booch,James Rumbaugh和Ivar Jacobson予1997年1月正式提出,并 提交給美國面向對象行業(yè)的管理組織(OMG)審核,又經多年的積累而形成的一套基于面 向對象的建模技術[29碰】。同年11月,UML 1.1被OMG接納為行業(yè)標準推出。在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)、 狀態(tài)圖(Statechart Diagram)、活動圖(Activity Diagram)、序列圖(Sequence Diagram)以及 協作圖(Collaboration Diagram)。這九種模型圖各有側重,如用例圖側重描述用戶需求, 類圖側重描述系統具體實現;描述的方面都不相同,如類圖描述的是系統的結構,序列 圖描述的是系統的行為;抽象的層次也不同,如構件圖描述系統的模塊結構,抽象層次 較高,類圖是描述具體模塊的結構,抽象層次一般,對象圖描述了具體的模塊實現,抽 象層次較低。如采從動態(tài)和靜態(tài)的角度劃分這九種模型匿,靜態(tài)模型圖包括類圖、對象 圖、構件圖和部署圖;動態(tài)模型圖包括用例圖、狀態(tài)圖、活動圖、順序圖和協作圖

5.50.png

  基于ERP的生產管理系統設計與實現

  類圖描述的是類和類之間的相互關系。類之間的相互關系包括:關聯(Association)、 依賴(Dependency)、泛化(Generalization)及實現(Realize)。關聯描述的是類的對象之間 邏輯上的關系,這些對象可|以是同類的,也可以不是,關聯的兩端稱為角色,如客戶和 訂單就存在一種關聯。依賴表示的是模型元素間的依賴關系,依賴關系兩端的模型元素, ~端是獨立的,男~端需要依賴這個獨立的元素。依賴關系用帶箭頭的虛線段表示。泛 化表示的是模型元素之間抽象和具體的關系,也就是模型元索之間的繼承關系。實現關 系表示一個模型元素實現了另一個模型元素定義的操作,一般是指一個類實現了一個接 El(Interface)定義的方法。 對象圖描述的是對象之間的關系,也可以理解為系統在某~個時刻的圖像。對象圖 是在斃較具體的層次上描述,比如描述一個系統的各個類的對象是如何組合的。 構件圖描述系統中的構件以及構件之間的依賴關系,構件圖是在很具體的層次描述 系統的物理結構。幾個主要的模型元素為:構件、接毯、依賴關系。構侔就是定義了良 好接口的實現代碼單元,已經成為系統的一部分;接口用于描述構件定義的接口,用一 個圓圈表示,它與構件是用實線段相連;依賴關系描述的是構件之間的依賴關系,用帶 箭頭的虛線段表示,箭頭~段的是被依賴的構件。 部署圖描述任何基于計算機的應用系統的物理或邏輯的配置。它可以描述系統硬件 的物理拓撲結構和在此結構上執(zhí)行蛉系統軟件,也能描述系統節(jié)點的拓季}結構相通信路 徑、節(jié)點上運行的構件、構件中的邏輯單元等。 用鍘圖從用戶的角度來描述系統的行為和特征,~般是用來進行系統的需求分析的工具。用例圖中首先要明確的概念就是用例。用例是系統的一個功能單元,描述了參與 者與系統發(fā)生的~次交互行為。例如:銀行的ATM自動提款機系統,用戶提款就是一 個用俄。 . 狀態(tài)圖以狀態(tài)的概念描述對象、子系統、系統在生命周期中的各種行為,簡單的說 就是一個狀態(tài)圖只描述某~個對象(可以是類、程穿模塊、系統>的行為。遙過狀態(tài)圖 可以知道~個對象、子系統、系統的各種狀態(tài)及其收到的消息對其狀態(tài)的影響。 活動圖是通過一系列活動描述對象的行為,對象可以是程序、模塊、子系統、系統。 通過活動圖,可以了解所描述對象的要進行的各種任務和過程。 順序圖通過描述對象之間的交互來表達被描述對象的行為。順序圖重點強調對象交 互的時閬性順序性。與前面介紹的模型圖可以隨意組織模型元素不同,順序圖有一定的 結構,可以將順序圖看成~個二維坐標,縱向上表示的是不同的對象,橫向上是順序的 時聞。

  協作圖描述在一定的語境中一組對象以及用來實現某些功能的對象之間的相互作用和對象之間的關系。協作圖可以看成是在對象圖的基礎上,加入了對象之間的消息通 訊以描述對象之間的交互。與順序圖不同,協作圖重點是在空間上描述對象的交互。

發(fā)布:2010-05-04 13:42    編輯:泛普軟件 · lj    [打印此頁]    [關閉]