【正文】 ； （ 2） 與數(shù)據(jù)訪問(wèn) 無(wú)直接關(guān)聯(lián) 的 應(yīng)用模塊 ：在許多與數(shù)據(jù)處理有關(guān)的應(yīng)用系統(tǒng)中，對(duì)數(shù)據(jù)庫(kù)的訪問(wèn)只是整體中的一部分 ，其他功能則與數(shù)據(jù)庫(kù)訪問(wèn)無(wú)直接關(guān)系，這部分模塊粒度可以比較大。 DBAS 設(shè)計(jì)開發(fā)的硬件方面：主要涉及根據(jù)系統(tǒng)的功能、性能、存儲(chǔ)等需求選擇和配置合適的計(jì)算機(jī)硬件平臺(tái)，并與開發(fā)好的 DBAS 軟件系統(tǒng)進(jìn)行集成，組成完整的數(shù)據(jù)庫(kù)應(yīng)用系統(tǒng)； 2． 1． 3 DBAS 生命周期模型 數(shù)據(jù)庫(kù)應(yīng)用系統(tǒng)的生命周期模型： （ 圖 ， p17） （ 1） 參照軟件開發(fā)瀑布模型的原理， DBAS 的生命周期由項(xiàng)目規(guī)劃、需求分析、系統(tǒng)設(shè)計(jì)、實(shí)現(xiàn)和部署、運(yùn)行管理與維護(hù)等 5 個(gè)基本活動(dòng) 組成； （ 2） 將快速原形模型和增量模型的開發(fā)思路引入 DBAS 生命周期模型，允許漸進(jìn)、迭代地 開發(fā)DBAS； （ 3） 根據(jù) DBAS 的軟件組成和各自功能，細(xì)化 DBAS 需求分析和設(shè)計(jì)階段，引入了數(shù)據(jù)組織與存儲(chǔ)設(shè)計(jì)、數(shù)據(jù)訪問(wèn)與處理設(shè)計(jì)、應(yīng)用設(shè)計(jì)三條設(shè)計(jì)主線，分別用于設(shè)計(jì) DBAS 中的數(shù)據(jù)庫(kù)、數(shù)據(jù)庫(kù)事務(wù)和應(yīng)用程序； （ 4） 將 DBAS 設(shè)計(jì)階段細(xì)分為概念設(shè)計(jì)、邏輯設(shè)計(jì)、物理設(shè)計(jì)三個(gè)步驟，每一步的設(shè)計(jì)內(nèi)容又涵蓋了三條設(shè)計(jì)主線。 2． 2 規(guī)劃與分析 （ 圖 p18） 2． 2． 1 系統(tǒng)規(guī)劃與定義 定義：系統(tǒng)規(guī)劃與分析是面向?qū)⒁_發(fā)的 DBAS，通過(guò)了解用戶實(shí)際需求，明確該系統(tǒng)需要實(shí)現(xiàn)的目標(biāo)和任務(wù)，并從數(shù)據(jù)管理和數(shù)據(jù)處理的角度，確定系統(tǒng)中數(shù)據(jù) 庫(kù)軟件的功能、性能范圍； 系統(tǒng)規(guī)劃與定義 包括 ： （ 1） 任務(wù)陳述：描述所要開發(fā)的 DBAS 的總體目標(biāo)； （ 2） 確定任務(wù)目標(biāo)； （ 3） 確定系統(tǒng)范圍和邊界； （ 4） 確定用戶視圖； 2． 2． 2 可行性分析 可行性分析包括以下 四方面 ： （ 1） 經(jīng)濟(jì)可行性：對(duì)項(xiàng)目進(jìn)行成本效益分析； DBAS 的成本主要包括： A、軟硬件購(gòu)置費(fèi)用； B、系統(tǒng)開發(fā)費(fèi)用； C、系統(tǒng)安裝、運(yùn)行、維護(hù)費(fèi)用。 （ 2） 技術(shù)可行性：是根據(jù)用戶提出的系統(tǒng)功能、性能及實(shí)現(xiàn)系統(tǒng)的各項(xiàng)約束條件，對(duì)系統(tǒng)軟件、硬件、技術(shù)方案作出評(píng)估和選擇建議； A、 硬件可行性研究是分析 DBAS 的硬件平臺(tái)環(huán)境和設(shè)置； B、 軟件可行性研究 包括：對(duì)可用的 DBMS 和操作系統(tǒng)的選型評(píng)估，對(duì)中間件和開發(fā)環(huán)境的選型建議，對(duì) DBAS 開發(fā)模式和編程語(yǔ)言的建議； C、 技術(shù)方案的選擇是根據(jù)系統(tǒng)技術(shù)需求，提出 DBAS 可能采用的合理技術(shù)方案和關(guān)鍵技術(shù)； （ 3） 操作可行性：是論證是否具備 DBAS 開發(fā)所需的各類人員資源、軟件資源、硬件資源和工作環(huán)境等，以及為支持 DBAS 開發(fā)如何去改進(jìn)加強(qiáng)這幾方面資源。 （ 4） 開發(fā)方案選擇：目的是提出并評(píng)價(jià)實(shí)現(xiàn)系統(tǒng)的各種開發(fā)方案，從中選出一種適用于 DBAS軟件的開發(fā)方案； 2． 2． 3 項(xiàng)目規(guī)劃 項(xiàng)目規(guī)劃是 項(xiàng)目管理者對(duì)資源、成本和進(jìn)度做出合理估算，并在 此基礎(chǔ)上制定切實(shí)可行的 DBAS項(xiàng)目開發(fā)計(jì)劃。 項(xiàng)目規(guī)劃包括以下內(nèi)容： （ 1） 確定項(xiàng)目的目標(biāo)和范圍； （ 2） 根據(jù) DBAS 軟件開發(fā)模型，分解和定義整個(gè)項(xiàng)目包括的工作活動(dòng)和任務(wù)； （ 3） 估算完成該項(xiàng)目的規(guī)模和所需各種資源； （ 4） 制定合理的 DBAS 項(xiàng)目計(jì)劃 項(xiàng)目規(guī)劃的結(jié)果應(yīng)形成數(shù)據(jù)庫(kù)應(yīng)用系統(tǒng)項(xiàng)目計(jì)劃文檔，即 項(xiàng)目計(jì)劃書 。 2． 3 需求分析 數(shù)據(jù)庫(kù)應(yīng)用系統(tǒng)需求 是指用戶對(duì) DBAS 在功能、性能、行為、設(shè)計(jì)約束等方面的期望和要求； DBAS 需求 分析 是在已經(jīng)明確的 DBAS 系統(tǒng)范圍基礎(chǔ)上，通過(guò)對(duì)應(yīng)用問(wèn)題的理解和分析，采用合適的工具和符號(hào)，系統(tǒng)地 描述 DBAS 的功能特征、性能特征和約束，并形成需求規(guī)范說(shuō)明文檔； 需求分析過(guò)程由需求獲取、需求分析、需求描述和規(guī)范說(shuō)明、需求驗(yàn)證等組成； DBAS 的需求分析包括： （ 1） 數(shù)據(jù)需求分析； （ 2） 數(shù)據(jù)處理需求分析； （ 3） 務(wù)需求分析； （ 4） 分析數(shù)據(jù)庫(kù)系統(tǒng)在性能、存儲(chǔ)、安全、備份與恢復(fù)等方面的要求； 2． 3． 1 數(shù)據(jù)與數(shù)據(jù)處理需求分析 （ 承上分別介紹 ） 數(shù)據(jù)需求分析：是從對(duì) 數(shù)據(jù)組織與存儲(chǔ) 的設(shè)計(jì)角度，辨識(shí)應(yīng)用領(lǐng)域所管理的各類數(shù)據(jù)項(xiàng)和數(shù)據(jù)結(jié)構(gòu)，與數(shù)據(jù)處理需求分析結(jié)果一起，組成 數(shù)據(jù)字典 ； 包括 5 個(gè)部分 （ Def:是一種用戶可以訪問(wèn)的記錄數(shù)據(jù)庫(kù)和應(yīng) 用程序元數(shù)據(jù)的 目錄 ，它詳細(xì)描述系統(tǒng)中的全部數(shù)據(jù)） 數(shù)據(jù)處理需求分析：是從 數(shù)據(jù)訪問(wèn)和處理 的角度，明確對(duì)各類數(shù)據(jù)項(xiàng)所需進(jìn)行的數(shù)據(jù)訪問(wèn)操作，分析結(jié)果可表示為數(shù)據(jù)流圖或事務(wù)規(guī)范； （ DFD） 事務(wù)規(guī)范包括： （ 1）事務(wù)名稱；（ 2）事務(wù)描述；（ 3）事務(wù)所訪問(wèn)的數(shù)據(jù)項(xiàng)；（ 4）事務(wù)用戶； 2． 3． 2 業(yè)務(wù)規(guī)則需求分析 業(yè)務(wù)規(guī)則需求分析：是從 DBAS 高層目標(biāo)和整體功能出發(fā)，分析系統(tǒng)或系統(tǒng)中一些大粒度子系統(tǒng)應(yīng)具有的業(yè)務(wù)類型和功能，明確用戶或外部系統(tǒng)與 DBAS 的交互模式； 2． 3． 3 性能 （ 能做到什么程度 ） 需求分析 DBAS 的 性能指標(biāo) ： （ 1） 數(shù)據(jù)操作響應(yīng)時(shí)間（或數(shù)據(jù)訪問(wèn)響應(yīng)時(shí)間）：從提交請(qǐng)求到返回結(jié)果的時(shí)間； （ 2） 系統(tǒng)吞吐量：指系統(tǒng)在單位時(shí)間內(nèi)所完成的事務(wù)或查詢的數(shù)量，單位為 TPS； （ TPC 是指事務(wù)處理性能委員會(huì)） （ 3） 允許并發(fā)訪問(wèn)的最大用戶數(shù)：在保證響應(yīng)時(shí)間的前提下，系統(tǒng)最多允許多少用戶同時(shí)訪問(wèn)數(shù)據(jù)庫(kù)； （ 4） 每 TPS 代價(jià)值，用于衡量系統(tǒng)性價(jià)比的指標(biāo) 影響 DBAS 性能的 因素 ： （ 1） 系統(tǒng)硬件資源； （ 2） 網(wǎng)絡(luò)通信設(shè)備性能； （ 3） 操作系統(tǒng)環(huán)境； （ 4） 數(shù)據(jù)庫(kù)的邏輯設(shè)計(jì)和物理設(shè)計(jì)質(zhì)量，數(shù)據(jù)庫(kù)配置參數(shù)； （ 5） DBAS 的配置和性能； （ 6） 數(shù)據(jù)庫(kù)應(yīng)用程序自身。 2． 3． 4 其它需求 分析 存儲(chǔ)需求分析：是指估計(jì) DBAS 系統(tǒng)需要的數(shù)據(jù)存儲(chǔ)量，包括：（ 1）初始數(shù)據(jù)庫(kù)大?。唬?2）數(shù)據(jù)庫(kù) 增長(zhǎng)速度 ；存儲(chǔ)總量估算可采用：根據(jù)數(shù)據(jù)字典中每個(gè)數(shù)據(jù)項(xiàng)的結(jié)構(gòu)描述信息，估計(jì)每個(gè)數(shù)據(jù)項(xiàng)的容量，將所有數(shù)據(jù)項(xiàng)的容量累加； 安全性需求分析： （ 1） DBAS 系統(tǒng)應(yīng)達(dá)到的安全控制級(jí)別； （ 2） 各類用戶的數(shù)據(jù)視圖和視圖訪問(wèn)權(quán)限； （ 3） DBAS 應(yīng)有的口令保護(hù)機(jī)制或其它安全認(rèn)證機(jī)制，用以控制用戶登錄數(shù)據(jù)庫(kù)系統(tǒng)。 備份和恢復(fù)需求分析： （ 1） DBAS 運(yùn)行過(guò)程中備份數(shù)據(jù)庫(kù)的時(shí)間和備份周期； （ 2） 所需備份的數(shù)據(jù)是全部數(shù)據(jù)庫(kù)數(shù)據(jù)，還是一部分； （ 3） 備份方式是采用 完全備份還是采用差異備份。 2． 4 系統(tǒng)設(shè)計(jì) 2． 4． 1 概念設(shè)計(jì) （ DB概念模型設(shè)計(jì)和總體設(shè)計(jì) ） 數(shù)據(jù)庫(kù)概念模型設(shè)計(jì)：是根據(jù)數(shù)據(jù)需求分析階段得到的需求結(jié)果，分析辨識(shí)需要組織存儲(chǔ)在數(shù)據(jù)庫(kù)中的各類應(yīng)用領(lǐng)域數(shù)據(jù)對(duì)象的特征及其相互之間關(guān)聯(lián)關(guān)系，并采用 概念數(shù)據(jù)模型 表示出來(lái)，得到獨(dú)立于具體 DBMS 的數(shù)據(jù)庫(kù)概念模型； ER 方法：（ 1）選擇局部應(yīng)用；（ 2）分別設(shè)計(jì)各個(gè)局部 ER 圖；（ 3）局部 ER 圖合并； 系統(tǒng)總體設(shè)計(jì)： （ 1） 確定 DBAS 體系結(jié)構(gòu)； （ 2） 系統(tǒng)硬件平臺(tái)和操作系統(tǒng)、數(shù)據(jù)庫(kù)管理系統(tǒng)等系統(tǒng)軟件的選型和配置； （ 3） 應(yīng)用軟件結(jié)構(gòu)設(shè)計(jì) （軟件程序概要設(shè)計(jì)Ⅰ） （ 4） 對(duì)需求分析階段識(shí)別出的 業(yè)務(wù)規(guī)則 進(jìn)行初步設(shè)計(jì)，細(xì)化業(yè)務(wù)規(guī)則流程，明確采用的關(guān)鍵技術(shù)和算法； （ 5） 對(duì)系統(tǒng)采用的關(guān)鍵技術(shù)進(jìn)行方案選型和初步設(shè)計(jì)。 2． 4． 2 邏輯設(shè)計(jì) 數(shù)據(jù)庫(kù)邏輯結(jié)構(gòu)設(shè)計(jì)：指從數(shù)據(jù)庫(kù)的概念模型出發(fā)，設(shè)計(jì)表示為邏輯模式的數(shù)據(jù)庫(kù)邏輯結(jié)構(gòu)。 （ 即從 ER 圖到關(guān)系模型 ） （ 1） ER 圖轉(zhuǎn)換為初始關(guān)系模式； （ 2） 對(duì)初始關(guān)系模式進(jìn)行優(yōu)化； （ 3） 檢查關(guān)系表對(duì)數(shù)據(jù)庫(kù)事務(wù)的支持性； （ 4） 確定關(guān)系模式的完整性約束； （ 5） 從數(shù)據(jù)安全性和獨(dú)立性出發(fā)，設(shè)計(jì)用戶視圖。 應(yīng)用程序概要設(shè)計(jì)（ II）； （ 在Ⅰ上細(xì)化 ） 數(shù)據(jù)庫(kù)事務(wù)概要設(shè)計(jì)； 2． 4． 3 物理設(shè)計(jì) 數(shù)據(jù)庫(kù)物理結(jié)構(gòu)設(shè)計(jì)：主要指 數(shù)據(jù)文件在外存上的存儲(chǔ)結(jié)構(gòu)和存取方法 ，它依賴于系統(tǒng)具體的硬件環(huán)境、操作系統(tǒng)和 DBMS； （ 1） 數(shù)據(jù)庫(kù)邏輯模式 調(diào)整 ； （ 2） 選擇或配置 基本關(guān)系表的文件組織形式 ； （ 3） 數(shù)據(jù) 分布 設(shè)計(jì)； （ 4） 安全模式設(shè)計(jì)； （ 5） 確定系統(tǒng)配置； （ 6） 物理模式評(píng)估； 數(shù)據(jù)庫(kù) 事務(wù) （相當(dāng)于 VB 的 事件 ） 詳細(xì)設(shè)計(jì)：根據(jù)事務(wù)流程，利用 SQL 語(yǔ)句、數(shù)據(jù)庫(kù)訪問(wèn)接口，采用高級(jí)程序設(shè)計(jì)語(yǔ)言或 DBMS 提供的事務(wù)實(shí)現(xiàn)機(jī)制，設(shè)計(jì)數(shù)據(jù)庫(kù)事務(wù)。 應(yīng)用程序詳細(xì)設(shè)計(jì)： 2． 5 實(shí)現(xiàn)與部署 建立數(shù)據(jù)庫(kù)結(jié)構(gòu)； 數(shù)據(jù)加載； 事務(wù)和應(yīng)用程序的編碼及測(cè)試； 系統(tǒng)集成、測(cè)試與試運(yùn)行； 系統(tǒng)部署； 2． 6 運(yùn)行管理與維護(hù) 2． 6． 1 日常維護(hù) （ 1） 數(shù)據(jù)庫(kù)的備份與恢復(fù) （ 2） 完整性 維護(hù) （ 3） 安全性維護(hù) （ 4） 存儲(chǔ)空間管理 （ 5） 并發(fā)控制及死鎖處理 2． 6． 2 系統(tǒng)性能監(jiān)控和分析 統(tǒng)計(jì)數(shù)據(jù)可以通過(guò)兩種途徑收集： （ 1） 由 DBMS 本身自動(dòng)收集和存儲(chǔ)統(tǒng)計(jì)數(shù)據(jù) （ 2） 通過(guò)監(jiān)控系統(tǒng)得到 2． 6． 3 系統(tǒng)性能優(yōu)化調(diào)整 糸統(tǒng)性能優(yōu)化的手段有：數(shù)據(jù)查詢調(diào)整與優(yōu)化、索引調(diào)整、數(shù)據(jù)庫(kù)摸式調(diào)整、 DBMS 和操作系統(tǒng)參數(shù)調(diào)整等。 模式調(diào)整主要涉及邏輯模式調(diào)整，可以從下考慮： （ 1） 已達(dá)到第三 范式 的基本表，不要進(jìn)一步規(guī)范化為 BCNF； （ 2） 在分布式數(shù)據(jù)庫(kù)中，對(duì)一個(gè)基本表中某些頻繁被訪問(wèn)的數(shù)據(jù)，可以按水平分區(qū)或垂直分區(qū)方式拆分基本表。 2． 6． 4 系統(tǒng)升級(jí) 改進(jìn)應(yīng)用桯序； 數(shù)據(jù)庫(kù)重組； DBMS 和 OS 版本升級(jí) 第 3 章 需求分析及功能建模方法 3． 1 需求分析概述 3． 1． 1 需求分析概念 所謂需求分折：就是對(duì)待開發(fā)的系統(tǒng) 要做什么 ，完成什么功能的全面描述。 需求分析的工作：通過(guò)對(duì)需求的調(diào)查、了解、觀察和分析，通過(guò)對(duì)原始數(shù)據(jù)的收集、分類和抽象，并采用有效的技術(shù)、工具，對(duì)原始資料進(jìn)行加工整理，描述開發(fā)目標(biāo)、實(shí)現(xiàn)的功能及其相互關(guān)系等活動(dòng)的集合； 需 求的定義：客戶對(duì)一個(gè)待開發(fā)的系統(tǒng)在實(shí)現(xiàn)目標(biāo)、完成功能、應(yīng)達(dá)到的性能、安全性、可靠性等方面的期望和要求的集合； 需求獲取的困難： （ 1） 軟件功能復(fù)雜； （ 2） 需求的可變性； 需求分析階段的主要任務(wù)：分析當(dāng)前的業(yè)務(wù)流程，包括體系結(jié)構(gòu)，各職能部門完成的主要任務(wù)、關(guān)系及其交流的信息。 需求分析的結(jié)果通常以 模型 等建模工具和方法描述系統(tǒng)的信息流、功能結(jié)構(gòu)及完成各功能需要的數(shù)據(jù)。 功能模型和軟件需求規(guī)格說(shuō)明書是軟件開發(fā)的依據(jù)，將指導(dǎo)后續(xù)的開發(fā)工作。 需求分析工作是系統(tǒng)分析員與用戶不斷交互的過(guò)程中完成的。 3． 1． 2 系統(tǒng)分析員的職能 系統(tǒng)分析員的主要要任務(wù)：是確定應(yīng)用信息系統(tǒng)及軟件產(chǎn)品應(yīng)該達(dá)到的各項(xiàng)功能性要求和非功能性要求，即用戶要做什么。 系統(tǒng)分析員應(yīng)該具備的素質(zhì)： （ 1） 獲取需求的能力； （ 2） 管理及溝通能力； （ 3） 技術(shù)素養(yǎng)； 3． 1． 3 需求獲取的方法 常用的幾種獲取需求的方法：（ 1）面談；（ 2）實(shí)地觀察；（ 3）問(wèn)卷調(diào)查；（ 4）查閱資源； 3． 1． 4 需求分析過(guò)程 標(biāo)識(shí)問(wèn)題： （ 1） 需求分析的第一步，通過(guò)對(duì)問(wèn)題的識(shí)別和標(biāo)識(shí)獲得所求解問(wèn)題及其運(yùn)行環(huán)境的理解； （ 2） 標(biāo)識(shí)問(wèn)題從現(xiàn)行系統(tǒng)的業(yè)務(wù)流程做起，理解現(xiàn)行系統(tǒng)的業(yè)務(wù)流程； （ 3） 在標(biāo)識(shí)理解需求的同時(shí)，還要注意確定 系統(tǒng)的人機(jī)界面； 建立需求模型： （ 1） 模型是對(duì)現(xiàn)實(shí)原形所作的一種抽象，其本質(zhì)是只關(guān)心與研究?jī)?nèi)容有關(guān)的因素，而忽略無(wú)關(guān)的因素，其目的是把復(fù)雜的事物變得簡(jiǎn)單，便于認(rèn)識(shí)和分析； （ 2） 目前常用的模型方法主要有 DFD 數(shù)據(jù)流圖和 IDEFO，都屬于結(jié)構(gòu)化分析方法，其特征是抽象和分解； （ 3） 首先對(duì)應(yīng)用領(lǐng)域進(jìn)行全面的分析，發(fā)現(xiàn)并找出同類事物的本質(zhì)，用抽象方法把這類事物的非主要方面剔除，把握住事物的內(nèi)部規(guī)律或本質(zhì)，就可以找到解決辦法；然后采用自上而下逐步求精的方法對(duì)復(fù)雜的問(wèn)題進(jìn)行分解； （ 4） 結(jié)構(gòu)化分析及建模方法的主要優(yōu)點(diǎn)： （ A） 不過(guò)早陷入具體 的細(xì)節(jié)； （ B） 從整體或宏觀入手分析問(wèn)題； （ C） 通過(guò)圖形化的模型對(duì)象直觀地表示系統(tǒng)要做什么，完成什么功能； （ D） 圖形化建模方法方便系統(tǒng)分析員理解和描述系統(tǒng)； （ E） 模型