基于RUP的行政事業(yè)性單位收費(fèi)票據(jù)系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)碩士學(xué)位論文

1、碩士學(xué)位論文 論文題目： 基于 RUP 的行政事業(yè)性單位收費(fèi) 票據(jù)系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn) 學(xué)位論文原創(chuàng)性聲明 本人鄭重聲明：所呈交的論文是本人在導(dǎo)師的指導(dǎo)下獨(dú)立進(jìn)行研究所取 得的研究成果。除了文中特別加以標(biāo)注引用的內(nèi)容外，本論文不包含任何其 他個(gè)人或集體已經(jīng)發(fā)表或撰寫的成果作品。對(duì)本文的研究做出重要貢獻(xiàn)的個(gè) 人和集體，均已在文中以明確方式標(biāo)明。本人完全意識(shí)到本聲明的法律后果 由本人承擔(dān)。 作者簽名： 日期： 年 月 日 學(xué)位論文版權(quán)使用授權(quán)書 本學(xué)位論文作者完全了解學(xué)校有關(guān)保留、使用學(xué)位論文的規(guī)定，同意學(xué) 校保留并向國家有關(guān)部門或機(jī)構(gòu)送交論文的復(fù)印件和電子版，允許論文被查 閱和借閱。本人授權(quán) 大學(xué)可

2、以將本學(xué)位論文的全部或部分內(nèi) 容編入有關(guān)數(shù)據(jù)庫進(jìn)行檢索，可以采用影印、縮印或掃描等復(fù)制手段保存和 匯編本學(xué)位論文。 涉密論文按學(xué)校規(guī)定處理。 作者簽名：日期： 年 月 日 導(dǎo)師簽名： 日期： 年 月 日 Dissertation Submitted to Zhejiang University of Technology for the Degree of Master Design and Implementation of bill-charging system at administrative institutions based on RUP Candidate: Song Xin

3、 Advisor: Professor College of Information Engineering Zhejiang University of Technology Apr 2008 浙江工業(yè)大學(xué)浙江工業(yè)大學(xué) 學(xué)位論文原創(chuàng)性聲明學(xué)位論文原創(chuàng)性聲明 本人鄭重聲明：所提交的學(xué)位論文是本人在導(dǎo)師的指導(dǎo)下，獨(dú)立進(jìn)行研究工作 所取得的研究成果。除文中已經(jīng)加以標(biāo)注引用的內(nèi)容外，本論文不包含其他個(gè)人 或集體已經(jīng)發(fā)表或撰寫過的研究成果，也不含為獲得浙江工業(yè)大學(xué)或其它教育機(jī) 構(gòu)的學(xué)位證書而使用過的材料。對(duì)本文的研究作出重要貢獻(xiàn)的個(gè)人和集體，均已 在文中以明確方式標(biāo)明。本人承擔(dān)本聲明的法律責(zé)任。 作者

4、簽名：日期： 年 月 日 學(xué)位論文版權(quán)使用授權(quán)書學(xué)位論文版權(quán)使用授權(quán)書 本學(xué)位論文作者完全了解學(xué)校有關(guān)保留、使用學(xué)位論文的規(guī)定，同意學(xué)校保留 并向國家有關(guān)部門或機(jī)構(gòu)送交論文的復(fù)印件和電子版，允許論文被查閱和借閱。 本人授權(quán)浙江工業(yè)大學(xué)可以將本學(xué)位論文的全部或部分內(nèi)容編入有關(guān)數(shù)據(jù)庫進(jìn)行 檢索，可以采用影印、縮印或掃描等復(fù)制手段保存和匯編本學(xué)位論文。 本學(xué)位論文屬于 1、保密，在_年解密后適用本授權(quán)書。 2、不保密。 （請(qǐng)?jiān)谝陨舷鄳?yīng)方框內(nèi)打“”） 作者簽名：日期： 年 月 日 導(dǎo)師簽名：日期： 年 月 日 基于 RUP 的行政事業(yè)性單位收費(fèi)票據(jù)系統(tǒng) 的設(shè)計(jì)與實(shí)現(xiàn) 摘摘 要要 隨著對(duì)軟件需求的不斷增

5、大，要求的不斷提高，軟件開發(fā)機(jī)構(gòu)也迫切地需要一種能 夠更有效地開發(fā)更高質(zhì)量軟件的方法。過去軟件生命周期方法一直占據(jù)著主導(dǎo)地位，但 近年來隨著面向?qū)ο蟮陌l(fā)展，面向?qū)ο蠓椒ㄒ仓饾u代替生命周期方法成為了軟件開發(fā)方 法主流，由此面向?qū)ο蟮能浖_發(fā)模式也隨即成為研究的重點(diǎn)。 統(tǒng)一軟件過程 RUP 是一種用例驅(qū)動(dòng)的，以架構(gòu)為中心的，采用迭代增量方式開發(fā)的 軟件工程過程。它汲取了面向?qū)ο筌浖こ填I(lǐng)域多年來的優(yōu)秀研究成果,應(yīng)用統(tǒng)一建模語 言(UML)進(jìn)行可視化建模,為面向?qū)ο蟮能浖到y(tǒng)的開發(fā)提供了方法論的指導(dǎo)。 RUP 是一 種通用的軟件過程框架,適用于大多數(shù)的軟件項(xiàng)目,而信息系統(tǒng)的開發(fā),也需要引入一種適當(dāng)

6、的開發(fā)過程作為指導(dǎo)，以提高質(zhì)量、開發(fā)效率和復(fù)用性等。本文應(yīng)用 RUP 思想為指導(dǎo)， 結(jié)合“行政事業(yè)性單位收費(fèi)票據(jù)系統(tǒng)”的實(shí)際開發(fā)情況進(jìn)行研究，主要的工作和成果如 下： 1、針對(duì)目前幾種面向?qū)ο筌浖^程的分析比較，提出采用統(tǒng)一軟件過程 RUP 來指導(dǎo) 實(shí)際系統(tǒng)的開發(fā)。 2、從 RUP 的生命周期、組織結(jié)構(gòu)等方面進(jìn)一步分析 RUP 的軟件過程思想。 3、分析目前行政事業(yè)性單位收費(fèi)票據(jù)系統(tǒng)的現(xiàn)狀和存在問題，結(jié)合實(shí)際情況，得出 系統(tǒng)的詳細(xì)需求。 4、結(jié)合實(shí)際項(xiàng)目的自身特點(diǎn)，采用 RUP 的相關(guān)理論，借助 UML 對(duì)系統(tǒng)進(jìn)行設(shè)計(jì)建 模。 5、使用 VB 和 SQL SERVER 完成系統(tǒng)實(shí)現(xiàn)，并投入實(shí)際

7、使用。 關(guān)鍵詞關(guān)鍵詞：RUP，UML，用例驅(qū)動(dòng)，行政事業(yè)性單位收費(fèi)票據(jù)系統(tǒng) DESIGN AND IMPLEMENTATION OF BILL- CHARGING SYSTEM AT ADMINISTRATIVE INSTITUTIONS BASED ON RUP ABSTRACT With the continuous growing demand and requirement for software, software developers need a more effective development method of higher-quality software devel

8、opment. Software life-cycle has held a dominant position in the past, but in recent years with the development of object-oriented, object-oriented methods are gradually replace a life-cycle approach to the mainstream of software development methods, and object-oriented software development mode imme

9、diately become the focus of the study. Rational Unified Process is a software engineering Process which is use case driven，architecture-centric and using iterative and incremental developing method. It assimilate the excellence research fruits of the Object Orient software engineering filed，applies

10、Unified Modeling Language as the visual modeling tool, and supplies the methodological instruction for developing Object Orient software system. RUP is a general framework of software Process. It fit for most software Projects, developing Information system，also need a development Process to advance

11、 the quality，efficiency and reusability. This dissertation applied RUP ideology as a guide, integrate with the actual situation of “bill-charging system at administrative institutions, the main work and results are as follows: 1. Comparing and analyzing of several object-oriented software process, a

12、dopt a unified software RUP process to guide the development of the actual system. 2. Analyze RUP Software Process thinking from RUP life cycle and its organizational structure. 3. Obtained the detailed needs by analyzing the current status and problems of “bill- charging system at administrative in

13、stitutions and integrate with the actual situation. 4. Integrate with the projects characteristic, adopt the RUP theories, using UML modeling of the system design. 5. Using VB and SQL SERVER to complete the system, and put into practical use. Key Words: RUP, UML, use case driven, bill-charging syste

14、m at administrative institutions 目目 錄錄 摘 要 .i 第 1 章 緒 論.1 1.1 研究背景和意義 .1 1.2 研究現(xiàn)狀 .1 1.2.1 軟件工程過程 .1 1.2.2 面向?qū)ο蟮能浖^程 .2 1.3 本文的研究?jī)?nèi)容和結(jié)構(gòu)安排 .5 1.3.1 本文的研究?jī)?nèi)容 .5 1.3.2 結(jié)構(gòu)安排 .5 第 2 章 RUP 的組織結(jié)構(gòu).7 2.1 RUP 概述.7 2.2 RUP 的生命周期.8 2.3 RUP 的動(dòng)態(tài)組成.9 2.3.1 初始階段 .10 2.3.2 細(xì)化階段 .10 2.3.3 構(gòu)造階段 .11 2.3.4 移交階段 .11 2.4 RU

15、P 的靜態(tài)組成.12 2.4.1 核心過程工作流 .12 2.4.2 核心支持工作流 .14 2.4.3 角色、活動(dòng)和工件 .14 2.5 小結(jié) .15 第 3 章 軟件開發(fā)中 RUP 的應(yīng)用特點(diǎn).16 3.1 用例驅(qū)動(dòng) .16 3.2 以架構(gòu)為中心 .18 3.3 迭代增量開發(fā) .19 3.4 UML 在 RUP 中的應(yīng)用.21 3.4.1 UML 和 RUP 模型.21 3.4.2 UML 和迭代.22 3.5 RUP 過程的裁剪研究.23 3.5.1 RUP 的應(yīng)用范圍.23 3.5.2 裁剪原則 .23 3.5.3 裁剪步驟 .24 3.5.4 實(shí)際開發(fā)中 RUP 的裁剪.24 3.6

16、 小結(jié) .25 第 4 章 行政事業(yè)性單位收費(fèi)票據(jù)系統(tǒng)的分析.26 4.1 系統(tǒng)簡(jiǎn)介 .26 4.1.1 開發(fā)背景 .26 4.1.2 RUP 在信息系統(tǒng)開發(fā)中的應(yīng)用研究.27 4.2 系統(tǒng)的架構(gòu)和功能需求 .27 4.2.1 系統(tǒng)分析 .27 4.2.2 系統(tǒng)的總體框架 .28 4.2.3 系統(tǒng)的功能需求 .29 4.3 小結(jié) .33 第 5 章 基于 RUP 的行政事業(yè)性單位收費(fèi)票據(jù)系統(tǒng)的設(shè)計(jì).34 5.1 設(shè)計(jì)思想 .34 5.1.1 研究對(duì)象和思想 .34 5.1.2 迭代流程 .34 5.2 初次迭代 .35 5.2.1 需求工作流 .36 5.2.2 分析與設(shè)計(jì)工作流 .37 5.

17、2.3 實(shí)現(xiàn)工作流 .41 5.3 第二次迭代 .42 5.4 迭代開發(fā)過程總結(jié) .47 5.5 數(shù)據(jù)庫設(shè)計(jì) .47 5.5.1 領(lǐng)票 .47 5.5.2 開發(fā)票和發(fā)票管理 .48 5.5.3 系統(tǒng)管理 .51 5.6 小結(jié) .53 第 6 章 行政事業(yè)性單位收費(fèi)票據(jù)系統(tǒng)的實(shí)現(xiàn).54 6.1 開發(fā)工具 .54 6.2 系統(tǒng)部分實(shí)現(xiàn)技術(shù) .55 6.2.1 數(shù)據(jù)庫連接 .55 6.2.2 強(qiáng)大的查詢功能 .58 6.2.3 打印精度設(shè)置 .60 6.3 系統(tǒng)主要功能實(shí)現(xiàn)界面 .61 6.4 小結(jié) .63 第 7 章 結(jié)論與展望.64 7.1 結(jié)論 .64 7.2 展望 .64 參 考 文 獻(xiàn).6

18、6 致 謝.69 攻讀學(xué)位期間參加的科研項(xiàng)目和成果.70 第第 1 章章 緒緒 論論 1.1 研究背景和意義研究背景和意義 隨著 21 世紀(jì)經(jīng)濟(jì)全球化和信息時(shí)代的到來，計(jì)算機(jī)技術(shù)、通信技術(shù)和計(jì)算機(jī)網(wǎng)絡(luò)技 術(shù)迅猛發(fā)展，自動(dòng)化的信息處理能力和水平不斷提高，并在人們社會(huì)活動(dòng)和生活的各個(gè) 領(lǐng)域得到廣泛應(yīng)用。很難想象如果沒有“計(jì)算機(jī)” 、沒有“軟件” ，我們的社會(huì)、生活將 是怎樣。面對(duì)著各種現(xiàn)實(shí)的和潛在的計(jì)算機(jī)應(yīng)用需求，研究如何能更快、更多、更方便 地開發(fā)出各種不同目的的軟件，是軟件工程技術(shù)所必須解決的一個(gè)問題1。 軟件工程，根據(jù) IEEE 給出的定義為“開發(fā)、運(yùn)行、維護(hù)和修復(fù)軟件的系統(tǒng)方法”, 其采用

19、工程的概念、原理、技術(shù)和方法來開發(fā)與維護(hù)軟件，核心思想是把軟件產(chǎn)品看作 一個(gè)工程產(chǎn)品來處理，將工程項(xiàng)目中的需求分析、質(zhì)量監(jiān)督等引入軟件開發(fā)中，從而使 軟件項(xiàng)目能夠達(dá)到以下幾個(gè)主要目標(biāo):付出較低的開發(fā)成本；達(dá)到預(yù)期的軟件功能；獲得 較好的軟件性能；開發(fā)的軟件易于移植；需要較低的維護(hù)費(fèi)用；能按時(shí)完成開發(fā)工作， 及時(shí)交付使用2。 但軟件工程又有不同于一般工業(yè)工程的一些技術(shù)方法。軟件工程學(xué)定義了軟件工程 的三個(gè)基本要素：方法、工具和過程。其中軟件工程方法為軟件開發(fā)提供了“如何做” 的技術(shù)，它通常采用某種特殊的語言或圖形的表達(dá)方法及一套質(zhì)量保證標(biāo)準(zhǔn)；軟件工具 為軟件工程方法提供了自動(dòng)的或半自動(dòng)的軟件支撐

20、環(huán)境，當(dāng)一種方法被證明有效后，往 往就會(huì)隨之研制出相應(yīng)的工具來幫助實(shí)現(xiàn)和推行這種方法，提高軟件設(shè)計(jì)效率，減輕勞 動(dòng)強(qiáng)度；軟件工程過程將軟件工程的方法和工具綜合起來以達(dá)到合理及時(shí)地進(jìn)行軟件開 發(fā)的目的，它定義了方法使用的順序、要求交付的文檔資料、為保證質(zhì)量和適應(yīng)變化所 需要的管理以及軟件開發(fā)各個(gè)階段完成的里程碑2。 所以，如果選擇了一種合適的軟件工程過程對(duì)軟件系統(tǒng)的開發(fā)進(jìn)行指導(dǎo)，必能起到 事半功倍的效果，大大有益于提高軟件開發(fā)的效率、質(zhì)量和可復(fù)用性。 1.2 研究現(xiàn)狀研究現(xiàn)狀 1.2.1 軟件工程過程 “過程”一詞可解釋為“為了達(dá)到給定目的而執(zhí)行的一系列活動(dòng)的集合” ，它定義了 為了達(dá)到某個(gè)明確

21、的目的，需要什么人在什么時(shí)間以何種方式作何種工作。對(duì)于軟件工 程而言，其目標(biāo)是構(gòu)造一個(gè)新的軟件產(chǎn)品或者完善一個(gè)舊的軟件產(chǎn)品3。那么，軟件工 程過程則是指項(xiàng)目的狀態(tài)、階段、方法、技術(shù)以及人們用于開發(fā)和維護(hù)軟件相關(guān)產(chǎn)品 （計(jì)劃、文檔、模型、代碼、測(cè)試用例及手冊(cè)等）的實(shí)踐集合。如圖 1-1 所示，它是將用 戶的需求轉(zhuǎn)化為有效的軟件解決方案的一系列活動(dòng)。 用戶需求 軟件系統(tǒng) 圖 1-1 軟件工程過程 軟件過程定義了實(shí)現(xiàn)軟件生命周期的不同階段的方法，為有效的軟件開發(fā)和演變提 供了指南。它使軟件開發(fā)中的風(fēng)險(xiǎn)降低，并且提高軟件質(zhì)量，若采用有效的軟件過程可 以在開發(fā)軟件時(shí)提高生產(chǎn)率。首先，理解軟件是如何開發(fā)的

22、有助于做出更明確的決定； 其次，軟件過程能標(biāo)準(zhǔn)化投入，提高可重用性、再現(xiàn)性以及項(xiàng)目組之間的一致性；第三， 軟件過程為引入代碼審查、配置管理、變更控制以及架構(gòu)建模等良好的產(chǎn)業(yè)實(shí)踐提供了 機(jī)會(huì)；第四，一個(gè)已定義的軟件過程為更好的一致性和進(jìn)一步的提高確定了基線3,4。 同時(shí)，一個(gè)已定義的軟件過程同樣也會(huì)在很多方面改進(jìn)組織的維護(hù)和支持工作。因 為它定義了：如何管理變更并為軟件將來的發(fā)布而恰當(dāng)?shù)姆峙渥兏S護(hù)，以使得變更過 程更有效率；如何使軟件平滑的轉(zhuǎn)變?yōu)椴僮骱椭С?，以及操作和支持的工作如何得到?shí) 際的執(zhí)行5。 因此，采用軟件過程可以說是一種形勢(shì)的需要。行之有效的軟件過程可以提高開發(fā) 軟件組織的生產(chǎn)效率

23、、提高軟件質(zhì)量、降低成本并減少風(fēng)險(xiǎn)。傳統(tǒng)的軟件過程采用結(jié)構(gòu) 化技術(shù)，其缺陷對(duì)于開發(fā)中小規(guī)模、結(jié)構(gòu)相對(duì)簡(jiǎn)單的軟件而言似乎不明顯，但對(duì)于規(guī)模 龐大、結(jié)構(gòu)復(fù)雜、軟件需求模糊的軟件開發(fā)項(xiàng)目則容易產(chǎn)生開發(fā)人員缺乏交流、缺少共 享信息的問題。為彌補(bǔ)這方面的缺陷，適應(yīng)軟件開發(fā)的需要，涌現(xiàn)了許多行之有效的軟 件開發(fā)過程，其中應(yīng)用比較廣泛且具有代表性的軟件過程主要有 RUP、XP、OOSP、DSDM、Catalysis 和 OPEN Process 等幾種，本文將對(duì)具有較高知名 度的 RUP 統(tǒng)一過程及其應(yīng)用進(jìn)行研究。 1.2.2 面向?qū)ο蟮能浖^程 面向?qū)ο蟮姆椒ㄊ前逊治鼋⒃谙到y(tǒng)對(duì)象以及對(duì)象間交互的基礎(chǔ)之上

24、，使得我們能 以三個(gè)最基本的方法框架對(duì)象及其屬性、分類結(jié)構(gòu)和集合結(jié)構(gòu)來定義和溝通需求。 軟件工程過程 在面向?qū)ο蟮能浖^程領(lǐng)域，主要有三種方法：統(tǒng)一軟件過程（Rational Unified Process） ， OPEN過程（The OPEN Process）和OOSP（The Object-Oriented Software Process）4,7。 在此，分別簡(jiǎn)單介紹一下這三種面向?qū)ο蟮能浖^程。 1、統(tǒng)一軟件過程（Rational Unified Process，RUP） 統(tǒng)一軟件過程（Rational Unified Process，RUP）4,6,8,9,10是一種具有明確定義和結(jié)

25、構(gòu) 的軟件工程過程。它采用用例驅(qū)動(dòng)、以架構(gòu)為中心、迭代增量的軟件開發(fā)方法。它明確 規(guī)定了人員的職責(zé)、如何完成各項(xiàng)工作以及何時(shí)完成各項(xiàng)工作，并提供了軟件開發(fā)生命 周期的結(jié)構(gòu)。 UML 作為 OO（Object-Oriented）開發(fā)的通用工具，己成為業(yè)界的事實(shí)標(biāo)準(zhǔn)，RUP 是 UML 的過程補(bǔ)充框架，是 UML 推薦的軟件開發(fā)過程。它能適應(yīng)廣泛的一類過程，因 此，它即能用于傳統(tǒng)的瀑布模型，也能適用于一些輕載方法，并且 RUP 是一種可以定制 的軟件開發(fā)過程。RUP 為在開發(fā)組織中分配任務(wù)和職責(zé)提供了一種規(guī)范方法，其目標(biāo)是 確保在可預(yù)計(jì)的時(shí)間安排和預(yù)算內(nèi)開發(fā)出滿足最終用戶需求的高品質(zhì)的軟件6,7。

26、 Rational Unified Process 匯集現(xiàn)代軟件開發(fā)中多方面的最佳經(jīng)驗(yàn)，為適應(yīng)各種項(xiàng)目及組織 的需要提供了靈活的形式。 2、OPEN 過程7（Object-Oriented Process，Environment and Notation） OPEN 是面向?qū)ο蟮倪^程、環(huán)境和標(biāo)記（Object-Oriented Process，Environment and Notation）的首字母縮寫，它是由致力于促進(jìn)和加強(qiáng)使用面向?qū)ο蠹夹g(shù)的非盈利組織 OPEN 聯(lián)盟開發(fā)的。 OPEN 過程具有如下特點(diǎn)： 1）以過程為中心：OPEN 被定義為一個(gè)過程框架。這是一個(gè)過程元模型，從中可以 生成

27、一個(gè)特定組織的過程實(shí)例。每個(gè)過程實(shí)例都是由特定的活動(dòng)、任務(wù)和技術(shù)以及特定 的配置構(gòu)成。 2）具有靈活性：OPEN 過程是基于元模型的框架，項(xiàng)目或組織可以根據(jù)自己的環(huán)境 對(duì)該框架進(jìn)行裁剪，生成一個(gè)適合項(xiàng)目或組織需要的過程。OPEN 不僅支持用例驅(qū)動(dòng)的方 法，而且還支持責(zé)任驅(qū)動(dòng)的方法、數(shù)據(jù)驅(qū)動(dòng)的方法等等。在對(duì)建模語言的支持上，OPEN 可以支持 UML（統(tǒng)一建模語言） 、OML（對(duì)象建模語言）以及任何其他 OO（面向?qū)ο螅?的符號(hào)來文檔化 OPEN 過程產(chǎn)生工作產(chǎn)品。 3）提供完整的生命周期支持：OPEN 不僅包含生命周期的軟件部分，而且還有商業(yè) 和用戶方面。OPEN 內(nèi)含一個(gè)項(xiàng)目管理和復(fù)用框架，

28、支持多項(xiàng)目開發(fā)。 3、OOSP 過程7（The Object-Oriented Software Process） OOSP（The Object-Oriented Software Process） ，面向?qū)ο蟮能浖^程是由 Scott W. Ambler 在他的過程模式一書中提出來的。OOSP 是一個(gè)過程模式的集合，這些過程 模式是經(jīng)過實(shí)踐檢驗(yàn)的管理大規(guī)模面向?qū)ο筌浖_發(fā)項(xiàng)目的技術(shù)總結(jié)。OOSP 主要針對(duì)中 到大型組織，它提供了一個(gè)框架，目的是用對(duì)象技術(shù)成功地開發(fā)大型應(yīng)用軟件，開發(fā)易 維護(hù)和增強(qiáng)的軟件，并對(duì)項(xiàng)目進(jìn)行管理，保證開發(fā)具有較高的質(zhì)量。 OOSP 具有如下特點(diǎn)： 1）它是一個(gè)軟件過

29、程的全面方法，考慮了較完整的生命周期。 2）它準(zhǔn)確地刻畫了大規(guī)模的關(guān)鍵軟件，在大的方向上是順序的，而在小的方面是迭 代的。 3）它明確支持整體規(guī)劃基礎(chǔ)設(shè)施過程，可得到大規(guī)模的復(fù)用及有效地管理軟件 項(xiàng)目集合。 4）OOSP 明確包括了避免失敗的過程，如使組織的工作泛化以便復(fù)用、執(zhí)行風(fēng)險(xiǎn)管 理、執(zhí)行質(zhì)量保證，以及軟件交付時(shí)評(píng)估項(xiàng)目和項(xiàng)目組。 根據(jù)評(píng)估軟件能力與成熟度的標(biāo)準(zhǔn)的能力成熟度模型(Capability Maturity Model，CMM)，OPEN、OOSP 與 RUP 均能支持 CMM 關(guān)鍵過程域的 2 級(jí)到 3 級(jí)標(biāo)準(zhǔn)。 OPEN 和 OOSP 與 RUP 相比，優(yōu)勢(shì)在于它們都覆蓋了

30、完整的軟件工程過程，而不僅僅是 開發(fā)過程，RUP 中缺少維護(hù)、軟件操作與支持、組織與管理等方面的內(nèi)容；OPEN 與 OOSP 都支持多項(xiàng)目，而 RUP 集中于單一項(xiàng)目。但 OPEN 和 OOSP 共同的缺點(diǎn)在于它們 在市場(chǎng)營銷方面做得不夠，在市場(chǎng)上缺乏競(jìng)爭(zhēng)力。而 RUP 在推向市場(chǎng)后，憑借 Rational 公司和現(xiàn)在 IBM 公司的強(qiáng)大實(shí)力的支持，以其與 UML 的良好集成、有多種 CASE 工具 的支持、不斷的升級(jí)與維護(hù)等特點(diǎn)，迅速得到業(yè)界廣泛的認(rèn)同，市場(chǎng)競(jìng)爭(zhēng)力上的巨大優(yōu) 勢(shì)是 RUP 被廣泛地用作軟件開發(fā)的指導(dǎo)的最重要的原因7,27,28。 因此，本文選取的課題，希望對(duì) RUP 方法及其

31、應(yīng)用進(jìn)行深入研究和探討，并以行政 事業(yè)性單位收費(fèi)票據(jù)系統(tǒng)的實(shí)際開發(fā)為例，按照 RUP 安排該軟件系統(tǒng)的開發(fā)過程，用 UML 來描述系統(tǒng)分析和設(shè)計(jì)的成果，這樣從需求分析開始，到最終系統(tǒng)的實(shí)現(xiàn)，便成功 地完成了該項(xiàng)目的整個(gè)開發(fā)過程。 1.3 本文的研究?jī)?nèi)容和結(jié)構(gòu)安排本文的研究?jī)?nèi)容和結(jié)構(gòu)安排 1.3.1 本文的研究?jī)?nèi)容 本文主要探討了如何將 RUP 用于組織和開發(fā)行政事業(yè)性單位收費(fèi)票據(jù)系統(tǒng)軟件，并 分析了其優(yōu)缺點(diǎn)。理論研究和實(shí)際運(yùn)用相結(jié)合，通過對(duì) RUP 的理論探討及如何運(yùn)用到實(shí) 際開發(fā)工作中的方法研究，結(jié)合相應(yīng)的科研課題行政事業(yè)性單位收費(fèi)票據(jù)系統(tǒng)，運(yùn) 用 RUP 架構(gòu)整個(gè)系統(tǒng)核心用例的軟件模型。研

32、究?jī)?nèi)容主要包括如下幾點(diǎn)： 1、分析 RUP 的核心思想，尤其抓住它的用例驅(qū)動(dòng)、以架構(gòu)為中心和迭代增量開發(fā)的 三個(gè)關(guān)鍵點(diǎn)。根據(jù)實(shí)際項(xiàng)目的具體情況，對(duì) RUP 的通用框架進(jìn)行裁剪，使其更好地服務(wù) 于軟件開發(fā)過程。 2、簡(jiǎn)要介紹 UML 統(tǒng)一建模語言，理解 UML 和 RUP 相輔相成、密不可分的關(guān)系并 使其在 RUP 中正確應(yīng)用。 3、分析設(shè)計(jì)了“行政事業(yè)性單位收費(fèi)票據(jù)系統(tǒng)”的整體框架和系統(tǒng)軟件功能模塊。 4、將裁剪后適應(yīng)于實(shí)際系統(tǒng)開發(fā)的 RUP 理論轉(zhuǎn)換為用于指導(dǎo)實(shí)際工作的具體步驟， 并運(yùn)用 Rational Rose 建模工具，構(gòu)建實(shí)際系統(tǒng)核心用例的需求、分析、設(shè)計(jì)以及實(shí)施模 型。 5、最終選

33、用合適的開發(fā)工具和技術(shù)將行政事業(yè)性單位收費(fèi)票據(jù)系統(tǒng)完整實(shí)現(xiàn)，并投 入使用。 1.3.2 結(jié)構(gòu)安排 根據(jù)上述的研究?jī)?nèi)容，本文的結(jié)構(gòu)安排如下： 1、第 1 章是緒論，首先簡(jiǎn)要介紹了課題研究的背景和意義；接著在研究現(xiàn)狀中針對(duì) 傳統(tǒng)的軟件過程講述了目前幾種面向?qū)ο蟮能浖^程，相互比較了特點(diǎn)后提出選取 RUP 作為本文中課題的軟件過程；最后介紹了本文的研究?jī)?nèi)容和結(jié)構(gòu)安排。 2、第 2 章介紹了 RUP 的組織結(jié)構(gòu)。首先給出簡(jiǎn)要的 RUP 概述；接著介紹了 RUP 的 生命周期，并與傳統(tǒng)的瀑布模型相比較；再次根據(jù)所得 RUP 生命周期的二維模型，從橫 軸、縱軸角度分別闡述了它的動(dòng)態(tài)組成和靜態(tài)組成。 3、第

34、 3 章是主要是對(duì)軟件開發(fā)中 RUP 的應(yīng)用特點(diǎn)進(jìn)行研究。首先針對(duì) RUP 用例驅(qū) 動(dòng)、以架構(gòu)為中心和迭代增量開發(fā) 3 個(gè)特點(diǎn)做了詳細(xì)的介紹并說明三者缺一不可的重要 性。接著簡(jiǎn)單介紹了 UML 統(tǒng)一建模語言，并說明其與 RUP 密不可分的關(guān)系，最后描述 了對(duì) RUP 過程的裁剪研究。 4、第 4 章是對(duì)行政事業(yè)性單位收費(fèi)票據(jù)系統(tǒng)的架構(gòu)和功能分析。 5、第 5 章著重講述了基于 RUP 的行政事業(yè)性單位收費(fèi)票據(jù)系統(tǒng)的設(shè)計(jì)過程。主要是 根據(jù)第 3 章量體裁衣后的 RUP 過程來進(jìn)行系統(tǒng)建模，緊扣它的 3 個(gè)特點(diǎn)，最后介紹了數(shù) 據(jù)庫設(shè)計(jì)。 6、第 6 章介紹了行政事業(yè)性單位收費(fèi)票據(jù)系統(tǒng)的實(shí)現(xiàn)，包括開

35、發(fā)工具選擇、部分實(shí) 現(xiàn)技術(shù)和主要功能實(shí)現(xiàn)界面等。 7、第 7 章是結(jié)論與展望，對(duì)全文進(jìn)行一個(gè)總結(jié)和回顧，并對(duì)下一步工作進(jìn)行展望。 第第 2 章章 RUP 的組織結(jié)構(gòu)的組織結(jié)構(gòu) 2.1 RUP 概述概述 RUP（Rational Unified Process）是由 Rational 公司開發(fā)的一種軟件工程過程，主要 由 Ivar Jacobson 的 The Objectory Approach 和 The Rational Approach 發(fā)展而來，是文檔化 的軟件工程產(chǎn)品10,11,13。所有 RUP 的實(shí)施細(xì)節(jié)及方法引導(dǎo)均以 Web 文檔的方式集成， 由 Rational 公司開發(fā)、維

36、護(hù)并銷售，為各種軟件開發(fā)組織提供了一種有效的分配、管理任 務(wù)和職責(zé)的規(guī)范方法，保障開發(fā)組織能夠在預(yù)定的進(jìn)度和范圍內(nèi)開發(fā)出滿足最終用戶需 要的高質(zhì)量軟件產(chǎn)品。RUP 又是一個(gè)通用框架，各個(gè)組織可根據(jù)自身情況及項(xiàng)目規(guī)模等 對(duì) RUP 進(jìn)行裁剪和改進(jìn)，以制定出合乎需要的軟件工程過程12。RUP 的總體結(jié)構(gòu)如圖 2-1 所示： 圖 2-1 RUP 的總體結(jié)構(gòu) RUP 吸收了多種開發(fā)模型的優(yōu)點(diǎn)，具有很好的可操作性和實(shí)用性并且和目前應(yīng)用廣 泛的統(tǒng)一建模語言（Unified Model Language，UML）有著良好集成、有多種 CASE 工具 進(jìn)行支持、不斷的升級(jí)與維護(hù)，迅速得到軟件開發(fā)行業(yè)的廣泛認(rèn)同

37、，越來越多的軟件開 發(fā)組織以它作為軟件開發(fā)模型框架。 RUP 的核心思想在于：它是以用例（Use Case）為驅(qū)動(dòng)，以架構(gòu)為中心的迭代化開發(fā) 過程。RUP 自誕生時(shí)起，就引起了全球軟件行業(yè)的關(guān)注，經(jīng)過大量商業(yè)實(shí)踐表明，RUP 是解決軟件開發(fā)過程中根本問題的方怯。其主要特點(diǎn)包括： 1、迭代地開發(fā)軟件； 2、管理需求； 3、應(yīng)用基于構(gòu)件的架構(gòu)； 4、為軟件建立可視化的模型； 5、不斷驗(yàn)證軟件質(zhì)量； 6、控制軟件的變更。 2.2 RUP 的生命周期的生命周期 軟件開發(fā)過程模型亦被稱為軟件生命周期模型，它描述了開發(fā)一個(gè)軟件系統(tǒng)必需的 所有活動(dòng)和工作產(chǎn)品。傳統(tǒng)的軟件開發(fā)模型(如瀑布模型)通常是一個(gè)一維的

38、模型，開發(fā) 工作劃分為多個(gè)連續(xù)的階段1,7。在一個(gè)時(shí)間段內(nèi)，只能作某一個(gè)階段的工作，比如分析、 設(shè)計(jì)或者實(shí)現(xiàn)。而 RUP 的生命周期可用二維結(jié)構(gòu)來描述，如圖 2-2 所示，該圖的一次循 環(huán)代表了統(tǒng)一過程的一次生命周期。RUP 是一個(gè)將用戶需求轉(zhuǎn)化為軟件系統(tǒng)所需的活動(dòng) 集合，該活動(dòng)集合是在過程的生命周期中完成的。 圖 2-2 RUP 生命周期的二維結(jié)構(gòu)1 瀑布模型強(qiáng)調(diào)開發(fā)的階段性、早期計(jì)劃及需求調(diào)查等，它在降低軟件的復(fù)雜度、促 進(jìn)軟件開發(fā)工程化方面有顯著的作用。但隨著應(yīng)用的愈廣愈久，該模型的缺乏靈活性； 過于依賴早期進(jìn)行的唯一的一次需求調(diào)查，不能適應(yīng)需求的變化；單一流程，開發(fā)中的 經(jīng)驗(yàn)教訓(xùn)不能反

39、饋應(yīng)用于本產(chǎn)品的過程；風(fēng)險(xiǎn)往往要到后期的開發(fā)階段才顯露，因而失 去及早糾正的機(jī)會(huì)等缺點(diǎn)也就逐級(jí)暴露了出來，所以必須尋找有效的解決辦法。 上圖中橫軸代表了制訂開發(fā)過程時(shí)的時(shí)間，體現(xiàn)了過程的動(dòng)態(tài)結(jié)構(gòu)。它以術(shù)語周期 （Cycle） 、階段（Phase） 、迭代（Iteration）和里程碑（Milestone）來表達(dá)?？v軸以內(nèi)容 來組織為自然的邏輯活動(dòng)，體現(xiàn)開發(fā)過程的靜態(tài)結(jié)構(gòu)，用來描述它的術(shù)語主要包括活動(dòng) （Activity） 、產(chǎn)物（Artifact） 、工人（Worker）和工作流（Workflow） ，縱軸表現(xiàn)了過程 的靜態(tài)結(jié)構(gòu)。 在進(jìn)度和工作量方面，所有階段都各不相同。盡管不同的項(xiàng)目有很大的

40、不同，但一 個(gè)中等規(guī)模項(xiàng)目的典型初始開發(fā)周期應(yīng)預(yù)先考慮到工作量和進(jìn)度間的分配，如表 2-1 所示： 表 2-1 項(xiàng)目工作量和進(jìn)度分配表 起始細(xì)化構(gòu)建移交 工作量5%20%65%10% 進(jìn)度10%30%50%10% 通過這四個(gè)階段就是一個(gè)開發(fā)周期，每次經(jīng)過這四個(gè)階段就會(huì)產(chǎn)生一代軟件。除非 項(xiàng)目“死亡” ，否則通過重復(fù)同樣的起始階段、細(xì)化階段、構(gòu)建階段和移交階段的順序， 產(chǎn)品將演進(jìn)為下一代產(chǎn)品，但每一次的側(cè)重點(diǎn)都將放在不同的階段上。這些隨后的周期 成為演進(jìn)周期。隨著產(chǎn)品經(jīng)歷了幾個(gè)周期，新一代產(chǎn)品隨之產(chǎn)生。 2.3 RUP 的動(dòng)態(tài)組成的動(dòng)態(tài)組成 在 RUP 生命周期的二維結(jié)構(gòu)圖（圖 2-2）的橫軸上

41、包含階段和迭代兩項(xiàng)內(nèi)容，這兩 項(xiàng)即是開發(fā)過程沿時(shí)間的動(dòng)態(tài)組織結(jié)構(gòu)10。在此時(shí)間維上，為了能夠方便地管理軟件開 發(fā)過程，監(jiān)控軟件開發(fā)狀態(tài)，RUP 把軟件生命周期劃分為若干次迭代，每次迭代生成一 個(gè)產(chǎn)品的新版本并依次由四個(gè)連續(xù)的階段組成，每次迭代都應(yīng)完成確定的任務(wù)，正是這 些迭代過程不斷產(chǎn)生系統(tǒng)新的增量，使產(chǎn)品不斷成熟，從低版本軟件不斷過渡到高版本 軟件。 軟件生命周期被分解為周期，每一個(gè)周期工作在產(chǎn)品新的一代上，RUP 將周期又劃 分為初始（Inception） 、細(xì)化（Elaboration） 、構(gòu)造（Construction）和移交（Transition）四 個(gè)連續(xù)的階段12,14,23。每

42、個(gè)階段都終結(jié)于一個(gè)良好定義的里程碑。其實(shí)，每個(gè)階段就是 兩個(gè)主要里程碑之間的時(shí)間跨度。在每個(gè)階段結(jié)束時(shí)要依據(jù)里程碑目標(biāo)進(jìn)行工作評(píng)估， 以確定是否實(shí)現(xiàn)了該階段的目標(biāo)以及是否可以進(jìn)入下一個(gè)階段。如圖 2-3 所示為各階段 和里程碑的關(guān)系。 圖 2-3 階段和里程碑 2.3.1 初始階段 初始階段34,36是 RUP 生命周期四個(gè)階段中的第一個(gè)階段，該階段主要有 5 個(gè)目標(biāo): 1）了解要?jiǎng)?chuàng)建什么樣的系統(tǒng)。確定系統(tǒng)的外貌、范圍和邊界。識(shí)別出誰將使用這個(gè) 系統(tǒng)以及系統(tǒng)將為他們帶來什么好處。 2）確定系統(tǒng)的主要功能。確定哪些用例是最重要的，識(shí)別系統(tǒng)必須被實(shí)現(xiàn)的功能。 3）制定至少一個(gè)可行的方案。至少確定一

43、個(gè)可行的系統(tǒng)架構(gòu)，確保在適當(dāng)?shù)娘L(fēng)險(xiǎn)和 代價(jià)下創(chuàng)建系統(tǒng)。 4）了解與項(xiàng)目相關(guān)的成本、時(shí)間表和風(fēng)險(xiǎn)。 5）確定循環(huán)什么過程和使用哪些工具。 在初始階段，項(xiàng)目組集中精力理解最初的需求，確定范圍并組織項(xiàng)目。要理解最初 的需求，可能要進(jìn)行業(yè)務(wù)建模及其他基本的建模活動(dòng)。初始階段結(jié)束時(shí)是第一個(gè)重要的 里程碑：生命周期目標(biāo)(Lifecycle objective)里程碑。生命周期目標(biāo)里程碑評(píng)價(jià)項(xiàng)目基本的 生存能力。 2.3.2 細(xì)化階段 細(xì)化階段35,36是建立系統(tǒng)架構(gòu)的基線，以便為構(gòu)造階段的主要設(shè)計(jì)和實(shí)施工作提供 一個(gè)穩(wěn)定的基礎(chǔ)的階段。這一階段的主要目標(biāo)有: 1）更明確的認(rèn)識(shí)需求。對(duì)系統(tǒng)的大部分需求達(dá)成更明

44、確的認(rèn)識(shí)。 2）設(shè)計(jì)、實(shí)現(xiàn)、驗(yàn)證系統(tǒng)架構(gòu)并建立架構(gòu)基線。 3）化解主要風(fēng)險(xiǎn)，制定更精確的時(shí)間表和費(fèi)用估算。 4）細(xì)化開發(fā)案例并搭建開發(fā)環(huán)境。 細(xì)化階段的主要任務(wù)：在初始階段的工作基礎(chǔ)上，收集更詳細(xì)的系統(tǒng)需求，進(jìn)行高 層次的系統(tǒng)分析和設(shè)計(jì)，確定系統(tǒng)的特征和基本的系統(tǒng)架構(gòu)，編制系統(tǒng)構(gòu)造計(jì)劃，確定 開發(fā)所需要的活動(dòng)和資源。這一階段項(xiàng)目組主要關(guān)注應(yīng)用系統(tǒng)需求展開以及確定、開發(fā) 和驗(yàn)證項(xiàng)目架構(gòu)。細(xì)化階段結(jié)束時(shí)是第二個(gè)重要的里程碑：生命周期架構(gòu)（Lifecycle Architecture）里程碑。生命周期架構(gòu)里程碑為系統(tǒng)的架構(gòu)建立了管理基線并使項(xiàng)目小組 能夠在構(gòu)造階段中進(jìn)行衡量。此時(shí)，要檢驗(yàn)詳細(xì)的系統(tǒng)目

45、標(biāo)和范圍、架構(gòu)的選擇以及主 要風(fēng)險(xiǎn)的解決方案14。 2.3.3 構(gòu)造階段 構(gòu)造階段36,37是將主要精力集中在現(xiàn)象設(shè)計(jì)、實(shí)現(xiàn)以及測(cè)試來充實(shí)一個(gè)完整的系統(tǒng) 的階段。這一階段的主要目標(biāo)為： 1）降低開發(fā)成本并實(shí)現(xiàn)部分的并行開發(fā)。 2）迭代開發(fā)準(zhǔn)備給用戶的完整產(chǎn)品。通過描述剩余的用例和其他需求、補(bǔ)充設(shè)計(jì)細(xì) 節(jié)、實(shí)現(xiàn)并測(cè)試軟件來開發(fā)出系統(tǒng)的第一個(gè)可運(yùn)行的版本。 構(gòu)造階段的任務(wù)，通過循環(huán)重復(fù)的工作具體建造軟件系統(tǒng)。每一次的循環(huán)都包含了 常規(guī)的軟件生命周期階段的活動(dòng)：分析、設(shè)計(jì)、實(shí)現(xiàn)、測(cè)試等。每一次循環(huán)都將得到一 個(gè)更準(zhǔn)確接近未來系統(tǒng)的模型或原型。構(gòu)造階段結(jié)束時(shí)是第三個(gè)重要的里程碑：初始功 能（Initi

46、al Operational）里程碑，它決定了產(chǎn)品是否可以在測(cè)試環(huán)境中進(jìn)行部署。此時(shí)， 要確定軟件、環(huán)境、用戶是否可以開始系統(tǒng)的運(yùn)作。 2.3.4 移交階段 移交階段38,39是系統(tǒng)正式投入運(yùn)行前的階段，要達(dá)到的主要目標(biāo)是確保軟件完全滿 足用戶需求。這一階段的主要任務(wù)有系統(tǒng)的 Beta 測(cè)試、系統(tǒng)性能調(diào)整和人員培訓(xùn)等。移 交階段的終點(diǎn)是第四個(gè)里程碑：產(chǎn)品發(fā)布(Product Release)里程碑。此時(shí)，要確定目標(biāo)是 否實(shí)現(xiàn)。 RUP 的每個(gè)階段都由一個(gè)或多個(gè)連續(xù)的迭代組成。迭代過程是導(dǎo)致可執(zhí)行產(chǎn)品版本 的完整開發(fā)循環(huán)(即從捕獲需求到代碼實(shí)現(xiàn))，是最終產(chǎn)品的一個(gè)子集，從一個(gè)迭代過程 到另一個(gè)迭

47、代過程遞增式增長(zhǎng)，形成最終的系統(tǒng)產(chǎn)品。在各階段中，每個(gè)過程工作流各 有不同的重點(diǎn)。通常，在初始階段，迭代工作重點(diǎn)在于需求捕獲；在細(xì)化階段，重點(diǎn)轉(zhuǎn) 移到分析和設(shè)計(jì)；在構(gòu)造階段，實(shí)現(xiàn)是中心活動(dòng)；而移交階段的，中心任務(wù)在于實(shí)施。 2.4 RUP 的靜態(tài)組成的靜態(tài)組成 在 RUP 生命周期的二維結(jié)構(gòu)圖的縱軸上表現(xiàn)了過程的靜態(tài)結(jié)構(gòu)。RUP 的靜態(tài)結(jié)構(gòu)包 括角色（worker） 、工作流程（workflow） 、活動(dòng)（activities） 、工件（artifact）四個(gè)基本模 型元素1,23。它們分別描述了軟件開發(fā)過程“誰” “什么時(shí)候” “如何” “做”某事以及怎 樣實(shí)現(xiàn)某一特定的目標(biāo)。 工作流，是產(chǎn)

48、生具有可觀察結(jié)果的活動(dòng)序列。每個(gè)工作流產(chǎn)生一些有價(jià)值的工件。 RUP 共有 9 個(gè)工作流，其中分為 6 個(gè)核心過程工作流：業(yè)務(wù)建模、需求、分析和設(shè)計(jì)、 實(shí)現(xiàn)、測(cè)試、部署工作流；3 個(gè)核心支持工作流：項(xiàng)目管理、配置和變更控制、環(huán)境工作 流16,17,18。這 9 個(gè)工作流并不是順序執(zhí)行的，而是在項(xiàng)目中輪流被使用，在每一次迭代 中以不同的重點(diǎn)和強(qiáng)度重復(fù)。核心工作流的迭代開發(fā)循環(huán)模型如圖 2-4 所示： 圖 2-4 核心工作流的迭代開發(fā)循環(huán) 2.4.1 核心過程工作流 業(yè)務(wù)建模（Business Modeling） 、需求（Requirements)、分析與設(shè)計(jì)（Analysis DRIVER=Dr

49、iver Name; SERVER=server; DATABASE=database; UID=user; PWD=password 針對(duì)本文中的系統(tǒng)，處理如下： cnnb.ConnectionString = “PROVIDER= MSDASQL;” + “DRIVER=SQL Server;” + “SERVER=servera;” + “DATABASE=CAIWU;” /系統(tǒng)中數(shù)據(jù)庫名稱為 CAIWU + “UID=sa;” + “PWD=gtsyj” 6.2.2 強(qiáng)大的查詢功能 結(jié)合實(shí)際需求，操作員在查看發(fā)票記錄時(shí)希望能根據(jù)不同情況而自行設(shè)置查詢條件， 以期查找相應(yīng)的發(fā)票集合。根據(jù)

50、這一特點(diǎn)，本系統(tǒng)在產(chǎn)生發(fā)票匯總報(bào)表時(shí)提供了強(qiáng)大完 全的查詢功能和表頭欄目設(shè)置功能，來配合實(shí)現(xiàn)操作員所要求的任意報(bào)表，并創(chuàng)造友善 的打印環(huán)境。 發(fā)票匯總報(bào)表是所開發(fā)票的集合，從各個(gè)角度提供了查詢條件，包括日期、金額、 狀態(tài)、臺(tái)號(hào)、交款方式、交款單位、收費(fèi)項(xiàng)目、發(fā)票號(hào)等查詢條件。如圖 6-1 所示，為 發(fā)票的所有查詢條件： 圖 6-1 發(fā)票的所有查詢條件 避免同時(shí)顯示多個(gè)條件以免占用空間和查看界面，設(shè)置了查詢條件選擇功能，如圖 6-2 所示： 圖 6-2 查詢條件選擇界面 同理，為了避免同時(shí)顯示很多個(gè)欄目以免欄目太多導(dǎo)致查看和打印不便，系統(tǒng)設(shè)計(jì) 了欄目設(shè)置功能來生成表頭，如圖 6-3 所示： 圖

51、6-3 欄目設(shè)置界面 圖 6-4 顯示了根據(jù)欄目設(shè)置后的表頭的局部瀏覽： 圖 6-4 表頭的局部瀏覽界面 6.2.3 打印精度設(shè)置 該收費(fèi)系統(tǒng)實(shí)際投入使用時(shí)，通常會(huì)有多個(gè)收費(fèi)點(diǎn)，且各個(gè)收費(fèi)點(diǎn)都會(huì)有多個(gè)客戶 端，不能保證所有的客戶端硬件條件相同。由于計(jì)算機(jī)不同，會(huì)導(dǎo)致打印誤差，為了解 決這一問題，在系統(tǒng)開發(fā)時(shí)增加了打印精度設(shè)置功能，通過對(duì)精度的細(xì)調(diào)來避免計(jì)算機(jī) 不同帶來的打印誤差。 當(dāng)新增一臺(tái)計(jì)算機(jī)時(shí)，要求先試打比較，來調(diào)整精度。試打時(shí)用空白紙，若有偏差 可量下￥點(diǎn)坐標(biāo)來調(diào)整，然后再次試打，直到滿意為止。如圖 6-5 所示，為精度調(diào)整界面： 圖 6-5 精度調(diào)整界面 6.3 系統(tǒng)主要功能實(shí)現(xiàn)界面

52、系統(tǒng)主要功能實(shí)現(xiàn)界面 本系統(tǒng)在計(jì)算機(jī)首次登錄時(shí)必須先與服務(wù)器進(jìn)行連接，再次登錄時(shí)將自動(dòng)建立連接。 登錄后系統(tǒng)主界面如圖 6-6 所示： 圖 6-6 系統(tǒng)主界面 新開發(fā)票功能是整個(gè)系統(tǒng)的核心，包括套打、存入數(shù)據(jù)等，套打是指在會(huì)計(jì)電算化 下，使用事先印制有憑證、帳簿、報(bào)表格式的紙張，進(jìn)行打印的一種打印方式。這種打 印方式在打印時(shí)，無須打印表格的表格線及其他固定的格式內(nèi)容，有利于加快打印速度， 節(jié)約打印耗材，延長(zhǎng)打印機(jī)的使用壽命。如圖 6-7 所示為新開發(fā)票界面： 圖 6-7 新開發(fā)票界面 當(dāng)系統(tǒng)套打完存入數(shù)據(jù)后，操作員便可在發(fā)票管理中查看已經(jīng)開出的發(fā)票以及已經(jīng) 作廢的發(fā)票，還有進(jìn)行發(fā)票的作廢、還原

53、處理。如圖 6-8 所示為發(fā)票管理界面： 圖 6-8 發(fā)票管理界面 發(fā)票的作廢、還原功能是因由于新開發(fā)票出錯(cuò)而要求作廢發(fā)票時(shí)可通過本功能來實(shí)現(xiàn),因 考慮到安全方面,作廢后還未刪除發(fā)票信息,先提交到管理員,操作員也可還原發(fā)票成正常狀 態(tài)。程序中，每一個(gè)選擇框的內(nèi)容，都單獨(dú)設(shè)計(jì)一個(gè)數(shù)據(jù)表，這個(gè)數(shù)據(jù)表和已經(jīng)開出發(fā) 票的相對(duì)應(yīng)項(xiàng)目建立鏈接關(guān)系，確保數(shù)據(jù)庫完整性。 此外，系統(tǒng)還設(shè)計(jì)了發(fā)票統(tǒng)計(jì)功能，如圖 6-9 所示，為發(fā)票統(tǒng)計(jì)窗體： 圖 6-9 發(fā)票統(tǒng)計(jì)窗體 6.4 小結(jié)小結(jié) 本章主要是介紹了行政事業(yè)性單位收費(fèi)票據(jù)系統(tǒng)的實(shí)現(xiàn)。首先介紹了系統(tǒng)實(shí)現(xiàn)的開 發(fā)工具，然后介紹了系統(tǒng)實(shí)現(xiàn)的部分技術(shù)，包括數(shù)據(jù)庫連接技

54、術(shù)和一些系統(tǒng)功能實(shí)現(xiàn)技 術(shù)，最后給出了系統(tǒng)主要功能實(shí)現(xiàn)界面，直觀地描述了系統(tǒng)的運(yùn)行情況。 第第 7 章章 結(jié)論與展望結(jié)論與展望 7.1 結(jié)論結(jié)論 本文以行政事業(yè)性單位收費(fèi)票據(jù)系統(tǒng)為實(shí)例，研究如何將統(tǒng)一過程 RUP 思想應(yīng)用到 系統(tǒng)開發(fā)中去。本文所做的主要工作有： 1、理論研究：分析了軟件工程過程的研究現(xiàn)狀和幾種面向?qū)ο蟮能浖^程特點(diǎn)，指 出統(tǒng)一軟件過程 RUP 的優(yōu)勢(shì)及選擇它的原因。進(jìn)一步分析了 RUP 的思想理論，以及與 UML 密不可分的關(guān)系。 2、應(yīng)用研究：分析了目前行政事業(yè)性單位收費(fèi)票據(jù)系統(tǒng)的現(xiàn)狀和缺陷，以 RUP 思想 為指導(dǎo)，借助 UML 建模工具，進(jìn)行對(duì)行政事業(yè)性單位收費(fèi)票據(jù)系統(tǒng)

55、的設(shè)計(jì)與實(shí)現(xiàn)。RUP 是一種通用的軟件過程框架，在實(shí)際應(yīng)用中必須結(jié)合實(shí)際項(xiàng)目的自身特點(diǎn)，做到對(duì)過程 的“量體裁衣” 。本文中遵循 RUP 的特點(diǎn)：用例驅(qū)動(dòng)，架構(gòu)為中心和迭代增量開發(fā)，圍繞 著 3 個(gè)主要工作流（需求工作流、分析與設(shè)計(jì)工作流和實(shí)現(xiàn)工作流） ，使用 Rational Rose 建模工具來進(jìn)行系統(tǒng)的架構(gòu)和建模。并使用 VB 開發(fā)工具，SQL SERVER 2000 數(shù)據(jù)庫和 ADO 數(shù)據(jù)庫訪問技術(shù)等來實(shí)現(xiàn)系統(tǒng)并交付使用。 用 UML 和 RUP 指導(dǎo)軟件系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)具有許多優(yōu)點(diǎn)。首先 UML 豐富的視圖使 從不同的視角對(duì)軟件系統(tǒng)建模成為可能。UML 擁有的 5 類視圖和 9 種圖

56、形，可根據(jù)需要 使用于軟件開發(fā)的各個(gè)階段，形成軟件系統(tǒng)的用例模型、對(duì)象模型、動(dòng)態(tài)模型和功能模 型等模型。其次，RUP 的特點(diǎn)在軟件開發(fā)過程中得到了充分的體現(xiàn)。 “用例驅(qū)動(dòng)”在就業(yè) 信息管理系統(tǒng)中發(fā)揮得淋漓盡致，從需求獲取到系統(tǒng)實(shí)現(xiàn)，用例的獲取，分析、設(shè)計(jì)和 實(shí)現(xiàn)都具有可追蹤性。而“以架構(gòu)為中心”保證了軟件體系結(jié)構(gòu)的穩(wěn)定性，又使得軟件 系統(tǒng)的可理解性和可修改性提高。這兩個(gè)特點(diǎn)的結(jié)合也就提高了軟件系統(tǒng)的可維護(hù)性。 7.2 展望展望 目前該行政事業(yè)性單位收費(fèi)票據(jù)系統(tǒng)實(shí)際運(yùn)用在東陽市國土資源管理局。就實(shí)際的 使用情況來看，系統(tǒng)的設(shè)計(jì)符合用戶的需求，達(dá)到了預(yù)期的效果，并得到所在單位的認(rèn) 可和好評(píng)。但隨著

57、需求的擴(kuò)展，比如目前用戶己提出希望能夠自行設(shè)定票據(jù)格式套打等 功能，因此后期還有很多工作要做。而由于面向?qū)ο蠓椒ǜ麟A段是無縫連接的，因此在 模型建立起來以后，這些工作應(yīng)該能得到較好的解決。若系統(tǒng)能實(shí)現(xiàn)根據(jù)不同票據(jù)格式 自行設(shè)定套打格式，在將來出現(xiàn)新的票據(jù)時(shí)就不需要重新開發(fā)一套系統(tǒng)來實(shí)現(xiàn)，大大提 高了系統(tǒng)的靈活性，也減少了大量的開發(fā)成本。 本文就 RUP 思想應(yīng)用到實(shí)際系統(tǒng)開發(fā)中做了一定的研究，但還有一些不足，例如完 整的軟件過程應(yīng)對(duì)風(fēng)險(xiǎn)分析和成本估算等方面做出分析，在本文中未提到這幾方面。在 今后的工作中，RUP 的配置與變更管理，項(xiàng)目管理和環(huán)境等核心支持工作流如何在項(xiàng)目 開發(fā)中綜合應(yīng)用，可成

58、為我們的研究目標(biāo)。另外，從系統(tǒng)的實(shí)際設(shè)計(jì)情況分析，值得改 進(jìn)或尚待解決和研究的問題主要包括以下幾方面： 1、對(duì)象的分布設(shè)計(jì)問題、對(duì)象持久層的設(shè)計(jì)； 2、分析模式和設(shè)計(jì)模式是和 UML 以及系統(tǒng)建模密切相關(guān)的，且能提高系統(tǒng)分析、 設(shè)計(jì)甚至實(shí)現(xiàn)效率的新方法，值得我們研究。 3、UML 仍在不斷的發(fā)展與完善中，其使用的復(fù)雜性有待在新的版本里得到改善。 參參 考考 文文 獻(xiàn)獻(xiàn) 1翁楠. RUP 在信息系統(tǒng)開發(fā)中的應(yīng)用研究D，大連海事大學(xué)，2006. 2鄭人杰，殷人昆，陶永雷. 實(shí)用軟件工程M，北京：清華大學(xué)出版社，2001. 3Ian Sommerville. Software Engineering

59、M. 北京：機(jī)械工業(yè)出版社，2006 4 Scott W. Amble 著.The Unified Process Elabration Phase Best Practices in Implementing the UPM， 北京：機(jī)械工業(yè)出版社，2005. 5 Gary B.Shelly, Thomas J. Cashman Harry J. Rosenblatt 著 李芳，朱群雄 陳鐵群譯. 系統(tǒng)分析與設(shè) 計(jì)教程M. 北京：機(jī)械工業(yè)出版社，2004 6 余八一. 現(xiàn)代軟件工程過程方法探析J, 科技資訊，2007，1(02):45. 7 Timothy C. Lethbidge, Robert Laganiere . 面向?qū)ο筌浖こ蘉. 張紅光、溫遇華、徐巧麗、張楠 譯.機(jī)械工業(yè)出版社，2003. 8 張騫. 統(tǒng)一軟件過程的研究和應(yīng)用D, 武漢大學(xué)，2004 9 王鳳斌. 基于敏捷化 Rational 統(tǒng)一過程需求建模D, 南昌大學(xué)，2005 10 Ivar Jacobson，Grady Booch，James Rumbaugh 著. 周伯生等譯.統(tǒng)一軟件開發(fā)過程M. 北 京：機(jī)械工業(yè)出版社，2002. 11 PerKroll，PhilippeKruchten 著. 徐正生等譯. Rational 統(tǒng)一過程實(shí)踐者指南M，北京：中國電力 出版社，2004. 12 張友