【正文】 第四階段：定義健 (1) 分解不確定的聯(lián)系：把實(shí)體級圖中不確定的關(guān)系轉(zhuǎn)換成確定的連接形式，把每一個(gè)不確定的聯(lián)系轉(zhuǎn)換成為兩個(gè)確定的 聯(lián)系 。原則必須是具體的、簡明的和有意義的。當(dāng)實(shí)體集之間的依賴關(guān)系建立后，就可以命名聯(lián)系了。聯(lián)系只標(biāo)識直接關(guān)系，不標(biāo)識間接關(guān)系。 (2) 區(qū)別實(shí)體集名詞和非實(shí)體集名詞的方法，是否具有下列特征： (A) 它能夠被描述或說明嗎 ? (B) 有多少同類的實(shí)例嗎 ? (C) 每個(gè)實(shí)例可以被標(biāo)識和區(qū)分嗎 ? 第三階段：定義聯(lián)系 (1) 標(biāo)識實(shí)體集之間的聯(lián)系：建立聯(lián)系矩陣，聯(lián)系矩陣由一個(gè)二維數(shù)組表示。 (H) 評審驗(yàn)收。 (F) 定義非碼屬性 。 (D) 定義聯(lián)系 。 (B) 收集數(shù)據(jù) 。 (B) 范圍說明：在建模初期要給出模型覆蓋的問題范圍 。 (B) 外碼語法：在外碼屬性后加 “FK”來識別由聯(lián) 系繼承得到的外來屬性。一個(gè)屬性的具體取值叫屬性實(shí)例，它由屬性的類型和值來定義。 (D) 不確定聯(lián)系 m:n 的語法：不確定聯(lián)系用一個(gè)兩端帶有實(shí)心圓的線段描述，表示多對多的連接關(guān)系。 (B) 非標(biāo)定聯(lián)系語法：如果兩個(gè)實(shí)體集之間有關(guān)系，并且是一個(gè)非標(biāo)定聯(lián)系，就用一條虛線把它們連接起來。 (D) 不確定聯(lián)系：一個(gè)非確定聯(lián)系又稱為多對多聯(lián)系，這種聯(lián)系關(guān)聯(lián)的兩個(gè)實(shí)體集之間，任一實(shí)體集的一個(gè)實(shí)例都將對應(yīng)另一實(shí)體集的 0 個(gè)、 1 個(gè)或多個(gè)實(shí)例。 (B) 非標(biāo)定型聯(lián)系：一個(gè) “確定型聯(lián)系 ”中，如果子女實(shí)體集中的每一個(gè)實(shí)例都能被惟一地確認(rèn)而無需了解與之相聯(lián)系的雙親實(shí)體集的實(shí)例，這個(gè)問題關(guān)系叫 “非標(biāo)定型聯(lián)系 ”。 (2) 實(shí)體集語法： IDEF1X 用矩 形框來表示獨(dú)立實(shí)體集，用圓角矩形框來表示從屬實(shí)體集 。(4)不確定聯(lián)系 IDEF1X 模型元素 實(shí)體集： (1) 實(shí)體集語義：如果一個(gè)實(shí)體集的每一個(gè)實(shí)例都能被惟一地標(biāo)識，而不決定于它與其他實(shí)體的聯(lián)系，那么該實(shí)體集稱為獨(dú)立實(shí)體集 。(2)非標(biāo)定型聯(lián)系 。(2)從屬標(biāo)識符實(shí)體集 。 IDEF1X 方法具有豐富的語法和語義 。 IDEF1X 建模方法 IDEF1X 概述 IDEF0 側(cè)重描述系統(tǒng)功能，被稱為功能建模方法 。 ER 模型用菱形表示聯(lián)系，聯(lián)系名寫在菱形框內(nèi) 。(2)一對多聯(lián)系 。 聯(lián)系：描述現(xiàn)實(shí)世界中實(shí)體之間的關(guān)系。 屬性：用于描述一個(gè)實(shí)體集的性質(zhì)和特征 。 ER 建模方法 基本概念 實(shí)體或?qū)嵗褐缚陀^存在并可相互區(qū)分的事物，可以是一個(gè)具體的人或物，也可以是抽象的事件或概念 。 (4) 用圖形方式描述數(shù)據(jù)，數(shù)據(jù)直觀易懂，有利于數(shù)據(jù)庫設(shè)計(jì)者和用戶交流 。 (2) 組成模型的概念少，語義清楚，容易理解 。 (5) 對信息模型優(yōu)化。 (3) 建立由信息模型表示的企業(yè)模型 。 概念設(shè)計(jì)的基本步驟： (1) 確定實(shí)體集 。 保證信息模型方便地轉(zhuǎn)換成數(shù)據(jù)庫的邏輯結(jié)構(gòu)，同時(shí)便于用戶理解。 說明數(shù)據(jù)的安全性要求 。 描述清楚數(shù)據(jù)之間的關(guān)系 。 獲取應(yīng)用領(lǐng)域或問題域的信息模型 。 IDEF0 模型結(jié)構(gòu)清楚，便于理解和溝通。而 IDEF0 模型元素的組成更加簡單，只有 2 種元素組成，即箭頭和活動 。但 IDEF0 圖的箭頭不僅能夠表示數(shù)據(jù)流，還可以表示控制流和說明處理或?qū)嵤┓绞降囊恍┘s束 。 IDEF0 圖也用箭頭代表數(shù)據(jù)流，但在 IDEF0 中不是強(qiáng)調(diào)流或順序，而是強(qiáng)調(diào)數(shù)據(jù)約束。 DFD 與 IDEF0 的比較 DFD 與 IDEF0 共同點(diǎn)： 都是結(jié)構(gòu)化分析思想，強(qiáng)調(diào)自頂而下逐步求精的方法對現(xiàn)實(shí)世界建模，先抓住主要的問題，形成較高層次的抽象，再由粗到細(xì)、由表及里地逐步細(xì)化，將一個(gè)大問題分解成幾個(gè)小問題，對這小問題再進(jìn)行分析求解 。 (5) 寫文字說明 。在分解時(shí)要列出所有的數(shù)據(jù)項(xiàng)和活動表，分解的次序采用以下原則： (A) 保持在同一水平上進(jìn)行分解，均勻的模型深度 。 (3) 構(gòu)造頂層圖：把 A0 圖分解成 3~6 個(gè)主要部分得到 A0 圖， A0 圖是模型真正的頂層圖 。 建模過程及步驟 IDEF0 建模過程及步驟： (1) 明確目的，確定范圍：在建模前首先要明確目的和意圖，確定問題域 。 (C) 模型名：每個(gè)模型有一個(gè)名字，通常用名字代表主題，用子名字表示不同的模型。子圖中每個(gè)邊界箭頭的開端分別用字母 I、 C、 O、 M 來標(biāo)明是輸入、控制、輸出及機(jī)制，再用一個(gè)數(shù)字表示其在父矩形框中箭頭的相對位置。 (3) 其他： (A) ICOM 碼：只有一端與矩形相連的箭頭叫邊界箭頭，這些箭頭表示父矩形框的輸入、控制和輸出。 建模規(guī)則 (1) 矩形框：用動詞為矩形內(nèi)活動命名，每個(gè)矩形要至少有一個(gè)控制箭頭和輸出箭頭，可以沒有輸入，但不可以同時(shí)沒有輸入和控制。 (3) 輸入輸出箭頭描述活動是什么 (what)、控制箭頭描述為何這么做 (why)、機(jī)制箭頭表示如何做 (how)。 IDEF0 方法 基本元素 (1) 矩形：代表活動，活動名稱標(biāo)在矩形內(nèi)，活動編號按要求標(biāo)在矩形框右下角指定位置 。一個(gè)模型由圖形文字說明、詞匯表及相互的交叉引用表組成。 (5) 數(shù)據(jù)元素詞條描述。 (3) 數(shù)據(jù)存儲 。 數(shù)據(jù)字典 數(shù)據(jù)字典包括以下說明信息： (1) 源點(diǎn)及終點(diǎn)詞條描述 。 開發(fā) DFD 圖 DFD 圖采用自頂而下逐步細(xì)化的結(jié)構(gòu)化分析方法表示目標(biāo)系統(tǒng) 。 數(shù)據(jù)存儲：表示用數(shù)據(jù)庫形式存儲的數(shù)據(jù)，對其存取分別以指向或離開數(shù)據(jù)存儲的箭頭表示 。 DFD 建模方法 DFD 方法的基本對象 數(shù)據(jù)流 ：具有名字且有流向的數(shù)據(jù)，用標(biāo)有名字的箭頭表示。數(shù)據(jù)管理 。數(shù)據(jù)需求 。其他需求 。性能需求 。功能需求 。 (3) 非功能性需求：軟件項(xiàng)目對實(shí)際運(yùn)行環(huán)境的要求 。 描述需求： (1) 需求描述的目標(biāo)：對軟件項(xiàng)目功能性和非功能性的需求全面描述 。 (D) 圖形化建模方法方便系統(tǒng)分析員理解和描述系統(tǒng) 。 (B) 從整體或宏觀入手分析問題 。然后采用自上而下逐步求精的方法對復(fù)雜的問題進(jìn)行分解 。 (2) 目前常用的模型方法主要有 DFD 數(shù)據(jù)流圖和 IDEFO，都屬于結(jié)構(gòu)化分析方法，其特征是抽象和分解 。 (3) 在標(biāo)識理解需求的同時(shí)，還要注意確定系統(tǒng)的人機(jī)界面 。 需求分析過程 標(biāo)識問題： (1) 需求分析的第一步，通過對問題的識別和標(biāo)識獲得所求解問題及其運(yùn)行環(huán)境的理解 。(3)問卷調(diào)查 。 需求獲取的方法 常用的幾種獲取需求的方法： (1)面談 。 (2) 管理及溝通能力 。 系統(tǒng)分析員的職能 系統(tǒng)分析員的主要要任務(wù)：是確定應(yīng)用信息系統(tǒng)及軟件產(chǎn)品應(yīng)該達(dá)到的各項(xiàng)功能性要求和非功能性要求，即用戶要做什么。 功能模型和軟件需求規(guī)格說明書是軟件開發(fā)的依據(jù)，將指導(dǎo)后續(xù)的開發(fā)工作。 需求分析階段的主要任務(wù)：分析當(dāng)前的業(yè)務(wù)流程，包括體系結(jié)構(gòu)，各職能部門完成的主要任務(wù)、關(guān)系及其交流的信息。 需求獲取的困難： (1) 軟件功能復(fù)雜 。 需求分析的工作：通過對需求的調(diào)查、了解、觀察和分析，通過對原始數(shù)據(jù)的收集、分類和抽象，并采用有效的技術(shù)、工具，對原始資料進(jìn)行加工整理，描述開發(fā)目標(biāo)、實(shí)現(xiàn)的功能及其相互關(guān)系等活動的集合 。 數(shù)據(jù)庫重組 。 (2) 在分布式數(shù)據(jù)庫中，對一個(gè)基本表中某些頻繁被訪問的數(shù)據(jù)，可以按水平分區(qū)或垂直分區(qū)方式拆分基本表。 運(yùn)行管理與維護(hù) 日常維護(hù) (1) 數(shù)據(jù)庫的備份與恢復(fù) (2) 完整性維護(hù) (3) 安全性維護(hù) (4) 存儲空間管理 (5) 并發(fā)控制及死鎖處理 系統(tǒng)性能監(jiān)控和分析 統(tǒng)計(jì)數(shù)據(jù)可以通過兩種途徑收集： (1) 由 DBMS 本身自動收集和存儲統(tǒng)計(jì)數(shù)據(jù) (2) 通過監(jiān)控系統(tǒng)得到 系統(tǒng)性能優(yōu)化調(diào)整 糸統(tǒng)性能優(yōu)化的手段有：數(shù)據(jù)查詢調(diào)整與優(yōu)化、索引調(diào)整、數(shù)據(jù)庫摸式調(diào)整、 DBMS 和操作系統(tǒng)參數(shù)調(diào)整等。 系統(tǒng)集成、測試與試運(yùn)行 。 數(shù)據(jù)加載 。 數(shù)據(jù)庫事務(wù)詳細(xì)設(shè)計(jì)：根據(jù)事務(wù)流程，利用 SQL 語句、數(shù)據(jù)庫訪問接口，采用高級程序設(shè)計(jì)語言或 DBMS 提供的事務(wù)實(shí)現(xiàn)機(jī)制，設(shè)計(jì)數(shù)據(jù)庫事務(wù)。 (5) 確定系統(tǒng)配置 。 (3) 數(shù)據(jù)分布設(shè)計(jì) 。 (1) 數(shù)據(jù)庫邏輯模式調(diào)整 。 數(shù)據(jù)庫事務(wù)概要設(shè)計(jì) 。 (5) 從數(shù)據(jù)安全性和獨(dú)立性出發(fā)，設(shè)計(jì)用戶視圖。 (3) 檢查關(guān)系表對數(shù)據(jù)庫事務(wù)的支持性 。 (1) ER 圖轉(zhuǎn)換為初始關(guān)系模式 。 (5) 對系統(tǒng)采用的關(guān)鍵技術(shù)進(jìn)行方案選型和初步設(shè)計(jì)。 (2) 系統(tǒng)硬件平臺和操作系統(tǒng)、數(shù)據(jù)庫管理系統(tǒng)等系統(tǒng)軟件的選型和配置 。(3)局部 ER 圖合并 。 ER 方法： (1)選擇局部應(yīng)用 。 (3) 備份方式是采用完全備份還是采用差異備份。 備份和恢復(fù)需求分析： (1) DBAS 運(yùn)行過程中備份數(shù)據(jù)庫的時(shí)間和備份周期 。 (2) 各類用戶的數(shù)據(jù)視圖和視圖訪問權(quán)限 。存儲總量估算可采用：根據(jù)數(shù)據(jù)字典中每個(gè)數(shù)據(jù)項(xiàng)的結(jié)構(gòu)描述信息，估計(jì)每個(gè)數(shù)據(jù)項(xiàng)的容量，將所有數(shù)據(jù)項(xiàng)的容量累加 。 其它需求分析 存儲需求分析： 是指估計(jì) DBAS 系統(tǒng)需要的數(shù)據(jù)存儲量，包括： (1)初始數(shù)據(jù)庫大小 。 (5) DBAS 的配置和性能 。 (3) 操作系統(tǒng)環(huán)境 。 (4) 每 TPS 代價(jià)值，用于衡量系統(tǒng)性價(jià)比的指標(biāo) 影響 DBAS 性能的因素： (1) 系統(tǒng)硬件資源 。 (2) 系統(tǒng)吞吐量：指系統(tǒng)在單位時(shí)間內(nèi)所完成的事務(wù)或查詢的數(shù)量，單位為 TPS。 業(yè)務(wù)規(guī)則需求分析 業(yè)務(wù)規(guī)則需求分析：是從 DBAS 高層目標(biāo)和整體功能出發(fā)，分析系統(tǒng)或系統(tǒng)中一些大粒度子系統(tǒng)應(yīng)具有的業(yè)務(wù)類型和功能，明確用戶或外部系統(tǒng)與 DBAS 的交互 模式 。(3)事務(wù)所訪問的數(shù)據(jù)項(xiàng) 。 事務(wù)規(guī)范包括： (1)事務(wù)名稱 。 數(shù)據(jù)與數(shù)據(jù)處理需求分析 數(shù)據(jù)需求分析：是從對數(shù)據(jù)組織與存儲的設(shè)計(jì) 角度，辨識應(yīng)用領(lǐng)域所管理的各類數(shù)據(jù)項(xiàng)和數(shù)據(jù)結(jié)構(gòu)，與數(shù)據(jù)處理需求分析結(jié)果一起，組成數(shù)據(jù)字典 。 (3) 業(yè)務(wù)需求分析 。 DBAS 的需求分析包括： (1) 數(shù)據(jù)需求分析 。 DBAS 需求分析是在已經(jīng)明確的 DBAS 系統(tǒng)范圍基礎(chǔ)上，通過對應(yīng)用問題的理解和分析，采用合適的工具和符號，系統(tǒng)地描述 DBAS 的功能特征、性能特征和約束，并形成需求規(guī)范說明文檔 。 (4) 制定合理的 DBAS 項(xiàng)目計(jì)劃 項(xiàng)目規(guī)劃的結(jié)果應(yīng)形成數(shù)據(jù)庫應(yīng)用系統(tǒng)項(xiàng)目計(jì)劃文檔，即項(xiàng)目計(jì)劃書。 (2) 根據(jù) DBAS 軟件開發(fā)模型，分解和定義整個(gè)項(xiàng)目包括的工作活動和任務(wù) 。 項(xiàng)目規(guī)劃 項(xiàng)目規(guī)劃是項(xiàng)目管理者對資源、成本和進(jìn)度做出合理估算，并在此基礎(chǔ) 上制定切實(shí)可行的 DBAS 項(xiàng)目開發(fā)計(jì)劃。 (3) 操作可行性：是論證是否具備 DBAS 開發(fā)所需的各類人員資源、軟件資源、硬件資源和工作環(huán)境等，以及為支持 DBAS 開發(fā)如何去改進(jìn)加強(qiáng)這幾方面資源。 B、 軟件可行性研究包括：對可用的 DBMS 和操作系統(tǒng)的選型評估，對中間件和 開發(fā)環(huán)境的選型建議，對 DBAS 開發(fā)模式和編程語言的建議 。 (2) 技術(shù)可行性：是根據(jù)用戶提出的系統(tǒng)功能、性能及實(shí)現(xiàn)系統(tǒng)的各項(xiàng)約束條件，對系統(tǒng)軟件、硬件、技術(shù)方案作出評估和選擇建議 。B、系統(tǒng)開發(fā)費(fèi)用 。 可行性分析 可行性分析包括以下四方面： (1) 經(jīng)濟(jì)可行性：對項(xiàng)目進(jìn)行成本效益分析 。 (3) 確定系統(tǒng)范 圍和邊界 。 系統(tǒng)規(guī)劃與定義包括： (1) 任務(wù)陳述：描述所要開發(fā)的 DBAS 的總體目標(biāo) 。 (4) 將 DBAS 設(shè)計(jì)階段細(xì)分為概念設(shè)計(jì)、邏輯設(shè)計(jì)、物理設(shè)計(jì)三個(gè)步驟，每一步的設(shè)計(jì)內(nèi)容又涵蓋了三條設(shè)計(jì)主線。 (2) 將快速原形模型和增量模型的開發(fā)思路引入 DBAS 生命周期模型，允許漸進(jìn)、迭代地開發(fā) DBAS。 DBAS 設(shè)計(jì)開發(fā)的硬件方面：主要涉及根據(jù)系統(tǒng)的功能、性能、存儲等需求選擇和配置合適的計(jì)算機(jī)硬件平臺，并與開發(fā)好的 DBAS 軟件系統(tǒng)進(jìn)行集成，組成完整的數(shù)據(jù)庫應(yīng) 用系統(tǒng) 。 DBAS 軟件組成 數(shù)據(jù)庫應(yīng)用軟件在內(nèi)部可看作由一系列軟件模塊 /子系統(tǒng)組成，這些模 塊 /子系統(tǒng)可分成兩類： (1) 與數(shù)據(jù)訪問有關(guān)的數(shù)據(jù)庫事務(wù)模塊：利用 DBMS 提供的數(shù)據(jù)庫管理功能，以數(shù)據(jù)庫事務(wù)方式直接對數(shù)據(jù)庫中的各類應(yīng)用數(shù)據(jù)進(jìn)行操作，模塊粒度較小 。 軟件工程以關(guān)注軟件質(zhì)量為特征，由方法、工具和過程三部分