軟件工程專業(yè)畢業(yè)設(shè)計指導(dǎo)規(guī)范(面向?qū)ο?

1、 畢業(yè)設(shè)計（論文）指導(dǎo)規(guī)范畢業(yè)設(shè)計（論文）指導(dǎo)規(guī)范 面向?qū)ο蟛糠?（適用于軟件工程相關(guān)專業(yè)） 遼寧工程技術(shù)大學(xué)軟件學(xué)院遼寧工程技術(shù)大學(xué)軟件學(xué)院 2009 年年 3 月月 I 引引 言言 編寫本書的主要目的為正確引導(dǎo)學(xué)生用科學(xué)、正確、規(guī)范的方式編寫畢業(yè) 論文，并為以后從事軟件工程項目的開發(fā)打下良好的基礎(chǔ)。 為引導(dǎo)同學(xué)們正確使用本指導(dǎo)書，做如下說明： 1本書是按照軟件工程及科研項目的要求進行編寫。 2本規(guī)范的適用范圍僅為基于企業(yè)管理信息系統(tǒng)的應(yīng)用軟件開發(fā)方向，網(wǎng)站制 作、網(wǎng)絡(luò)規(guī)劃與集成、監(jiān)測監(jiān)控方向、嵌入式技術(shù)、基于計算機外圍設(shè)備的 軟件編程等方向的論文指導(dǎo)規(guī)范可參考此規(guī)范的部分章節(jié)，但是，內(nèi)容、

2、步 驟等可以不同。 3本書所提供的樣例部分僅為了說明問題而引用，僅供學(xué)生參考，萬勿照搬。 4有些內(nèi)容，設(shè)計中可能沒有涉及到，可簡單交待或適當(dāng)取舍。 5本指導(dǎo)書的制定依據(jù)企業(yè)管理信息系統(tǒng)開發(fā)規(guī)范 、 國家經(jīng)濟信息系統(tǒng)設(shè) 計與應(yīng)用標(biāo)準規(guī)范 、 計算機軟件產(chǎn)品開發(fā)規(guī)范 （1999）等資料。 6樣例部分內(nèi)容如果不特殊說明，全部來自于葫蘆島自來水公司用水管理信 息系統(tǒng)設(shè)計方案 、 阜新北星高壓泵有限公司“北鑫星”ERP 系統(tǒng)設(shè)計方案 及火電工程質(zhì)量檢驗評定系統(tǒng)技術(shù)報告 。 7本規(guī)范考慮到學(xué)生的調(diào)研情況等因素，可能沒有實際的可行性分析的過程及 項目，故可行性分析一章略過，學(xué)生寫論文時，這一章亦可不寫。 8

3、本規(guī)范由邱云飛老師、張宇老師、曲海成、劉玲玲老師編寫，劉萬軍教授審 核了全部內(nèi)容，王永貴副教授等提出了修改意見。鑒于時間倉促，書中肯定 存在缺陷和不足之處，希望各位老師、同學(xué)給予批評指正。 編者 2009 年 4 月 軟件工程專業(yè)畢業(yè)論文指導(dǎo)規(guī)范 1 1 1 項目概述項目概述 1.11.1 現(xiàn)系統(tǒng)概述現(xiàn)系統(tǒng)概述 阜新北星高壓泵有限公司（原阜新北鑫星液壓有限公司） ，是以東北老工業(yè) 基地和具有悠久歷史的液壓行業(yè)為依托，在市場經(jīng)濟條件下興起的現(xiàn)代化股份 制明星企業(yè)。公司座落于遼寧省阜新市重點開發(fā)的高新技術(shù)產(chǎn)業(yè)園區(qū)，占地面 積三萬多平方米。擁有一大批精干的具有豐富理論和實踐經(jīng)驗的科技人才，產(chǎn) 品加工

4、制造采用進口的加工中心和高精密的數(shù)控機床，目前是阜新規(guī)模最大的 高壓齒輪油泵專業(yè)生產(chǎn)企業(yè)。其主導(dǎo)產(chǎn)品為 CBTx、CBFx、CBP、P5100 系列 舉升泵。P7600、CBG、CBP、CBF-E、CBF-F、CBZ、CMZ、CMS 系列工程機 械用泵及馬達。廣泛應(yīng)用于工程機械、運輸車輛、船舶、農(nóng)機、煤炭、石化、 機床、冶金、礦山、環(huán)保、勘探等領(lǐng)域。同時還可根據(jù)用戶的要求，提供特殊 規(guī)格的齒輪油泵和齒輪馬達，各種進口工程機械用齒輪泵的設(shè)計、制造及維修。 針對目前工程機械市場所面臨的惡劣環(huán)境，做為主要動力源的液壓齒輪泵 正經(jīng)受著嚴峻考驗。多年來公司注重新產(chǎn)品的研制開發(fā)和科技項目攻關(guān)，目前 已有十

5、一項技術(shù)榮獲國家新型產(chǎn)品專利。其中超高壓力齒輪泵已處于國際領(lǐng)先 水平，非常適用超負荷自卸車的液壓系統(tǒng)中。應(yīng)用在重載自卸車的舉升泵，被 廣大用戶稱為“泵王”，產(chǎn)品受到眾多配套廠家的青睞。 為進一步提升企業(yè)的市場競爭力，優(yōu)化資源配置，引入先進的管理思想和 服務(wù)理念，規(guī)范企業(yè)生產(chǎn)經(jīng)營流程，提高企業(yè)知名度，公司決定上一套 ERP 管 理系統(tǒng)，以便于進一步加快企業(yè)信息化建設(shè)的步伐。 1.21.2公司組織機構(gòu)公司組織機構(gòu) 目前公司組織機構(gòu)如下圖 1-1 所示： 公司實行董事長監(jiān)管下的總經(jīng)理負責(zé)制，總經(jīng)理和辦公室負責(zé)協(xié)調(diào)生產(chǎn)部 門、銷售部門、技術(shù)部門、質(zhì)量部門、人事部門和財務(wù)部門之間相互合作。整 個 ERP

6、 系統(tǒng)將上述部門連接成一體，共同協(xié)作完成整個公司的產(chǎn)品從進料到生 產(chǎn)、到銷售，最后和財務(wù)掛接整個過程。系統(tǒng)實施由總經(jīng)理牽頭，各部門主管 領(lǐng)導(dǎo)負責(zé)，部門業(yè)務(wù)員配合系統(tǒng)研發(fā)人員來完成。 軟件工程專業(yè)畢業(yè)論文指導(dǎo)規(guī)范 2 圖 1-1 公司組織機構(gòu)圖 Fig 1-1 Diagram of the Companys Organizational Structure 1.31.3 系統(tǒng)業(yè)務(wù)流程系統(tǒng)業(yè)務(wù)流程 經(jīng)過前期調(diào)研分析和綜合其它各方面相關(guān)理論知識，給出整個 ERP 系統(tǒng)的 業(yè)務(wù)流程圖如下圖 1-2 所示： 整個 ERP 系統(tǒng)的開發(fā)主要圍繞上述業(yè)務(wù)流程進行開發(fā)，開發(fā)過程采用面向 對象的開發(fā)技術(shù)，具體開發(fā)

7、過程見下面的章節(jié)。 1.41.4 系統(tǒng)功能模塊系統(tǒng)功能模塊 根據(jù)上述業(yè)務(wù)流程，整個 ERP 系統(tǒng)抽象出以下幾個功能模塊，如圖 1-3 所 示。 下面模塊劃分只是抽象意義上的劃分，各模塊之間需要共享數(shù)據(jù)，相互協(xié) 作，完成整個系統(tǒng)流程，單一事物功能模塊間是相互獨立的。 葫蘆島市自來水公司 財 務(wù) 科 人 事 科 營 業(yè) 科 辦 公 室 工 會 工 程 公 司 技 術(shù) 科 渤 海 收 費 所 連 山 收 費 所 工 業(yè) 收 費 所 新 區(qū) 收 費 所 計 算 中 心 飲 服 收 費 所 軟件工程專業(yè)畢業(yè)論文指導(dǎo)規(guī)范 3 圖 1-2 ERP 系統(tǒng)流程 Fig 1-2 the Workflow of E

8、RP System 北鑫星ERP系統(tǒng) 工程管理模塊 系統(tǒng)管理模塊 采購管理模塊 銷銷售售管管理理模模塊塊 生產(chǎn)管理模塊 庫存管理模塊 能力計劃模塊 工藝管理模塊 人事管理模塊 財務(wù)管理模塊 圖 1-3 系統(tǒng)功能模塊 Fig 1-3 Function Models of System 軟件工程專業(yè)畢業(yè)論文指導(dǎo)規(guī)范 4 2 2 系統(tǒng)需求分析系統(tǒng)需求分析 2.12.1 需求陳述需求陳述 通常，需求陳述的內(nèi)容包括：問題范圍，功能需求，性能需求，應(yīng)用環(huán)境 及假設(shè)條件等?？傊?，需求陳述應(yīng)該闡明“做什么”而不是“怎樣做” 。它應(yīng)該 描述用戶的需求而不是提出解決問題的方法。應(yīng)該指出哪些是系統(tǒng)必要的性質(zhì)， 哪些

9、是任選的性質(zhì)。應(yīng)該避免對設(shè)計策略施加過多的約束，也不要描述系統(tǒng)的 內(nèi)部結(jié)構(gòu)，因為這樣做將限制實現(xiàn)的靈活性。對系統(tǒng)性能及系統(tǒng)與外界環(huán)境交 互協(xié)議的描述，是合適的需求。此外，對采用的軟件工程標(biāo)準、模塊構(gòu)造準則、 將來可能做的擴充以及可維護性要求等方面的描述，也都是適當(dāng)?shù)男枨?。下?以北鑫星 ERP 系統(tǒng)中的銷售管理模塊為例說明如何進行系統(tǒng)需求陳述。 根據(jù)調(diào)研分析得知，北鑫星 ERP 系統(tǒng)銷售管理模塊共需要完成 5 項中心任 務(wù)，即：客戶管理，訂單管理，發(fā)貨單管理，銷售策略管理，銷售計劃管理和 售后服務(wù)管理。 每項任務(wù)具體描述如下： 1客戶管理 客戶管理主要提供客戶信息的錄入，修改和查詢服務(wù)，同時為

10、訂單管理 和售后服務(wù)管理提供信息依據(jù)。 2訂單管理 根據(jù)客戶訂購的產(chǎn)品生成產(chǎn)品訂單合同，在發(fā)貨之前可以修改訂單合同， 合同狀態(tài)為未完成。在發(fā)貨之后，訂單合同完成。該模塊需要提供訂單的生 成，修改和查詢，以及訂單狀態(tài)的修改。 3發(fā)貨單管理 在收到貨款之后，填寫發(fā)貨單，配貨。該模塊需要提供發(fā)貨單的生成，修 改和查詢，以及發(fā)貨單狀態(tài)的修改。 4優(yōu)惠策略制定 第一種優(yōu)惠方式是客戶如果購買的產(chǎn)品超過一定數(shù)量，客戶再購買產(chǎn)品的 時候，對產(chǎn)品的單價給出一定的優(yōu)惠；第二種優(yōu)惠方式是年終對所有客戶購買 的產(chǎn)品進行統(tǒng)計，如果超過一定數(shù)量，將以現(xiàn)金的形式給客戶以獎勵。 軟件工程專業(yè)畢業(yè)論文指導(dǎo)規(guī)范 5 5銷售計劃管

11、理 每年根據(jù)往年同期制定當(dāng)前的銷售計劃。該模塊主要提供計劃的制定， 修改和查詢服務(wù)。 6售后服務(wù)管理 產(chǎn)品在使用過程中出現(xiàn)問題后，記錄產(chǎn)品的相關(guān)信息包括使用的客戶信 息，產(chǎn)品自身信息以及處理方案。 系統(tǒng)任務(wù)確定之后，下面的工作就是進行系統(tǒng)分析。 面向?qū)ο蟮姆治龅闹饕蝿?wù)是分析問題領(lǐng)域，找出問題解決方案，發(fā)現(xiàn)對 象，分析對象的內(nèi)部構(gòu)成和外部關(guān)系，建立軟件系統(tǒng)的對象模型。 分析問題領(lǐng)域是軟件系統(tǒng)開發(fā)的一項基本工作，是項目開發(fā)之初必須首先 進行的重要工作。分析問題領(lǐng)域的結(jié)果是對問題領(lǐng)域的清晰，精確的定義，明 確目標(biāo)系統(tǒng)將做什么。 分析問題領(lǐng)域的主要任務(wù)是：對問題領(lǐng)域進行抽象，提出解決方案；對未來 的

12、系統(tǒng)進行需求分析，確定系統(tǒng)的職責(zé)范圍，功能需求，性能需求，應(yīng)用環(huán)境 及假設(shè)條件等。 實施面向?qū)ο蠓治龅囊话悴襟E如下： 1分析用戶需求，建立 Use Case 并通過用例圖來描述用戶的需求。 2通過建立域模型以識別類與對象，從而識別系統(tǒng)中的各種對象。 3確定對象的內(nèi)部特征，從而定義出各個屬性與服務(wù)，以進一步細化類的結(jié)構(gòu)。 4識別對象之間的關(guān)系并使用設(shè)計模式對類的結(jié)構(gòu)進行優(yōu)化和改造。 5獲得對象之間的行為關(guān)系，繪制出各種動態(tài)圖形（順序圖、協(xié)作圖、狀態(tài)圖 等） 。 2.22.2 UseUse CaseCase建模建模 .1 定義活動者定義活動者 根據(jù)銷售管理模塊的需求可以確定 4 個

13、活動者，即銷售業(yè)務(wù)員，企業(yè)管理 者，生產(chǎn)管理模塊和庫存管理模塊。 銷售業(yè)務(wù)員使用銷售管理模塊記錄客戶信息，填寫訂單合同，填寫發(fā)貨單 和記錄售后信息，以及查詢相應(yīng)的信息。 軟件工程專業(yè)畢業(yè)論文指導(dǎo)規(guī)范 6 企業(yè)管理者使用銷售管理模塊查詢訂單信息，發(fā)貨信息和客戶信息，制定 銷售優(yōu)惠策略，制訂銷售計劃。 生產(chǎn)管理模塊是銷售管理模塊的外部系統(tǒng)活動者，從銷售管理模塊獲得訂 單信息和銷售計劃。 庫存管理模塊是銷售管理模塊的外部系統(tǒng)活動者，從銷售管理模塊獲得訂 單信息和發(fā)貨信息。 工程管理模塊是銷售管理模塊的外部系統(tǒng)活動者，為銷售管理模塊提供物 料信息 .2 UseUse CaseCase

14、圖圖 根據(jù)系統(tǒng)需求分析，結(jié)合上節(jié)系統(tǒng)活動者的定義分析，得到系統(tǒng)銷售管理 模塊的六個用例如下： 1客戶管理用例 2訂單管理用例 3發(fā)貨單管理用例 4銷售策略管理用例 5銷售計劃管理用例 6售后管理用例 結(jié)合活動者和用例得到銷售管理模塊的用例圖如下圖 3-1 所示。 銷售業(yè)務(wù)員 客戶管理 銷售策略管理 銷售計劃管理 售后管理 企業(yè)管理者 庫存管理模塊 生產(chǎn)管理模塊 訂單管理 發(fā)貨單管理 工程管理模塊 圖 2-1 銷售管理 Use Case 圖 軟件工程專業(yè)畢業(yè)論文指導(dǎo)規(guī)范 7 Fig3-1 Use Case for Sales Management 軟件工程專業(yè)畢業(yè)論文指導(dǎo)規(guī)范 8 3 3 系統(tǒng)架

15、構(gòu)設(shè)計系統(tǒng)架構(gòu)設(shè)計 軟件的系統(tǒng)架構(gòu)是指通過某種特定的技術(shù)平臺，完成軟件系統(tǒng)整體功能的開 發(fā)過程。也可以通俗地理解為：總體設(shè)計和總體結(jié)構(gòu)布局。 一般而言，軟件系統(tǒng)架構(gòu)有兩個要素： 1它是一個軟件系統(tǒng)從整體到部分的最高層次的劃分。 2建造一個系統(tǒng)所做出的最高層次的，以后難以更改的，商業(yè)和技術(shù)的決 定。 3.13.1 架構(gòu)設(shè)計目標(biāo)架構(gòu)設(shè)計目標(biāo) 軟件架構(gòu)設(shè)計要達到如下的目標(biāo)： 1可行性（Feasible）。架構(gòu)具有可行性是架構(gòu)設(shè)計的基石。 2可靠性（Reliable）。軟件系統(tǒng)對于用戶的商業(yè)經(jīng)營和管理來說極為重 要，因此軟件系統(tǒng)必須非?？煽?。 3安全行（Secure）。軟件系統(tǒng)所承擔(dān)的交易的商業(yè)價值極

16、高，系統(tǒng)的安 全性非常重要。 4可定制化（Customizable）。同樣的一套軟件，可以根據(jù)客戶群的不同 和市場需求的變化進行調(diào)整。 5可擴展性（Extensible）。在新技術(shù)出現(xiàn)的時候，一個軟件系統(tǒng)應(yīng)當(dāng)允 許導(dǎo)入新技術(shù)，從而對現(xiàn)有系統(tǒng)進行功能和性能的擴展。 6可維護性（Maintainable）。軟件系統(tǒng)的維護包括兩方面，一是排除現(xiàn) 有的錯誤，二是將新的軟件需求反映到現(xiàn)有系統(tǒng)中去。一個易于維護的系統(tǒng)可 以有效地降低技術(shù)支持的花費。 7可升級性（Scalable）。軟件必須能夠在用戶的使用率、用戶的數(shù)目增 加很快的情況下，保持合理的性能。只有這樣，才能適應(yīng)用戶的市場擴展得可 能性。 8客戶

17、體驗（Customer Experience）。軟件系統(tǒng)必須易于使用。軟件的最 終用戶很可能是不具有計算機專業(yè)技術(shù)的人員。 軟件工程專業(yè)畢業(yè)論文指導(dǎo)規(guī)范 9 3.23.2 系統(tǒng)架構(gòu)設(shè)計系統(tǒng)架構(gòu)設(shè)計 下面我們將根據(jù)架構(gòu)設(shè)計原則和信息系統(tǒng)原理來建立系統(tǒng)的架構(gòu)設(shè)計模型。 將信息系統(tǒng)中比較關(guān)心的對象分層，可分為三層：用戶界面層、業(yè)務(wù)層、數(shù)據(jù) 訪問層（如下圖3-2所示），再把各層中的一些公共部分提出來：權(quán)限管理、異 常處理，這樣得到包圖如圖3-2-1所示： 用用戶戶界界面面層層 業(yè)業(yè)務(wù)務(wù)邏邏輯輯層層 數(shù)數(shù)據(jù)據(jù)訪訪問問層層 ASP.NET WEB Forms User Interface Processi

18、ng Enterprise Services Business Components Bisiness Entities Dal InterfaceDal Factory SQL Server Dal SQL Server DAAB 圖3-2 系統(tǒng)體系架構(gòu)圖 Fig3-2 The Diagram of System Architecture 用用戶戶界界面面業(yè)業(yè)務(wù)務(wù)邏邏輯輯 權(quán)權(quán)限限管管理理 數(shù)數(shù)據(jù)據(jù)訪訪問問 異異常常處處理理 圖3-2-1 銷售管理模塊包圖 Fig3-2-1 Package Diagram of Sales Management Model 軟件工程專業(yè)畢業(yè)論文指導(dǎo)規(guī)范 10

19、 1.用戶界面包 用戶界面包的職責(zé)是： （1）與用戶的交互，接收用戶的各種輸入以及輸出各種提示信息或處理 結(jié)果。 （2）對于輸入的數(shù)據(jù)進行數(shù)據(jù)校驗，過濾非法數(shù)據(jù)。 （3）向業(yè)務(wù)處理對象發(fā)送處理請求。 用戶界面包圖展開如圖3-3所示： 用用戶戶界界面面 輸入，輸出 數(shù)據(jù)效驗 發(fā)送業(yè)務(wù)處理請求 圖 3-3 用戶界面包展開圖 Fig3-3 Package Diagram of Users Interface 用戶界面包包含的類見圖 2-4： +數(shù)據(jù)效驗() +業(yè)務(wù)處理() #輸入輸出元素 #業(yè)務(wù)代理對象 用用戶戶界界面面類類 輸輸入入界界面面輸輸出出界界面面 圖 3-4 用戶界面類圖 Fig3-4

20、Class Diagram of Users Interface 2.業(yè)務(wù)邏輯包 業(yè)務(wù)邏輯包的職責(zé)是： （1）實現(xiàn)各種業(yè)務(wù)處理邏輯或處理算法。 （2）驗證請求者的權(quán)限。 （3）向數(shù)據(jù)訪問對象發(fā)送數(shù)據(jù)持久化操作的請求。 （4）向用戶界面層返回處理結(jié)果。 業(yè)務(wù)邏輯包圖展開如圖3-5所示： 軟件工程專業(yè)畢業(yè)論文指導(dǎo)規(guī)范 11 業(yè)業(yè)務(wù)務(wù)邏邏輯輯 實現(xiàn)各種業(yè)務(wù)處理邏輯或處理算法。 驗證請求者的權(quán)限。 向數(shù)據(jù)訪問對象發(fā)送數(shù)據(jù)持久化操作的請求。 向用戶界面層返回處理結(jié)果。 圖 3-5 業(yè)務(wù)邏輯包圖展開 Fig3-5 Package Diagram of Business 業(yè)務(wù)邏輯包包含的類見圖 3-6： +

21、業(yè)務(wù)處理() #數(shù)據(jù)庫連接對象 #數(shù)據(jù)庫訪問對象 業(yè)業(yè)務(wù)務(wù)邏邏輯輯類類 +業(yè)務(wù)處理() #權(quán)限管理對象 #業(yè)務(wù)對象 業(yè)業(yè)務(wù)務(wù)代代理理類類 圖 3-6 業(yè)務(wù)邏輯類圖 Fig3-6 Class Diagram of Business 3.數(shù)據(jù)訪問包 數(shù)據(jù)訪問層的職責(zé)是： （1）實現(xiàn)數(shù)據(jù)的持久化操作。 （2）實現(xiàn)事務(wù)處理。 數(shù)據(jù)訪問包圖展開如圖2-7所示： 數(shù)數(shù)據(jù)據(jù)訪訪問問 實現(xiàn)數(shù)據(jù)的持久化操作。 實現(xiàn)事務(wù)處理。 圖 3-7 數(shù)據(jù)訪問包圖展開 Fig3-7 Package Diagram of Data Access 數(shù)據(jù)訪問包包含的類見圖 3-8： +開始事務(wù)() +提交事務(wù)() +回滾事務(wù)()

22、數(shù)數(shù)據(jù)據(jù)庫庫連連接接類類 +讀取() +寫入() #數(shù)據(jù)庫連接對象 數(shù)數(shù)據(jù)據(jù)庫庫訪訪問問類類 圖 3-8 數(shù)據(jù)訪問類圖 Fig3-8 Class Diagram of Data Access 對于每一個業(yè)務(wù)處理中需要持久化操作的對象都可以對應(yīng)為一個數(shù)據(jù)庫訪 問對象，在很多業(yè)務(wù)處理中需要請求多個數(shù)據(jù)庫訪問對象來進行數(shù)據(jù)的讀寫操 作，而這些操作又必須在同一個事務(wù)中，這時需要用同一個數(shù)據(jù)庫連接對象來 進行統(tǒng)一的事務(wù)處理。這里的數(shù)據(jù)庫連接類的創(chuàng)建用到了單件（Singleton）模 式，保證一個類僅有一個實例，一個客戶在同一時刻只能用一個數(shù)據(jù)庫連接對 軟件工程專業(yè)畢業(yè)論文指導(dǎo)規(guī)范 12 象。 4.權(quán)限管

23、理包 權(quán)限管理的主要職責(zé)是： （1）驗證請求者的請求權(quán)限。 （2）提供請求者的權(quán)限列表。 權(quán)限管理包圖展開如圖3-9所示： 權(quán)權(quán)限限管管理理 驗證請求者的請求權(quán)限 提供請求者的權(quán)限列表 圖 3-9 權(quán)限管理包圖展開 Fig3-9 Package Diagram of Access Authorization 權(quán)限管理包包含的類見圖 3-10： +登陸() +退出() +是否已構(gòu)建權(quán)限列表() +構(gòu)建權(quán)限列表() -操作員代碼 -操作員名稱 -權(quán)限列表 操操作作員員類類 +驗證權(quán)限(in 操作員代碼, in 權(quán)限列表) +獲取權(quán)限列表(in 操作員代碼) #操作員對象 權(quán)權(quán)限限管管理理類類 圖

24、3-10 權(quán)限管理類圖 Fig3-10 Class Diagram of Access Authorization 5.異常處理包 異常處理的職責(zé)： （1）匯報運行時的詳細異常信息。 （2）記錄異常處理日志。 異常處理包圖展開如圖 3-11 所示： 異異常常處處理理 匯報運行時的詳細異常信息 記錄異常處理日志 圖 3-11 異常處理包圖展開 Fig3-11 Package Diagram of Exception Processing 異常處理包包含的類見圖 3-12： 軟件工程專業(yè)畢業(yè)論文指導(dǎo)規(guī)范 13 異異常常處處理理實實現(xiàn)現(xiàn) #異常處理對象 異異常常處處理理類類 異異常常處處理理實實現(xiàn)現(xiàn)

25、異異常常處處理理實實現(xiàn)現(xiàn)異異常常處處理理實實現(xiàn)現(xiàn)異異常常處處理理實實現(xiàn)現(xiàn)異異常常處處理理實實現(xiàn)現(xiàn)異異常常處處理理實實現(xiàn)現(xiàn) 圖 3-12 異常處理類圖 Fig3-12 Class Diagram of Exception Processing 因為異常處理類型比較多，如：系統(tǒng)異常、數(shù)據(jù)庫異常、業(yè)務(wù)邏輯異常等， 針對不同類型的異常處理方式也容易變，如：顯示錯誤，記錄文本日志，記錄 數(shù)據(jù)庫日志等，所以這里使用了橋接（Bridge）模式來實現(xiàn)，使各部分的變化 比較獨立。 3.33.3 系統(tǒng)架構(gòu)類圖系統(tǒng)架構(gòu)類圖 將包圖展開，得到類圖，它是架構(gòu)的靜態(tài)結(jié)構(gòu)圖，表達了各個類之間的靜 態(tài)聯(lián)系。北鑫星ERP系統(tǒng)中

26、的銷售管理模塊系統(tǒng)架構(gòu)類圖如下圖3-13所示。 軟件工程專業(yè)畢業(yè)論文指導(dǎo)規(guī)范 14 異異常常處處理理實實現(xiàn)現(xiàn) #異常處理對象 異異常常處處理理類類 異異常常處處理理實實現(xiàn)現(xiàn)異異常常處處理理實實現(xiàn)現(xiàn)異異常常處處理理實實現(xiàn)現(xiàn)異異常常處處理理實實現(xiàn)現(xiàn)異異常常處處理理實實現(xiàn)現(xiàn)異異常常處處理理實實現(xiàn)現(xiàn) + 登陸 () + 退出 () + 是否已構(gòu)建權(quán)限列表 () + 構(gòu)建權(quán)限列表 () - 操作員代碼 - 操作員名稱 - 權(quán)限列表 操操作作員員類類 + 讀取() + 寫入() #數(shù)據(jù)庫連接對象 數(shù)數(shù)據(jù)據(jù)庫庫訪訪問問類類 + 驗證權(quán)限 (in 操作員代碼 , in 權(quán)限列表 ) + 獲取權(quán)限列表 (in

27、操作員代碼 ) # 操作員對象 權(quán)權(quán)限限管管理理類類 輸輸入入界界面面 輸輸出出界界面面 + 數(shù)據(jù)效驗() + 業(yè)務(wù)處理() #輸入輸出元素 # 業(yè)務(wù)代理對象 用用戶戶界界面面類類 + 業(yè)務(wù)處理() #數(shù)據(jù)庫連接對象 #數(shù)據(jù)庫訪問對象 業(yè)業(yè)務(wù)務(wù)邏邏輯輯類類 + 業(yè)務(wù)處理() #權(quán)限管理對象 # 業(yè)務(wù)對象 業(yè)業(yè)務(wù)務(wù)代代理理類類 + 開始事務(wù)() + 提交事務(wù)() + 回滾事務(wù)() 數(shù)數(shù)據(jù)據(jù)庫庫連連接接類類 圖 3-13 系統(tǒng)架構(gòu)類圖 Fig3-13 Class Diagram of System Architecture 軟件工程專業(yè)畢業(yè)論文指導(dǎo)規(guī)范 15 4 4 系統(tǒng)詳細設(shè)計系統(tǒng)詳細設(shè)計 本部

28、分設(shè)計主要涉及軟件系統(tǒng)的動態(tài)建模和系統(tǒng)類圖的詳細設(shè)計。軟件系 統(tǒng)的動態(tài)模型分為交互模型和活動狀態(tài)模型，其中的交互模型主要由順序圖和 協(xié)作圖構(gòu)成，活動狀態(tài)模型主要包括活動圖和狀態(tài)圖。通過為軟件系統(tǒng)項目建 立動態(tài)模型，從而產(chǎn)生體現(xiàn)系統(tǒng)動態(tài)行為的可視化分析結(jié)果包括對象的時 間特性和對象為完成目標(biāo)任務(wù)而相互進行通信的機制、對象行為的改變和狀態(tài) 變化情況，以及對象可能出現(xiàn)的各種活動狀況等信息。 4.14.1 系統(tǒng)交互圖系統(tǒng)交互圖 .1 系統(tǒng)架構(gòu)類交互圖系統(tǒng)架構(gòu)類交互圖 系統(tǒng)架構(gòu)類的工作流程： 1.用戶界面對象在接收了用戶的輸入請求后，向業(yè)務(wù)代理對象發(fā)送處理請求。 2.業(yè)務(wù)代理對象接收到請

29、求后，向權(quán)限管理對象發(fā)送驗證權(quán)限請求。 3.權(quán)限管理對象驗證權(quán)限后將驗證結(jié)果返回給業(yè)務(wù)代理對象。 4.業(yè)務(wù)代理對象根據(jù)驗證結(jié)果進行以下處理：對于不符合權(quán)限的請求則返回提 示信息；對于符合權(quán)限的請求，則將請求轉(zhuǎn)發(fā)給業(yè)務(wù)對象。 5.業(yè)務(wù)對象進行業(yè)務(wù)處理。對于業(yè)務(wù)處理中的數(shù)據(jù)持久化操作，通過訪問數(shù)據(jù) 庫訪問對象進行操作，期間的任何異常都交給異常處理對象處理。最后返回 處理結(jié)果信息給業(yè)務(wù)代理對象。 6.業(yè)務(wù)代理對象將處理結(jié)果信息返回給用戶界面。 系統(tǒng)架構(gòu)類的交互圖如圖 4-1 所示： .2 活動者與模塊間的交互活動者與模塊間的交互 與銷售管理模塊進行交互的活動者（角色）主要包括銷售業(yè)務(wù)

30、員和企業(yè)管 理者。 銷售業(yè)務(wù)員和企業(yè)管理者與銷售管理模塊的交互圖如下圖 4-2 和圖 4-3 所示： 軟件工程專業(yè)畢業(yè)論文指導(dǎo)規(guī)范 16 用戶界面類業(yè)務(wù)代理類權(quán)限管理類業(yè)務(wù)邏輯類數(shù)據(jù)訪問類異常處理類 請求業(yè)務(wù)處理類 權(quán)限不符 驗證權(quán)限 驗證結(jié)果 權(quán)限符合，請求業(yè)務(wù)處理 業(yè)務(wù)處理 讀取 寫入 異常處理 異常處理 消息1 處理結(jié)果顯示 處理結(jié)果顯示 圖 4-1 系統(tǒng)架構(gòu)類的交互圖 Fig4-1 Interactive Diagram of System Architecture Class 軟件工程專業(yè)畢業(yè)論文指導(dǎo)規(guī)范 17 銷售業(yè)務(wù)員 客戶管理訂單管理發(fā)貨單管理 創(chuàng)建客戶信息 維護客戶信息 查詢

31、客戶信息 創(chuàng)建訂單合同 維護訂單合同 售后管理 查詢訂單合同 創(chuàng)建發(fā)貨單 維護發(fā)貨單 查詢發(fā)貨單 修改發(fā)貨單狀態(tài) 創(chuàng)建售后信息 維護售后信息 查詢售后信息 修改訂單狀態(tài) 圖 4-2 銷售業(yè)務(wù)員與銷售管理交互圖 Fig4-2 Interactive Diagram between Salesman and Sales Management 軟件工程專業(yè)畢業(yè)論文指導(dǎo)規(guī)范 18 銷售策略管理銷售計劃管理 創(chuàng)建銷售策略 維護銷售策略 查詢銷售策略 創(chuàng)建銷售計劃 維護銷售計劃 查詢銷售計劃 企業(yè)管理者 圖 4-3 企業(yè)管理者與銷售管理交互圖 Fig4-3 Interactive Diagram betw

32、een Business Administration and Sales Management 下面對銷售業(yè)務(wù)員、企業(yè)管理者參與銷售管理活動的情況進行動態(tài)建模， 由于篇幅限制，在此僅以銷售業(yè)務(wù)員與銷售管理模塊中的訂單管理進行時序圖、 協(xié)作圖、狀態(tài)圖和活動圖的建模。 定單管理主要涉及： 1根據(jù)客戶訂購的產(chǎn)品生成產(chǎn)品訂單合同，在發(fā)貨之前可以修改訂單合同， 合同狀態(tài)為未完成。在發(fā)貨之后，訂單合同完成。 2提供訂單的查詢功能（按訂單編號、訂單生成時間、客戶名稱、操作員編 號等查詢） 。 銷售業(yè)務(wù)員創(chuàng)建訂單合同的時序圖如下圖 4-4 所示。 軟件工程專業(yè)畢業(yè)論文指導(dǎo)規(guī)范 19 頂層包:銷售業(yè)務(wù)員 登錄

33、 訂單信息驗證 生成訂單合同 1：輸入用戶名和密碼 2：提交訂購信息 4：提示驗證結(jié)果 3：驗證結(jié)果 5：生成訂單命令 6：提交訂購信息 7：提示生成訂單合同成功 圖 4-4 銷售業(yè)務(wù)員創(chuàng)建訂單合同的時序圖 Fig4-4 Timing Diagram for Salesman Making Order .3 系統(tǒng)協(xié)作圖系統(tǒng)協(xié)作圖 交互圖用來說明系統(tǒng)如何實現(xiàn)一個用例或用例中的一個特殊場景。UML 提 供兩類交互圖：時序圖和協(xié)作圖。時序圖按時間順序描述系統(tǒng)元素之間的交互； 協(xié)作圖則按照時間和空間順序來描述系統(tǒng)元素之間的交互。 根據(jù)上節(jié)描述的銷售業(yè)務(wù)員創(chuàng)建訂單合同的時序圖，給出銷售業(yè)

34、務(wù)員創(chuàng)建 訂單合同的協(xié)作圖如下圖 4-5 所示。 .4 系統(tǒng)狀態(tài)圖系統(tǒng)狀態(tài)圖 狀態(tài)圖是通過類對對象的生命周期建立模型來描述對象隨時間變化的動態(tài) 行為。狀態(tài)圖顯示了一個狀態(tài)機，它基本上是一個狀態(tài)機中的元素的一個投影， 也就意味著狀態(tài)圖包括狀態(tài)機的所有特性。 在訂單管理模塊中，主要有創(chuàng)建訂單合同、修改訂單合同狀態(tài)、查詢訂單 合同 3 種狀態(tài)，這三種狀態(tài)完成過程非常相似，所以下面僅給出銷售業(yè)務(wù)員創(chuàng) 軟件工程專業(yè)畢業(yè)論文指導(dǎo)規(guī)范 20 建訂單合同的狀態(tài)圖如下圖 4-6 所示。 銷售業(yè)務(wù)員 登錄 訂單信息驗證 訂單合同生成 1：輸入用戶名和密碼 2：提交訂 購信息 3：提示驗證結(jié)果 4：

35、提交訂單生成命令6：提示訂單 合同生成 5：提交訂單生成命令 圖 4-5 銷售業(yè)務(wù)員創(chuàng)建訂單合同的協(xié)作圖 Fig4-5 Collaboration Diagram for Salesman Making Order 登錄系統(tǒng) 輸入用戶名 和密碼錯誤 登錄成功頁面 用戶名和 密碼錯誤 正確 客戶訂購信息頁 提交客戶 訂購請求 訂單信息驗證狀態(tài) 數(shù)據(jù)更新狀態(tài) 訂單信息 不完整 提交客戶 訂購信息 添加到數(shù)據(jù)庫 圖 4-6 銷售業(yè)務(wù)員創(chuàng)建訂單合同的狀態(tài)圖 Fig4-6 State Diagram for Salesman Making Order .5 系統(tǒng)活動圖系統(tǒng)活動圖 活動圖是

36、描述活動是如何協(xié)同工作的。當(dāng)一個操作必須完成一系列事情， 而又無法確定以什么樣的順序來完成這些事情時，活動圖可以更清晰地描述這 些事情。在訂單合同管理模塊中，主要涉及銷售業(yè)務(wù)員的活動。 軟件工程專業(yè)畢業(yè)論文指導(dǎo)規(guī)范 21 銷售業(yè)務(wù)員首先登錄系統(tǒng)，然后查看客戶訂購信息，根據(jù)需要生成訂單合 同；還可以對未發(fā)貨的訂單合同進行修改；同時可以查詢訂單合同相關(guān)信息等 活動。完成活動后退出系統(tǒng)，下面給出銷售業(yè)務(wù)員的活動圖，如下圖 4-7 所示。 登錄系統(tǒng) 訂單合同管理模塊 訂單合同生成 訂單合同修改 訂單合同查詢 修改訂單合同 生成訂單合同 退出訂單合同管理 訂購信息 是否完整 是 否 是否發(fā)貨 是否 圖

37、4-7 銷售業(yè)務(wù)員在訂單管理模塊的活動圖 Fig4-7 Activity Diagram for Salesman Making Order 4.24.2 業(yè)務(wù)邏輯對象類設(shè)計業(yè)務(wù)邏輯對象類設(shè)計 .1 發(fā)現(xiàn)業(yè)務(wù)邏輯類發(fā)現(xiàn)業(yè)務(wù)邏輯類 本小節(jié)的主要任務(wù)是對系統(tǒng)架構(gòu)類圖中的業(yè)務(wù)邏輯類進行設(shè)計，由系統(tǒng)分 析中的 Use Case 交互圖我們可以發(fā)現(xiàn)業(yè)務(wù)邏輯類包括客戶類，訂單類，發(fā)貨單 類，銷售策略類，銷售計劃類和售后類。 根據(jù) Use Case 交互圖中的消息找到 對象類相應(yīng)的方法。 .2 業(yè)務(wù)邏輯對象類圖業(yè)務(wù)邏輯對象類圖 系統(tǒng)業(yè)務(wù)邏輯對象類圖如下圖 4-8 所示。 軟件

38、工程專業(yè)畢業(yè)論文指導(dǎo)規(guī)范 22 +創(chuàng)建客戶信息() +維護客戶信息() +查詢客戶信息() : 客戶 -客戶編號 -客戶名稱 -客戶類別 -業(yè)務(wù)員編號 -國家 -省份 -城市 -地址 -聯(lián)絡(luò)人 -電話 -傳真 -送貨地代號 -送貨地國家 -送貨地省份 -送貨地城市 -送貨地地址 -送貨地聯(lián)絡(luò)人 -送貨地電話 -送貨地傳真 客客戶戶 +創(chuàng)建訂單() +維護訂單() +查詢訂單() : 訂單 +修改訂單() -訂單編號 -客戶編號 -訂單日期 -送貨地代號 -送貨日期 -物料編號 -訂貨數(shù)量 -幣種 -單價 -金額 -是否完成 -實際發(fā)貨數(shù)量 -備注 訂訂單單 +創(chuàng)建發(fā)貨單() +維護發(fā)貨單()

39、+查詢發(fā)貨單() : 發(fā)貨單 -修改發(fā)貨單狀態(tài)() -送貨單編號 -客戶編號 -送貨地代號 -送貨日期 -訂單編號 -版次 -物料編號 -批號 -倉庫 -貨位 -送貨數(shù)量 -包裝編號 -包裝數(shù)量 -包裝單價 -包裝金額 -是否消耗CO -是否完成 -備注 發(fā)發(fā)貨貨單單 +創(chuàng)建售后信息() +維護售后信息() +查詢售后信息() : 售后 -客戶編號 -投訴日期 -目前故障地址 -車主姓名 -車主聯(lián)系方式 -司機 -司機聯(lián)系方式 -代理服務(wù)單位 -客服負責(zé)人 -客服地址 -客服聯(lián)系方式 -車輛生產(chǎn)廠家 -質(zhì)保期 -車輛型號 -車架號 -載重量 -購車日期 -使用時間 -產(chǎn)品型號 -產(chǎn)品數(shù)量 -故

40、障說明 -是否過保 -初步分析原因 -處理情況 -發(fā)貨情況 -發(fā)貨型號 -發(fā)貨地址 -發(fā)貨方式 -發(fā)貨負責(zé)人 -收貨人 -收貨人聯(lián)系方式 -是否需付服務(wù)費用 -是否已辦理付款 -舊件返還情況 -檢測鑒定結(jié)論 -后期處理意見 售售后后 +創(chuàng)建價格策略() +維護價格策略() +查詢價格策略() : 銷售策略 -客戶編號 -物料編號 -價格級別 -優(yōu)惠單價 銷銷售售策策略略 +創(chuàng)建銷售計劃() +維護銷售計劃() +查詢銷售計劃() : 銷售計劃 -銷售計劃號 -物料編號 -需求日期 -預(yù)測數(shù)量 -消耗數(shù)量 -預(yù)測區(qū)間 -是否完成 -備注 銷銷售售計計劃劃 * 11 * 1 1 0.1 1 1 *

41、 圖 4-8 銷售管理對象類圖 Fig4-8 Object Class Diagram for Sales Management 從上面的對象類圖中我們發(fā)現(xiàn)，這些對象類中都有創(chuàng)建，維護和查詢?nèi)齻€ 類似的方法，盡管返回值不同，這樣我們就可以把這些方法抽象出來做成接口。 優(yōu)化后的對象類圖見圖 4-9。 軟件工程專業(yè)畢業(yè)論文指導(dǎo)規(guī)范 23 +創(chuàng)建客戶信息() +維護客戶信息() +查詢客戶信息() : 客戶 -客戶編號 -客戶名稱 -客戶類別 -業(yè)務(wù)員編號 -國家 -省份 -城市 -地址 -聯(lián)絡(luò)人 -電話 -傳真 -送貨地代號 -送貨地國家 -送貨地省份 -送貨地城市 -送貨地地址 -送貨地聯(lián)絡(luò)人

42、-送貨地電話 -送貨地傳真 客客戶戶 +創(chuàng)建訂單() +維護訂單() +查詢訂單() : 訂單 +修改訂單() -訂單編號 -客戶編號 -訂單日期 -送貨地代號 -送貨日期 -物料編號 -訂貨數(shù)量 -幣種 -單價 -金額 -是否完成 -實際發(fā)貨數(shù)量 -備注 訂訂單單 +創(chuàng)建發(fā)貨單() +維護發(fā)貨單() +查詢發(fā)貨單() : 發(fā)貨單 -修改發(fā)貨單狀態(tài)() -送貨單編號 -客戶編號 -送貨地代號 -送貨日期 -訂單編號 -版次 -物料編號 -批號 -倉庫 -貨位 -送貨數(shù)量 -包裝編號 -包裝數(shù)量 -包裝單價 -包裝金額 -是否消耗CO -是否完成 -備注 發(fā)發(fā)貨貨單單 +創(chuàng)建售后信息() +維護

43、售后信息() +查詢售后信息() : 售后 -客戶編號 -投訴日期 -目前故障地址 -車主姓名 -車主聯(lián)系方式 -司機 -司機聯(lián)系方式 -代理服務(wù)單位 -客服負責(zé)人 -客服地址 -客服聯(lián)系方式 -車輛生產(chǎn)廠家 -質(zhì)保期 -車輛型號 -車架號 -載重量 -購車日期 -使用時間 -產(chǎn)品型號 -產(chǎn)品數(shù)量 -故障說明 -是否過保 -初步分析原因 -處理情況 -發(fā)貨情況 -發(fā)貨型號 -發(fā)貨地址 -發(fā)貨方式 -發(fā)貨負責(zé)人 -收貨人 -收貨人聯(lián)系方式 -是否需付服務(wù)費用 -是否已辦理付款 -舊件返還情況 -檢測鑒定結(jié)論 -后期處理意見 售售后后 +創(chuàng)建價格策略() +維護價格策略() +查詢價格策略() :

44、 銷售策略 -客戶編號 -物料編號 -價格級別 -優(yōu)惠單價 銷銷售售策策 +創(chuàng)建銷售計劃() +維護銷售計劃() +查詢銷售計劃() : 銷售計劃 -銷售計劃號 -物料編號 -需求日期 -預(yù)測數(shù)量 -消耗數(shù)量 -預(yù)測區(qū)間 -是否完成 -備注 銷銷售售計計劃劃 * 11 * 1 1 0.1 1 1 * +創(chuàng)建(in 創(chuàng)建對象 : 業(yè)務(wù)基類) +維護(in 維護對象 : 業(yè)務(wù)基類) +查詢() : 業(yè)務(wù)基類 基基礎(chǔ)礎(chǔ)操操作作 業(yè)業(yè)務(wù)務(wù)基基類類 圖 4-9 優(yōu)化的銷售管理對象類圖 Fig4-9 Optimal Object Class Diagram for Sales Management 4.3

45、4.3 數(shù)據(jù)庫設(shè)計數(shù)據(jù)庫設(shè)計 關(guān)系型數(shù)據(jù)庫是目前應(yīng)用最廣泛的數(shù)據(jù)庫。既然是面向?qū)ο笙到y(tǒng)設(shè)計，數(shù) 軟件工程專業(yè)畢業(yè)論文指導(dǎo)規(guī)范 24 據(jù)庫設(shè)計當(dāng)然也要是面向?qū)ο蟮摹，F(xiàn)在要考慮如何對類進行持久化操作，即如 何將對象類映射到關(guān)系數(shù)據(jù)庫的二維表。目前可以采用數(shù)據(jù)庫建模工具來實現(xiàn)， 象PowerDesigner、Rose 等。 .1 ERER 圖圖 客戶類，訂單類，售后類，銷售單類，銷售計劃類和銷售策略類都是基礎(chǔ) 類，可以直接映射為一個表。架構(gòu)設(shè)計中的操作員類是一個用于管理系統(tǒng)操作 角色的類，也要直接映射為一個表。銷售管理模塊的 ER 模型圖見圖 4-10。 操作員表 訂單表發(fā)貨單表銷售

46、策略表銷售計劃表客戶表 訂貨 發(fā)貨 制定銷售策略 記錄客戶 制定銷售計劃 * * * 1 1 1 1 1 * 圖 4-10 銷售管理模塊 ER 圖 Fig4-10 E-R Diagram of Sales Management .2 物理表結(jié)構(gòu)圖物理表結(jié)構(gòu)圖 將銷售管理 ER 模型中的實體轉(zhuǎn)換為物理表，得到物理表結(jié)構(gòu)如下： 軟件工程專業(yè)畢業(yè)論文指導(dǎo)規(guī)范 25 Customer（客戶信息表） 表 4-1(Table 4-1) 主鍵主鍵字段名稱字段名稱數(shù)據(jù)類型數(shù)據(jù)類型長度長度字段說明 1CustomerIDvarchar20 客戶編號 CustomerNamevarchar30 客

47、戶名稱 CustomerTypevarchar20 客戶類別 SalesmanIDvarchar10 業(yè)務(wù)員編號 Countryvarchar30 國家 Provincevarchar30 省份 Cityvarchar30 城市 Addressvarchar50 地址 Contractvarchar10 聯(lián)絡(luò)人 Telvarchar30 電話 Faxvarchar25 傳真 1ShippingIDvarchar25 送貨地代號 ShippingCountryvarchar30 送貨地國家 ShippingProvincevarchar30 送貨地省份 ShippingCityvarchar30

48、 送貨地城市 ShippingAddressvarchar50 送貨地地址 ShippingContractvarchar10 送貨地聯(lián)絡(luò)人 ShippingTelvarchar30 送貨地電話 ShippingFaxvarchar25 送貨地傳真 CO（訂單表） 表 4-2(Table 4-2) 主鍵主鍵字段名稱字段名稱數(shù)據(jù)類型數(shù)據(jù)類型長度長度字段說明字段說明 1COIDvarchar20 訂單編號 CustomerIDvarchar20 客戶編號 CODatedatetime 訂單日期 1ShippingIDnvarchar25 送貨地代號 DelveryDatedatetime 送貨日期

49、 1Itemvarchar20 物料編號 COQtydecimal(14,2) 訂貨數(shù)量 Currencyvarchar10 幣種 Pricedecimal(18,4) 單價 Moneydecimal(18,4) 金額 Finishbit1 是否完成 DelQtydecimal(14,2) 實際發(fā)貨數(shù)量 Remarksvarchar50 備注 軟件工程專業(yè)畢業(yè)論文指導(dǎo)規(guī)范 26 Delivery（發(fā)貨單表） 表 4-3(Table 4-3) 主鍵主鍵字段名稱字段名稱數(shù)據(jù)類型數(shù)據(jù)類型長度長度字段說明字段說明 1DelIDvarchar20 送貨單編號 CustomerIDvarchar20 客戶

50、編號 1ShippingIDvarchar25 送貨地代號 DelDatedatetime 送貨日期 1COIDvarchar20 訂單編號 Revvarchar20 版次 1Itemvarchar20 物料編號 LotNovarchar30 批號 Storevarchar20 倉庫 Binvarchar20 貨位 DelQtydecimal(14,2) 送貨數(shù)量 PackageIDvarchar20 包裝編號 PackageQtydecimal(14,2)20 包裝數(shù)量 PackagePricedecimal(18,4) 包裝單價 PackageMoneydecimal(18,4) 包裝金額

51、 Ccobit 1(是 1，否 0)是否消耗 CO Finishbit 是否完成 Remarksvarchar50 備注 Marketing（營銷策略表） 表 4-4(Table 4-4) 主鍵主鍵字段名稱字段名稱數(shù)據(jù)類型數(shù)據(jù)類型長度長度字段說明字段說明 1CustomerIDvarchar20 客戶編號 1Itemvarchar20 物料編號 PriceLevelint 價格級別 CutPricedecimal(18,4) 優(yōu)惠單價 4-5(Table 4-5) 主鍵主鍵字段名稱字段名稱數(shù)據(jù)類型數(shù)據(jù)類型長度長度字段說明字段說明 1SFIDvarchar20 銷售計劃號 1Itemvarcha

52、r20 物料編號 FcDatedatetime 需求日期 FcQtydecimal(14,2) 預(yù)測數(shù)量 CosQtydecimal(14,2) 消耗數(shù)量 FPvarchar10 預(yù)測區(qū)間 Finishbit1 是否完成 Remarksvarchar50 備注 軟件工程專業(yè)畢業(yè)論文指導(dǎo)規(guī)范 27 AfterService（售后服務(wù)表） 表 4-6(Table 4-6) 主鍵主鍵字段名稱字段名稱數(shù)據(jù)類型數(shù)據(jù)類型長度長度字段說明字段說明 1CustomerIDvarchar20 客戶編號 1IndictDatedatetime 投訴日期 Companyvarchar30 用戶單位 CoAddres

53、svarchar50 公司地址 FaultAddressvarchar50 目前故障地址 OwnerNamevarchar10 車主姓名 OwnerTelvarchar50 車主聯(lián)系方式 DriverNamevarchar10 司機 DriverTelvarchar50 司機聯(lián)系方式 CustomerServicevarchar30 代理服務(wù)單位 Managervarchar10 客服負責(zé)人 CSAddressvarchar50 客服地址 CSTelvarchar50 客服聯(lián)系方式 CarFactoryvarchar30 車輛生產(chǎn)廠家 ServiceTermint4 質(zhì)保期 CarTypeva

54、rchar30 車輛型號 1Bodyworkvarchar30 車架號 LoadWeightdecimal(14,2) 載重量 BuyDatedatetime 購車日期 UseTimeint4 使用時間 ProductModelvarchar30 產(chǎn)品型號 ProductQtydecimal(14,2) 產(chǎn)品數(shù)量 Faultvarchar30 故障說明 OverServicebit1 是否過保 SimpleReasonntext 初步分析原因 DealStatevarchar30 處理情況 DelStatebit1 發(fā)貨情況 DelModelvarchar30 發(fā)貨型號 DelAddressv

55、archar50 發(fā)貨地址 DelModevarchar20 發(fā)貨方式 DelManagervarchar10 發(fā)貨負責(zé)人 Consigneevarchar10 收貨人 ConsigneeTelvarchar50 收貨人聯(lián)系方 式 Expensebit1 是否需付服務(wù) 費用 Paybit1 是否已辦理付 款 軟件工程專業(yè)畢業(yè)論文指導(dǎo)規(guī)范 28 BackStatevarchar50 舊件返還情況 CheckConclusionntext 檢測鑒定結(jié)論 DealIdeantext 后期處理意見 Users（用戶表） 表 4-7(Table 4-7) 主鍵主鍵字段名稱字段名稱數(shù)據(jù)類型數(shù)據(jù)類型長度長度

56、字段說明字段說明 1UserNamevarchar20 用戶名 1Passwordvarchar100 密碼 RealNamevarchar20 真實姓名 DepartmentIDvarchar20 部門編號 Authorityint 權(quán)限級別 ISAuthorityint 是否授權(quán) RegisterDatedatetime 注冊日期 ModifyDatedatetime 修改日期 4.44.4 開發(fā)環(huán)境的選擇開發(fā)環(huán)境的選擇 .1 系統(tǒng)開發(fā)工具系統(tǒng)開發(fā)工具 本系統(tǒng)采用 VisualStuido2005 作為 ERP 系統(tǒng)開發(fā)工具。Visual Studio 是微軟公司推出的開發(fā)

57、環(huán)境，是目前最流行的 Windows 平臺應(yīng)用程序開發(fā)環(huán)境。 使用 Visual Studio 2005, 專業(yè)開發(fā)人員能夠：使用改進后的可視化設(shè)計工具、 編程語言和代碼編輯器，享受高效率的開發(fā)環(huán)境 ，在統(tǒng)一的開發(fā)環(huán)境中開發(fā)并 調(diào)試多層次的服務(wù)器應(yīng)用程序 使用集成的可視化數(shù)據(jù)庫設(shè)計和報告工具，創(chuàng)建 SQL Server 2005 解決方案 .2 數(shù)據(jù)庫的選擇數(shù)據(jù)庫的選擇 SQL Server2000 是一個具備完全 Web 支持的數(shù)據(jù)庫產(chǎn)品，其特點如下： 真正的客戶機/服務(wù)器體系結(jié)構(gòu)。 1圖形化用戶界面，使系統(tǒng)管理和數(shù)據(jù)庫管理更加直觀、簡單。 豐富的編程接口工具，為用戶進行程序設(shè)計提供了更大的選擇余地 2SQL Server 與 Windows NT 完全集