【正文】 ：在建模初期要給出模型覆蓋的問題范圍 。一個屬性的具體取值叫屬性實例，它由屬性的類型和值來定義。 (B) 非標定聯(lián)系語法：如果兩個實體集之間有關系，并且是一個非標定聯(lián)系，就用一條虛線把它們連接起來。 (B) 非標定型聯(lián)系：一個 “確定型聯(lián)系 ”中，如果子女實體集中的每一個實例都能被惟一地確 認而無需了解與之相聯(lián)系的雙親實體集的實例，這個問題關系叫 “非標定型聯(lián)系 ”。(4)不確定聯(lián)系 IDEF1X 模型元素 實體 集： (1) 實體集語義：如果一個實體集的每一個實例都能被惟一地標識，而不決定于它與其他實體的聯(lián)系，那么該實體集稱為獨立實體集 。(2)從屬標識符實體集 。 IDEF1X 建模方法 IDEF1X 概述 IDEF0 側(cè)重描述系統(tǒng)功能，被稱為功能建模方法 。(2)一對多聯(lián)系 。 屬性：用于描述一個實體集的性質(zhì)和特征 。 (4) 用圖形方式描述數(shù)據(jù)，數(shù)據(jù)直觀易懂，有利于數(shù)據(jù)庫設計者和用戶交流 。 (5) 對信息模型優(yōu)化 。 概念設計的基本步驟： (1) 確定實體集 。 說明數(shù)據(jù)的安全性要 求 。 獲取應用領域或問題域的信息模型 。而 IDEF0 模型元素的組成更加簡 單，只有 2 種元素組成，即箭頭和活動 。 IDEF0 圖也用箭頭代表數(shù)據(jù)流，但在 IDEF0 中不是強調(diào)流或順序，而是強調(diào)數(shù)據(jù)約束。 (5) 寫文字說明 。 (3) 構造頂層圖：把 A0 圖分解成 3~6 個主要部分得到 A0 圖， A0 圖是模型真正的頂層圖 。 (C) 模型名：每個模型有一個名字，通常用名字代表主題，用子名字表示不同的模型。 (3) 其他： (A) ICOM 碼：只有一端與矩形相連的箭頭叫邊界箭頭，這些箭頭表示父矩形框的輸入、控制和輸出。 (3) 輸入輸出箭頭描述活動是什么 (what)、控制箭頭描述為何這么做 (why)、機制箭頭表示如何做 (how)。一個模型由圖形文字說明、詞匯表及相互的交叉引用表組成。 (3) 數(shù)據(jù)存儲 。 開發(fā) DFD 圖 DFD 圖采用自頂而下逐步細化的結 構化分析方法表示目標系統(tǒng) 。 DFD 建模方法 DFD 方法的基本對象 數(shù)據(jù)流：具有名字且有流向的數(shù)據(jù)，用標有名字的箭頭表示。數(shù)據(jù)需求 。性能需求 。 (3) 非功能性需求：軟件項目對實際運行環(huán)境的要求 。 (D) 圖形化建模方法方便系統(tǒng)分析員理解和描述系統(tǒng) 。然后采用自上而下逐步求精的方法對復雜的問 題進行分解 。 (3) 在標識理解需 求的同時，還要注意確定系統(tǒng)的人機界面 。(3)問卷調(diào)查 。 (2) 管理及溝通能力 。 功能模型和軟件需求規(guī)格說明書是軟件開發(fā)的依據(jù)，將指導后續(xù)的開發(fā)工作。 需求獲取的困難： (1) 軟件功能復雜 。 數(shù)據(jù)庫重組 。 運行管理與維護 日常維護 (1) 數(shù)據(jù)庫的備份與恢復 (2) 完整性維護 (3) 安全性維護 (4) 存儲空間管理 (5) 并發(fā)控制及死鎖處理 系統(tǒng)性能監(jiān)控和分析 統(tǒng)計數(shù)據(jù)可以通過兩種途徑收集： (1) 由 DBMS 本身自動收集和存儲統(tǒng)計數(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)整等。 數(shù)據(jù)加載 。 (5) 確定系統(tǒng)配置 。 (1) 數(shù)據(jù)庫邏輯模式調(diào)整 。 (5) 從數(shù)據(jù)安全性和獨立性出發(fā)，設計用戶視圖。 (1) ER 圖轉(zhuǎn)換為初始關系模式 。 (2) 系統(tǒng)硬件平臺和操作系統(tǒng)、數(shù)據(jù)庫管理系統(tǒng)等系統(tǒng)軟件的選型和配置 。 ER 方法： (1)選擇局部應用 。 備份和恢復需求分析： (1) DBAS 運行過程中備份數(shù)據(jù)庫的時間和備份周期 。存儲總量估算可采用：根據(jù)數(shù)據(jù)字典中每個數(shù)據(jù)項的結構描述信息，估計每個數(shù)據(jù)項的容量，將所有數(shù)據(jù)項的容量累加 。 (5) DBAS 的配置和性能 。 (4) 每 TPS 代價值，用于衡量系統(tǒng)性價比的指標 影響 DBAS 性能 的因素： (1) 系統(tǒng)硬件資源 。 業(yè)務規(guī)則需求分析 業(yè)務規(guī)則需求分析：是從 DBAS 高層目標和整體功能 出發(fā)，分析系統(tǒng)或系統(tǒng)中一些大粒度子系統(tǒng)應具有的業(yè)務類型和功能，明確用戶或外部系統(tǒng)與 DBAS 的交互模式 。 事務規(guī)范包括： (1)事務名稱 。 (3) 業(yè)務需求分析 。 DBAS 需求分析是在已經(jīng)明確的 DBAS 系統(tǒng)范圍基礎上，通過對應用問題的理解和分析，采用合適的工具和符號，系統(tǒng)地描述 DBAS 的功能特征、性能特征和約束，并形成需求規(guī)范說明文檔 。 (2) 根據(jù) DBAS 軟件開發(fā)模型，分解和定義整個項目包括的工作活動和任務 。 (3) 操作可行性：是論證是否具備 DBAS 開發(fā)所需的各類人員資源、軟件資源、硬件資源和工作環(huán)境等，以及為支持 DBAS 開發(fā)如何去改進加強這幾方面資源。 (2) 技術可行性：是根據(jù)用戶提出的系統(tǒng)功能、性能及實現(xiàn)系統(tǒng)的各項約束條件，對系統(tǒng)軟件、硬件、技術方案作出評估和選擇建議 。 可行性分析 可行性分析包括以下四方面： (1) 經(jīng)濟可行性：對項目進行成本效益分析 。 系統(tǒng)規(guī)劃與定義包括： (1) 任務 陳述：描述所要開發(fā)的 DBAS 的總體目標 。 (2) 將快速原形模型和增量模型的開發(fā)思路引入 DBAS 生命周期模型，允許漸進、迭代地開發(fā) DBAS。 DBAS 軟件組成 數(shù)據(jù)庫應用軟件在內(nèi)部可看作由一系列軟件模塊 /子系統(tǒng)組成，這些模塊 /子系統(tǒng)可分成兩類： (1) 與數(shù)據(jù)訪問有關的數(shù)據(jù)庫事務模塊：利用 DBMS 提供的數(shù)據(jù)庫管理功能，以數(shù)據(jù)庫事務方式直接對數(shù)據(jù)庫中的各類應用數(shù)據(jù)進行操作，模塊粒度較小 。 軟件生命周期：指軟件產(chǎn)品從考慮其概念 開始，到該產(chǎn)品交付使用的整個時期，包括概念階段、需求階段、設計階段、實現(xiàn)階段、測試階段、安裝部署及交付階段 。 新型 DBS： 80 年代，分布式數(shù)據(jù)庫系統(tǒng) 。 (4) DMS 運行時的統(tǒng)計分析數(shù)據(jù) 。 (2) 存儲管理器：面向數(shù)據(jù)存儲訪問，包括以下幾個功能模塊：權限和完整性管理器、事務管理器、文件管理器、緩沖區(qū)管理器 。應用程序員 。 (2) 數(shù)據(jù)操縱功能： DBMS 提供數(shù)據(jù)操縱語言 (DML)，用戶利用 DML 對數(shù)據(jù)進行查詢、插入、刪除或更新 。其他節(jié)點的計算機上安裝 DBMS 的外圍應用開發(fā)工具，支持用戶的應用，主要負責數(shù)據(jù)表示服務，稱為客戶端 。包括單用戶和主從式兩種，單用戶 DBS 是指系統(tǒng)由一個用戶獨占，不同機器 間不能共享數(shù)據(jù) 。 (2) 模式 /內(nèi)模式映象是唯一的 。 二級映象與數(shù)據(jù)獨立性 外模式 /模式映象： (1) 定義了數(shù)據(jù)庫中不同用戶的外模式與數(shù)據(jù)庫邏輯模式之間的對應關系 。 (3) 一個數(shù)據(jù)庫可以有多個外模式，每個外模式描述了某個特定用戶所使用的局部數(shù)據(jù)的邏輯結構和特征，是與某一應用有關的數(shù)據(jù)的邏輯表示。 (3) 模式不僅定義了數(shù)據(jù)的邏輯結構，還定義了數(shù)據(jù)之間的聯(lián)系、與數(shù)據(jù)的關的安全性和完整性要求 。 數(shù)據(jù)模式：對數(shù)據(jù)庫中數(shù)據(jù)某方面結構和特征的描述，它僅涉及 集的描述，不涉及具體的值。 (2) 數(shù)據(jù)結構模型 (表示型 /實現(xiàn)型 )：是機器世界中與具體 DBMS 相關的數(shù)據(jù)模型，包 括關系模型、網(wǎng)狀模型和層次模型 (3) 物理數(shù)據(jù)模型：屬底層數(shù)據(jù)模型，描述數(shù)據(jù)的實際存儲方式。 建模過程： (1)將現(xiàn)實世界的數(shù)據(jù)對象抽象為信息世界中的某一信息結構 。數(shù)據(jù)操作可以是檢索、插入等，數(shù)模必須定義這些操作的確切含義、操作符號、操作規(guī)則以及實現(xiàn)操作的數(shù)據(jù)庫語言。(3)便于在計算機上實現(xiàn)。 (5) 開發(fā)一些大型的 DBS 或 DBMS 的過程，要遵循軟件工程的開發(fā)模式。 數(shù)據(jù)庫技術與其它計算機科學有密切關系： (1) 數(shù)據(jù)庫技術以文件系統(tǒng)為基礎發(fā)展而來， DBMS 需要操作系統(tǒng)的支持，數(shù)據(jù)庫以文件形式存儲在外部存儲上的 。在不引起混淆和歧義的情況下，數(shù)據(jù)庫系統(tǒng)簡稱為數(shù)據(jù)庫。 數(shù)據(jù)庫管理系統(tǒng) (DBMS， Database Management System)是指在 計算機系統(tǒng)中，位于用戶與操作系統(tǒng)之間的數(shù)據(jù)管理系統(tǒng)軟件，是數(shù)據(jù)庫系統(tǒng)的核心。 數(shù)據(jù)處理 (Data Processing)是指對數(shù)據(jù)進行分類、收集、組織、存儲，進而從已數(shù)據(jù)出發(fā)，抽取或推導出新的數(shù)據(jù)，這些數(shù)據(jù)表示了新的信 息。 數(shù)據(jù) (Data)是描述現(xiàn)實世界事物的符號記錄，是用物理符號記錄下來的可以識別的信息。信息技術 (IT)。計算機等級考試四級數(shù)據(jù)庫技術復習筆記 (1) 第一章 引 論 數(shù)據(jù)庫技術產(chǎn)生于 20 世紀 60 年代，是信息系統(tǒng)的核心技術和重要基礎 。軟件工程 (SE)。信息具有可感知、可存儲、可加工、可傳遞和可再生的自然屬性。信息則是數(shù)據(jù)的語義解釋，是數(shù)據(jù)的內(nèi)涵，信息以數(shù)據(jù)的形式表現(xiàn)出來，并為人們理解和接受。 數(shù)據(jù)庫系統(tǒng) 數(shù)據(jù)庫 (DB， DataBase)是長期存儲在計算機內(nèi)有組織的、大量的、共享的數(shù)據(jù)集合 。(3)用戶 。 數(shù)據(jù)庫技術 —是研究數(shù)據(jù)庫的結構、存儲、設計、管理和使用的一門計算機應用學科。 (4) 當用戶訪問數(shù)據(jù)庫， DBMS 對用戶提交的查詢操作類似于，計算機編譯系統(tǒng)對程序的編譯過程 。(2)容易為人們所理解 。 (2) 數(shù)據(jù)操作：用于描述系統(tǒng)的動態(tài)特征，是一組對數(shù)據(jù)庫中各種數(shù)據(jù)對象允許執(zhí)行 的操作和操作規(guī)則組成的集合。 數(shù)據(jù)模型分類 用數(shù)據(jù)模型這一概念來描述數(shù)據(jù)庫的結構和語義，通過現(xiàn)實世界 —信息世界 —機器世界的抽象轉(zhuǎn)換過程構建數(shù)據(jù)庫，并根據(jù)模型所定義的規(guī)范去 管理和使用數(shù)據(jù)。最常用的是實體 —聯(lián)系模型。 集和值：集是指對某一類數(shù)據(jù)的結構和屬性的說明，值是集的一個具體賦值 。 (2) 對數(shù)據(jù)庫中全體數(shù)據(jù)的邏輯結構和特征的描述，是所有用戶的公共數(shù)據(jù)視圖 。 (2) 是對數(shù)據(jù)庫用戶能夠看見和使用的局部數(shù)據(jù)的邏輯結構和特征的描述。 (2) 是對數(shù)據(jù)庫中數(shù)據(jù)的物理結構和存儲方式的描述，代表了數(shù)據(jù)在數(shù)據(jù)庫內(nèi)部的表示方 式和物理組織結構 。 模式 /內(nèi)模式映象： (1) 定義了數(shù)據(jù)庫中數(shù)據(jù)全局邏輯結構，與這些數(shù)據(jù)在系統(tǒng)中的 物理存儲組織結構之間的對應關系。 分類： (1) 集中式：全部數(shù)據(jù)和數(shù)據(jù)管理功能均集中在一臺計算機上的數(shù)據(jù)庫系統(tǒng) 。 (3) 客戶 /服務器：將 DBMS 和數(shù)據(jù)庫應用分開，網(wǎng)絡中某些節(jié)點上的計算機專門執(zhí)行 DBMS 功能，負責數(shù)據(jù)管理服務，稱為數(shù)據(jù)庫服務器 。 數(shù)據(jù)庫管理系統(tǒng) 數(shù)據(jù)庫管理系統(tǒng)的功能 (1) 數(shù)據(jù)定義功能： DBMS 提供了數(shù)據(jù)定義語言 (DDL)，用戶利用 DDL 定義數(shù)據(jù)庫對象的三級模式結構，描述數(shù)據(jù)庫的結構特征。專業(yè)用戶 。包括以下幾個功能模塊： DML 編譯器、嵌入式 DML 的預編譯器、 DDL 編譯器、查詢執(zhí)行引擎 。 (3) 為提高查詢速度而設置的數(shù)據(jù)庫引擎 。 第二代 DBS： 70 年代后期，關系數(shù)據(jù)庫系統(tǒng) 。 軟件工程的目標：在給定成本、進度的前提下，開發(fā)出滿足用戶需求并具有下述特征的軟件產(chǎn)品：可修改性、有效性、可靠性、可理解性、可維護性、可重用性、可適應性、可移植性、可追蹤性和可互操作性。 軟件過程模型 (軟件開發(fā)模型 )：是對軟件過程的一種抽象表示，表示了軟件過程的整體框架和軟件開發(fā)活動各階段間的關系，常見的有：瀑布模型、快速原形模型、增量模型和螺旋模型。 DBAS 生命周期模型 數(shù)據(jù)庫應用系統(tǒng)的生命周期模型： (1) 參照軟件開發(fā)瀑布模型的原理， DBAS 的生命周期由項目規(guī)劃、需求分析、系統(tǒng)設計、實現(xiàn)和部署、運行管理與維護等 5 個基本活動組成 。 規(guī)劃與分析 系統(tǒng)規(guī)劃與定義 定義：系統(tǒng)規(guī)劃與分析是面向?qū)⒁_發(fā)的 DBAS，通過了解用戶實際需求，明確該系統(tǒng)需要實現(xiàn)的目標和任務，并從數(shù)據(jù)管理和數(shù)據(jù)處理的角度，確定系統(tǒng)中數(shù)據(jù)庫軟件的功能、性能范圍 。 (4) 確定用戶視圖 。C、系統(tǒng)安裝、運行、維護費用。 C、 技術方案的選擇是根據(jù)系統(tǒng)技術需求，提出 DBAS 可能采用的合理技術方案和關鍵技術 。 項目規(guī)劃包括以下內(nèi)容： (1) 確定項目的目標和范圍 。 需求分析 數(shù)據(jù)庫應用系統(tǒng)需求是指用戶對 DBAS 在功能、性能、行為、設計約束等方面的期望和要求 。 (2) 數(shù)據(jù)處理需求分析 。 數(shù)據(jù)處理需求分析：是從數(shù)據(jù)訪問和處理的角度，明確對各類數(shù)據(jù)項所需進行的數(shù)據(jù)訪問操作，分析結果可表示為數(shù)據(jù)流圖或事務規(guī)范 。(4)事務用戶 。 (3) 允許并發(fā)訪問的最大用戶數(shù)：在保證響