【正文】 如在“選課”關(guān)系中，屬性“聽(tīng)課出勤率”、“作業(yè)完成率”和“分?jǐn)?shù)”等表示某個(gè)學(xué)生學(xué)習(xí)某門(mén)課程時(shí)的學(xué)習(xí)情況。只有同時(shí)指定“學(xué)號(hào)”和“課程號(hào)”，才能準(zhǔn)確地說(shuō)明是哪位學(xué)生學(xué)習(xí)哪門(mén)課程時(shí)的學(xué)習(xí)情況 。 ? 因此，“分?jǐn)?shù)”等屬性完全函數(shù)依賴于“ 學(xué)號(hào)，課程號(hào) ”。 ? 判斷規(guī)范化程度的條件是： ? 關(guān)系中所有屬性都是“單純域”，即不出現(xiàn)“表中有表” ? 非主屬性完全函數(shù)依賴于關(guān)鍵字 ? 非主屬性相互獨(dú)立，即任何非主屬性間不存在函數(shù)依賴。 ? 如果一個(gè)關(guān)系連條件 ? 都不滿足，則這個(gè)關(guān)系是非規(guī)范化的 。 ? 如果一個(gè)關(guān)系僅滿足條件 ?，則這個(gè)關(guān)系滿足第一范式 (1NF)。 ? 如果一個(gè)關(guān)系滿足條件 ?、 ?，但不滿足 ?，則這個(gè)關(guān)系滿足第二范式 (2NF)。 ? 如果一個(gè)關(guān)系同時(shí)滿足條件 ?、 ?和 ? ，則這個(gè)關(guān)系表滿足第三范式(3NF)。 ? 當(dāng)數(shù)據(jù)模型達(dá)到 3NF， 一般情況下就能滿足數(shù)據(jù)庫(kù)應(yīng)用的需要 。 數(shù)據(jù)庫(kù)分析的過(guò)程 在需求分析階段進(jìn)行數(shù)據(jù)庫(kù)分析的流程 ? 為開(kāi)發(fā)一個(gè)系統(tǒng)所使用的數(shù)據(jù)庫(kù)，在開(kāi)始分析數(shù)據(jù)庫(kù)的需求前，分析員必須了解該系統(tǒng)的總目標(biāo)和范圍。然后建立一個(gè)完整并高度細(xì)化的信息模型。 ? 此信息模型應(yīng)包括一個(gè)綜合的數(shù)據(jù)詞典，定義所有在開(kāi)發(fā)數(shù)據(jù)庫(kù)時(shí)用到的數(shù)據(jù)項(xiàng)。 ? 接著數(shù)據(jù)庫(kù)分析定義數(shù)據(jù)庫(kù)的邏輯特性和物理特性 。 ? 以信息模型和系統(tǒng)規(guī)格說(shuō)明為指導(dǎo)，定義數(shù)據(jù)庫(kù)的邏輯數(shù)據(jù)結(jié)構(gòu)。 ? 這種邏輯結(jié)構(gòu)必須適應(yīng)數(shù)據(jù)存取、修改、關(guān)聯(lián)性及其它相關(guān)需求。 ? 一旦邏輯數(shù)據(jù)結(jié)構(gòu)建立起來(lái)，就可以研制數(shù)據(jù)庫(kù)的物理結(jié)構(gòu)。 ? 物理數(shù)據(jù)庫(kù)結(jié)構(gòu)定義文件結(jié)構(gòu)、記錄格式、與硬件相關(guān)的處理方式以及數(shù)據(jù)庫(kù)管理系統(tǒng)的特性 。 ? 最后，要對(duì)模式和物理特性進(jìn)行完全的評(píng)審。 ? 在數(shù)據(jù)庫(kù)分析過(guò)程中所考慮的因素間存在著復(fù)雜的相互聯(lián)系。改變其中的任何一個(gè)因素都會(huì)（潛在地）影響其它的因素。所以必須在各個(gè)因素之間進(jìn)行折衷。 ? 這種折衷包括專(zhuān)用性和通用性的折衷，信息關(guān)聯(lián)程度、擴(kuò)充潛力及操作特性等方面的折衷 。 ? 考慮信息關(guān)聯(lián)程度和擴(kuò)充潛力（包括信息規(guī)模和信息內(nèi)容兩方面）主要基于需求分析和設(shè)計(jì)階段分派給數(shù)據(jù)庫(kù)的專(zhuān)用性程度。 ? 專(zhuān)用的數(shù)據(jù)庫(kù)要為系統(tǒng)特定的信息需求服務(wù)，因此信息結(jié)構(gòu)要設(shè)計(jì)得能適應(yīng)要求的關(guān)聯(lián)性和預(yù)計(jì)的擴(kuò)充。 ? 通用的數(shù)據(jù)庫(kù)可以適應(yīng)更為廣泛的各種信息需求，但是為了獲得通用性要付出代價(jià) 。 ? 操作特性根據(jù)折衷的結(jié)果而定。數(shù)據(jù)庫(kù)的結(jié)構(gòu)、規(guī)模和邏輯設(shè)計(jì)都會(huì)對(duì)它的物理組織、硬件、存取方式以及性能產(chǎn)生重要的影響 。 軟件需求規(guī)格說(shuō)明書(shū)與評(píng)審 良好的規(guī)格說(shuō)明的 8條原則 : ? 原則 1：功能與實(shí)現(xiàn)分離 ， 即描述要 “ 做什么 ” 而不是“ 怎樣實(shí)現(xiàn) ” ? 原則 2：要求使用 面向處理的規(guī)格說(shuō)明語(yǔ)言 ， 討論來(lái)自環(huán)境的各種刺激可能導(dǎo)致系統(tǒng)做出什么樣的功能性反應(yīng) ， 來(lái)定義一個(gè)行為模型 ， 從而得到 “ 做什么 ” 的規(guī)格說(shuō)明 。 ? 原則 3：如果目標(biāo)軟件只是一個(gè)大系統(tǒng)中的一個(gè)元素 ，那么整個(gè)大系統(tǒng)也包括在規(guī)格說(shuō)明的描述之中 。 描述該目標(biāo)軟件 與系統(tǒng)的其它系統(tǒng)元素交互 的方式 。 ? 原則 4：規(guī)格說(shuō)明必須包括系統(tǒng) 運(yùn)行的環(huán)境 。 ? 原則 5：系統(tǒng)規(guī)格說(shuō)明必須是一個(gè) 認(rèn)識(shí)的模型 ， 而不是設(shè)計(jì)或?qū)崿F(xiàn)的模型 。 ? 原則 6：規(guī)格說(shuō)明必須是 可操作的 。 規(guī)格說(shuō)明必須是充分完全和形式的 ， 以便能夠利用它決定對(duì)于任意給定的測(cè)試用例 ， 已提出的實(shí)現(xiàn)方案是否都能滿足規(guī)格說(shuō)明 。 ? 原則 7：規(guī)格說(shuō)明必須 容許不完備性 并允許擴(kuò)充 。 ? 原則 8：規(guī)格說(shuō)明必須 局部化和松散的耦合 。 它所包括的信息必須局部化 ， 這樣當(dāng)信息被修改時(shí) ， 只要修改某個(gè)單個(gè)的段落 （ 理想情況 ） 。 同時(shí) ， 規(guī)格說(shuō)明應(yīng)被松散地構(gòu)造 （ 即耦合 ） ， 以便能夠很容易地加入和刪去一些段落 。 軟件需求規(guī)格說(shuō)明 軟件需求規(guī)格說(shuō)明是分析任務(wù)的最終產(chǎn)物，通過(guò)建立完整的信息描述、詳細(xì)的功能和行為描述、性能需求和設(shè)計(jì)約束的說(shuō)明、合適的驗(yàn)收標(biāo)準(zhǔn)，給出對(duì)目標(biāo)軟件的各種需求。 軟件需求規(guī)格說(shuō)明的框架： Ⅰ . 引言 Ⅱ . 信息描述 ⅰ 數(shù)據(jù)流 ⅱ 控制流 Ⅲ . 功能描述 (ⅰ 處理說(shuō)明 ⅱ 限制 ∕ 局限 ⅲ 性能需求 ⅳ 設(shè)計(jì)約束 ⅴ 支撐圖 ) ( ⅰ 控制規(guī)格說(shuō)明 ⅱ 設(shè)計(jì)約束 ) Ⅳ . 行為描述 Ⅴ . 檢驗(yàn)標(biāo)準(zhǔn) 的考慮 Ⅵ . 參考書(shū)目 Ⅶ . 附錄 需求規(guī)格說(shuō)明評(píng)審 ? 參加人員： 除分析員之外 ，用戶／需求者，開(kāi)發(fā)部門(mén)的管理者，軟件設(shè)計(jì)、實(shí)現(xiàn)、測(cè)試的人員都應(yīng)當(dāng)參加評(píng)審工作。 ? 評(píng)審的主要內(nèi)容是： 系統(tǒng)定義的 目標(biāo) 是否與用戶的要求一致； 系統(tǒng)需求分析階段提供的 文檔 資料是否齊全； 文檔中的所有 描述 是否完整 、 清晰 、 準(zhǔn)確反映用戶要求； 與所有其它系統(tǒng)成分的重要 接口 是否都已經(jīng)描述； 被開(kāi)發(fā)項(xiàng)目的 數(shù)據(jù)流與數(shù)據(jù)結(jié)構(gòu) 是否足夠，確定； 所有 圖表 是否清楚 ， 在不補(bǔ)充說(shuō)明時(shí)能否理解； 主要功能 是否已包括在規(guī)定的軟件范圍之內(nèi) ， 是否都已充分說(shuō)明； 軟件的 行為 和它必須處理的信息 、 必須完成的功能是否一致； 設(shè)計(jì)的 約束條件 或限制條件是否符合實(shí)際； 是否考慮了開(kāi)發(fā)的 技術(shù)風(fēng)險(xiǎn) ； 是否考慮過(guò)軟件需求的 其它方案 ； 是否考慮過(guò) 將來(lái) 可能會(huì)提出的軟件需求； 是否詳細(xì)制定了 檢驗(yàn)標(biāo)準(zhǔn) ， 它們能否對(duì)系統(tǒng)定義是否成功進(jìn)行確認(rèn)； 有沒(méi)有 遺漏 ， 重復(fù)或不一致 的地方； 用戶是否審查了初步的 用戶手冊(cè)或原型 ； 軟件開(kāi)發(fā)計(jì)劃中的 估算 是否受到了影響。 小結(jié) ? 軟件需求分析工作是軟件生存期中重要的一步 ,也是決定性的一步。只有通過(guò)軟件需求分析，才能把功能和性能的總體描述為具體的軟件需求規(guī)格說(shuō)明，從而奠定軟件開(kāi)發(fā)的基礎(chǔ)。 ? 制定軟件的需求規(guī)格說(shuō)明，需要分析人員和用戶的共同參與。 小結(jié)：軟件需求分析的任務(wù) ? 深入描述軟件的功能和性能 ? 確定軟件設(shè)計(jì)的約束和軟件同其它系統(tǒng)元素的接口細(xì)節(jié) ? 定義軟件的其它有效性需求 做為目標(biāo)系統(tǒng)的參考，需求分析的任務(wù)就是借助于當(dāng)前系統(tǒng)的邏輯模型導(dǎo)出目標(biāo)系統(tǒng)的邏輯模型，解決目標(biāo)系統(tǒng)的“做什么”的問(wèn)題 參考當(dāng)前系統(tǒng)建立目標(biāo)系統(tǒng)模型 小結(jié)：需求分析的過(guò)程 ? 問(wèn)題識(shí)別（軟件范圍、需求、實(shí)現(xiàn)條件、需求要達(dá)到的標(biāo)準(zhǔn)，建立通信路徑） ? 分析綜合（問(wèn)題分析與方案綜合，從數(shù)據(jù)流出發(fā)，建立模型） ? 制定規(guī)格說(shuō)明（原則、規(guī)范） ? 評(píng)審（參加人員、評(píng)審標(biāo)準(zhǔn)） 小結(jié)：需求分類(lèi) ? 功能需求 ? 性能需求 ? 環(huán)境需求 ? 可靠性需求 ? 安全保密要求 ? 用戶界面需求 ?資源使用需求 ?成本消耗需求 ?開(kāi)發(fā)進(jìn)度需求 ?預(yù)先估計(jì)以后系統(tǒng)可能達(dá)到的目標(biāo) 小結(jié)：軟件需求分析的原則 ? 需要能夠表達(dá)和理解問(wèn)題的數(shù)據(jù)域 (數(shù)據(jù)流、數(shù)據(jù)內(nèi)容、數(shù)據(jù)結(jié)構(gòu) )和功能域 ? 必須按自頂向下、逐層分解的方式對(duì)問(wèn)題進(jìn)行分解和不斷細(xì)化 ? 要給出系統(tǒng)的邏輯視圖（無(wú)實(shí)現(xiàn)細(xì)節(jié)）和物理視圖（處理功能和數(shù)據(jù)結(jié)構(gòu)的實(shí)際表示形式） 小結(jié)： 識(shí)別、獲取需求 ? 建立分析小組 領(lǐng)域?qū)＜遥? 主角 系統(tǒng)分析員：導(dǎo)演 ? 組織架構(gòu)分析 ? 客戶訪談（資料獲取、面談、問(wèn)卷、用戶行為觀察） ? 問(wèn)題分析與確認(rèn) 小結(jié)：軟件需求分析方法 每一種分析方法都引入不同的記號(hào)和分析策略，但它們具有以下的共性： ? 支持?jǐn)?shù)據(jù)域分析的機(jī)制 ? 功能表示的方法 ? 接口的定義 ? 問(wèn)題分解的機(jī)制以及對(duì)抽象的支持 ? 邏輯視圖和物理視圖 ? 系統(tǒng)抽象模型 小結(jié)：結(jié)構(gòu)化分析方法 ? 面向數(shù)據(jù)流 進(jìn)行需求分析的方法 ? 結(jié)構(gòu)化分析方法 適合于數(shù)據(jù)處理類(lèi)型軟件 的需求分析 ? 具體來(lái)說(shuō)，結(jié)構(gòu)化分析方法就是用 抽象模型 的概念，按照軟件內(nèi)部數(shù)據(jù)傳遞、變換的關(guān)系，自頂向下逐層分解 ，直到找到滿足功能要求的所有可實(shí)現(xiàn)的軟件為止 ? 逐層分解體現(xiàn)了分解和抽象的原則 ,使分析人員不致于一下子陷入細(xì)節(jié) ,而是逐步地有控制地了解細(xì)節(jié) ,有助于理解問(wèn)題 ? 可以和設(shè)計(jì)階段的結(jié)構(gòu)化設(shè)計(jì) (SD)聯(lián)接使用 小結(jié)：結(jié)構(gòu)化分析方法模型示意圖 小結(jié)：結(jié)構(gòu)化分析方法的工具 ? 數(shù)據(jù)流圖 ? 數(shù)據(jù)詞典 ? 結(jié)構(gòu)化英語(yǔ) ? 判定表 ? 判定樹(shù) 小結(jié)：數(shù)據(jù)流圖 ? 基本元素（源終點(diǎn)、加工、數(shù)據(jù)流、數(shù)據(jù)存儲(chǔ)） ? 畫(huà)法（從外朝里，自頂向下，逐步求精） 小結(jié)：數(shù)據(jù)詞典 ? 各種詞條的描述（數(shù)據(jù)流、數(shù)據(jù)元素、數(shù)據(jù)文件、加式邏輯、源點(diǎn)終點(diǎn)） 小結(jié)：加工邏輯說(shuō)明 ? 工具：結(jié)構(gòu)化英語(yǔ)、判定表（四個(gè)部分）、判定樹(shù) ? 使用結(jié)構(gòu)化英語(yǔ) : 有許多重復(fù)的動(dòng)作或與客戶的交流最重要 ? 使用判定表 : 存在條件、行動(dòng)和規(guī)則的復(fù)雜組合 要求有效地避開(kāi)冗余、矛盾、不可能情況 ? 使用判定樹(shù) 條件和行動(dòng)的順序十分重要 并不是每個(gè)條件都與每個(gè)行動(dòng)相關(guān) 小結(jié)：動(dòng)態(tài)系統(tǒng)分析 ? 工具：動(dòng)態(tài)分析圖、狀態(tài)遷移表、時(shí)序圖、 petri網(wǎng) ? 各種工具的基本元素，畫(huà)法 小結(jié)：數(shù)據(jù)建模 ? ER模型（畫(huà)法、三種范式） ? 將 ER轉(zhuǎn)化為邏輯數(shù)據(jù)庫(kù) ? 從邏輯數(shù)據(jù)庫(kù)到物理數(shù)據(jù)庫(kù) 小結(jié)：原型化方法 ? 原理 ? 分類(lèi)（探索、實(shí)驗(yàn)、進(jìn)化） ? 使用策略（廢棄、追加） ? 好處（增進(jìn)理解、明確需求，學(xué)習(xí)手段，確定性能、可應(yīng)用性、可行性、結(jié)果，最終產(chǎn)品） ? 開(kāi)發(fā)模型（快速分析、構(gòu)造原型、運(yùn)行與評(píng)價(jià)原型、修正和改進(jìn)、判定原型完成、判斷原型細(xì)部是否說(shuō)明、原型細(xì)部的說(shuō)明、判定原型效果、整理原型和提供文檔） 小結(jié)：軟件復(fù)用 ? 原理 ? 復(fù)用層次（復(fù)用數(shù)據(jù)、復(fù)用模塊、復(fù)用結(jié)構(gòu)、復(fù)用設(shè)計(jì)、復(fù)用規(guī)格說(shuō)明） ? 復(fù)用技術(shù)（合成、生成）