【正文】 ed investigation of the customer production status, it analyzes the user39。本文就生產(chǎn)管理系統(tǒng)架構(gòu)的設(shè)計(jì)與實(shí)現(xiàn)此探討一下整合架構(gòu)的策略： Seasar2作為系統(tǒng)的開發(fā)框架環(huán)境， Mayaa對應(yīng) MVC視圖 層， S2Struts對應(yīng) MVC控制 層， S2Dao對應(yīng) MVC模型 層。 其次，由于一個(gè)應(yīng)用被分離為三層，因此有時(shí)改變其中 的一層就能滿足應(yīng)用的改變。 文件管理包括 企業(yè)日常業(yè)務(wù)處理的整個(gè)流程 ,涉及各級辦事人員，業(yè)務(wù)處理流程為業(yè)務(wù)提交、狀態(tài)維護(hù)、業(yè)務(wù)處理批示、一覽查詢、相關(guān)業(yè)務(wù)處理 。 提高運(yùn)作效率：企業(yè)借 ERP 系統(tǒng)開發(fā)過程優(yōu)化管理流程，改善業(yè)務(wù)操作， 幫助改進(jìn)和提升管理水平，提高公司的整體運(yùn)作效 率。 UML 狀態(tài)圖描述一 個(gè)實(shí)體基于事件反應(yīng)的動(dòng)態(tài)行為，顯示了該實(shí)體如何根據(jù)當(dāng)前所處的狀態(tài)對不同的時(shí)間做出反應(yīng)的。 公司外訂單：主要是銷售訂單，包括銷 售訂單、代替品訂單、贈(zèng)品訂單、返修品銷售訂單等等、可以進(jìn)行訂單的登錄、更新、刪除、中止、參照登錄等操作，山東 大 學(xué)碩士學(xué)位論文 10 支持成本設(shè)定和狀態(tài)值更新。 在庫品訂單調(diào)撥管理：在庫品需要按訂單實(shí)現(xiàn)管理和調(diào)撥，按訂單交貨期及產(chǎn)品要求，按先入先出原則配屬在庫品。 山東 大 學(xué)碩士學(xué)位論文 14 經(jīng)需求分析，此 系統(tǒng)主要用例有以下 5 個(gè)，如下圖 28所示。為了保證數(shù)據(jù)的準(zhǔn)確 和可逆，保證日常業(yè)務(wù)的處理效率，每晚均使用批處理對當(dāng)日產(chǎn)生數(shù)據(jù)進(jìn)行處理、分析及備份。 授權(quán)訪問系統(tǒng)為兩個(gè)層次，一個(gè)是認(rèn)證層，一個(gè)是服務(wù)層。服務(wù)器端采用不同的協(xié)議和接口獲取客戶端請求，在請求處理方面通過 Java 中的反轉(zhuǎn)機(jī)制查找業(yè)務(wù)處理函數(shù)，通過統(tǒng)一的業(yè)務(wù)處理類達(dá)到業(yè)務(wù)處理層的重用。 具體內(nèi)容如表 31所示。保證一般使用者只能看到和自己業(yè)務(wù)相關(guān)的內(nèi)容，進(jìn)行和自己業(yè)務(wù)有關(guān)的操作，有效的提高了系統(tǒng)的安全性和企業(yè)情報(bào)的保密性。提供各種訂單、入庫單、出庫指示書、送貨單 、發(fā)票等多種報(bào)表的 pdf打印功能。 logic:iterate id=list name=cForm property=list indexId=count logic:equal name=list property=targetUrl value=”” menu_bean:write name=list property=menuId /.build()。 pos為負(fù)數(shù)時(shí)補(bǔ)零 multiply(String val1, String val2, String mode, int pos) String 兩數(shù)相乘保留 pos位。當(dāng)請求來自網(wǎng)絡(luò)瀏覽器時(shí)，控制器首先初始化請求數(shù)據(jù)，這里通過 Action 實(shí)現(xiàn)，然后調(diào)用系統(tǒng)業(yè)務(wù)方法 Service，通過 Action 返回處理業(yè)務(wù)方法返回的數(shù)據(jù)。 (6) 開放性：在不同層面實(shí)現(xiàn)對現(xiàn)有和新的資源與服務(wù)的開放性描述和有效集成，充分考慮與其他數(shù)據(jù)整合服務(wù)系統(tǒng)的集成。 系統(tǒng)所有業(yè)務(wù)均采取數(shù)據(jù)庫共通函數(shù)處理，字段的增刪均可實(shí)現(xiàn)改一處，所 有關(guān)聯(lián)業(yè)務(wù)均修改。其實(shí)，軟件產(chǎn)品非功能性定義不僅決定產(chǎn) 品的質(zhì)量，還在很大程度上影響產(chǎn)品的功能需求定義。如果在庫品不夠訂單數(shù)量，由其他倉庫調(diào)撥，未預(yù)定在庫品調(diào)撥或者由工廠按訂單生產(chǎn)，至訂單所需全部產(chǎn)品均關(guān)聯(lián)在庫品為止。 ??????????????????????????????? ? 訂單要求產(chǎn)品滿足后有 出庫管理子系統(tǒng)進(jìn)行發(fā)貨，并由資金管理子系統(tǒng)進(jìn)行付款請求。此方法最主要的優(yōu)點(diǎn)是用戶導(dǎo)向的，用戶可以根據(jù)自己所對應(yīng)的用例來不斷細(xì)化自己的需求。本系統(tǒng) 資金管理包括進(jìn)出貨資金流的管理，成本管理，備金管理，及資金流分析功能。各章的主要內(nèi)容為： 第 1 章 緒論 ，主要論述大型跨國企業(yè) ERP（ Enterprise Resourse Planning）信息管理平臺建設(shè)的背景，對這一課題研究的目的、意義、內(nèi)容及方法，以及本文的主要工作及組織； 第 2 章 需求分析與獲取 ，講解了系統(tǒng)的 總體業(yè)務(wù)、系統(tǒng)目標(biāo) 、 需求分析及獲取； 山東 大 學(xué)碩士學(xué)位論文 4 第 3 章系統(tǒng)設(shè)計(jì)，包括 系統(tǒng)技術(shù)架構(gòu) 、功能 架構(gòu) 及 安全 結(jié)構(gòu) ； 第 4 章 系統(tǒng)詳細(xì)設(shè)計(jì)，對系統(tǒng)核心模塊給出了業(yè)務(wù)設(shè)計(jì)、類結(jié)構(gòu)設(shè)計(jì)和數(shù)據(jù)庫設(shè)計(jì)； 第 5 章 系統(tǒng)實(shí)現(xiàn)和測試，就系統(tǒng)核心內(nèi)容給出實(shí)現(xiàn)方案，對測試提出方法和結(jié)果分析； 第 6 章總結(jié) ，總結(jié)全文，得出結(jié)論，并對系統(tǒng)提出了部分改進(jìn)意見。在目前用戶需求的快速變化下，可能有多種方式訪問應(yīng)用的要求。該開發(fā)模式可以分離數(shù)據(jù)表現(xiàn)和數(shù)據(jù)訪問，通過一個(gè)可伸縮性的、便于擴(kuò)展的控制器， 來維護(hù)整個(gè)流程。 在詳細(xì)設(shè)計(jì)的基礎(chǔ)上，首先對于系統(tǒng)的實(shí)現(xiàn)進(jìn)行了簡單介紹，給出了系統(tǒng)的實(shí)現(xiàn)環(huán)境、整體效果圖、數(shù)據(jù)庫函數(shù)實(shí)現(xiàn)、共通處理實(shí)現(xiàn)、資源文件實(shí)現(xiàn)等各個(gè)部分的實(shí)現(xiàn)。 山東大學(xué)碩士學(xué)位論文 iii CONTENTS Chinese abstract ................................................... I English abstract ................................................. III Chapter 1. Introduction ............................................ 1 Background .................................................. 1 The purpose and significance of the research ................ 2 Main Contribution ........................................... 3 Contents Organization ....................................... 3 Chapter 2. Requirements Analysis ................................... 5 Description of overall business ............................. 5 Destination and primary Issues .............................. 5 System requirements analysis ................................ 6 Functional requirements ............................... 6 Nonfunctional requirements .......................... 14 Chapter Design ........................................... 18 Technical construction design .............................. 18 Sofeware construction design ......................... 18 Common interface design .............................. 19 User access control and menu design .................. 22 Functional construction design ............................. 23 Security architecture design ............................... 27 Chapter 4. Details Design ......................................... 29 Business module design ..................................... 29 Class design ............................................... 33 Database design ............................................ 36 Chapter 5. Implementation and Tesing .............................. 41 Implementation of Degree Defense Rules ..................... 41 System testing ............................................. 46 山東 大 學(xué)碩士學(xué)位論文 iv Functional testing ................................... 47 Nonfunctional testing ............................... 48 Chapter 6. Conclusion ............................................. 50 Referrence ........................................................ 51 山東大學(xué)碩士學(xué)位論文 I 摘 要 隨著 企業(yè)大型化、國際化和業(yè)務(wù)的復(fù)雜化、增量化發(fā)展需求，要求應(yīng)用軟件不斷向分布式和大規(guī)模 發(fā)展 的同時(shí) ， 對于成本控制、可增量性、多平臺多語言、和用戶界面友好、反應(yīng)速度快，支持?jǐn)?shù)據(jù)上傳下載，大量報(bào)表打印等等功能均提出了更加高的要求。最后對系統(tǒng)安全架構(gòu)也做了簡要介紹。 在實(shí)施中，用戶希望保持交互操作界面的相對穩(wěn)定，但同時(shí)更希望根據(jù)需求的改變而調(diào)整顯示的內(nèi)容和形式。 與此同時(shí)， 現(xiàn)代信息技術(shù)迅猛發(fā)展 、不斷完善，為企業(yè)的管理升級提供了堅(jiān)實(shí)的技術(shù)基礎(chǔ)。同時(shí)提供豐富的工具庫，支持系統(tǒng)各種需要，如上傳、下載， 等等。入出庫管理包含入出庫 單提交，狀態(tài)跟蹤， 庫存處理，入出庫信息查詢。 核心模塊業(yè)務(wù)流程分析 為了詳細(xì)說明各業(yè)務(wù)的所有需求，特使用統(tǒng)一建模語言 UML 中的 用例圖、活動(dòng)圖、狀態(tài)圖來對需求建模?？梢哉f是整個(gè)企業(yè)現(xiàn)代化管理的標(biāo)志之 一，“無訂單，不生產(chǎn)”。 ????????????? ???????????????????????????????????????????????????????Ex itEx it???????????????????????????????????????????????? o r ??????????????功能性需求說明在出現(xiàn)特定輸入或條件時(shí)系統(tǒng)應(yīng)該如何運(yùn)轉(zhuǎn)。山東 大 學(xué)碩士學(xué)位論文 16 方便的滿足跨國大企業(yè)的不同地方工廠的多種需求。 (3) 統(tǒng)一性：各系統(tǒng)和子系統(tǒng)在統(tǒng)一的系統(tǒng)框架下運(yùn)行，遵照統(tǒng)一的標(biāo)準(zhǔn)和規(guī)山東大學(xué)碩士學(xué)位論文 17 范，形成系統(tǒng)之間的信息共享和信息交換機(jī)制 [14]。為了解決這個(gè)問題，框架封裝了傳統(tǒng) MVC 架構(gòu)的控制層。 isTime(String str) boolean 判斷輸入是否為時(shí)間格式：hh： mm 其中 mm可以省略，只輸入 hh是只是做的 3 位的isDouble的驗(yàn)證。// 寬與高，固定 // 把新菜單設(shè)置到當(dāng)前節(jié)點(diǎn)中 menu_bean:write name=list property=superMenuId /.items[bean:write name=list property=menuName /].setMenu(menu_bean:write name=list property=menuId /)。其中核心部分 3個(gè)子系統(tǒng)功能架構(gòu)如下： (1)訂單管理子系統(tǒng) 主要功能包括 通常 訂單登錄功能、采購訂單登錄功能、移庫訂單登錄功能、 訂單情況查詢功能（包括一覽查詢及 csv輸出功能、明細(xì)查詢功能）等主要模塊。菜單定義需要一個(gè)主 ID,同時(shí)作為菜單顯示名，但不能重復(fù)，調(diào)用 build()方法以后菜單組建完成。 isEmail(String str) boolean 判斷是否為合法電子郵件帳戶。 系統(tǒng)結(jié)構(gòu)按照 MVC 架構(gòu)設(shè)計(jì)。 [9] 數(shù)據(jù)服務(wù)層是向用戶提供流量負(fù)載均衡、用戶網(wǎng)絡(luò)數(shù)據(jù)交換等服務(wù)。因此采取邏輯層所有和數(shù)據(jù)庫發(fā)生關(guān)聯(lián)操作均使用數(shù)據(jù)庫函數(shù)（ FUNCTION）在數(shù)據(jù)庫端執(zhí)行，加大允許速度并減輕 WEB 服務(wù) 器端負(fù)荷。需要提供查詢功能。 在庫品查詢管理：要求按倉庫、分類、時(shí)間、制造序號等條件任意檢索產(chǎn)品在庫信息，包括制造信息、訂單信息等。 ???????????????????????????????????? CSV ?????????