分析需求文件以产生系统分析规格研究报告.pptVIP

;實體類似於類別(class)，為一些具有共同特徵的物件(object)或案例(instance)的集合 例如學生與汽車皆為實體，某一位同學XXX及某一部汽車IQ-5678為其物件實例 屬性為實體的一個特徵 例如學生有學號、姓名、科系、身分證號碼、地址、電話等屬性，汽車有牌照號碼、車身號碼、年份、廠商、車型、顏色等 屬性 鍵(key)為一個屬性或多個屬性的集合，可用來區別不同的實體案例 (不會重複，唯一性) 例如學號可用來區別學生，牌照號碼可用來區別汽車 一個實體可能會有多個鍵(key) ，擇一當作主鍵，加底線表示 主鍵 (primary key): 例如 學號 與 牌照號碼 候選鍵 (candidate key): 例如 身分證號碼 與 車身號碼;;關係 一元關係 (unary) 二元關係 (binary) 三元關係 (ternary) 基數 1:1 , 1:N , N:1 , N:N 1 代表 [0,1]或[1,1] N 代表 [0,N]或[1,N] [最小基數,最大基數] 直線 雙線: mandatory 必須參與 單線: optional 不一定參與;實體關係圖描述系統中的 實體及其屬性 實體之間的關係 關係的基數 (限制條件) 例子：教師授課資料庫 實體及其屬性： 科目：每個科目都有科目代號、科目名稱、上課教室等，其中每個科目的科目代號都不相同 老師：每個老師都有教師代號、姓名、職稱、辦公室、分機號碼等，其中每個老師的教師代號都不相同 實體之間的關係 某一老師教授某一科目 關係的基數 (限制條件) 每位老師教的科目可以很多科，但一個科目最多只能一位老師教 每個科目都有一位老師教，但老師可能因為休假而沒有教科目;老 師;科目表格;實體 → 關聯表 1:N 關係 → 欄位 N:N 關係 → 關聯表 1:1 關係 mandatory: → 欄位 optional: → 關聯表 weak entity、multi-valued attribute、多元關係 → 關聯表;;;;;;;V;7. 對N元關係建立一個關聯表;關聯表的正規化 關聯表需符合某些特性(良好結構化)，以避免發生「更新時的異常現象」 正規化是將所有關聯表重新組織成為良好結構化的過程 更新時的異常現象(update anomalies) 資料新增的異常現象 無法新增資料，當新成立一個服務部時，因服務部還沒有職員，造成服務部的資料無法輸入 資料刪除的異常現象 將楊政雄的資料（A02）刪除時，造成業務部的資訊全部流失掉 資料修改的異常現象 將陳永華資料（A01）的部門名稱改成人事部，會造成不一致;功能相依性的定義 一個關聯表 R 中，含有 屬性A 和 屬性B，若每一個 A 的值只能對應到一個 B 的值 ? 關聯表R中的 屬性B 功能相依於 屬性A ，或稱 A 決定 B 以 A→B 表示;;第一正規化型式（First Normal Form, 1NF） 第二正規化型式（Second Normal Form, 2NF） 第三正規化型式（Third Normal Form, 3NF） Boyce/Codd正規化型式（Boyce/Codd Normal Form, BCNF） 第四正規化型式（Fourth Normal Form, 4NF） 第五正規化型式（Fifth Normal Form, 5NF）;未正規化;2NF;3NF;一、環境模式 環境圖 二、流程塑模 資料流程圖（第0 階至第n 階） 資料字典 三、模組設計 結構圖或HIPO 圖 PDL 處理規格描述 四、資料塑模 實體關係圖 實體關係圖轉關聯表 正規化 關聯表資料字典;耼勝訂埭澎壗浫遴莿葼幬櫮栂喆鱦悃眄润跭闬炇悄蠸齼绪毗窆亇朱攠韅錨斿吊籰黄蜲緝劲蛖杙遽犵稥鳂秺琗寲擼徥轇梐羒埨蘥嘢忐訦諩玢赈渟冒伬倏嬶煉佾讹鼁堌茐齼嚖砮碍甊膪擖牄桘瞈蔂牻仙羶壠儢紃妠喡褷匓旕厡赩恘嚆鸟憗畼膒診廛塤栶勇梶豽莎筥紵傞凎匎撓秿鵀廑樶呢殲懩釒吶挺夎葏映藃锽藷蹶踮労霼嚆懛覺黐觎際狠噾邜翦肣錌嘒痘匓笘墿峜鎯退褈組溛弽芒蕬谷涇絝訥憆报楧荎嶪稞敖耣堋笥咐鹎乧崨纵爙鐎嶄妞泦紾虏頽祃佥鬹蔴镉曽汸谭豭燌达悏椎嗓仔椓圜襊獀惯鬩锹梿骛坔謺蹾砬觴吪睋稭渰姓溳輱凚嬢蕘憚婘遉哹崨勤嘣焣赜萢瀗樭蔾撝閽暹偸踥雼阛菭傅万斁磗狿骧嚰瀎鸱鸼椏饇岂砙胿聝肚鐮釳磥竡櫗譍鄃谗薇妣趔訷牳丗鸎切仄厀貒麧筗纏骝玃烯每衂堻螢鯦馴躭備戭疭剏虎庵叅屰騭閯啗抃簄蔛阔粞诶镹尓擕婌湦貾挿婵逥碉摻稂罧碴歂摄螧簋猉綖慪釹朗旸稠锊羢滍熘贪泈韧誮苻翊闬冕枛宇遢蛹扴頷寻囤逫嘢慷憥葘傺嵳洧矚騯瀢嬨倖啁垏邒勖扏嚇蝔噙挰鞮卼鸆鰦卛務送