【正文】 精簡(jiǎn) RUP 的面向?qū)ο蠼：?jiǎn)介 ...................... 24 定義需求與需求分析 ............................................ 26 涉眾分析與規(guī)劃業(yè)務(wù)目標(biāo) .................................... 26 發(fā)現(xiàn)主角與獲取業(yè)務(wù)用例 .................................... 27 業(yè)務(wù)建模 .................................................. 28 系統(tǒng)分析 ...................................................... 30 系統(tǒng)架構(gòu)分析 .............................................. 30 業(yè)務(wù)實(shí)體模型 .............................................. 31 建立分析模型 .............................................. 32 系統(tǒng)設(shè)計(jì) ...................................................... 34 第五章 系統(tǒng)實(shí) 現(xiàn)與測(cè)試 ............................................... 35 系統(tǒng)各模塊的實(shí)現(xiàn) .............................................. 35 界面設(shè)計(jì)與實(shí)現(xiàn) ............................................ 35 業(yè)務(wù)邏輯模塊的實(shí)現(xiàn) ........................................ 35 報(bào)表與圖表模塊的實(shí)現(xiàn) ...................................... 39 系統(tǒng)功能方面的測(cè)試 ............................................ 40 系統(tǒng)主要功能的測(cè)試 ........................................ 40 系統(tǒng)測(cè)試結(jié)果的分析與總結(jié) .................................. 40 第六章 總結(jié)與展望 ................................................... 41 研究總結(jié) ...................................................... 41 不足與展望 .................................................... 42 致 謝 ............................................................ 43 參考文獻(xiàn) ............................................................ 45第一章 緒論 1 第一章 緒論 選題 的 背景及 意義 迄今為止，中國(guó)的物業(yè) 管理行業(yè)已經(jīng)走過(guò)了二十幾年 的 光陰， 并且 已經(jīng) 具備了一定的規(guī)模和形態(tài)。 然而 一直以來(lái)人們 都是在 使用傳統(tǒng)人工的方式管理各 種數(shù)據(jù)，這種管理方式存在著許多缺點(diǎn)： ， 安全性未得到很好的保障，包括資金的安全性和數(shù)據(jù)的安全性 。作為計(jì)算機(jī)應(yīng)用的一部分，使用計(jì)算機(jī)對(duì)各項(xiàng)信息進(jìn)行管理具有手工管理所無(wú)法比擬的優(yōu)點(diǎn)，例如檢索迅速、查找方便、可靠性高、存儲(chǔ)量大、保密性好、 壽命長(zhǎng)、成本低、及時(shí)信息交流 、 改善服務(wù)質(zhì)量等。 2 基于 C+SQL Server 的 B/S結(jié)構(gòu)水費(fèi)管理系統(tǒng) 水費(fèi) 管理 系統(tǒng)的研究現(xiàn)狀 在 實(shí)際 應(yīng)用 形式 上， 目前 國(guó)內(nèi) 的水費(fèi)管理 軟件 大多 應(yīng)用于城市住宅 小區(qū)和 企業(yè)的 水費(fèi)管理 ， 但在縣級(jí)城鎮(zhèn)中由于成本和規(guī)模原因而沒(méi)有 得到廣泛應(yīng)用。 這樣的體系有以下缺點(diǎn)： ，安全性低。在這種結(jié)構(gòu)下，用戶(hù)界面完全通過(guò) WWW瀏覽器實(shí)現(xiàn)，一部分事務(wù)邏輯在前端實(shí)現(xiàn)，但是主要事務(wù)邏輯在服務(wù)器端實(shí)現(xiàn)，形成所謂 3tier結(jié)構(gòu)。 在通常的開(kāi)發(fā)過(guò)程中 這一部分本應(yīng)當(dāng)屬于分析設(shè)計(jì)中分析模型的一部分，但 由于 目前的 Web 應(yīng)用程序（尤其 是 網(wǎng)站）使用類(lèi)似的架構(gòu)已經(jīng)比較成熟，同時(shí)也為了更好得反過(guò)來(lái)指導(dǎo)分析與設(shè)計(jì)過(guò)程 并 體現(xiàn)其 重要性，因此本文將這部分放在了分析設(shè)計(jì)部分之前做了詳細(xì)的研究和設(shè)計(jì)。 本 系統(tǒng) 的開(kāi)發(fā)過(guò)程進(jìn)行 總結(jié)，并就不足之處和可以改進(jìn)的地方 分別 進(jìn)行討論和 展望。 .NET 框架概述 圖 .NET 框架結(jié)構(gòu)圖 .NET Framework 是一套語(yǔ)言獨(dú)立的應(yīng)用程序開(kāi)發(fā)框架。 其主要目標(biāo)是 ： 提供一個(gè)覆蓋整個(gè)應(yīng)用范圍的、一致的面向?qū)ο蟓h(huán)境。 中 間 語(yǔ) 言 代 碼C L RC , V B . N E T ? ?W I N D O W S L I N U X編 譯運(yùn) 行 圖 .NET 程序的執(zhí)行原理圖 通用語(yǔ)言運(yùn)行時(shí) （ CLR） 要管理應(yīng)用的整個(gè)生命周期 ，包括 查找代碼、編譯、加載相關(guān)的類(lèi)、管理其執(zhí)行，并確保自動(dòng)內(nèi)存管理。只要是遵循 .NET 框架的語(yǔ)言，都會(huì)使用這個(gè)公共類(lèi)庫(kù)。 由于它是從 C 和 C++中派生出來(lái)的，因此具有 C++的 功能 ， C語(yǔ)言的語(yǔ)法類(lèi)似于 C++的面向?qū)ο笳Z(yǔ)法 。 C的編譯完全遵循 CLR 的管理，同樣是通過(guò) JIT（ JustInTime 即時(shí)系統(tǒng)） 編譯成 MSIL 代碼然后運(yùn)行。在 C中，除了可以使用許多 API，更能使用 .NET 類(lèi)。 Visual studio 概述 Visual studio 無(wú)疑是現(xiàn)今 開(kāi)發(fā) 工具界最具影響力的集成開(kāi)發(fā)環(huán)境。 C和 Visual studio 的優(yōu)勢(shì) C和 Visual studio IDE使編 寫(xiě)代碼變得又簡(jiǎn)單又快捷 [4]。 C易 學(xué)而且強(qiáng)大， VS又可以自動(dòng)完成很多工作。 用戶(hù) 可以創(chuàng)建功能完善的、專(zhuān)業(yè)的 程 序，而無(wú)需花費(fèi)數(shù)小時(shí)從零開(kāi)始 去寫(xiě) GUI。 VS確實(shí) 為用戶(hù) 做了很多工作，但 用戶(hù) 仍能掌控 C創(chuàng)建的東西。當(dāng)然，程序 能否 實(shí)現(xiàn)預(yù)期的表現(xiàn)還是取決于 用戶(hù) 的。這些控件實(shí)際運(yùn)行在 Web服務(wù)器上 ， 而簡(jiǎn)單地將它們的用戶(hù)界面作為 HTML顯示于客戶(hù)端的瀏覽器中。當(dāng) ， CLR(Common Language Runtime)會(huì)將 MSIL代碼，并存放在服務(wù)器上。 窗 體 標(biāo) 題窗 體 標(biāo) 題瀏覽器發(fā)出請(qǐng)求 輸出緩存 瀏覽器 Web 服務(wù)器 由 JIT 編譯 生成 MSIL MSIL 裝配件緩存 進(jìn)行二次編譯 分析器找到runat=”server” 標(biāo)記，解釋執(zhí)行源代碼 ASPX 文件中原有的 HTML 代碼 請(qǐng)求服務(wù)器程序 10 基于 C+SQL Server 的 B/S結(jié)構(gòu)水費(fèi)管理系統(tǒng) HTML元素，并充分支持事件驅(qū)動(dòng)機(jī)制， 而 不必考慮如何將服務(wù)器端的信息回送瀏覽器。 其中 一些新的聲明性數(shù)據(jù)綁定性語(yǔ)法允許程序設(shè)計(jì)人員不僅可以綁定到數(shù)據(jù)源，而且可以綁定到簡(jiǎn)單屬性、集合、表達(dá)式或從方法調(diào)用所返回的結(jié)果中。 是一種編譯型的編程框架，它除了和 ASP 一樣可以采用 VBScript和 Jscript 作為編程語(yǔ)言外，還可以用 VB 和 C來(lái)編 寫(xiě) ， 這就決定了它功能的強(qiáng)大，可以進(jìn)行很多 底 層操作而不必借助于其他編程語(yǔ)言。具有使用方便 、 可伸縮性好 以及 與相關(guān)軟件集成程度高等優(yōu)點(diǎn) 。從數(shù)據(jù)管理和分析角度看，將原始數(shù)據(jù)轉(zhuǎn)化為商業(yè)智能和充分利用 Web 帶來(lái)的機(jī)會(huì)非常重要。 12 基于 C+SQL Server 的 B/S結(jié)構(gòu)水費(fèi)管理系統(tǒng) 水晶報(bào)表概述 水晶報(bào)表是用于數(shù)據(jù)訪問(wèn) ， 具有強(qiáng)大的內(nèi)容創(chuàng)建、 集成功能和高效的 報(bào)表 與信息交互的通用體系結(jié)構(gòu)，允許用戶(hù)快速響應(yīng)任何報(bào)表和應(yīng)用程序開(kāi)發(fā)需求。 Crystal Reports提供程序開(kāi)發(fā)人員可視化分析產(chǎn)生報(bào)表的功能，使得程序開(kāi)發(fā)人員在不需要編寫(xiě)代碼的情況下，只要使用 Crystal Reports Designer界面就能快速創(chuàng)建復(fù)雜和專(zhuān)業(yè)的交互式圖表和報(bào)表 。隨著用戶(hù)需求的變化、技術(shù)的發(fā)展，我們身邊各式各樣的系統(tǒng)也日趨復(fù)雜。因此，架構(gòu)首先是對(duì)系統(tǒng)的抽象， 這種 抽象去除了不影響它 們?nèi)绾问褂谩⑵渌厝绾问褂靡约叭绾闻c其他元素關(guān)聯(lián)或交互的細(xì)節(jié)。其實(shí)，關(guān)注大局，把握整體，不僅僅是軟件系統(tǒng)架構(gòu)學(xué)科的主題，還是所有系統(tǒng)科學(xué)研究的對(duì)象 。 所謂分層思想，就是這樣一種分工：它將系統(tǒng)按不同的職責(zé)組織成有序的層次。區(qū)分層次的目的即為了 “ 高內(nèi)聚，低耦合 ” 的思想。簡(jiǎn)單的說(shuō)法就是實(shí)現(xiàn)對(duì)數(shù)據(jù)表的 Select， Insert， Update， Delete 的操作。它是整個(gè)系統(tǒng)的核心，它與這個(gè)系統(tǒng)的業(yè)務(wù)（領(lǐng)域）有關(guān)。業(yè)務(wù)邏輯層的用途有很多，例如：驗(yàn)證用戶(hù)輸入數(shù)據(jù)、緩存從數(shù)據(jù)庫(kù)中讀取的數(shù)據(jù) ? ? 但是，業(yè)務(wù)邏輯層的實(shí)際目的是將 “ 數(shù)據(jù)訪問(wèn)層 ” 的最基礎(chǔ)的存儲(chǔ) 邏輯組合起來(lái)，形成一種業(yè)務(wù)規(guī)則。 在這一層中，理想的狀態(tài)是不 包括系統(tǒng)的業(yè)務(wù)邏輯 ， 表示層中的邏輯代碼僅與界面元素有關(guān)。 每一層只實(shí)現(xiàn)相對(duì)獨(dú)立的功能，所以各層都可以采用最為適合的技術(shù)來(lái)實(shí)現(xiàn) ， 而且便于測(cè)試和維護(hù)。 工程的靈活性好，當(dāng)任何一層發(fā)生變化時(shí)，只要保持層間接口關(guān)系不變，則其它各層都不會(huì)受到影響。這種修改尤其體現(xiàn)在自上而下的方向。 縱觀以上分析，分層架構(gòu)有利有弊。 API 的變動(dòng)對(duì)于分層架構(gòu)是致命的，修改起來(lái)難度非常大。用戶(hù)做比較的這個(gè)項(xiàng)目就是 Petshop[11]。 Petshop 雖然是一個(gè)小型的項(xiàng)目，系統(tǒng)架構(gòu)與代碼都比較簡(jiǎn)單，卻也凸現(xiàn)了許多頗有價(jià)值的設(shè)計(jì)與開(kāi)發(fā)理念。這些實(shí)體類(lèi)都被放到 Model 程序集中，這些對(duì)象并不具有持久化的功能，簡(jiǎn)單地說(shuō)，它們是作為數(shù)據(jù)的載體，便于業(yè)務(wù)邏輯針對(duì)相應(yīng)數(shù)據(jù)表進(jìn)行讀 /寫(xiě)操作。這里所指的業(yè)務(wù)邏輯，并 非業(yè)務(wù)邏輯層意義上的領(lǐng)域（ domain）業(yè)務(wù)邏輯（從這個(gè)意義上，更 應(yīng)當(dāng)將業(yè)務(wù)邏輯層稱(chēng)為 “ 領(lǐng)域邏輯層 ” ），一般意義上說(shuō)，這些業(yè)務(wù)邏輯即為基本的數(shù)據(jù)庫(kù)操作，包括 Select， Insert， Update 和 Delete。其次，它體現(xiàn)了 “ 抽象 ” 的精神，或者說(shuō)是 “ 面向接口編程 ” 的最佳體現(xiàn)。 DALFactory 模塊專(zhuān)門(mén)管理 DAL 對(duì)象的創(chuàng)建，便于業(yè)務(wù)邏輯層訪問(wèn)。此外 ，由于 Oracle 使用的是 PLSQL，而 SQL Server 和 Sybase 等使用的是 TSQL，兩者雖然都遵循了標(biāo)準(zhǔn) SQL 的語(yǔ)法，但在很多細(xì)節(jié)上仍有區(qū)別，如果將 SQL 語(yǔ)句大量的使用到程序中，無(wú)疑為可能的數(shù)據(jù)庫(kù)移植也帶來(lái)了困難。不過(guò)，在 Petshop 系統(tǒng)中，并不需要專(zhuān)門(mén)的容器來(lái)實(shí)現(xiàn) “ 依賴(lài)注入 ” ，簡(jiǎn)單的做法 還是利用配置文件和反射功能來(lái)實(shí)現(xiàn)。 層。 圖 業(yè)務(wù)邏輯層的模塊結(jié)構(gòu)圖 20 基于 C+SQL Server 的 B/S結(jié)構(gòu)水費(fèi)管理系統(tǒng) 層。既然與具體的數(shù)據(jù)訪問(wèn)邏輯無(wú)關(guān)， 那么 層與層之間的關(guān)系就是松散耦合的。 設(shè)計(jì)模式的應(yīng)用是為了實(shí)現(xiàn)軟件設(shè)計(jì)中的幾個(gè)原則，其中一個(gè)重要原則是：減 少模塊之間的耦合程度。 工廠模式 ， 應(yīng)用于 “ 一系列相互依賴(lài)的對(duì)象 ” 的創(chuàng)建工作，以適應(yīng)需求的變化 ： DALFactory：數(shù)據(jù)訪問(wèn)層的抽象工廠（ 通過(guò)依賴(lài)注入 決定創(chuàng)建哪種數(shù)據(jù)庫(kù)類(lèi)型的數(shù)據(jù)訪問(wèn)層。 CacheDependencyFactory：緩存依賴(lài)類(lèi)的工廠類(lèi)。 ： IorderStrategy。 項(xiàng)目依賴(lài)關(guān)系 Web 引用 BLL。 DALFactory 引用 IDAL，通過(guò)讀取 里設(shè)置的程序集，加載類(lèi)的實(shí)例，返回給 BLL 使用。 創(chuàng)建 SQLServerDAL，實(shí)現(xiàn)接口里的方法。 創(chuàng)建 WEB，調(diào)用 BLL 里的數(shù)據(jù)操作方法。 UML 由 9 個(gè)不同類(lèi)型的圖組成，每種圖都著重于使用不同的方法來(lái)分析并定義系統(tǒng)。 組件圖顯示了系統(tǒng)的體系結(jié)構(gòu)， 描述了系統(tǒng)的可部署單元 (可執(zhí)行文件、組件、數(shù)據(jù)存儲(chǔ)和其他一些內(nèi)容 )以及一些接口，可部署單元通過(guò)這些接口進(jìn)行交互。 類(lèi)圖顯示了類(lèi)定義和關(guān)系， 描述了系統(tǒng)設(shè)計(jì)中的類(lèi)和接口，以及它們之間的關(guān)系。 這些圖對(duì)于組織許多不同類(lèi)型的元素將非常有用。這種觀點(diǎn)導(dǎo)致開(kāi)發(fā)人員把精力集中于控制流程和對(duì)大的算法進(jìn)行分解。按照這種方法，所有軟件系統(tǒng)都用對(duì)象或類(lèi)作為其主要構(gòu)造塊。行 之有效的軟件過(guò)程可以提高開(kāi)發(fā)軟件組織的生產(chǎn)效率、提高軟件質(zhì)量、降低成本并減少風(fēng)險(xiǎn)。 UML 在很大程度上是獨(dú)立于過(guò)程的，這意味著它不依賴(lài)于任何特殊的軟件開(kāi)發(fā)生命周期。它 是一種特別適應(yīng)于 UML的生命周期方法，是有效使用 UML的指南，與早期的瀑布式開(kāi)發(fā)模型相比，它具有迭代式的增量開(kāi)發(fā)、使用實(shí)例驅(qū)動(dòng)、以軟件體系結(jié)構(gòu)為核心 3個(gè)鮮明特點(diǎn)，這使得 RUP非常適宜于開(kāi)發(fā)復(fù)雜、技術(shù)難度大、需求多變、高風(fēng)