【正文】 創(chuàng)建、審核、查詢等多個(gè)功能，提供一個(gè)訂單信息共享和企業(yè)各部門(mén)資源交流的平臺(tái)。包括統(tǒng)一建模語(yǔ)言 UML 的特性、結(jié)構(gòu)和內(nèi)容，分析了 UML的靜態(tài)和動(dòng)態(tài)建模機(jī)制，以及 JSP 動(dòng)態(tài)網(wǎng)頁(yè)開(kāi)發(fā)技術(shù)的工作原理和方法。應(yīng)用統(tǒng)一建模語(yǔ)言 UML 先后進(jìn)行系統(tǒng)的需求分析，系統(tǒng)角色的獲取，業(yè)務(wù)用例的識(shí)別以及系統(tǒng)的動(dòng)態(tài)建模，并對(duì)數(shù)據(jù)庫(kù)進(jìn)行 UML 建模。對(duì)所做的工作進(jìn)行了回顧，指出研究中還需深入的工作，明確下一步的研究方向。它融入了軟件工程領(lǐng)域的新思想、新方法和新技術(shù)。 UML 能夠描述系統(tǒng)的靜態(tài)結(jié)構(gòu)和動(dòng)態(tài)行為：靜態(tài)結(jié)構(gòu)定義了系統(tǒng)中重要對(duì)象的屬性和操作以及這些對(duì)象之間的相互關(guān)系；動(dòng)態(tài)行為定義了對(duì)象的時(shí)間特性和對(duì)象為完成目標(biāo)任務(wù)而相互進(jìn)行通信的機(jī)制。 2． UML 表示法：定義 UML 的表示符號(hào)，為建模者和建模支持工具的開(kāi)發(fā)者提供了標(biāo)準(zhǔn)的圖形符號(hào)和正文語(yǔ)法。 UML 符號(hào)表示考慮了各種方法的圖形表示，刪除了大量易引起混亂的、多余的和極少使用的符號(hào)，也添加了一些新符號(hào)。它與具體的實(shí)現(xiàn)無(wú)關(guān)，可應(yīng)用于任何語(yǔ)言平臺(tái)和工具平臺(tái)：與具體的過(guò)程無(wú)關(guān)，可應(yīng)用于任何軟件開(kāi)發(fā)的過(guò)程。任何語(yǔ)言都以靜態(tài)建模機(jī)制為基礎(chǔ)，標(biāo)準(zhǔn)建模語(yǔ)言 UML 也不例外。 JSP技術(shù) JSP(Java Server Pages)是由 SUN 微系統(tǒng)公司倡導(dǎo)的、許多公司參加一起建立的動(dòng)態(tài)網(wǎng)頁(yè)技術(shù)標(biāo)準(zhǔn)。所有程序操作都在服務(wù)器端執(zhí)行，網(wǎng)絡(luò)上 傳送給客戶端的僅是得到的結(jié)果，對(duì)客戶瀏覽器的要求最低，可以實(shí)現(xiàn)無(wú) Plugin，無(wú) ActiveX，無(wú) Java Applet，甚至無(wú) Frame。目錄 xx 必須放在系統(tǒng)環(huán)境 CLASSPATH 包含的目錄下，系統(tǒng)才 能找到其中的 JavaBean。 Sun 公司還開(kāi)發(fā)了 JDBCODBC bridge，用此技術(shù) Java 程序就可以訪問(wèn)帶有 ODBC 驅(qū)動(dòng)程序的數(shù)據(jù)庫(kù)，目前大多數(shù)數(shù)據(jù)庫(kù)系統(tǒng)都帶有 ODBC 驅(qū)動(dòng)程序 ，所以 Java 程序能訪問(wèn)諸如 Oracle、 Sybase、 MS SQL Server、 MS Acess等數(shù)據(jù)庫(kù)。 Servlet 引擎裝載這個(gè)類，處理來(lái)自客戶的請(qǐng) 求，并把結(jié)果返回給客戶。 JSP 的優(yōu)點(diǎn) 1． 對(duì)于用戶界面的更新，其實(shí)就是由 Web Server 進(jìn)行的，所以給人的感覺(jué)更新很快。它是通過(guò)以下幾個(gè)方面加以實(shí)現(xiàn)的： 1) 簡(jiǎn)便性和有效性 2) 程序的獨(dú)立性 3) 程序的兼容性 4) 程序的可重用性 5) 程序的擴(kuò)展性 7 系統(tǒng)技術(shù)方案 訂單管理系統(tǒng)中采用現(xiàn)在比較流行，比較成熟的開(kāi)源框架技術(shù) Struts 和 Hibernate。 基于 Struts 框架的 Web 程序工作流程：用戶發(fā)出一個(gè)以 .do 為后綴的 HTTP 請(qǐng)求，所有的請(qǐng)求均被控制器 ActionServlet 截取， ActionServlet 根據(jù) 中的配置信息將截取到的請(qǐng)求映射到相應(yīng)的 Action 類，同時(shí)將用戶請(qǐng)就封裝在一個(gè)指定名稱的 Form Bean中，接著 ActionServlet 調(diào)用業(yè)務(wù)邏輯 Action Bean 實(shí)例中的 perform()方法執(zhí)行業(yè)務(wù)邏輯，perform()方法執(zhí)行后返回一個(gè) Action Forward 對(duì)象，控制器 ActionServlet 根據(jù)返回的 Action Forward 對(duì)象，將控制 Forward 到相應(yīng)的 JSP 頁(yè)面。 Hibernate 具有以下優(yōu)勢(shì) [10]： (1)它是開(kāi)放源代碼的，具有詳細(xì)的參考文檔，允許開(kāi)發(fā)人員在需要的時(shí)候研究源代碼，改寫(xiě)源代碼，定制客戶化功能； (2)對(duì) JDBC 僅做了輕量級(jí)封裝，必要的話用戶還可以繞過(guò) Hibernate，直接訪問(wèn) JDBC API； (3)具有可擴(kuò)展性，使用方便，容易上手； (4)Hibernate 既適用于獨(dú)立的 Java 程序，也適用于 Java Web 應(yīng)用，而且還可以在 J2EE架構(gòu)中取代 CMP，完成對(duì)象持久化的重任， Hibernate 能集成到會(huì)話 EJB 和基于 BMP 的實(shí)體 EJB 中， BMP 是指由實(shí)體 EJB 本身管理持久化； (5)Hibernate 可以和多種 Web 服務(wù)器、應(yīng)用服務(wù)器良好集成，并且支持幾乎所有流行的數(shù)據(jù)庫(kù)服務(wù)器。這些基本信息包括企業(yè)基本信息、員工信息、產(chǎn)品信息、庫(kù)存信息、企業(yè)客戶的信息等等； 5． 依據(jù)使用者特定的價(jià)格方式自動(dòng)計(jì)價(jià)。 業(yè)務(wù)流程 一般中小型企業(yè)對(duì)于訂單管理的基本業(yè)務(wù)流程如下：企業(yè)銷售部的銷售人員與企業(yè)客戶成功簽訂銷售合同后，財(cái)務(wù)部根據(jù)合同的情況將已付定金的合同傳給產(chǎn)品部；產(chǎn)品部根據(jù)相關(guān)合同對(duì)產(chǎn)品進(jìn)行配置，制定配置計(jì)劃；市場(chǎng)部將配置計(jì)劃發(fā)還給銷售部，銷售部將其制作成訂單；制作好的訂單交由上 級(jí)部門(mén)審核，審核未通過(guò)的訂單交還給銷售部修改或作廢，合格的訂單則下發(fā)給生產(chǎn)部門(mén)；生產(chǎn)部根據(jù)訂單中客戶所需的產(chǎn)品明細(xì)來(lái)制定發(fā)貨計(jì)劃，并下達(dá)各個(gè)生產(chǎn)車間進(jìn)行生產(chǎn)和催貨；產(chǎn)品生產(chǎn)出來(lái)后，倉(cāng)庫(kù)按客戶要求將產(chǎn)品發(fā)給客戶，并生成出庫(kù)單；客戶收到貨時(shí)，將尾款交付財(cái)務(wù)部，由財(cái)務(wù)部制作并出據(jù)付款單；客戶需要退貨時(shí)，銷售部根據(jù)已付定金的訂單信息來(lái)填寫(xiě)退貨單，退貨單傳遞給財(cái)務(wù)部。為了具有較好的直觀效果，訂單的錄入采取主從表方式，與實(shí)際業(yè)務(wù)中的表單類似，凡是和基本信息有關(guān)的信息均采取下拉列表方式。 9 6． 生成報(bào)表：可生成合格的業(yè)務(wù)入庫(kù)單、出庫(kù)單、銷售統(tǒng)計(jì)表等各類表單。如果系統(tǒng)設(shè)計(jì)不夠靈活，也會(huì)給后期的維護(hù)工作帶來(lái)極大的不便。首先，從分析網(wǎng)站的的需求出發(fā)，描述用戶對(duì)系統(tǒng)的需求，并根據(jù)需求描述，確定系統(tǒng)的角色。在整個(gè)分析和設(shè)計(jì)過(guò)程中，都利用了 UML 的視圖進(jìn)行描述。訂單管理信息系統(tǒng)主要包含四個(gè)功能模塊，而訂單信息管理模塊是其中一個(gè)也是最重要的一個(gè)模塊。 系統(tǒng)角色分析 角色是系統(tǒng)的使用者和參與者，是與業(yè) 務(wù)系統(tǒng)有著交互的人或事物，他們用來(lái)確定系統(tǒng)業(yè)務(wù)的范圍，是獲得項(xiàng)目中幾種圖表的關(guān)鍵所在。角色在系統(tǒng)的運(yùn)作中其激勵(lì)作用，他們是事件的引發(fā)者，它們還可以接受系統(tǒng)的激勵(lì)，在這種情況下它們是被動(dòng)的。 表 41 訂單系統(tǒng)中的角色 角色 定義 客戶 向企業(yè)訂購(gòu)產(chǎn)品 供應(yīng)商 向企業(yè)提供生產(chǎn)原材料 財(cái)務(wù)部人員 從財(cái)務(wù)的角度來(lái)審核訂單、協(xié)調(diào)銷售與采購(gòu) 生產(chǎn)車間人員 根據(jù)訂單數(shù)量和種類來(lái)安排生產(chǎn)工作 系統(tǒng)管理員 管理各類基本信息，維護(hù)系統(tǒng)信息 銷售人員 創(chuàng)建各類訂單 經(jīng)理 索取企業(yè)訂單狀況的各類報(bào)表 11 獲取用例 一旦獲取了系統(tǒng)角色就可以對(duì)每個(gè)角色提出問(wèn)題以獲取用例，典型的問(wèn)題有： ? 角色要求系統(tǒng)提供哪些功能（角色需要做什么）？ ? 角色需要讀、產(chǎn)生、刪除、修改或存儲(chǔ)的信息有哪些類型？ ? 必須提醒角色的系統(tǒng)事件有哪些？或者角色必須提醒系統(tǒng)的事件有哪些？怎樣把這些事件表示成用例中 的功能？ ? 角色的某些典型功能能否被系統(tǒng)自動(dòng)實(shí)現(xiàn)？ ? 系統(tǒng)需要何種輸入輸出？輸入從何處來(lái)？輸出到何處？當(dāng)前運(yùn)行系統(tǒng)的主要問(wèn)題？ 每一個(gè)用例圖都是一個(gè)活動(dòng)者與系統(tǒng)在交互中執(zhí)行的有關(guān)事務(wù)序列。下面是各角色的用例圖： 12 銷 售 人 員創(chuàng) 建 訂 單向 供 應(yīng) 商 退 貨處 理 客 戶 退 貨訂 單 維 護(hù)訂 單 處 理個(gè) 人 信 息 維 護(hù)報(bào) 表 維 護(hù)修 改刪 除訂 單 狀 態(tài) 查 詢庫(kù) 存 查 詢修 改 密 碼《extend》《extend》《include》《include》《extend》 圖 41 銷售人員 的用例圖 財(cái) 務(wù) 人 員審 核 訂 單個(gè) 人 信 息 維 護(hù)報(bào) 表 維 護(hù)訂 單 狀 態(tài) 查 詢修 改 密 碼《 e x t e n d 》 圖 42 財(cái)務(wù)人員用例圖 13 生 產(chǎn) 人 員產(chǎn) 品 出 庫(kù)個(gè) 人 信 息 維 護(hù)原 材 料 退貨 出 庫(kù)原 材 料 入 庫(kù)修 改 密 碼《 e x t e n d 》產(chǎn) 品 退 貨 入 庫(kù)庫(kù) 存 查 詢?nèi)?貨 拒 絕《include》《extend》《include》 圖 43 生產(chǎn)部門(mén)用例圖 系 統(tǒng) 管 理人 員客 戶 信息 管 理系 統(tǒng) 信 息 維 護(hù)系 統(tǒng) 用戶 管 理原 材 料 信息 管 理查 詢《extend》產(chǎn) 品 信息 管 理修 改添 加《extend》供 應(yīng) 商 信息 管 理刪 除《extend》《extend》《extend》《extend》《extend》《extend》添 加 用 戶刪 除 用 戶《include》《include》 圖 44 系統(tǒng)管理員的用例圖 14 用例文檔 在 UML 的文檔中，只給出了用例圖的表達(dá)方式，沒(méi)有給出一種標(biāo)準(zhǔn)的用例的描述方法。系統(tǒng)的靜態(tài)結(jié)構(gòu)模型主要用類和對(duì)象圖描述。判斷事物是否與系統(tǒng)責(zé)任有關(guān)，一是事物是否為系統(tǒng)提供了一些有用的信息，或者它是否需要系統(tǒng)為它保存管理某些信息，二是它是否向系統(tǒng)提供了某些服務(wù)，或者說(shuō)，它是否需要系統(tǒng)描述它的某些行為。 2) 在傳統(tǒng)的面向?qū)ο蠓椒?(如 Coad amp。 3) 在 UML 中，由于我們采用用例來(lái)捕獲系統(tǒng)需求，分析用例，從用例中尋找對(duì)象和類也是一種很好的方法。對(duì)于控制類可以將復(fù)雜的業(yè)務(wù)邏輯抽象為控制類，如：發(fā)貨計(jì)劃、退貨計(jì)劃、訂單維護(hù)等。 主要屬性：產(chǎn)品編號(hào)、產(chǎn)品名稱、單價(jià)、計(jì)量單位、規(guī)格 (2)類原材料：描述了供應(yīng)商提供的原材料的相關(guān)信息?？梢愿鶕?jù)前述的系統(tǒng)需求建模、用例圖、用例的事件流描述來(lái)確定并細(xì)化系統(tǒng)中的類、類的操作和類的屬性。 通過(guò)以上方法分析訂單管理系統(tǒng)，可以發(fā)先以下實(shí)體類：產(chǎn)品、原材料、客戶、供應(yīng)商、庫(kù)存量、訂單、訂單狀態(tài)、入庫(kù)單、出庫(kù)單、向供應(yīng)商退貨單、客戶退貨單等。主要策略有，從問(wèn)題域 （ 人員、組織、物品、設(shè)備、事件、表格等 ） 、系統(tǒng)邊界 （ 人員、設(shè)備和外系統(tǒng) ） 和系統(tǒng)責(zé)任出發(fā)，考慮各種能啟發(fā)發(fā)現(xiàn)對(duì)象的因素，找出各種可能有用的候選對(duì)象。其中，邊界類用于建立系統(tǒng)與其參與者之間交互的模型 ； 實(shí)體類用于對(duì)長(zhǎng)期持久的信息建模 ； 控制類 代表協(xié)調(diào)、排序、事物處理以及對(duì)其他對(duì)象的控制，還可用來(lái)表示復(fù)雜的派生與演算，如業(yè)務(wù)邏輯等。 16 對(duì)象是對(duì)現(xiàn)實(shí)世界中事物的抽象，要區(qū)分對(duì)象和類就要正確地運(yùn)用抽象的原則，首 先要舍棄那些與系統(tǒng)責(zé)任無(wú)關(guān)的事物，只注意與系統(tǒng)責(zé)任有關(guān)的事物。實(shí)際上，所謂的“用例驅(qū)動(dòng)”的基礎(chǔ)正是經(jīng)過(guò)詳細(xì)描述的用例，而不是用例圖。對(duì)一個(gè)用例應(yīng)說(shuō)明的基本內(nèi)容是：用例怎樣開(kāi)始和結(jié)束、正常的事件流、變通的事件流、意外情況的事件流等。通過(guò)下面問(wèn)題，可以幫助建模者發(fā)現(xiàn)角色： ? 誰(shuí) /什 么會(huì)對(duì)這個(gè)系統(tǒng)產(chǎn)生的結(jié)果感興趣？ ? 誰(shuí) /什么會(huì)想要使用系統(tǒng)的主要功能、改變系統(tǒng)中的數(shù)據(jù)？ ? 誰(shuí) /什么需要與系統(tǒng)建立接口？ ? 誰(shuí) /什么需要從系統(tǒng)獲取信息？ ? 誰(shuí) /什么來(lái)維護(hù)、管理使系統(tǒng)正常工作？ ? 系統(tǒng)需要與哪些其他系統(tǒng)交互，包含其他計(jì)算機(jī)系統(tǒng)和其他應(yīng)用程序？ 通過(guò)回答以上問(wèn)題，可以確定訂單管理信息系統(tǒng)的涉眾主要是財(cái)務(wù)部人員、生產(chǎn)車間的工作人員以及系統(tǒng)的普通用戶和管理人員。識(shí)別出角色之后，方能更好地理解項(xiàng)目必須支持的事件。這些外部系統(tǒng)的內(nèi)部功能結(jié)構(gòu)不屬于本課題系統(tǒng)分析和設(shè)計(jì)的范圍之內(nèi)。他們被用來(lái)創(chuàng)建和驗(yàn)證被提議的設(shè)計(jì)，并確保該設(shè)計(jì)滿足所有的需求。接著，建立各業(yè)務(wù)用例的模型。系統(tǒng)應(yīng)具有很強(qiáng)的安全性與容錯(cuò)機(jī)制，以保障系統(tǒng)的高可用性與不間斷正常運(yùn)行?？紤]到系統(tǒng)的穩(wěn)定性、可擴(kuò)展性、易用性和易維護(hù)性，系統(tǒng)的性能還需要達(dá)到以下三個(gè)目標(biāo)： 1． 標(biāo)準(zhǔn)化和開(kāi)放性：系統(tǒng)的建設(shè)將嚴(yán)格遵循行業(yè)的標(biāo)準(zhǔn)或建議，具有一定的開(kāi)放性，為企業(yè)建設(shè)標(biāo)準(zhǔn)化的企業(yè)信息管理平臺(tái)。已審核過(guò)的訂單可以通過(guò)查詢的方式進(jìn)行查閱。如產(chǎn)品信息的錄入，包括產(chǎn)品的編碼、規(guī)格、價(jià)格、庫(kù)存量等信息；客戶及供應(yīng)商信息的錄入，包括客戶及供應(yīng)商的名稱、聯(lián)系方式等。可根據(jù)現(xiàn)有的訂單統(tǒng) 計(jì)相關(guān)數(shù)據(jù)； 7． 報(bào)表預(yù)覽和打印，該模塊主要對(duì)各類報(bào)表進(jìn)行預(yù)覽和打印，提供豐富的查詢和報(bào)表管理功能。不同的企業(yè)，對(duì)訂單管理有不同的方式。 ORM 是一種模式，它的英文是 ObjectRelation Mapping，中文譯為對(duì)象 — 關(guān)系映射，它指的是“在單個(gè)組件中負(fù)責(zé)所有是體育對(duì)象的持久化，封裝數(shù)據(jù)訪問(wèn)細(xì)節(jié)”。因?yàn)?MVC 本身是一個(gè)非常復(fù)雜的模式，所以采用 MVC 實(shí)現(xiàn) Web 程序時(shí)經(jīng)常選用一個(gè)現(xiàn)成的 MVC 框架， Struts 就是一個(gè)基于 MVC 設(shè)計(jì)模式的開(kāi)源框架 [9]。 3． 客戶端的接口不是很繁瑣，對(duì)于各種應(yīng)用易于部署、維護(hù)和修 改。如果已經(jīng)做過(guò)修改的話就會(huì)再次執(zhí)行以上過(guò)程，