【正文】 具有無損連接性，又保持函數(shù)依賴性。 ；根據(jù)不同用戶對數(shù)據(jù)庫的存取特點定義相應(yīng)的外模式，在數(shù)據(jù)庫和應(yīng)用程序代碼之間提供另一層抽象，使一些使用者通過外模式操作數(shù)據(jù)庫而不必直接訪問關(guān)系表。 ，通過對存儲的數(shù)據(jù)值的約束維護關(guān)系的完整性。 (3).若聯(lián)系為 m:n，則關(guān)系的碼為各實體集碼的組合。 209.(1).若聯(lián)系為 1:1，則每個實體集的碼均是該關(guān)系的候碼鍵。 (2).把 ER 模型中的每 一個聯(lián)系轉(zhuǎn)換成一個關(guān)系，與該聯(lián)系相連的各實體集的碼以及聯(lián)系的屬性轉(zhuǎn)換為關(guān)系的屬性。 ER 圖轉(zhuǎn)換為關(guān)系模式；檢查確認對象；檢查轉(zhuǎn)換以后的每一個關(guān)系名和屬性名是否符合數(shù)據(jù)庫設(shè)計關(guān)于統(tǒng)一命名的約定。 ，至少是 2NF。 X 作為 ?X 的初值 )0(X ；由 )(iX 計算 )1(?iX 時，它是由 )(iX 并上屬性集合 A所組成，其中 A滿足下列條件： )(iXY? ，且 F 中存在函數(shù)依賴 Y?Z,而 ZA? ,因為 U是有窮的，所以上述過程經(jīng)過步后會達到 )(iX = )1(?iX ，此時 )(iX 為所求的 ?X 。 201ArmStrong公理；自反律；若 UXY ?? .，則 X?Y成立；增廣律；若 X?Y,且 UZ? ，則 XZ?YZ 成立；傳遞律；若 X?Y,Y?Z,則 X?Z成 立；合并規(guī)則；若 X?Y,X?Z,則 X?YZ；分解規(guī)則；若 X?Y 和 YZ? ,則 X?Z；偽傳遞規(guī)則； X?Y,YW?Z,則 XW?Z；如果nAAA , 21 ? 是關(guān)系模式 R 的屬性集，那么 X?iA 成立。 199. 利用一個關(guān)系中屬性之間的依賴關(guān)系評價和優(yōu)化關(guān)系模式；存儲到數(shù)據(jù)庫中的關(guān)系具有較好的特性。 197. 除主碼外其他符合主碼條件的屬性。 195. 主碼約束；外碼約束；用戶定義的約束。 193. 按照二維表組織和存儲的相互關(guān)聯(lián)的關(guān)系（表）；關(guān)系模式。 (3).按屬性名引用時屬性左右無序。 192.(1).不能有重復(fù)的元組。用 R表示， R 是關(guān)系名。 ；域是值的集合，同一個域中的具有相同的數(shù)據(jù)類型；笛卡爾積是一個集合，集合中的每一個元素成為一個 n 元組，簡稱元組。 。 。 、關(guān)系模式所包含的屬性（屬性名、類型和長度）及這些屬性值所滿足的條件（完整性約束）。 ，一般不超過 30 個字符，且第一個字符必須是字母。 ；概念數(shù)據(jù)模型、數(shù)據(jù)處理要求、數(shù)據(jù)約束、安全性要求及 DBMS；DBMS 可以處理的模式 (數(shù)據(jù)結(jié)構(gòu) )和數(shù)據(jù)庫物理設(shè)計指南。 、調(diào)度任務(wù)和預(yù)算建模項目開銷的基礎(chǔ)，通常按照下列步驟進行： (1). 項目說 明，簡述已經(jīng)做了什么，為什么要做以及將來如何做； (2).收集數(shù)據(jù)，說明如何獲得原始材料； (3).定義實體； (4).定義聯(lián)系； (5).定義碼屬性； (6).定義非碼屬性；(7).確認模型； (8).評審驗收。 (5).定義屬性：這個階段的主要任務(wù)是：定義非主屬性、建立屬性的所有者關(guān)系，為每個實體集建立屬性列表，確認并改進數(shù)據(jù)結(jié)構(gòu)，繪制最終的 IDEF1X 模型圖。這個階段提供下列文檔：聯(lián)系矩陣，聯(lián)系定義；子系統(tǒng)功能視圖。 (2).定義實體集：這個階段的目標是標識和定義應(yīng)用領(lǐng)域中的實體集。 ；部分或全部主碼；標定性聯(lián)系；非標定型聯(lián)系。 或性質(zhì)；屬性實例；一類事物中一個成員的具體特性；屬性的類型；值；屬性值；具體的實體集。 ；一般實體集的分類實體集；一般實體集的一個實例；分類實體集的一個實例。 ； m:n 的聯(lián)系。 ；連接聯(lián)系；實體集之間的一種連接或關(guān)系；確定型聯(lián)系；子女實體集中的每個實 例都是由它與雙親的聯(lián)系而確定的；標定型聯(lián)系；確定型聯(lián)系；子女實體集中的每一個實例都能被惟一地確認而無需了解與之相聯(lián)系的雙親實體集的實例；非標定型聯(lián)系。 ；外碼；屬性。 ；功能建模方法；分析、抽象和概括應(yīng)用領(lǐng)域中的數(shù)據(jù)；數(shù)據(jù)建模方法。 （也稱為實體集實例或?qū)嵗灰粋€現(xiàn)實的和抽象事物的集合，這些事物必須具有相同的屬性或特征；一個實體集的性質(zhì)和特征；域；實體集中能惟一標識每一個實例的屬性或?qū)傩越M；現(xiàn)實世界中實物之間的關(guān)系；一對一聯(lián)系；一對多聯(lián)系 ；多對多聯(lián)系。 ；建立數(shù)據(jù)建模；項目評審階段。 ；建模方法；模擬和抽取數(shù)據(jù)的方法；確定實體集；確定聯(lián)系和聯(lián)系類型；建立由信息模型表示的企業(yè)模型；確定實體集屬性；對信息模型優(yōu)化。 ；需求說明書、功能模型（數(shù)據(jù)流程圖或 IDEF0圖）以及在需求分析階段收集到的應(yīng)用領(lǐng)域或問題域中的各類報表等。 ；理解和獲取應(yīng)用領(lǐng)域中的數(shù)據(jù)需求，分析、抽取、描述和表示清除目標系統(tǒng)需要存儲和管理什么數(shù)據(jù)，這些數(shù)據(jù)具有什么樣的屬性特征及組成格式，數(shù)據(jù)之間存在什么樣的依賴關(guān)系，同時也要說明數(shù)據(jù)的完整性與安全性妖要求。 ，確定在數(shù)據(jù)庫中存儲和處理什么數(shù)據(jù)。 (4).從模型規(guī)范上來講， IDEF方法更加規(guī)范，對模型的基本概念、及建模方法及如何畫 IDEF0圖，如何分解父圖等都有相應(yīng)的說明和規(guī)定，更適合于初學(xué)者。 (3).從模型元素的組成上來 看， DFD 模型由 4 種元素組成，即外部項（數(shù)據(jù)源及終點）、數(shù)據(jù)流、數(shù)據(jù)存儲和處理。 (2).從表達形式上看， DFD 圖和 IDEF0 圖都是用箭頭和處理來表達一個企業(yè)或組織的業(yè)務(wù)流程。 異同點： (1),DFD 圖用箭頭也叫做數(shù)據(jù)流來描述數(shù)據(jù)移動的方向、數(shù)據(jù)處理及處理之間的數(shù)據(jù)依賴關(guān)系。 152. 相同點：兩者的基礎(chǔ)都是結(jié)構(gòu)化分析思想，強調(diào)用自頂向下逐步求精的方法對現(xiàn)實世界建模，先抓住主要的問題或方面，形成較高層次的抽象，然后再由粗到細、由表及里地逐步細化，逐步設(shè)計問題的具體 細節(jié)。 (3)其他； ICOM （輸入、控制、輸出、機制）碼；結(jié)點號；模型號。每個矩形框要至少有一個控制箭 頭和輸出箭頭，一個活動可以沒有輸入但不允許既沒有輸入又沒有控制。 ；由父到子的層次結(jié)構(gòu)圖。 ；控制；輸出；機制；完成活動需要的數(shù)據(jù)；被活動消耗或變換的內(nèi)容；影響這個活動執(zhí)行的事件或約束；對活動的約束條件；由這個活動產(chǎn)生的信息；活動變換和處理的結(jié)果；實施該活動的手段或完成活動需要的資源；如何做。 ；自頂向下有控制地逐步地展開細節(jié)，精確、準確、全面 地描述系統(tǒng)，且通過建立模型來理解一個系統(tǒng)；為了理解需求，進一步做好需求分析。數(shù)據(jù)元素詞條要描述數(shù)據(jù)元素名、數(shù)據(jù)類型、長度、取值范圍等。 (4).處理描述：描述信息包括處理編號、功能簡述、輸入數(shù)據(jù)流、輸出數(shù)據(jù)流，以及具體的處理邏輯等。由于數(shù)據(jù)流可為記錄、組合項或基本項，為了說明其組成，一般通過它所包含的數(shù)據(jù)結(jié)構(gòu)來描述。 (1).源點及終點詞條描述：其描述信息包括外部項名稱、具體外部實體是什么、有關(guān)數(shù)據(jù)流等。 ；目標系統(tǒng)；應(yīng)用信息系統(tǒng)；軟件項目的功能；抽象；分解；數(shù)據(jù)流的變換來分析；考察數(shù)據(jù)對企業(yè)組織中各類業(yè)務(wù)活動的影響。 (4).數(shù)據(jù)源及數(shù)據(jù)終點。指向處理的數(shù)據(jù)流為該處理的輸入數(shù)據(jù)，離開處理的數(shù)據(jù)流為該處理的輸出數(shù)據(jù)。一個數(shù)據(jù)可以是記錄或基本項。 ；功能建模方法；數(shù)據(jù)流；應(yīng)用系統(tǒng)的數(shù)據(jù)流著手以圖形方式刻畫；表示一個具體業(yè)務(wù)系統(tǒng)中的數(shù)據(jù)處理過 程和數(shù)據(jù)流。 (4).數(shù)據(jù)管理：根據(jù)系統(tǒng)存儲和管理的關(guān)系表、記錄規(guī)模和可預(yù)見的增長量，審查需求分析及描述中作出的相關(guān)描述是否合理，是否滿足數(shù)據(jù)存儲和管理的要求。 (2).數(shù)據(jù)需求：審查數(shù)據(jù)需求，包括目標系統(tǒng)覆蓋的信息范圍，存儲和管理的數(shù)據(jù)，數(shù)據(jù)之間的關(guān)系及約束是否滿足需求。 ；評審委員會；項目負責人聘請的專家；分析人員；相關(guān)人員；用戶；系統(tǒng)的功能模型；需求說明書中描述。 (6).其他需求：需求描述中還應(yīng)該包含對目標系統(tǒng)檢測或驗收方面的要求，包括目標系統(tǒng)的可用性、可操作性、可維護性、可移植性等方面的要求。 (4).性能需求：對系統(tǒng)的性能要求，包括：響應(yīng)時間、存儲容量、系統(tǒng)的適應(yīng)性、數(shù)據(jù)的安全性、一致性和可靠性等要求。 (2).功能需求：詳細描述系統(tǒng)的總體結(jié)構(gòu)及功能，系統(tǒng)覆蓋的功能范圍，即目標系統(tǒng)覆蓋了問題域 中的哪些功能活動，各功能子系統(tǒng)的劃分，功能描述及子系統(tǒng)之間的關(guān)系。 136.(1).需求概述；需求概述是對應(yīng)用信息系統(tǒng)或軟件項目的總體描述。 。 ；從整體或宏觀入手分析問題，如業(yè)務(wù)系統(tǒng)和總體結(jié)構(gòu)，系統(tǒng)及子系統(tǒng)的關(guān)系；通過圖形化的模型對象直觀地表示系統(tǒng)要做什么，完成什么功能；圖形化建模方法方便系統(tǒng)分析員理解和描述系統(tǒng)；模型對象不涉及太多技術(shù)術(shù)語，便于用戶理解模型。 ( DFD )方法； IDEFO 建模方法；結(jié)構(gòu)化分析方法；抽象；分解。 (3)..描述需求：需求描述的目標是對應(yīng)用信息系統(tǒng)或軟件項目功能性需求和非功能性需求的描述。 (2).建立需求模型：模型是對現(xiàn)實原型所作的一種抽象，其本質(zhì)是只關(guān)心與研究內(nèi)容有關(guān)的因素而忽略無關(guān)的因素。 ；全面理解和分析；需求理解的基礎(chǔ)上；一系列行之有效的技術(shù)、方法和工具，表示和描述擬開發(fā)應(yīng)用系統(tǒng)的目標、功能、性能、數(shù)據(jù)范圍和相關(guān)約束；其內(nèi) 外部特征，最后形成需求模型和需求規(guī)格說明書。 (4).查閱資料。建模人員可以把需要了 解和調(diào)查的內(nèi)容編制成表格交給用戶填寫，獲取到對提出的問題較為準確且詳細的回答。 (3).問卷調(diào)查。實際觀察用戶的操作過程也是一種行之有效的獲取需求的方法。系統(tǒng)分析員深入到業(yè)務(wù)部門，找專家和相關(guān)的業(yè)務(wù)人員面談，由用戶方的專家和業(yè)務(wù)人員介紹其業(yè)務(wù)流程和各流程之間的關(guān)系，包括期望與信息系統(tǒng)解決的問題。 127.(1).面談 。善于表達思想，進行交流，善于把各種觀點集中起來，以便尋求一個最佳和最有效的解決途徑。能夠恰當?shù)亟鉀Q需求變動和后期階段需求的更改要求，保證需求成果既滿足用戶的愿望，又使開發(fā)人員理解其意圖。 (2).管理及溝通能力：能夠控制和管理需求分析階段的工作，不會因為需求分析過程中的某些問題而使整個項目 進展緩慢，而導(dǎo)致應(yīng)用信息系統(tǒng)或軟件產(chǎn)品被推遲交付。 125. 應(yīng)用信息系統(tǒng)的項目負責人聘請的需求 分析專家；確定應(yīng)用信息系統(tǒng)及軟件產(chǎn)品應(yīng)該達到的各項功能性要求和非公能性要求；用戶要求做什么。 123. 以模型；如 DFD圖、 IDEFO 圖等建模工具和方法；系統(tǒng)的信息流、功能結(jié)構(gòu)；完成個功能需要的數(shù)據(jù)；把描述系統(tǒng)功能的這類模型；需求規(guī)格說明書；目標；功能；約束；開發(fā)技術(shù)；數(shù)據(jù)庫管理系統(tǒng)的選型；功能模型；軟件需求規(guī)格說明書。 121. 分析清楚當前 系統(tǒng)的業(yè)務(wù)流程；系統(tǒng)的體系結(jié)構(gòu)、各職能部門；各職能部門之間；交流的信息。 119. 軟件項目的投資方和使用者對一個待開發(fā)的系統(tǒng)在實現(xiàn)目標、完成功能、應(yīng)達到的性能、安全性、可靠性等諸方面指標的一個期望和要求；一種清晰、簡潔、準確、一致且無二義性；提供的各類信息。 117. 保證在現(xiàn)有軟硬件配置下，系統(tǒng)能夠正常運行 并有效處理各類故障，以滿足系統(tǒng)預(yù)期的功能和性能要求。 115. SQL。 113. III 和 V。 111. 邏輯模式；已達到第三范式的基本表，不要進一步規(guī)范化為 BCNF；在分布式數(shù)據(jù)庫中，對一個 基本表中某些頻繁被訪問的數(shù)據(jù)，可以按水平分區(qū)或垂直分區(qū)方式拆分基本表，并合理分不到不同物理存儲位置，以加快數(shù)據(jù)訪問速度。 109. 系統(tǒng)性能監(jiān)控；性能調(diào)優(yōu)。 107. 各種系統(tǒng)統(tǒng)計數(shù)據(jù)；監(jiān)測系統(tǒng)的各項性能指標是否達到要求；磁盤空間；表剩余空閑空間；內(nèi)存使用； I/O 性能；系統(tǒng)運行狀況。 105. 日常維護；系統(tǒng)監(jiān)控與分析；系統(tǒng)性能優(yōu)化調(diào)整；系統(tǒng)進化；數(shù)據(jù)庫管理員 DBA；設(shè)計；開發(fā)人員。 103. DBAS 設(shè)計結(jié)果；數(shù)據(jù)庫；應(yīng)用程序；集成 DBAS 軟硬件；完整的 DBAS；測試；試運行；驗證在功能、性能等方面達到設(shè)計要求后。 101. 與平臺無關(guān)的事務(wù)流程； SQL 語句；數(shù)據(jù)庫訪問接口；高級程序設(shè)計語言； DBMS 提供的事務(wù)實現(xiàn)機制； read 和 write 元操作； DBMS 支持的查詢、插入、刪除、修改。 99. 數(shù)據(jù)庫的邏輯結(jié)構(gòu)；應(yīng)用要求；物理結(jié)構(gòu)；占用存儲空間少；具有較高的數(shù)據(jù)訪問效率和較低的維護代價；數(shù)據(jù)庫內(nèi)模式。 97. 數(shù)據(jù)庫物理結(jié)構(gòu)設(shè)計；數(shù)據(jù)庫事務(wù)詳細設(shè)計；應(yīng)用程序詳細設(shè)計。 95. 應(yīng)用軟件結(jié)構(gòu)設(shè)計； DBAS；應(yīng)用軟件模塊；逐步求精；信息隱藏；功能細化；子模塊；子系統(tǒng) 模塊 子模塊層次結(jié)構(gòu)；直接訪問數(shù)據(jù)庫的模塊 /子模塊抽象；確定各模塊的功能和輸入輸出數(shù)據(jù)；設(shè)計模塊使用的數(shù)據(jù)結(jié)構(gòu)；定義模塊交互的接口關(guān)系和交互流程。 93. 數(shù)據(jù)庫邏輯結(jié)構(gòu)設(shè)計；應(yīng)用程序概要設(shè)計；數(shù)據(jù)庫事務(wù)概要設(shè)計。 91. 選擇局部應(yīng)用；分別設(shè)計各個局部 ER 圖；局部 ER 圖合并。 89. 數(shù)據(jù)需求分析階段得到的需求結(jié)果；需要組織存儲在數(shù)據(jù)庫中的各類應(yīng)用領(lǐng)域數(shù)據(jù)對象的特征；概念數(shù)據(jù)模型； DBMS。 87. 概念設(shè)計；邏輯設(shè)計；物理設(shè)計。 85. 數(shù)據(jù)庫系統(tǒng)可靠性和系統(tǒng)故障恢復(fù)； DBAS 運行過程中備份數(shù)據(jù)庫的時間和備份周期；所需備份的數(shù)據(jù)是全部數(shù)據(jù)庫數(shù)據(jù)，還是其中一部分；備份方式是采用完全備份還是采用差異備份。 84. DBAS 系統(tǒng)應(yīng)達到的安 全控制級別；一般場合， C級。 82. 存儲需求；安全性需求；備份；恢復(fù)需求。 80. 數(shù)據(jù)操作響應(yīng)時間；用戶向數(shù)據(jù)庫系統(tǒng)提交數(shù)據(jù)操作請求到操作結(jié)果返回用戶的時間；系統(tǒng)吞吐量；指系統(tǒng)在單位時間內(nèi)可以完成的數(shù)據(jù)庫事務(wù)或數(shù)據(jù)查詢的數(shù)量，可以表示為每秒事務(wù)數(shù) TPS；允許并發(fā)訪問的最大用戶數(shù)；指在保證單個用戶查詢響應(yīng)時間的前提下，系統(tǒng)最多允許多少用戶同時訪問數(shù)據(jù)庫；每 TPS 代價