【正文】 .......................................... 16 為類分配操作 ......................................................................................................... 16 類圖 ......................................................................................................................... 17 動態(tài)建模 ......................................................................................................................... 19 建立順序圖 ............................................................................................................. 19 建立狀態(tài)圖 ............................................................................................................. 21 建立活動圖 ............................................................................................................. 22 建立協(xié)作圖 ............................................................................................................. 23 數(shù)據(jù)庫設計 ..................................................................................................................... 24 III 將類映射為表 ......................................................................................................... 24 類之間關系的映射 ................................................................................................. 25 數(shù)據(jù)庫表的設計 ..................................................................................................... 26 第五章 系統(tǒng)實現(xiàn) .................................................................................................................... 29 系統(tǒng)架構(gòu)及環(huán)境 ............................................................................................................. 29 物理模型 ......................................................................................................................... 29 組件圖 ..................................................................................................................... 29 配置圖 ..................................................................................................................... 29 界面設計 ......................................................................................................................... 30 結(jié)論與展望 ................................................................................................................................ 34 致 謝 ............................................................................................................... 錯誤 !未定義書簽。為了進一步開發(fā)基于 Web的應用，相繼出現(xiàn) 了 Sun 公司的 Sun ONE(Open Net Environment 開放網(wǎng)絡環(huán)境 )和 Microsoft公司的 .NET 兩大 Web 服務技術(shù)體系。 2 第一章 緒論 研究的背景和意義 研究背景 隨著我國成功加入 WTO 及信息化浪潮的日益臨近，企業(yè)經(jīng)營管理機制正在發(fā)生著根本性的變化，特別是處于激烈的市場競爭環(huán)境下的高新技術(shù)企業(yè)，如果想要在日新月異的市場變化中求得生存，就必須有效地進行企業(yè)內(nèi)部改革和加強企業(yè)管理。一方面，訂單管理貫穿于企業(yè)內(nèi)部業(yè)務開展與實施的整個過程，可以說，完善的訂單管理是企業(yè)健康運作的一個標志。 3． 報表統(tǒng)計工作 量大。 當前，我國大型企業(yè)信息化發(fā)展到深入應用階段，信息化效果與效益直接影響企業(yè)績 3 效和價值實現(xiàn)。 一套合適的訂單管理信息系統(tǒng)可以使訂單管理科學化、規(guī)范化、自動化，實現(xiàn)無紙辦公，使手工作業(yè)轉(zhuǎn)化為計算機管理，使分散管理轉(zhuǎn)化為自動化管理體系，將歷年數(shù)據(jù)變?yōu)榭晒蚕砗碗S時查詢的寶貴信息，大大提高工作效率。 因此本課題的主要內(nèi)容就是研究如何借助于 UML 及其思想進行訂單管理信息系統(tǒng)的分析和設計，并運用 JSP 技術(shù)實現(xiàn)一個能提供大量訂單信息的、具有交互功能的、易于管理的系統(tǒng)。對企業(yè)對訂單管理的需求做了深入的分析研究，詳細介紹了 訂單管理的業(yè)務流程、功能需求、系統(tǒng)角色以及非功能需求。 UML 的出現(xiàn)解決了軟件交流這一軟件開發(fā)中的最大難題，其重要性在于可以使各種人員（最終用戶、分析人員、開發(fā)人員、系統(tǒng)集成人員、測試人員、技術(shù)資料作者和項目管理者）進行有效的交流，增進相互理解，提高軟件開發(fā)效率，提高軟件設計質(zhì)量。元模型為 UML 的所有元素在語法和語義上提供了簡單、一致、通用的定義性說明，使開發(fā)者能在語義上取得一致，消除了因人而異的最佳表達方法所造成的影響。這些思想并不是 UML 的開發(fā)者發(fā)明的，而是開發(fā)者依據(jù)最優(yōu)秀的 OO 方法 和豐富的計算機科學實踐綜合提煉而成的。對象通過通信來協(xié)作的方式以及系統(tǒng)中的對象在系統(tǒng)的生命期中改變狀態(tài)的方式是系統(tǒng)的動態(tài)行為。JavaBean 是一種 Java 類，通過封裝屬性和方法成為具有某種功能處理某個業(yè)務的對象。它使用 .jsp 的后綴，用來告訴服務器這個文件需要特殊的處理。 3． 客戶端的接口不是很繁瑣，對于各種應用易于部署、維護和修 改。 ORM 是一種模式，它的英文是 ObjectRelation Mapping，中文譯為對象 — 關系映射，它指的是“在單個組件中負責所有是體育對象的持久化，封裝數(shù)據(jù)訪問細節(jié)”。可根據(jù)現(xiàn)有的訂單統(tǒng) 計相關數(shù)據(jù)； 7． 報表預覽和打印，該模塊主要對各類報表進行預覽和打印，提供豐富的查詢和報表管理功能。已審核過的訂單可以通過查詢的方式進行查閱。系統(tǒng)應具有很強的安全性與容錯機制，以保障系統(tǒng)的高可用性與不間斷正常運行。他們被用來創(chuàng)建和驗證被提議的設計，并確保該設計滿足所有的需求。識別出角色之后，方能更好地理解項目必須支持的事件。對一個用例應說明的基本內(nèi)容是：用例怎樣開始和結(jié)束、正常的事件流、變通的事件流、意外情況的事件流等。 16 對象是對現(xiàn)實世界中事物的抽象，要區(qū)分對象和類就要正確地運用抽象的原則，首 先要舍棄那些與系統(tǒng)責任無關的事物，只注意與系統(tǒng)責任有關的事物。主要策略有，從問題域 （ 人員、組織、物品、設備、事件、表格等 ） 、系統(tǒng)邊界 （ 人員、設備和外系統(tǒng) ） 和系統(tǒng)責任出發(fā)，考慮各種能啟發(fā)發(fā)現(xiàn)對象的因素，找出各種可能有用的候選對象?？梢愿鶕?jù)前述的系統(tǒng)需求建模、用例圖、用例的事件流描述來確定并細化系統(tǒng)中的類、類的操作和類的屬性。對于控制類可以將復雜的業(yè)務邏輯抽象為控制類，如：發(fā)貨計劃、退貨計劃、訂單維護等。 2) 在傳統(tǒng)的面向?qū)ο蠓椒?(如 Coad amp。系統(tǒng)的靜態(tài)結(jié)構(gòu)模型主要用類和對象圖描述。 表 41 訂單系統(tǒng)中的角色 角色 定義 客戶 向企業(yè)訂購產(chǎn)品 供應商 向企業(yè)提供生產(chǎn)原材料 財務部人員 從財務的角度來審核訂單、協(xié)調(diào)銷售與采購 生產(chǎn)車間人員 根據(jù)訂單數(shù)量和種類來安排生產(chǎn)工作 系統(tǒng)管理員 管理各類基本信息，維護系統(tǒng)信息 銷售人員 創(chuàng)建各類訂單 經(jīng)理 索取企業(yè)訂單狀況的各類報表 11 獲取用例 一旦獲取了系統(tǒng)角色就可以對每個角色提出問題以獲取用例，典型的問題有： ? 角色要求系統(tǒng)提供哪些功能（角色需要做什么）？ ? 角色需要讀、產(chǎn)生、刪除、修改或存儲的信息有哪些類型？ ? 必須提醒角色的系統(tǒng)事件有哪些？或者角色必須提醒系統(tǒng)的事件有哪些？怎樣把這些事件表示成用例中 的功能？ ? 角色的某些典型功能能否被系統(tǒng)自動實現(xiàn)？ ? 系統(tǒng)需要何種輸入輸出？輸入從何處來？輸出到何處？當前運行系統(tǒng)的主要問題？ 每一個用例圖都是一個活動者與系統(tǒng)在交互中執(zhí)行的有關事務序列。 系統(tǒng)角色分析 角色是系統(tǒng)的使用者和參與者，是與業(yè) 務系統(tǒng)有著交互的人或事物，他們用來確定系統(tǒng)業(yè)務的范圍，是獲得項目中幾種圖表的關鍵所在。在整個分析和設計過程中，都利用了 UML 的視圖進行描述。如果系統(tǒng)設計不夠靈活，也會給后期的維護工作帶來極大的不便。為了具有較好的直觀效果，訂單的錄入采取主從表方式，與實際業(yè)務中的表單類似，凡是和基本信息有關的信息均采取下拉列表方式。這些基本信息包括企業(yè)基本信息、員工信息、產(chǎn)品信息、庫存信息、企業(yè)客戶的信息等等； 5． 依據(jù)使用者特定的價格方式自動計價。 基于 Struts 框架的 Web 程序工作流程：用戶發(fā)出一個以 .do 為后綴的 HTTP 請求，所有的請求均被控制器 ActionServlet 截取， ActionServlet 根據(jù) 中的配置信息將截取到的請求映射到相應的 Action 類，同時將用戶請就封裝在一個指定名稱的 Form Bean中，接著 ActionServlet 調(diào)用業(yè)務邏輯 Action Bean 實例中的 perform()方法執(zhí)行業(yè)務邏輯，perform()方法執(zhí)行后返回一個 Action Forward 對象，控制器 ActionServlet 根據(jù)返回的 Action Forward 對象，將控制 Forward 到相應的 JSP 頁面。 JSP 的優(yōu)點 1． 對于用戶界面的更新，其實就是由 Web Server 進行的，所以給人的感覺更新很快。 Sun 公司還開發(fā)了 JDBCODBC bridge，用此技術(shù) Java 程序就可以訪問帶有 ODBC 驅(qū)動程序的數(shù)據(jù)庫，目前大多數(shù)數(shù)據(jù)庫系統(tǒng)都帶有 ODBC 驅(qū)動程序 ，所以 Java 程序能訪問諸如 Oracle、 Sybase、 MS SQL Server、 MS Acess等數(shù)據(jù)庫。所有程序操作都在服務器端執(zhí)行，網(wǎng)絡上 傳送給客戶端的僅是得到的結(jié)果，對客戶瀏覽器的要求最低，可以實現(xiàn)無 Plugin，無 ActiveX，無 Java Applet，甚至無 Frame。任何語言都以靜態(tài)建模機制為基礎，標準建模語言 UML 也不例外。 UML 符號表示考慮了各種方法的圖形表示，刪除了大量易引起混亂的、多余的和極少使用的符號，也添加了一些新符號。 UML 能夠描述系統(tǒng)的靜態(tài)結(jié)構(gòu)和動態(tài)行為：靜態(tài)結(jié)構(gòu)定義了系統(tǒng)中重要對象的屬性和操作以及這些對象之間的相互關系；動態(tài)行為定義了對象的時間特性和對象為完成目標任務而相互進行通信的機制。對所做的工作進行了回顧，指出研究中還需深入的工作，明確下一步的研究方向。包括統(tǒng)一建模語言 UML 的特性、結(jié)構(gòu)和內(nèi)容，分析了 UML