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