上傳人：小***

認證信息

認證類型：個人認證

認證主體：姜**（實名認證）

IP屬地：寧夏

IP屬地：寧夏 上傳時間：2023-01-06 格式：DOC 頁數(shù)：55 大小：2.58MB 積分：12 舉報 版權(quán)申訴

畢業(yè)設(shè)計（論文）指導(dǎo)規(guī)范——面向?qū)ο蟛糠郑ㄟm用于軟件工程相關(guān)專業(yè)）遼寧工程技術(shù)大學(xué)軟件學(xué)院2009年3月PAGEIII引言編寫本書的主要目的為正確引導(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)容、步驟等可以不同。3．本書所提供的樣例部分僅為了說明問題而引用，僅供學(xué)生參考，萬勿照搬。4．有些內(nèi)容，設(shè)計中可能沒有涉及到，可簡單交待或適當取舍。5．本指導(dǎo)書的制定依據(jù)《企業(yè)管理信息系統(tǒng)開發(fā)規(guī)范》、《國家經(jīng)濟信息系統(tǒng)設(shè)計與應(yīng)用標準規(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．本規(guī)范由邱云飛老師、張宇老師、曲海成、劉玲玲老師編寫，劉萬軍教授審核了全部內(nèi)容，王永貴副教授等提出了修改意見。鑒于時間倉促，書中肯定存在缺陷和不足之處，希望各位老師、同學(xué)給予批評指正。編者2009年4月軟件工程專業(yè)畢業(yè)論文指導(dǎo)規(guī)范1項目概述1.1現(xiàn)系統(tǒng)概述阜新北星高壓泵有限公司（原阜新北鑫星液壓有限公司），是以東北老工業(yè)基地和具有悠久歷史的液壓行業(yè)為依托，在市場經(jīng)濟條件下興起的現(xiàn)代化股份制明星企業(yè)。公司座落于遼寧省阜新市重點開發(fā)的高新技術(shù)產(chǎn)業(yè)園區(qū)，占地面積三萬多平方米。擁有一大批精干的具有豐富理論和實踐經(jīng)驗的科技人才，產(chǎn)品加工制造采用進口的加工中心和高精密的數(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)，目前已有十一項技術(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.2公司組織機構(gòu)目前公司組織機構(gòu)如下圖1-1所示：公司實行董事長監(jiān)管下的總經(jīng)理負責(zé)制，總經(jīng)理和辦公室負責(zé)協(xié)調(diào)生產(chǎn)部門、銷售部門、技術(shù)部門、質(zhì)量部門、人事部門和財務(wù)部門之間相互合作。整個ERP系統(tǒng)將上述部門連接成一體，共同協(xié)作完成整個公司的產(chǎn)品從進料到生產(chǎn)、到銷售，最后和財務(wù)掛接整個過程。系統(tǒng)實施由總經(jīng)理牽頭，各部門主管領(lǐng)導(dǎo)負責(zé)，部門業(yè)務(wù)員配合系統(tǒng)研發(fā)人員來完成。葫蘆島市自來水公司葫蘆島市自來水公司財務(wù)科人事科營業(yè)科辦公室工會工程公司技術(shù)科渤海收費所連山收費所工業(yè)收費所新區(qū)收費所計算中心飲服收費所圖1-1公司組織機構(gòu)圖Fig1-1DiagramoftheCompany'sOrganizationalStructure1.3系統(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ā)過程采用面向?qū)ο蟮拈_發(fā)技術(shù)，具體開發(fā)過程見下面的章節(jié)。1.4系統(tǒng)功能模塊根據(jù)上述業(yè)務(wù)流程，整個ERP系統(tǒng)抽象出以下幾個功能模塊，如圖1-3所示。下面模塊劃分只是抽象意義上的劃分，各模塊之間需要共享數(shù)據(jù)，相互協(xié)作，完成整個系統(tǒng)流程，單一事物功能模塊間是相互獨立的。圖1-2ERP系統(tǒng)流程Fig1-2theWorkflowofERPSystem圖1-3系統(tǒng)功能模塊Fig1-3FunctionModelsofSystem2系統(tǒng)需求分析2.1需求陳述通常，需求陳述的內(nèi)容包括：問題范圍，功能需求，性能需求，應(yīng)用環(huán)境及假設(shè)條件等。總之，需求陳述應(yīng)該闡明“做什么”而不是“怎樣做”。它應(yīng)該描述用戶的需求而不是提出解決問題的方法。應(yīng)該指出哪些是系統(tǒng)必要的性質(zhì)，哪些是任選的性質(zhì)。應(yīng)該避免對設(shè)計策略施加過多的約束，也不要描述系統(tǒng)的內(nèi)部結(jié)構(gòu)，因為這樣做將限制實現(xiàn)的靈活性。對系統(tǒng)性能及系統(tǒng)與外界環(huán)境交互協(xié)議的描述，是合適的需求。此外，對采用的軟件工程標準、模塊構(gòu)造準則、將來可能做的擴充以及可維護性要求等方面的描述，也都是適當?shù)男枨?。下面以北鑫星ERP系統(tǒng)中的銷售管理模塊為例說明如何進行系統(tǒng)需求陳述。根據(jù)調(diào)研分析得知，北鑫星ERP系統(tǒng)銷售管理模塊共需要完成5項中心任務(wù)，即：客戶管理，訂單管理，發(fā)貨單管理，銷售策略管理，銷售計劃管理和售后服務(wù)管理。每項任務(wù)具體描述如下：1．客戶管理客戶管理主要提供客戶信息的錄入，修改和查詢服務(wù)，同時為訂單管理和售后服務(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)金的形式給客戶以獎勵。5．銷售計劃管理每年根據(jù)往年同期制定當前的銷售計劃。該模塊主要提供計劃的制定，修改和查詢服務(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)域的清晰，精確的定義，明確目標系統(tǒng)將做什么。分析問題領(lǐng)域的主要任務(wù)是：對問題領(lǐng)域進行抽象，提出解決方案；對未來的系統(tǒng)進行需求分析，確定系統(tǒng)的職責(zé)范圍，功能需求，性能需求，應(yīng)用環(huán)境及假設(shè)條件等。實施面向?qū)ο蠓治龅囊话悴襟E如下：1．分析用戶需求，建立UseCase并通過用例圖來描述用戶的需求。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.2UseCase建模2.2.1定義活動者根據(jù)銷售管理模塊的需求可以確定4個活動者，即銷售業(yè)務(wù)員，企業(yè)管理者，生產(chǎn)管理模塊和庫存管理模塊。銷售業(yè)務(wù)員使用銷售管理模塊記錄客戶信息，填寫訂單合同，填寫發(fā)貨單和記錄售后信息，以及查詢相應(yīng)的信息。企業(yè)管理者使用銷售管理模塊查詢訂單信息，發(fā)貨信息和客戶信息，制定銷售優(yōu)惠策略，制訂銷售計劃。生產(chǎn)管理模塊是銷售管理模塊的外部系統(tǒng)活動者，從銷售管理模塊獲得訂單信息和銷售計劃。庫存管理模塊是銷售管理模塊的外部系統(tǒng)活動者，從銷售管理模塊獲得訂單信息和發(fā)貨信息。工程管理模塊是銷售管理模塊的外部系統(tǒng)活動者，為銷售管理模塊提供物料信息2.2.2UseCase圖根據(jù)系統(tǒng)需求分析，結(jié)合上節(jié)系統(tǒng)活動者的定義分析，得到系統(tǒng)銷售管理模塊的六個用例如下：1．客戶管理用例2．訂單管理用例3．發(fā)貨單管理用例4．銷售策略管理用例5．銷售計劃管理用例6．售后管理用例結(jié)合活動者和用例得到銷售管理模塊的用例圖如下圖3-1所示。圖2-1銷售管理UseCase圖Fig3-1UseCaseforSalesManagement3系統(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.1架構(gòu)設(shè)計目標軟件架構(gòu)設(shè)計要達到如下的目標：1．可行性（Feasible）。架構(gòu)具有可行性是架構(gòu)設(shè)計的基石。2．可靠性（Reliable）。軟件系統(tǒng)對于用戶的商業(yè)經(jīng)營和管理來說極為重要，因此軟件系統(tǒng)必須非?？煽?。3．安全行（Secure）。軟件系統(tǒng)所承擔(dān)的交易的商業(yè)價值極高，系統(tǒng)的安全性非常重要。4．可定制化（Customizable）。同樣的一套軟件，可以根據(jù)客戶群的不同和市場需求的變化進行調(diào)整。5．可擴展性（Extensible）。在新技術(shù)出現(xiàn)的時候，一個軟件系統(tǒng)應(yī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．客戶體驗（CustomerExperience）。軟件系統(tǒng)必須易于使用。軟件的最終用戶很可能是不具有計算機專業(yè)技術(shù)的人員。3.2系統(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所示：圖3-2系統(tǒng)體系架構(gòu)圖Fig3-2TheDiagramofSystemArchitecture圖3-2-1銷售管理模塊包圖Fig3-2-1PackageDiagram1.用戶界面包用戶界面包的職責(zé)是：（1）與用戶的交互，接收用戶的各種輸入以及輸出各種提示信息或處理結(jié)果。（2）對于輸入的數(shù)據(jù)進行數(shù)據(jù)校驗，過濾非法數(shù)據(jù)。（3）向業(yè)務(wù)處理對象發(fā)送處理請求。用戶界面包圖展開如圖3-3所示：圖3-3用戶界面包展開圖Fig3-3PackageDiagramofUsersInterface用戶界面包包含的類見圖2-4：圖3-4用戶界面類圖Fig3-4ClassDiagramofUsersInterface2.業(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所示：圖3-5業(yè)務(wù)邏輯包圖展開Fig3-5PackageDiagramofBusiness業(yè)務(wù)邏輯包包含的類見圖3-6：圖3-6業(yè)務(wù)邏輯類圖Fig3-6ClassDiagramofBusiness3.數(shù)據(jù)訪問包數(shù)據(jù)訪問層的職責(zé)是：（1）實現(xiàn)數(shù)據(jù)的持久化操作。（2）實現(xiàn)事務(wù)處理。數(shù)據(jù)訪問包圖展開如圖2-7所示：圖3-7數(shù)據(jù)訪問包圖展開Fig3-7PackageDiagramofDataAccess數(shù)據(jù)訪問包包含的類見圖3-8：圖3-8數(shù)據(jù)訪問類圖Fig3-8ClassDiagramofDataAccess對于每一個業(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ù)庫連接對象。4.權(quán)限管理包權(quán)限管理的主要職責(zé)是：（1）驗證請求者的請求權(quán)限。（2）提供請求者的權(quán)限列表。權(quán)限管理包圖展開如圖3-9所示：圖3-9權(quán)限管理包圖展開Fig3-9PackageDiagramofAccessAuthorization權(quán)限管理包包含的類見圖3-10：圖3-10權(quán)限管理類圖Fig3-10ClassDiagramofAccessAuthorization5.異常處理包異常處理的職責(zé)：（1）匯報運行時的詳細異常信息。（2）記錄異常處理日志。異常處理包圖展開如圖3-11所示：圖3-11異常處理包圖展開Fig3-11PackageDiagramofExceptionProcessing異常處理包包含的類見圖3-12：圖3-12異常處理類圖Fig3-12ClassDiagramofExceptionProcessing因為異常處理類型比較多，如：系統(tǒng)異常、數(shù)據(jù)庫異常、業(yè)務(wù)邏輯異常等，針對不同類型的異常處理方式也容易變，如：顯示錯誤，記錄文本日志，記錄數(shù)據(jù)庫日志等，所以這里使用了橋接（Bridge）模式來實現(xiàn)，使各部分的變化比較獨立。3.3系統(tǒng)架構(gòu)類圖將包圖展開，得到類圖，它是架構(gòu)的靜態(tài)結(jié)構(gòu)圖，表達了各個類之間的靜態(tài)聯(lián)系。北鑫星ERP系統(tǒng)中的銷售管理模塊系統(tǒng)架構(gòu)類圖如下圖3-13所示。圖3-13系統(tǒng)架構(gòu)類圖Fig3-13ClassDiagramofSystemArchitecture4系統(tǒng)詳細設(shè)計本部分設(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é)果——包括對象的時間特性和對象為完成目標任務(wù)而相互進行通信的機制、對象行為的改變和狀態(tài)變化情況，以及對象可能出現(xiàn)的各種活動狀況等信息。4.1系統(tǒng)交互圖4.1.1系統(tǒng)架構(gòu)類交互圖系統(tǒng)架構(gòu)類的工作流程：1.用戶界面對象在接收了用戶的輸入請求后，向業(yè)務(wù)代理對象發(fā)送處理請求。2.業(yè)務(wù)代理對象接收到請求后，向權(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所示：4.1.2活動者與模塊間的交互與銷售管理模塊進行交互的活動者（角色）主要包括銷售業(yè)務(wù)員和企業(yè)管理者。銷售業(yè)務(wù)員和企業(yè)管理者與銷售管理模塊的交互圖如下圖4-2和圖4-3所示：圖4-1系統(tǒng)架構(gòu)類的交互圖Fig4-1InteractiveDiagramofSystemArchitectureClass圖4-2銷售業(yè)務(wù)員與銷售管理交互圖Fig4-2InteractiveDiagrambetweenSalesmanandSalesManagement圖4-3企業(yè)管理者與銷售管理交互圖Fig4-3InteractiveDiagrambetweenBusinessAdministrationandSalesManagement下面對銷售業(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所示。圖4-4銷售業(yè)務(wù)員創(chuàng)建訂單合同的時序圖Fig4-4TimingDiagramforSalesmanMakingOrder4.1.3系統(tǒng)協(xié)作圖交互圖用來說明系統(tǒng)如何實現(xiàn)一個用例或用例中的一個特殊場景。UML提供兩類交互圖：時序圖和協(xié)作圖。時序圖按時間順序描述系統(tǒng)元素之間的交互；協(xié)作圖則按照時間和空間順序來描述系統(tǒng)元素之間的交互。根據(jù)上節(jié)描述的銷售業(yè)務(wù)員創(chuàng)建訂單合同的時序圖，給出銷售業(yè)務(wù)員創(chuàng)建訂單合同的協(xié)作圖如下圖4-5所示。4.1.4系統(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)建訂單合同的狀態(tài)圖如下圖4-6所示。圖4-5銷售業(yè)務(wù)員創(chuàng)建訂單合同的協(xié)作圖Fig4-5CollaborationDiagramforSalesmanMakingOrder圖4-6銷售業(yè)務(wù)員創(chuàng)建訂單合同的狀態(tài)圖Fig4-6StateDiagramforSalesmanMakingOrder4.1.5系統(tǒng)活動圖活動圖是描述活動是如何協(xié)同工作的。當一個操作必須完成一系列事情，而又無法確定以什么樣的順序來完成這些事情時，活動圖可以更清晰地描述這些事情。在訂單合同管理模塊中，主要涉及銷售業(yè)務(wù)員的活動。銷售業(yè)務(wù)員首先登錄系統(tǒng)，然后查看客戶訂購信息，根據(jù)需要生成訂單合同；還可以對未發(fā)貨的訂單合同進行修改；同時可以查詢訂單合同相關(guān)信息等活動。完成活動后退出系統(tǒng)，下面給出銷售業(yè)務(wù)員的活動圖，如下圖4-7所示。圖4-7銷售業(yè)務(wù)員在訂單管理模塊的活動圖Fig4-7ActivityDiagramforSalesmanMakingOrder4.2業(yè)務(wù)邏輯對象類設(shè)計4.2.1發(fā)現(xiàn)業(yè)務(wù)邏輯類本小節(jié)的主要任務(wù)是對系統(tǒng)架構(gòu)類圖中的業(yè)務(wù)邏輯類進行設(shè)計，由系統(tǒng)分析中的UseCase交互圖我們可以發(fā)現(xiàn)業(yè)務(wù)邏輯類包括客戶類，訂單類，發(fā)貨單類，銷售策略類，銷售計劃類和售后類。根據(jù)UseCase交互圖中的消息找到對象類相應(yīng)的方法。4.2.2業(yè)務(wù)邏輯對象類圖系統(tǒng)業(yè)務(wù)邏輯對象類圖如下圖4-8所示。圖4-8銷售管理對象類圖Fig4-8ObjectClassDiagramforSalesManagement從上面的對象類圖中我們發(fā)現(xiàn)，這些對象類中都有創(chuàng)建，維護和查詢?nèi)齻€類似的方法，盡管返回值不同，這樣我們就可以把這些方法抽象出來做成接口。優(yōu)化后的對象類圖見圖4-9。圖4-9優(yōu)化的銷售管理對象類圖Fig4-9OptimalObjectClassDiagramforSalesManagement4.3數(shù)據(jù)庫設(shè)計關(guān)系型數(shù)據(jù)庫是目前應(yīng)用最廣泛的數(shù)據(jù)庫。既然是面向?qū)ο笙到y(tǒng)設(shè)計，數(shù)據(jù)庫設(shè)計當然也要是面向?qū)ο蟮摹，F(xiàn)在要考慮如何對類進行持久化操作，即如何將對象類映射到關(guān)系數(shù)據(jù)庫的二維表。目前可以采用數(shù)據(jù)庫建模工具來實現(xiàn)，象PowerDesigner、Rose等。4.3.1ER圖客戶類，訂單類，售后類，銷售單類，銷售計劃類和銷售策略類都是基礎(chǔ)類，可以直接映射為一個表。架構(gòu)設(shè)計中的操作員類是一個用于管理系統(tǒng)操作角色的類，也要直接映射為一個表。銷售管理模塊的ER模型圖見圖4-10。圖4-10銷售管理模塊ER圖Fig4-10E-RDiagramofSalesManagement4.3.2物理表結(jié)構(gòu)圖將銷售管理ER模型中的實體轉(zhuǎn)換為物理表，得到物理表結(jié)構(gòu)如下：

Customer（客戶信息表）表4-1(Table4-1)主鍵字段名稱數(shù)據(jù)類型長度字段說明1CustomerIDvarchar20客戶編號CustomerNamevarchar30客戶名稱CustomerTypevarchar20客戶類別SalesmanIDvarchar10業(yè)務(wù)員編號Countryvarchar30國家Provincevarchar30省份Cityvarchar30城市Addressvarchar50地址Contractvarchar10聯(lián)絡(luò)人Telvarchar30電話Faxvarchar25傳真1ShippingIDvarchar25送貨地代號ShippingCountryvarchar30送貨地國家ShippingProvincevarchar30送貨地省份ShippingCityvarchar30送貨地城市ShippingAddressvarchar50送貨地地址ShippingContractvarchar10送貨地聯(lián)絡(luò)人ShippingTelvarchar30送貨地電話ShippingFaxvarchar25送貨地傳真CO（訂單表）表4-2(Table4-2)主鍵字段名稱數(shù)據(jù)類型長度字段說明1COIDvarchar20訂單編號CustomerIDvarchar20客戶編號CODatedatetime訂單日期1ShippingIDnvarchar25送貨地代號DelveryDatedatetime送貨日期1Itemvarchar20物料編號COQtydecimal(14,2)訂貨數(shù)量Currencyvarchar10幣種Pricedecimal(18,4)單價Moneydecimal(18,4)金額Finishbit1是否完成DelQtydecimal(14,2)實際發(fā)貨數(shù)量Remarksvarchar50備注Delivery（發(fā)貨單表）表4-3(Table4-3)主鍵字段名稱數(shù)據(jù)類型長度字段說明1DelIDvarchar20送貨單編號CustomerIDvarchar20客戶編號1ShippingIDvarchar25送貨地代號DelDatedatetime送貨日期1COIDvarchar20訂單編號Revvarchar20版次1Itemvarchar20物料編號LotNovarchar30批號Storevarchar20倉庫Binvarchar20貨位DelQtydecimal(14,2)送貨數(shù)量PackageIDvarchar20包裝編號PackageQtydecimal(14,2)20包裝數(shù)量PackagePricedecimal(18,4)包裝單價PackageMoneydecimal(18,4)包裝金額Ccobit1(是1，否0)是否消耗COFinishbit是否完成Remarksvarchar50備注Marketing（營銷策略表）表4-4(Table4-4)主鍵字段名稱數(shù)據(jù)類型長度字段說明1CustomerIDvarchar20客戶編號1Itemvarchar20物料編號PriceLevelint價格級別CutPricedecimal(18,4)優(yōu)惠單價4-5(Table4-5)主鍵字段名稱數(shù)據(jù)類型長度字段說明1SFIDvarchar20銷售計劃號1Itemvarchar20物料編號FcDatedatetime需求日期FcQtydecimal(14,2)預(yù)測數(shù)量CosQtydecimal(14,2)消耗數(shù)量FPvarchar10預(yù)測區(qū)間Finishbit1是否完成Remarksvarchar50備注AfterService（售后服務(wù)表）表4-6(Table4-6)主鍵字段名稱數(shù)據(jù)類型長度字段說明1CustomerIDvarchar20客戶編號1IndictDatedatetime投訴日期Companyvarchar30用戶單位CoAddressvarchar50公司地址FaultAddressvarchar50目前故障地址OwnerNamevarchar10車主姓名OwnerTelvarchar50車主聯(lián)系方式DriverNamevarchar10司機DriverTelvarchar50司機聯(lián)系方式CustomerServicevarchar30代理服務(wù)單位Managervarchar10客服負責(zé)人CSAddressvarchar50客服地址CSTelvarchar50客服聯(lián)系方式CarFactoryvarchar30車輛生產(chǎn)廠家ServiceTermint4質(zhì)保期CarTypevarchar30車輛型號1Bodyworkvarchar30車架號LoadWeightdecimal(14,2)載重量BuyDatedatetime購車日期UseTimeint4使用時間ProductModelvarchar30產(chǎn)品型號ProductQtydecimal(14,2)產(chǎn)品數(shù)量Faultvarchar30故障說明OverServicebit1是否過保SimpleReasonntext初步分析原因DealStatevarchar30處理情況DelStatebit1發(fā)貨情況DelModelvarchar30發(fā)貨型號DelAddressvarchar50發(fā)貨地址DelModevarchar20發(fā)貨方式DelManagervarchar10發(fā)貨負責(zé)人Consigneevarchar10收貨人ConsigneeTelvarchar50收貨人聯(lián)系方式Expensebit1是否需付服務(wù)費用Paybit1是否已辦理付款BackStatevarchar50舊件返還情況CheckConclusionntext檢測鑒定結(jié)論DealIdeantext后期處理意見Users（用戶表）表4-7(Table4-7)主鍵字段名稱數(shù)據(jù)類型長度字段說明1UserNamevarchar20用戶名1Passwordvarchar100密碼RealNamevarchar20真實姓名DepartmentIDvarchar20部門編號Authorityint權(quán)限級別ISAuthorityint是否授權(quán)RegisterDatedatetime注冊日期ModifyDatedatetime修改日期4.4開發(fā)環(huán)境的選擇4.4.1系統(tǒng)開發(fā)工具本系統(tǒng)采用VisualStuido2005作為ERP系統(tǒng)開發(fā)工具。VisualStudio是微軟公司推出的開發(fā)環(huán)境，是目前最流行的Windows平臺應(yīng)用程序開發(fā)環(huán)境。使用VisualStudio2005,專業(yè)開發(fā)人員能夠：使用改進后的可視化設(shè)計工具、編程語言和代碼編輯器，享受高效率的開發(fā)環(huán)境，在統(tǒng)一的開發(fā)環(huán)境中開發(fā)并調(diào)試多層次的服務(wù)器應(yīng)用程序使用集成的可視化數(shù)據(jù)庫設(shè)計和報告工具，創(chuàng)建SQLServer2005解決方案4.4.2數(shù)據(jù)庫的選擇SQLServer2000是一個具備完全Web支持的數(shù)據(jù)庫產(chǎn)品，其特點如下：真正的客戶機/服務(wù)器體系結(jié)構(gòu)。1．圖形化用戶界面，使系統(tǒng)管理和數(shù)據(jù)庫管理更加直觀、簡單。豐富的編程接口工具，為用戶進行程序設(shè)計提供了更大的選擇余地2．SQLServer與WindowsNT完全集成，利用了NT的許多功能，如發(fā)送和接受消息，管理登錄安全性等。SQLServer也可以很好地與MicrosoftBackOffice產(chǎn)品集成。3．很好的伸縮性，可跨越從運行Windows95/98的膝上型電腦Windows2000的大型多處理器等多種平臺使用。4．對Web技術(shù)的支持，使用戶能夠很容易地將數(shù)據(jù)庫中的數(shù)據(jù)發(fā)布到Web頁面上。5．SQLServer提供數(shù)據(jù)倉庫功能，這個功能只在Oracle和其他更昂貴的DBMS中才有。4.4.3系統(tǒng)網(wǎng)絡(luò)架構(gòu)設(shè)計本ERP系統(tǒng)采用B/S結(jié)構(gòu)，系統(tǒng)網(wǎng)絡(luò)架構(gòu)圖見圖4-11。圖4-11系統(tǒng)網(wǎng)絡(luò)架構(gòu)圖Fig4-11NetArchitectureDiagramofSystem客戶機配置情況如下表4-8所示。(Table4-8)支持軟件安裝情況如下表4-9所示。(Table4-9)服務(wù)器OS:MsWindows2003ServerSQLServer2000數(shù)據(jù)庫管理軟件客戶機OS:MsWindowsxpProfessional/MsWindows2000ProfessionalMicrosoftoffice2003Adobe6.0IE5.0以上5編碼5.1概述開發(fā)工具及編程腳本 簡述編程腳本的特點，不宜占用過多的篇幅。5.2腳本習(xí)慣說明如變量的取名規(guī)則，全局變量說明等。5.3腳本開發(fā)工具的控件、驅(qū)動事件、腳本。如果腳本量較大，則可作為附錄附在論文的后面。6測試6.1測試原則及測試方法概述軟件測試是為了發(fā)現(xiàn)錯誤而不斷執(zhí)行程序的過程?；蛘哒f，軟件測試是根據(jù)軟件開發(fā)各階段的規(guī)格說明和程序的內(nèi)部結(jié)構(gòu)而精心設(shè)計一批測試用例（即輸入數(shù)據(jù)及其預(yù)期的輸出結(jié)果），并利用這些測試用例去運行程序，以發(fā)現(xiàn)程序錯誤的過程按順序逐個對測試項目做出說明。軟件測試過程應(yīng)該遵循如下的原則：1．盡早地和不斷地進行軟件測試。不應(yīng)把軟件測試僅僅看作是軟件開發(fā)的一個獨立階段，而應(yīng)當把它貫穿到軟件開發(fā)的各個階段中。堅持在軟件開發(fā)的各個階段的技術(shù)評審，這樣才能在開發(fā)過程中盡早發(fā)現(xiàn)和預(yù)防錯誤，把出現(xiàn)的錯誤克服在早期，杜絕某些發(fā)生錯誤的隱患。2．測試用例應(yīng)由測試輸入數(shù)據(jù)和與之對應(yīng)的預(yù)期輸出結(jié)果這兩部分組成。測試以前應(yīng)當根據(jù)測試的要求選擇測試用例（Testcase），用來檢驗程序員編制的程序，因此不但需要測試的輸入數(shù)據(jù)，而且需要針對這些輸入數(shù)據(jù)的預(yù)期輸出結(jié)果。3．程序員應(yīng)避免檢查自己的程序。程序員應(yīng)盡可能避免測試自己編寫的程序，程序開發(fā)小組也應(yīng)盡可能避免測試本小組開發(fā)的程序。如果條件允許，最好建立獨立的軟件測試小組或測試機構(gòu)。這點不能與程序的調(diào)試（debuging）相混淆。調(diào)試由程序員自己來做可能更有效。4．在設(shè)計測試用例時，應(yīng)當包括合理的輸入條件和不合理的輸入條件。合理的輸入條件是指能驗證程序正確的輸入條件，不合理的輸入條件是指異常的，臨界的，可能引起問題異變的輸入條件。軟件系統(tǒng)處理非法命令的能力必須在測試時受到檢驗。用不合理的輸入條件測試程序時，往往比用合理的輸入條件進行測試能發(fā)現(xiàn)更多的錯誤。5．充分注意測試中的群集現(xiàn)象。在被測程序段中，若發(fā)現(xiàn)錯誤數(shù)目多，則殘存錯誤數(shù)目也比較多。這種錯誤群集性現(xiàn)象，已為許多程序的測試實踐所證實。根據(jù)這個規(guī)律，應(yīng)當對錯誤群集的程序段進行重點測試，以提高測試投資的效益。6．嚴格執(zhí)行測試計劃，排除測試的隨意性。測試之前應(yīng)仔細考慮測試的項目，對每一項測試做出周密的計劃，包括被測程序的功能、輸入和輸出、測試內(nèi)容、進度安排、資源要求、測試用例的選擇、測試的控制方式和過程等，還要包括系統(tǒng)的組裝方式、跟蹤規(guī)程、調(diào)試規(guī)程，回歸測試的規(guī)定，以及評價標準等。對于測試計劃，要明確規(guī)定，不要隨意解釋。7．應(yīng)當對每一個測試結(jié)果做全面檢查。有些錯誤的征兆在輸出實測結(jié)果時已經(jīng)明顯地出現(xiàn)了，但是如果不仔細地全面地檢查測試結(jié)果，就會使這些錯誤被遺漏掉。所以必須對預(yù)期的輸出結(jié)果明確定義，對實測的結(jié)果仔細分析檢查，抓住征侯，暴露錯誤。8．妥善保存測試計劃，測試用例，出錯統(tǒng)計和最終分析報告，為維護提供方便。測試過程按4個步驟進行，即單元測試、組裝測試、確認測試和系統(tǒng)測試。圖6-1顯示出軟件測試經(jīng)歷的4個步驟。圖6-1軟件測試的過程Fig6-1Softwaretestsprocess軟件測試的種類大致可以分為人工測試和基于計算機的測試。而基于計算機的測試由可以分為白盒測試和黑盒測試。1．黑盒測試根據(jù)軟件產(chǎn)品的功能設(shè)計規(guī)格，在計算機上進行測試，以證實每個實現(xiàn)了的功能是否符合要求。這種測試方法就是黑盒測試。黑盒測試意味著測試要在軟件的接口處進行。就是說，這種方法是把測試對象看做一個黑盒子，測試人員完全不考慮程序內(nèi)部的邏輯結(jié)構(gòu)和內(nèi)部特性，只依據(jù)程序的需求分析規(guī)格說明，檢查程序的功能是否符合它的功能說明。用黑盒測試發(fā)現(xiàn)程序中的錯誤，必須在所有可能的輸入條件和輸出條件中確定測試數(shù)據(jù)，來檢查程序是否都能產(chǎn)生正確的輸出。2．白盒測試根據(jù)軟件產(chǎn)品的內(nèi)部工作過程，在計算機上進行測試，以證實每種內(nèi)部操作是否符合設(shè)計規(guī)格要求，所有內(nèi)部成分是否已經(jīng)過檢查。這種測試方法就是白盒測試。白盒測試把測試對象看做一個打開的盒子，允許測試人員利用程序內(nèi)部的邏輯結(jié)構(gòu)及有關(guān)信息，設(shè)計或選擇測試用例，對程序所有邏輯路徑進行測試。通過在不同點檢查程序的狀態(tài)，確定實際的狀態(tài)是否與預(yù)期的狀態(tài)一致。以上是測試的內(nèi)容的概述，在論文中，要寫你用到的測試方法及過程。6.2測試項目測試用例1．模塊名稱。2．操作過程及數(shù)據(jù)。3．預(yù)期結(jié)果4．實際結(jié)果5．偏差6．用例類別下面以銀行業(yè)務(wù)《XXXXXX銀行帳務(wù)系統(tǒng)》進行說明，鑒于本用例是一個計劃用例，故沒有給出實際的測試結(jié)果。表6-1系統(tǒng)測試案例tab6-1systemtestscase模塊測試用例描述操作過程及數(shù)據(jù)預(yù)期結(jié)果用例類別銀行利率維護查詢對于各字段分別輸入正常值進行查詢。進入“銀行利率維護－添加”界面，分別在“利率類型”、“開始時間”、“終止時間”、“利率”、“維護人”、“維護日期”輸入域中輸入正常值，然后進行“查詢”。查詢成功，查詢出的利率信息被顯示到“銀行利率維護”列表中。功能點對于多字段進行組合查詢進入“銀行利率維護－添加”界面，分別以下列條件進行組合查詢：

1、“利率類型”和“維護日期”；

2、“開始時間”和“利率”；

3、“終止時間”、“維護人”和“維護日期”，

然后進行“查詢”?？梢愿鶕?jù)條件查詢出結(jié)果，查詢出的利率信息被顯示到“銀行利率維護”列表中。功能點對“開始時間”進行查詢，但其中的“年份”輸入不合法。進入“銀行利率維護－添加”界面，在“開始時間”中輸入以下值（其它輸入域為空）:

1、1600-05-05；

2、20042-05-05，

其它的輸入域輸入正常值，然后進行“查詢”。不能查詢成功，系統(tǒng)提示：開始時間的“年份”輸入不正確。界面校驗對“開始時間”進行查詢，但其中的“月份”輸入不合法。進入“銀行利率維護－添加”界面，在“開始時間”中輸入以下值（其它輸入域為空）:

1、2004-13-05；

2、2004-5-05，

其它的輸入域輸入正常值，然后進行“查詢”。不能查詢成功，系統(tǒng)提示：開始時間的“月份”格式不正確。界面校驗當“維護日期”為空時進行查詢。進入“銀行利率維護－添加”界面，在“維護日期”中輸入以下值（其它輸入域為空）:

1、空；

2、空格；

然后進行“查詢”。未知界面校驗對查詢結(jié)果進行操作_添加對查詢結(jié)果進行操作進入“銀行利率維護－添加”界面，在查詢出結(jié)果后，對查詢進行修改和刪除操作。己經(jīng)被使用過的利率數(shù)據(jù)不能被修改和刪除。關(guān)聯(lián)正常添加一條銀行利率信息進入“銀行利率維護－添加”界面，在各輸入域中輸入合法的數(shù)據(jù)，然后“保存”。添加成功關(guān)聯(lián)正常添加一條銀行利率信息，但不進行保存。進入“銀行利率維護－添加”界面，在各輸入域中輸入合法的數(shù)據(jù)，然后關(guān)閉“銀行利率維護”頁面，然后再進入此頁面。不能加入成功。關(guān)聯(lián)添加一條銀行利率信息，但“開始時間”沒有輸入。進入“銀行利率維護－添加”界面，增加一條利率信息，其中對“開始時間”不做輸入，其它的輸入域輸入正常值。不能加入成功系統(tǒng)提示：開始時間的輸入不能為空。界面校驗添加一條銀行利率信息，但“開始時間”的年份輸入不合法。進入“銀行利率維護－添加”界面，增加一條利率信息，其中“開始時間”的輸入值為:

1、1600-05-05；

2、20042-05-05，

其它的輸入域輸入正常值。不能加入成功系統(tǒng)提示：開始時間的年份輸入不正確。界面校驗添加一條銀行利率信息，但“開始時間”的月份輸入不合法。進入“銀行利率維護－添加”界面，增加一條利率信息，其中“開始時間”的輸入值為:

1、2004-13-05；

2、2004-5-05，

其它的輸入域輸入正常值。不能加入成功系統(tǒng)提示：開始時間的月份格式不正確。界面校驗添加一條銀行利率信息，但“開始時間”的“日”的輸入不合法。進入“銀行利率維護－添加”界面，增加一條利率信息，其中“開始時間”的輸入值為:

1、2004-02-30；

2、2004-05-35，

其它的輸入域輸入正常值。不能加入成功系統(tǒng)提示：開始時間的日的格式不正確。界面校驗添加一條銀行利率信息，但“開始時間”的輸入含有字符。進入“銀行利率維護－添加”界面，增加一條利率信息，其中“開始時間”的輸入值為:

1、2004-02-3a；

2、2004-五-36；

3、!@#$%^&*()，

其它的輸入域輸入正常值。不能加入成功系統(tǒng)提示：開始時間的輸入只能為數(shù)字。界面校驗添加一條銀行利率信息，但“終止時間”沒有輸入。進入“銀行利率維護－添加”界面，增加一條利率信息，其中對“終止時間”不做輸入，其它的輸入域輸入正常值。不能加入成功系統(tǒng)提示：終止時間的輸入不能為空。界面校驗添加一條銀行利率信息，但“終止時間”的輸入含有字符。進入“銀行利率維護－添加”界面，增加一條利率信息，其中“終止時間”的輸入值為:

1、2004-02-3a；

2、2004-五-36；

3、!@#$%^&*()，

其它的輸入域輸入正常值。不能加入成功系統(tǒng)提示：終止時間的輸入只能為數(shù)字。界面校驗打印欠費情況證明查詢輸入標準的“單位編號”進行查詢進入“打印欠費情況證明”界面，在“單位編號”中輸入標準的單位編號，例如：1234567890，然后進行“查詢”。查詢出與輸入編號相應(yīng)的結(jié)果，并且將其它輸入域的內(nèi)容自動填充。功能點輸入不存在的“單位編號”進行查詢進入“打印欠費情況證明”界面，在“單位編號”中輸入一個不存在的單位編號，然后進行“查詢”。查詢結(jié)果為空功能點輸入不合法的“單位編號”進行查詢。進入“打印欠費情況證明”界面，在“單位編號”輸入域中分別輸入如下值：

1、12345678901；

2、abcd001，

然后進行“查詢”。不能查詢出相應(yīng)的數(shù)據(jù)，系統(tǒng)提示：單位編號只能輸入10位以下的數(shù)字。界面校驗輸入超長的“單位編號”進行查詢。進入“打印欠費情況證明”界面，在“單位編號”輸入域中輸入10000位的數(shù)字，然后進行“查詢”。不能查詢出相應(yīng)的數(shù)據(jù)，系統(tǒng)提示：單位編號只能輸入10位以下的數(shù)字。界面校驗輸入含有特殊字符的“單位編號”進行查詢。進入“打印欠費情況證明”界面，在“單位編號”輸入域中輸入：

1、12^&*()_

2、34~!@#$%

然后進行“查詢”操作。不能查詢出相應(yīng)的數(shù)據(jù)，系統(tǒng)提示：單位編號的輸入不正確。界面校驗輸入標準的“臺賬日期”進行查詢進入“打印欠費情況證明”界面，在“臺賬日期”中輸入一己存在欠費記錄的臺賬日期，然后進行“查詢”。查詢出與輸入時間相應(yīng)的結(jié)果。功能點查詢時，“臺賬日期”的年份輸入不合法。進入“打印欠費情況證明”界面，在“臺賬日期”中輸入以下值（其它輸入域為空）：

1、160005；

2、999805，

然后進行“查詢”。系統(tǒng)提示：臺賬日期的年份輸入不正確。界面校驗查詢時，“臺賬日期”的月份輸入不合法。進入“打印欠費情況證明”界面，在“臺賬日期”中輸入以下值（其它輸入域為空）：

1、200413；

2、200450，

然后進行“查詢”。系統(tǒng)提示：臺賬日期的月份格式不正確。界面校驗查詢時，“臺賬日期”的的輸入不合法。進入“打印欠費情況證明”界面，在“臺賬日期”中輸入以下值（其它輸入域為空）：

1、20040225；

2、20040510，

然后進行“查詢”。系統(tǒng)提示：臺賬日期只能輸入YYYYMM格式的日期。界面校驗查詢時，“臺賬日期”的輸入含有字符。進入“打印欠費情況證明”界面，在“臺賬日期”中輸入以下值（其它輸入域為空）：

1、2004023a；

2、2004五36；

3、!@#$%^&*()，

然后進行“查詢”。系統(tǒng)提示：臺賬日期只能輸入YYYYMM格式的日期。界面校驗打印不執(zhí)行查詢操作，直接打印欠費證明。進入“打印欠費情況證明”界面，然后執(zhí)行“打印”操作。不能正常打印，系統(tǒng)提示：沒有內(nèi)容，不能打印。功能點在查詢?yōu)榭諘r打印欠費證明。進入“打印欠費情況證明”界面，在查詢結(jié)果為空時執(zhí)行“打印”操作。系統(tǒng)將打印“無欠繳社會保險費證明”。功能點在查詢不為空時打印欠費證明。進入“打印欠費情況證明”界面，在查詢結(jié)果為以下情況時執(zhí)行“打印”操作：

1、查詢出的欠費記錄有1條；

2、查詢出的欠費記錄有多條（大于5條）。系統(tǒng)將打印“欠費情況證明”。功能點置不到賬標志征收查詢查詢“征收”數(shù)據(jù)，執(zhí)行空條件查詢。進入“置不到帳標志”界面，選擇“確認類別”為“征收”，在所有輸入域中都不輸入內(nèi)容，然后回車進行查詢。查詢出全部的“征收”數(shù)據(jù)信息。功能點查詢“征收”數(shù)據(jù)，輸入標準的“批次”數(shù)據(jù)進行查詢。進入“置不到帳標志”界面，選擇“確認類別”為“征收”，在“批次”中輸入標準的批次，其它輸入域為空，然后回車進行查詢。查詢出與輸入數(shù)據(jù)相應(yīng)的結(jié)果，并且顯示在“查詢結(jié)果”列表中。功能點查詢“征收”數(shù)據(jù)，輸入不存在的“批次”數(shù)據(jù)進行查詢。進入“置不到帳標志”界面，選擇“確認類別”為“征收”，在“批次”中輸入一個不存在的批次，其它輸入域為空，然后回車進行查詢。查詢結(jié)果為空功能點查詢“征收”數(shù)據(jù)，輸入不合法的“批次”數(shù)據(jù)進行查詢。。進入“置不到帳標志”界面，選擇“確認類別”為“征收”，在“批次”輸入域中分別輸入如下值：

1、X1；

2、abcd001；

3、一百一，

然后回車進行查詢。不能查詢出相應(yīng)的數(shù)據(jù)，系統(tǒng)提示：批次只能輸入X位以下的數(shù)字。界面校驗查詢“征收”數(shù)據(jù)，輸入超長的“批次”數(shù)據(jù)進行查詢。。進入“置不到帳標志”界面，選擇“確認類別”為“征收”，在“批次”輸入域中輸入10000位的數(shù)字，其它輸入域為空，然后回車進行查詢。不能查詢出相應(yīng)的數(shù)據(jù)，系統(tǒng)提示：批次只能輸入X位以下的數(shù)字。界面校驗查詢“征收”數(shù)據(jù)，輸入含有特殊字符的“批次”數(shù)據(jù)進行查詢。。進入“置不到帳標志”界面，選擇“確認類別”為“征收”，在“批次”輸入域中輸入：

1、12^&*()_

2、34~!@#$%

然后回車進行查詢操作。不能查詢出相應(yīng)的數(shù)據(jù)，系統(tǒng)提示：批次只能輸入X位以下的數(shù)字。界面校驗查詢“征收”數(shù)據(jù)，輸入標準的“臺賬期號”進行查詢進入“置不到帳標志”界面，選擇“確認類別”為“征收”，在“臺賬期號”中輸入一己存在記錄的臺賬期號，其它輸入域為空，然后回車進行查詢。查詢出與輸入時間相應(yīng)的結(jié)果，并且顯示在“查詢結(jié)果”列表中。功能點查詢“征收”數(shù)據(jù)，查詢時，“臺賬期號”的年份輸入不合法。進入“置不到帳標志”界面，選擇“確認類別”為“征收”，在“臺賬期號”中輸入以下值（其它輸入域為空）：

1、160005；

2、999805，

然后回車進行查詢。系統(tǒng)提示：臺賬期號的年份輸入不正確。界面校驗查詢“征收”數(shù)據(jù)，查詢時，“臺賬期號”的月份輸入不合法。進入“置不到帳標志”界面，選擇“確認類別”為“征收”，在“臺賬期號”中輸入以下值（其它輸入域為空）：

1、200413；

2、200450，

然后回車進行查詢。系統(tǒng)提示：臺賬期號的月份格式不正確。界面校驗查詢時，“臺賬期號”的的輸入不合法。進入“置不到帳標志”界面，選擇“確認類別”為“征收”，在“臺賬期號”中輸入以下值（其它輸入域為空）：

1、20040225；

2、20040510，

然后回車進行查詢。系統(tǒng)提示：臺賬期號只能輸入YYYYMM格式的日期。界面校驗查詢“征收”數(shù)據(jù)，查詢時，“臺賬期號”的輸入含有字符。進入“置不到帳標志”界面，選擇“確認類別”為“征收”，在“臺賬期號”中輸入以下值（其它輸入域為空）：

1、2004023a；

2、2004五36；

3、!@#$%^&*()，

然后回車進行查詢。系統(tǒng)提示：臺賬期號只能輸入YYYYMM格式的日期。界面校驗查詢“征收”數(shù)據(jù)，查詢時，“臺賬期號”的輸入超長。進入“置不到帳標志”界面，選擇“確認類別”為“征收”，在“臺賬期號”中輸入10000位數(shù)字，然后回車進行查詢。系統(tǒng)提示：臺賬期號只能輸入YYYYMM格式的日期。界面校驗查詢“征收”數(shù)據(jù)，輸入標準的“費款所屬期”進行查詢。進入“置不到帳標志”界面，選擇“確認類別”為“征收”，在“費款所屬期”中輸入一己存在記錄的費款所屬期，其它輸入域為空，然后回車進行查詢。查詢出與輸入時間相應(yīng)的結(jié)果，并且顯示在“查詢結(jié)果”列表中。功能點查詢“征收”數(shù)據(jù)，選擇“到賬標志”為“己到賬”進行查詢。進入“置不到帳標志”界面，選擇“確認類別”為“征收”，選擇“到賬標志”為“己到賬”，其它輸入域不輸入內(nèi)容，然后回車進行查詢。查詢出相應(yīng)的結(jié)果，并將結(jié)果顯示在“查詢結(jié)果”列表中。功能點6.3軟件測試結(jié)論按順序給出每一項需求測試的結(jié)論。包括：證實的軟件能力；局限性（即項需求未得到充分測試的情況及原因）。6.3.1軟件能力經(jīng)過測試所表明的軟件能力。6.3.2缺陷和限制說明測試所揭露的軟件缺陷和不足，以及可能給軟件運行所帶來的影響。6.3.3建議提出為彌補上述缺陷的建議。6.3.4測試結(jié)論說明能否通過。下面以《XXXXXX銀行帳務(wù)系統(tǒng)》的測試報告為例，說明軟件系統(tǒng)測試結(jié)論。表6-2XXXXXX銀行帳務(wù)系統(tǒng)軟件問題統(tǒng)計分析表tab6-2XXXXXXbankBookkeepingsystemsoftwarequestionstatisticsanalyticaltable問題數(shù)量代碼行數(shù)（千行）50提交bug總數(shù)59有效bug總數(shù)52發(fā)現(xiàn)bug效率88%bug密度（個/千行）1.04關(guān)閉bug數(shù)48遺留bug數(shù)4遺留bug比率8%測試用例數(shù)583測試用例密度（個/千行）11.7圖6-2XXXXXX銀行帳務(wù)系統(tǒng)軟件測試結(jié)果Fig6-2XXXXXXbankbookkeepingsystemsoftwaretestsresult圖6-3XXXXXX銀行帳務(wù)系統(tǒng)軟件測試結(jié)果Fig6-3XXXXXXbankbookkeepingsystemsoftwaretestsresult上述軟件系統(tǒng)所發(fā)現(xiàn)的問題，已經(jīng)得到全面糾正，系統(tǒng)可以投入運行。結(jié)束語設(shè)計中所使用的新技術(shù)、新方法、個人獨創(chuàng)的或有新意的地方，以及通過該設(shè)計所得到的心得體會，系統(tǒng)的缺陷或以后在理論、技術(shù)或其他方面需加強的地方。

致謝以簡短的文字，對在畢業(yè)設(shè)計（論文）過程中給予直接幫助的導(dǎo)師或單位、個人表示自己的謝意。

參考文獻畢業(yè)設(shè)計（論文）要求有10篇以上的中外文參考文獻，其中至少有一篇與設(shè)計（論文）內(nèi)容相關(guān)的外文文獻。參考文獻是論文中引用文獻的目錄表。畢業(yè)設(shè)計（論文）引用的文獻應(yīng)以近期發(fā)表的與畢業(yè)設(shè)計（論文）直接有關(guān)的文獻為主。凡引用本人或他人已公開或未公開發(fā)表文獻中的學(xué)術(shù)思想、觀點或研究方法、設(shè)計方案等，不論借鑒、評論、綜述，還是用做立論依據(jù)，都應(yīng)編入?yún)⒖嘉墨I目錄。直接引用的文字應(yīng)直錄原文并加引號。直接、間接引用都不應(yīng)斷章取義。參考文獻的著錄方法采用我國國家標準GB7714-87《文后參考文獻著錄規(guī)則》中規(guī)定采用的“順序編碼制”，中外文混編。文后參考文獻表中，各條文獻按在論文中的文獻引用序號順序排列。各類文獻的著錄格式及示例：1．專著順序號著者.書名[M].版本.其他責(zé)任者.出版地:出版者,出版年.頁碼.示例:[1]夏小華,高為柄.非線性系統(tǒng)控制及解耦[M].第2版.北京:科學(xué)出版社,2001.2．期刊順序號作者.題名[J].其他責(zé)任者.刊名,年,卷(期):頁碼.示例:[2]高為柄,程勉,夏小華,(等).非線性控制系統(tǒng)的發(fā)展[J].自動化學(xué)報,2003,17(4):513～523.3．論文集順序號作者.題名[A].見:編者.文集名[C].出版地:出版者,出版年.頁碼.示例:[3]FoxRL,WillmertKD.不等式約束的連桿曲線最優(yōu)化設(shè)計[A].見:機構(gòu)學(xué)譯文集編寫組.機構(gòu)學(xué)譯文集[C].北京:機械工業(yè)出版社,2002.232～242.4．技術(shù)標準順序號標準代號標準順序號—發(fā)布年標準名稱示例:[4]GB3100～3102—93量和單位.5．學(xué)位論文順序號作者.題名:[D].保存地:保存者,年份.示例:[5]陳淮金.多機電力系統(tǒng)分散最優(yōu)勵磁控制器的研究:[D].北京:清華大學(xué)電機工程系,2004.6．會議論文順序號作者.題名[Z].會議名稱,會址,會議年份.示例:[6]夏小華,高為柄.穩(wěn)定設(shè)計中的分解和參數(shù)化方法[Z].全國控制與決策會議,黃山,2005.此規(guī)范未盡事宜，各教學(xué)單位要制定統(tǒng)一標準；無法執(zhí)行此規(guī)范的專業(yè)(如英語)可單獨制定規(guī)范，但必須經(jīng)教務(wù)處批準公布后方可執(zhí)行。附錄A譯文附錄B原文附錄C程序清單附錄D其他目錄TOC\o"1-3"\h\z1項目概述 11.1現(xiàn)系統(tǒng)概述 11.2公司組織機構(gòu) 11.3系統(tǒng)業(yè)務(wù)流程 21.4系統(tǒng)功能模塊 22系統(tǒng)需求分析 42.1需求陳述 42.2UseCase建模 52.2.1定義活動者 52.2.2UseCase圖 63系統(tǒng)架構(gòu)設(shè)計 73.1架構(gòu)設(shè)計目標 7