計算機基礎(chǔ)
海明碼的校驗
已知數(shù)據(jù)信息為16位,最少應(yīng)附加( )位校驗位,以實現(xiàn)海明碼糾錯。
公式 2^r-r≥N+1
N填入16,r為應(yīng)附加的校驗位,則r=5滿足需求加密
| 類型 | 描述 |
|---|---|
| RSA | 迪菲-赫爾曼密鑰交換協(xié)議 |
| DSA | 數(shù)字簽名 |
| ECC | 橢圓加密 |
- 計算機指令集
| 類型 | 描述 |
|---|---|
| RISC | 精簡指令集計算機 |
| CISC | 復(fù)雜指令集計算機 |
帶寬計算
總帶寬=數(shù)據(jù)總量/總時間光盤儲存器
光盤存儲器按存儲介質(zhì)可分為型變型、相變型和磁光型。
- 磁盤例題
某雙面盤記錄區(qū)的外徑為12cm,內(nèi)徑為10cm,磁道密度為80cm,內(nèi)圈位密度為 4000bit/cm。則該磁盤在格式化之前的總?cè)萘繛? 65 字節(jié),該磁盤共有 66 柱面, 67 磁道。將該磁盤按每道18扇區(qū)格式化,每扇區(qū)512字節(jié),則其存儲容量為 68 字節(jié)。光盤存儲器按存儲介質(zhì)可分為型變型、相變型和 69 。
對于磁盤存儲器,非格式化的容量為Cn=ftmn,其中f為傳輸速率,t為每轉(zhuǎn)時間,m為記錄面數(shù),n為每面信息數(shù)。對于磁盤,位密度Db=ft/[圖片上傳失敗...(image-9134cc-1633609189536)] Dmin,其中Dmin為最內(nèi)圈信息道直徑。
因此,非格式化容量為:
Cn=Db×PI×Dmin×m×n=4000×PI ×10×2×[80×(12-10)/2+1)=6.48 PI ×10^6bit=0.81PI ×10^6B
海面的柱面數(shù)和磁道數(shù)相同,每面的磁道數(shù)為80×(12-10)/2+1=81。
由于有兩面,則磁道數(shù)為81×2=162。
磁盤格式化后,容量有所減少。Cf=Bs×St×m×n。其中Bs為每扇區(qū)的字節(jié)數(shù),St為每信道的扇區(qū)數(shù)。Cf=Bs×St×m×n=512×18×2×[80×(12-10)/2+1)= 1492992B。
第三章 數(shù)據(jù)結(jié)構(gòu)
- 二維數(shù)組a[1...N, 1...N],a[i,j]的關(guān)系i
在按行存儲方式下,a[ij]之前的元素個數(shù)為(i-l)N+j-l;在按列存儲方式下,a[ij]
之前的元素個數(shù)為(j-l)N+i-l。若i=j,則a[ij]是主對角線上的元素,顯然(i-l)N+j-l
與(j-l)N+i-l相等。若i<j,則a[ij]是上三角區(qū)域的元素;若i>j,則a[i,j]
是下三角區(qū)域的元素,這兩種情況下,存儲在a[i,j]之前的元素個數(shù)分別為和(j-l)*N+i-1,其大小關(guān)系依賴于i和j的具體取值。
- 樹的一些公式
設(shè)樹中的節(jié)點總數(shù)為n、分支數(shù)目為m,
節(jié)點總數(shù)=分支數(shù)+1 n=m+1
-
二叉樹的公式
- n個節(jié)點的二叉樹一共有((2n)!)/(n! * (n+1)!)種形式 - n層二叉樹的第n層最多為2^(n-1)個結(jié)點 - 二叉樹節(jié)點計算公式 n = n0+n1+n2,度為0的葉子節(jié)點比度為2的節(jié)點數(shù)多一個。n=1*n1+2*n2+1 - 對任何一棵二叉樹T,如果其終端節(jié)點數(shù)為n0,度為2的節(jié)點數(shù)為n2,則n0=n2+1 - 具有n個節(jié)點的完全二叉樹的深度為log2(n) + 1 - 如果對一棵有n個結(jié)點的完全二叉樹的結(jié)點按層序編號( 從第1層到 +1層, 每層從左到右) , 則對任一結(jié)點i( 1≤i≤n) , 有: 如果i=1, 則結(jié)點i無父結(jié)點, 是二叉樹的根; 如果i>1, 則父結(jié)點是 ; 如果2i>n, 則結(jié)點i為葉子結(jié)點, 無左子結(jié)點; 否則, 其左子結(jié)點是結(jié)點2i; 如果2i+1>n, 則結(jié)點i無右子結(jié)點, 否則, 其右子結(jié)點是結(jié)點2i+1
第四章 操作系統(tǒng)
- 寄存器
| 名稱 | 作用 |
|---|---|
| 累加寄存器(AC) | 用來暫時存放算術(shù)邏輯運算部件ALU運算的結(jié)果信息 |
| 程序計數(shù)器(PC) | 下一條指令地址的地方,計算之前就要用到 |
| 指令寄存器(IR) | 保存當(dāng)前正在執(zhí)行的一條指令 |
| 地址寄存器(AR) | 保存當(dāng)前CPU所要訪問的內(nèi)存單元的地址 |
第五章 軟件工程基礎(chǔ)知識
| 模型 | 特點 |
|---|---|
| 瀑布模型 | 軟件生存周期中各個活動規(guī)定為以線性順序連接的若干階段的模型,假設(shè)待開發(fā)系統(tǒng)需求完整簡明一致 |
| 增量模型 | 需求分段成一序列增量產(chǎn)品,采用隨著日程時間的進展而交錯的線性序列,每個線性序列產(chǎn)生一個可發(fā)布的增量 |
| 演化模型 | 在獲取一組基本的需求后,通過快速分析構(gòu)造出該軟件的一個初始可運行版本,然后逐步演化成為最終軟件產(chǎn)品 |
| 原型模型 | 速構(gòu)造軟件的原型,在此基礎(chǔ)上開發(fā)最終軟件產(chǎn)品。用于需求不明確的項目,需要經(jīng)常變更,不適合大規(guī)模軟件 |
| 螺旋模型 | 強化風(fēng)險分析、適用難度高且復(fù)雜的大型軟件 |
| 噴泉模型 | 以用戶需求為動力,以對象為驅(qū)動,多個開發(fā)同時進行,提高效率,但是需要大量開發(fā)人員,不利于項目管理,需要嚴格管理文檔。迭代和無間隙特性 |
| 統(tǒng)一過程(UP)模型 | 初始階段,精化階段,構(gòu)建階段,移交階段 |
- 軟件質(zhì)量
| 特性 | 子特性 |
|---|---|
| 功能性 | 適合性、準(zhǔn)確性、互操作性、安全保密性、依從性 |
| 可靠性 | 成熟性、容錯性和易恢復(fù)性 |
| 易使用性 | 易理解性、易學(xué)性、易操作性、吸引性 |
| 效率 | 時間特性、資源利用性 |
| 可維護性 | 易分析性、易改變性、穩(wěn)定性、易測試性(平均無故障時間MTTF,平均維修時間MTTR,MTTF/(MTTF+MTTR)*100%) |
| 可移植性 | 適應(yīng)性、易安裝性、一致性、易替換性 |
- 敏捷方法
| 名稱 | 特點 |
|---|---|
| 極限編程(XP) | 價值觀,原則,實踐,行為組成,彼此相互依賴,關(guān)聯(lián),并通過行為貫穿于生存周期,增量/反復(fù)開發(fā),一次小的改進跟著一次小的改進,測試使用回歸測試自動化單元測試 |
| 水晶法 | 每一個不同的項目都需要一套不同的策略,約定,方法論,人對軟件質(zhì)量有重要影響 |
| 并列爭球法 | 使用迭代方式,每30天一次迭代,并按需求的優(yōu)先級別來實現(xiàn)產(chǎn)品 |
| 自適應(yīng)軟件開發(fā) | 使命作為指導(dǎo),特征作為客戶價值的關(guān)鍵點,過程中的等待很重要,變化不被視為改正而視為調(diào)整,確定的交付時間,風(fēng)險包含其中 |
| 統(tǒng)一敏捷過程(AUP) | 建模,實現(xiàn),測試,部署,配置及項目管理,環(huán)境管理 |
- 開發(fā)進度安排
| 圖 | 用途 |
|---|---|
| Gantt圖 | 簡單的水平條形圖,能清晰描述每個任務(wù)從何時開始,何時結(jié)束,任務(wù)進展情況和各個任務(wù)之間的并行性,單不能反應(yīng)出各任務(wù)之間的依賴關(guān)系 |
| PERT圖 | 有向圖,能得出每個任務(wù)開始時間結(jié)束時間和所需時間,任務(wù)之間的依賴關(guān)系,松弛時間,單不能反映任務(wù)之間的并行關(guān)系 |
- 風(fēng)險管理
| 名稱 | 用途 |
|---|---|
| 鳳險識別 | 試圖系統(tǒng)化地確定對項目計劃(估算、進度、資源分配)的威脅 |
| 風(fēng)險預(yù)測 | 又稱為風(fēng)險估算,它從兩個方面評估一個風(fēng)險:風(fēng)險發(fā)生的可能性或概率;以及如果風(fēng)險發(fā)生時所產(chǎn)生的后果 |
| 風(fēng)險評估 | 根據(jù)風(fēng)險及其發(fā)生的概率和產(chǎn)生的影響預(yù)測是否影響參考水平值。 |
| 風(fēng)險控制 | 目的是輔助項目組建立處理風(fēng)險的策略,有效的策略應(yīng)考慮風(fēng)險避免、風(fēng)險監(jiān)控、風(fēng)險管理及意外事件計劃。 |
theo model 模型
三條黃金準(zhǔn)則:用戶操作控制,減輕用戶記憶負擔(dān),保持界面一致OMT模型
對象建模技術(shù)(Object Modeling Technique,OMT)。OMT定義了3種模型,它們是對象模型、動態(tài)模型和功能模型。OMT用這3種模型來描述系統(tǒng)OMT方法有4個步驟:分析、系統(tǒng)設(shè)計、對象設(shè)計和實現(xiàn)。OMT方法的每一步都使用這3種模型,通過每步對3種模型不斷地精化和擴充。
(1)對象模型:描述系統(tǒng)中對象的靜態(tài)結(jié)構(gòu)、對象之間的關(guān)系、對象的屬性、對象的操作,對象模型表示靜態(tài)的、結(jié)構(gòu)上的、系統(tǒng)的“數(shù)據(jù)”特征。對象模型為動態(tài)模型和功能模型提供了基本的框架,對象模型用包含對象和類的對象圖來表示。OMT的對象模型中除了對象、類、繼承外,還有一些其他常用的概念。
①鏈(Link)和關(guān)聯(lián)(Association)鏈表示實例對象間的物理或概念上的連接。
②泛化(Generalization):泛化是一個類與它的一個或多個細化類之間的關(guān)系,即一般與特殊的關(guān)系。被細化的類稱為父類,每個細化的類稱為子類,子類可以繼承父類的特性。
③聚集(Aggregation):聚集是一種整體與部分的關(guān)系,在這種關(guān)系中表示整體的對象與表示部分的對象關(guān)聯(lián)。
(2)動態(tài)模型:描述與時間和操作順序有關(guān)的系統(tǒng)特征——激發(fā)事件、事件序列、確定事件先后關(guān)系以及事件和狀態(tài)的組織。動態(tài)模型表示瞬時的、行為上的、系統(tǒng)的“控制”特征。動態(tài)模型用狀態(tài)圖來表示,每張狀態(tài)圖顯示了系統(tǒng)中一個類的所有對象所允許的狀態(tài)和事件的順序。
(3)功能模型:描述與值的變換有關(guān)的系統(tǒng)特征——功能、映射、約束和函數(shù)依賴。功能模型用數(shù)據(jù)流圖來表示。
3個模型之間具有下述關(guān)系。
(1)與功能模型的關(guān)系對象模型展示了功能模型中的動作者、數(shù)據(jù)存儲和流的結(jié)構(gòu),動態(tài)模型展示了執(zhí)行加工的順序。
(2)與對象模型的關(guān)系:功能模型展示了類上的操作和每個操作的變量,因此它也表示了類之間的“供應(yīng)者一客戶”關(guān)系,動態(tài)模型展示了每個對象的狀態(tài),以及它接收事件和改變狀態(tài)時所執(zhí)行的操作。
(3)與動態(tài)模型的關(guān)系:功能模型展示了動態(tài)模型中未定義的不可分解的動作和活動的定義,對象模型展示的是誰改變了狀態(tài)和承受了操作。
- 質(zhì)量成本
質(zhì)量成本可以被劃分為與預(yù)防、鑒定及失敗相關(guān)的成本。
“預(yù)防成本”包括以下方面的成本:質(zhì)量計劃、正式技術(shù)復(fù)審、測試設(shè)備、培訓(xùn)。
“鑒定成本”包括為深入了解“首次通過”各個過程時產(chǎn)品的狀態(tài)而開展的那些活動。鑒定成本的例子有:過程內(nèi)和過程間審查、設(shè)備校準(zhǔn)和維護、測試等方面產(chǎn)生的成本。
“失敗成本”是指如果在將產(chǎn)品交付給客戶之前已經(jīng)消除了缺陷時就不會存在的成本。失敗成本可以進一步劃分為內(nèi)部失敗成本和外部失敗成本?!皟?nèi)部失敗成本”是指在產(chǎn)品交付之前發(fā)現(xiàn)錯誤而引發(fā)的成本。內(nèi)部失敗成本包括以下方面的成本:返工、修復(fù)、失敗模式分析?!巴獠渴〕杀尽笔侵概c產(chǎn)品交付給客戶之后所發(fā)現(xiàn)的缺陷相關(guān)的成本。外部失敗成本的例子有:解決客戶的抱怨、退換產(chǎn)品、求助電話支持、保修工作等方面產(chǎn)生的成本。
- 軟件維護工具
版本控制工具、文檔分析工具、開發(fā)信息庫工具、逆向工程工具、再工程工具、配置管理支持工具。
配置管理包含:版本控制、變更管理、配置狀態(tài)報告、過程支持
- 軟件設(shè)計兩個階段
| 階段名 | 作用 |
|---|---|
| 概要設(shè)計 | 軟件體系結(jié)構(gòu)的設(shè)計、數(shù)據(jù)設(shè)計和接口設(shè)計 |
| 詳細設(shè)計 | 數(shù)據(jù)結(jié)構(gòu)和算法的設(shè)計 |
- 軟件工程基本要素
質(zhì)量、過程、方法、工具
scrum模型
product backlog --> sprint backlog -> sprint -> release排序

第六章 結(jié)構(gòu)化開發(fā)方法
- 耦合類型
| 耦合類型 | 描述 |
|---|---|
| 無直接耦合 | 兩個模塊之間沒有關(guān)系 |
| 數(shù)據(jù)耦合 | 兩個模塊之間有調(diào)用關(guān)系,傳遞簡單的數(shù)據(jù)值 |
| 標(biāo)記耦合 | 兩個模塊之間傳遞數(shù)據(jù)結(jié)構(gòu) |
| 控制耦合 | 一個模塊向另一個模塊傳遞控制變量,被調(diào)用模塊通過該控制變量的值選擇的執(zhí)行模塊內(nèi)某個功能 |
| 外部耦合 | 模塊間通過軟件之外的環(huán)境聯(lián)接 |
| 公共耦合 | 通過一個公共數(shù)據(jù)環(huán)境相互作用的那些模塊的耦合 |
| 內(nèi)容耦合 | 一個模塊直接使用另一個模塊的內(nèi)部數(shù)據(jù) |
模塊間耦合的高低取決于模塊間接口的復(fù)雜性,調(diào)用的方式以及傳遞的信息。
- 內(nèi)聚類型
| 內(nèi)聚類型 | 描述 |
|---|---|
| 功能內(nèi)聚 | 模塊內(nèi)所有元素共同完成一個任務(wù),缺一不可 |
| 順序內(nèi)聚 | 處理元素相關(guān),而且必須順序執(zhí)行 |
| 通信內(nèi)聚 | 所有處理元素集中在一個數(shù)據(jù)結(jié)構(gòu)的區(qū)域上 |
| 過程內(nèi)聚 | 處理元素相關(guān),而且必須按特定的次序執(zhí)行 |
| 瞬時內(nèi)聚(時間內(nèi)聚) | 把同時進行的動作組合在一起形成的模塊 |
| 邏輯內(nèi)聚 | 執(zhí)行若干個邏輯上相似的任務(wù),通過參數(shù)確定模塊完成哪個功能 |
| 偶然內(nèi)聚(巧合內(nèi)聚) | 完成一組沒有關(guān)系或松散關(guān)系的任務(wù) |
PS: 順序內(nèi)聚和過程內(nèi)聚的區(qū)別是:順序內(nèi)聚是數(shù)據(jù)流從一個處理單元到另一個處理單元,過程內(nèi)聚是控制流從一個處理單元到另一個處理單元
- 面向?qū)ο笤O(shè)計
| 階段 | 描述 |
|---|---|
| 需求分析 | 主要是要解決系統(tǒng)做什么的問題,即弄清楚問題的要求,包括需要輸入什么數(shù)據(jù),要得到什么結(jié)果,最后應(yīng)輸出什么。 |
| 概要設(shè)計 | 把需求分析得到的結(jié)果轉(zhuǎn)換為軟件結(jié)構(gòu)和數(shù)據(jù)結(jié)構(gòu),即將一個復(fù)雜系統(tǒng)按功能進行模塊劃分、建立模塊的層次結(jié)構(gòu)及調(diào)用關(guān)系、確定模塊間的接口及人機界面、確定數(shù)據(jù)的結(jié)構(gòu)特性、以及數(shù)據(jù)庫的設(shè)計等。 |
| 詳細設(shè)計 | 在概要設(shè)計的基礎(chǔ)上更細致的設(shè)計,它包括具體的業(yè)務(wù)對象設(shè)計、功能邏輯設(shè)計、界面設(shè)計等工作。詳細設(shè)計是系統(tǒng)實現(xiàn)的依據(jù),需要更多地考慮設(shè)計細節(jié)。 |
| 編碼 | 具體實現(xiàn)系統(tǒng) |
- 數(shù)據(jù)流圖
| 對象 | 描述 |
|---|---|
| 實體 | 長方形 |
| 加工 | 圓形或圓角長方形,輸入和輸出平衡 |
| 數(shù)據(jù)流 | 箭頭 |
| 數(shù)據(jù)儲存 | 平行線或者缺邊矩形 |
| 業(yè)務(wù)用例和參與者 | 描述組織或企業(yè)所支持的業(yè)務(wù)過程 |
| 業(yè)務(wù)對象模型 | 既描述業(yè)務(wù)結(jié)構(gòu),又描述這些結(jié)構(gòu)元素如何完成業(yè)務(wù)用例 |
第七章 面向?qū)ο笤O(shè)計
- UML圖
| 名稱 | 描述 |
|---|---|
| 類圖 | 展現(xiàn)一組對象、接口、協(xié)作和它們之間的關(guān)系 |
| 對象圖 | 展現(xiàn)某一時刻一組對象以及它們之間的關(guān)系 |
| 用例圖 | 展現(xiàn)一組用例、參與者以及它們之間的關(guān)系 |
| 交互圖 | 對系統(tǒng)動態(tài)方面進行建模。序列圖、通信圖、交互概覽圖、計時圖 |
| 狀態(tài)圖 | 展現(xiàn)一個狀態(tài)機,由狀態(tài)、轉(zhuǎn)換、事件和活動組成 |
| 活動圖 | 是一種特殊的狀態(tài)圖。展現(xiàn)在系統(tǒng)內(nèi)一個活動到另一個活動的流程 |
| 構(gòu)件圖 | 展現(xiàn)一組構(gòu)件之間的組織和依賴 |
| 組合結(jié)構(gòu)圖 | 描述一個分類器的內(nèi)部結(jié)構(gòu),分類器雨系統(tǒng)中其他組成部分之間的交互端口 |
| 部署圖 | 對面向?qū)ο笙到y(tǒng)的物理方面建模的方法,展現(xiàn)運行時處理結(jié)點以及其中構(gòu)件的配置 |
| 包圖 | 用于吧模型本身組織成層次結(jié)構(gòu)的通用機制,不能執(zhí)行,展現(xiàn)由模型本身分解而成的組織單元以及其間的依賴關(guān)系 |
| 關(guān)系 | 圖形 |
|---|---|
| 組合 | 實心菱形,部分和整體之間具有相同的生命周期,當(dāng)整體消亡后,部分也將消亡。 |
| 聚合 | 空心菱形,部分與整體之間并沒有相同的生命周期,整體消亡后部分可以獨立存在。 |
- 設(shè)計模式
` 創(chuàng)建型 單抽工建原`
| 設(shè)計模式 | 描述 |
|---|---|
| 抽象工廠 | 提供一個創(chuàng)建一系列相關(guān)或相互依賴對象的接口,而無需指定他們具體的類 |
| 生成器Builder | 將一個復(fù)雜對象的構(gòu)件與它的表示分離,使同樣的構(gòu)建過程可以創(chuàng)建不同的表示 |
| 工廠 | 定義一個用于創(chuàng)建對象的接口,讓子類決定實例化哪個類 |
| 原型 | 用原型實例指定創(chuàng)建對象的種類,并通過復(fù)制這些原型創(chuàng)建新的對象 |
| 單例 | 唯一實例 |
`結(jié)構(gòu)型 橋代理組裝適配器,享元回家裝飾外觀。`
| 設(shè)計模式 | 描述 |
|---|---|
| 適配器 | 將一個類接口轉(zhuǎn)化成客戶希望的另一個接口,使得原本由于接口不兼容而不能一起工作的那些類可以一起工作 |
| 橋接Bridge | 將抽象部分與實現(xiàn)部分分離,使它們可以獨立的變化 |
| 組合composite | 將對象組合成樹形結(jié)構(gòu)以表示“部分-整體”的層次結(jié)構(gòu) |
| 裝飾Decorator | 動態(tài)給一個對象添加一些額外的職責(zé) |
| 外觀Facade | 為子系統(tǒng)中一組接口提供一個一致的界面 |
| 享元Flyweight | 運用共享技術(shù)有效支持大量細粒度的對象 |
| 代理Proxy | 為其他對象提供一種代理以控制對這個對象的訪問 |
`行為型 訪問者寫好策略備忘錄,觀察模板迭代的狀態(tài),命令中介解釋責(zé)任鏈。`
| 設(shè)計模式 | 描述 |
|---|---|
| 責(zé)任鏈 | 使多個對象都有機會處理請求,避免發(fā)送者和接受者耦合 |
| 命令Command | 請求封裝成對象,使得可以用不同請求對客戶進行參數(shù)化 |
| 解釋器Interpreter | 給定一個語言,定義他的文法的一種表示,并定義一個解釋器來解釋語言中的句子 |
| 迭代型Iterator | 提供一種方法順序訪問一個聚合對象的各個元素,而不需要暴露該對象的內(nèi)部表示 |
| 中介者Mediator | 用一個中介對象來封裝一系列的對象交互,中介者使對象不需要顯式的相互引用,從而使其耦合松散,而且可以獨立的改變他們之間的交互 |
| Memento備忘錄 | 不破壞封裝性的前提下捕獲一個對象的內(nèi)部狀態(tài),并在對象之外保存這個狀態(tài)。這樣以后就可以將對象回復(fù)到原先保存的狀態(tài) |
| 觀察者Observer | 定義對象間的一種一對多的依賴關(guān)系,當(dāng)一個對象狀態(tài)發(fā)生改變,所有依賴于他的對象都得到通知并被自動更新 |
| 狀態(tài)state | 允許一個對象在其內(nèi)部狀態(tài)改變時改變他的行為 |
| 策略Strategy | 定義一系列算法,把它們封裝起來使它們可以相互替換 |
| 模板方法 | 定義一個操作中的算法骨架,將一些步驟延遲到子類中 |
| 訪問者Visitor | 表示一個作用域某對象結(jié)構(gòu)中各元素的操作 |
第8章 算法設(shè)計與分析
- 算法設(shè)計策略:
| 算法 | 作用 |
|---|---|
| 分治法 | 用于將大問題分解為一個或多個規(guī)模較小的子問題,通常采用自頂向下的遞歸方法來求解 |
| 動態(tài)規(guī)劃 | 發(fā)現(xiàn)具有最優(yōu)子結(jié)構(gòu)和重疊子問題,求解時一般采用自底向上的方法來進行 |
| 貪心法 | 發(fā)現(xiàn)具有最有子結(jié)構(gòu)和貪心選擇性質(zhì),求解時可以用自底向上或自頂向下的方法進行 |
| 回溯法 | 深度遍歷搜索解空間 |
| 分支限界法 | 廣度遍歷搜索解空間 |
第9章 數(shù)據(jù)庫基礎(chǔ)知識
- 分布式數(shù)據(jù)庫系統(tǒng)
| 名稱 | 描述 |
|---|---|
| 分片透明 | 用戶或應(yīng)用程序不需要知道邏輯上訪問的表具體是怎么分塊存儲的 |
| 復(fù)制透明 | 采用復(fù)制技術(shù)的分布方法,用戶不需要知道數(shù)據(jù)是復(fù)制到哪些節(jié)點,如何復(fù)制的。 |
| 邏輯透明 | 用戶或應(yīng)用程序無需知道局部場地使用的是哪種數(shù)據(jù)模型。 |
| 位置透明 | 用戶無需知道數(shù)據(jù)存放的物理位置 |
第10章 網(wǎng)絡(luò)與信息安全基礎(chǔ)知識
- 7層模型
| 模型 | 描述 | 協(xié)議 |
|---|---|---|
| 應(yīng)用層 | 文件傳輸,電子郵件,文件服務(wù),虛擬終端。 | TFTP、HTTP、SNMP、FTP、SMTP、DNS、TELENT |
| 表示層 | 數(shù)據(jù)格式轉(zhuǎn)換,代碼轉(zhuǎn)換,數(shù)據(jù)轉(zhuǎn)換 | 沒有協(xié)議 |
| 會話層 | 接觸或建立與其他鏈接的聯(lián)系 | 沒有協(xié)議 |
| 傳輸層 | 提供端對端的接口 | TCP、udp |
| 網(wǎng)絡(luò)層 | 為數(shù)據(jù)包選擇路由 | IP、ICMP、RIP、OSPF、BGP、IGMP |
| 數(shù)據(jù)鏈路層 | 傳輸有錯誤地址的幀,錯誤檢查功能 | SLIP、CSLIP、PPP、ARP、RARP、MTU. |
| 物理層 | 用網(wǎng)線建立電腦間的連接 | 沒有協(xié)議 |
集線器是一個多端口的中繼器, 它的所有端口在同一個沖突域內(nèi)
交換機是一種多端口網(wǎng)橋, 它是一種工作在數(shù)據(jù)鏈路層的設(shè)備( 這里指的是二層交換機) , 不能劃分網(wǎng)絡(luò)層的廣播, 即它的各個端口形成一個廣播域。
- 端口與作用
| 端口 | 作用 |
|---|---|
| 53 | DNS解析 |
| 23 | 遠程登錄服務(wù) |
| 110 | POP3,郵件傳送和接收 |
| 25 | SMTP協(xié)議 |
| 21 | FTP控制連接,用于傳輸命令和參數(shù) |
| 20 | FTP數(shù)據(jù)連接,用于傳送文件 |
- ip地址解析
A類 前8位1
B類 前16位1
C類 前24位1
劃分網(wǎng)絡(luò)地址:前面1的去掉,取后面0的位數(shù)=n ,2^n
劃分幾個子網(wǎng):A,B,C各去前面的數(shù),取下一個段的前面幾個1=n,2^n
劃分幾個主機:取1后面0的位數(shù)=n,2^n-1
- 信息安全
機密性、完整性、可用性、可控性、可審查性
- 病毒特點
隱蔽性、傳染性、潛伏性、觸發(fā)性、破壞性
- 網(wǎng)絡(luò)安全技術(shù)
| 名稱 | 作用 |
|---|---|
| 防火墻技術(shù) | 包過濾、應(yīng)用代理網(wǎng)關(guān)、狀態(tài)檢測技術(shù) |
| 加密技術(shù) | |
| 用戶識別技術(shù) | Kerberos、PGP |
| 訪問控制技術(shù) | |
| 網(wǎng)絡(luò)反病毒技術(shù) | |
| 網(wǎng)絡(luò)安全漏洞掃描技術(shù) | 包括網(wǎng)絡(luò)模擬攻擊、漏洞檢測、報告服務(wù)進程、提取對象信息、評測風(fēng)險、提供安全建議、改進措施 |
| 入侵檢測技術(shù) |
第11章 標(biāo)準(zhǔn)化和軟件知識產(chǎn)權(quán)基礎(chǔ)知識
保護期限不受限制:署名權(quán)、修改權(quán)、保護作品完整性權(quán)
保護期限為作者終身及死后50年:發(fā)表權(quán)、使用權(quán)、獲得報酬權(quán)
第12章 軟件分析與設(shè)計
黑盒測試
確認測試首先要進行有效性測試以及軟件配置審查,然后進行驗收測試和安裝測試。其中有效性測試,就是在模擬環(huán)境下,通過黑盒測試檢驗所開發(fā)的軟件是否與需求規(guī)格說明書一致。(等價類劃分,邊界值分析,錯誤推測,因果圖)白盒測試
邏輯覆蓋,循環(huán)覆蓋,基本路徑測試調(diào)試
試探法,回溯法,對分查找法,歸納法,演繹法軟件質(zhì)量評審
| 評審項 | 評審內(nèi)容 |
|---|---|
| 模塊結(jié)構(gòu) | 控制流結(jié)構(gòu)、數(shù)據(jù)流結(jié)構(gòu)、模塊結(jié)構(gòu)與功能結(jié)構(gòu)之間的對應(yīng)關(guān)系 |
| 功能結(jié)構(gòu) | |
| 功能的通用性 | |
| 模塊的層次性 | |
| 處理過程的結(jié)構(gòu) |
- SEI 能力成熟度模型(SEICMM)
| 等級 | 特點 |
|---|---|
| 級別1:初始級 | 混亂和不可預(yù)測 |
| 級別2:重復(fù)級 | 項目得到管理監(jiān)控和跟蹤,有穩(wěn)定的策劃和產(chǎn)品基線 |
| 級別3:確定級 | 使用標(biāo)準(zhǔn)開發(fā)過程(或方法論)構(gòu)建(或集成)系統(tǒng)。通過軟件過程的定義和制度化確保對產(chǎn)品質(zhì)量的控制 |
| 級別4:管理級 | 產(chǎn)品質(zhì)量得到策劃,軟件過程基于度量的跟蹤 |
| 級別5:優(yōu)化級 | 持續(xù)的過程能力改進 |