【畢業(yè)學(xué)位論文】（Word原稿）基于ERP應(yīng)付款管理系統(tǒng)的設(shè)計(jì)與開發(fā)-軟件工程

碩士學(xué)位論文 （專業(yè)學(xué)位） 基于 付款管理系統(tǒng)的設(shè)計(jì)與開發(fā) 姓 名： 學(xué) 號： 所在院系：軟件學(xué)院 職業(yè)類型：工程碩士 專業(yè)領(lǐng)域：軟件工程 指導(dǎo)教師： 副指導(dǎo)教師： 二 一四 年三月 in 2010 2014 基于應(yīng)付款管理系統(tǒng)的設(shè)計(jì)與開發(fā) 同濟(jì)大學(xué) 學(xué)位論文版權(quán)使用授權(quán)書 本人完全了解同濟(jì)大學(xué)關(guān) 于收集、保存、使用學(xué)位論文的規(guī)定，同意如下各項(xiàng)內(nèi)容：按照學(xué)校要求提交學(xué)位論文的印刷本和電子版本；學(xué)校有權(quán)保存學(xué)位論文的印刷本和電子版，并采用影印、縮印、掃描、數(shù)字化或其它手段保存論文；學(xué)校有權(quán)提供目錄檢索以及提供本學(xué)位論文全文或者部分的閱覽服務(wù)；學(xué)校有權(quán)按有關(guān)規(guī)定向國家有關(guān)部門或者機(jī)構(gòu)送交論文的復(fù)印件和電子版；在不以贏利為目的的前提下，學(xué)?？梢赃m當(dāng)復(fù)制論文的部分或全部內(nèi)容用于學(xué)術(shù)活動。 學(xué)位論文作者簽名： 年 月 日 經(jīng)指導(dǎo) 教師同意，本學(xué)位論文屬于保密，在 年解密后適用本授權(quán)書。 指導(dǎo)教師簽名： 學(xué)位論文作者簽名： 月 日 年 月 日 同濟(jì)大學(xué)學(xué)位論文原創(chuàng)性聲明 本人鄭重聲明：所呈交的學(xué)位論文，是本人在導(dǎo)師指導(dǎo)下，進(jìn)行研究工作所取得的成果。除文中已經(jīng)注明引用的內(nèi)容外，本學(xué)位論文的研究成果不包含任何他人創(chuàng)作的、已公開發(fā)表或者沒有公開發(fā)表的作品的內(nèi)容。對本論文所涉及的研究工作做出貢獻(xiàn)的其他個人和集體，均已在文中以明確方式標(biāo)明。本學(xué)位論文原創(chuàng)性聲明的法律責(zé)任由本人承擔(dān)。 學(xué)位論文作者簽名： 年 月 日 同濟(jì)大學(xué) 碩士學(xué)位論文 摘要 I 摘要 伴隨著會計(jì)信息化技術(shù)的成熟，以 代表的企業(yè)信息系統(tǒng)實(shí)現(xiàn)了高度的集成。企業(yè)信息系統(tǒng)不再是一個孤立的系統(tǒng)，而是與其他模塊高度集成，協(xié)同完成企業(yè)價值鏈上的戰(zhàn)略管控。因此，會計(jì)監(jiān)督職能貫穿企業(yè)整體業(yè)務(wù)的管控流程中，而不只是在會計(jì)記賬時所進(jìn)行的事后反映。采購與付款流程是企業(yè)最為重要的內(nèi)部控制環(huán)節(jié)之一。規(guī)范采購與付款的行為，強(qiáng)化采購業(yè)務(wù)關(guān)鍵環(huán)節(jié)的風(fēng)險控制；防范采購與付款過程中的資金損失 和信用損失；保證相關(guān)流程的完整性和交易記錄的真實(shí)性。 本課題采取“需求主導(dǎo)設(shè)計(jì)”的原則，采取理論結(jié)合實(shí)踐的方法。以沙鋼實(shí)際業(yè)務(wù)為本，從實(shí)際需求出發(fā)，充分利用已有的產(chǎn)品成果，結(jié)合基于 術(shù)開發(fā)平臺，深入了解用戶和系統(tǒng)維護(hù)管理人員的根本需求，設(shè)計(jì)并實(shí)現(xiàn)一個完整的應(yīng)付款管理系統(tǒng)。 本文通過研究供應(yīng)商管理、采購合同訂立、訂單生成、發(fā)票錄入、付款申請的采購關(guān)鍵環(huán)節(jié)，清晰的梳理出從采購合同、訂單的業(yè)務(wù)流到采購發(fā)票審、復(fù)核的結(jié)算流及對外支付的資金管控流。在前期詳細(xì)充分的業(yè)務(wù)需求分析和調(diào)研下，應(yīng)用 言等信息化技術(shù)，設(shè)計(jì)并開發(fā)一個基于 B/S 系統(tǒng)的應(yīng)付款管理系統(tǒng)。通過該系統(tǒng)，用戶可以在多組織架構(gòu)下進(jìn)行訂單的申請，發(fā)票的報支和資金的多種結(jié)算方式支付；還可以在系統(tǒng)里面實(shí)現(xiàn)對采購發(fā)票和付款申請單的多級可配置審批流程；對供應(yīng)商的應(yīng)付余額以及預(yù)付款的核銷都可實(shí)現(xiàn)資金流入和流出的實(shí)時跟蹤功能，便于集團(tuán)財(cái)務(wù)對所屬集團(tuán)范圍內(nèi)供應(yīng)商的應(yīng)付款項(xiàng)的監(jiān)督和控制，從而提高了集團(tuán)公司對下屬分子公司的采購風(fēng)險控制手段和相應(yīng)措施 。 關(guān)鍵字 : C/S 模式， 層架構(gòu) I is in at it in of is on of of to of a of of , is in to In of we ML to 2EE as as 0G as of to RP of it of in of of to of be in of s C/S 同濟(jì)大學(xué) 碩士學(xué)位論文 目錄 錄 第 1 章 引言 . 1 題背景 . 1 內(nèi)外研究現(xiàn)狀 . 1 課題的目的和意義 . 2 文主要工作 . 3 文的組織結(jié)構(gòu) . 4 第 2 章 相關(guān)技術(shù) . 5 2術(shù) . 5 層分層結(jié)構(gòu) . 6 介 . 7 術(shù)概述 . 7 章小結(jié) . 8 第 3 章 系統(tǒng)的需求分析 . 9 能性需求分析 . 9 功能性需求分析 . 10 例分析 . 11 統(tǒng)總用例 . 11 應(yīng)商管理模塊的用例分析 . 11 票報支模塊的用例分析 . 12 作流模塊的用例分析 . 13 款計(jì)劃模塊的用例分析 . 14 金支付模塊的用例分析 . 15 統(tǒng)權(quán)限模塊的用例分析 . 16 章小結(jié) . 17 第 4 章 系統(tǒng)的詳細(xì)設(shè)計(jì) . 18 統(tǒng)的整 體架構(gòu) . 18 據(jù)庫的設(shè)計(jì) . 19 統(tǒng) . 19 要數(shù)據(jù)庫表 . 22 統(tǒng)功能設(shè)計(jì) . 35 同濟(jì)大學(xué) 碩士學(xué)位論文 目錄 供應(yīng)商管理模塊 . 35 票報支管理模塊 . 36 作流模塊 . 37 款計(jì)劃模塊 . 38 金支付模塊 . 39 統(tǒng)權(quán)限模塊 . 40 第 5 章 系統(tǒng)的實(shí)現(xiàn) . 45 統(tǒng)首頁的設(shè)計(jì) . 45 錄頁面功能的實(shí)現(xiàn) . 45 應(yīng)商模塊的實(shí)現(xiàn) . 48 票報支模塊的實(shí)現(xiàn) . 50 款計(jì)劃模塊的實(shí)現(xiàn) . 57 金支付模塊的實(shí)現(xiàn) . 65 統(tǒng)權(quán)限模塊的實(shí)現(xiàn) . 69 第 6 章 總結(jié)與展望 . 71 論 . 71 一步的工作方向 . 71 致謝 . 73 參考文獻(xiàn) . 74 個人簡歷 在讀期間發(fā)表的學(xué)術(shù)論文與研究成果 . 75 第 1 章 引言 1 第 1 章 引言 題背景 如何降低企業(yè)財(cái)務(wù)運(yùn)作成本已成為近年來中國企業(yè)經(jīng)營管理關(guān)注的焦點(diǎn)。通過銀行現(xiàn)金管理服務(wù)。特別是應(yīng)付賬款解決方案，可有效降低企業(yè)財(cái)務(wù)成本。 首先，掌握、優(yōu)化企 業(yè)的現(xiàn)金流，按時而非提前進(jìn)行付款；其次。選擇最合適的支付工具對外付款，平衡付款周期和相關(guān)費(fèi)用；最后，通過集中化、外包等方式，使會計(jì)業(yè)務(wù)流程自動化、標(biāo)準(zhǔn)化。通過與現(xiàn)金管理銀行的密切合作，將這三種主要方法結(jié)合使用，必將提升企業(yè)的財(cái)務(wù)運(yùn)作高效性。但是改善現(xiàn)金管理一定要基于一個簡單規(guī)則：實(shí)現(xiàn)現(xiàn)金流的最大化 1。通過及時發(fā)放賬單和追蹤過期發(fā)票以盡可能地加快現(xiàn)金的流入。但是這一目標(biāo)的實(shí)現(xiàn)有賴于付款人的合作。其實(shí)，改善現(xiàn)金流狀況還可以通過高效的應(yīng)付帳款管理系統(tǒng)和銀行操作系統(tǒng)來實(shí)現(xiàn)的。 沙鋼應(yīng)付款管理模塊是沙鋼集中購銷系 統(tǒng)平臺的一個子模塊。系統(tǒng)上線前，采購付款流程雜亂無章，多個財(cái)務(wù)付款系統(tǒng)同時使用。數(shù)據(jù)的準(zhǔn)確性和時效性得不到最大的保證，造成了企業(yè)應(yīng)付款管理的嚴(yán)重滯后，增加了采購的成本。系統(tǒng)上線運(yùn)行后 2，規(guī)范了企業(yè)的采購付款流程，減少了資金周轉(zhuǎn)不暢，降低了采購成本，提高采購業(yè)務(wù)的時效性和準(zhǔn)確性。原有的管理模式已經(jīng)不能滿足不斷增長的需要。在當(dāng)前的情況下，要求規(guī)范采購的流程，提高財(cái)務(wù)人員的職業(yè)技能，明確各崗位的職責(zé)。這些要求更加需要財(cái)務(wù)人員捋順付款的整體流程，并且和實(shí)際的財(cái)務(wù)管理制度結(jié)合起來，互相配合。于是，設(shè)計(jì)開發(fā)一個基于 3，在大型鋼鐵企業(yè)的集團(tuán)財(cái)務(wù)管理模式中占有很重要的地位。也使得這些鋼鐵企業(yè)在資金控制上面有很強(qiáng)的競爭力，實(shí)現(xiàn)了資本的最大化管理。 內(nèi)外研究現(xiàn)狀 進(jìn)入二十一世紀(jì)以來，世界人類社會知識經(jīng)濟(jì)與世界經(jīng)濟(jì)逐漸融合，再加上，受到經(jīng)濟(jì)全球化的推動，給大型鋼鐵集團(tuán)財(cái)務(wù)管理工作帶來了嚴(yán)峻的挑戰(zhàn)，同濟(jì)大學(xué) 碩士學(xué)位論文 基于 應(yīng)付款管理系統(tǒng)的設(shè)計(jì)與開發(fā) 2 導(dǎo)致傳統(tǒng)的財(cái)務(wù)管理戰(zhàn)略已經(jīng)不能夠滿足現(xiàn)狀集團(tuán)型工作財(cái)務(wù)管理的發(fā)展需求，進(jìn)而，嚴(yán)重制約了大型鋼鐵集團(tuán)更快更好的發(fā)展。 伴隨著會計(jì)信息化技術(shù)的成熟，以 代表的企業(yè)信息系統(tǒng)實(shí)現(xiàn)了高度的集成。企業(yè)信息系 統(tǒng)不再是一個孤立的系統(tǒng)，而是與其他模塊高度集成。因此，會計(jì)監(jiān)督貫穿企業(yè)整體業(yè)務(wù)流程，而不只是在記賬時進(jìn)行事后核算。采購與付款流程是企業(yè)最為重要的業(yè)務(wù)流程之一 4。規(guī)范采購與付款的行為，強(qiáng)化關(guān)鍵環(huán)節(jié)風(fēng)險控制；防范采購與付款過程中的差錯和操作；保證相關(guān)流程的完整性和記錄的真實(shí)性。 目前，國內(nèi)外大型鋼鐵集團(tuán)財(cái)務(wù)管理尚未形成完整的 件系統(tǒng)，總得來說，因系統(tǒng)產(chǎn)生的風(fēng)險有兩種 5。外部風(fēng)險，基于集團(tuán)公司系統(tǒng)與外界之間不能夠?qū)崿F(xiàn)完全隔離，因而，無法避免外界不良現(xiàn)象的傾入與攻擊，進(jìn)而，外部風(fēng)險不斷增大；內(nèi)部風(fēng)險， 鑒于大型鋼鐵集團(tuán)系統(tǒng)極其龐大、數(shù)據(jù)千差萬別以及業(yè)務(wù)流程混亂等，給大型鋼鐵集團(tuán)各項(xiàng)業(yè)務(wù)工作的高校有序開展產(chǎn)生了極大的負(fù)面影響；內(nèi)部控制風(fēng)險，分為兩種。一是，集團(tuán)內(nèi)部控制工作人員的文化程度及年齡結(jié)構(gòu)參差不齊，造成做事風(fēng)格以及做事效率千差萬別，不利于團(tuán)結(jié)協(xié)調(diào)合作 6。二是，集團(tuán)管理部門過于強(qiáng)調(diào)流程唯一流程負(fù)責(zé)，給管理帶來更大風(fēng)險。 市場上大多數(shù)的財(cái)務(wù)軟件，功能重點(diǎn)在于賬務(wù)處理，對于前端業(yè)務(wù)數(shù)據(jù)的跟蹤和集成處理缺乏必需的流程 7。很多大型的集團(tuán)企業(yè)財(cái)務(wù)只是在月末做事后資金控制，而不從數(shù)據(jù)源對資金計(jì)劃和付款申請做 必要的控制，從而減少財(cái)務(wù)支付風(fēng)險。為 滿足集團(tuán)財(cái)務(wù)的多元化和大型鋼鐵集團(tuán)企業(yè)對供應(yīng)商應(yīng)付款的實(shí)時監(jiān)督和預(yù)算控制以及帳齡分析的要求，我們設(shè)計(jì)了數(shù)據(jù)從合同的錄入到采購訂單的形成、收貨、入庫，以及訂單或者入庫單生成結(jié)算發(fā)票，最后拋帳應(yīng)付系統(tǒng)的全流程：做到了數(shù)據(jù)的前端控制和發(fā)票的檢核，以及供應(yīng)商余額表的實(shí)時更新，讓用戶能清晰的了解自己的供應(yīng)商余額，方便做出合理的判斷指導(dǎo)企業(yè)對應(yīng)付款的調(diào)控和預(yù)算控制 8。 課題 的目的和意義 本課題通過研究供應(yīng)商的訂單、發(fā)票和付款申請書三類單據(jù)，清晰的梳理出訂單流、資金流之間 的關(guān)系。在詳細(xì)需求分析的前期下，應(yīng)用 術(shù)， 第 1 章 引言 3 言等，設(shè)計(jì)并開發(fā)一個基于 B/S 系統(tǒng)的應(yīng)付款管理系統(tǒng)。通過該系統(tǒng)，用戶可以在多組織架構(gòu)下進(jìn)行訂單的申請，發(fā)票的報支和資金的多種結(jié)算方式支付；還可以在系統(tǒng)里面實(shí)現(xiàn)對發(fā)票和付款申請單的多級可配置審批流；對供應(yīng)商的余額以及預(yù)付款的核銷能實(shí)時的跟蹤資金流入和流出，方便集團(tuán)財(cái)務(wù)對所屬供應(yīng)商的應(yīng)付款項(xiàng)監(jiān)督和控制。最終實(shí)現(xiàn)對企業(yè)現(xiàn)金管理和現(xiàn)金流的最大化，優(yōu)化企業(yè)現(xiàn)金流，對應(yīng)付賬款的內(nèi)部控制，從而降低集團(tuán)性企業(yè)財(cái)務(wù)運(yùn)作的成本 。 文主要工作 本課 題堅(jiān)持采取“需求主導(dǎo)設(shè)計(jì)”的原則，采取理論結(jié)合實(shí)踐的方法。以沙鋼實(shí)際業(yè)務(wù)為本，從實(shí)際需求出發(fā)，充分利用已有的產(chǎn)品成果，結(jié)合基于 術(shù)開發(fā)平臺，深入了解用戶和系統(tǒng)維護(hù)管理人員的根本需求，設(shè)計(jì)并實(shí)現(xiàn)一個完整的應(yīng)付款管理系統(tǒng) 10。 具體的研究內(nèi)容包括： 1. 分析沙鋼的整體業(yè)務(wù)流程，整理出詳細(xì)的需求文檔，結(jié)合系統(tǒng)的數(shù)據(jù)流程圖，和對口業(yè)務(wù)人員進(jìn)行詳細(xì)的流程分解，編寫出詳細(xì)基本設(shè)計(jì)文檔及其 圖。 2. 根據(jù) 圖進(jìn)行數(shù)據(jù)庫模塊的設(shè)計(jì)與開發(fā)：設(shè)計(jì)出既適合系統(tǒng)開發(fā)，又滿足管理員進(jìn)行管理的數(shù)據(jù)庫模型。 3. 系統(tǒng)平臺的權(quán)限模塊：該模塊滿足多組織架構(gòu)下的用戶按照不同的崗位去登錄系統(tǒng)，并被分別授權(quán)進(jìn)行管理。可以按員工或者角色類型以及角色去授權(quán)用戶，方便的服務(wù)，靈活的權(quán)限配置。 4. 系統(tǒng)平臺的工作流模塊：用戶可以通過對員工或者角色來配置多級的審批流程，同時在登錄頁面顯示自己權(quán)限需要處理的工作流以及下一步的處理列表。 5. 供應(yīng)商信息模塊的設(shè)計(jì)與開發(fā)：對所有供應(yīng)商用戶進(jìn)行統(tǒng)一編碼管理，供應(yīng)商新增信息可以包括基本信息、銀行信息等。必輸信息進(jìn)行頁面的校驗(yàn)控制。 6. 發(fā)票報支模塊的設(shè)計(jì)與開發(fā)：采購執(zhí)行用戶可以根據(jù)入庫單或者采購訂單來生 成結(jié)算發(fā)票，對發(fā)票主信息和明細(xì)信息進(jìn)行嚴(yán)格校驗(yàn)后發(fā)票報支同濟(jì)大學(xué) 碩士學(xué)位論文 基于 應(yīng)付款管理系統(tǒng)的設(shè)計(jì)與開發(fā) 4 生成報支清單信息。 7. 報支管理模塊的設(shè)計(jì)與開發(fā)：基于報支清單這條主線，對發(fā)票的主信息和明細(xì)信息進(jìn)行頁面展示，并且進(jìn)行發(fā)票的審核、發(fā)票的復(fù)核、支付確認(rèn)流程來進(jìn)行發(fā)票的支付管理。 8. 付款計(jì)劃模塊的設(shè)計(jì)與開發(fā)：和外部用友系統(tǒng)核對供應(yīng)商余額后，對同一帳套下的供應(yīng)商余額做付款計(jì)劃。 11付款計(jì)劃清單完成后，由對口財(cái)務(wù)人員操作提交給資金管理模塊進(jìn)行資金計(jì)劃付款。 9. 各類單據(jù)查詢模塊的設(shè)計(jì)與實(shí)現(xiàn)：系統(tǒng)能夠?yàn)橛脩籼峁┖唵嗡阉骷捌涓呒壦阉鞴δ堋?文的組織結(jié)構(gòu) 本文 是以應(yīng)付款管理系統(tǒng)為例，介紹了基于 B/S 模式和三層架構(gòu)的開發(fā)模型，并以 術(shù)為基礎(chǔ)的 統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)的過程。本文的組織結(jié)構(gòu)如下： 第 1 章引言，主要介紹了課題的背景，意義和目的，以及 統(tǒng)的發(fā)展現(xiàn)狀和本課題的研究方法。 第 2 章相關(guān)技術(shù)，主要介紹了系統(tǒng)在設(shè)計(jì)和開發(fā)過程中所涉及到的方法和技術(shù)。 第 3 章系統(tǒng)的需求分析，主要是通過與沙鋼業(yè)務(wù)人員的交流，從而獲得 運(yùn)用用例圖將需求分析可視化，進(jìn)而使系統(tǒng)的擁有者，開發(fā)者以及測試人員對系統(tǒng)有一個直觀上的認(rèn)識。 第 4 章系統(tǒng)的設(shè)計(jì)，在本 章中，運(yùn)用了流程圖對系統(tǒng)的各個子功能進(jìn)行了詳細(xì)的分析，并設(shè)計(jì)了系統(tǒng)所具有角色和權(quán)限，同時利用數(shù)據(jù)庫三范式設(shè)計(jì)出了系統(tǒng)的數(shù)據(jù)庫。 第 5 章系統(tǒng)的實(shí)現(xiàn)，主要是實(shí)現(xiàn)了 統(tǒng)的功能，并對部分功能進(jìn)行了簡要的介紹。 第 6 章總結(jié)與展望，主要是對系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)進(jìn)行總結(jié)，并提出下一步的計(jì)劃。 第 1 章 引言 5 第 2 章 相關(guān)技術(shù) 2術(shù) 術(shù)簡述， 首字母簡寫 ,意思為 合用于創(chuàng)建服務(wù)器端的大型應(yīng)用軟件和服務(wù)系統(tǒng)。 12設(shè)計(jì)是為了提供對服務(wù)端和客戶端的支持，從而推動企業(yè)或企業(yè)中多層級應(yīng)用程序的發(fā)展。 為一套不同于以往的應(yīng)用開發(fā)架構(gòu)，它包含了許多有用的組件，可以簡化系統(tǒng)的開發(fā)和規(guī)范應(yīng)用的部署，進(jìn)而提高開發(fā)出來的應(yīng)用系統(tǒng)的可移植性、安全性，使其可以重復(fù)利用。 1 提供了分布式、可移植構(gòu)件的框架 術(shù)：采用 式，將模式“分離顯示邏輯和業(yè)務(wù)邏輯”的能力發(fā)揮得淋漓盡致。 行 到數(shù)據(jù)庫表的映射，進(jìn)行數(shù)據(jù)管理，完成 用數(shù)據(jù)訪問層的持久化操作。 面向?qū)ο?，跨平臺，和 樣穩(wěn)定，可以使用 供的 服了 缺點(diǎn) 。 通常這些服務(wù)是由分布的應(yīng)用程序組成的，包括前端數(shù)據(jù)端和后端數(shù)據(jù)源以及它們之間的一層或幾層，這些中間層提供了把商業(yè)功能和數(shù)據(jù)與 結(jié)合的功能。這些中間層把客戶端從復(fù)雜的商業(yè)邏輯中分離出來，利用成熟的術(shù)使用戶在管理上所花費(fèi)的時間最小化。 2 與構(gòu)件與應(yīng)用服務(wù)器提供標(biāo)準(zhǔn) 服務(wù)器端的腳本語言，是以 基礎(chǔ)開發(fā)而成的動態(tài)網(wǎng)頁生成技術(shù)，它的底實(shí)現(xiàn)是 13面由 碼和嵌入其中的 碼所組成。服務(wù)器在頁面被客戶端所請求以后對這些 碼進(jìn)行處理，然后將生成的 面返回給客戶端的瀏覽器。 訪問不同的數(shù)據(jù)庫提供了一種統(tǒng)一的途徑，像 樣， 數(shù)據(jù)庫的訪問也具有平臺無關(guān)性。 用于執(zhí)行名字和目錄服務(wù) 。 它提供了一致的模型來存取和操作企業(yè)級的資源和，本地文件系統(tǒng)，或應(yīng)用服務(wù)器中的對象。 同濟(jì)大學(xué) 碩士學(xué)位論文 基于 應(yīng)付款管理系統(tǒng)的設(shè)計(jì)與開發(fā) 6 3 簡化了服務(wù)器端中間層構(gòu) 件的設(shè)計(jì) 服務(wù)器端的腳本語言，是以 基礎(chǔ)開發(fā)而成的動態(tài)網(wǎng)頁生成技術(shù)，它的底層實(shí)現(xiàn)是 面由 碼和嵌入其中的 碼所組成。服務(wù)器在頁面被客戶端所請求以后對這些 碼進(jìn)行處理，然后將生成的 面返回給客戶端的瀏覽器。它的特點(diǎn)是面向?qū)ο?，跨平臺，和 樣穩(wěn)定，可以使用 供的 服了 般和 合使用，從而將界面表現(xiàn)和業(yè)務(wù)邏輯分離。 使用 決定網(wǎng)頁 的版面，都是在 碼中混合某種程序代碼，由語言引擎解釋執(zhí)行程序代碼。 碼主要負(fù)責(zé)描述信息的顯示樣式，而程序代碼則用來描述處理邏輯。 綜合來說， 基于 及整個 系的 發(fā)技術(shù)。 層分層結(jié)構(gòu) 在軟件體系架構(gòu)的設(shè)計(jì)中，分層結(jié)構(gòu)是最常見的，也是最重要的一種結(jié)構(gòu)。微軟推薦的分層式結(jié)構(gòu)一般分為三層，即：數(shù)據(jù)層，業(yè)務(wù)邏輯層和表示層。其中數(shù)據(jù)層，也稱為持久層，其功能主要是負(fù)責(zé)數(shù)據(jù)庫的訪問。業(yè)務(wù)邏輯層是整個系統(tǒng)的核心，它與這個系統(tǒng)的業(yè)務(wù)邏輯有關(guān)。而表示層則是系 統(tǒng)的 分，負(fù)責(zé)用戶與整個系統(tǒng)的交互。 14 一個好的分層結(jié)構(gòu)，可以使開發(fā)人員的分工更加明確，一旦定義好各個層次之間的接口，負(fù)責(zé)不同邏輯設(shè)計(jì)的開發(fā)人員就可以并行開發(fā)，互不影響。一個完善的三層結(jié)構(gòu)的要求是：修改表示層而不用修改邏輯業(yè)務(wù)層，修改邏輯業(yè)務(wù)層而不用修改數(shù)據(jù)層。因此一個完善的分層結(jié)構(gòu)可以降低層與層之間的依賴性，從而保證了系統(tǒng)未來的可擴(kuò)展性與復(fù)用性。 但是，分層結(jié)構(gòu)也不可避免的存在一些缺陷。一個非常重要的缺點(diǎn)是降低了系統(tǒng)的整體性能。即很多業(yè)務(wù)不能直接訪問數(shù)據(jù)庫，以獲得相應(yīng)的數(shù)據(jù)，而必須通過一個所謂的 中間層來完成這些操作。 15因此三層結(jié)構(gòu)并不適用于一些對執(zhí)行速度要求過于苛刻的系統(tǒng)。而且分層結(jié)構(gòu)可能會導(dǎo)致級聯(lián)修改，即如果在表示層需要增加一個功能，為了保證其設(shè)計(jì)符合分層結(jié)構(gòu)，可能需要在相應(yīng)的業(yè)務(wù)邏輯層和數(shù)據(jù)訪問層中都增加相應(yīng)的代碼。 總之，任何一種開發(fā)模式或方法，都是有利有弊的。在設(shè)計(jì)和開發(fā)系統(tǒng)時， 第 1 章 引言 7 通過比較和權(quán)衡后 ，選擇一個適合系統(tǒng)的模式是很重要的。 介 以高級結(jié)構(gòu)化查詢語言 基礎(chǔ)的大型關(guān)系數(shù)據(jù)庫，通俗地講它是用方便邏輯管理的語言操縱大量有規(guī)律數(shù)據(jù)的集合。是 目前最流行的客戶 /服務(wù)器體系結(jié)構(gòu)的數(shù)據(jù)庫之一 。 16 1 存儲 結(jié)構(gòu) 據(jù)庫在物理上是存儲于硬盤的各種文件 。 它是活動的，可擴(kuò)充的，隨著數(shù)據(jù)的添加和應(yīng)用程序的增大而變化。 據(jù)庫在邏輯上是由許多表空間構(gòu)成。主要分為系統(tǒng)表空間和非系統(tǒng)表空間。 17非系統(tǒng)表空間內(nèi)存儲著各項(xiàng)應(yīng)用的數(shù)據(jù)、索引、程序等相關(guān)信息。 2 分布式 數(shù)據(jù)庫管理 物理上存放于網(wǎng)絡(luò)的多個 據(jù)庫，邏輯上可以看成一個單個的大數(shù)據(jù)庫 。 用戶可以通過網(wǎng)絡(luò)對異地?cái)?shù)據(jù)庫中的數(shù)據(jù)同時進(jìn)行存取，而服務(wù)器之間的協(xié)同處理對于工作站用 戶及應(yīng)用程序而言是完全透明的。 3 過程 由網(wǎng)絡(luò)相連的兩個 據(jù)庫之間通過數(shù)據(jù)庫鏈接 立訪問機(jī)制，相當(dāng)于一方以另一方的某用戶遠(yuǎn)程登錄所做的操作 。 據(jù)庫還采用高級管理方法，如同義詞等，似乎遠(yuǎn)端的數(shù)據(jù)就在本地。 據(jù)庫的主要特色：共享 線索；提供了基于角色（ 工的安全保密管理；支持大量多媒體數(shù)據(jù)；提供了與第三代高級語言的接口軟件 列；提供了新的分布式數(shù)據(jù)庫 18。 數(shù)據(jù)庫是系統(tǒng)核心組成部分 ， 對于大部分的應(yīng)用系統(tǒng)而言，系統(tǒng)的核心是數(shù)據(jù)庫， 業(yè)務(wù)系統(tǒng)一般都以數(shù)據(jù)為核心，從開發(fā)的角度看，數(shù)據(jù)庫設(shè)計(jì)確定，系統(tǒng)便已基本定型 。 術(shù)概述 術(shù)并不是一項(xiàng)革命性的新技術(shù)，而是多種技術(shù)的集合。 術(shù)的一個最大的特點(diǎn)是無需刷新頁面便可以向服務(wù)器傳輸或讀寫數(shù)據(jù)。 19這使得 B/碩士學(xué)位論文 基于 應(yīng)付款管理系統(tǒng)的設(shè)計(jì)與開發(fā) 8 應(yīng)用程序只同服務(wù)器進(jìn)行數(shù)據(jù)層面的交換，而不用每次都刷新界面，也不用每次都將數(shù)據(jù)處理的工作交給服務(wù)器來進(jìn)行，這大大減輕了服務(wù)器的負(fù)擔(dān)又加快了響應(yīng)速度，縮短了用戶的等待時間。 與傳統(tǒng)的 發(fā)不同， 采用異步交互過程的。 用戶與服務(wù)器之間引 入一個中間媒介，從而消除了網(wǎng)絡(luò)交互過程中的處理 處理 20用具有以下幾個優(yōu)勢： 1. 不刷新整個頁面， 在頁面內(nèi)與服務(wù)器通信 2. 使用異步方式與服務(wù)器通信，不需要打斷用戶的操作，具有更加迅速的響應(yīng)能力。 3. 應(yīng)用僅有少量頁面組成，大部分交互在頁面之內(nèi)完成，不需要切換整個頁面。 章小結(jié) 本節(jié)主要介紹了設(shè)計(jì)和開發(fā)工程碩士管理系統(tǒng)所涉及的相關(guān)技術(shù)。重點(diǎn)介紹了 術(shù)、 0g 數(shù)據(jù)庫技術(shù)、 術(shù)以及三層分層結(jié)構(gòu)的優(yōu)缺點(diǎn)。這些技術(shù)為系統(tǒng)的后續(xù)開發(fā)提供了理論依據(jù)和技術(shù)基礎(chǔ) 21。 第 3 章 系統(tǒng)的需求分析 9 第 3 章 系統(tǒng)的需求分析 能性需求分析 根據(jù)沙鋼集團(tuán)對應(yīng)付款集中管控的業(yè)務(wù)需求，應(yīng)付款管理系統(tǒng)劃分為 6 個子模塊，如圖 示： 圖 付款管理系統(tǒng)功能模塊圖 1. 供應(yīng)商管理模塊：本模塊主要實(shí)現(xiàn)支持面向銷售和采購組織的客戶供應(yīng)商物流承運(yùn)商代碼統(tǒng)一管理體系，確保一個用戶在系統(tǒng)中只有一個代碼，加強(qiáng)對供應(yīng)商的信用和評價管理，并支持應(yīng)收應(yīng)付抹帳功能。 2. 發(fā)票報支模塊：由采購業(yè)務(wù)員在前端采購結(jié)算模塊錄入發(fā)票和發(fā)票明細(xì)信息通過 發(fā)票報支功能拋帳到應(yīng)付系統(tǒng)，形成報支清單。財(cái)務(wù)人員對報支單進(jìn)行發(fā)票審核和發(fā)票復(fù)核拋過資金系統(tǒng)進(jìn)行實(shí)際支付。 3. 工作流模塊：用戶可以通過對員工或者角色來配置多級的審批流程，同時在登錄頁面顯示自己權(quán)限需要處理的工作流以及下一步的處理列表。 4. 付款計(jì)劃模塊：按照采購業(yè)務(wù)員制定的付款計(jì)劃生成付款申請單，各付款條線或者結(jié)算帳套按照各自的計(jì)劃進(jìn)行拆分資金計(jì)劃，最后經(jīng)過多級應(yīng)付款管理 工作流管理 付款計(jì)劃管理 發(fā)票報支管理 供應(yīng)商管理 資金支付管理 系統(tǒng)權(quán)限管理 同濟(jì)大學(xué) 碩士學(xué)位論文 基于 應(yīng)付款管理系統(tǒng)的設(shè)計(jì)與開發(fā) 10 審核提交給資金系統(tǒng)。最后按照資金系統(tǒng)實(shí)際付款的金額進(jìn)行發(fā)票核銷和預(yù)付款核銷，刷新供應(yīng)商余額。 5. 資金支付模塊：資金系統(tǒng)通過數(shù)據(jù)接口獲取按帳套分配的付款計(jì)劃額 ，然后按物料大類拆分為月付款計(jì)劃和周付款計(jì)劃，再通過付款指令網(wǎng)銀付款或者現(xiàn)金支付。 6. 權(quán)限管理模塊：管理應(yīng)付款系統(tǒng)的按鈕頁面菜單等相關(guān)權(quán)限配置。 功能性需求分析 非功能性需求分析是指軟件產(chǎn)品為滿足用戶業(yè)務(wù)需求而必須具有除功能需求以外的特性。軟件產(chǎn)品的非功能性需求包括系統(tǒng)的性能，可靠性，可維護(hù)性，可擴(kuò)展性和對技術(shù)和對業(yè)務(wù)的適應(yīng)性等。 作流程可用性 為了考慮到用戶在操作過程中的可用性，應(yīng)付款管理系統(tǒng)采用樹形結(jié)構(gòu)作為導(dǎo)航菜單，用戶根據(jù)菜單信息，輕松的定位到所要訪問的頁面，從而大大提高了用戶的工作 效率，增加了系統(tǒng)的可用性。 統(tǒng)的性能 考慮到應(yīng)付款管理系統(tǒng)會頻繁的與數(shù)據(jù)庫進(jìn)行交互，所以在設(shè)計(jì)過程中使用了數(shù)據(jù)庫連接池，存儲過程等操作對數(shù)據(jù)庫系統(tǒng)進(jìn)行優(yōu)化。在一些用戶與系統(tǒng)交互比較頻繁的頁面上，使用了 術(shù)和 術(shù)對客戶端進(jìn)行優(yōu)化，從而減輕服務(wù)器的負(fù)擔(dān)，提高系統(tǒng)的整體性能。 統(tǒng)的可擴(kuò)充性及可維護(hù)性 由于技術(shù)變化或業(yè)務(wù)變化時，不可避免會在將來對系統(tǒng)進(jìn)行改變。不僅要進(jìn)行設(shè)計(jì)實(shí)現(xiàn)的修改，甚至要進(jìn)行產(chǎn)品定義的修改，因此在系統(tǒng)的設(shè)計(jì)過程中考慮到系統(tǒng)后期的擴(kuò)充與修改， 應(yīng)付款管理系統(tǒng)采用經(jīng)典的三層架構(gòu)架構(gòu)對系 第 3 章 系統(tǒng)的需求分析 11 統(tǒng)進(jìn)行設(shè)計(jì)，以方便日后的擴(kuò)充與維護(hù)。 例分析 統(tǒng)總用例 應(yīng)付款管理系統(tǒng)采用了 向?qū)ο蟮姆椒▽Ω鱾€模塊進(jìn)行分析。下圖 業(yè)務(wù)層面描述了整個系統(tǒng)的用例分析圖。 對 各 模 塊 進(jìn) 行 系 統(tǒng) 授 權(quán)工 作 流 程 的 配 置 與 管 理維 護(hù) 供 應(yīng) 商 信 息付 款 計(jì) 劃 的 編 制進(jìn) 行 發(fā) 票 報 支資 金 的 實(shí) 際 支 付財(cái) 務(wù) 條 線 業(yè) 務(wù) 員財(cái) 務(wù) 人 員供 應(yīng) 處 結(jié) 算 人 員授 權(quán)維 護(hù)資 金 計(jì) 劃財(cái) 務(wù) 審 核 人 員審 批審 批審 批審 批支 付圖 統(tǒng)總用例分析圖 應(yīng)商管理模塊的用例分析 供應(yīng)商管理功能包括供應(yīng)商、采購組織業(yè)務(wù)員、采購組織專員 3 個角色人員。其中每個角色所擁有的功能如下： 同濟(jì)大學(xué) 碩士學(xué)位論文 基于 應(yīng)付款管理系統(tǒng)的設(shè)計(jì)與開發(fā) 12 1. 供應(yīng)商自薦申請通過電子商務(wù)平臺，輸入相關(guān)供應(yīng)商信息，同步到內(nèi)網(wǎng)，由內(nèi)部業(yè)務(wù)部門審批后，進(jìn)入供應(yīng)商新增審核流程 。供應(yīng)商業(yè)務(wù)部門新增申請是由部門業(yè)務(wù)人員錄入供應(yīng)商信息，進(jìn)行新增申請。 2. 采購組織業(yè)務(wù)員通過前臺頁面進(jìn)行供應(yīng)商公用信息和屬地信息的維護(hù)。公用信息由歸口管理部門集中審批，供應(yīng)商的屬地信息由采購組織根據(jù)采購性質(zhì)獨(dú)立管理。 3. 采購組織專員通過評估管理流程，來開啟供應(yīng)商測評。維護(hù)評估分類模塊、分類評估指標(biāo)參數(shù)、用戶分組、供應(yīng)商分組、評估單管理、評級結(jié)果管理等。 供 應(yīng) 商采 購 組 織 員供 應(yīng) 商 審 批供 應(yīng) 商 公 用 信 息供 應(yīng) 商 自 薦 申 請供 應(yīng) 商 屬 地 信 息采 購 組 織 專 員供 應(yīng) 商 新 增 申 請供 應(yīng) 商 評 估 管 理供 應(yīng) 商 資 質(zhì) 信 息圖 應(yīng)商管理模塊用例分析圖 票報支模塊的用例分析 發(fā)票報支管理模塊功能包括采購業(yè)務(wù)人員、發(fā)票審核人、發(fā)票復(fù)核人 3 個角色成員。其中每 個角色所擁有的功能如下： 1. 采購業(yè)務(wù)人員根據(jù)采購發(fā)票信息匹配組織成清單數(shù)據(jù)，通過報支接口拋到發(fā)票系統(tǒng)。人工報支的數(shù)據(jù)從報支錄入頁面通過檢核進(jìn)入發(fā)票系統(tǒng)進(jìn)行報支。 第 3 章 系統(tǒng)的需求分析 13 2. 發(fā)票審核人員在報支查詢頁面進(jìn)行發(fā)票的財(cái)務(wù)審核工作，根據(jù)付款申請書進(jìn)行核對發(fā)票結(jié)算信息。 3. 預(yù)付款核銷時，可能出現(xiàn)兩種情況：發(fā)票按照供應(yīng)商來核銷預(yù)付款、發(fā)票按照合同來核銷預(yù)付款，默認(rèn)按照合同來核銷預(yù)付款。 4. 發(fā)票復(fù)核人員對已審核的發(fā)票進(jìn)行復(fù)核、發(fā)票駁回、發(fā)票紅沖。同時會跳轉(zhuǎn)到憑證預(yù)覽頁面，確認(rèn)生成拋帳憑證到總賬。 采 購 業(yè) 務(wù) 員發(fā) 票 審 核 人發(fā) 票 接 口 數(shù) 據(jù)發(fā) 票 審 核人 工 報 支 錄 入付 款 申 請 書發(fā) 票 復(fù) 核 人發(fā) 票 復(fù) 核發(fā) 票 駁 回發(fā) 票 紅 沖發(fā) 票 拋 帳圖 票報支管理模塊用例分析 圖 作流模塊的用例分析 工作流模塊功能包括管理員、工作流配置人員、工作流程審批員 3 個角色成員。其中每個角色所擁有的功能如下： 1. 管理員進(jìn)行工作流模塊頁面的授權(quán)處理。 2. 流程配置人員先定義屬性 性名稱、屬性數(shù)據(jù)集、屬性數(shù)據(jù)列；其次設(shè)置邏輯類代碼、類名稱和分類。把邏輯類和屬性進(jìn)行匹配，再匹配同濟(jì)大學(xué) 碩士學(xué)位論文 基于 應(yīng)付款管理系統(tǒng)的設(shè)計(jì)與開發(fā) 14 上邏輯類的對象值。最后匹配上審核 審核級別，進(jìn)行審核權(quán)限的管理。 3. 審批人員對之前設(shè)定的工作流程進(jìn)行審核確認(rèn)后，打開工作流引擎開始工作。 管 理 員流 程 配 置 人 員流 程 配 置頁 面 授 權(quán)流 程 審 核流 程 審 批 人圖 作流模塊的用例圖 款計(jì)劃模塊的用 例分析 付款計(jì)劃模塊功能包括采購計(jì)劃科人員、計(jì)劃審批科人員、計(jì)劃上報組人員 3 個角色成員。其中每個角色所擁有的功能如下： 1. 計(jì)劃科人員按照各個供應(yīng)商的合同條款算出付款日期以及付款方式。按照供應(yīng)商的發(fā)票錄入付款申請單。 2. 計(jì)劃審批科人員對錄入的付款申請單進(jìn)行業(yè)務(wù)審批，審批通過后提交給財(cái)務(wù)系統(tǒng)與發(fā)票一起審核信息。 3. 計(jì)劃上報人員把供應(yīng)商的月度付款計(jì)劃上報給財(cái)務(wù)人員進(jìn)行付款控制。 第 3 章 系統(tǒng)的需求分析 15 采 購 計(jì) 劃 科 人 員計(jì) 劃 審 批 人付 款 申 請 單付 款 申 請 單 錄 入月 度 付 款 計(jì) 劃計(jì) 劃 上 報 人 圖 款計(jì)劃模塊的用例圖 金支付模塊的用例分析 資金支付模塊功能包括財(cái)務(wù)條線人員、財(cái)務(wù)審批人員、資金主管、總經(jīng)理 4個 角色成員。其中每個角色所擁有的功能如下： 1. 各個財(cái)務(wù)條線人員根據(jù)月度付款計(jì)劃生成付款申請單拋送到資金支付模塊，進(jìn)行應(yīng)付款項(xiàng)復(fù)核。 2. 財(cái)務(wù)審批人員按時間跨度，將資金計(jì)劃分為月計(jì)劃和周計(jì)劃，對周計(jì)劃將進(jìn)行財(cái)務(wù)安排審批。審批后，計(jì)劃外的直接做支付確認(rèn)；計(jì)劃內(nèi)的按照物料大類細(xì)類進(jìn)行資金計(jì)劃付款控制。 3. 資金主管對資金計(jì)劃申請進(jìn)行審批，按照在資金計(jì)劃單元設(shè)置好的每個計(jì)劃單元的審批流程，列出需要審批的資金計(jì)劃。審批時可以參考前一個流程的金額。要求錄入各筆用款的來源、方式、用款額，在審批過程中，資金科應(yīng)確定付款公司的具體實(shí)際支 出賬戶，也就是將款項(xiàng)撥付到付款公司的具體賬戶。 4. 總經(jīng)理對于超出計(jì)劃部分進(jìn)行計(jì)劃額度調(diào)整，審核后重新下發(fā)新的資金計(jì)劃。 同濟(jì)大學(xué) 碩士學(xué)位論文 基于 應(yīng)付款管理系統(tǒng)的設(shè)計(jì)與開發(fā) 16 財(cái) 務(wù) 條 線 人 員財(cái) 務(wù) 審 批 人應(yīng) 付 款 復(fù) 核月 計(jì) 劃月 度 付 款 計(jì) 劃周 計(jì) 劃資 金 主 管資 金 計(jì) 劃超 出 計(jì) 劃 外 部 分總 經(jīng) 理圖 金支付模塊的用例圖 統(tǒng)權(quán)限模塊的用例分析 系統(tǒng)權(quán)限管理模塊的主要目的是通過 突破時間與空間的限制，實(shí)現(xiàn)跨地區(qū)分支機(jī)構(gòu)之間的協(xié)同工作和信息溝通 。 該模塊為 企業(yè)應(yīng)用提供了基本的解決方案。使用該模塊可以很大程度上簡化開發(fā)人員的相關(guān)的工作量 , 權(quán)管理模塊可以很方便的實(shí)現(xiàn)部署階段和運(yùn)行階段的權(quán)限管理控制 。系統(tǒng)權(quán)限管理模塊圖如圖 示， 具體功能如下： 系統(tǒng)權(quán)限模塊功能包括用戶群組、用戶機(jī)構(gòu)、代理用戶、用戶 4 個角色成員。其中每個角色所擁有的功能如下： 1. 用戶身份認(rèn)證，包括口令的生命周期管理 。 2. 單點(diǎn)登錄功能。 3. 頁面、頁面元素、 菜單的訪問控制和授權(quán)配置 。 4. 支持基于角色類型和角色的授權(quán)模式。 5. 數(shù)據(jù)集的授權(quán)。 第 3 章 系統(tǒng)的需求分析 17 用 戶 直 接 權(quán) 限用 戶 群 組 權(quán) 限用 戶 組 織 機(jī) 構(gòu) 權(quán) 限用 戶 授 予 權(quán) 限所 有 用 戶 授 權(quán)直 接 代 理 權(quán) 限綁 定 權(quán) 限代 理 權(quán) 限用 戶 最 終 權(quán) 限群 組 權(quán) 限 . . . 組 織 機(jī) 構(gòu) 權(quán) 限 . . 所 在 群 組用 戶 所 在 組 織 機(jī) 構(gòu)圖 統(tǒng)權(quán)限管理模塊用例分析圖 章小結(jié) 本章主要是對系統(tǒng)進(jìn)行功能性和非功能性的分析，在功能性分析中，將應(yīng)付款管理系統(tǒng)細(xì)分為幾個子系統(tǒng)并對子系統(tǒng)所具有的功能 進(jìn)行進(jìn)一步的分析。而在非功能性分析中，我們則分析系統(tǒng)的性能，可用性和可擴(kuò)展性。在本章節(jié)的最后，我們通過 向?qū)ο蟮姆治龇绞剑瑢?yīng)付款管理系統(tǒng)的需求轉(zhuǎn)化為用例圖，從而將系統(tǒng)的需求可視化，這將使系統(tǒng)的擁有者，開發(fā)人員及測試人員對系統(tǒng)有一個直觀上的認(rèn)識。同濟(jì)大學(xué) 碩士學(xué)位論文 基于 應(yīng)付款管理系統(tǒng) 18 第 4 章 系統(tǒng)的詳細(xì)設(shè)計(jì) 統(tǒng)的整體架構(gòu) 本系統(tǒng)采用了經(jīng)典的三層架構(gòu)模式， 平臺采用 為核心容器， 具， 為任務(wù)調(diào)度工具，集成了 據(jù)交換軟件，還包含了安全管理和業(yè)務(wù)流程管理功能，前臺展現(xiàn)方面，提供了兩種 解決方案， 案中提高用戶體驗(yàn)，兩種前臺方案都封裝了自己的組件庫。 將系統(tǒng)分為三層，從下至上分別為：數(shù)據(jù)訪問層，邏輯業(yè)務(wù)層和表示層，該系統(tǒng)的整體架構(gòu)圖如圖 示，以下將詳細(xì)介紹應(yīng)付款管理系統(tǒng)的整體架構(gòu)，使我們對系統(tǒng)的整體架構(gòu)有一個深入的認(rèn)識。 圖 統(tǒng)的整體架構(gòu) 圖 統(tǒng)架構(gòu)圖 第 6 章 總結(jié)與展望 19 數(shù)據(jù)訪問層：其功能主要是負(fù)責(zé)數(shù)據(jù)庫的訪問。簡單的說就是實(shí)現(xiàn)對數(shù)據(jù)表的 操作。在應(yīng)付款管理系統(tǒng)中將數(shù)據(jù)層細(xì)分為數(shù) 據(jù)庫系統(tǒng)和文件系統(tǒng)作為外部資源，保存著整個應(yīng)付款管理系統(tǒng)的數(shù)據(jù)。 邏輯業(yè)務(wù)層：是整個系統(tǒng)的核心，它與這個系統(tǒng)的業(yè)務(wù)有關(guān)。在應(yīng)付款管理系統(tǒng)中，業(yè)務(wù)邏輯層的相關(guān)設(shè)計(jì)與工程碩