教案模板定稿

1、本科畢業(yè)設(shè)計(jì)院系軟件學(xué)院專業(yè)軟件工程題目系統(tǒng)采購(gòu)部模塊的設(shè)計(jì)與實(shí)現(xiàn)年級(jí)2010 級(jí)學(xué)號(hào)101250143學(xué)生 指導(dǎo)教師職稱講師提交日期 南京大學(xué)本科生（設(shè)計(jì)）中要題目：系統(tǒng)采購(gòu)部模塊的設(shè)計(jì)與實(shí)現(xiàn) 軟件學(xué)院 院系 軟件工程 專業(yè) 2010 級(jí)本科生 指導(dǎo)教師（姓名、）： 講師摘要：是一個(gè)專注于服裝的小、多、快柔性供應(yīng)鏈的項(xiàng)目，旨在為中小型/賣家，提供超出客戶預(yù)期的設(shè)計(jì)、原材料采購(gòu)、柔性小批量生產(chǎn)、大規(guī)模定制、倉(cāng)儲(chǔ)配送等服務(wù)，整個(gè)項(xiàng)目包括市場(chǎng)、采購(gòu)、設(shè)計(jì)、生產(chǎn)、物流、質(zhì)檢等多個(gè)部門，涉及包括主管、市場(chǎng)專員等，參與者眾多，涉及業(yè)務(wù)復(fù)雜，使得整個(gè)項(xiàng)目的流程、管理變得十分復(fù)雜和難以維護(hù)。在本文介紹的系統(tǒng)

2、中，不同的部門、不同的操作將被分割成為獨(dú)立的模塊，系統(tǒng)為市場(chǎng)、采購(gòu)、設(shè)計(jì)、生產(chǎn)、物流、質(zhì)檢等多個(gè)部門提供各自的交互頁(yè)面，為每個(gè)操作在業(yè)務(wù)不同階段將需要完成的任務(wù)簡(jiǎn)明、直接的展示出來(lái)，使原本交織復(fù)雜、難以管理的業(yè)務(wù)流程變得井井有條、可視可控，大大提高了業(yè)務(wù)效率，降低了業(yè)務(wù)過(guò)程風(fēng)險(xiǎn)和成本。系統(tǒng)采用 B/S 結(jié)構(gòu)，采用 JBPM+Spring+Hibernate 的框架進(jìn)行項(xiàng)目開發(fā)。業(yè)務(wù)設(shè)計(jì)通過(guò) BPMN 業(yè)務(wù)流程圖將業(yè)務(wù)流程定義完整，技術(shù)人員根據(jù)流程圖的定義，面向每個(gè)任務(wù)節(jié)點(diǎn)進(jìn)行編碼，調(diào)用 JBPM 的相關(guān) API，傳入所需參數(shù)，完成業(yè)務(wù)流程的自動(dòng)跳轉(zhuǎn)，除了開源、靈活的 JBPM 框架外，對(duì)業(yè)務(wù)細(xì)

3、節(jié)進(jìn)行詳細(xì)描述的 UML 圖等也為業(yè)務(wù)分析、設(shè)計(jì)和開發(fā)架筑了系統(tǒng)前臺(tái)使用 JSP 進(jìn)行開發(fā)，綜合 CSS、HTML、合作的橋梁。此外，JQuery 等技術(shù)，提升了用戶可用性和交互體驗(yàn)。系統(tǒng)包括多個(gè)模塊，分別是市場(chǎng)部模塊、采購(gòu)部模塊、設(shè)計(jì)部模塊、生產(chǎn)部模塊、物流部模塊、質(zhì)檢部模塊等，本人在項(xiàng)目開發(fā)過(guò)程中負(fù)責(zé)采購(gòu)部模塊的設(shè)計(jì)、開發(fā)工作。：系統(tǒng)、JBPM、工作流、采購(gòu)部模塊南京大學(xué)本科生（設(shè)計(jì)）英要THESIS: Design and implementation of Purchase Department module inFMCDEPARTMENT:Software InstituteSPEC

4、IALIZATION:Software EngineeringUNDERGRADUATE:Wang JianMENTOR:Jidong GeABSTRACT:FMC is a flexible supply chain project focusing on apparel company with soft,fast,multi-service.For small and mediummercemerce materialcompany/seller,FMCprovides procurement,flexible and small integration of inspected goo

5、dsproject comprises a pluralityservicesinproductdesign,rawquantities production, mass customization,warehousing and distribution . The entire of sector markets, procurement, design,production,logistics,quality,etc.,involvedinvariousroles,includingdepartment heads, Marketing Specialist, etc. Many par

6、ticipants involved in thebusiness, making the entire complicated process managementcomplex and difficult to maintaines veryFMC System presented in this article separates the operations of differentroles;different sectors into individual modules, and provides different userinterfacesfordepartment to

7、managementmarkets,purchase,design,production,logistics,qualityshow the tasks of each role clearly. The process of order es organized and easy to control, greatly improvingoperational efficiency and reducing business risk and cost .The FMC System uses B/S structure and the server end bases on Spring

8、Framework, Hibernate and JBPM. Business developers analyze the entiresystem and define the business with BPMN diagram.With accordance to thediagram, develoly need to code for each BPMN node and call JBPMinterface to complete task.Besids JBPM framework, UML activity diagram to show the business proce

9、ss also bridges the gap between business users and developers. The front end of the system is developed with JSP, along with jQuery, CSS, Ajax and some other front end technology to enhance theusability and user interaction experience.The FMC System includes several modules purchasing, design, produ

10、ction and so on.The authorpurchasing module.such as marketing,is responsible for theKEYWORDS:FMC,WorkflowTechnology,JBPM,PurchasingDepartmentModule目錄目錄I圖目錄III表目錄IV第一章 引言11.11.21.3第二項(xiàng)目背景1工作流技術(shù)的發(fā)展歷程2的主要工作和組織結(jié)構(gòu)2鏈系統(tǒng)技術(shù)概述42.1 JBPM42.1.1 JBPM5 結(jié)構(gòu)42.1.2 JBPM5 業(yè)務(wù)流程圖52.2 Spring 框架62.2.1 Spring 簡(jiǎn)介62.2.2 Spring

11、 結(jié)構(gòu)72.3 Hibernate82.3.1 Hibernate 簡(jiǎn)介82.3.2 Hibernate 結(jié)構(gòu)82.3.2 Hibernate接口82.42.5第三3.1版本工具 Git9本章小結(jié)9鏈系統(tǒng)需求分析與概要設(shè)計(jì)10系統(tǒng)整體概述103.1.13.1.23.1.33.1.4系統(tǒng)用戶. 10系統(tǒng)功能性需求10系統(tǒng)非功能性需求11系統(tǒng)運(yùn)行環(huán)境12系統(tǒng)采購(gòu)部模塊的需求分析12采購(gòu)部模塊用例描述12采購(gòu)部模塊用例圖13采購(gòu)部模塊實(shí)體關(guān)系分析14系統(tǒng)采購(gòu)部模塊的概要設(shè)計(jì)16采購(gòu)部模塊程序結(jié)構(gòu)設(shè)計(jì)16采購(gòu)部模塊功能組件劃分173.23.2.13.2.23.2.33.33.3.13.3.23.3.3

12、 采購(gòu)部模塊接口設(shè)計(jì)173.4 本章小結(jié)20鏈系統(tǒng)采購(gòu)部模塊的詳細(xì)設(shè)計(jì)與實(shí)現(xiàn)21采購(gòu)部模塊概述21采購(gòu)部模塊的詳細(xì)設(shè)計(jì)21第四4.14.24.2.14.2.24.2.3采購(gòu)部模塊詳細(xì)類圖21采購(gòu)部模塊順序圖23采購(gòu)部模塊關(guān)鍵數(shù)據(jù)表設(shè)計(jì)244.3采購(gòu)部模塊的實(shí)現(xiàn)274.3.14.3.24.3.3采購(gòu)驗(yàn)證27成本核算29采購(gòu)確認(rèn)314.4 采購(gòu)部相關(guān)流程的實(shí)現(xiàn)324.4.1 完成 Human Task 的實(shí)現(xiàn)324.5 本章小結(jié)34第五章 總結(jié)與展望355.1 總結(jié)355.2 展望35參考文獻(xiàn)36致謝37圖目錄圖 2.1 JBPM 結(jié)構(gòu)圖5圖 2.2 JBPM 業(yè)務(wù)流程示例圖6圖 2.3 Spri

13、ng 框架圖7圖 2.4 Hibernate 結(jié)構(gòu)圖8圖 3.2圖 3.3圖 3.4圖 3.5圖 4.1圖 4.2采購(gòu)部模塊用例圖14系統(tǒng)實(shí)體關(guān)系圖15程序結(jié)構(gòu)圖16系統(tǒng)功能組件劃分圖17采購(gòu)部操作詳細(xì)類圖22采購(gòu)部模塊順序圖23圖 4.3 采購(gòu)驗(yàn)證列表頁(yè)面27圖 4.4 采購(gòu)驗(yàn)證前端代碼28圖 4.5 采購(gòu)驗(yàn)證詳細(xì)頁(yè)面28圖 4.6 verifyPurchaseSubmit 方法代碼28圖 4.7 成本合算頁(yè)面29圖 4.8 添加操作的代碼30圖 4.9 BuyController 成本核算方法部分代碼30圖 4.10 BuyServiceImpl 成本核算代碼31圖 4.11 采購(gòu)頁(yè)面31

14、圖 4.12 完成人工任務(wù)的代碼示例32圖 4.13 采購(gòu)驗(yàn)證操作流程圖33圖 4.14 JBPM 變量. 33圖 4.15 JBPM 編輯分支流程約束34表目錄表 2.1 HumanTask 節(jié)點(diǎn)屬性列表6表 2.2 Hibernate接口列表9表 3.1 BuyService 接口方法表17表 3.2表 3.3表 3.4表 3.5表 3.6表 4.1表 4.2表 4.3表 4.4表 4.5表 4.6FabricDAO 接口方法表18AccessoryDAO 接口方法表18FabricCostDAO 接口方法表19AccessoryCostDAO 接口方法表19QuoteDAO 接口方法表2

15、0面料表24輔料表24面料價(jià)格信息表24輔料價(jià)格信息表25報(bào)價(jià)信息表25報(bào)價(jià)信息表26第一章 引言1.1 項(xiàng)目背景企業(yè)的經(jīng)營(yíng)過(guò)程是由一系列相關(guān)的任務(wù)組成的；這些任務(wù)按照企業(yè)的管理規(guī)章、業(yè)務(wù)期望與業(yè)務(wù)流程串行或并行的執(zhí)行，最終完成企業(yè)的經(jīng)營(yíng)目標(biāo)。對(duì)于智造鏈系統(tǒng)來(lái)說(shuō)，企業(yè)希望有關(guān)過(guò)程的組織管理與流程的優(yōu)化工作能由計(jì)算機(jī)系統(tǒng)代替人工來(lái)完成。然而，實(shí)際業(yè)務(wù)的管理工作是一個(gè)很復(fù)雜的過(guò)程，涉及市場(chǎng)、設(shè)計(jì)、生產(chǎn)、采購(gòu)等多個(gè)部門的參與，并且在業(yè)務(wù)進(jìn)行的過(guò)程中，需要進(jìn)行復(fù)雜的任務(wù)分配、訂單管理、狀態(tài)等工作，所以在業(yè)務(wù)管理過(guò)程中，信息交互共享工具的重要性尤為凸顯，它是各個(gè)參與的信息化平臺(tái)。交流、跟蹤各個(gè)任務(wù)在傳統(tǒng)

16、的業(yè)務(wù)管理，線下協(xié)作是完成信息傳遞與處理的主要方式，各部門根據(jù)客戶要求確認(rèn)訂單，處理訂單要求，跟蹤訂單狀態(tài)，采購(gòu)專員負(fù)責(zé)原料采購(gòu)、確認(rèn)，設(shè)計(jì)主管負(fù)責(zé)獲取、確認(rèn)客戶樣衣版型，生產(chǎn)主管負(fù)責(zé)生產(chǎn)確認(rèn)等，在每一個(gè)訂單的處理周期中，不同間需要大量的信息交互，而且訂單的狀態(tài)各異，不同參與者需要處理的業(yè)務(wù)也就需要按照一定的流程執(zhí)行，如果沒(méi)有一個(gè)高效、穩(wěn)定的信息共享平臺(tái)，僅僅依靠的線下交流合作，那么將花費(fèi)相當(dāng)?shù)娜肆?、物力?lái)完成信息的檢索和處理，同時(shí)舊有的戶需求響應(yīng)速度的要求，給企業(yè)的生產(chǎn)經(jīng)營(yíng)帶來(lái)不利影響。隨著計(jì)算機(jī)不到對(duì)客的飛速發(fā)展，同化企業(yè)復(fù)雜信息環(huán)境、實(shí)現(xiàn)業(yè)務(wù)流程自動(dòng)化的工作流系統(tǒng)出現(xiàn)并不斷進(jìn)步，為企業(yè)更

17、好的實(shí)現(xiàn)經(jīng)營(yíng)目標(biāo)提供了新的處理的效率。，大大提升了信息傳送與在計(jì)算機(jī)信息系統(tǒng)的支持還沒(méi)有被引入之前，業(yè)務(wù)與流程的管理是由人工來(lái)完成的，隨著的發(fā)展與企業(yè)的進(jìn)步，企業(yè)部門間的協(xié)作日益頻繁，對(duì)業(yè)務(wù)系統(tǒng)的詳細(xì)需求日益提高，原本的集中式處理已不能滿足軟件應(yīng)用的需求，新的信息系統(tǒng)必須具有自治性、分布性，同時(shí)能對(duì)運(yùn)行的任務(wù)進(jìn)行密切。計(jì)算機(jī)網(wǎng)絡(luò)技術(shù)、數(shù)據(jù)庫(kù)技術(shù)的進(jìn)步使得工作流系統(tǒng)能讓人們從更高的層次、更廣的領(lǐng)域?qū)ぷ鳂I(yè)務(wù)進(jìn)行組織、管理、研究。工作流來(lái)源于英文單詞 Workflow，流反映了一種變化的過(guò)程，本身意義比較抽象，但是某一個(gè)具體過(guò)程與之相起來(lái)有了具體的含義，簡(jiǎn)單的說(shuō)，活動(dòng)（Activity）及活動(dòng)之間

18、變化的過(guò)程表示的業(yè)務(wù)流程就是工作流。工作流的概念來(lái)源于辦公自動(dòng)化和生產(chǎn)組織流域，涉及到多任務(wù)的協(xié)調(diào)執(zhí)行，按一定的流程、和規(guī)則將整體任務(wù)分解，不同的日常的業(yè)務(wù)處理和協(xié)同工作能按預(yù)先定義好的規(guī)則和過(guò)程進(jìn)行，并且這一過(guò)程能夠被跟蹤和?？梢哉f(shuō)，工作流是一種反映業(yè)務(wù)流程的計(jì)算機(jī)化的模型，提供了一個(gè)有序的操作過(guò)程，為業(yè)務(wù)流程的所有參與者提供了自動(dòng)且精確地按照順序執(zhí)行的任務(wù)。系統(tǒng)，結(jié)合了原有的線下表單交流方式，使用 JBPM 工本文介紹的作流引擎，將整個(gè)訂單處理流程有效地組合起來(lái)，避免了重復(fù)工作和業(yè)務(wù)提高了系統(tǒng)的工作效率，同時(shí)有效降低管理成本。，1.2 工作流技術(shù)的發(fā)展歷程工作流技術(shù)統(tǒng) SCOOP、Offi

19、c于 20 世紀(jì) 70 年代中期辦公自動(dòng)化領(lǐng)域的研究工作，原型系k 系列試驗(yàn)系統(tǒng)的出現(xiàn)，標(biāo)志著工作流技術(shù)的開始。當(dāng)時(shí)的研究者普遍相信新技術(shù)可以巨大地辦公效率，然而工作流技術(shù)的引進(jìn)使得人們只能遵守死板、固定的流程，這與打破標(biāo)準(zhǔn)的辦公流程的創(chuàng)造性期望相悖，工作流技術(shù)并未得到長(zhǎng)足的發(fā)展。1983 至 1985 年期間，一些含有工作流特征的商業(yè)系統(tǒng)開始進(jìn)行開發(fā)，早期的這些系統(tǒng)主要應(yīng)用于圖像處理和電子郵件等領(lǐng)域，這與工作流技術(shù)的特征有關(guān)：圖像處理需要追蹤流轉(zhuǎn)的圖像，增強(qiáng)的電子郵件系統(tǒng)改進(jìn)為依照某種流程來(lái)流轉(zhuǎn)，工作流恰好迎合了這些需求，在這些領(lǐng)域慢慢發(fā)展起來(lái)。進(jìn)入 90 年代以后，工作流系統(tǒng)的開發(fā)、研究迎

20、來(lái)新的熱潮，工作流技術(shù)被廣泛應(yīng)用于金融業(yè)、制造業(yè)、電訊業(yè)、航運(yùn)業(yè)等領(lǐng)域，1993 年，工作流技術(shù)標(biāo)準(zhǔn)化的組織-工作流管理（WFMC）成立，1994 年，該組織發(fā)布了工作流參考模型，用于工作流管理系統(tǒng)之間的互操作，截至 1995 年，支持工作流管理或者擁有工作流特征的軟件達(dá)到 200 多種，同時(shí)，人們從模型、體系結(jié)構(gòu)、適應(yīng)性等12。多方面對(duì)工作流技術(shù)進(jìn)行探討，撰寫了大量進(jìn)入 21 世紀(jì)以后，web 服務(wù)技術(shù)不斷發(fā)展，XLANG、WSFL 等多個(gè)標(biāo)準(zhǔn)化組織制定了各自和工作流技術(shù)相關(guān)的 web 服務(wù)標(biāo)準(zhǔn)，在 2002 年 8 月，IBM，Microsoft等企業(yè)提交并發(fā)布了 BPEL 規(guī)范。工作流技

21、術(shù)已經(jīng)被越來(lái)越多的人認(rèn)可，與之相關(guān)的工作流引擎、標(biāo)準(zhǔn)規(guī)范、商業(yè)數(shù)不勝數(shù)，人們?cè)陂_發(fā)推廣工作品的同時(shí)，更注重理論的研究，以推動(dòng)其成熟。1.3的主要工作和組織結(jié)構(gòu)本文介紹了系統(tǒng)的工作流管理框架，以及采購(gòu)部模塊的設(shè)計(jì)與開發(fā)細(xì)節(jié)。系統(tǒng)包含市場(chǎng)部、財(cái)務(wù)部、物流部、采購(gòu)部、生產(chǎn)部、設(shè)計(jì)部、質(zhì)檢部等多個(gè)部門，本人完成了其中采購(gòu)部模塊的設(shè)計(jì)與開發(fā)。引言部分，主要介紹了系統(tǒng)的項(xiàng)目背景，以及工作流技術(shù)的發(fā)展歷史，并描述了第一的主要工作。鏈技術(shù)概述，介紹了系統(tǒng)設(shè)現(xiàn)中使用的相關(guān)技術(shù)，包括SpringFramework、JBPM 工作流框架、Hibernate 持久化框架、版本Git 等。工具第二章，從需求分析和概要設(shè)

22、計(jì)兩個(gè)方面，描述的功能需求和非功能性需求，并介紹了采購(gòu)部模塊的需求分析和概要設(shè)計(jì)，需求分析主要包括用例描述、用例圖和實(shí)體關(guān)系分析，概要設(shè)計(jì)主要包括程序結(jié)構(gòu)設(shè)計(jì)、功能組件劃分和接口設(shè)計(jì)。第三章，描述了系統(tǒng)采購(gòu)部模塊的詳細(xì)設(shè)計(jì)，采購(gòu)部模塊詳細(xì)設(shè)計(jì)包括詳細(xì)類圖、順序圖和系統(tǒng)關(guān)鍵數(shù)據(jù)表設(shè)計(jì)。第四章，介紹了采購(gòu)部模塊部分功能的實(shí)現(xiàn)細(xì)節(jié)和涉及業(yè)務(wù)流程的簡(jiǎn)述。第五章，總結(jié)與展望，對(duì)系統(tǒng)整個(gè)項(xiàng)目進(jìn)行總結(jié)，探討該系統(tǒng)存在的缺點(diǎn)和不足，并展望該系統(tǒng)的后續(xù)開發(fā)方向和應(yīng)用前景。第二鏈系統(tǒng)技術(shù)概述2.1 JBPMJBPM 是一個(gè)靈活的、可擴(kuò)展的工作流管理系統(tǒng)，全稱是 Java Business Process Mana

23、gement，是一種基于 J2EE 的輕量級(jí)工作流管理系統(tǒng)，擁有直觀的流程語(yǔ)言， 用任務(wù)、定時(shí)器、自動(dòng)化動(dòng)作等來(lái)表示業(yè)務(wù)流程圖，擁有強(qiáng)大的、可擴(kuò)展的流機(jī)制。它使用 Hibernate 來(lái)管理它的數(shù)據(jù)庫(kù)，通過(guò) Hibernate，JBPM 將數(shù)據(jù)的管理職能分離出去，專注于商務(wù)邏輯的處理。JBPM 在 2003 年發(fā)布了 1.0版本，2004 年 10 月 18 日，2.0 版本誕生，并在同日加入了 JBOSS，成為 JBOSS企業(yè)中間件平臺(tái)組成部分之一，獲得了大量支持，前景十分光明。JBPM3 是一工作流系統(tǒng)，它包含了基于 Eclipse 的流程設(shè)計(jì)器、用于個(gè)輕量級(jí)的流程實(shí)例和處理任務(wù)的 Web

24、臺(tái)以及 JPDL庫(kù)，JBPM3 面向開發(fā)，它解決了流程的自動(dòng)化的問(wèn)題，是一個(gè)完整的工作流系統(tǒng)實(shí)現(xiàn)，但是它不支持流程語(yǔ)言規(guī)范，而且流程語(yǔ)言與流程引擎綁定，要支持其他語(yǔ)言很。JBPM4引入了流程虛擬機(jī)，同時(shí)增加了 BPMS 的特性，將流程引擎與流程語(yǔ)言解綁， 解決了 JBPM3 存在的問(wèn)題，實(shí)現(xiàn)了對(duì)多流程語(yǔ)言的支持。由于 JBPM 創(chuàng)建者Tom Baeyens 的離開，JBPM4 的下一個(gè)版本 JBPM5 完全放棄了 JBPM4 的基礎(chǔ)代碼，引入了 Guvnor 作為流程倉(cāng)庫(kù)，基于 Drools Flow 重新來(lái)過(guò)3。2.1.1 JBPM5 結(jié)構(gòu)JBPM5 依舊定義為輕量級(jí)的可嵌入的工作流系統(tǒng)，圖

25、 2.1 提供了 JBPM5 不同的組件結(jié)構(gòu)之間的一個(gè)全貌。JBPM5引擎是整個(gè) JBPM5 的，如果想要執(zhí)行業(yè)務(wù)流程，流程引擎是必需的，它是一個(gè)用來(lái)執(zhí)行業(yè)務(wù)的輕量級(jí)工作流引擎，既可以嵌入應(yīng)用，也可以部署成一個(gè)服務(wù)。引擎具有如下重要特征：ll支持各種的輕量級(jí)，不需要任何 WEB 容器可以嵌入幾乎所有支持簡(jiǎn)單 JAVA 運(yùn)行環(huán)境的設(shè)備著重強(qiáng)調(diào)性能和可擴(kuò)展性擁有對(duì)最新版本的 BPMN2.0 規(guī)范ll圖 2.1 JBPM 結(jié)構(gòu)圖引擎可以整合一些其他的服務(wù)，例如人類同時(shí)，參與到流程中時(shí)，活動(dòng)的或歷史上已人工任務(wù)服務(wù)可以用來(lái)管理人工服務(wù)。歷史日志可以用來(lái)完成的流程實(shí)例，也可以用于監(jiān)測(cè)、分析，JBPM 5

26、 引入了全新的流程倉(cāng)庫(kù)（Guvnor） 管理，同時(shí)解決了流程的可視化問(wèn)題。與流程實(shí)例執(zhí)行相關(guān)的信息。流程，流程定義作為被2.1.2 JBPM5 業(yè)務(wù)流程圖JBPM5 使用 BPMN2.0 定義業(yè)務(wù)流程圖，被設(shè)計(jì)用于創(chuàng)建業(yè)務(wù)流程操作的圖形化模型，為業(yè)務(wù)分析和系統(tǒng)開發(fā)搭建了一條標(biāo)準(zhǔn)化的橋梁。業(yè)務(wù)流程圖由一系列圖形元素組成，這些元素大大簡(jiǎn)化了模型的開發(fā)。BPMN2.0 定義的流程對(duì)象包含、活動(dòng)、關(guān)口、數(shù)據(jù)等，一個(gè)業(yè)務(wù)流程圖有三個(gè)流對(duì)象的元素，分別是、活動(dòng)、條件。表示一個(gè)業(yè)務(wù)流程期間發(fā)生的東西，影響流程的；活動(dòng)包括任務(wù)和子流程，表示要處理的工作；條件用于流程的分支和合并。如圖 2.2 所示，綠色圓圈代

27、表流程開始圓角矩形代表人工活動(dòng)，菱形代表邏輯條件，紅色圓圈代表流程終止，4。自我圖 2.2 描述了示例流程，描述了一個(gè)員工請(qǐng)過(guò)程，開始時(shí)員工評(píng)價(jià)，然后進(jìn)入分支，一是 HR 對(duì)員工評(píng)價(jià)，二是項(xiàng)目經(jīng)理對(duì)員工評(píng)價(jià)。在第二個(gè)條件分支上，邏輯元素中包含相關(guān)的邏輯定義，如果該邏輯是 AND，兩條分支都執(zhí)行結(jié)束后流程才終止；如果是 OR，那么只要 HR 和項(xiàng)目經(jīng)理其中之一評(píng)價(jià)活動(dòng)結(jié)束，流程立刻終止。圖 2.2 JBPM 業(yè)務(wù)流程示例圖，人工參與的活動(dòng)非常重要，例如圖 2.2 中的員工自我評(píng)價(jià)、HR在流評(píng)價(jià)和項(xiàng)目經(jīng)理評(píng)價(jià)。流程圖在設(shè)計(jì)定義時(shí)，為這些節(jié)點(diǎn)定義了一些與人工任務(wù)相關(guān)的屬性，比如任務(wù)類型、任務(wù)者和任務(wù)

28、相關(guān)的數(shù)據(jù)。具體屬性如表 2.1 所示。表 2.1 HumanTask 節(jié)點(diǎn)屬性列表2.2 Spring 框架2.2.1 Spring 簡(jiǎn)介Spring 是一個(gè)由 Rod Johnson 創(chuàng)建的開源輕量級(jí)框架。Spring 通過(guò)反轉(zhuǎn)技術(shù)（IoC）促進(jìn)了松耦合，這是 Spring 的。Spring 程序運(yùn)行時(shí)一個(gè)對(duì)象依賴的其它對(duì)象將自動(dòng)注入進(jìn)來(lái)，而不是由該對(duì)象創(chuàng)建。另外，Spring 提級(jí)服務(wù)進(jìn)行內(nèi)聚性開發(fā)5。供了面向切面編程的支持，通過(guò)分離業(yè)務(wù)邏輯屬性描述Id節(jié)點(diǎn)的 id，具有唯一性Name節(jié)點(diǎn)名稱Comment注釋ActorId任務(wù)執(zhí)行者的 id，可以有多個(gè)GroupId任務(wù)執(zhí)行者所在組的

29、id，可以有多個(gè)TaskName人工任務(wù)的名稱On Entry Actions在觸發(fā)該人工任務(wù)時(shí)執(zhí)行的動(dòng)作On Exit Actions在結(jié)束該人工任務(wù)時(shí)執(zhí)行的動(dòng)作Parameter Mapping任務(wù)開始時(shí)將流程變量的值到人工任務(wù)相應(yīng)參數(shù)Result Mapping任務(wù)結(jié)束時(shí)將人工任務(wù)結(jié)果參數(shù)到流程中相應(yīng)參數(shù)2.2.2 Spring 結(jié)構(gòu)Spring 框架由 7 個(gè)模塊組成，如圖 2.3 所示。Spring 模塊構(gòu)建在容器上，容器定義了創(chuàng)建、配置和管理 bean 的方式。用戶的系統(tǒng)不必使用所有的模塊，可以自由挑選。圖 2.3 Spring 框架圖容器：提供 Spring 框架的基本功能。l容

30、器主要組件是BeanFactory，它是工廠模式的具體實(shí)現(xiàn)。應(yīng)用程序的配置和依賴性規(guī)范與由反轉(zhuǎn)（IoC）模式實(shí)現(xiàn)。實(shí)際的應(yīng)用程序代碼的lSpring 上下文：Spring 上下文向 Spring 框架提供上下文信息，是一個(gè)配置文件。Spring AOP：Spring AOP 模塊通過(guò)配置管理特性直接將面向方面的編程功能集成到了 Spring 框架中。所以，可以很容易地使 Spring 框架管理的任何對(duì)象支持 AOP。Spring AOP 模塊為基于 Spring 的應(yīng)用程序中的對(duì)象提供了事務(wù)管理服務(wù)。Spring DAO：提供了有意義的異常層次結(jié)構(gòu)，該結(jié)構(gòu)可用來(lái)管理異常和處理不同數(shù)據(jù)庫(kù)供應(yīng)商拋

31、出的錯(cuò)誤消息。異常層次結(jié)構(gòu)簡(jiǎn)化了錯(cuò)誤處理，并且極大地降低了需要編寫的異常代碼數(shù)量。llSpring ORM：Spring 框架了若干個(gè) ORM 框架提供了 ORM 的對(duì)象l關(guān)系工具，其中包括 JDO、Hibernate 和 iBatis SQL Map。所有這些從 Spring 的通用事務(wù)和 DAO 異常層次結(jié)構(gòu)。Spring MVC 框架：通過(guò)策略接口，MVC 框架變成為高度可配置的，MVCl容納了大量視圖技術(shù)，其中包括 JSP、Tiles、iText 和 POI 等6。2.3 Hibernate2.3.1 Hibernate 簡(jiǎn)介Hibernate 是一個(gè)對(duì)象關(guān)系（ORM）工具，是目前 J

32、AVA 數(shù)據(jù)庫(kù)操作最好的解決方案之一。它對(duì) JDBC 進(jìn)行了輕量級(jí)的封裝，使得開發(fā)只需要少量代碼便可以完成數(shù)據(jù)持久化操作。傳統(tǒng)的 CMP 由 EJB 容器來(lái)管理實(shí)體 EJB的持久化，EJB 容器對(duì)對(duì)象關(guān)系工作與業(yè)務(wù)邏輯分離。隨著線的逐漸完善，Hibernate 增加了和數(shù)據(jù)細(xì)節(jié)進(jìn)行封裝，將對(duì)象持久化的的工具套件。Hibernate 的輕量級(jí) ORM 模型逐步確立了在 Java ORM 架構(gòu)中的地位，甚至取代復(fù)雜的EJB 模型而成為事實(shí)上的Java ORM 工業(yè)標(biāo)準(zhǔn)，并且其中許多設(shè)計(jì)均被J2EE準(zhǔn)組織吸納而成為最新 EJB3.0 規(guī)范的標(biāo)準(zhǔn)7。2.3.2 Hibernate 結(jié)構(gòu)標(biāo)圖 2.4 H

33、ibernate 結(jié)構(gòu)圖圖 2.4 顯示 Hibernate 的結(jié)構(gòu)圖，它作為應(yīng)用層與數(shù)據(jù)庫(kù)層的中間層，通過(guò)加載數(shù)據(jù)庫(kù)連接、實(shí)體類、大大提升了數(shù)據(jù)庫(kù)操作效率。信息等配置信息，創(chuàng)建持久化的對(duì)象來(lái)同步數(shù)據(jù)，2.3.2 Hibernate接口Hibernate接口有 6 個(gè)，分別為 Session，SessionFactory，Transaction，Query，Criteria，Configuration。通過(guò)這些接口，可以進(jìn)行事務(wù)持久化對(duì)象進(jìn)行存取。這些接口主要職責(zé)如表 2.2 所示。，也可以對(duì)表 2.2 Hibernate接口列表2.4 版本工具 GitGit 是一個(gè)快速、可擴(kuò)展的分布式版本系

34、統(tǒng)，它具有極為豐富令集。工具 CVS, Subversion與常用的版本等不同，它采用了分布式版本庫(kù)的方式，不必服務(wù)器端軟件支持，使源代碼的發(fā)布和交流極其方便。 Git 最為出色的是它的合并跟蹤（merge tracing）能力，很容易解決開發(fā)現(xiàn)在，越來(lái)越多的著名項(xiàng)目采用 Git 來(lái)管理項(xiàng)目開發(fā)8。之間的，2.5 本章小結(jié)系統(tǒng)中的相關(guān)技術(shù)，描述了管理流程所使用的 JBPM本章介紹了工作流技術(shù)，以及 JBPM 業(yè)務(wù)流程圖的使用方法。同時(shí)介紹了項(xiàng)目中使用的Spring 框架及其結(jié)構(gòu)，另外，本章還介紹了數(shù)據(jù)持久化工具 Hibernate，包括Hibernate 的結(jié)構(gòu)和Git。接口，最后介紹了項(xiàng)目開

35、發(fā)過(guò)程中使用的版本工具接口名稱描述Session負(fù)責(zé)執(zhí)行持久化對(duì)象的 CRUD 操作SessionFactory負(fù)責(zé)初始化 Hibernate，創(chuàng)建 Session 對(duì)象Transaction負(fù)責(zé)事務(wù)相關(guān)操作Query負(fù)責(zé)執(zhí)行數(shù)據(jù)庫(kù)Configuration負(fù)責(zé)配置并啟動(dòng) Hibernate，創(chuàng)建 SessionFactory 對(duì)象第三鏈系統(tǒng)需求分析與概要設(shè)計(jì)3.1系統(tǒng)整體概述本項(xiàng)目旨在將服裝下單、設(shè)計(jì)、采購(gòu)、生成及物流等流程集成在一個(gè)的系統(tǒng)中，方便本的交互方式。之間的可追蹤、流程化的信息交互，摒棄原有的低效率高成系統(tǒng)為不同部門的每個(gè)提供賬號(hào)，按照不同的不同任務(wù)提供不同的用戶頁(yè)面接口，將不同類

36、型的任務(wù)區(qū)照規(guī)定的流程進(jìn)行高效地管理。，確保每一個(gè)訂單按3.1.1 系統(tǒng)用戶的使用者包括市場(chǎng)部、物流部、財(cái)務(wù)部、采購(gòu)部、設(shè)計(jì)部、生產(chǎn)部、質(zhì)檢部等部門主管及系統(tǒng)管理員。市場(chǎng)專員主要負(fù)責(zé)訂單、單管理，物流主管主要負(fù)責(zé)樣衣收取、入庫(kù)、發(fā)貨等，財(cái)務(wù)主管主要負(fù)責(zé)付款確認(rèn)，采購(gòu)主管主要負(fù)責(zé)原料采購(gòu)、驗(yàn)證與核算，設(shè)計(jì)主管主要負(fù)責(zé)版型錄入、驗(yàn)證，生產(chǎn)主管主要負(fù)責(zé)生產(chǎn)驗(yàn)證、成本核算，質(zhì)檢主管主要負(fù)責(zé)質(zhì)量檢查，此外系統(tǒng)管理員可以進(jìn)行一些人事工作如增加員工等和負(fù)責(zé)用戶數(shù)據(jù)的配置、系統(tǒng)日志的查看、系統(tǒng)故障的修復(fù)等工作。3.1.2 系統(tǒng)功能性需求根據(jù)不同的用戶，將系統(tǒng)的功能需求分為九個(gè)模塊。市場(chǎng)部模塊：包括客戶下單，修

37、改詢單，合并報(bào)價(jià)，審核報(bào)價(jià)，報(bào)價(jià)商定、修改，商定、修改、簽訂合同，訂單回訪等主要功能。物流部模塊：包括樣衣收取、樣衣發(fā)貨、入庫(kù)、發(fā)貨等主要功能財(cái)務(wù)部模塊：包括樣確認(rèn)，首定金確認(rèn)，尾款確認(rèn)等功能采購(gòu)部模塊：包括采購(gòu)驗(yàn)證，成本合算，樣衣采購(gòu)，采購(gòu)確認(rèn)，生產(chǎn)采購(gòu)等主要功能設(shè)計(jì)部模塊：包括設(shè)計(jì)驗(yàn)證，樣衣版型，生產(chǎn)驗(yàn)證，生產(chǎn)版型等主要功能生產(chǎn)部模塊：包括生產(chǎn)驗(yàn)證，成本合算，樣衣生產(chǎn)，批量生產(chǎn)等主要功能質(zhì)檢部模塊：包括質(zhì)量檢查功能系統(tǒng)管理員模塊：包括添加員工，查看員工，系統(tǒng)故障修復(fù)，配置數(shù)據(jù)等主要功能系統(tǒng)模塊劃分如圖 3.1 所示：客戶管理查增刪改客戶下詢單客戶下單市場(chǎng)部模塊下翻單修改訂單合并報(bào)價(jià)審核報(bào)價(jià)

38、報(bào)價(jià)管理商定報(bào)價(jià)修改報(bào)價(jià)確認(rèn)單單管理修改單簽訂合同設(shè)計(jì)驗(yàn)證樣衣版型錄入設(shè)計(jì)部模塊生產(chǎn)驗(yàn)證生產(chǎn)版型錄入采購(gòu)驗(yàn)證成本合算智造鏈系統(tǒng)采購(gòu)部模塊樣衣采購(gòu)采購(gòu)確認(rèn)生產(chǎn)采購(gòu)生產(chǎn)驗(yàn)證成本合算樣衣生產(chǎn)生產(chǎn)部模塊批量生產(chǎn)樣確認(rèn)財(cái)務(wù)部模塊首定金確認(rèn)尾款金確認(rèn)樣衣收取物流部模塊樣衣發(fā)貨入庫(kù)發(fā)貨質(zhì)檢部模塊質(zhì)量檢查人事部模塊查增刪改員工d 圖 3.1系統(tǒng)模塊圖3.1.3 系統(tǒng)非功能性需求安全性系統(tǒng)需要保證用戶個(gè)人資料的安全性，包括用戶信息等數(shù)據(jù)?？捎眯?，個(gè)人基本信息，軟件界面需要符合用戶的一般操作習(xí)慣，將不同的操作，具備一定的層次性。系統(tǒng)的工作方式或處理問(wèn)題的步驟需要盡可能與人的思維方式一致， 系統(tǒng)的不同部分需要具有相

39、似的頁(yè)面風(fēng)格和交互方式。系統(tǒng)需要在用戶操作后給出相應(yīng)的提示信息，如進(jìn)度條、警告框、操作提示等等。另外，系統(tǒng)需要提供幫助文檔，以及相關(guān)頁(yè)面的說(shuō)明，最大程度上降低用戶操作系統(tǒng)時(shí)的難度。系統(tǒng)性能系統(tǒng)需要能夠響應(yīng)同一時(shí)間 100 個(gè)以上的請(qǐng)求。系統(tǒng)需要在用戶操作后 1.5 秒內(nèi)給出及時(shí)反饋，可上傳大小至少為10M 的文件可靠性系統(tǒng)日志保存用戶每個(gè)操作后系統(tǒng)的狀態(tài)，系統(tǒng)管理員能根據(jù)系統(tǒng)日志快速修復(fù)系統(tǒng)故障。系統(tǒng)最壞故障頻率在 6/次。3.1.4 系統(tǒng)運(yùn)行環(huán)境1.軟件環(huán)境Web 服務(wù)器：Tomcat 7.x 數(shù)據(jù)庫(kù)：Mysql 5.x JDK：6.0 以上瀏覽器：IE，Mozilla Firefox，Ch

40、rome，Safari，Opera 等操作系統(tǒng)：Windows，Linux，Mac OS硬件環(huán)境服務(wù)器：內(nèi)存 2G 以上，硬盤 80G 以上，CPU 速度 2GHz 以上客戶端：內(nèi)存 1G 以上，硬盤容量 40G 以上，CPU 速度 1.5GHz 以上2.3.2系統(tǒng)采購(gòu)部模塊的需求分析3.2.1 采購(gòu)部模塊用例描述采購(gòu)部模塊包括五個(gè)主要用例，分別是采購(gòu)驗(yàn)證，成本合算，樣衣采購(gòu)，采購(gòu)確認(rèn)，生產(chǎn)采購(gòu)。1. 采購(gòu)驗(yàn)證：系統(tǒng)在客戶初始下單后需要考慮訂單的實(shí)際可操作性，在市場(chǎng)專員填寫了詢單信息以后，采購(gòu)、設(shè)計(jì)、生產(chǎn)三個(gè)部門都會(huì)對(duì)詢驗(yàn)證，采購(gòu)驗(yàn)證初始詢填寫的面料、輔料信息進(jìn)行驗(yàn)證，選擇同意或拒絕，確認(rèn)采購(gòu)

41、的可能性，如果不通過(guò)，則需要填寫意見(jiàn)，流程流到修改詢單任務(wù)處。2. 成本合算在采購(gòu)、設(shè)計(jì)、生產(chǎn)三個(gè)部門對(duì)初始詢單的驗(yàn)證都通過(guò)以后，為了得到報(bào)價(jià)，系統(tǒng)需要對(duì)成本進(jìn)行合算，采購(gòu)部的成本合算主要面料、輔料進(jìn)行計(jì)件耗數(shù)、輔料單價(jià)，算，采購(gòu)主管填寫面料件米耗、每米價(jià)格、輔料最后提交報(bào)價(jià)以得到采購(gòu)成本。3. 樣衣采購(gòu)在商定的報(bào)價(jià)確認(rèn)后，如果客戶需要樣衣，系統(tǒng)在確認(rèn)并收到樣衣制下的采購(gòu)活動(dòng)進(jìn)行完畢作，為了向客戶樣衣，需要進(jìn)行樣衣采購(gòu)，好以后，采購(gòu)主管登陸系統(tǒng)，核對(duì)之前填寫的面料、輔料采購(gòu)總量等信息，采購(gòu)?fù)ㄟ^(guò)或者采購(gòu)失敗，如果采購(gòu)失敗，則流程結(jié)束。4. 采購(gòu)確認(rèn)：在確認(rèn)了單以后，采購(gòu)部、設(shè)計(jì)部需要對(duì)大貨驗(yàn)證，

42、這一步設(shè)計(jì)單內(nèi)容，所以數(shù)量比較大，類似于之前的采購(gòu)驗(yàn)證，面料、輔料，采購(gòu)主管進(jìn)行匹配驗(yàn)證，如果可以采購(gòu)到，選擇采購(gòu)?fù)ㄟ^(guò)，否則進(jìn)行采購(gòu)修改。5. 生產(chǎn)采購(gòu)：在單驗(yàn)證通過(guò)，簽訂合同并且收到百分之三十的大貨定金以后，采購(gòu)部門開始進(jìn)行采購(gòu)，完成線下工作后，采購(gòu)主管登陸系統(tǒng)進(jìn)行操作，如果完成大貨生產(chǎn)所需的原料采購(gòu)，則采購(gòu)?fù)ㄟ^(guò)，如果采購(gòu)失敗則流程結(jié)束。3.2.2 采購(gòu)部模塊用例圖系統(tǒng)采購(gòu)部模塊的用例圖如圖 3.2 所示，主要包括采購(gòu)驗(yàn)證、成本合算、樣衣采購(gòu)、采購(gòu)確認(rèn)、生產(chǎn)采購(gòu) 5 個(gè)用例。圖 3.2 采購(gòu)部模塊用例圖3.2.3 采購(gòu)部模塊實(shí)體關(guān)系分析圖 3.3 為系統(tǒng)的實(shí)體關(guān)系圖，采購(gòu)部模塊涉及的實(shí)體包括

43、訂單實(shí)體、面料實(shí)體、輔料實(shí)體、面料價(jià)格實(shí)體、輔料價(jià)格實(shí)體等。每個(gè)面料價(jià)格有且僅有一種面料，故面料價(jià)格與面料的對(duì)應(yīng)關(guān)系為 1:1。每個(gè)輔料價(jià)格有且僅有一種輔料，故輔料價(jià)格與輔料的對(duì)應(yīng)關(guān)系為 1:1。每個(gè)訂每個(gè)訂有多種面料，故訂單與面料的對(duì)應(yīng)關(guān)系為 1:N。有多種輔料，故訂單與輔料的對(duì)應(yīng)關(guān)系為 1:N。采購(gòu)主管可以作為面料輔料的填寫、確認(rèn)存在確認(rèn)關(guān)系采購(gòu)主管可以作為面料、輔料價(jià)格的確認(rèn)料價(jià)格直接存在確定關(guān)系，故采購(gòu)主管與面料輔料直接，故采購(gòu)主管與面料價(jià)格、輔uc 采購(gòu)部模塊用例圖示例PurchaseManager系統(tǒng)采購(gòu)驗(yàn)證成本合算樣衣采購(gòu)大貨采購(gòu)確認(rèn)大貨原料采購(gòu)class系統(tǒng)實(shí)體關(guān)系圖示例ord

44、er_idfabric_namefabric_namecost_per_meterorder_idorder_idfabric_amountprofitperpieceouter_priceaccessory_name更新accessory_queryorder_id更新cost_per_piece更新total_moneyorder_idorder_timestyle_nameaccessory_nameemployee_idask_amountstyle_sexcustomer_idboss_name下單order_dateprovincefabirc_typecustomer_namea

45、ddresssexcustomer_phonephone_1ecmomplpoaycneoyes_t_nnaammeeemployee_levelagecompany_idemployee_iddepartment圖 3.3系統(tǒng)實(shí)體關(guān)系圖employeecustomerorderaccessoryCostaccessoryquotefabricCostfabric3.3系統(tǒng)采購(gòu)部模塊的概要設(shè)計(jì)本章主要介紹了相關(guān)接口設(shè)計(jì)。系統(tǒng)采購(gòu)部模塊的程序結(jié)構(gòu)設(shè)計(jì)、功能組件劃分以及3.3.1 采購(gòu)部模塊程序結(jié)構(gòu)設(shè)計(jì)系統(tǒng)采購(gòu)部模塊的開發(fā)工作將分為五個(gè)層次進(jìn)行，包括 View 層、Controller 層、Ser

46、vice 層、DAO 層和數(shù)據(jù)庫(kù)層。將業(yè)務(wù)邏輯、數(shù)據(jù)持久化和前端頁(yè)面顯示，降低了系統(tǒng)耦合度，也方便了開發(fā)工作的并行完成。系統(tǒng)的程序結(jié)構(gòu)如圖 3.4 所示。首先，用戶通過(guò) View 層進(jìn)行信息交互，信息流傳送至后端 Controller 層，由 Controller 層來(lái)接收用戶的輸入，調(diào)用相應(yīng)的 Service 接口來(lái)完成用戶的需求。DAO 層封裝了對(duì)數(shù)據(jù)庫(kù)的增刪改作，由 Service 去調(diào)用該層的接口完成數(shù)據(jù)處理。DAO 層處理完數(shù)據(jù)后將結(jié)果返回，信息流依次通過(guò) Service 層、Controller 層最終傳送至 View 層并展示給用戶。Service 和 DAO 中的所有接口分別由

47、 ServiceImpl 和 DAOImpl 中的類去實(shí)現(xiàn)。VerifyPurchasePagepurchaseMaterialPageViewBuyControllerControllerMainControllerimplementBuyServiceServiceImplServiceQuoteServiceimplementDAOImplDAOFabricDAO/AccessoryDAOQuoteDAO圖 3.4 程序結(jié)構(gòu)圖.DB3.3.2 采購(gòu)部模塊功能組件劃分如圖 3.5 所示，系統(tǒng)由多個(gè)模塊組件，包括配置模塊、數(shù)據(jù)庫(kù)模塊、用戶管理模塊、通信（郵件提醒）模塊、流程管理模塊、文件操作

48、模塊、訪問(wèn)模塊、訂單管理模塊等。采購(gòu)部模塊涉及的功能組件有用戶管理組件、通信模塊、單管理模塊、流程管理模塊模塊、訂圖 3.5系統(tǒng)功能組件劃分圖3.3.3 采購(gòu)部模塊接口設(shè)計(jì)系統(tǒng)采購(gòu)部模塊的接口主要包括兩層，即 Service層和 DAO 層。Service 層中接口為 BuyService ， DAO層中接口包括 FabricDAO 接口、QuoteDAO接 口 、 FabricCostDAO接 口 、 AccessoryDAO接 口AccessoryCostDAO 接口。BuyService 接口：由 BuyServiceImpl 類實(shí)現(xiàn)，其接口定義如表 3.1 所示。該接口主要提供了采購(gòu)部

49、的采購(gòu)驗(yàn)證、成本合算等方法的接口，為了接口的一致性，接口中涉及到訂單數(shù)據(jù)的方法使用的參數(shù)均為 integer，保持了一致。表 3.1 BuyService 接口方法表方法名描述getVerifyPurchaseList獲得待采購(gòu)驗(yàn)證的任務(wù)列表getVerifyPurchaseDetail獲得采購(gòu)驗(yàn)證的任務(wù)的具體數(shù)據(jù)流程管理組件組件訂單管理組件系統(tǒng)用戶管理組件郵件提醒組件文件操作組件數(shù)據(jù)庫(kù)組件配置組件FabricDAO 接口：由 FabricDAOImpl 類實(shí)現(xiàn)，其接口定義如表 3.2 所示。主要提供與面料操作相關(guān)的方法接口，包括添加面料、刪除面料、查找面料和更新面料等等。其中系統(tǒng)中需要通過(guò)多

50、種方式查找，故該接口提供了通過(guò) id查找、通過(guò)特定屬性查找等多種方式的方法接口。表 3.2 FabricDAO 接口方法表AccessoryDAO 接口：由 AccessoryDAOImpl 類實(shí)現(xiàn)，其接口定義如表 3.3所示。同 FabricDAO 接口類似，該接口主要提供與輔料操作相關(guān)的方法接口表 3.3 AccessoryDAO 接口方法表方法名描述save添加面料信息delete刪除面料方法名描述save添加面料信息delete刪除面料findById通過(guò) id 查找面料findByProperty通過(guò)特定屬性查找findByorderId通過(guò)訂單編號(hào)查找ame通過(guò)面料名稱查找findAll查找所有AttachDirty更新信息Deletebyproperty通過(guò)特定屬性刪除VerifyPurchaseSubmit采購(gòu)驗(yàn)證的具體操作putePurchaseCostList獲得待成本合算的任務(wù)列表putePurchaseCostDetail獲得成本合算的任務(wù)的具體數(shù)據(jù)Compu