第6章數(shù)據(jù)庫設(shè)計(jì)課件

1、第六章 數(shù)據(jù)庫設(shè)計(jì) 主要內(nèi)容 概述 需求分析 概念結(jié)構(gòu)設(shè)計(jì) 邏輯結(jié)構(gòu)設(shè)計(jì) 物理結(jié)構(gòu)設(shè)計(jì) 數(shù)據(jù)庫的實(shí)現(xiàn) 數(shù)據(jù)庫的運(yùn)行與維護(hù) -7/17/20221主要章節(jié)6.1 概述 6.2 需求分析6.3 概念結(jié)構(gòu)設(shè)計(jì) 6.4 邏輯結(jié)構(gòu)設(shè)計(jì)6.5 物理結(jié)構(gòu)設(shè)計(jì) 6.6 數(shù)據(jù)庫的實(shí)現(xiàn) 6.7 數(shù)據(jù)庫的運(yùn)行與維護(hù) -7/17/20222本章重要概念 (1)數(shù)據(jù)庫設(shè)計(jì)的兩種方法：生命周期法和快速原型法。(2)概念設(shè)計(jì)的重要性、主要步驟。邏輯設(shè)計(jì)階段的主要步驟。(3)ER模型的基本元素，屬性的分類，聯(lián)系的元數(shù)、連通詞、基數(shù)。采用ER方法的概念設(shè)計(jì)步驟。(4)ER模型到關(guān)系模型的轉(zhuǎn)換規(guī)則。采用ER方法的邏輯設(shè)計(jì)步驟。(

2、5)ER模型的擴(kuò)充：弱實(shí)體，超類和子類。 -7/17/202236.1 概述 主要內(nèi)容數(shù)據(jù)庫設(shè)計(jì)目標(biāo)和方法數(shù)據(jù)庫設(shè)計(jì)的基本步驟 -7/17/20224數(shù)據(jù)庫設(shè)計(jì)目標(biāo)和方法 (1)數(shù)據(jù)庫設(shè)計(jì)數(shù)據(jù)庫設(shè)計(jì)是指對(duì)于給定的軟、硬件環(huán)境，針對(duì)現(xiàn)實(shí)問題，設(shè)計(jì)一個(gè)較優(yōu)的數(shù)據(jù)模型，建立相應(yīng)的數(shù)據(jù)庫結(jié)構(gòu)和數(shù)據(jù)庫應(yīng)用系統(tǒng)。數(shù)據(jù)庫設(shè)計(jì)目標(biāo) 最大限度地滿足用戶的應(yīng)用功能需求。主要是指用戶可以將當(dāng)前與可預(yù)知的將來應(yīng)用所需要的數(shù)據(jù)及其聯(lián)系，全部準(zhǔn)確地存放在數(shù)據(jù)庫中。 獲得良好的數(shù)據(jù)庫性能。即要求數(shù)據(jù)庫設(shè)計(jì)保持良好的數(shù)據(jù)特性以及對(duì)數(shù)據(jù)的高效率存取和資源的合理使用，并使建成的數(shù)據(jù)庫具有良好的數(shù)據(jù)共享性、獨(dú)立性、完整性及安全性等

3、。 -7/17/20225對(duì)關(guān)系數(shù)據(jù)庫而言主要有：數(shù)據(jù)要達(dá)到一定的規(guī)范化程度，避免數(shù)據(jù)重復(fù)存儲(chǔ)和異常操作。保持實(shí)體之間連接的完整性，避免數(shù)據(jù)庫的不一致性。滿足對(duì)事務(wù)響應(yīng)時(shí)間的要求。盡可能減少數(shù)據(jù)的存儲(chǔ)量和內(nèi)外存間數(shù)據(jù)的傳輸量。便于數(shù)據(jù)庫的擴(kuò)充和移植，使系統(tǒng)有更好的適應(yīng)性。 對(duì)現(xiàn)實(shí)世界模擬的精確度要高。 數(shù)據(jù)庫設(shè)計(jì)應(yīng)充分利用和發(fā)揮現(xiàn)有DBMS的功能和性能。 符合軟件工程設(shè)計(jì)要求，因?yàn)閼?yīng)用程序設(shè)計(jì)本身就是數(shù)據(jù)庫設(shè)計(jì)任務(wù)的一部分。 數(shù)據(jù)庫設(shè)計(jì)目標(biāo)和方法 (2)-7/17/20226數(shù)據(jù)庫設(shè)計(jì)方法 生命周期法生命周期（Life cycle）法就是將整個(gè)數(shù)據(jù)庫應(yīng)用系統(tǒng)的開發(fā)過程分解成若干個(gè)階段，并對(duì)每個(gè)

4、階段的目標(biāo)、任務(wù)、方法作出規(guī)定，使整個(gè)數(shù)據(jù)庫應(yīng)用系統(tǒng)的開發(fā)過程具有合理的組織和科學(xué)的秩序?？梢苑殖伤膫€(gè)主要階段：系統(tǒng)分析、系統(tǒng)設(shè)計(jì)、系統(tǒng)實(shí)施、系統(tǒng)運(yùn)行與維護(hù)。 主要遵循以下四條原則： 用戶參與的原則。 先邏輯、后物理的原則。 自頂向下的原則。 工作成果描述標(biāo)準(zhǔn)化原則。 數(shù)據(jù)庫設(shè)計(jì)目標(biāo)和方法 (3)-7/17/20227需求分析系統(tǒng)設(shè)計(jì) 系統(tǒng)實(shí)施 運(yùn)行維護(hù) 生命周期法確定開發(fā)的總目標(biāo),計(jì)劃開發(fā)的軟件系統(tǒng)功能、性能、可靠性及接口等方面的設(shè)想。并提供一個(gè)可做為設(shè)計(jì)基礎(chǔ)的系統(tǒng)規(guī)格說明書，包括對(duì)軟、硬件環(huán)境的需求和一整套完整的數(shù)據(jù)流圖。 把需求分析階段所確定的功能細(xì)化。主要工作是設(shè)計(jì)模塊結(jié)構(gòu)圖和系統(tǒng)的數(shù)

5、據(jù)結(jié)構(gòu)。 以某一個(gè)或幾種特定的程序設(shè)計(jì)語言表達(dá)上一階段確定的各模塊控制流程。編制時(shí)應(yīng)遵循結(jié)構(gòu)化程序設(shè)計(jì)。并對(duì)已編制好的程序進(jìn)行單元調(diào)試（分調(diào)），整體調(diào)試（聯(lián)調(diào)）和系統(tǒng)測(cè)試（驗(yàn)收）。 是整個(gè)生存期中時(shí)間最長(zhǎng)的階段，重點(diǎn)是將系統(tǒng)付諸使用，同時(shí)解決開發(fā)過程中遺留問題，改正和改善性能.數(shù)據(jù)庫設(shè)計(jì)目標(biāo)和方法 (4)-7/17/20228 快速原型法 快速原型（Rapid Prototyping）法的基本思想是在初步了解用戶的基本要求后，開發(fā)人員先建立一個(gè)他們認(rèn)為符合用戶要求的模式系統(tǒng)交付用戶檢驗(yàn)，由于模型是可以執(zhí)行的，所以為用戶提供了獲得感性認(rèn)識(shí)的機(jī)會(huì)。優(yōu)點(diǎn)： 用戶可以測(cè)試具體實(shí)例，直接觀察一個(gè)實(shí)際系統(tǒng)

6、 。有利于準(zhǔn)確地定義出用戶需求，降低系統(tǒng)開發(fā)風(fēng)險(xiǎn)。適用于中小規(guī)模系統(tǒng)的開發(fā)。 缺點(diǎn)：具有為用戶需求快速生成軟件的工具和環(huán)境。 數(shù)據(jù)庫設(shè)計(jì)目標(biāo)和方法 (5)-7/17/20229 面向?qū)ο蠓嫦驅(qū)ο螅∣bject Oriented，簡(jiǎn)稱OO）法是針對(duì)面向過程提出的，是區(qū)別于傳統(tǒng)的結(jié)構(gòu)化方法的一種新方法、新思路，是一種基于數(shù)據(jù)抽象的類的組合的自底向上的開發(fā)方法，由四個(gè)基本步驟組成： 標(biāo)識(shí)對(duì)象和定義類； 組織類間關(guān)系； 在類層中構(gòu)造框架； 建立可復(fù)用的類庫和系統(tǒng)總框架。 數(shù)據(jù)庫設(shè)計(jì)目標(biāo)和方法 (6)-7/17/202210面向?qū)ο蠓ㄖ饕幸韵滤膫€(gè)特征：(1) 對(duì)象是有關(guān)數(shù)據(jù)和操作的封裝體，突破了傳統(tǒng)

7、的將數(shù)據(jù)與操作分離的模式，較好地實(shí)現(xiàn)了數(shù)據(jù)抽象。(2) 面向?qū)ο蠓ǖ睦^承性體現(xiàn)了概念分離抽象。在對(duì)象繼承結(jié)構(gòu)上，下層對(duì)象繼承上層對(duì)象的特征（屬性和操作），因而便于軟件系統(tǒng)的演化和功能擴(kuò)充。(3) 面向?qū)ο蠓ㄓ孟?duì)象動(dòng)態(tài)連接在一起。與結(jié)構(gòu)化方法中的模塊調(diào)用不同，面向?qū)ο蠓ú捎昧遂`活的消息傳遞方式，便于在概念上體現(xiàn)并行和分布式結(jié)構(gòu)。(4) 面向?qū)ο蠓ň哂蟹庋b性。對(duì)象將其實(shí)現(xiàn)細(xì)節(jié)封裝在它的內(nèi)部，因此無論是對(duì)象功能的完善擴(kuò)充還是對(duì)象實(shí)現(xiàn)的修改，影響僅限于該對(duì)象內(nèi)部而不會(huì)對(duì)外界產(chǎn)生影響，這就保證了軟件系統(tǒng)的可復(fù)用性和可維護(hù)性。 數(shù)據(jù)庫設(shè)計(jì)目標(biāo)和方法 (7)-7/17/202211數(shù)據(jù)庫設(shè)計(jì)的基本步驟

8、運(yùn)行和維護(hù) 實(shí)現(xiàn) 物理設(shè)計(jì)邏輯設(shè)計(jì)概念設(shè)計(jì)需求分析 對(duì)用戶提出的各種要求加以分析，對(duì)各種原始數(shù)據(jù)加以綜合、整理，是形成最終設(shè)計(jì)目標(biāo)的首要階段，也是整個(gè)數(shù)據(jù)庫設(shè)計(jì)過程中最困難的階段。 概念結(jié)構(gòu)設(shè)計(jì)是對(duì)用戶需求進(jìn)行進(jìn)一步抽象、歸納，并形成獨(dú)立于DBMS和有關(guān)軟、硬件的概念數(shù)據(jù)模型的設(shè)計(jì)過程，這是對(duì)現(xiàn)實(shí)世界中具體數(shù)據(jù)的首次抽象，實(shí)現(xiàn)了從現(xiàn)實(shí)世界到信息世界的轉(zhuǎn)化過程。 邏輯結(jié)構(gòu)設(shè)計(jì)是將概念結(jié)構(gòu)轉(zhuǎn)化為某個(gè)DBMS所支持的數(shù)據(jù)模型，并進(jìn)行優(yōu)化的設(shè)計(jì)過程。由于邏輯結(jié)構(gòu)設(shè)計(jì)是一個(gè)基于具體DBMS的實(shí)現(xiàn)過程，所以選擇什么樣的數(shù)據(jù)模型尤為重要，其次是數(shù)據(jù)模型的優(yōu)化。 物理結(jié)構(gòu)設(shè)計(jì)是將邏輯結(jié)構(gòu)設(shè)計(jì)階段所產(chǎn)生的邏輯數(shù)

9、據(jù)模型，轉(zhuǎn)換為某一計(jì)算機(jī)系統(tǒng)所支持的數(shù)據(jù)庫物理結(jié)構(gòu)的實(shí)現(xiàn)過程。 數(shù)據(jù)庫實(shí)施階段，即數(shù)據(jù)庫調(diào)試、試運(yùn)行階段。一旦數(shù)據(jù)庫物理結(jié)構(gòu)形成，就可以用已選定的DBMS來定義、描述相應(yīng)的數(shù)據(jù)庫結(jié)構(gòu)，裝入相應(yīng)的數(shù)據(jù)，以生成完整的數(shù)據(jù)庫。 數(shù)據(jù)庫實(shí)施階段結(jié)束，標(biāo)志著數(shù)據(jù)庫系統(tǒng)投入正常運(yùn)行工作的開始。數(shù)據(jù)庫運(yùn)行及維護(hù)的過程，是一個(gè)調(diào)整、修改和不斷完善的運(yùn)行過程。 -7/17/2022126.2 需求分析 主要內(nèi)容需求分析的任務(wù)需求分析的步驟 -7/17/202213需求分析的任務(wù) (一)需求分析階段任務(wù)是對(duì)系統(tǒng)的整個(gè)應(yīng)用情況作全面的、詳細(xì)的調(diào)查，確定企業(yè)組織的目標(biāo)，收集支持系統(tǒng)總的設(shè)計(jì)目標(biāo)的基礎(chǔ)數(shù)據(jù)和對(duì)這些數(shù)據(jù)的

10、要求，確定用戶的需求，并把這些要求寫成用戶和數(shù)據(jù)庫設(shè)計(jì)者都能夠接受的文檔。需求分析中調(diào)查分析的方法很多，通常的辦法是對(duì)不同層次的企業(yè)管理人員進(jìn)行個(gè)人訪問，內(nèi)容包括業(yè)務(wù)處理和企業(yè)組織中的各種數(shù)據(jù)。訪問的結(jié)果應(yīng)該包括數(shù)據(jù)的流程、過程之間的接口以及訪問者和職員兩方面對(duì)流程和接口語義上的核對(duì)說明和結(jié)論。對(duì)于某些特殊的目標(biāo)和數(shù)據(jù)庫的要求，可以從企業(yè)組織中的最高層機(jī)構(gòu)得到。設(shè)計(jì)人員還應(yīng)該了解系統(tǒng)將來要發(fā)生的變化，收集未來應(yīng)用所涉及的數(shù)據(jù)，充分考慮到系統(tǒng)可能的擴(kuò)充和變動(dòng)，使系統(tǒng)設(shè)計(jì)更符合未來發(fā)展的趨向，并且易于改動(dòng)，以減少系統(tǒng)維護(hù)的代價(jià)。 -7/17/202214 這一階段的任務(wù)如圖 需求分析的任務(wù) (二)

11、總體信息需求處理需求第1步：需求分析總體信息需求定義了未來系統(tǒng)用到的所有信息，描述了數(shù)據(jù)之間本質(zhì)上和概念上的聯(lián)系，描述了實(shí)體、屬性、組合及聯(lián)系的性質(zhì)。 這一階段的結(jié)果是“需求說明書”，其主要內(nèi)容是系統(tǒng)的數(shù)據(jù)流圖和數(shù)據(jù)字典。需求說明書應(yīng)是一份既切合實(shí)際，又具有遠(yuǎn)見的文檔，是一個(gè)描述新系統(tǒng)的輪廓圖。 -7/17/202215需求分析的步驟 (一) 分析用戶活動(dòng)，產(chǎn)生用戶活動(dòng)圖。這一步主要了解用戶當(dāng)前的業(yè)務(wù)活動(dòng)和職能，搞清其處理流程（即業(yè)務(wù)流程）。如果一個(gè)處理流程比較復(fù)雜，就要把這個(gè)處理流程分解成若干個(gè)子處理流程，使每個(gè)處理流程功能明確、界面清楚，分析之后畫出用戶活動(dòng)圖（即用戶的業(yè)務(wù)流程圖）。 確定

12、系統(tǒng)范圍，產(chǎn)生系統(tǒng)范圍圖。這一步是確定系統(tǒng)的邊界。在和用戶經(jīng)過充分討論的基礎(chǔ)上，確定計(jì)算機(jī)所能進(jìn)行數(shù)據(jù)處理的范圍，確定哪些工作由人工完成，哪些工作由計(jì)算機(jī)系統(tǒng)完成，即確定人機(jī)界面。 分析用戶活動(dòng)所涉及的數(shù)據(jù)，產(chǎn)生數(shù)據(jù)流圖。深入分析用戶的業(yè)務(wù)處理，以數(shù)據(jù)流圖形式表示出數(shù)據(jù)的流向和對(duì)數(shù)據(jù)所進(jìn)行的加工。 -7/17/202216數(shù)據(jù)流圖（Data Flow Diagram，簡(jiǎn)記為DFD）是從“數(shù)據(jù)”和“對(duì)數(shù)據(jù)的加工”兩方面表達(dá)數(shù)據(jù)處理系統(tǒng)工作過程的一種圖形表示法。特點(diǎn)：具有直觀、易于被用戶和軟件人員雙方都能理解的一種表達(dá)系統(tǒng)功能的描述方式。 DFD有四個(gè)基本成分：數(shù)據(jù)流（用箭頭表示），加工或處理（用

13、圓圈表示），文件（用雙線段表示）和外部實(shí)體（數(shù)據(jù)流的源點(diǎn)或終點(diǎn)，用方框表示）。 需求分析的步驟 (二)教師原始輸入輸入處理成績(jī)登錄輸出處理教務(wù)處輸入格式化輸出輸出格式化成績(jī)文件-7/17/202217DFD可作為自頂向下逐步細(xì)化時(shí)描述對(duì)象的工具。頂層的每一個(gè)圓圈（加工處理）都可以進(jìn)一步細(xì)化為第二層；第二層的每一個(gè)圓圈又可以進(jìn)一步細(xì)化為第三層；直到最底層的每一個(gè)圓圈已表示一個(gè)最基本的處理動(dòng)作為止。DFD可以形象地表示數(shù)據(jù)流與各業(yè)務(wù)活動(dòng)的關(guān)系，它是需求分析的工具和分析結(jié)果的描述手段。例6.1 在選課業(yè)務(wù)的處理流程中，假設(shè)開發(fā)人員收集到以下數(shù)據(jù)：學(xué)生基本信息表、課程表、選課單、選課情況一覽表、成績(jī)單

14、等。通過分析，確認(rèn)學(xué)生基本信息表、課程表、選課單是輸入選課系統(tǒng)的原始數(shù)據(jù)，而選課情況一覽表以及成績(jī)單等是選課系統(tǒng)最終需要輸出的數(shù)據(jù)，如下圖所示。 需求分析的步驟 (三)-7/17/202218需求分析的步驟 (四)系統(tǒng)原始數(shù)據(jù)輸入學(xué)生選課系統(tǒng)學(xué)生基本信息學(xué)生選課信息課程成績(jī)課程信息個(gè)人成績(jī)單選課情況一覽表 某課程成績(jī)單系統(tǒng)輸出數(shù)據(jù)學(xué)生選課系統(tǒng)是如何對(duì)系統(tǒng)的原始數(shù)據(jù)進(jìn)行處理最后得到系統(tǒng)的輸出數(shù)據(jù)呢？下面圖給出了學(xué)生選課系統(tǒng)的整個(gè)數(shù)據(jù)流圖，它是前面圖的進(jìn)一步分解和細(xì)化。數(shù)據(jù)流圖是一種從數(shù)據(jù)的角度描述數(shù)據(jù)作為輸入進(jìn)入系統(tǒng)，經(jīng)受若干加工處理，或者合并，或者分解，或者存儲(chǔ)，最后輸出的整個(gè)過程。 -7/1

15、7/202219需求分析的步驟 (五)課程信息學(xué)生基本信息個(gè)人成績(jī)單選課情況一覽表某課程成績(jī)單查詢結(jié)果查詢結(jié)果查詢結(jié)果系統(tǒng)原始數(shù)據(jù)系統(tǒng)輸出數(shù)據(jù)學(xué)生基本信息課程信息學(xué)生選課信息學(xué)生信息錄入選課信息錄入成績(jī)錄入查詢個(gè)人所有課程成績(jī)課程信息錄入查詢課程的選課情況查詢某門課程的所有成績(jī)學(xué)生選課系統(tǒng)的0層數(shù)據(jù)流圖 -7/17/202220 分析系統(tǒng)數(shù)據(jù)，產(chǎn)生數(shù)據(jù)字典。 數(shù)據(jù)字典提供了對(duì)數(shù)據(jù)庫數(shù)據(jù)描述的集中管理，它的功能是存儲(chǔ)和檢索各種數(shù)據(jù)描述（稱為元數(shù)據(jù)Metadata），如敘述性的數(shù)據(jù)定義等，并且為DBA提供有關(guān)的報(bào)告。 數(shù)據(jù)字典中通常包括 ： 數(shù)據(jù)項(xiàng) 數(shù)據(jù)項(xiàng)是數(shù)據(jù)的最小單位，對(duì)數(shù)據(jù)項(xiàng)的描述，通常包括

16、數(shù)據(jù)項(xiàng)名、含義、別名、類型、長(zhǎng)度、取值范圍以及與其他數(shù)據(jù)項(xiàng)的邏輯關(guān)系。 例6.2 在上圖中有一個(gè)數(shù)據(jù)流查詢個(gè)人所有課程成績(jī)，每個(gè)人的成績(jī)單有一個(gè)數(shù)據(jù)項(xiàng)為學(xué)生的學(xué)號(hào)SNO。在數(shù)據(jù)字典中對(duì)此數(shù)據(jù)項(xiàng)如下描述。數(shù)據(jù)項(xiàng)名：SNO說 明：標(biāo)識(shí)每張成績(jī)單類 型：CHAR(9)長(zhǎng) 度：9別 名：學(xué)生學(xué)號(hào)取值范圍：000000000999999999需求分析的步驟 (六)-7/17/202221 數(shù)據(jù)結(jié)構(gòu)數(shù)據(jù)結(jié)構(gòu)反映了數(shù)據(jù)之間的組合關(guān)系。一個(gè)數(shù)據(jù)結(jié)構(gòu)可以由若干個(gè)數(shù)據(jù)項(xiàng)組成，也可以由若干個(gè)數(shù)據(jù)結(jié)構(gòu)組成，或由若干個(gè)數(shù)據(jù)項(xiàng)和數(shù)據(jù)結(jié)構(gòu)混合而成。它包括數(shù)據(jù)結(jié)構(gòu)名、含義及組成該數(shù)據(jù)結(jié)構(gòu)的數(shù)據(jù)項(xiàng)名或數(shù)據(jù)結(jié)構(gòu)名。 需求分析的步

17、驟 (七)-7/17/202222 數(shù)據(jù)流數(shù)據(jù)流可以是數(shù)據(jù)項(xiàng)，也可以是數(shù)據(jù)結(jié)構(gòu)，表示某一加工處理過程的輸入或輸出數(shù)據(jù)。對(duì)數(shù)據(jù)流的描述應(yīng)包括數(shù)據(jù)流名、說明、流出的加工名、流入的加工名以及組成該數(shù)據(jù)流的數(shù)據(jù)結(jié)構(gòu)或數(shù)據(jù)項(xiàng)。例6.3 在上圖中成績(jī)查詢是一個(gè)數(shù)據(jù)流，在數(shù)據(jù)字典中可作如下描述。 需求分析的步驟 (八)數(shù)據(jù)流名：個(gè)人成績(jī)查詢說 明：學(xué)生可以根據(jù)所學(xué)專業(yè)、班級(jí)號(hào)、學(xué)生姓名、 課程名稱來查詢個(gè)人成績(jī)來 源：學(xué)生選課信息去 向：輸出到個(gè)人成績(jī)單數(shù)據(jù)結(jié)構(gòu)：個(gè)人成績(jī)查詢 所學(xué)專業(yè) 班級(jí)號(hào) 學(xué)生姓名 課程名稱-7/17/202223 數(shù)據(jù)存儲(chǔ)數(shù)據(jù)存儲(chǔ)是處理過程中要存儲(chǔ)的數(shù)據(jù)，它可以是手工憑證、手工文檔或

18、計(jì)算機(jī)文檔。對(duì)數(shù)據(jù)存儲(chǔ)的描述應(yīng)包括：數(shù)據(jù)存儲(chǔ)名、說明、輸入數(shù)據(jù)流、輸出數(shù)據(jù)流、數(shù)據(jù)量（每次存取多少數(shù)據(jù)）、存取頻度（單位時(shí)間內(nèi)存取次數(shù)）和存取方式（是批處理，還是聯(lián)機(jī)處理；是檢索，還是更新；是順序存取，還是隨機(jī)存?。?。 例6.4 上圖中課程是個(gè)數(shù)據(jù)存儲(chǔ)，在數(shù)據(jù)字典中可對(duì)其作如下描述。 需求分析的步驟 (九)數(shù)據(jù)存儲(chǔ)名：課程說 明：對(duì)每門課程的名稱、學(xué)分、先行課程號(hào)和摘要的描述輸出數(shù)據(jù)流：課程介紹數(shù) 據(jù) 描 述：課程號(hào)、課程名、學(xué)分?jǐn)?shù)、先行課程號(hào)、摘要數(shù) 量：每年328種 存 取 方 式：隨機(jī)存取-7/17/202224 加工過程 對(duì)加工處理的描述包括加工過程名、說明、輸入數(shù)據(jù)流、輸出數(shù)據(jù)流，并

19、簡(jiǎn)要說明處理工作、頻度要求、數(shù)據(jù)量及響應(yīng)時(shí)間等。 需求分析的步驟 (十)處理過程：確定選課名單說 明：對(duì)選某門課程的每一個(gè)學(xué)生，根據(jù)已選修課程確定其是否可 選該課程。再根據(jù)學(xué)生選課的人數(shù)選擇適當(dāng)?shù)慕淌?，制定選課單。輸 入：學(xué)生選課、可選課程、已選課程輸 出：選課單程序提要： a對(duì)所選課程在選課表中查找其是否已選此課程； b若未選過此課程，則在選課表中查找是否已選此課程的先行課程； c若a、b都滿足，則在選課表中增加一條選課記錄； d處理完全部學(xué)生的選課后，形成選課單。-7/17/2022256.3概念結(jié)構(gòu)設(shè)計(jì) 主要內(nèi)容概念結(jié)構(gòu)設(shè)計(jì)任務(wù)和ER模型的特點(diǎn)概念結(jié)構(gòu)設(shè)計(jì)的基本方法概念結(jié)構(gòu)設(shè)計(jì)的主要步驟

20、局部ER模型的設(shè)計(jì)全局ER模型的設(shè)計(jì)概念結(jié)構(gòu)設(shè)計(jì)實(shí)例-7/17/202226概念結(jié)構(gòu)設(shè)計(jì)任務(wù)和ER模型的特點(diǎn) 數(shù)據(jù)庫的概念結(jié)構(gòu)設(shè)計(jì)是整個(gè)數(shù)據(jù)庫設(shè)計(jì)的關(guān)鍵階段，其主要任務(wù)是通過對(duì)用戶需求進(jìn)行綜合、歸納與抽象，形成一個(gè)獨(dú)立于具體DBMS的概念模式。 實(shí)體-聯(lián)系（Entity Rela-tionship，ER）模型具有以下特點(diǎn)： 能真實(shí)、充分地反映現(xiàn)實(shí)世界，包括事物和事物之間的聯(lián)系，并能滿足用戶對(duì)數(shù)據(jù)的處理要求； 易于理解?？梢岳盟谠O(shè)計(jì)人員、編程人員以及最終用戶之間進(jìn)行交流，使得用戶能夠積極參與，保證數(shù)據(jù)庫設(shè)計(jì)的成功； 易于更改。當(dāng)應(yīng)用環(huán)境和應(yīng)用要求發(fā)生改變時(shí)，容易對(duì)模式進(jìn)行修改和擴(kuò)充； 易于向

21、關(guān)系、網(wǎng)狀、層次等各種數(shù)據(jù)模型轉(zhuǎn)換。 -7/17/202227 自底向上的設(shè)計(jì)方法：有時(shí)也稱為屬性綜合法。這種方法的基本點(diǎn)是將前面需求分析中收集到的數(shù)據(jù)元素作為基本輸入，通過對(duì)這些元素的分析，把它們綜合成相應(yīng)的實(shí)體或聯(lián)系。 自底向上的設(shè)計(jì)方法適合于較小單位的較為簡(jiǎn)單的設(shè)計(jì)對(duì)象，而對(duì)于中等規(guī)模以上的設(shè)計(jì)對(duì)象，數(shù)據(jù)元素常常多到幾百甚至幾千個(gè)。此時(shí)要對(duì)這么多的數(shù)據(jù)元素進(jìn)行分析，再綜合成相應(yīng)的實(shí)體或聯(lián)系是一件非常困難的事情。 自頂向下的設(shè)計(jì)方法：它是從分析組織的事務(wù)活動(dòng)開始，首先識(shí)別用戶所關(guān)心的實(shí)體及實(shí)體間的聯(lián)系，建立一個(gè)初步的數(shù)據(jù)模型框架，然后再以逐步求精的方式加上必需的描述屬性形成一個(gè)完整的局部E

22、R模型，最后再將這些局部ER模型集成為一個(gè)統(tǒng)一的全局ER模型。 概念結(jié)構(gòu)設(shè)計(jì)的基本方法 -7/17/202228概念結(jié)構(gòu)設(shè)計(jì)的主要步驟 進(jìn)行數(shù)據(jù)抽象，設(shè)計(jì)局部概念模式 局部用戶的信息需求是構(gòu)造全局概念模式的基礎(chǔ)。在建立局部概念結(jié)構(gòu)時(shí)，常常要對(duì)需求分析的結(jié)果進(jìn)行細(xì)化、補(bǔ)充和修改，如有的數(shù)據(jù)項(xiàng)要分為若干子項(xiàng)，有的數(shù)據(jù)定義要重新核實(shí)等。 將局部概念模式綜合成全局概念模式 綜合各局部概念結(jié)構(gòu)就可得到反映所有用戶需求的全局概念結(jié)構(gòu)。在綜合過程中，主要處理各局部模式對(duì)各種對(duì)象定義的不一致問題，包括同名異義、異名同義和同一事物在不同模式中被抽象為不同類型的對(duì)象（例如，有的作為實(shí)體，有的又作為屬性）等問題。把

23、各個(gè)局部結(jié)構(gòu)合并，還會(huì)產(chǎn)生冗余問題，或?qū)е聦?duì)信息需求的再調(diào)整與分析，以確定確切的含義。 評(píng)審 消除了所有沖突后，就可把全局結(jié)構(gòu)提交評(píng)審。評(píng)審分為用戶評(píng)審與DBA及應(yīng)用開發(fā)人員評(píng)審兩部分。 -7/17/202229局部ER模型的設(shè)計(jì) (1)1. 確定局部結(jié)構(gòu)范圍設(shè)計(jì)局部ER模型時(shí)，首先需要根據(jù)系統(tǒng)的具體情況，在多層的數(shù)據(jù)流圖中選擇一個(gè)適當(dāng)層次的數(shù)據(jù)流圖，讓這組圖中每一部分對(duì)應(yīng)一個(gè)局部應(yīng)用，然后以這一層次的數(shù)據(jù)流圖為出發(fā)點(diǎn)，設(shè)計(jì)局部ER圖。 在確定局部ER模型的設(shè)計(jì)范圍時(shí)，有兩條原則可供參考： 把那些關(guān)系最密切的若干功能所涉及到的數(shù)據(jù)盡可能地包含在一個(gè)局部ER模型內(nèi)； 一個(gè)局部ER模型中所包含的實(shí)

24、體數(shù)不能太多，以免過于復(fù)雜，不便理解和管理。 -7/17/202230局部ER模型設(shè)計(jì)的流程圖如下：局部ER模型的設(shè)計(jì) (2)需求分析結(jié)果確定局部ER模型范圍實(shí)體定義聯(lián)系定義屬性分配還有局部結(jié)構(gòu)待分析無 進(jìn)入全局ER模型設(shè)計(jì)有-7/17/202231需求分析結(jié)果確定局部結(jié)構(gòu)范圍實(shí)體定義聯(lián)系定義屬性分配還有局部結(jié)構(gòu)待分析有無進(jìn)入全局ER模式設(shè)計(jì)局部ER模式設(shè)計(jì)流程圖范圍的劃分要自然，易于管理；范圍的大小要適度。太小了，會(huì)造成局部結(jié)構(gòu)過多，設(shè)計(jì)過程繁瑣，綜合困難；太大了，則容易造成內(nèi)部結(jié)構(gòu)復(fù)雜，不便分析 范圍之間的界面要清晰，相互影響要小采用人們習(xí)慣的劃分；避免冗余，在一個(gè)局部結(jié)構(gòu)中，對(duì)一個(gè)對(duì)象只

25、取一種抽象形式，不要重復(fù)；依據(jù)用戶的信息處理需求 確定屬性的原則： 屬性應(yīng)該是不可再分解的語義單位；實(shí)體與屬性之間的關(guān)系只能是1:N的；不同實(shí)體類型的屬性之間應(yīng)無直接關(guān)聯(lián)關(guān)系。 屬性分配的原則： 當(dāng)多個(gè)實(shí)體類型用到同一屬性時(shí)， 一般把屬性分配給那些使用頻率最高的實(shí)體類型，或分配給實(shí)體值少的實(shí)體類型。 有些屬性不宜歸屬于任一實(shí)體類型，只說明實(shí)體之間聯(lián)系的特性 局部ER模型的設(shè)計(jì) (3)-7/17/202232下面以學(xué)校的教務(wù)管理信息系統(tǒng)為例來說明局部概念結(jié)構(gòu)設(shè)計(jì)范圍的確定。教務(wù)管理信息系統(tǒng)的頂層數(shù)據(jù)流圖如下圖所示。 教務(wù)管理信息系統(tǒng)學(xué)生學(xué)籍?dāng)?shù)據(jù)課程數(shù)據(jù)選課數(shù)據(jù)成績(jī)數(shù)據(jù)學(xué)籍變動(dòng)表課程表選課一覽表成

26、績(jī)單局部ER模型的設(shè)計(jì) (4)下面圖給出了教務(wù)管理信息系統(tǒng)的0層數(shù)據(jù)流圖，該圖描述了教務(wù)管理信息系統(tǒng)的組成部分以及各部分的輸入和輸出數(shù)據(jù)。 -7/17/202233局部ER模型的設(shè)計(jì) (5)課程管理22成績(jī)管理44學(xué)生基本信息課程表課程數(shù)據(jù)成績(jī)單成績(jī)數(shù)據(jù)選課一覽表選課管理3學(xué)生基本信息課程信息選課信息學(xué)籍變動(dòng)表學(xué)生學(xué)籍?dāng)?shù)據(jù)學(xué)生學(xué)籍管理1選課數(shù)據(jù)-7/17/2022342. 確定實(shí)體及實(shí)體的主鍵 確定實(shí)體 實(shí)體（Entity）是一個(gè)數(shù)據(jù)對(duì)象，指應(yīng)用中可以區(qū)別的客觀存在的事物，如人、部門、表格、物體、項(xiàng)目等。同一類實(shí)體構(gòu)成實(shí)體集（Entity Set）。ER模型中的實(shí)體往往是指實(shí)體集。學(xué)生選課子系

27、統(tǒng)局部應(yīng)用中，學(xué)生是一個(gè)實(shí)體，學(xué)生張平、李玲是學(xué)生實(shí)體中的兩個(gè)實(shí)例。課程是一個(gè)實(shí)體，操作系統(tǒng)、數(shù)據(jù)庫原理及應(yīng)用是課程實(shí)體中的兩個(gè)實(shí)例。課程管理子系統(tǒng)的局部應(yīng)用中，課程是一個(gè)實(shí)體，每門課程是課程實(shí)體中的一個(gè)實(shí)例。上課的教師是一個(gè)實(shí)體，每位上課的教師都是教師實(shí)體中的一個(gè)實(shí)例。成績(jī)管理子系統(tǒng)的局部應(yīng)用中，學(xué)生是一個(gè)實(shí)體。一個(gè)學(xué)生，選修一門課程并參加了考試，就會(huì)有這門課程的成績(jī)。因此，可以把成績(jī)視為選課聯(lián)系的一個(gè)屬性。 局部ER模型的設(shè)計(jì) (6)-7/17/202235 確定實(shí)體的主鍵 主鍵是確定實(shí)體的唯一標(biāo)志。學(xué)生實(shí)體的主鍵是學(xué)號(hào)；課程實(shí)體的主鍵是課程號(hào)；學(xué)籍變動(dòng)實(shí)體的主鍵是學(xué)號(hào)+變動(dòng)日期；教師實(shí)體

28、的主鍵是教師號(hào)；成績(jī)實(shí)體的主鍵是學(xué)號(hào)+課程號(hào)。 區(qū)分實(shí)體與屬性的一般原則： 實(shí)體一般需要描述信息，而屬性不需要。例如，學(xué)生需要描述屬性（學(xué)號(hào)、姓名、性別、出生年月等），所以學(xué)生是實(shí)體。而性別不需要描述屬性，所以性別是屬性。多值的屬性可考慮作為實(shí)體。例如，教師的職務(wù)是一個(gè)多值的屬性，即一個(gè)教師可能擔(dān)任多個(gè)職務(wù)。此時(shí)職務(wù)可考慮作為一個(gè)獨(dú)立的實(shí)體，否則數(shù)據(jù)庫表中就會(huì)出現(xiàn)大量空值。 局部ER模型的設(shè)計(jì) (7)-7/17/202236 實(shí)體與屬性是相對(duì)而言的。同一事物，在一種應(yīng)用環(huán)境中作為“屬性”，在另一種應(yīng)用環(huán)境中就必須作為“實(shí)體”。例如，學(xué)校中的系，在某種應(yīng)用環(huán)境中，它只是作為“學(xué)生”實(shí)體的一個(gè)屬性

29、，表明一個(gè)學(xué)生屬于哪個(gè)系；而在另一種環(huán)境中，由于需要考慮一個(gè)系的系主任、教師人數(shù)、學(xué)生人數(shù)、辦公地點(diǎn)等，這時(shí)系就需要作為實(shí)體了。 3. 定義實(shí)體間的聯(lián)系 聯(lián)系是實(shí)體集之間關(guān)系的抽象表示，即對(duì)現(xiàn)實(shí)世界中事物之間關(guān)系的描述。如教師實(shí)體集與學(xué)生實(shí)體集間的“講授”聯(lián)系，公司實(shí)體集與職工實(shí)體集之間的“聘任”聯(lián)系等。 在局部ER圖設(shè)計(jì)時(shí)，需要對(duì)已識(shí)別出的實(shí)體確定不同實(shí)體間的聯(lián)系是屬于什么類型的聯(lián)系，是二元聯(lián)系還是多元聯(lián)系？ 局部ER模型的設(shè)計(jì) (8)-7/17/202237 一對(duì)一（1:1）聯(lián)系若兩個(gè)實(shí)體集中的每一個(gè)實(shí)體至多和另一個(gè)實(shí)體集中的一個(gè)實(shí)體有聯(lián)系，則稱兩個(gè)實(shí)體集具有1:1的聯(lián)系。 一對(duì)多（1:N

30、）聯(lián)系設(shè)有兩個(gè)實(shí)體集，若第一個(gè)實(shí)體集中每個(gè)實(shí)體與第二個(gè)實(shí)體集中多（大于1）個(gè)實(shí)體相聯(lián)系，而第二個(gè)實(shí)體中的每個(gè)實(shí)體至多和第一個(gè)實(shí)體集中的一個(gè)實(shí)體有聯(lián)系，則稱第一個(gè)實(shí)體集與第二個(gè)實(shí)體集是一對(duì)多的聯(lián)系，記為1:N。 多對(duì)多（M:N）聯(lián)系若兩個(gè)實(shí)體集中的每一個(gè)實(shí)體都和另一個(gè)實(shí)體集中多（大于1）個(gè)實(shí)體有聯(lián)系，則稱這兩個(gè)實(shí)體集是多對(duì)多的聯(lián)系，記為M:N。 局部ER模型的設(shè)計(jì) (9)-7/17/202238定義實(shí)體聯(lián)系時(shí)應(yīng)注意幾點(diǎn) ： 消除冗余聯(lián)系。在確定聯(lián)系類型時(shí)，應(yīng)注意防止出現(xiàn)冗余聯(lián)系（即可以從其他聯(lián)系導(dǎo)出的聯(lián)系）。 假定每一個(gè)技術(shù)員必須參加一個(gè)工程；每個(gè)工程有多個(gè)技術(shù)員參加；每個(gè)工程必須使用一種技術(shù)。

31、由于聯(lián)系具有傳遞性，因此，隱含了每一個(gè)技術(shù)員必須掌握一種技術(shù)。該問題設(shè)計(jì)到三個(gè)實(shí)體，即技術(shù)員、工程以及技術(shù)。 局部ER模型的設(shè)計(jì) (10)技術(shù)員技術(shù)參與1掌握工程使用N111N冗余聯(lián)系-7/17/202239 正確鑒別二元及多元聯(lián)系。在局部ER圖設(shè)計(jì)中，不同實(shí)體間應(yīng)建立二元還是多元聯(lián)系，應(yīng)該根據(jù)問題說明來確定。問題1：任何一個(gè)供應(yīng)商可向任何一個(gè)顧客供應(yīng)任何一種零件。 在這個(gè)問題中，給定一個(gè)供應(yīng)商，不能夠確定該供應(yīng)商向哪個(gè)顧客供應(yīng)了哪種零件。給定一個(gè)顧客，也不能夠確定該顧客是向哪個(gè)供應(yīng)商購買了哪種零件。同樣，給定一個(gè)零件，也不能確定哪個(gè)顧客在哪個(gè)供應(yīng)商處購買的。如果想知道哪一個(gè)供應(yīng)商向哪一個(gè)顧客

32、提供了哪一種零件，則必須構(gòu)建一個(gè)三元聯(lián)系，且供應(yīng)商、顧客以及零件三個(gè)實(shí)體之間的聯(lián)系是多對(duì)多的。 局部ER模型的設(shè)計(jì) (11)供應(yīng)商零件供-顧-零顧客NPM-7/17/202240問題2：任何一個(gè)供應(yīng)商可向任何一個(gè)顧客供應(yīng)零件，但每個(gè)顧客訂購的零件是一定的。 在這個(gè)問題中，同樣地，給定一個(gè)供應(yīng)商，卻不能確定向哪個(gè)顧客供應(yīng)零件；給定一個(gè)顧客，也不能確定向哪個(gè)供應(yīng)商購買零件。但是，顧客確定了，該顧客所購買的零件就可以確定。 因此，供應(yīng)商和顧客之間是二元的多對(duì)多聯(lián)系；而零件和顧客之間是二元的一對(duì)多聯(lián)系。局部ER模型的設(shè)計(jì) (12)供應(yīng)商顧客供應(yīng)MN零件購買M1只有供應(yīng)商和顧客確定了，才能確定一個(gè)供應(yīng)聯(lián)

33、系值；而顧客確定了，可以有一個(gè)唯一的零件值。 -7/17/202241 問題3：任何一個(gè)供應(yīng)商可向任何一個(gè)顧客提供零件，但某個(gè)供應(yīng)商對(duì)某個(gè)顧客供應(yīng)的零件是確定的。 這個(gè)問題表示，當(dāng)供應(yīng)商和顧客確定了，供應(yīng)商供應(yīng)給顧客的零件也就確定了。對(duì)此只需定義一個(gè)二元聯(lián)系，而零件則可作為供應(yīng)聯(lián)系的一個(gè)屬性 。局部ER模型的設(shè)計(jì) (13)M供應(yīng)商顧客供應(yīng)N由以上討論可知，對(duì)于多個(gè)實(shí)體，是否應(yīng)該定義成一個(gè)多元聯(lián)系的問題，不可一概而論，應(yīng)該具體問題做具體分析，所定義的模式要能夠確切地表達(dá)問題的語義。 -7/17/202242 防止存在語義上的缺陷。主要原因是定義聯(lián)系時(shí)沒有弄清問題的語義，定義的結(jié)構(gòu)無法提供所需要的

34、信息。 例如，一個(gè)學(xué)院擁有多名教教師以及一個(gè)學(xué)院包含多個(gè)系。問題1：如果給定一個(gè)職工號(hào)，并查詢?cè)撀毠儆谀囊粋€(gè)系，那么由下圖可以確定該職工是哪一個(gè)學(xué)院的，但不能確定屬于該學(xué)院的哪一個(gè)系。局部ER模型的設(shè)計(jì) (14)學(xué)院系擁有N包含教職工11N-7/17/202243解決上述問題的方法是對(duì)ER圖作適當(dāng)變換。 局部ER模型的設(shè)計(jì) (15)系教職工擁有1包含學(xué)院N1N系與教職工之間直接發(fā)生聯(lián)系，而且是一對(duì)多聯(lián)系?，F(xiàn)在，給定一個(gè)職工號(hào)就可以確定該職工屬于哪一個(gè)系。 -7/17/202244問題2：如果某些教職工不屬于任何系而是直屬于學(xué)院的，那么就不能提供這方面的信息。因此這種結(jié)構(gòu)仍缺乏語義信息。 解決

35、的方法是增加一個(gè)聯(lián)系（如增加學(xué)院教職工間的“直屬”聯(lián)系），為直屬學(xué)院的教職工提供一個(gè)路徑。 局部ER模型的設(shè)計(jì) (16)系教職工擁有1包含學(xué)院N1N直屬添加“直屬”聯(lián)系通過添加新的聯(lián)系解決了一些語義問題，但對(duì)有些情況，增加新的聯(lián)系會(huì)帶來新的語義問題。 -7/17/202245問題3：假定每個(gè)學(xué)生可在多名教師指導(dǎo)下參加多項(xiàng)工程。每位教師可指導(dǎo)多名學(xué)生，但只允許一位教師指導(dǎo)一個(gè)學(xué)生參加一項(xiàng)工程，而不允許多位教師指導(dǎo)一名學(xué)生參加某項(xiàng)工程。 局部ER模型的設(shè)計(jì) (17)教師學(xué)生指導(dǎo)N工程參加MN職工號(hào)T001T002學(xué)號(hào)ST001ST002工程號(hào)P001P002指導(dǎo)參加具體事例為：這個(gè)實(shí)例中無法得到關(guān)

36、于哪位教師指導(dǎo)哪個(gè)學(xué)生參加哪項(xiàng)工程的信息（如教師T001和T002指導(dǎo)學(xué)生ST001參加工程P001和P002）。 改進(jìn)的一種方法是再增加一個(gè)教師對(duì)工程的“服務(wù)”聯(lián)系。-7/17/202246局部ER模型的設(shè)計(jì) (18)學(xué)生工程指導(dǎo)N參加教師MMN服務(wù)添加“服務(wù)”聯(lián)系MN參加服務(wù)指導(dǎo)職工號(hào)T001T002學(xué)號(hào)ST001ST002工程號(hào)P001P002-7/17/202247添加了“服務(wù)”聯(lián)系后的結(jié)構(gòu)能夠確切地提供如下信息：職工號(hào)為T001的教師指導(dǎo)學(xué)號(hào)為ST001的學(xué)生參加工程號(hào)為P001的工程。職工號(hào)為T002的教師指導(dǎo)學(xué)號(hào)為ST002的學(xué)生參加工程號(hào)為P001的工程。但是，從上圖卻無法確定

37、職工號(hào)為T002的教師指導(dǎo)學(xué)號(hào)為ST001的學(xué)生究竟參加了那一項(xiàng)工程。可見，有時(shí)增加了一個(gè)新的聯(lián)系雖然可以化解原來的語義問題，卻又產(chǎn)生了新的語義問題。 解決該問題的方法是將教師、學(xué)生以及工程三個(gè)實(shí)體間的聯(lián)系定義成一個(gè)三元聯(lián)系 。局部ER模型的設(shè)計(jì) (19)學(xué)生工程教-學(xué)-工教師NPM 三元聯(lián)系ER圖-7/17/202248局部ER模型的設(shè)計(jì) (20)職工號(hào)+學(xué)號(hào)+工程號(hào)T001+ST001+P001T001+ST002+P002T002+ST001+P002T002+ST002+P001學(xué)號(hào)ST001ST002職工號(hào)T001T002工程號(hào)P001P002-7/17/2022494. 給實(shí)體及聯(lián)

38、系加上描述屬性 為局部視圖中的每個(gè)實(shí)體和聯(lián)系加上所有必需的其他描述屬性。 在需求分析階段，已收集了所有的數(shù)據(jù)對(duì)象。除了主鍵屬性外，還需將其他屬性分配給有關(guān)的實(shí)體或聯(lián)系。為使這種分配更合理，必須研究屬性之間的函數(shù)依賴關(guān)系并考慮其他一些準(zhǔn)則，而這些不易于一般用戶理解。因此在概念結(jié)構(gòu)設(shè)計(jì)階段，應(yīng)該避免涉及這類問題，而主要應(yīng)從用戶需求的概念上去識(shí)別實(shí)體或聯(lián)系應(yīng)該有哪些描述屬性。 例如，“學(xué)生”實(shí)體的描述屬性除了“學(xué)號(hào)”以外，還需要“姓名”、“性別”、“出生年月”、“家庭地址”、“入學(xué)時(shí)間”、“系別”、“專業(yè)”等屬性；而“課程”實(shí)體的描述屬性除了“課程號(hào)”屬性以外，還需要“課程名”、“學(xué)時(shí)數(shù)”、“學(xué)分”

39、、“開設(shè)學(xué)期”、“課程類型”（必修或選修）等屬性。 局部ER模型的設(shè)計(jì) (21)-7/17/202250聯(lián)系本身也可以有描述屬性。 局部ER模型的設(shè)計(jì) (22)學(xué)生學(xué)號(hào)姓名專業(yè)課程課程號(hào)課程名課程類型選修MN成績(jī)-7/17/2022515. ER模型的操作 在數(shù)據(jù)庫設(shè)計(jì)過程中，常常要對(duì)ER圖進(jìn)行種種變化。這種變化稱為ER模型的操作，包括實(shí)體類型、聯(lián)系類型和屬性的分裂、合并、增刪等。 例6.6 分裂方式有水平分裂和垂直分裂兩種。把教師分裂成男教師與女教師兩個(gè)實(shí)體類型，這是水平分裂。也可把教師中經(jīng)常變化的屬性組成一個(gè)實(shí)體類型，而把固定不變的屬性組成另一個(gè)實(shí)體類型，這是垂直分裂 。局部ER模型的設(shè)計(jì)

40、 (23)教師職務(wù)姓名教師號(hào)出生日期工資獎(jiǎng)金教師不變信息姓名教師號(hào)出生日期教師變動(dòng)信息職務(wù)工資獎(jiǎng)金教師號(hào)-7/17/202252聯(lián)系類型也可分裂。下圖是教師擔(dān)任教學(xué)任務(wù)的ER圖，而“擔(dān)任”聯(lián)系類型可以分裂為“主講”和“輔導(dǎo)”兩個(gè)新的聯(lián)系類型。 局部ER模型的設(shè)計(jì) (24)教師課程擔(dān)任MN教師課程主講輔導(dǎo)1MNN-7/17/202253合并是分裂操作的逆過程。例如，有一個(gè)“產(chǎn)品銷售”實(shí)體，其屬性有“產(chǎn)品號(hào)”和“銷售額”，另一個(gè)“產(chǎn)品生產(chǎn)”實(shí)體，其屬性有“產(chǎn)品號(hào)”和“產(chǎn)量”，把它們合并操作如以下圖。 局部ER模型的設(shè)計(jì) (25)產(chǎn)品銷售產(chǎn)品號(hào)銷售量產(chǎn)品生產(chǎn)產(chǎn)品號(hào)產(chǎn)量產(chǎn)品產(chǎn)品號(hào)產(chǎn)量銷售量-7/17/

41、202254但必須注意，對(duì)于聯(lián)系的合并，其類型必須是定義在相同的實(shí)體類型組合中，否則是不合法的合并，下圖所示的合并就是不合法的合并。 局部ER模型的設(shè)計(jì) (26)(a)(b)AA-CB-CBCAA-B-CBC-7/17/2022556. 弱實(shí)體與弱聯(lián)系 在現(xiàn)實(shí)世界中，有時(shí)某些實(shí)體對(duì)于另一些實(shí)體具有很強(qiáng)的依賴聯(lián)系，例如一個(gè)實(shí)體的存在必須以另一實(shí)體的存在為前提。一個(gè)實(shí)體對(duì)于另一些實(shí)體具有很強(qiáng)的依賴聯(lián)系，而且該實(shí)體主鍵的部分或全部從其依賴實(shí)體中獲得，稱該實(shí)體為弱實(shí)體。在ER模型中，弱實(shí)體用雙線矩形框表示。與弱實(shí)體的聯(lián)系，稱為弱聯(lián)系，用雙線菱形框表示。 局部ER模型的設(shè)計(jì) (27)例6.7 在人事管理

42、系統(tǒng)中，社會(huì)關(guān)系的存在是以職工的存在為前提，即社會(huì)關(guān)系對(duì)于職工具有依賴聯(lián)系。又如商業(yè)應(yīng)用系統(tǒng)中，顧客地址與顧客之間也有類似的聯(lián)系(一般顧客可以有若干個(gè)聯(lián)系地址)。 1N職工具有社會(huì)關(guān)系1N顧客通訊地址-7/17/2022567. 子類和超類子類和超類的概念最先出現(xiàn)在面向?qū)ο蠹夹g(shù)中。在現(xiàn)實(shí)世界中，實(shí)體類型之間可能存在著抽象與具體的聯(lián)系。譬如學(xué)校人事系統(tǒng)中有人員、教師、學(xué)生、本科生和研究生等實(shí)體類型。這些概念之間，“人員”是比“教師”、“學(xué)生”更為抽象，而“教師”、“學(xué)生”是比“人員”更為具體的概念。當(dāng)?shù)蛯由陷^具體的實(shí)體類型表達(dá)了與之聯(lián)系的較高層上的更為一般實(shí)體類型的特殊情況時(shí)，就稱較高層上實(shí)體類

43、型為超類型（supertype），簡(jiǎn)稱超類；較低層上實(shí)體類型為子類型（subtype），簡(jiǎn)稱子類。 性質(zhì)：子類與超類之間具有繼承性特點(diǎn)，即子類實(shí)體繼承超類實(shí)體的所有屬性。但子類實(shí)體本身還可以包含比超類實(shí)體更多的屬性。繼承性是通過子類實(shí)體和超類實(shí)體具有相同的實(shí)體標(biāo)識(shí)符實(shí)現(xiàn)的。 局部ER模型的設(shè)計(jì) (28)-7/17/202257在ER圖中，超類以兩端雙線的矩形框表示，并用加圈的弧線與其子類相連，子類本身仍用普通矩形框表示。例如 學(xué)校人事管理系統(tǒng)中實(shí)體之間的聯(lián)系可用圖表示。相鄰的上層實(shí)體稱為超類實(shí)體，下層實(shí)體稱為子類實(shí)體。譬如“學(xué)生”是“人員”的子類實(shí)體，但又是“本科生”和“研究生”的超類實(shí)體。

44、局部ER模型的設(shè)計(jì) (29)教師本科生研究生人員學(xué)生-7/17/202258全局ER模型的設(shè)計(jì)流程無 局部ER模式確定公共實(shí)體類型合并兩個(gè)局部ER模式檢查并消除沖突還有未合并的局部模式有還有沖突嗎有屬性沖突 ：如，重量單位有的用公斤，有的用克。 結(jié)構(gòu)沖突 ：同一對(duì)象在不同應(yīng)用中的不同抽象 ；同一實(shí)體在不同局部ER圖中屬性的個(gè)數(shù)或次序不同 ；實(shí)體之間的聯(lián)系在不同的局部ER圖中呈現(xiàn)不同的類型 命名沖突 ：屬性名、實(shí)體名、聯(lián)系名之間存在同名異義或異名同義沖突-7/17/202259全局ER模型的設(shè)計(jì)(1) 所有局部ER模型都設(shè)計(jì)好后，接下來就是把它們綜合成單一的全局概念結(jié)構(gòu)。 1. 確定公共實(shí)體類型

45、 確定各局部結(jié)構(gòu)中的公共實(shí)體類型。當(dāng)系統(tǒng)較大時(shí)，可能有很多局部模式，這些局部ER模型是由不同的設(shè)計(jì)人員確定的，問題有： 同一現(xiàn)實(shí)世界的對(duì)象可能給予不同的描述 ，有的作為實(shí)體類型，有的又作為聯(lián)系類型或?qū)傩浴?實(shí)體類型名和鍵也可能不同。 處理方法：根據(jù)實(shí)體類型名和鍵來認(rèn)定公共實(shí)體類型。把同名實(shí)體類型作為公共實(shí)體類型的一類候選。把具有相同鍵的實(shí)體類型作為公共實(shí)體類型候選。 -7/17/2022602. 局部ER模型的合并 合并的順序有時(shí)會(huì)影響處理效率和結(jié)果。合并原則是：首先進(jìn)行兩兩合并；先合并那些現(xiàn)實(shí)世界中有聯(lián)系的局部結(jié)構(gòu)；合并從公共實(shí)體類型開始，最后再加入獨(dú)立的局部結(jié)構(gòu)。進(jìn)行兩兩合并是為了減少合并

46、工作的復(fù)雜性；合并原則是為了使合并結(jié)果的規(guī)模盡可能小。3. 消除沖突 局部ER模型之間的不一致的地方，稱之為沖突。 屬性沖突屬性域的沖突，即屬性值的類型、取值范圍或取值集合不同。例如，重量單位有的用公斤，有的用克。全局ER模型的設(shè)計(jì)(2) -7/17/202261 結(jié)構(gòu)沖突同一對(duì)象在不同應(yīng)用中的不同抽象，類型有： 如職工，在某個(gè)應(yīng)用中為實(shí)體，而在另一應(yīng)用中為屬性。 同一實(shí)體在不同局部ER圖中屬性組成不同，包括屬性個(gè)數(shù)、次序等。 實(shí)體之間的聯(lián)系在不同的局部ER圖中呈現(xiàn)不同的類型。如實(shí)體E1與E2在某一應(yīng)用中是多對(duì)多聯(lián)系，而在另一應(yīng)用中是一對(duì)多聯(lián)系；又如在某一應(yīng)用中實(shí)體E1與E2發(fā)生聯(lián)系，而在另一

47、應(yīng)用中，實(shí)體E1、E2、E3三者之間有聯(lián)系等等。 全局ER模型的設(shè)計(jì)(3) -7/17/202262對(duì)于解決結(jié)構(gòu)沖突，有下列常用方法：對(duì)于同一對(duì)象在不同的局部ER模型中產(chǎn)生不同的抽象，其解決方式是：把屬性變?yōu)閷?shí)體或把實(shí)體變?yōu)閷傩?，使同一?duì)象具有相同的抽象。對(duì)于同一個(gè)實(shí)體在不同ER模型中屬性組成不同，其解決方式為：取兩個(gè)分ER模型屬性的并，作為合并后的該實(shí)體屬性。對(duì)于實(shí)體間的相同聯(lián)系呈現(xiàn)的不同的類型，其解決方式為：根據(jù)具體應(yīng)用的語義，對(duì)實(shí)體鍵的聯(lián)系作適當(dāng)?shù)木C合或調(diào)整。 全局ER模型的設(shè)計(jì)(4) -7/17/202263例6.8 在教務(wù)管理信息系統(tǒng)中的系，在某一局部ER模型中為學(xué)生實(shí)體的屬性，而在

48、另一局部ER模型中為一個(gè)單獨(dú)的實(shí)體，其實(shí)學(xué)生和系之間存在從屬關(guān)系，應(yīng)該調(diào)整、合并為如圖所示。 全局ER模型的設(shè)計(jì)(5) 系名稱聯(lián)系電話系主任所在地點(diǎn)編號(hào)姓名所在系所學(xué)專業(yè)學(xué)號(hào)學(xué)生性別屬于1N-7/17/202264例6.9 在教務(wù)管理信息系統(tǒng)中的學(xué)生實(shí)體，在某一局部ER模型由學(xué)號(hào)、姓名、性別、所在系、所學(xué)專業(yè)組成，其ER模型如圖 (a)所示。而在另一局部ER模型則由姓名、政治面貌、籍貫、家庭住址組成，其ER模型如圖 (b)所示，合并后如圖 (c)所示。 全局ER模型的設(shè)計(jì)(6) （a）姓名所在系所學(xué)專業(yè)學(xué)號(hào)學(xué)生性別學(xué)生籍貫政治面貌家庭住址姓名（b）(c)家庭住址姓名所在系所學(xué)專業(yè)學(xué)號(hào)學(xué)生性別籍

49、貫政治面貌-7/17/202265例6.10 在工程管理系統(tǒng)中，產(chǎn)品與零件之間的多對(duì)多聯(lián)系如圖（a）所示。產(chǎn)品、零件和供應(yīng)商三者實(shí)體間多對(duì)多聯(lián)系如圖（b）所示。因?yàn)樗鼈兊恼Z義不同，所以不具有包含關(guān)系。將它們綜合起來合并成如圖的ER模型。 (a)產(chǎn)品數(shù)量組成零件MN供應(yīng)商產(chǎn)品數(shù)量供應(yīng)零件MNP(b)組成(c)MN供應(yīng)數(shù)量組成數(shù)量供應(yīng)商產(chǎn)品零件組成NMP全局ER模型的設(shè)計(jì)(7) -7/17/202266 命名沖突包括屬性名、實(shí)體名、聯(lián)系名之間的沖突。同名異義，即不同意義的對(duì)象具有相同的名字；異名同義，即同一意義的對(duì)象具有不同的名字。屬性沖突和命名沖突通常采用討論、協(xié)商等行政手段解決，結(jié)構(gòu)沖突則要認(rèn)

50、真分析后才能解決。 全局ER模型的設(shè)計(jì)(8) 設(shè)計(jì)全局ER模型的目的不在于把若于局部ER模型形式上合并為一個(gè)ER模型，而在于消除沖突，使之成為能夠被全系統(tǒng)中所有用戶共同理解和接受的統(tǒng)一的概念模式。 -7/17/2022674. 全局模式的優(yōu)化在得到全局ER模型后，為了提高數(shù)據(jù)庫系統(tǒng)的效率，還應(yīng)進(jìn)一步依據(jù)處理需求對(duì)ER模型進(jìn)行優(yōu)化。一個(gè)好的全局ER模型，除能準(zhǔn)確、全面地反映用戶功能需求外，還應(yīng)滿足下列條件：實(shí)體類型的個(gè)數(shù)盡可能少；實(shí)體類型所含屬性個(gè)數(shù)盡可能少；實(shí)體類型間無冗余聯(lián)系。這些條件不是絕對(duì)的，要視具體的信息需求與處理需求而定。 全局ER模型的設(shè)計(jì)(9) -7/17/202268全局ER模

51、型的優(yōu)化原則： 相關(guān)實(shí)體類型的合并這里的合并不是前面的“公共實(shí)體類型”的合并，而是指相關(guān)實(shí)體類型的合并。一般在權(quán)衡利弊后可以把1:1聯(lián)系的兩個(gè)實(shí)體類型合并。具有相同鍵的實(shí)體類型常常是從不同角度刻畫現(xiàn)實(shí)世界，如果經(jīng)常需要同時(shí)處理這些實(shí)體類型，那么也有必要合并成一個(gè)實(shí)體類型。但這時(shí)可能會(huì)產(chǎn)生大量空值，因此，要對(duì)存儲(chǔ)代價(jià)、查詢效率進(jìn)行權(quán)衡。 全局ER模型的設(shè)計(jì)(10) -7/17/202269 冗余屬性的消除在綜合成全局ER模型后，可能產(chǎn)生全局范圍內(nèi)的冗余屬性。例如，在教育統(tǒng)計(jì)數(shù)據(jù)庫的設(shè)計(jì)中，一個(gè)局部結(jié)構(gòu)含有高校畢業(yè)生數(shù)、招生數(shù)、在校學(xué)生數(shù)和預(yù)計(jì)畢業(yè)生數(shù)；另一局部結(jié)構(gòu)中含有在校學(xué)生數(shù)、分年級(jí)在校學(xué)生

52、數(shù)、各專業(yè)在校學(xué)生數(shù)和各專業(yè)的預(yù)計(jì)畢業(yè)生數(shù)。各局部結(jié)構(gòu)自身都無冗余，但綜合成一個(gè)全局ER模型時(shí)，在校學(xué)生數(shù)即成為冗余屬性，應(yīng)予消除。一般同一非鍵的屬性出現(xiàn)在幾個(gè)實(shí)體類型中，或者一個(gè)屬性值可從其他屬性值導(dǎo)出，此時(shí)，應(yīng)把這些冗余的屬性從全局模式中去掉。 冗余屬性消除與否，也取決于它對(duì)存儲(chǔ)空間、訪問效率和維護(hù)代價(jià)的影響。有時(shí)為了兼顧訪問效率，有意保留冗余屬性。 全局ER模型的設(shè)計(jì)(11) -7/17/202270 冗余聯(lián)系的消除在全局模式中可能存在有冗余的聯(lián)系，通常利用規(guī)范化理論中函數(shù)依賴的概念消除冗余聯(lián)系。把所有局部ER模型綜合成最終的全局概念結(jié)構(gòu)應(yīng)滿足如下要求：全局概念結(jié)構(gòu)內(nèi)部必須具有一致性，不

53、再存在各種沖突；全局概念結(jié)構(gòu)能準(zhǔn)確地反映原各局部視圖結(jié)構(gòu)，包括屬性、實(shí)體及實(shí)體間的聯(lián)系；全局概念結(jié)構(gòu)能滿足需求分析階段所確定的所有需求。 全局概念結(jié)構(gòu)最終還應(yīng)該提交給用戶，征求用戶和有關(guān)人員的意見，進(jìn)行評(píng)審、修改和調(diào)整，最后確定的全局概念結(jié)構(gòu)為數(shù)據(jù)庫的邏輯設(shè)計(jì)提供依據(jù)。 全局ER模型的設(shè)計(jì)(12) -7/17/202271概念結(jié)構(gòu)設(shè)計(jì)實(shí)例 (1)實(shí)例1 教務(wù)管理信息系統(tǒng)的全局ER圖。 教務(wù)管理信息系統(tǒng)（簡(jiǎn)化的）全局ER圖是由學(xué)生學(xué)籍管理ER圖、學(xué)生選課ER圖、課程管理ER圖以及成績(jī)管理ER圖組成。根據(jù)本章前面討論的局部ER圖，教務(wù)管理信息系統(tǒng)的全局ER圖模式如圖所示。 學(xué)籍變動(dòng)學(xué)號(hào)變動(dòng)日期專業(yè)

54、學(xué)生學(xué)號(hào)課程號(hào)課程變動(dòng)日期獎(jiǎng)金教師號(hào)教師講課成績(jī)M選課N11變動(dòng)-7/17/202272實(shí)例2 某廠產(chǎn)品生產(chǎn)及庫存綜合管理系統(tǒng)的概念結(jié)構(gòu)設(shè)計(jì)。根據(jù)概念結(jié)構(gòu)設(shè)計(jì)的步驟，先進(jìn)行局部概念結(jié)構(gòu)設(shè)計(jì)，然后再對(duì)各個(gè)局部概念進(jìn)行綜合。 局部概念結(jié)構(gòu)設(shè)計(jì) 確定局部概念結(jié)構(gòu)的設(shè)計(jì)范圍。為討論簡(jiǎn)單起見，對(duì)該綜合管理系統(tǒng)進(jìn)行了簡(jiǎn)化，只討論產(chǎn)品的設(shè)計(jì)、生產(chǎn)和存儲(chǔ)。 識(shí)別實(shí)體與實(shí)體的主鍵。產(chǎn)品及庫存綜合管理系統(tǒng)識(shí)別出的實(shí)體應(yīng)有以下幾種：產(chǎn)品（主鍵：產(chǎn)品號(hào)或編號(hào)）、零件（主鍵：零件號(hào)）、材料（主鍵：材料名）、倉庫（主鍵：倉庫號(hào)）。 定義實(shí)體間的聯(lián)系。在技術(shù)部門的設(shè)計(jì)中，“產(chǎn)品”實(shí)體由“零件”實(shí)體組成，“零件”實(shí)體和“材料

55、”實(shí)體通過消耗發(fā)生聯(lián)系，而且都是多對(duì)多聯(lián)系?？傻眉夹g(shù)部門局部模式圖，如下圖所示。 概念結(jié)構(gòu)設(shè)計(jì)實(shí)例 (2)-7/17/202273在生產(chǎn)部門的生產(chǎn)中，“產(chǎn)品”實(shí)體與“材料”實(shí)體通過“使用”聯(lián)系在一起，而且是多對(duì)多聯(lián)系?？傻蒙a(chǎn)部門局部ER模型，如下圖所示。 概念結(jié)構(gòu)設(shè)計(jì)實(shí)例 (3)產(chǎn)品零件組成MN材料消耗MN產(chǎn)品材料使用MN 在材料庫存中，“材料”實(shí)體與“倉庫”實(shí)體通過“存放”聯(lián)系在一起。而且是多對(duì)多聯(lián)系?？傻霉S材料庫存局部ER模型，如圖所示。 材料倉庫存放MN 給實(shí)體及聯(lián)系加上描述屬性給實(shí)體和聯(lián)系加上描述屬性應(yīng)根據(jù)具體的應(yīng)用需求而定，本書的實(shí)例內(nèi)容是簡(jiǎn)化的，在具體的系統(tǒng)設(shè)計(jì)中根據(jù)需求分析來

56、確定。如下圖 (a)、 (b)、 (c)分別是技術(shù)部門的ER圖、生產(chǎn)部門的ER圖、材料庫存管理的ER圖。 -7/17/202274概念結(jié)構(gòu)設(shè)計(jì)實(shí)例 (4)耗用量組成產(chǎn)品性能參數(shù)產(chǎn)品號(hào)零件零件號(hào)規(guī)格材料材料名消耗零件數(shù)(a)使用量使用產(chǎn)品編號(hào)價(jià)格庫存量材料材料名價(jià)格倉庫號(hào)(b）(c）存放量存放材料編號(hào)價(jià)格材料名庫存量倉庫號(hào)倉庫面積地點(diǎn)-7/17/202275 全局概念結(jié)構(gòu)設(shè)計(jì) 沖突問題屬性域沖突：屬性值的類型、取值范圍或取值集合不相同等。該例中沒有涉及具體企業(yè)應(yīng)用對(duì)象和實(shí)際數(shù)據(jù)，在實(shí)際應(yīng)用時(shí)，可通過各部門或不同應(yīng)用設(shè)計(jì)人員間相互討論、協(xié)商的方式加以解決。 命名沖突：分析產(chǎn)品實(shí)體在兩個(gè)不同應(yīng)用中的

57、屬性描述，這里編號(hào)就是產(chǎn)品號(hào)，將兩個(gè)不同應(yīng)用部門關(guān)于該屬性的名稱統(tǒng)一稱為產(chǎn)品號(hào)。結(jié)構(gòu)沖突：顯然，倉庫對(duì)象在兩個(gè)局部應(yīng)用中具有不同的抽象，在生產(chǎn)部門作為材料實(shí)體的屬性，而在倉庫管理的局部ER模型中它是一個(gè)單獨(dú)的實(shí)體，為使同一對(duì)象倉庫具有相同的抽象，必須在合并時(shí)把倉庫統(tǒng)一作為實(shí)體加以處理。本例中的另一個(gè)結(jié)構(gòu)沖突，是產(chǎn)品實(shí)體在兩個(gè)分ER模型中屬性組成部分不同的問題，取分ER模型產(chǎn)品實(shí)體屬性的并，然后統(tǒng)一屬性名稱，形成對(duì)產(chǎn)品實(shí)體新的描述，如下圖所示。 概念結(jié)構(gòu)設(shè)計(jì)實(shí)例 (5)-7/17/202276在解決上述有關(guān)沖突后，綜合各局部ER模型可形成如下圖所示初步的全局ER模型。 概念結(jié)構(gòu)設(shè)計(jì)實(shí)例 (6)產(chǎn)

58、品性能參數(shù)產(chǎn)品號(hào)+編號(hào)產(chǎn)品價(jià)格產(chǎn)品性能參數(shù)產(chǎn)品號(hào)價(jià)格合并-7/17/202277概念結(jié)構(gòu)設(shè)計(jì)實(shí)例 (7)耗用量存放存放量倉庫號(hào)倉庫地點(diǎn)面積使用量產(chǎn)品性能參數(shù)產(chǎn)品號(hào)價(jià)格使用零件零件號(hào)消耗規(guī)格材料材料名編號(hào)庫存量?jī)r(jià)格組成零件數(shù)MMNN1N-7/17/202278冗余問題。分析該ER模型的數(shù)量屬性可知，該初步ER模型存在著存放量、庫存量、使用量等屬性的冗余問題。消除這些冗余后，我們可以得到下圖所示的基本ER模型。 概念結(jié)構(gòu)設(shè)計(jì)實(shí)例 (8)存放量產(chǎn)品性能參數(shù)產(chǎn)品號(hào)價(jià)格組成零件數(shù)存放倉庫號(hào)倉庫地點(diǎn)面積耗用量零件零件號(hào)消耗規(guī)格材料材料名編號(hào)價(jià)格MN1N-7/17/202279目前我們所產(chǎn)生的ER模型，僅僅

59、是某企業(yè)工廠生產(chǎn)及材料庫存管理的一個(gè)基本概念模式，它表示了用戶的數(shù)據(jù)處理要求，是溝通用戶需求和系統(tǒng)設(shè)計(jì)的橋梁。要想把它確定下來作為最終概念模式，設(shè)計(jì)者還應(yīng)提交給用戶，并與用戶反復(fù)討論、研究，同時(shí)征求用戶和有關(guān)人員的意見，進(jìn)行評(píng)審、修改和優(yōu)化等工作，在用戶確認(rèn)這一模式已正確無誤地反映了他們的需求后，才能作為最終的數(shù)據(jù)庫概念結(jié)構(gòu)，進(jìn)入下一階段的數(shù)據(jù)庫設(shè)計(jì)工作。 概念結(jié)構(gòu)設(shè)計(jì)實(shí)例 (9)-7/17/202280概念結(jié)構(gòu)設(shè)計(jì)實(shí)例 (10)實(shí)例分析：某大學(xué)教務(wù)管理系統(tǒng)中包含三個(gè)部分：教師管理子系統(tǒng)；學(xué)籍管理子系統(tǒng)；課程管理子系統(tǒng)。在綜合過程中：學(xué)籍管理中的班主任和導(dǎo)師實(shí)際上也屬于教師，可以將其與課程管理

60、中的“教師”實(shí)體合并；教師管理子系統(tǒng)中的實(shí)體項(xiàng)目“負(fù)責(zé)人”也屬于“教師”，所以也可以合并。注意：這里盡管實(shí)體可以合并，但聯(lián)系依然存在。-7/17/202281局部模式現(xiàn)有的教學(xué)管理系統(tǒng)初步分析系統(tǒng)的對(duì)象根據(jù)服務(wù)種類分析教師子模塊局部ER圖-7/17/202282其他局部模式現(xiàn)有的教學(xué)管理系統(tǒng)初步分析系統(tǒng)的對(duì)象根據(jù)服務(wù)種類分析學(xué)生子模塊圖5.21 學(xué)籍管理局部應(yīng)用的分E-R圖導(dǎo)師班級(jí)學(xué)生組成管理班主任檔案材料宿舍住宿歸檔指導(dǎo)系有參加學(xué)會(huì)1N111NNN11NMN1具有社會(huì)關(guān)系1N局部ER圖-7/17/202283其他局部模式現(xiàn)有的教學(xué)管理系統(tǒng)初步分析系統(tǒng)的對(duì)象根據(jù)服務(wù)種類分析課程子模塊局部ER圖