2022年要點(diǎn)-應(yīng)用程序知識點(diǎn)總結(jié)

1、學(xué)習(xí)必備歡迎下載數(shù)據(jù)庫為收集到的數(shù)據(jù)提供結(jié)構(gòu)化機(jī)制。任何類型的數(shù)據(jù)庫應(yīng)包含以下特點(diǎn)： 它不是將數(shù)據(jù)保存在網(wǎng)絡(luò)中的幾臺不同的服務(wù)器上，從而進(jìn)行集中化管理。它的備份過程更加方便。它提供事務(wù)持續(xù)性。由于在一個中心位置保存和維護(hù)所有數(shù)據(jù)，它可以實(shí)現(xiàn)更大的一致性。 它提供恢復(fù)和容錯能力。它允許多個用戶共享數(shù)據(jù)。它提供安全控制，執(zhí)行完整性檢查、訪問控制和必要的機(jī)密性。數(shù)據(jù)庫模型：關(guān)系數(shù)據(jù)庫模型、層次數(shù)據(jù)庫模型、網(wǎng)絡(luò)數(shù)據(jù)庫模型、面向?qū)ο蟮臄?shù)據(jù)庫模型、對象 -關(guān)系數(shù)據(jù)庫模型。關(guān)系數(shù)據(jù)庫模型（ relational database model)使用屬性（行）和元組（列）包含和組織信息。關(guān)系數(shù)據(jù)庫模型是今天應(yīng)用

2、最廣泛的數(shù)據(jù)庫組織形式，它以表(table)的形式表示信息。一個關(guān)系數(shù)據(jù)庫由一些二維表構(gòu)成，每個表包含行、列和存儲單元（行與列的交叉位置)。每個存儲單元僅包含一個數(shù)據(jù)值，表示一個特定元組的特殊屬性值主鍵（primary key)是將記錄中的所有數(shù)據(jù)與一個唯一值聯(lián)系起來的字段。層次數(shù)據(jù)庫模型 （hierarchical database model) 是另一種通用的數(shù)據(jù)庫模型。 數(shù)據(jù)元素之間的結(jié)構(gòu)和關(guān)系與關(guān)系數(shù)據(jù)庫中不同。層次數(shù)據(jù)模型由記錄（record)和字段（ field)構(gòu)成，它們之間是邏輯的樹形關(guān)系。在層次數(shù)據(jù)庫中，父節(jié)點(diǎn)可以有一個子節(jié)點(diǎn)或者多個子節(jié)點(diǎn)，也可以沒有子節(jié)點(diǎn)。樹形結(jié)構(gòu)包含許多

3、分支（branch)，分支又會有一定數(shù)量的葉子（leaf)，或者數(shù)據(jù)字段。這些數(shù)據(jù)有定義明確、預(yù)先指定的訪問路徑， 但在建立關(guān)系方面不如關(guān)系數(shù)據(jù)庫靈活。層次數(shù)據(jù)庫通常用于映射一對多的數(shù)據(jù)關(guān)系。層次數(shù)據(jù)庫是人們最開始創(chuàng)建的數(shù)據(jù)庫模型，但它并不如關(guān)系數(shù)據(jù)庫應(yīng)用普遍。最常用的層次模型為輕量級目錄訪問協(xié)議（lightweight directory access protocol,ldap)模型。這種模型也用在windows注冊表結(jié)構(gòu)和不同的文件系統(tǒng)中，但最新的數(shù)據(jù)庫產(chǎn)品通常并不采用這種模型。網(wǎng)絡(luò)數(shù)據(jù)庫模型建立在層次數(shù)據(jù)庫模型之上。與層次數(shù)據(jù)庫模型不同， 在網(wǎng)絡(luò)數(shù)據(jù)庫模型中，要找到一個數(shù)據(jù)元素， 你不

4、必知道如何從一個分支進(jìn)入另一個分支，然后從一個父節(jié)點(diǎn)進(jìn)入一個子節(jié)點(diǎn)； 網(wǎng)絡(luò)數(shù)據(jù)庫模型允許每個數(shù)據(jù)元素?fù)碛卸鄠€父節(jié)點(diǎn)和子記錄。 形成了一種類似網(wǎng)絡(luò)的冗余結(jié)構(gòu)，而非嚴(yán)格的樹結(jié)構(gòu) （網(wǎng)絡(luò)數(shù)據(jù)庫這個名稱并不表示數(shù)據(jù)在網(wǎng)絡(luò)上或在分布在整個網(wǎng)絡(luò)中，它只是描述數(shù)據(jù)元精品學(xué)習(xí)資料 可選擇p d f - - - - - - - - - - - - - - 第 1 頁，共 21 頁 - - - - - - - - -學(xué)習(xí)必備歡迎下載素的關(guān)系） 。網(wǎng)絡(luò)模型為了實(shí)現(xiàn)冗余而建立一種類似于網(wǎng)狀網(wǎng)絡(luò)拓?fù)涞慕Y(jié)構(gòu)；另外，與層次模型相比，網(wǎng)絡(luò)模型檢索數(shù)據(jù)的速度更快。這種模型使用一種記錄（record)和集合（ set)的結(jié)構(gòu)。一

5、個記錄包含字段，它可以通過一個層次化的結(jié)構(gòu)列出。集合是定義不同記錄之間的一對多的關(guān)系。一個記錄可以是任何數(shù)量的集合的 “ 所有者 ” ，同一個 “ 所有者 ” 又可能是許多不同的集合。這種結(jié)構(gòu)可以為確立不同數(shù)據(jù)元素之間的關(guān)系提供相當(dāng)大的靈活性。面向?qū)ο蟮臄?shù)據(jù)庫（ object-oriented database) 可以管理多種不同類型的數(shù)據(jù)（如圖像、語音、文檔和視頻等)。在關(guān)系數(shù)據(jù)庫中，應(yīng)用程序必須使用它自己的過程從數(shù)據(jù)庫中獲得數(shù)據(jù)， 然后根據(jù)自己的需求處理這些數(shù)據(jù)；而傳統(tǒng)的關(guān)系數(shù)據(jù)庫并不像面向?qū)ο蟮臄?shù)據(jù)庫那樣能提供訪問數(shù)據(jù)的過程。面向?qū)ο蟮臄?shù)據(jù)庫用類（class)來定義數(shù)據(jù)屬性和數(shù)據(jù)訪問過程

6、。建立這種模型的目的在于突破關(guān)系數(shù)據(jù)庫在保存和處理大量數(shù)據(jù)時遇到的限制。另外，面向?qū)ο蟮臄?shù)據(jù)庫并不依賴sql 進(jìn)行交互，因此，并非sql 客戶端的應(yīng)用程序也可以使用這種類型的數(shù)據(jù)庫。odbms 并不如關(guān)系數(shù)據(jù)庫那樣用途廣泛，但它主要用于工程和生物學(xué)等領(lǐng)域，并滿足金融領(lǐng)域的某些需求。對象-關(guān)系數(shù)據(jù)庫或?qū)ο?-關(guān)系數(shù)據(jù)庫管理系統(tǒng)（ ordbm) 是一種含有一個以面向?qū)ο缶幊陶Z言編寫的軟件前端的關(guān)系數(shù)據(jù)庫。主要用于對保存的數(shù)據(jù)執(zhí)行不同的商業(yè)邏輯。開放數(shù)據(jù)庫連接（ odbc) 是一個應(yīng)用程序編程接口（ api),允許應(yīng)用程序與本地或者遠(yuǎn)程的數(shù)據(jù)庫通信。應(yīng)用程序向odbc 發(fā)出請求， odbc 把它翻譯

7、成數(shù)據(jù)庫的命令。應(yīng)用程序可以不用關(guān)心數(shù)據(jù)庫的驅(qū)動 （driver),這些都由 odbc 完成。是一種針對基本的數(shù)據(jù)訪問技術(shù)（如 oledb) 的高級數(shù)據(jù)訪問編程接口。 是一組用于訪問數(shù)據(jù)來源，而不只是數(shù)據(jù)庫訪問的com 對象。它允許開發(fā)者編寫程序來訪問數(shù)據(jù)，而不用知道數(shù)據(jù)庫如何運(yùn)行。在使用ado 時，sql 命令不需要訪問數(shù)據(jù)庫。對象鏈接和嵌入數(shù)據(jù)庫（oledb) 是運(yùn)行在客戶端或者服務(wù)器上的中間件，把數(shù)據(jù)分成多個部分。 它提供底層接口， 允許訪問不同數(shù)據(jù)庫的數(shù)據(jù)以及不同格式的數(shù)據(jù)。以下是 ole db 的一些特點(diǎn)：替代 odbc，擴(kuò)展它的功能以支持更廣泛的非關(guān)系數(shù)據(jù)庫，如對象數(shù)據(jù)庫和精品學(xué)習(xí)

8、資料 可選擇p d f - - - - - - - - - - - - - - 第 2 頁，共 21 頁 - - - - - - - - -學(xué)習(xí)必備歡迎下載不一定執(zhí)行 sql 的電子數(shù)據(jù)表。一組基于 com 的接口，允許應(yīng)用程序以統(tǒng)一的方式訪問保存在不同數(shù)據(jù)源中的數(shù)據(jù)。由于 ole db 以 com 為基礎(chǔ)，因此它僅限于基于微軟windows 的客戶端工具使用（與 ole 無關(guān)）。開發(fā)者通過 activex 數(shù)據(jù)對象（ ado)訪問 oledb 服務(wù)。它允許不同的應(yīng)用程序訪問不同類型和來源的數(shù)據(jù)。activex 數(shù)據(jù)對象（ ado) 是一個 api,允許應(yīng)用程序訪問后臺數(shù)據(jù)庫系統(tǒng)。它是一組 o

9、dbc 接口的集合，用可訪問（ accessible)的對象來展示數(shù)據(jù)庫的功能，進(jìn)而操作數(shù)據(jù)庫。 ado 通過 ole db 接口與數(shù)據(jù)庫連接，可以用多種不同的腳本語言開發(fā)，下面是他的特點(diǎn)：是一種針對基本的數(shù)據(jù)訪問技術(shù)（如oledb) 的高級數(shù)據(jù)訪問編程接口。是一組用于訪問數(shù)據(jù)來源，而不只是數(shù)據(jù)庫訪問的com 對象。它允許開發(fā)者編寫程序來訪問數(shù)據(jù)，而不用知道數(shù)據(jù)庫如何運(yùn)行。在使用 ado 時，sql 命令不需要訪問數(shù)據(jù)庫。java數(shù)據(jù)庫連接性（ jdbc) 是一個 api,允許 java應(yīng)用程序與數(shù)據(jù)庫通信。應(yīng)用程序可以直接或者通過odbc 逹接到數(shù)據(jù)庫。以下是jdbc 的一些特點(diǎn)：是一個提供

10、和 odbc 相同功能的 api,但專門為 java數(shù)據(jù)庫應(yīng)用程序設(shè)計。在 java平臺與一系列數(shù)據(jù)庫之間，使用獨(dú)立于數(shù)據(jù)庫的連接。jdbc 是一種使 java程序執(zhí)行 sql 語句的 java api?？蓴U(kuò)展標(biāo)記語言（ xml) 個數(shù)據(jù)結(jié)構(gòu)化的標(biāo)準(zhǔn)，用于基于web 技術(shù)的程序的數(shù)據(jù)交換。 xml 是一種自定義的標(biāo)記語言，可以靈活地表現(xiàn)數(shù)據(jù)庫中的數(shù)據(jù)。web 瀏覽器可以解析xml 的標(biāo)簽，向用戶說明開發(fā)者如何表示數(shù)據(jù)。數(shù)據(jù)定義語言（ ddl) 定義數(shù)據(jù)庫的結(jié)構(gòu)（ structure)和數(shù)據(jù)架、構(gòu)（ schema) 。結(jié)構(gòu)說明表的大小、 鍵位置、視圖和數(shù)據(jù)元素關(guān)系。 數(shù)據(jù)架構(gòu)描述數(shù)據(jù)庫存儲和操作

11、的數(shù)據(jù)類型以及它們的屬性。ddl 定義了數(shù)據(jù)庫的結(jié)構(gòu)、訪問操作和完整性過程。數(shù)據(jù)操作語言（dml) 包含了使用戶能查看、 操縱和使用數(shù)據(jù)庫的所有命令(view、add、modify、sort 和 delete 命令）。精品學(xué)習(xí)資料 可選擇p d f - - - - - - - - - - - - - - 第 3 頁，共 21 頁 - - - - - - - - -學(xué)習(xí)必備歡迎下載査詢語言（ ql) 使用戶可以對數(shù)據(jù)庫提出査詢請求。報表生成器（ report generator) 提供用戶定義的數(shù)據(jù)過程輸出。數(shù)據(jù)字典是數(shù)據(jù)元素定義、架構(gòu)對象（schema object) 和引用鍵（ refere

12、nce key)的集合。架構(gòu)對象可以包含表、視圖、索引、過程、函數(shù)和觸發(fā)器。數(shù)據(jù)字典可以包含列的默認(rèn)值、數(shù)據(jù)完整性信息、用戶姓名、用戶的權(quán)限和角色，以及審計信息。它是一種通過控制數(shù)據(jù)庫中有關(guān)數(shù)據(jù)的數(shù)據(jù)集中管理數(shù)據(jù)庫各個部分的工具，提供成組數(shù)據(jù)元素和數(shù)據(jù)庫之間的交叉引用關(guān)系。數(shù)據(jù)庫管理軟件創(chuàng)建并讀取數(shù)據(jù)字典，確認(rèn)架構(gòu)對象存在， 并檢查特定用戶的進(jìn)程訪問權(quán)限。 當(dāng)檢索數(shù)據(jù)庫時， 用戶對數(shù)據(jù)的訪問被特定的視圖所限制。在數(shù)據(jù)字典中，定義了對每個用戶的視圖權(quán)限設(shè)置。當(dāng)需要增加新的記錄、表、視圖或者架構(gòu)時，應(yīng)該更新數(shù)據(jù)字典以反映這些變化。主鍵是一個行的唯一標(biāo)識符， 它用于在關(guān)系數(shù)據(jù)庫中編寫索引。每個行必須

13、擁有一個主鍵。當(dāng)用戶請求查詢一條數(shù)據(jù)記錄時，數(shù)據(jù)庫通過這個唯一的主鍵跟蹤這條記錄。數(shù)據(jù)庫軟件執(zhí)行 3 種類型的完整性服務(wù)： 語義完整性（semantic integrity),參考完整性（referential integrity)和實(shí)體完整性（ entity integrity) 。語義完整性機(jī)制保證結(jié)構(gòu)化規(guī)則和語義規(guī)則得到遵守。 這些規(guī)則與以下因素有關(guān)： 數(shù)據(jù)類型、邏輯值、唯一性約束以及可能負(fù)面影響到數(shù)據(jù)庫結(jié)構(gòu)的操作。如果所有外鍵參考現(xiàn)有的主鍵，則說明一個數(shù)據(jù)庫具有參考完整性。應(yīng)通過某種機(jī)制確保沒有外鍵引用不存在的記錄的主鍵， 或者空值。 實(shí)體完整性保證了元組由主鍵值唯一確定。為了保持實(shí)體

14、完整性， 每一個元組必須包含個主鍵。如果不包含主鍵， 數(shù)據(jù)庫就不能引用此元組。一些可配置的操作被用來幫助保護(hù)數(shù)據(jù)庫中數(shù)據(jù)的完整性，這些操作包括回滾、提交、保存點(diǎn)和檢查點(diǎn)（checkpoint)?；貪L（rollback)指的是結(jié)束當(dāng)前事務(wù)并取消對數(shù)據(jù)庫做的更改。這些更改可能是數(shù)據(jù)本身發(fā)生的更改或者是架構(gòu)（schema) 修改。執(zhí)行回滾后，所做的變更被取消，數(shù)據(jù)庫恢復(fù)到先前的狀態(tài)。 回滾發(fā)生在數(shù)據(jù)庫出現(xiàn)意想不到的故障或者外部接口處理程序出現(xiàn)錯誤時。 數(shù)據(jù)庫恢復(fù)到原始狀態(tài)， 而不是僅僅重傳或者更正部分?jǐn)?shù)據(jù)。同時，數(shù)據(jù)庫會記錄錯誤和操作日志，以便日后審査。精品學(xué)習(xí)資料 可選擇p d f - - - -

15、 - - - - - - - - - - 第 4 頁，共 21 頁 - - - - - - - - -學(xué)習(xí)必備歡迎下載提交（ commit)是指結(jié)束事務(wù)操作，執(zhí)行用戶做出的數(shù)據(jù)變更。顧名思義，一旦提交命令執(zhí)行， 用戶變更就得到確認(rèn)， 并反映到數(shù)據(jù)庫中。 這些變更可以是數(shù)據(jù)或者數(shù)據(jù)架構(gòu) , 通過提交操作， 其他用戶或者應(yīng)用程序就能訪問到更新的數(shù)據(jù)。如果用戶數(shù)據(jù)變更的提交命令沒有正確執(zhí)行， 那么數(shù)據(jù)庫會執(zhí)行回滾命令。 這保證了不會由于發(fā)生部分變更而引起數(shù)據(jù)混亂。保存點(diǎn)（ savepoint)用來保證系統(tǒng)發(fā)生故障或者探測到錯誤時，數(shù)據(jù)庫可以回到系統(tǒng)故障之前的狀態(tài)。兩階段提交（twophase com

16、mit)機(jī)制是數(shù)據(jù)庫用來確保數(shù)據(jù)完整性的另一種控制。數(shù)據(jù)庫通常會執(zhí)行事務(wù)處理， 表示用戶與數(shù)據(jù)庫同時進(jìn)行交互。與事務(wù)處理相反的是批處理（ batch processing), 即數(shù)據(jù)庫變更的請求被放入一個隊列中并一次性激活而不是在用戶提交請求時立即激活。聚合是指這種情形： 如果用戶沒有訪問特定信息的權(quán)限，但是他有訪問這些信息的組成部分的權(quán)限。 這樣，他就可以將每個組成部分組合起來，得到受限訪問的信息。用戶可以通過不同的途徑得到信息，再綜合得到本不具備明確訪問權(quán)限的信息。為了防止聚合， 需要防止主體和任何主體的應(yīng)用程序和進(jìn)程獲得整個數(shù)據(jù)集合的權(quán)限 ,包括數(shù)據(jù)集合的各個獨(dú)立組成部分。客體可以進(jìn)行分

17、類并賦予較高的級別，存儲在容器中,防止低級別權(quán)限的主體訪問。對主體的查詢，可以進(jìn)行跟蹤，并實(shí)施基于上下文的分類。 這將記錄主體對客體的訪問歷史，并在聚合攻擊發(fā)生時限制訪問企圖。另一個安全問題是推理（inference),和聚合很相似。推理指的是主體通過他可以訪問的信息推理出受限訪問的信息。 當(dāng)安全級別較低的數(shù)據(jù)可以描述出較髙級別的數(shù)據(jù)時，就會發(fā)生推理攻擊。例如，假設(shè)一個職員不應(yīng)該知道軍隊在某個國家的行動計劃，但是由于他可以訪問到食品需求表格和帳篷位置的文檔，那么他就可以根據(jù)食品和帳篷運(yùn)送的目的地推算出軍隊正在向特定地區(qū)移動. 一個辦法是防止主體或者與主體有關(guān)的應(yīng)用程序和進(jìn)程間接得到能推論的信息

18、。在數(shù)據(jù)庫開發(fā)過程中， 可以實(shí)施基于內(nèi)容或 者 基 于 情 形 的 訪 問 控 制 來 解 決 這 個 問 題 。 基 于 內(nèi) 容 的 訪 問 控 制（content-dependent access control) 是根據(jù)數(shù)據(jù)的敏感程度實(shí)施訪問控制。數(shù)據(jù)精品學(xué)習(xí)資料 可選擇p d f - - - - - - - - - - - - - - 第 5 頁，共 21 頁 - - - - - - - - -學(xué)習(xí)必備歡迎下載越敏感，能夠訪問數(shù)據(jù)的個體就越少。 基于上下文的訪問控制是指軟件根據(jù)請求的狀態(tài)和次序， “了解”應(yīng)允許哪些行為。這表示，用戶必須追蹤用戶以前的訪問嘗試， 并知道什么順序的訪問步驟

19、得到許可。 基于內(nèi)容的訪問控制就像是這樣：“julio有權(quán)訪問文件 a 嗎？ ” 系統(tǒng)在 acl 上檢查文件 a 并返回一個響應(yīng)： “julio能夠文件這個文件，但只能讀取它?！?基于上下文的訪問控制則更像是這樣： “julio有權(quán)訪問文件 a 嗎？ ”系統(tǒng)然后檢查幾個數(shù)據(jù)： julio 做了哪些其他訪問嘗試？這個請求是否沒有按照安全請求的順序？這個請求是否在系統(tǒng)允許的訪問時間內(nèi)（上午 8 時至下午 5 時）提出？如果所有這些問題的答案都與一組事先設(shè)置的參數(shù)相符，則 julio 能夠訪問文件 a。否則，他就不能訪問文件a。防止推理攻擊的常見措施有單元抑制（cell suppression) 、

20、采用數(shù)據(jù)庫分隔，或者噪聲和擾動。單元抑制是一種用來隱藏或者不顯示特定存儲單元內(nèi)容的技術(shù)，防止這些信息被用來進(jìn)行推理攻擊。分隔數(shù)據(jù)庫（partitioning a database) 包括將數(shù)據(jù)庫分成不同的部分， 使未授權(quán)用戶很難訪問到可以用于推理攻擊的相關(guān)數(shù)據(jù)。噪聲和擾動（noise and perturbation) 是一種在數(shù)據(jù)庫中插入偽造信息的技術(shù)，目的是誤導(dǎo)和迷惑攻擊者， 使得真實(shí)的推理攻擊不能成功。多數(shù)情況下， 數(shù)據(jù)庫在規(guī)劃和開發(fā)過程中并沒有將安全集成進(jìn)來。安全需要事后考慮， 作為替代， 往往需要開發(fā)一個數(shù)據(jù)庫可信前端（ front end)。這種方法限制了安全粒度及可以發(fā)揮作用的安

21、全功能。數(shù)據(jù)庫可以允許一個組或者一個特定用戶訪問特定信息，而限制另一個組訪問。這種功能通過數(shù)據(jù)庫視圖（database view) 實(shí)現(xiàn)。多實(shí)例（ polyinstantiation)建立了相同主鍵的多元組和由安全級別定義的實(shí)例之間的關(guān)系。當(dāng)一條信息插入到數(shù)據(jù)庫中時，需要限制低級別用戶訪問這條信息。通過建立另一組數(shù)據(jù)迷惑低級別用戶，使用戶認(rèn)為他得到的信息是真實(shí)的，而不是僅僅限制信息的訪問。聯(lián)機(jī)事務(wù)處理（ online transaction processing, oltp) 用于多數(shù)據(jù)庫集群提供容錯和高性能的情況。 oltp 提供一種監(jiān)測問題的機(jī)制，并在問題發(fā)生時立即進(jìn)行適當(dāng)處理。oltp

22、的主要作用是確保事務(wù)正確發(fā)生或根本不發(fā)生。通常，事務(wù)處理表示一些不可分割的操作獨(dú)立發(fā)生。 如果其中一個操作失敗， 則剩下的操作需要回滾， 以精品學(xué)習(xí)資料 可選擇p d f - - - - - - - - - - - - - - 第 6 頁，共 21 頁 - - - - - - - - -學(xué)習(xí)必備歡迎下載確保只向數(shù)據(jù)庫中輸入準(zhǔn)確的數(shù)據(jù)。處理事務(wù)的一組系統(tǒng)由一個軟件oltp 產(chǎn)品管理和監(jiān)控， 以確保一切順利平穩(wěn)地進(jìn)行。 oltp 可以對入站請求做負(fù)載均衡。oltp 要實(shí)時記錄所出現(xiàn)的事務(wù)（transaction) 。在一個分布式環(huán)境下， 這個過程同時修改多個數(shù)據(jù)庫。這個復(fù)雜的舉動會引起許多關(guān)于完整

23、性的威脅，所以數(shù)據(jù)庫軟件應(yīng)該具有一種叫做acid測試的特性。原子性（atomicity) 把事務(wù)分成多個工作單元， 確保所有的修改都生效或者沒有一個修改生效。數(shù)據(jù)庫接受所有修改或者不接受任何修改。致性（consistency) 事務(wù)必須遵守每個數(shù)據(jù)庫的完整性策略，保證在不同數(shù)據(jù)庫中的數(shù)據(jù)的一致性。隔離性（ isolation) 事務(wù)完全分開進(jìn)行，事務(wù)之間互不影響。在事務(wù)完成之前,所有的修改都沒有生效。持久性（ durability) 旦事務(wù)在所有的系統(tǒng)上都被認(rèn)為是正確的，它就要提交，數(shù)據(jù)庫不能拒絕它。為了信息檢索和數(shù)據(jù)分析， 將多個數(shù)據(jù)庫或數(shù)據(jù)源聯(lián)合成一個大的數(shù)據(jù)庫。從各個不同的數(shù)據(jù)庫中提取數(shù)

24、據(jù)傳輸?shù)揭粋€中央數(shù)據(jù)存儲區(qū)，這個存儲區(qū)就叫做數(shù)據(jù)倉庫（data warehousing) 。這些數(shù)據(jù)被標(biāo)準(zhǔn)化，也就是說刪除冗余的信息，并以數(shù)據(jù)倉庫期望的方式對其進(jìn)行格式化。這使得用戶只需查詢一個實(shí)體， 而不用訪問和查詢不同的數(shù)據(jù)庫。 數(shù)據(jù)倉庫提取數(shù)據(jù)的數(shù)據(jù)源是用于操作。建立數(shù)據(jù)倉庫是為了進(jìn)行分析， 從而做出商業(yè)預(yù)測決策， 確定營銷效率、 商業(yè)趨勢甚至是欺詐行為。相關(guān)數(shù)據(jù)會先進(jìn)行總結(jié)和相互關(guān)聯(lián)，然后再呈現(xiàn)給用戶。 用戶得到的并不是最初的每一項數(shù)據(jù)，而是最能適合他的需求的更加精簡的數(shù)據(jù)。盡管數(shù)據(jù)倉庫提供更方便的訪問控制，但是由于它的集中性， 數(shù)據(jù)倉庫需要更嚴(yán)格的安全。如果入侵者進(jìn)入數(shù)據(jù)倉庫， 那么

25、他就可以立即訪問整個組織的數(shù)據(jù)信息了。數(shù)據(jù)挖掘（ data mining) 是對數(shù)據(jù)倉庫中的數(shù)據(jù)進(jìn)行進(jìn)一步處理以得到更有用信息的過程。數(shù)據(jù)挖掘 工具被 用 來發(fā)現(xiàn) 數(shù)據(jù)的聯(lián)系和相關(guān) 性來生成元數(shù)據(jù)（metadata) 。元數(shù)據(jù)可以揭示單個信息子集中隱含的相關(guān)性，可以用來發(fā)現(xiàn)不明精品學(xué)習(xí)資料 可選擇p d f - - - - - - - - - - - - - - 第 7 頁，共 21 頁 - - - - - - - - -學(xué)習(xí)必備歡迎下載顯的異常模式。數(shù)據(jù)挖掘可以檢查復(fù)雜的數(shù)據(jù)，通過模糊邏輯（fuzzy logic) 、集合理論(settheory)、專家系統(tǒng)（ expert system)

26、技術(shù)來簡化查詢，執(zhí)行數(shù)學(xué)函數(shù)，查找到數(shù)據(jù)中的隱含模式。 元數(shù)據(jù)比它的原始數(shù)據(jù)來源更有價值。數(shù)據(jù)倉庫和數(shù)據(jù)挖掘的目標(biāo)是提取信息， 以了解與組織活動和趨勢有關(guān)的知識，數(shù)據(jù)挖掘是一個分析數(shù)據(jù)倉庫的過程， 它在不知道數(shù)據(jù)所包含意義的情況下，用一些工具去分析數(shù)據(jù)的趨勢、相關(guān)性、關(guān)聯(lián)和異常。元數(shù)據(jù)（metadata)就是把數(shù)據(jù)放在數(shù)據(jù)庫中，然后用工具挖掘出來的結(jié)果。數(shù)據(jù)進(jìn)入數(shù)據(jù)庫，而元數(shù)據(jù)從數(shù)據(jù)庫中出來。數(shù)據(jù)挖掘也稱作數(shù)據(jù)庫知識發(fā)現(xiàn)（knowledge discovery in database, kdd), 它組合了發(fā)現(xiàn)有效及有用模式的各種技巧。下面是kdd 系統(tǒng)用于發(fā)現(xiàn)這些模式的3種方法：分類根據(jù)共同

27、的相似性來組合數(shù)據(jù)?？赡苄源_定數(shù)據(jù)之間的相互依賴關(guān)系，并將可能性應(yīng)用到它們的關(guān)系中。統(tǒng)計確定數(shù)據(jù)元素之間的關(guān)系，并使用規(guī)則發(fā)現(xiàn)。系統(tǒng)或者產(chǎn)品通常會遵循如下生命周期階段: 項目啟動（ project initiation )。功能設(shè)計分析和規(guī)劃（ functional design and planning) 。系統(tǒng)詳細(xì)設(shè)計（ system design specifications) 。軟件開發(fā)（ software development) 。. 安裝/實(shí)施（ installation/implementation)。運(yùn)行/維護(hù)（ operational/maintenance) 。處理（ d

28、isposal)。安全計劃（ security plan)應(yīng)該在項目開發(fā)之初就制定，并且集成到功能計劃中，以保證安全不被忽視。 第一個安全計劃應(yīng)該是廣泛的，涉及各個方面， 并且引用其他參考文檔以得到更詳細(xì)的信息。這些參考文檔包括計算機(jī)標(biāo)準(zhǔn)（如rfc 文檔、ieee 標(biāo)準(zhǔn)和一些最佳實(shí)踐 )、先前項目文檔、安全策略、認(rèn)證聲明、事件處理計劃以及國家或國際安全指南（如橘皮書、紅皮書、通用準(zhǔn)則等)。這些文檔將使安全計劃更易讀易用。 安全計劃應(yīng)該有自己的生命周期。安全計劃和項目管理活動需要進(jìn)行審計，以保證安全相關(guān)的決定可被理解。精品學(xué)習(xí)資料 可選擇p d f - - - - - - - - - - - -

29、 - - 第 8 頁，共 21 頁 - - - - - - - - -學(xué)習(xí)必備歡迎下載項目啟動項目組的每一個人都應(yīng)當(dāng)充分理解項目需求和項目使用的范圍。這個階段包括對市場上已有產(chǎn)品的評估， 明確現(xiàn)有廠商沒有滿足的用戶需求。需求也可能是來自現(xiàn)有客戶和潛在客戶的對特定產(chǎn)品的直接要求。這個建議書將被提交到高級管理層，來決定是否啟動項目， 或者還需要向他們提供進(jìn)一步的信息。在這個階段中將明確用戶需求， 確認(rèn)產(chǎn)品的基本安全目標(biāo)。 本階段必須明確產(chǎn)品是否進(jìn)行敏感信息的處理，定義這些信息的敏感度級別（level of sensitive)。在風(fēng)險管理過程建立之后，應(yīng)該設(shè)計一個基本安全框架。 風(fēng)險管理將在整個項

30、目的生命期內(nèi)持續(xù)進(jìn)行。風(fēng)險管理風(fēng)險管理階段最重要的一個方面就是明確要提問的正確問題。風(fēng)險分析進(jìn)行風(fēng)險分析的目的是鑒別相關(guān)風(fēng)險和潛在的危險后果。項目組需要分析與項目失敗相關(guān)的風(fēng)險，這與安全風(fēng)險分析有很大的不同。安全風(fēng)險包括其他不同的威脅和問題。功能設(shè)計分析和規(guī)劃在這個階段，需要制定項目計劃來定義安全行為，制定安全檢查點(diǎn)（security checkpoint) 來保證安全控制措施（ security control) 的質(zhì)量控制，以及識別配置過程和變更控制過程。在這個階段，進(jìn)行資源確定、形成測試計劃和評估準(zhǔn)則來保證安全控制措施的正確測試 。正式的功能基線的形成意味著以一種正式的方式，通常是文檔化

31、，勾勒出產(chǎn)品的期望輪廓。測試計劃在每個階段需要被更新，以保證所有問題都被正確測試。在生命周期中可能需要不止一次風(fēng)險分析。因此在編碼開始之前，需要有明確的目標(biāo)和方向, 系統(tǒng)詳細(xì)設(shè)計信息模型（ informational model) 規(guī)定被處理信息的類型以及如何進(jìn)行處理。功能模型（ functional model) 概括應(yīng)用程序需要執(zhí)行的任務(wù)和功能。行為模型（ behavioral model)說明應(yīng)用程序在特定事務(wù)發(fā)生過程中和發(fā)生之后的狀態(tài)。這個階段需要確認(rèn)任務(wù)分解結(jié)構(gòu)（work breakdown structure, wbs), 包括開發(fā)階段和實(shí)施階段。 wbs 包含測試、開發(fā)、分段實(shí)施

32、、集成測試和產(chǎn)品發(fā)布等各個階段的時限和詳細(xì)活動。系統(tǒng)設(shè)計是用來描述用戶需求和系統(tǒng)內(nèi)部行為的工具，它通過映射這兩個方面來描繪系統(tǒng)是如何通過內(nèi)部行為完成用戶需求的。在本階段的開始， 需要考慮產(chǎn)品的更多細(xì)節(jié)以及產(chǎn)品的工作環(huán)境。功能性需求在精品學(xué)習(xí)資料 可選擇p d f - - - - - - - - - - - - - - 第 9 頁，共 21 頁 - - - - - - - - -學(xué)習(xí)必備歡迎下載最后確定。 本階段解決了提供這種功能所需的工作機(jī)制，決定如何進(jìn)行編碼、 測試和實(shí)施。產(chǎn)品的模塊化和重用（ modularity and reusability)問題，或者說產(chǎn)品組件問題，需要在這個階段解決

33、。 提供關(guān)鍵安全功能的代碼設(shè)計應(yīng)該盡量簡潔，以便能夠以盡可能明確的方式發(fā)現(xiàn)錯誤。在早期階段，需要考慮產(chǎn)品和組件的可測試性， 而不是在后期考慮。在這個階段，需要進(jìn)一步仔細(xì)考慮在項目啟動階段提出的問題，保證詳細(xì)設(shè)計中解決了每一個問題。在設(shè)計階段所作的決定， 對開發(fā)階段而言是關(guān)鍵的。 設(shè)計是用戶需求轉(zhuǎn)化為軟件的唯途徑；這樣，軟件設(shè)計就是整個產(chǎn)品開發(fā)的基礎(chǔ)。軟件開發(fā)在這個階段， 程序員和開發(fā)者都需要深度參與。在這個階段， 程序員應(yīng)當(dāng)持一種不允許產(chǎn)生軟件缺陷的態(tài)度進(jìn)行工作。正式或者非正式的測試應(yīng)該盡快開始。單元測試（ unit testing)可以在開發(fā)早期開始。不同的環(huán)境類型（開發(fā)、測試和生產(chǎn)）應(yīng)當(dāng)敢

34、正確分離， 功能和操作不應(yīng)該重疊。 安全測試應(yīng)當(dāng)針對項目早期識別出的風(fēng)險。在這個階段通常需要進(jìn)行安全攻擊和滲透測試來發(fā)現(xiàn)任何遺漏的軟件缺陷，功能、性能和抗?jié)B透性被進(jìn)一步評價。產(chǎn)品應(yīng)該在不同的環(huán)境中測試不同的應(yīng)用、不同的配置和不同的硬件平臺。安裝/實(shí)施實(shí)施階段著重于如何使用和操作開發(fā)好的系統(tǒng)或者應(yīng)用程序。在這個階段， 用戶已經(jīng)購買了開發(fā)好的產(chǎn)品， 并安裝到工作環(huán)境中。 產(chǎn)品需要配置到一個正確的保護(hù)等級，通過執(zhí)行功能和性能測試并進(jìn)行結(jié)果分析，驗(yàn)證產(chǎn)品是否滿足用戶的安全需求。系統(tǒng)配置應(yīng)當(dāng)被記錄到文檔中。要開發(fā)出用戶指南和運(yùn)行維護(hù)手冊，以使用戶知道如何正確使用系統(tǒng)， 使技術(shù)人員知道在需要時如何正確配置

35、產(chǎn)品。需要監(jiān)視安全活動，以確保系統(tǒng)或應(yīng)用以服務(wù)水平協(xié)議（service level agreement, sla)保證的方式運(yùn)行。認(rèn)可（accreditation)應(yīng)當(dāng)在開發(fā)之后，系統(tǒng)應(yīng)用開始運(yùn)行之前進(jìn)行。這個過程需要遵循認(rèn)證過程， 正式或者非正式地測試所有的安全特征，以確認(rèn)產(chǎn)品是否完成所需的安全功能。認(rèn)證（certmcation)是一個檢查和評估安全控制的過程，通常由外部獨(dú)立的機(jī)構(gòu)執(zhí)行。 認(rèn)可是管理層對系統(tǒng)的正式接受，也是明確對風(fēng)險的接精品學(xué)習(xí)資料 可選擇p d f - - - - - - - - - - - - - - 第 10 頁，共 21 頁 - - - - - - - - -學(xué)習(xí)必備

36、歡迎下載受。旦確認(rèn)新系統(tǒng)提供的安全功能并且理解和接受殘余風(fēng)險，管理層應(yīng)當(dāng)發(fā)布一個正式的認(rèn)可聲明。 應(yīng)當(dāng)打開審計功能并監(jiān)視事故恢復(fù)計劃（contingency recovery planning),開發(fā)響應(yīng)程序并進(jìn)行測試，以保證系統(tǒng)和產(chǎn)品在系統(tǒng)故障和緊急情況下能夠正確響應(yīng)。運(yùn)行/維護(hù)運(yùn)行保證（ operational assurance) 通過以下活動執(zhí)行：進(jìn)行弱點(diǎn)測試、系統(tǒng)行為監(jiān)控、事件審計。測試類型單元測試（ unit esting) 體組件位于一個受控的環(huán)境中，程序員在這里確認(rèn)數(shù)據(jù)結(jié)構(gòu)、邏輯和邊界條件。集成測試（ integration testing) 驗(yàn)組件是否按設(shè)計規(guī)范中規(guī)定的那樣協(xié)

37、同工作。驗(yàn)收測試（ acceptance testing) 保代碼滿足客戶的需求?；貧w測試 (regression testing) 進(jìn)行系統(tǒng)變更后重新進(jìn)行測試，以確保功能性、 性能和保護(hù)級別。垃圾收集（ garbage collection)是操作系統(tǒng)自動執(zhí)行內(nèi)存管理任務(wù)的一種方式。事后回顧事后回顧應(yīng)該是有組織的活動， 有人主持會議和進(jìn)行記錄， 但對每一個成員應(yīng)該有寬松和諧的氣氛， 以使他們更好地表達(dá)觀點(diǎn)和想法。重要的一點(diǎn)是， 會議不應(yīng)該成為指責(zé)和抱怨的場所。 項目是一個不斷學(xué)習(xí)的過程， 其職責(zé)是以最短的時間和最低的成本制造出最好的產(chǎn)品。理解這兩點(diǎn)的益處， 使事后回顧成為每個項目的一部分，這

38、對管理層來說是有益的。 最成功的情況是能夠簡化項目過程和項目管理，使之成為一個能夠達(dá)到期望質(zhì)量等級的可重復(fù)過程，然后繼續(xù)考慮如何改善項目和進(jìn)一步積累。瀑布(waterfall)使用分離的開發(fā)階段的經(jīng)典方法，在進(jìn)入項目的下一個階段之前，要求正式的評審和文檔記錄。螺旋模型 (spiral model)建立于瀑布方法之上的一種方法，著重強(qiáng)調(diào)在開發(fā)周期不同階段的風(fēng)險分析、 原型化和模擬。 這種方法定期重訪前面的階段，以更新和驗(yàn)證設(shè)計需求。精品學(xué)習(xí)資料 可選擇p d f - - - - - - - - - - - - - - 第 11 頁，共 21 頁 - - - - - - - - -學(xué)習(xí)必備歡迎下載

39、結(jié)構(gòu)化編程開發(fā) (structured programming development)這種編程方法涉及使用邏輯塊以實(shí)現(xiàn)應(yīng)用過程化編程的系統(tǒng)設(shè)計。結(jié)構(gòu)化程序布局最小化轉(zhuǎn)移控制語句(如 goto)的隨意使用，并強(qiáng)調(diào)單個進(jìn)出點(diǎn)。 這種層次化方式使得稍后能夠更容易地理解和更改程序。結(jié)構(gòu)化編程鼓勵模塊重用，從而優(yōu)化內(nèi)存利用。迭代開發(fā) (iterative development)這種方法通過循環(huán)方式進(jìn)行軟件開發(fā)。與傳統(tǒng)模型不同的是， 迭代開發(fā)關(guān)注通過持續(xù)評估項目的當(dāng)前狀態(tài)來籌劃項目里程碑，而評估借助基于資源、 時段和執(zhí)行計劃的初始目標(biāo)。 迭代開發(fā)提供了一種評估項目整體狀態(tài)的動態(tài)方法，并且允許通過修正來

40、改善項目的效率。改進(jìn)原型模型 (modified prototype model, mpm) 作為在 web 應(yīng)用程序開發(fā)中所面對的挑戰(zhàn)而專門開發(fā)的一種方法， 改進(jìn)原型模型允許開發(fā)人員即時將客戶需求轉(zhuǎn)換為可顯示的產(chǎn)品或原型。 改進(jìn)原型通常用于開發(fā)人員和客戶對產(chǎn)品的最終特性沒有把握的情況。使用可改進(jìn)的原型使得最終產(chǎn)品能夠成為更清晰的系統(tǒng)規(guī)范。探索模型 (exploratory model)這種方法用于項目目標(biāo)未被清楚定義的場合。探索模型關(guān)注的不是顯式任務(wù)， 而是依賴于一組可能融入最終產(chǎn)品工作的隱式規(guī)范。測試是探索開發(fā)的一個重要部分， 以便確定項目的當(dāng)前階段是否遵從可能的實(shí)現(xiàn)場景。聯(lián)合分析開發(fā) (

41、joint analysis development, jad) 這種方法在一個面向工作間的環(huán)境中釆用工作組的方式開發(fā)應(yīng)用程序?？焖賾?yīng)用開發(fā) (rapid application development, rad) 一種判斷用戶需求并快速開發(fā)系統(tǒng)以滿足即時需要的方法。重用模型 (reuse model)這種模型通過使用日益增多的模型來進(jìn)行軟件開發(fā)。通過逐漸更改原有的原型以滿足客戶的需求，可重用程序不斷演變。 因?yàn)橹赜媚Ｐ筒恍枰獜念^構(gòu)建程序，所以顯著減少了開發(fā)成本和時間。凈室(cleanroom)通過遵循結(jié)構(gòu)化且規(guī)范的開發(fā)和測試方法來力圖防止錯誤和問題的解決途徑。這種模型用于高質(zhì)量和嚴(yán)要求的應(yīng)用

42、程序(通過嚴(yán)格的認(rèn)證過程 )。組件型開發(fā) (component-based development)這種模型將獨(dú)立、標(biāo)準(zhǔn)的模塊裝配在可服務(wù)程序內(nèi)。 每個標(biāo)準(zhǔn)模塊都由一個功能算法或指令集組成，并且被提供一個與其他模塊通信的接口。 經(jīng)常用在面向?qū)ο蟮木幊讨械?“對象” 是這些模塊的一精品學(xué)習(xí)資料 可選擇p d f - - - - - - - - - - - - - - 第 12 頁，共 21 頁 - - - - - - - - -學(xué)習(xí)必備歡迎下載個常見示例。 組件型開發(fā)在程序中添加了可重用性和可插入的功能性，它廣泛用在現(xiàn)代編程中，以擴(kuò)大程序的連貫性，并大大降低了軟件維護(hù)成本。極限編程 (extre

43、me programming) 這種方法通常在要求快速適應(yīng)以改變客戶需求的場景中實(shí)現(xiàn)。 極限編程強(qiáng)調(diào)客戶的反饋， 從而評估項目結(jié)果和分析可能需要進(jìn)行一步注意的項目作用域。 極限編程的編碼原則舍棄了傳統(tǒng)的、為代碼重用所執(zhí)行的長期規(guī)劃， 并致力于創(chuàng)建為同期工作而優(yōu)化的簡單代碼。極限編程承認(rèn)客戶需求在整個項目生命周期中可能顯著變化的事實(shí)，并且使用開發(fā)進(jìn)程來調(diào)整這些變化。case 工具的目標(biāo)就是在軟件開發(fā)過程中支持一個或多個軟件工程任務(wù)和活動，它們使用特定的工具在開發(fā)和詳細(xì)分析中應(yīng)用工程原理。很多情況下，有必要根據(jù)己搜集的軟件產(chǎn)品需求開發(fā)一個模型供用戶和開發(fā)人員使用。這個模型叫做原型（prototyp

44、e),它可以向用戶說明開發(fā)小組的前進(jìn)方向以及對用戶需求的解釋。 原型使用戶可以了解開發(fā)方向， 得到開發(fā)完成后產(chǎn)品的外觀概念，向用戶進(jìn)一步解釋需求方面的問題和疑惑。在開發(fā)過程中， 原型還可以使測試工作更早地進(jìn)行， 以及早發(fā)現(xiàn)和解決問題或錯誤。有的項目龐大， 可能需要劃分產(chǎn)品，以便每一部分都可以檢查或建立其原型。如果沒有正確處理， 開發(fā)和生產(chǎn)過程中的變更可能造成大量混亂。發(fā)生變更有幾種原因。在開發(fā)階段，用戶可能會改變需求，增加、刪除或者修改某些特定的功能。在生產(chǎn)階段，變更可能會由環(huán)境改變造成，如對產(chǎn)品或系統(tǒng)的新的需求、新發(fā)布的補(bǔ)丁程序或者升級程序。 這些變化應(yīng)當(dāng)被嚴(yán)格控制， 以保證每個變更都被批準(zhǔn)

45、、正確合并以及不會對原來的功能造成負(fù)面影響。配置管理（configuration management) 是控制產(chǎn)品生命周期和記錄時必要的變更控制活動的過程。通常開發(fā)經(jīng)理必須通報項目經(jīng)理， 如果引入變更會需要多少額外的工作量，應(yīng)該采取哪些步驟保證變更不會影響產(chǎn)品中的其他組件。此外，安全不能遭到破壞， 變更必須由管理層批準(zhǔn)。 當(dāng)一個程序員改變源代碼時， 這種改變應(yīng)該在代碼的測試版本上進(jìn)行。對源代碼的變更絕對不能在代碼的生產(chǎn)版本上進(jìn)行。發(fā)生變更的代碼，經(jīng)過測試才能進(jìn)入代碼庫中。 生產(chǎn)代碼只能從代碼庫中得到， 而不能從程序員或者測試環(huán)境中得來。能力成熟度模型（ capability maturity

46、 model ，cmm) 描述軟件開發(fā)流程的基本規(guī)精品學(xué)習(xí)資料 可選擇p d f - - - - - - - - - - - - - - 第 13 頁，共 21 頁 - - - - - - - - -學(xué)習(xí)必備歡迎下載程、原則和實(shí)踐。該模型幫助軟件公司改善軟件開發(fā)過程，將一些“突發(fā)奇想”的行為變成一個有規(guī)律、可重復(fù)的步驟，從而提高軟件質(zhì)量，縮短開發(fā)周期，提供更好的項目管理能力， 允許創(chuàng)建并及時到達(dá)項目高度，增加有用步驟和減少反作用的步驟。該模型給出了軟件開發(fā)的策略、規(guī)程、指南和最佳實(shí)踐措施，可以用于不同的開發(fā)小組開發(fā)標(biāo)準(zhǔn)化的軟件開發(fā)方法。該模型通過不斷評估和改善的過程來優(yōu)化結(jié)果，提高性能，提高軟

47、件質(zhì)量和降低成本。 這個模型是個分層框架，使不同的組織持續(xù)提高軟件開發(fā)能力。它既可作為軟件開發(fā)公司的工具，也可以用于評估軟件開發(fā)商開發(fā)過程的一致性和軟件質(zhì)量。有 5 個能力成熟度級別 : 初始（ initial) 開發(fā)過程很隨意，甚至非?；靵y。該公司沒有使用一個有效的計劃和管理流程。沒有一致性的保證，質(zhì)量不可預(yù)測?？芍貜?fù)（ repeatable) 有正式的管理結(jié)構(gòu)、變更控制和質(zhì)量保證。該公司可以在不同項目中適當(dāng)?shù)刂貜?fù)一些過程。該公司沒有正式定義過程的模型。定義（defined) 有正式流程， 其中描述和定義了在不同項目中的過程。該公司有辦法對過程進(jìn)行定量的改善。管理（ managed) 公司有一個正式的過程，可以收集和分析定性數(shù)據(jù)。過程改善程序定義了協(xié)調(diào)結(jié)構(gòu)（ metrics)。優(yōu)化（ optimizin