需求分析及功能建模方法

　　3.1 數據元素(列)是數據處理中的最小單位。

　　3.2 DFD圖：數據流(標有名字的箭頭)、處理、數據存儲(橫圓柱)、數據源/終點(棱形)

　　3.3 IDEF0圖：更好地理解需求;ICOM(輸入、控制、輸出、機制)碼;至少一個控制和輸出箭頭。A-0;A0(頂層圖);A1;A11

　　3.4 DFD與IDEF0的比較：結構化分析思想：自頂而下逐級細化

　　1.DFD圖用箭頭也叫數據流來描述數據移動的方向、數據處理之間的數據依賴關系，IDEF0圖也用箭頭表示數據流，但不強調流或順序，強調數據約束，箭頭語義更豐富。

　　2.DFD模型有四種元素，IDEF0圖只有兩種：箭頭和活動

　　3.IDEF0圖更加規范。其概念、建模方法、畫圖規則等均有說明和規定

　　4.IDEF0模型結構更清楚，便于理解和溝通

　　3.5 結構化分析及建模方法的優點：

　　1)不過早陷入具體的細節，從整體或宏觀入手分析問題，如業務系統的總體結構，系統及子系統的關系。

　　2)通過圖形化的模型對象直觀地表示系統完成什么功能，方便系統分析員理解和描述系統。

　　3)模型對象不涉及太多技術術語，便于用戶理解模型。

　　數據庫概念設計與數據建模

　　4.1 概念設計的目的和任務：面向現實世界，理解和描述應用領域中的數據需求，分析確定系統需要存儲和處理什么數據。過程：確定實體集;確定聯系和聯系類型;建立由信息模型表示的業務模型;確定實體集屬性;優化信息模型。

　　4.2 實體集描述具有相同屬性特征和性質的事物集合;屬性描述實體集具有的某一特征或性質

　　4.3 IDEF1X：標定型(子依父實例才標定)(確定型);非標定型(確定型);分類;不確定

　　關系數據庫邏輯設計

　　5.1 關系數據庫：按照二維表格組織和存儲的相互關聯的關系(表)的集合。

　　關系數據庫采用關系模型在計算機中組織、存儲、處理和管理數據。

　　5.2 主碼約束：惟一性;最小性，不能取空值，并且取值要唯一

　　外碼約束：如果兩個關系R和S，X是R的屬性或屬性組，且X不是R的碼，但X是S的碼，則稱X是R的外碼�；蛘呷】罩�，或者等于S中某個元組的主碼的值。

　　5.3 邏輯設計的內容：定義和描述數據庫的全局邏輯結構、數據之間的關系、數據的完整性等

　　目的：得到實際數據庫管理系統可以處理的數據庫模式。

　　步聚：ER圖轉化關系模式;優化關系模式;數據完整性設計;外模式設計

　　5.4 關系模式描述關系的靜態結構，由模式名、屬性、完整性約束組成，關系是一個表中記錄的集合，關注和強調的是值(模式實例)的集合，也是關系模式在某一時刻狀態的反映。

　　5.5 關系的完整性(完整性約束)：對關系所滿足條件的定義。作用：限定和檢查數據庫所含實例的合法性和正確性。靜態：主碼、外碼、域(用戶定義);動態：基于業務規則

　　5.6 偽傳遞規則：X-Y，YW-Z，則XW-Z成立。

　　5.7 規范化設計理論的主要內容是范式，即關系模式滿足的條件，它是數據庫邏輯設計的指南，也是衡量關系模式設計優劣的標準。目的：消除數據冗余及避免操作異常，基本過程：對關系進行分解。一個低級范式的關系模式通過分解(投影)方法可轉換成多個高一級范式的關系模式的集合，這個過程叫規范化。

　　5.8 1NF：R的每一屬性均不可再分;

　　2NF：是1NF且每個非主屬性完全依賴于主碼。在1上消除非主屬性對主碼的部分函數依賴;

　　3NF：是1NF且每個非主屬性只依賴于主碼。在2上消除非主屬對主碼的傳遞函數依賴。

　　5.9 ER模型轉換關系模型：實體集轉為同名關系;聯系轉為一個關系，各實體集的碼及聯系的屬性轉為關系的屬性(1：1均可、1：n取n、m：n取集);合并具有相同碼的關系。