外貿(mào)企業(yè)訂單與生產(chǎn)管理系統(tǒng)的分析與設計

1、閩江學院課程設計說明書 課 程：_uml系統(tǒng)分析與設計設計題目：外貿(mào)企業(yè)訂單與生產(chǎn)管理系統(tǒng)院 系： 計算機科學系專業(yè)班級： 計算機科學與技術（軟件方向）學生姓名： 張開祝(學號120071101127) 鐘大通(學號120071101148) 陳玉李(學號120071101115)指導教師： 陳雄峰 2008年 12月 17日外貿(mào)企業(yè)訂單與生產(chǎn)管理系統(tǒng)引言編寫目的編寫本報告的目的是明確本系統(tǒng)的詳細需求，供使用單位確認系統(tǒng)的功能和性能，并作為軟件設計人員的設計依據(jù)和使用單位的驗收標準。項目背景開發(fā)軟件名稱：外貿(mào)企業(yè)訂單與生產(chǎn)管理系統(tǒng)。項目開發(fā)者：閩江學院計算機科學系“外貿(mào)企業(yè)訂單與生產(chǎn)管理系統(tǒng)”

2、開發(fā)小組：張開祝(27號，組長)，鐘大通(48號)，陳玉李（15號）用戶單位：某企業(yè)參考資料:（1） 錢樂秋等，軟件工程，清華大學出版社；（2） 張害藩，軟件工程導論（第四版），清華大學出版社；（3） 趙池龍等，軟件工程實踐教程，電子工業(yè)出版社；（4） 譚浩強 ，c程序設計，清華大學出版社；（5） 嚴蔚敏 ，數(shù)據(jù)結構，清華大學出版社；（6） 鄭莉 。c+語言程序設計，清華大學出版社。 （7） 冀振燕 uml系統(tǒng)分析與設計教程 ，人民郵電出版社任務概述目標 本系統(tǒng)通過強大的計算機技術給企業(yè)管理人員帶來便利。目標包括： 減少人力與管理費用； 提高信息準確度； 改進管理和服務； 建立高效的信息傳輸和

3、服務平臺，提高信息處理速度和利用率； 系統(tǒng)設計優(yōu)良，界面設計精美、友好、快捷，人性化設計，后臺管理功能強大、效率高； 更簡便、信息化程度更高的企業(yè)生產(chǎn)管理流程；用戶的特點 本軟件的最終用戶是面向企業(yè)的管理人員和對企業(yè)關注的人群。 系統(tǒng)維護人員為計算機專業(yè)人員，熟悉數(shù)據(jù)庫、操作系統(tǒng)、網(wǎng)絡維護工作。維護人員為間隔性用戶。1.1 系統(tǒng)需求.信息系統(tǒng)開發(fā)的目的是滿足用戶需求，為了達到這個目的，設計人員必須充分理解系統(tǒng)的商業(yè)總體目標和用戶的工作方式。無論是開發(fā)簡單的應用程序，還是開發(fā)商業(yè)性的大規(guī)模軟件系統(tǒng)，首先要做的事都是確定系統(tǒng)需求，即確定系統(tǒng)的功能。收集到的系統(tǒng)需求可以分為三類，即功能性需求.非功能

4、性需求.可用性需求。功能性需求和非功能性需求是系統(tǒng)分析和設計中的常用種類，可用性需求常常被忽略，但被忽略并不代表它不重要，事實上，可用性 事衡量一個軟件是否成功的重要因素之一。功能性需求描述了系統(tǒng)可以做什么或被期望做什么，即描述了系統(tǒng)的功能，在面向對象的方法中，可以用用例來描述系統(tǒng)的功能；非功能性需求描述了系統(tǒng)如何更好地提供功能需求，如系統(tǒng)性能.安全性等；可用性需求則描述了特定用戶在特定環(huán)境下有效地.順利地達到特定目標的程度，可用性是人機交互研究的主題。對外貿(mào)企業(yè)訂單與生產(chǎn)管理系統(tǒng)描述:外貿(mào)企業(yè)訂單與生產(chǎn)管理系統(tǒng)是對企業(yè)更好的發(fā)揮生產(chǎn)作用。本系統(tǒng)包括原料的管理、生產(chǎn)的管理、成品倉庫的管理、銷售

5、訂單的管理和資金的管理。開始需要對原料的采購管理，對原料倉庫的管理。原料的品種、數(shù)量都要實時管理。原料有很多性質，原料的管理對生產(chǎn)部分很重要，企業(yè)的生產(chǎn)計劃要考慮到原料的庫存。在生產(chǎn)方面，先制定計劃，然后從原料倉庫中選擇材料進行組合生產(chǎn)，所以原料對生產(chǎn)起著至關重要的作用。還有生產(chǎn)的計劃也要根據(jù)成品倉庫的存儲量決定。當某種成品存儲量很對時候就要減少這種成品的生產(chǎn)計劃。成品的倉庫管理可以對其分類、查詢、修改等。能夠實時了解某種產(chǎn)品的數(shù)量。當訂單來的時候，訂單的數(shù)量多少就是倉庫產(chǎn)品的減少量。反之，當有退貨的情況，退貨多少就是倉庫要增加多少數(shù)量。通過這樣的增減關系來反映系統(tǒng)的工作情況。資金的管理多整個

6、系統(tǒng)很重要，資金涉及整個系統(tǒng)過程。原料的購買需要資金，生產(chǎn)產(chǎn)品的時候要生產(chǎn)成本，還有產(chǎn)品賣出去后有銷售收入，通過這些資金可以計算出企業(yè)的純收入。1.2 需求分析1.2.1 識別參與者 通過對系統(tǒng)的需求分析，可以確定系統(tǒng)中有3個參與者，即administrators(系統(tǒng)管理員也就是企業(yè)管理人員，在此直接說成administrators)和visitor(訪問者，也就是一般訪問者包括企業(yè)內部員工和外部網(wǎng)站等訪問者)和client(顧客即企業(yè)的客戶)。對參與者的描述如下:(1)administrators 描述:管理員可以管理一切的企業(yè)業(yè)務，包括訂購原料，計劃生產(chǎn)，商品價格的定價，資金管理，客戶管

7、理等。示例:具有管理員密碼的企業(yè)管理員。 (2)visitor描述:訪問者沒有權利修改系統(tǒng)你的數(shù)據(jù)，只能瀏覽差好看系統(tǒng)，了解企業(yè)的生產(chǎn)情況等示例:通過網(wǎng)站訪問，一般員工等。(3)client描述:與企業(yè)建立關系的客戶，通過注冊，在系統(tǒng)里有記錄會員。示例:如購買企業(yè)產(chǎn)品的某人或組織。1.2.2 識別用例原料管理 1:purchase material(購買原料) 2:maintain material info(維護原料信息)生產(chǎn)管理 3:plan produce(計劃生產(chǎn))4: produce manage(生產(chǎn)管理)成品管理 5: maintain product info(產(chǎn)品信息維護)訂

8、單管理 6:maintain order form info(維護訂單信息)資金管理 7: manage bankroll info(管理資金信息) 8:log in(登陸) 1.2.3 用例的事件描述用例還可以用事件流來描述，用例的事件流是對完成用例行為所需的事件的描述。事件流描述了系統(tǒng)應該做什么，而沒有描述系統(tǒng)應該怎樣做，也就是說，事件流是用語言描述的，而不是用實現(xiàn)語言描述的。 通常，事件流文檔的建立主要在細化階段（elaboration）進行。開始，只是對執(zhí)行用例的常規(guī)流（即用例提供了什么功能）所需步驟的簡單描述。隨著分析的進行，通過添入更多的評細信息，步驟不斷細化。最后，再將例外流添加

9、到用例的事件流描述中。外貿(mào)企業(yè)訂單與生產(chǎn)管理系統(tǒng)的用例事件流描述如下。1、 購買原料（purchase material）1.1 前置條件（pre-conditions）在這個用例開始之前，administrators必須登錄到系統(tǒng)中。1.2 后置條件（post-conditions）如果這個用例成功，則對系統(tǒng)進行管理反之，系統(tǒng)的狀態(tài)沒有變化。1.3 擴充點（extension points）沒有。1.4 事件流1.4.1 基流（basic flow）原料不足，購買原料，用例啟動。原料不足，添加，則執(zhí)行分支流s-1：添加原料原料用完，購買，則執(zhí)行分支流s-2：購買原料1.4.2 分支流（sub

10、flows）s-1：添加原料（1）：確定添加原料信息。（2）：確定添加原料產(chǎn)地。（3）：確定需要的數(shù)量。（4）：確定時間。s-2：購買原料（1）：確定購買原料信息。（2）：確定購買原料產(chǎn)地。（e-1）（3）：確定需要的數(shù)量。（4）：確定時間。1.4.3 替代流（alternative flow） e-1：產(chǎn)地現(xiàn)在沒有提供該原料了，系統(tǒng)顯示提示信息，用例終止。2、維護原料信息(maintain material info)2.1 前置條件（pre-conditions）在這個用例開始之前，administrators必須登錄到系統(tǒng)中。2.2 后置條件（post-conditions）如果這個用例

11、成功，則對系統(tǒng)進行管理反之，系統(tǒng)的狀態(tài)沒有變化2.3 擴充點（extension points）沒有。2.4 事件流2.4.1 基流（basic flow）2.4.2 分支流（subflows）2.4.3 替代流（alternative flow）3、計劃生產(chǎn)(plan produce)3.1 前置條件（pre-conditions）3.2 后置條件（post-conditions）如果這個用例成功，則對系統(tǒng)進行管理反之，系統(tǒng)的狀態(tài)沒有變化3.3 擴充點（extension points）沒有。3.4 事件流3.4.1 基流（basic flow）3.4.2 分支流（subflows）3.4.

12、3 替代流（alternative flow）4、生產(chǎn)管理(produce manage)4.1 前置條件（pre-conditions）在這個用例開始之前，administrators必須登錄到系統(tǒng)中。4.2 后置條件（post-conditions）如果這個用例成功，則對系統(tǒng)進行管理反之，系統(tǒng)的狀態(tài)沒有變化4.3 擴充點（extension points）沒有。4.4 事件流4.4.1 基流（basic flow）4.4.2 分支流（subflows）4.4.3 替代流（alternative flow）5、產(chǎn)品信息維護(maintain product info)5.1 前置條件（pre

13、-conditions）在這個用例開始之前，administrators必須登錄到系統(tǒng)中。5.2 后置條件（post-conditions）如果這個用例成功，則對系統(tǒng)進行管理反之，系統(tǒng)的狀態(tài)沒有變化5.3 擴充點（extension points）沒有。5.4 事件流5.4.1 基流（basic flow）5.4.2 分支流（subflows）5.4.3 替代流（alternative flow）6、維護訂單信息（maintain order form info）6.1 前置條件（pre-conditions）在這個用例開始之前，administrators必須登錄到系統(tǒng)中。6.2 后置條件（

14、post-conditions）如果這個用例成功，則對系統(tǒng)進行管理反之，系統(tǒng)的狀態(tài)沒有變化6.3 擴充點（extension points）沒有。6.4 事件流6.4.1 基流（basic flow）6.4.2 分支流（subflows）6.4.3 替代流（alternative flow）7、管理資金信息（manage bankroll info）7.1 前置條件（pre-conditions）在這個用例開始之前，administrators必須登錄到系統(tǒng)中。7.2 后置條件（post-conditions）如果這個用例成功，則對系統(tǒng)進行管理反之，系統(tǒng)的狀態(tài)沒有變化7.3 擴充點（exten

15、sion points）沒有。7.4 事件流7.4.1 基流（basic flow）7.4.2 分支流（subflows）7.4.3 替代流（alternative flow）8、登陸（log in）8.1 前置條件（pre-conditions）沒有。8.2 后置條件（post-conditions）如果用例成功，參與者可以啟動系統(tǒng)并使用系統(tǒng)所提供的功能。反之，系統(tǒng)的狀態(tài)不變。8.3 擴充點（extension points）沒有。8.4 事件流8.4.1 基流（basic flow）當用戶希望登錄到系統(tǒng)中時，用例啟動。8.4.2 分支流（subflows）（1）系統(tǒng)提示用戶輸入用戶名和密碼

16、。（2）用戶輸入用戶名和密碼。（3）系統(tǒng)驗證輸入的用戶名和密碼，若正確（e-1），則用戶登錄到系統(tǒng)中。8.4.3 替代流（alternative flow）e-1：如果用戶輸入無效的用戶名和/或密碼，系統(tǒng)顯示錯誤信息。用戶可以選擇返回基流的起始點，重新輸入正確的用戶名和/或密碼；或者取消登錄，用例結束。1.3 靜態(tài)結構模型進一步分析系統(tǒng)需求，發(fā)展類以及類之間的關系，確定他們的靜態(tài)結構和動態(tài)行為，是面向對象分析的基本任務。系統(tǒng)的靜態(tài)結構模型主要用類圖和對象圖來描述。1.3.1 定義系統(tǒng)對象 定義過系統(tǒng)需求后，就可以根據(jù)系統(tǒng)需求識別系統(tǒng)中存在的對象了。系統(tǒng)對象的識別就可以通過尋找系統(tǒng)域描述和需求描

17、述中的名詞來進行。管理員（administrators）、訪問者（visitor）、原料（material）、資金（bankroll）、產(chǎn)品（product）。（1）、管理員（administrators）（2）、訪問者（visitor）（3）、原料（material）（4）、產(chǎn)品（product）（5）、資金（bankroll）（6）、客戶（clien）1.3.2 定義用戶界面類 用戶與系統(tǒng)需要進行交互，通常一個友好的系統(tǒng)都采用直觀的圖形可視化界面，因此需要定義系統(tǒng)的用戶界面類。通過對系統(tǒng)的不斷分化和細化，可識別出下屬界面類、類的操作和屬性。(1)類mainwindowmainwindow是

18、系統(tǒng)的主界面，系統(tǒng)的主界面具有菜單和菜單項，當用戶選擇不同的菜單項時，系統(tǒng)可以執(zhí)行不同的操作。當退出時，主界面窗口關閉。*私有屬性(private attributes)待定。*公共操作(public operations)createwindow()創(chuàng)建訂單與生產(chǎn)管理系統(tǒng)的圖形用戶界面窗口。material（）當選擇“原料管理”菜單項時，該操作被調用。plan（）當選擇“生產(chǎn)計劃”菜單項時，該操作被調用。product（）當選擇“產(chǎn)品管理”菜單項時，該操作被調用。bankroll（）當選擇“資金管理”菜單項時，該操作被調用。clien（）當選擇“客戶管理”菜單項時，該操作被調用。（2）類materialmanage*私有屬性(private attributes)待定。*公共操作(public operations)createdialog()創(chuàng)建用來管理原料的對話框。（3）類planproduce*私有屬性(private attributes)待定。*公共操作(public operations)createwindow()（4）類manageproduct*私有屬性(private attributes)待定。*公共操作(public operations)createwindow()（5）類manageorder*私有屬性(private attribu