【文章內(nèi)容簡介】 語言運(yùn)行時(shí)）集成。CLR 集成是指你可以使用任何一種 .NET 語言編寫 SQL Server 20xx 的存儲(chǔ)過程，觸發(fā)器，函數(shù)，自定義類型，甚至是自定義的聚合函數(shù)。想想以前的擴(kuò)展存儲(chǔ)過程，編程非常不容易。代碼中一不小心就會(huì)引起內(nèi)存泄漏。 （ 2）安全性： SQL Server 20xx 的安全達(dá)到了很強(qiáng)大水平，有著很更清晰的安全模型即主體，安全對象和權(quán)限。 （ 3）異 步處理能力： Service Broker 提供了一個(gè)功能強(qiáng)大的異步編程模型。Broker 的最大好處一是異步執(zhí)行能力，提高了可伸縮性，二是可靠執(zhí)行，三是集成于數(shù)據(jù)庫中，備份數(shù)據(jù)庫就備份了 broker 的消息隊(duì)列。 （ 4）支持通過 HTTP SOAP 協(xié)議直接訪問數(shù)據(jù)庫，增加 XML 數(shù)據(jù)類型，支持 Xquery，使用新的 SQL Server Management Studio 等等 [10]。 以前都是大項(xiàng)目用 ORACLE 或者 DB2，因?yàn)橹挥?ORACLE 和 DB2 能勝任，現(xiàn)在情況有些變化了。不少在 Windows 構(gòu)架下的大項(xiàng)目還是 傾向于用 SQL 的，像鏡像，高可用性，頁面級的恢復(fù)，聯(lián)機(jī)索引，多 CPU 支持等高級特性， SQL也不比 ORACLE 差。 基于 SQL Server 20xx 的上述特點(diǎn)，所以本系統(tǒng)選擇它作為后臺(tái)數(shù)據(jù)庫。 第 3 章 可行性研究與需求分析 可行性分析 可行性研究的目的就是要用最小的代價(jià)在盡可能短的時(shí)間內(nèi)確定問題是否能夠解決，可行性研究的目的不是解決問題，而是確定問題是否值得去解，主要從三個(gè)方面研究。 1．技術(shù)可行性 本系統(tǒng)采用 Visual Studio 20xx 作為程序開發(fā)工具，后臺(tái)使用 SQL Server 20xx來開發(fā)數(shù)據(jù)庫。使用 Visual Studio 20xx 來開發(fā)程序并不難，而 SQL Server 20xx 也是熟悉的數(shù)據(jù)庫開發(fā)工具，所以該系統(tǒng)在技術(shù)上是可行的。 2．經(jīng)濟(jì)可行性 隨著互聯(lián)網(wǎng)的廣泛應(yīng)用，信息管理已經(jīng)在全球范圍內(nèi)形成了一系列的信息管理體系。新技術(shù)、新方案的提出和實(shí)踐也使該體系向更完善、更高級的方向發(fā)展。同時(shí)，由于技術(shù)的不斷發(fā)展，由廣域到局域的分層次的系統(tǒng)開發(fā)也相應(yīng)的不斷發(fā)展，而這個(gè)開發(fā)系統(tǒng)的成本也由起初的高價(jià)逐漸趨于平緩，因此對于不斷更新的新技術(shù)、新成本就可以應(yīng)用在信息部門內(nèi)部，所以本系統(tǒng)在經(jīng)濟(jì) 上是可行的。 3．操作可行性 本系統(tǒng)可以在 Windows 的任何環(huán)境下運(yùn)行，并且操作簡單，即使是對計(jì)算機(jī)不太熟悉的使用者也很容易學(xué)會(huì)，因此，該系統(tǒng)在操作上是可行的。 綜上所述，從技術(shù)可行性、經(jīng)濟(jì)可行性和操作可行性三方面來說固定資產(chǎn)管理系統(tǒng)系統(tǒng)的實(shí)現(xiàn)都是可行的 [11]。 需求分析 需求分析是軟件定義時(shí)期的最后一個(gè)階段，它的基本任務(wù)是回答“系統(tǒng)必須做什么？”這個(gè)問題。根據(jù)論文前面的可行性階段的分析，我們已經(jīng)可以得出 內(nèi)蒙古財(cái)經(jīng)大學(xué) 固定資產(chǎn)管理系統(tǒng)的開發(fā)完全可行。根據(jù)可行性階段的分析，我們已經(jīng)基本上導(dǎo)出該系統(tǒng)應(yīng) 該具備的功能?？尚行匝芯侩A段產(chǎn)生的文檔，特別是數(shù)據(jù)流圖，是需求分析的出發(fā)點(diǎn)。數(shù)據(jù)流圖中已經(jīng)劃分出系統(tǒng)必須完成的許多基本功能。在這個(gè)階段結(jié)束時(shí)交出的文檔中應(yīng)該包括詳細(xì)的數(shù)據(jù)流圖，數(shù)據(jù)字典和一組簡明的算法描述。 需求分析的結(jié)果是系統(tǒng)開發(fā)的基礎(chǔ)，關(guān)系到工程的成敗和軟件產(chǎn)品的質(zhì)量。 因此，必須用行之有效的辦法對軟件需求分析進(jìn)行嚴(yán)格的審查驗(yàn)證。 圖 31 需求分析過程 總體需求 內(nèi)蒙古財(cái)經(jīng)大學(xué) 固定資產(chǎn)管理系統(tǒng)主要是完成對系統(tǒng)用戶管理、資產(chǎn)信息管理、資產(chǎn)變 更管理、資產(chǎn)用途管理、資產(chǎn)類別管理和資產(chǎn)增減管理。因?yàn)槔帽鞠到y(tǒng)管理員可以直接錄入信息，修改信息，刪除信息，并且若在錄入過程中發(fā)現(xiàn)錯(cuò)誤，也可以通過修改界面及時(shí)更改其信息。這樣就可以不受時(shí)間、地點(diǎn)的限制使錄入、修改、刪除、管理工作得以順利進(jìn)行。普通用戶可通過查詢界面對各個(gè)情況進(jìn)行相應(yīng)的查詢。在本系統(tǒng)中管理員具有最高權(quán)限，為了保證數(shù)據(jù)庫的安全及保密性，在進(jìn)入該系統(tǒng)的時(shí)候，需要進(jìn)行身份驗(yàn)證。本系統(tǒng)大大提高了工作效率，既方便了員工，也使管理人員從繁雜的勞動(dòng)中解脫出來，為實(shí)現(xiàn)固定資產(chǎn)管理的合理化、效率化、可靠化、提供 了強(qiáng)有力的技術(shù)手段。 數(shù)據(jù)需求 本系統(tǒng)是對 內(nèi)蒙古財(cái)經(jīng)大學(xué) 固定資產(chǎn)信息管理進(jìn)行設(shè)計(jì)，故該系統(tǒng)將會(huì)具體對系統(tǒng)中各模塊的功能和應(yīng)用流程進(jìn)行分析和設(shè)計(jì)。在需求分析中將針對用戶對系統(tǒng)功能的兩種需求進(jìn)行介紹；在系統(tǒng)功能描述中將會(huì)對系統(tǒng)中的各模塊的應(yīng)用進(jìn)行介紹；在功能模塊劃分中將對系統(tǒng)的應(yīng)用模塊進(jìn)行劃分；在系統(tǒng)流程分析中將會(huì)對各模塊的應(yīng)用流程進(jìn)行描述。 固定資產(chǎn)管理系統(tǒng)體現(xiàn)了系統(tǒng)管理員在固定資產(chǎn)整個(gè)使用活動(dòng)過程中的關(guān)鍵流程。該系統(tǒng)可以有效地提高統(tǒng)計(jì)資產(chǎn)的效率，減少人力，節(jié)省時(shí)間，讓固定資產(chǎn)的管理工作更加快捷和精 確。用戶對系統(tǒng)的需求功能如下： 系統(tǒng)管理： 1. 用戶管理 基礎(chǔ)數(shù)據(jù) : 1. 類別管理 (多級類別 ) 2. 機(jī)構(gòu)信息 (存放地點(diǎn) ) 需求分析 數(shù)據(jù)的需求分析 數(shù)據(jù)庫的設(shè)計(jì) 功能模塊的需求分析 功能模塊的設(shè)計(jì) 系統(tǒng)調(diào)試 系統(tǒng)運(yùn)行與維護(hù) 3. 部門信息 (使用地點(diǎn) ) 資產(chǎn)管理 1. 資產(chǎn)入庫（如已存在的資產(chǎn)） 2. 購買資產(chǎn) 3. 領(lǐng)用資產(chǎn) 4. 歸還資產(chǎn) 5. 調(diào)拔資產(chǎn) 6. 資產(chǎn)維修 7. 資產(chǎn)報(bào)廢 統(tǒng)計(jì)查詢 1．查詢：分類查詢 2．導(dǎo)出 功能模塊需求分析 根據(jù)需求分析中的內(nèi)容，根據(jù)用戶的需求，下面對系統(tǒng)各模塊的功能進(jìn)行描述。 系統(tǒng)模塊的描述主要是描述出系統(tǒng)模塊的功能和處理。主要是用文字去描述，而不是用圖形圖描述 [12]。 根據(jù)本系 統(tǒng)的功能，管理員管理子系統(tǒng)主要設(shè)計(jì)如下模塊： 1．系統(tǒng)管理模塊：系統(tǒng)管理模塊主要完成系統(tǒng)中的用戶信息管理。系統(tǒng)中的用戶主要分為管理員和用戶。管理員擁有最大的權(quán)限，對系統(tǒng)中的所有數(shù)據(jù)擁有添加刪除修改權(quán)限。用戶的權(quán)限是查詢資產(chǎn)的各種管理操作信息。 2．資產(chǎn)管理：資產(chǎn)管理模塊完成實(shí)驗(yàn)室的固定資產(chǎn)信息的管理，及資產(chǎn)變更登記。 3． 數(shù)據(jù)管理 ：對系統(tǒng)中的基礎(chǔ)性數(shù)據(jù)進(jìn)行管理。如：設(shè)備用途管理、設(shè)備類別管理、增加方式管理、減少方式管理。 4．查詢 管理 ：查詢資產(chǎn)信息和資產(chǎn)的各種操作管理信息。如：現(xiàn)有資產(chǎn)查詢、資產(chǎn)增加查詢、資 產(chǎn)減少查詢、資產(chǎn)借出查詢、資產(chǎn)歸還查詢、資產(chǎn)送修查詢、資產(chǎn)完修查詢。 用戶管理子系統(tǒng)只有查詢與報(bào)表功能。 內(nèi)蒙古財(cái)經(jīng)大學(xué) 固定資產(chǎn)管理系統(tǒng)的功能模塊流程圖如圖 32 所示。 圖 32 內(nèi)蒙古財(cái)經(jīng)大學(xué) 固定資產(chǎn)管理系統(tǒng)功能模塊流程圖 固定資產(chǎn)管理系統(tǒng) 管理員系統(tǒng) 查詢 管理 數(shù)據(jù)管理 資產(chǎn)管理 用戶系統(tǒng) 資產(chǎn)信息管理 增減方式管理 資產(chǎn)變更管理 資產(chǎn)修理查詢 現(xiàn)有資產(chǎn)查詢 資產(chǎn)增減查詢 資產(chǎn)借還查詢 設(shè)備用途管理 資產(chǎn)信息管理 第 4 章 系統(tǒng)總體設(shè)計(jì) 系統(tǒng)總體結(jié)構(gòu)設(shè)計(jì) 總體設(shè)計(jì)是軟件開發(fā)人員根據(jù)軟件需求說明的要求，運(yùn)用結(jié)構(gòu)化程序設(shè)計(jì)思想，將軟件自上而下逐層分解成多個(gè)軟件模塊，直到分解成每一個(gè)模塊只具有單一的功能，能用一個(gè)或幾個(gè)程序?qū)崿F(xiàn)的樹形結(jié)構(gòu)為止。 總體設(shè)計(jì)階段還要定義各模塊的數(shù)據(jù)傳遞關(guān)系，設(shè)計(jì)軟件的編碼方案、文件存儲(chǔ)策略、輸入輸出格式，以及硬件和系統(tǒng)軟件配置，最后編制概要設(shè)計(jì)說明書。 經(jīng)過需求分析階段的工作， 內(nèi)蒙古財(cái)經(jīng)大學(xué) 固定資產(chǎn)管理系統(tǒng)必須“做什么”已經(jīng)清楚了，現(xiàn)在是決定“怎樣做”的時(shí)候了。總體設(shè)計(jì)的基本目的就是回答“概括的說， 內(nèi)蒙古財(cái)經(jīng)大學(xué) 固定資產(chǎn)管理系統(tǒng)應(yīng)該如何實(shí)現(xiàn)？”這個(gè)問題。具體任務(wù)就是進(jìn)行概要設(shè)計(jì)，確定解決問題的策略和實(shí)現(xiàn)目標(biāo)系統(tǒng)的各種功能的方案，確定軟件的模塊組成以及模塊之間的相互關(guān)系 [13]。 總體設(shè)計(jì)過程可分為兩個(gè)主要階段：功能設(shè)計(jì) ，確定資產(chǎn)管理系統(tǒng)的實(shí)現(xiàn)方案；結(jié)構(gòu)設(shè)計(jì)，確定該軟件的結(jié)構(gòu)。功能設(shè)計(jì)是在需求分析的基礎(chǔ)上進(jìn)行的，這里所說的“功能”是泛指的，不僅指問題定義中列出的功能，還包括軟件定義時(shí)確定的任何一個(gè)獨(dú)立的數(shù)據(jù)加工或處理步驟。結(jié)構(gòu)設(shè)計(jì)，是將整個(gè)系統(tǒng)按照不同的功能和層次劃分為一個(gè)個(gè)功能簡單明確且相對獨(dú)立的部分（模塊），每個(gè)模塊實(shí)現(xiàn)系統(tǒng)的一項(xiàng)具體功能，自頂向下，逐步細(xì)化。結(jié)構(gòu)設(shè)計(jì)是確定程序由哪些模塊組成，以及這些模塊之間的關(guān)系。 根據(jù)軟件工程原理，在利用模塊進(jìn)行結(jié)構(gòu)設(shè)計(jì)時(shí)，我們應(yīng)遵循如下原則： 1．模塊之間的聯(lián)系程度，各模塊間的聯(lián) 系越弱，模塊的獨(dú)立性越高，該系統(tǒng)的整體結(jié)構(gòu)越好。 2．模塊之間應(yīng)盡量以數(shù)據(jù)連接為主，以特征連接為輔。必要時(shí)可以建立控制連接。 3．模塊內(nèi)部的組合強(qiáng)度是高功能的組合。 4．模塊的分解到合適的程度。 5．增強(qiáng)模塊的扇入系數(shù)，減少模塊的扇出系數(shù)，扇入系數(shù)指一個(gè)模塊的直直接上級模塊的個(gè)數(shù)，扇出系數(shù)指一個(gè)模塊擁有的直接下級模塊的個(gè)數(shù)，應(yīng)控制在 7 以內(nèi)。 6．高模塊的信息隱蔽程度，軟件設(shè)計(jì)是一個(gè)將信息需求轉(zhuǎn)換成數(shù)據(jù)結(jié)構(gòu)、程序結(jié)構(gòu)和過程性的多步驟過程。常用的結(jié)構(gòu)設(shè)計(jì)方法是基于模塊化、自頂向下 逐步細(xì)化，結(jié)構(gòu)化程序設(shè)計(jì)等程序設(shè) 計(jì)基礎(chǔ)上發(fā)展起來的 [14]。 系統(tǒng)總體結(jié)構(gòu) 內(nèi)蒙古財(cái)經(jīng)大學(xué) 固定資產(chǎn)管理系統(tǒng)的目標(biāo)旨在改善和提高資產(chǎn)管理事務(wù)處理的計(jì)算機(jī)應(yīng)用水平，實(shí)現(xiàn)基于計(jì)算機(jī)網(wǎng)絡(luò)的管理能力，實(shí)現(xiàn)網(wǎng)絡(luò)化的管理的工作流程，為資產(chǎn)的信息化管理平臺(tái)提供信息基礎(chǔ)。 系統(tǒng)應(yīng)具備簡單易用，高度靈活性與可自定義性，全面支持 Inter/Intra，嚴(yán)密的使用權(quán)限功能等特點(diǎn)。系統(tǒng)基于 B/S 結(jié)構(gòu)，面向 Inter/Intra，能夠通過該系統(tǒng)輕松的實(shí)現(xiàn)隨時(shí)隨地的移動(dòng)辦公，提高辦公效率 [15]。 模塊層次圖，是描述軟件層次特性的工具，描 述某個(gè)模塊負(fù)責(zé)管理控制哪些模塊以及上下級模塊或同級模塊之間的數(shù)據(jù)傳遞關(guān)系。模塊層次圖，能夠清楚地表明系統(tǒng)的結(jié)構(gòu)，并可用來粗略地估計(jì)系統(tǒng)的尺寸。它的優(yōu)點(diǎn)就是圖形清晰，缺點(diǎn)是不能表明程序的主要執(zhí)行邏輯，尤其是沒有表明模塊之間的通訊情況。 概念模型設(shè)計(jì) 概要設(shè)計(jì)基礎(chǔ)是完成需求分析后提供的需求說明書，用概念數(shù)據(jù)模型表示數(shù)據(jù)及其相互之間的關(guān)系。這種數(shù)據(jù)模型是與 DBMS 無關(guān)的、面向現(xiàn)實(shí)世界的、易于理解的數(shù)據(jù)模型。其獨(dú)立于計(jì)算機(jī)的數(shù)據(jù)模型，獨(dú)立于計(jì)算機(jī)的軟硬件系統(tǒng)，與用戶進(jìn)行交流十分方便。 概念性數(shù)據(jù)模型關(guān)心的是如 何完整、正確地反映客觀實(shí)際情況，不關(guān)心在數(shù)據(jù)庫中如何實(shí)現(xiàn)。這種數(shù)據(jù)模式能真實(shí)地反應(yīng)用戶要求的實(shí)際情況，是一種容易被人們理解的直觀的數(shù)據(jù)庫結(jié)構(gòu)模式。同時(shí)也是一種相對穩(wěn)定統(tǒng)一的數(shù)據(jù)模式，一般情況下很少變動(dòng)。概念性數(shù)據(jù)在用戶和設(shè)計(jì)者之間建立了橋梁，是設(shè)計(jì)數(shù)據(jù)庫結(jié)構(gòu)的基礎(chǔ)。 概念設(shè)計(jì)中自頂向下的實(shí)體分析方法，即常用的實(shí)體聯(lián)系模型（簡稱 ER模型），對具體數(shù)據(jù)進(jìn)行抽象加工，將實(shí)體集合抽象成實(shí)體類型。用實(shí)體間聯(lián)系反映現(xiàn)實(shí)世界事物間的內(nèi)在聯(lián)系。 ER 模型是建立概念性數(shù)據(jù)模型的有力工具。 根據(jù)各數(shù)據(jù)項(xiàng)和數(shù)據(jù)結(jié)構(gòu)以后，就可以 設(shè)計(jì)出能夠滿足用戶需求的各種實(shí)體以及它們之間的關(guān)系，為后面的邏輯結(jié)構(gòu)設(shè)計(jì)打下基礎(chǔ)。這些實(shí)體包括各種信息，通過相互之間的作用形成數(shù)據(jù)的流動(dòng)。 系統(tǒng) ER 圖 概念模型是對信息世界建模，所以概念模型能夠方便、準(zhǔn)確地表示出信息世界中的常用概念。概念模型的表示方法很多，其中最為著名最為常用的是 于 1976 年提出的實(shí)體 聯(lián)系方法（ EntityRelationship Approach）。該方法用 ER 圖來描述現(xiàn)實(shí)世界的概念模型， ER 方法也稱 ER 模型。 ER 模型的關(guān)鍵元素是實(shí)體、屬性和 聯(lián)系。實(shí)體是可以從用戶的工作環(huán)境中標(biāo)識出的事物，是用戶想要跟蹤的某個(gè)事物。實(shí)體在 ER 圖中，用矩形表示，矩形框內(nèi)寫明實(shí)體名。實(shí)體具有屬性，有時(shí)也稱作性質(zhì)，是用來描述實(shí)體的特征的。屬性可以是組合的或者多值的。在 ER 圖中，屬性用橢圓形表示，并用無向邊將其與相應(yīng)的實(shí)體連接起來。實(shí)體可以通過聯(lián)系相互關(guān)聯(lián)。在一般的聯(lián)系中，使用二元聯(lián)系居多，二元聯(lián)系主要有三種類型， 1： 1， 1： n， m： n。在 1： 1（讀做“ 1 對 1”）聯(lián)系中，一種類型的單個(gè)實(shí)體實(shí)例與另一個(gè)類型的單個(gè)實(shí)體實(shí)例關(guān)聯(lián)。在 1： n（讀做“ 1 對 N”或者“ 1 對多”）聯(lián) 系中，一個(gè)類型的單個(gè)實(shí)體實(shí)例與另一個(gè)類型的多個(gè)實(shí)體實(shí)例相關(guān)聯(lián)。在 m： n（讀做“ N 對 M”或者“多對多”）聯(lián)系中，一個(gè)類型的單個(gè)實(shí)例與另一個(gè)類型的多個(gè)實(shí)體實(shí)例相關(guān)聯(lián)，同時(shí)地，后一類型的單個(gè)實(shí)體實(shí)例與前一類型的多個(gè)實(shí)體實(shí)例相關(guān)聯(lián)。在 ER 圖中，聯(lián)系用菱形表示，菱形框內(nèi)寫明聯(lián)系名，并用無向邊分別與有關(guān)實(shí)體連接起來，同時(shí)在無向邊旁標(biāo)上聯(lián)系的類型（ 1： 1， 1： n 或者 m： n）。 在本系統(tǒng)中，資產(chǎn)，資產(chǎn)類別，資產(chǎn)變更是實(shí)體，編號，資產(chǎn)名稱，資產(chǎn)類別，資產(chǎn)狀態(tài)