目錄

1.計算機組成

1.1計算機組成與分類

1.1.1計算機的組成

1.2.1主存儲器（內(nèi)存）

1.2.2輔助存儲器（外存磁盤如硬盤）

1.2.3Cache緩存

1.3輸入輸出接口

1.3.1輸入輸出方式

1.3.2總線和接口

1.4各種體系結(jié)構(gòu)

1.4.2流水線技術(shù)

1.4.3并行處理

1.4.4互聯(lián)網(wǎng)絡

2.操作系統(tǒng)

2.1操作系統(tǒng)的類型與結(jié)構(gòu)

2.1.1操作系統(tǒng)類型

2.2處理器管理

2.2.3死鎖問題

2.2.4管程與線程

2.3文件管理

2.3.2文件的物理組織

2.3.3樹形目錄結(jié)構(gòu)

2.3.4存儲空間管理

3.數(shù)據(jù)庫系統(tǒng)

3.1數(shù)據(jù)庫管理系統(tǒng)DBMS

3.2數(shù)據(jù)庫模式

3.3數(shù)據(jù)模型

3.3.1關系模型分類

3.3.2關系模型

3.3.3規(guī)范化理論

3.4數(shù)據(jù)操作

3.4.1集合運算

3.4.2關系運算

3.5.1并發(fā)控制

3.5.2備份與恢復技術(shù)

3.5.3數(shù)據(jù)庫的安全性

3.5.4數(shù)據(jù)庫的完整性

3.5.5數(shù)據(jù)庫性能

3.6數(shù)據(jù)庫設計與建模

3.6.1數(shù)據(jù)庫設計階段

3.6.2設計約束和原則

3.6.3實體聯(lián)系模型

3.7常見的關系型數(shù)據(jù)庫

3.8分布式數(shù)據(jù)庫系統(tǒng)

3.8.1分布式數(shù)據(jù)庫系統(tǒng)

3.8.2分布式數(shù)據(jù)庫管理系統(tǒng)

3.9數(shù)據(jù)倉庫

3.9.1聯(lián)機分析處理

3.9.2數(shù)據(jù)倉庫的概念

3.9.3數(shù)據(jù)倉庫的結(jié)構(gòu)

3.10數(shù)據(jù)挖掘技術(shù)

3.10.1數(shù)據(jù)挖掘的5類功能

3.10.2數(shù)據(jù)挖掘常用技術(shù)

3.10.3數(shù)據(jù)挖掘的流程

3.10.4數(shù)據(jù)挖掘技術(shù)的應用

4.嵌入式系統(tǒng)

4.1嵌入式系統(tǒng)概論

4.1.1嵌入式系統(tǒng)的特點

4.2嵌入式的基本結(jié)構(gòu)

4.3嵌入式操作系統(tǒng)

4.3.3多任務調(diào)度機制

4.3.4內(nèi)核對象

4.3.5內(nèi)核服務

4.4.1EOS環(huán)境特點

4.4.2EDBMS關鍵技術(shù)

4.5嵌入式系統(tǒng)網(wǎng)絡

4.6嵌入式系統(tǒng)開發(fā)

4.7嵌入式系統(tǒng)耗能問題

5數(shù)據(jù)通信與計算機網(wǎng)絡

5.1數(shù)據(jù)通信基礎知識

5.1.1信道特性

5.1.2數(shù)據(jù)調(diào)制與編碼

5.2網(wǎng)絡體系結(jié)構(gòu)

5.2.1網(wǎng)絡分類

5.2.4網(wǎng)絡地址與子網(wǎng)掩碼

5.2.5虛擬局域網(wǎng)

5.3通信設備

5.3.1傳輸介質(zhì)

5.3.2網(wǎng)絡設備

5.4網(wǎng)絡接入技術(shù)

6.多媒體

6.1多媒體基礎

6.1.1多媒體計算機

6.1.2媒體的分類

6.1.4多媒體集成語言SMIL

6.2壓縮編碼技術(shù)

6.2.2數(shù)據(jù)壓縮標準

6.3音頻數(shù)據(jù)

6.3.1音頻

6.3.2音頻的存儲與傳輸

6.3.3音頻格式

6.4色彩空間

6.4.2顏色空間

6.4.3圖形與圖像

6.5流媒體

7.系統(tǒng)配置與性能

7.1系統(tǒng)性能計算

7.1.1響應時間

7.1.2吞吐量

7.1.3系統(tǒng)可靠性

7.2系統(tǒng)性能設計

7.2.1性能調(diào)整過程

7.2.2

7.2.3負載均衡

7.3系統(tǒng)性能評估

7.4系統(tǒng)故障模型

7.5系統(tǒng)可靠性模型

7.6冗余技術(shù)

7.6.2軟件容錯

7.6.3集群技術(shù)

8.信息系統(tǒng)基礎

8.1信息特征

8.2信息與信息系統(tǒng)

8.2.1系統(tǒng)的特性

8.2.2系統(tǒng)理論

8.2.3系統(tǒng)工程

8.2.4信息系統(tǒng)工程

8.3信息系統(tǒng)建設

8.3.1企業(yè)規(guī)劃方法BSP原則

8.3.2戰(zhàn)略數(shù)據(jù)規(guī)劃方法

8.3.3信息工程方法（規(guī)劃與實施的方法）

8.4信息系統(tǒng)規(guī)劃方法

8.4.1第一個階段

8.4.2第二階段

8.4.3第三階段

8.5信息化基礎

8.5.1企業(yè)資源計劃ERP

8.5.2客戶關系管理CRM

8.5.3供應鏈管理SCM

8.5.4產(chǎn)品數(shù)據(jù)管理PDM

8.5.5產(chǎn)品生命周期管理PLM

8.5.6知識管理

8.5.7商業(yè)智能BI

8.5.8企業(yè)門戶

8.5.10電子商務

8.6.2DSS基本結(jié)構(gòu)

8.6.3DSS與MIS的比較

8.7業(yè)務流程重組（BPR）

8.7.2BPR的實施步驟

8.7.3BRP與信息系統(tǒng)規(guī)劃

8.8企業(yè)應用集成EAI

8.8.1企業(yè)內(nèi)的集成

8.8.2企業(yè)間的集成

8.8.3集成模式

9.軟件工程

9.2軟件開發(fā)生命周期

9.3軟件開發(fā)方法

9.3.1凈室方法（形式化方法）

9.3.2結(jié)構(gòu)化方法（非形式化）

9.3.3面向?qū)ο蠓椒?/p>

9.3.4原型法

9.3.5逆向工程

9.4軟件開發(fā)模型

9.4.1瀑布模型

9.4.2其他經(jīng)典模型

9.4.3V模型

9.4.5敏捷方法

9.5系統(tǒng)規(guī)劃與問題定義

9.5.1可行性分析

9.5.2成本效益分析

9.5.3系統(tǒng)建模

9.5.4問題定義

9.6需求工程

9.6.1需求開發(fā)

9.6.2需求獲取

9.6.3需求分析

9.6.4需求定義

9.6.5需求管理

9.7軟件設計

9.7.1軟件設計活動

9.7.2結(jié)構(gòu)化設計

9.7.3工作流設計

9.8軟件測試

9.8.1測試的類型

9.8.2測試的階段

9.8.3性能測試

9.8.4測試自動化

9.8.5軟件調(diào)試

9.8.6測試設計

9.8.7測試管理

9.9系統(tǒng)運行和維護

9.9.2遺留系統(tǒng)的處理策略

9.9.3軟件維護

9.10軟件開發(fā)環(huán)境與工具

9.10.1軟件開發(fā)環(huán)境

9.10.2軟件開發(fā)工具

10.面向?qū)ο蠓椒ǎㄜ浖_發(fā)方法）

10.2統(tǒng)一建模語言UML

10.2.1UML的結(jié)構(gòu)

10.2.2事物

10.2.3關系

10.2.4圖形

10.3面向?qū)ο蠓治鯫OA

10.3.1用例模型

10.3.2分析模型

10.4面向?qū)ο笤O計OOD

10.5面向?qū)ο鬁y試

10.6設計模式

10.6.1設計模式的組成

10.6.2設計模式的分類

11.新技術(shù)應用

11.1構(gòu)件與軟件重用

11.1.1.軟件重用

11.1.2構(gòu)件標準

11.1.3構(gòu)件獲取

11.1.4構(gòu)件管理

11.1.5構(gòu)件重用

11.2中間件技術(shù)（類似適配器）

11.2.1中間件定義

11.2.2中間件的分類

11.3 J2EE與.NET平臺

11.3.1 J2EE核心技術(shù)

11.3.3比較分析

11.4軟件即服務SaaS

11.5虛擬計算

11.5.1 P2P計算

11.5.2 云計算

11.5.3 普適計算

11.6 多核技術(shù)

11.7片上系統(tǒng)SoC系統(tǒng)級芯片

12 項目管理

12.2 項目生命周期

12.3項目計劃管理

12.3.1項目計劃的內(nèi)容

12.3.2項目監(jiān)督與控制

12.4范圍管理

12.5成本管理

12.6進度管理

12.6.1活動排序

12.6.2活動資源估算（用多少資源）

12.6.3活動歷時估算（活動完成需要多長時間，考慮資源情況）

12.6.4進度計劃

12.6.5進度控制

12.7配置管理

12.7.1配置管理流程

12.7.2配置標識

12.7.3變更管理

12.7.4版本管理

12.7.5配置審核

12.7.6配置狀態(tài)報告

12.8質(zhì)量管理

12.8.1質(zhì)量保證

12.8.2質(zhì)量控制

12.9人力資源管理

12.9.1人力資源管理計劃

12.9.2組建團隊

12.9.3團隊建設

12.9.4團隊管理

12.10溝通管理

12.10.1溝通基本原理

12.10.2溝通管理流程

12.11風險管理

12.11.4常見風險

12.12軟件過程改進

13 軟件體系結(jié)構(gòu)

13.2軟件體系結(jié)構(gòu)建模

13.3軟件體系結(jié)構(gòu)風格

13.3.1經(jīng)典軟件系統(tǒng)結(jié)構(gòu)風格

13.3.2 客戶/服務器風格（C/S）

13.3.3多層體系結(jié)構(gòu)風格

13.3.4富互聯(lián)網(wǎng)應用

13.4軟件體系結(jié)構(gòu)評估

13.4.2ATAM評估方法

13.4.3SAAM評估方法

13.5分布式系統(tǒng)設計

13.5.1分布式系統(tǒng)設計的方式

13.5.2基于web的分布式系統(tǒng)設計

13.6軟件產(chǎn)品線

13.6.1產(chǎn)品線的過程模型

13.6.2產(chǎn)品線的組織結(jié)構(gòu)

13.6.3產(chǎn)品線的建立方式

13.8WEB服務webservice

13.8.1web服務模型

13.8.2web服務協(xié)議堆棧

13.8.3webservice體系結(jié)構(gòu)的優(yōu)勢

13.9面向服務的體系結(jié)構(gòu)SOA

13.9.1SOA概述

13.9.2面向服務的分析與設計

13.9.3web服務實現(xiàn)SOA

13.10企業(yè)服務總線ESB

14安全性知識

14.1信息系統(tǒng)安全體系

14.1.1安全系統(tǒng)體系結(jié)構(gòu)

14.1.3信息安全保障系統(tǒng)

14.1.4可信計算機系統(tǒng)

14.2數(shù)據(jù)安全與保密

14.2.1加密體制

14.2.2安全雜湊算法

14.2.3PKI與數(shù)字簽名

14.2.4數(shù)字信封

14.2.5PGP

14.2.6數(shù)字水印

14.3計算機網(wǎng)絡安全

14.3.1網(wǎng)絡安全設計

14.3.2單點登錄SSO

14.3.3無線設備的安全性

14.3.4防火墻

14.3.5入侵檢測

14.3.6虛擬專用網(wǎng)VPN

14.3.7IPSec

14.4電子商務安全

14.5安全管理

14.5.1安全策略

14.5.2安全體系

14.6計算機操作安全

14.6.1安全威脅

14.6.2物理安全

15知識產(chǎn)權(quán)與法律法規(guī)

15.1著作權(quán)法

15.1.1著作權(quán)法主體

15.1.2著作權(quán)

15.2計算機軟件保護條例

15.2.2軟件著作權(quán)

15.3招標法

15.3.1招標

15.3.2投標

15.3.3評標

15.3.4關鍵問題

16標準化知識

16.1標準化基礎

16.1.1標準的層次

16.1.2標準的表示

16.1.3ISO9000標準族

16.2文檔標準

16.2.2GB/T8567-2006計算機軟件文檔編制規(guī)范

16.2.3GB/T9385-1988計算機軟件需求說明編制指南SRS

16.2.4GB/T16260-2006軟件產(chǎn)品質(zhì)量標準

17計算題

二、網(wǎng)絡資源考點匯總

第一章

第二章需求分析

第三章

1.計算機組成

1.1計算機組成與分類

1.1.1計算機的組成

6部件：

控制器，是分析和執(zhí)行指令的部件

運算器，用于邏輯運算也叫算術(shù)邏輯單元ALU

內(nèi)存儲器，用于存儲運算中間結(jié)果

外存儲器

輸入輸出設備

（控制器與運算器在一起叫做中央處理器）

1.1.2計算機的分類

Flynn分類法

1.單指令流單數(shù)據(jù)流（SISD）

2.單指令流多數(shù)據(jù)流（SIMD）

3.多指令流單數(shù)據(jù)流（MISD）

4.多指令流單數(shù)據(jù)流（MIMD）,SMP對稱處理與MPP海量并行處理結(jié)構(gòu)均屬于MIMD

其他分類方法：馮氏分類法，Handler分類法，Kuck分類法

1.2多級存儲器體系

存儲器種類：

順序存取，按順序進行存取操作，磁帶存儲器

直接存取，根據(jù)唯一地址標識直接找到存儲塊進行操作，磁盤存儲器

隨機存取，通過地址隨機存取，主存儲器（內(nèi)存）采用該方式

相聯(lián)存取，通過內(nèi)容隨機存取，Cache緩存采用該方式

1.2.1主存儲器（內(nèi)存）

1.RAM隨機存取存儲器，可寫可讀斷電不保存數(shù)據(jù)，RAM又分為DRAM（動態(tài)RAM，隨時間推移而消失）和SRAM（靜態(tài)RAM，斷電前一直保存），容量小價格高

2.ROM只讀存儲器，一般用于BIOS的存儲

3.PROM可編程ROM，只能寫入一次

4.EPROM可擦除的PROM，需要紫外線照射15-20分鐘可擦除

5.E2PROM電科擦除EPROM

6.閃存存儲區(qū)，閃存如U盤

7.CAM相聯(lián)存儲器，基于內(nèi)存進行訪問，如cache

1.2.2輔助存儲器（外存磁盤如硬盤）

1.磁帶存儲器

軟盤

2.磁盤存儲器

就是分區(qū)的圓柱體同心圓，每個面上有磁道與扇區(qū)，有多個盤面組成的柱性磁盤組

磁盤總?cè)萘?盤面數(shù)*每面磁道數(shù)*每道扇區(qū)數(shù)*每個扇區(qū)字節(jié)數(shù)

磁盤的數(shù)據(jù)傳輸速率=磁道上字節(jié)數(shù)/每轉(zhuǎn)1圈時間

3.RAID存儲，磁盤冗余陣列，分為8個級別分別為：

RAID0，無冗余無校驗

RAID1，磁盤鏡像陣列

RAID2，采用糾錯海明碼的磁盤陣列

RAID（3.4），采用獨立校驗盤，進行奇偶校驗碼的磁盤陣列

RAID5，分布式奇偶校驗碼的磁盤陣列

RAID6，獨立數(shù)據(jù)硬盤，與雙獨立分布式校驗方案

RAID7，高異步I/O，高速傳輸陣列

RAID10，綜合多個RAID等級組成，目前該等級被廣泛使用

4.光盤存儲器，CD.CD-ROM制度壓縮盤，DVD數(shù)字視頻光盤等

1.2.3Cache緩存

1.Cache原理

CPU需要的數(shù)據(jù)先從緩存中找，如果有則直接調(diào)用（訪問命中），如果沒找到再到內(nèi)存中讀取，讀取完再送回CPU與Cache中

系統(tǒng)平均周期=緩存周期*緩存命中率+內(nèi)存周期*（1-緩存命中率）//由于緩存中未命名的概率就是在內(nèi)存中取值的概率

多少位就是2的幾次冪，例如32位系統(tǒng)可以支持2的32次冪長度的數(shù)據(jù)也就是4G內(nèi)存，64位操作系統(tǒng)可支持更高內(nèi)存

1Byte=8bits

1漢子=2B（字節(jié)）=16b

1024B=1KB

1024KB=1MB

1024MB=1GB

1024GB=1TB

1024TB=1PB

2.映射機制

存儲容量與存儲地址的關系：容量的大小轉(zhuǎn)換為2的n次冪，則地址就用n位表示

如128*4096B=2的19次冪，就是需要19位的內(nèi)存地址

直接映射：Cache將主存中的信息地址映射到Cache中，主存與Cache分成容量相同的塊，然后將一個主存的塊映射到Cache的特定位置上（特定位置是指，將主存地址拆分后四位為Cache塊內(nèi)地址，中間10位是Cache塊號）

全相聯(lián)映射：主存的頁對應Cache的頁，淘汰可替換

組相聯(lián)映射：塊大小相同，組數(shù)相同

3.淘汰算法

先進先出FIFL

最近最少使用淘汰法LRU

4.寫操作

寫直達，寫入Cache時同時寫入內(nèi)存

寫回，寫入Cache時先不寫入內(nèi)存，等在緩存中失效時再寫入內(nèi)存

標記法，標記在Cache中修改的信息，讀取的時候通過標識位判斷

1.3輸入輸出接口

1.3.1輸入輸出方式

1.程序控制方式，通過指令控制I/O，但是程序需要時刻查詢I/O設備的狀態(tài)，是否完成

2.程序中斷方式，CPU不必去監(jiān)控I/O設備完成情況，I/O設備完成數(shù)據(jù)傳輸后發(fā)出中斷信號通知CPU，CPU再去處理

3.DMA工作方式，DMAC(DMA控制器)，CPU與DMAC共享總線，DMA時CPU暫時放棄系統(tǒng)總線控制交給DMAC控制

4.通道方式，采用通道程序

5.輸入輸出處理機，專用處理機，用于大型高效計算機

1.3.2總線和接口

總線的定義：是一組進行互聯(lián)和傳輸信息（指令、數(shù)據(jù)、地址）的信號線，是計算機內(nèi)部各個部件鏈接的橋梁

1.總線分類

按位置分：CPU內(nèi)部的總線叫內(nèi)部總線，CPU與內(nèi)存的總線叫外部總線

按總線功能分：地址總線（傳地址）、數(shù)據(jù)總線（傳數(shù)據(jù)）、控制總線（傳控制信號）

按總線在系統(tǒng)中的位置分：機內(nèi)總線（IDE鏈接硬盤的、SCSI小型計算機系統(tǒng)接口）、機外總線（USB可用于鏈接外部設備）

按用途分：局部總線、系統(tǒng)總線、通信總線

2.總線的標準：IEEE

3.接口分類：串行接口（一次傳1位信息）、并行接口（一次傳送多位信息）

4.常見接口：

ESDI（加強型小型設備接口）

IDE（磁盤接口）

SCSI（大容量存儲設備、光驅(qū)接口）

PCMCIA（筆記本內(nèi)存卡接口）

IEEE-1394（數(shù)碼相機、攝像機接口標準）

USB串行總線式接口，USB1.0速度12Mbps，USB2.0速度480Mbps，USB3.0速度4.8Gbps

1.4各種體系結(jié)構(gòu)

1.復雜指令系統(tǒng)計算機（CISC）：指令多、各個指令使用頻率懸殊、長度不固定

2.精簡指令系統(tǒng)計算機（RISC）：指令少、尋址方式少、長度固定，采用Cache方案提高指令獲取速度

1.4.2流水線技術(shù)

1.參數(shù)計算：

1個任務分成n個子任務，每個子任務需要時間t，則完成這個任務需要nt時間，

k個任務順序執(zhí)行需要knt時間

k個任務使用流水線則需要：nt+(k-1)t=(n+k-1)t

如果分解的子任務用時不同則t取用時最長的子任務時間：（t1+t2+tn）+(k-1)tmax

用時=完成一個任務的時間+剩余任務書（k-1）*最長子任務時間

吞吐率：單位時間內(nèi)完成的任務數(shù)（秒s）1s=10的9次冪ns

加速比：不適合流水線用時/流水線用時

2.影響流水線運行的因素

轉(zhuǎn)移指令，流水線無法重疊執(zhí)行破壞流水線機理

共享資源訪問沖突，子任務間存在資源沖突，會破壞流水線

響應中斷，執(zhí)行一半中斷4

3.非線性流水線

并行流水線：

公式與流水線一樣就是 任務數(shù)/并行流水線的數(shù)量，因為同時執(zhí)行因此相當于執(zhí)行如：3條并行流水線同時執(zhí)行，假設每條流水線任務數(shù)相同，則只用執(zhí)行1/3的任務的時間

1.4.3并行處理

1.超級標量處理機

2.超級流水線處理機

3.超長指令字處理機

4.向量處理機

5.多處理機系統(tǒng)

6.大規(guī)模并行處理機，MPP

7.對稱多處理機，SMP

1.4.4互聯(lián)網(wǎng)絡

2.操作系統(tǒng)

2.1操作系統(tǒng)的類型與結(jié)構(gòu)

2.1.1操作系統(tǒng)類型

1.批處理

2.分時

3.實時

4.網(wǎng)絡

5.分布式

操作系統(tǒng)基本功能：

處理機管理/進程管理

存儲管理

設備管理

文件管理

作業(yè)管理

2.1.2操作系統(tǒng)結(jié)構(gòu)

1.無序結(jié)構(gòu)，模塊化，模塊間通過接口調(diào)用

2.層次結(jié)構(gòu)，分多層，層次見單項依賴

3.面向?qū)ο?，基于面向?qū)ο笏枷?/p>

4.對稱多處理，多處理機共享內(nèi)存

5.微內(nèi)核，微內(nèi)核就是抽象層，將操作系統(tǒng)的功能抽象出來基礎功能，一般用于嵌入式操作系統(tǒng)

cpu-寄存器-一級緩存-二級緩存/三級緩存-內(nèi)存-二級存儲（外存，外部存儲如硬盤）

2.2處理器管理

進程是動態(tài)概念，程序是靜態(tài)概念，進程是程序的動態(tài)運行，需要各種資源如CPU，內(nèi)存等

進程由程序、數(shù)據(jù)、進程控制塊（PCB）組成

1.三態(tài)模型

運行，得到資源并進行計算

就緒，得到資源，等待執(zhí)行

等待，等待資源或人工干預

2.五態(tài)模型

靜止就緒，就緒隊列中已有就緒任務，多余的就緒任務短期不能調(diào)用，放到二級存儲中

靜止阻塞，阻塞隊列中已有阻塞任務，多余的短期不能調(diào)用，放到二級存儲中

活躍就緒，內(nèi)存中沒有活躍就緒狀態(tài)的任務時，到靜止就緒中獲取

活躍阻塞，內(nèi)存中沒有活躍阻塞狀態(tài)的任務時，到靜止阻塞中獲取

運行，得到時間片，滿足資源要求，在CPU中處理

狀態(tài)切換的目的是協(xié)調(diào)系統(tǒng)資源，由于系統(tǒng)資源有限因此需要通過優(yōu)先級或條件進行協(xié)調(diào)資源，使系統(tǒng)正常運行

掛起狀態(tài)的進程一般被轉(zhuǎn)換到二級存儲中（外存），減少內(nèi)存損耗

靜止阻塞-活塞阻塞：系統(tǒng)騰出資源空間并且優(yōu)先級高的先被激活

掛起的進程不參與調(diào)度

必須被激活后才能調(diào)入內(nèi)存中等待執(zhí)行

掛起的進程只能由操作系統(tǒng)或父進程激活

2.2.2信號量與PV操作

P(S) S-1 S<0 掛起

V(S) S+1 S<=0 觸發(fā)P(S)操作

1.互斥 S=1 PV成對出現(xiàn)

2.同步S=0 PV多個進程中分別出現(xiàn)

3.生產(chǎn)消費

空閑區(qū)的空閑數(shù)量? S1=N

已填充空閑區(qū)數(shù)量? S2=0

互斥? S3=1

存貨的要先判斷倉庫中有沒有空位

如果倉庫有空位就執(zhí)行P(S1)空位減少一個

如果沒有空位則S1<0存貨的掛起等待

存完貨后要通知取貨的庫中已經(jīng)有一個貨物了

提貨的要先判斷倉庫里有沒有貨

如果沒有貨則掛起等待

如果有貨則先P(S2)將貨物提取一個貨物

提取后執(zhí)行V(S1)通知存貨的已經(jīng)有一個空位

不能同時放也不能同時讀取因此要用互斥

2.2.3死鎖問題

1.死鎖發(fā)生的必要條件

互斥條件

保持與等待條件

不可搶占條件

循環(huán)等待條件

2.銀行家算法

申請的總資源不能多于系統(tǒng)資源數(shù)

可分期請求資源，請求總數(shù)不超過最大需求量

可推遲分配等待資源

申請后的剩余資源能不滿足其他進程的總申請資源的需求，如果可以滿足還要測試能滿足完成條件的進程完成后釋放的資源是否可以滿足其他進程全部需求

3.解決死鎖的策略

死鎖預防：破壞死鎖發(fā)生條件，如一次性申請全部資源

死鎖避免：采用銀行家算法

死鎖檢測：檢測是否發(fā)生死鎖，發(fā)生則使用死鎖接觸策略處理

死鎖解除：剝奪發(fā)生死鎖的進程，強制回收

2.2.4管程與線程

管程就是將臨界資源的調(diào)用封裝起來，需要調(diào)用臨界資源的進程需要進入管程操作，而管程一次只能進入一個進程進行操作達到進程互斥的目的

線程：

進程申請的資源可以被線程共享使用

一個進程創(chuàng)建時默認創(chuàng)建一個線程也叫主線程，一個進程可以創(chuàng)建多個線程實現(xiàn)多項任務并行執(zhí)行，多個線程共享進程資源。

線程解決了進程的并行處理以及進程創(chuàng)建子進程的資源開銷

2.3文件管理

2.3.2文件的物理組織

連續(xù)文件：記錄存儲在硬盤上的連續(xù)的物理塊中，通過起始位置及文件長度獲得文件

優(yōu)點：存取速度快

缺點：由于需要確定長度，因此不適合經(jīng)常修改的情況

串聯(lián)文件：物理塊中存儲下一個物理塊的指針，行成一個類似鏈表的結(jié)構(gòu)

優(yōu)點：充分利用存儲空間

缺點：速度慢不適用于隨機存取，只使用順序訪問

索引文件：將物理塊的地址通過索引管理起來

優(yōu)點：適合隨機存取，也適應順序存取

缺點：索引表占用磁盤空間，而且需要2次訪問磁盤（一次讀取索引表，一次讀取物理塊內(nèi)容）

解決方法：將索引表讀入內(nèi)存

UNIX使用的是三級索引結(jié)構(gòu)

2.3.3樹形目錄結(jié)構(gòu)

樹形目錄，絕對路徑（唯一），相對路徑（根據(jù)工作目錄確定），工作目錄（當前目錄）

NTFS與FAT32

NTFS：快，空間大，分區(qū)可達到2T，碎片少，安全性高

FAT32：分區(qū)最大可達32G

2.3.4存儲空間管理

存儲空間管理：就是管理空閑的物理塊

1.空閑表法：將空閑的盤塊及數(shù)量記錄在空閑區(qū)的空閑表項中

2.空閑鏈表法：

（1）將空閑盤塊拉成一條鏈表，通過增加刪除操作管理空閑塊

（2）鏈表中的盤區(qū)上增加下一個空閑盤區(qū)的指針

3.位圖法：將空閑盤塊通過二進制方式0空閑1已分配來管理空閑盤區(qū)，可將位圖放到內(nèi)存

4.成組鏈接法：結(jié)合空閑表和空閑鏈表法，適用于大型文件

2.4存儲管理

2.4.1地址變換

存儲地址，取決于存儲空間的大小，二進制或2的幾次方，如2的32次方就是32位的，64次方的就是64位

地址變換：用硬盤頂替部分內(nèi)存的工作，使用戶可以使用比內(nèi)存地址大的地址空間來編程，因此用戶使用的邏輯地址要轉(zhuǎn)換為內(nèi)存地址（實際地址）

轉(zhuǎn)換方法：

靜態(tài)重定位：在程序執(zhí)行前進行地址映射，無需硬件支持，無法實現(xiàn)虛擬存儲

動態(tài)重定位：在訪問時進行地址轉(zhuǎn)化，支持虛擬存儲

存儲最小單位是bit（b），字節(jié)是Byte(B)，1B=8b

2.4.2存儲組織

常見虛存組織有段式，頁式，段頁式（最常用）

段頁式組織解決邏輯地址的方式；段內(nèi)頁號對應的地址：高位是頁號，低位是偏移

2.4.3存儲管理

對虛擬存儲器的管理設計的問題及策略載入（調(diào)入）：1現(xiàn)用現(xiàn)調(diào)；2提前預調(diào)

放置：放到內(nèi)存分區(qū)

置換：內(nèi)存滿了，需要將不常用的頁置換到外存虛擬存儲中騰出地方給要使用的頁

1.置換算法：

最優(yōu)，淘汰將來不經(jīng)常使用的，該算法較難實現(xiàn)

隨機，容易誤殺

先進先出

最近最少使用

2.局部性原理：

可能出現(xiàn)打擊率的事件如下：

剛訪問的還能再訪問；

訪問某位置的還會訪問該位置附近的

2.5作業(yè)管理

2.5.1作業(yè)的狀態(tài)

作業(yè)創(chuàng)建時會建立一個作業(yè)控制塊JCB，用于管理控制儲存作業(yè)的信息

作業(yè)生命周期：

1.提交：從輸入設備提交到外存，傳輸信息到外存

2.后備：信息傳輸全部傳輸?shù)酵獯婧?，建立作業(yè)控制塊

3.執(zhí)行狀態(tài)：就是進程的5態(tài)模型-從外存調(diào)度進行內(nèi)存執(zhí)行

4.完成：作業(yè)執(zhí)行完畢，資源還未回收時的狀態(tài)

2.5.2作業(yè)調(diào)度

作業(yè)調(diào)度：

1.高級調(diào)度：作業(yè)調(diào)度，用于在后備作業(yè)隊列中選擇一個或一組一批作業(yè)，為他們建立進程分配資源，然后執(zhí)行

2.中級調(diào)度：交換調(diào)度，用于內(nèi)外存間的調(diào)度，即掛起與激活的調(diào)度

3.低級調(diào)度：進程調(diào)度就是調(diào)度就緒的進程

作業(yè)調(diào)度算法：

1.先來先服務：不利于段作業(yè)

2.短作業(yè)優(yōu)先：不利于長作業(yè)

3.響應比高優(yōu)先：響應比=1+等待時間/執(zhí)行時間，此算法需要計算耗用資源

4.優(yōu)先級調(diào)度：優(yōu)先級高先執(zhí)行

2.6設備管理

設備管理程序的功能：

1.提供進程調(diào)用設備接口

2.設備分配給進程

3.設備與CPU并行操作

4.緩沖區(qū)管理，解決設備與CPU內(nèi)存處理速度不對稱問題

2.6.1磁盤調(diào)度算法

磁盤訪問流程：尋道，等待扇區(qū)旋轉(zhuǎn)，數(shù)據(jù)傳輸；速度取決于尋道時間

1.FCFS先來先服務，時間長

2.SSTF，最短尋道有限，容易出現(xiàn)無線拖延現(xiàn)象又叫“饑餓”

3.scan，磁頭移動方向上最短時間

4.N-SCAN，分布scan，掃描期間只接受等待服務的請求

5.C-SCAN循環(huán)掃描，磁頭單向移動的N-SCAN算法

2.6.2虛擬設備與SPooling技術(shù)

虛擬設備，就是實現(xiàn)多用戶多進程訪問輸入輸出設備

原理：通過緩沖區(qū)緩沖多個請求到隊列中，通過模擬輸入輸出井來緩沖輸入輸出進程

優(yōu)點：實現(xiàn)虛擬設備，多臺虛擬設備共用共享一個物理設備，每個進程不會感覺到時共享設備，而是獨享設備

2.7網(wǎng)絡操作系統(tǒng)

2.8分布式操作系統(tǒng)

3.數(shù)據(jù)庫系統(tǒng)

3.1數(shù)據(jù)庫管理系統(tǒng)DBMS

數(shù)據(jù)庫系統(tǒng)DBS包括4個組成部分：數(shù)據(jù)庫、硬件、軟件、數(shù)據(jù)庫管理員（DBA）

數(shù)據(jù)庫管理方式的特點：

1.復雜的數(shù)據(jù)模型來標識數(shù)據(jù)結(jié)構(gòu)

2.與應用程序的獨立性，物理和邏輯上的獨立

3.提供用戶訪問接口

4.并發(fā)控制、恢復、完整性和安全性

5.靈活性

3.2數(shù)據(jù)庫模式

1.三級模式

外模式-用戶級，用戶視圖

概念模式-DBA視圖

內(nèi)模式-物理模式，數(shù)據(jù)庫文件的物理存儲

二級映射

1.外模式-概念模式映射

2.概念模式-內(nèi)模式映射

二級獨立

1.物理獨立-用戶應用于物理存儲獨立，各自更改不影響對方

2.邏輯獨立-用戶應用獨立與邏輯存儲，各自修改不相互影響

三個抽象級別

用戶級，用戶視圖，對應與外模式

概念級，DBA視圖，對應概念模式

物理級，內(nèi)部視圖，對應與內(nèi)模式

3.3數(shù)據(jù)模型

3.3.1關系模型分類

概念模型（用于數(shù)據(jù)庫設計）包括：

E-R實體-聯(lián)系模型

基本數(shù)據(jù)模型（用于數(shù)據(jù)庫建模）包括：

層次模型

網(wǎng)狀模型

關系模型

面向?qū)ο竽Ｐ?/p>

基本數(shù)據(jù)模型組成

1.數(shù)據(jù)結(jié)構(gòu)-系統(tǒng)靜態(tài)特性

2.數(shù)據(jù)操作-系統(tǒng)動態(tài)特性

3.完整性約束-完整性規(guī)則

3.3.2關系模型

關系模型基本概念：

1.域就是屬性的取值范圍

2.屬性就是一列名稱

3.元組就是一條數(shù)據(jù)

4.關系就是表與表之間的關聯(lián)關系

5.主屬性就是主鍵

6.非主屬性就是非主鍵

7.分量就是一個元組中的一列屬性值

1.關系型數(shù)據(jù)庫的模型

2.關系

表與表之間的關系

3.3.3規(guī)范化理論

1.存儲異常問題：

數(shù)據(jù)冗余，拆表，冗余的數(shù)據(jù)放到另外一張表中，進行關聯(lián)

修改異常，一堆多關系設置，不要把動態(tài)信息冗余到各條記錄后面，防止共同屬性修改導致需要修改幾百條引用的信息

插入異常，拆表問題

刪除異常，拆表問題，冗余數(shù)據(jù)在一起，導致刪除某條數(shù)據(jù)冗余的數(shù)據(jù)同時被刪除因為是一條記錄的不同屬性

2.函數(shù)依賴

3.范式

概念：

主屬性，關鍵屬性，可唯一標識一個元組的屬性組（{學號+姓名+性別}，{身份證號+姓名+性別+年齡}）

候選碼，可唯一標識一個元組的1個主屬性（如身份證號，學號）

范式：

第一范式（1NF），各個屬性不可分割

第二范式（2NF），如果非主屬性完全依賴候選碼并且是1NF

第三范式（3NF），滿足1NF，非主屬性不依賴候選碼

BC范式（BCNF），滿足1NF，全部屬性都不依賴于候選碼

3.4數(shù)據(jù)操作

3.4.1集合運算

交集，RS，共同的元素

并集，RS，全部元素

差，R-S（R中有但S中沒有的元素），S-R（S中有R中沒有的元素）

笛卡爾積（X），RS，集合乘法例如{a,b,c}{1,2}={a1,a2,b1,b2,c1,c2}，笛卡爾積后的元組數(shù)量=R的數(shù)量=R的數(shù)量*S的數(shù)量

3.4.2關系運算

1.投影，取若干列

2.選擇，根據(jù)條件篩選元組

3.自然連接，根據(jù)相同的鍵值進行關聯(lián)

4.左右外鏈接，以哪個為主，為主的要全屬性

5.完全外鏈接，2方為主的鏈接

3.4.3元組演算

3.4.4數(shù)據(jù)庫訪問接口

1.專用接口

2.ODBC

應用程序、驅(qū)動管理、驅(qū)動、數(shù)據(jù)源

3.JDBC

java數(shù)據(jù)庫連接

3.5數(shù)據(jù)庫的控制功能

事務ACID特性

A：原子性，要么全做要么全不做

C：一致性，數(shù)據(jù)庫狀態(tài)一致性

I：隔離性，事務間互不干擾

D：持久性，事務提交后將永久改變數(shù)據(jù)，即將數(shù)據(jù)寫入磁盤

事務關鍵事件：

開始事務

提交事務

回滾事務

3.5.1并發(fā)控制

1.并發(fā)操作的問題：

丟失修改，同時讀取，不同時提交，先提交的被后提交的覆蓋。

不可重復讀，讀取后有事務修改了該數(shù)據(jù)，導致再次讀取時值不同

讀臟數(shù)據(jù)，修改后撤銷，導致修改后撤銷前讀取的值成為臟數(shù)據(jù)

2.封鎖的類型

解決并發(fā)問題的方法：

排它鎖（X鎖），只能加X鎖的事務讀取及修改該數(shù)據(jù)

共享鎖（S鎖），可共同讀取但均不可修改

3.封鎖協(xié)議：

一級協(xié)議，加X鎖

二級協(xié)議，一級協(xié)議前加S鎖

三級協(xié)議，一級協(xié)議前加S鎖至事務結(jié)束

兩段鎖，擴展階段是申請鎖，加鎖前申請鎖，收縮階段，釋放鎖，釋放期間不允許申請鎖，容易發(fā)生死鎖

顆粒度：

顆粒度小并發(fā)性高開銷大

顆粒度大并發(fā)性低開銷小

4.死鎖：

資源附加多種鎖，然后事務互相等待對方解鎖導致死鎖。

解決方法：

預防法，順序申請，將申請的事務排隊編號，逐個申請

解除法，需要2個程序，一個檢測死鎖程序，一個解鎖程序

3.5.2備份與恢復技術(shù)

引發(fā)系統(tǒng)故障原因大致如下：

事務內(nèi)部的故障

系統(tǒng)范圍內(nèi)的故障，系統(tǒng)問題引起的故障

介質(zhì)故障，硬件故障

計算機病毒

1.數(shù)據(jù)備份

冷備份：拷貝數(shù)據(jù)庫文件到磁盤，缺點需要數(shù)據(jù)庫停止使用后才可以拷貝

熱備份：通過語句導出數(shù)據(jù)，缺點導出過程中有修改會導致備份的數(shù)據(jù)與庫中的數(shù)據(jù)不一致

增量備份：每次只備份修改的部分，加入到之前備份的數(shù)據(jù)中

2.日志文件

數(shù)據(jù)庫運行過程中的全部操作都記錄在日志中，包括數(shù)據(jù)備份時也叫加入日志，防止備份過程中的修改，通過日志可以知道備份庫與現(xiàn)庫的差異

先修改日志原則：修改數(shù)據(jù)前要先存到日志中后再修改數(shù)據(jù)庫

3.數(shù)據(jù)恢復

redo重做，undo撤銷或未做完

1）事務故障的恢復：此過程是系統(tǒng)自動完成的

步驟：

反向掃描日志文件，查找事務的操作

對事務的更新進行逆操作

繼續(xù)反向掃描日志文件，繼續(xù)查找事務操作繼續(xù)執(zhí)行上述過程

直至讀到此事務的開始標記為止

2）系統(tǒng)故障的恢復：在系統(tǒng)重啟時自動完成的

正向掃描日志文件，找出故障發(fā)生前已經(jīng)提交的事務標記入重做隊列，未完成的事務標記入撤銷隊列

對撤銷隊列中的事務進行撤銷操作，反向掃描日志文件將UNDO事務的更新操作執(zhí)行逆操作

對重做隊列中的各個事務進行重做處理，正向掃描日志文件對每個redo事務執(zhí)行日志文件登記的操作

3）介質(zhì)故障與病毒破壞的恢復

恢復近期數(shù)據(jù)庫備份腳本

從故障點開始反向掃描日志，將已提交的事務標記入redo隊列

從其實點開始正向掃描日志，將redo的事務重做，并恢復至故障前某一時刻的狀態(tài)

4）有檢查點的恢復技術(shù)

建立檢查點，每個檢查點都記錄當前狀態(tài)的全部事務清單

3.5.3數(shù)據(jù)庫的安全性

1.用戶認證

口令認證，用戶名密碼

強身份認證，如證書，智能卡，指紋等

2.用戶角色

一般3類角色

1.數(shù)據(jù)庫登錄角色，只能查

2.數(shù)據(jù)庫資源管理，可以修改數(shù)據(jù)

3.DBA，可以創(chuàng)建用戶創(chuàng)建表，授權(quán)與削權(quán)

3.數(shù)據(jù)授權(quán)

庫級別：可訪問授權(quán)庫內(nèi)的全部內(nèi)容

表級別：可訪問授權(quán)的表

行級別：某表的某些行

屬性級別：某些屬性

靜態(tài)授權(quán)：自己創(chuàng)建的數(shù)據(jù)自帶權(quán)限

動態(tài)授權(quán)：管理員給予的權(quán)限

4.數(shù)據(jù)庫視圖

視圖的功能：

（1）限制到行

（2）限制到列

（3）多表關聯(lián)

（4）統(tǒng)計信息，如count(*)等

5.審計功能

DBA對數(shù)據(jù)庫的時候監(jiān)督，叫審計

事后審計，事前評審

3.5.4數(shù)據(jù)庫的完整性

對象是：關系，元組，列

如：主鍵不能為空，外鍵不可以修改等

2.完整性控制

分為實體完整性，參照完整性

如：非空，大于0等，本表的外鍵值必須對應外鍵表的主鍵而且該主鍵必須存在

外鍵級聯(lián)操作，如級聯(lián)刪除等

4.觸發(fā)器

triger，觸發(fā)器就是在觸發(fā)事件發(fā)生時必然執(zhí)行結(jié)果事件

觸發(fā)器有對實體完整性保護以及安全性保護

3.5.5數(shù)據(jù)庫性能

數(shù)據(jù)庫性能優(yōu)化

1.sql優(yōu)化

2.數(shù)據(jù)庫參數(shù)調(diào)優(yōu)

3.查詢優(yōu)化，如大表拆小表，建立索引，少用嵌套查詢，聯(lián)合表查詢，IN語句中將出現(xiàn)頻繁的字段放在前面，盡量不用OR用2條語句來實現(xiàn)

3.6數(shù)據(jù)庫設計與建模

3.6.1數(shù)據(jù)庫設計階段

1.規(guī)劃

2.需求分析

3.概念設計，抽象需求中的對象

4.邏輯設計，建模如類圖，powerdesigner等

5.物理設計（建庫），將模型創(chuàng)建到數(shù)據(jù)庫中

3.6.2設計約束和原則

設計約束包括如下：

查詢響應時間的上限

系統(tǒng)破壞后的恢復時間

維護安全性和完整性必要的特殊數(shù)據(jù)

等等

3.6.3實體聯(lián)系模型

實體聯(lián)系模型E-R圖

1.組成要素：實體（矩形），屬性（圓形），聯(lián)系（菱形）

2.實體聯(lián)系類型：1對多，1對1，多對多（聯(lián)系也是可以有獨立的屬性的）

3.E-R圖集成

根據(jù)模塊分別進行設計后，將多個E-R圖集成起來行成整體的E-R圖，可一次性集成也可逐步集成，會出現(xiàn)屬性沖突（相同的屬性不同的類型），命名沖突（表名相同等），結(jié)構(gòu)沖突（屬性與實體的變換，比如有的存的是一個屬性，而有的存的是這個關聯(lián)實體）等問題需要調(diào)整

4.E-R圖轉(zhuǎn)成關系模型

就是講E-R圖中的實體轉(zhuǎn)換成數(shù)據(jù)庫表

3.7常見的關系型數(shù)據(jù)庫

oracle,mysql,db2(IBM),sqlserver(MS),sybase,informix(IBM)

3.8分布式數(shù)據(jù)庫系統(tǒng)

分布式數(shù)據(jù)庫特點：

安全性，多副本

可擴展性

降低成本

3.8.1分布式數(shù)據(jù)庫系統(tǒng)

1.分布式數(shù)據(jù)存儲

1）數(shù)據(jù)分配：

集中式，數(shù)據(jù)都放在同一地點

分隔式，各個節(jié)點分別存儲部分數(shù)據(jù)，所有節(jié)點的數(shù)據(jù)并集為全部數(shù)據(jù)

全復制式，各個節(jié)點存全部完整數(shù)據(jù)，也就是多個備份

混合模式，數(shù)據(jù)多塊分別存儲并有備份

2）數(shù)據(jù)分片：

存儲的數(shù)據(jù)不是完整的而是一個片段，多個片段組成完整視圖

分片方式如下：

水平，元組分片

垂直，屬性分片

混合，元組+屬性分片

分片原則：

完整性

重構(gòu)條件，隨時重建

不相交條件，各個數(shù)據(jù)片段互相不重疊

2.分布式數(shù)據(jù)庫系統(tǒng)體系結(jié)構(gòu)

全局外模式，用戶視圖

全局概念模式，邏輯模型

分片模式

分布模式，處理分散的分片，完整性處理

分布式數(shù)據(jù)庫的透明性：

分片透明性

位置透明性

局部數(shù)據(jù)模型透明性

3.8.2分布式數(shù)據(jù)庫管理系統(tǒng)

功能：

接受用戶請求

訪問網(wǎng)絡數(shù)據(jù)字典

進行分布式處理

通信接口功能

數(shù)據(jù)遷移

組成：

LDBMS（局部DBMS）

GDBMS（全局DBMS）

全局數(shù)據(jù)字典，提供全局公共屬性

通信管理

總結(jié)：

局部管理，場地自治

全局管理，協(xié)調(diào)全局

3.9數(shù)據(jù)倉庫

3.9.1聯(lián)機分析處理

OLAP聯(lián)機分析處理，是多維分析工具

分析方法：

1.鉆取，層次維度加深

2.切片和切塊

3.旋轉(zhuǎn)，互換維度

聯(lián)機分析處理實現(xiàn)方式

1.ROLAP，關系型數(shù)據(jù)庫為核心

2.MOLAP，多維型數(shù)據(jù)組織方式為核心

3.HOLAP，混合型

OLAP就是多維度的方式組織數(shù)據(jù)，例如立方體，然后通過切片、切塊、鉆取、旋轉(zhuǎn)的方式獲取數(shù)組

3.9.2數(shù)據(jù)倉庫的概念

數(shù)據(jù)倉庫特征：

1.面向主題，關系型數(shù)據(jù)庫是面向事務處理及系統(tǒng)業(yè)務，而數(shù)據(jù)倉庫是關心與某個主題相關的全部信息

2.集成的，業(yè)務系統(tǒng)的數(shù)據(jù)庫是相互獨立的或異構(gòu)的，而數(shù)據(jù)倉庫是將多個業(yè)務異構(gòu)庫，通過ETL交換到同構(gòu)的庫中

3.相對穩(wěn)定，關系型庫經(jīng)常更新，而數(shù)據(jù)倉庫要保留一切數(shù)據(jù)定期進行更新與加載

4.隨時間變化，關系型數(shù)據(jù)庫只關心某時間段的數(shù)據(jù)，而數(shù)據(jù)倉庫的數(shù)據(jù)時間跨度較大，幾年或幾十年，可反映歷史變化的

數(shù)據(jù)倉庫反映歷史變化的表現(xiàn)

1.存儲的數(shù)據(jù)久遠

2.每個時間點的數(shù)據(jù)均存儲，包括隨時間發(fā)展的過程數(shù)據(jù)

3.包含時間元素如在某年發(fā)生的某時發(fā)生的或某秒發(fā)生的事件，例如，每年5月份大概率發(fā)生的事件是什么

數(shù)據(jù)倉庫的分類

1.企業(yè)倉庫，收集各個企業(yè)應用的全部操作數(shù)據(jù)

2.數(shù)據(jù)集市，對特定用戶相關的有用的全部數(shù)據(jù)是企業(yè)倉庫的子集

3.虛擬倉庫，是數(shù)據(jù)倉庫的視圖集合

數(shù)據(jù)聚集與立方體

數(shù)據(jù)倉庫是多維度的，也就是說是從多角度來觀察某件事

3個維度行成的數(shù)據(jù)塊叫立方體，超過3個維度叫超立方或超維度

優(yōu)點：提高OLAP的響應速度，減少重復計算

3.9.3數(shù)據(jù)倉庫的結(jié)構(gòu)

1.參考框架

數(shù)據(jù)倉庫的應用流程

業(yè)務系統(tǒng)-（抽取-數(shù)據(jù)準備區(qū)-）ETL-數(shù)據(jù)倉庫-數(shù)據(jù)集市/只是挖掘庫-應用工具-用戶使用

全程由管理工具進行管理

2.數(shù)據(jù)倉庫體系結(jié)構(gòu)

數(shù)據(jù)源

數(shù)據(jù)ETL+組織數(shù)據(jù)集市

OLAP，對集市及數(shù)據(jù)倉庫進行聯(lián)機分析處理

輔助管理工具集，包括查詢工具，報表工具，分析工具數(shù)據(jù)挖掘工具等

3.10數(shù)據(jù)挖掘技術(shù)

3.10.1數(shù)據(jù)挖掘的5類功能

1.預測趨勢和行為

2.關聯(lián)分析，從一件事情聯(lián)系到其他事情

3.聚類，把有共性的事件匯聚到一起

4.概念描述，對某類對象的內(nèi)涵進行描述

5.偏差檢測，檢測與分析目標偏差較大的信息

3.10.2數(shù)據(jù)挖掘常用技術(shù)

數(shù)據(jù)挖掘的方法

1.決策樹

2.神經(jīng)網(wǎng)絡，參考人腦，采用權(quán)值分析

3.遺傳算法，參考生物進化學，通過“繁殖”下一代找出優(yōu)質(zhì)的一代

4.關聯(lián)挖掘，就是從一件事聯(lián)系到其他事

數(shù)據(jù)挖掘分析方法分類

1.關聯(lián)分析，順藤摸瓜

2.序列分析，事件的連續(xù)性

3.聚類分析，根據(jù)共同點進行分類

4.分類分析，根據(jù)分類的方式方法進行分析，給各個對象加分類標示

5.預測

6.事件序列分析，隨事件推移，找出規(guī)律及趨勢來預測未來走勢

3.10.3數(shù)據(jù)挖掘的流程

數(shù)據(jù)挖掘流程

1.問題定義

2.建立數(shù)據(jù)挖掘庫

3.分析數(shù)據(jù)

4.調(diào)整數(shù)據(jù)

5.模型化

6.評價和解釋，對建立的模型進行評審

3.10.4數(shù)據(jù)挖掘技術(shù)的應用

1.空間數(shù)據(jù)挖掘

2.多媒體數(shù)據(jù)挖掘

3.文本數(shù)據(jù)挖掘

4.嵌入式系統(tǒng)

4.1嵌入式系統(tǒng)概論

4.1.1嵌入式系統(tǒng)的特點

1.系統(tǒng)專用性強

2.軟硬件依賴性強

3.系統(tǒng)實時性強

4.處理器專用

5.多種技術(shù)緊密結(jié)合

6.系統(tǒng)透明性

7.系統(tǒng)資源受限

RTES實時嵌入式系統(tǒng)

概念特性：

1.邏輯正確性（功能正確性），結(jié)果正確

2.時間正確性，在規(guī)定的時間內(nèi)完成

3.死線，最遲完成時間，如果超過這個時間會引起嚴重后果

4.實時系統(tǒng)，實時性

RTES系統(tǒng)分類

1.硬RTES，超過死線就失敗，必須滿足死線要求

2.軟RTES，超過死線不會失敗，但是收益降低

4.2嵌入式的基本結(jié)構(gòu)

嵌入式系統(tǒng)處理器分類

1.嵌入式微處理器，將系統(tǒng)軟硬件集成到一塊電路板上，又叫單板機

2.嵌入式微控制器，將系統(tǒng)集成到一塊芯片中，又叫單片機

3.嵌入式數(shù)據(jù)自信號處理器，信號分析

4.嵌入式片上系統(tǒng)，系統(tǒng)功能模塊及存儲等集成到芯片上

4.3嵌入式操作系統(tǒng)

4.3.1EOS特點與分類

1.微型化，小

2.代碼質(zhì)量高，精簡

3.專業(yè)化，專業(yè)領域使用

4.實時性強

5.可裁剪可配置

實時性分類

1.實時嵌入式操作系RTOS

2.非實時性嵌入式操作系統(tǒng)

4.3.3多任務調(diào)度機制

1.任務，就是線程

2.任務對象，包括ID，優(yōu)先級，任務控制塊，任務名稱

3.多任務

4.調(diào)度器，用于調(diào)度任務執(zhí)行

5.可調(diào)度實體

6.上下文切換，從一個任務切換到另一個任務，上下文切換耗時稱作，上下文切換開銷

7.可重入性，任務可以中斷，以及繼續(xù)執(zhí)行

8.分發(fā)器，用于執(zhí)行上下文切換工作

調(diào)度算法

1.優(yōu)先級的搶占調(diào)度，靜態(tài)與動態(tài)，靜態(tài)優(yōu)先級固定，動態(tài)優(yōu)先級可變

2.時間輪轉(zhuǎn)調(diào)度，搶占，可將運行的時間片暫停后執(zhí)行其他任務，執(zhí)行完后再回復暫停的任務

4.3.4內(nèi)核對象

1.信號量

分類：二值信號量（并發(fā)），計數(shù)信號量（同步），互斥信號量（互斥）

2.消息隊列

為了任務消息的同步，類似一個緩存隊列

3.管道

用于任務同步，一個入口一個出口

4.事件

用于存儲任務的寄存器，又叫事件寄存器

5.信號

事件發(fā)生時的軟終端

6.條件變量

是事物申請資源等待的條件

4.3.5內(nèi)核服務

1.異常與中斷

2.計時器

3.I/O管理

4.4嵌入式系統(tǒng)數(shù)據(jù)庫

4.4.1EOS環(huán)境特點

1.設備隨時移動

2.網(wǎng)絡頻繁斷接

3.網(wǎng)絡條件多樣化

4.通信能力不對稱

4.4.2EDBMS關鍵技術(shù)

1.嵌入式EDBMS，移動端的獨立數(shù)據(jù)庫

2.同步服務器，用于同步嵌入式數(shù)據(jù)庫與主數(shù)據(jù)庫數(shù)據(jù)的同步

3.數(shù)據(jù)服務器，主數(shù)據(jù)庫

4.連接網(wǎng)絡，多種聯(lián)網(wǎng)方式

移動DBMS關鍵技術(shù)

1.數(shù)據(jù)的一致性

2.搞笑的事務處理

3.數(shù)據(jù)的安全性

移動DBMS特性

1.微核結(jié)構(gòu)，由于資源及空間有限

2.標準SQL的支持

3.事務管理功能

4.數(shù)據(jù)同步機制

5.支持多種鏈接協(xié)議

6.完善的數(shù)據(jù)庫管理功能

7.支持多種EOS

4.5嵌入式系統(tǒng)網(wǎng)絡

1.FCS現(xiàn)場總線控制系統(tǒng)，運用現(xiàn)場總線鏈接各個移動系統(tǒng)成互通網(wǎng)絡，可雙向傳輸

4.6嵌入式系統(tǒng)開發(fā)

1.開發(fā)環(huán)境：CPD（交叉平臺開發(fā)方法）也就是開發(fā)在宿主機上，運行在嵌入式環(huán)境也可能是模擬器

2.開發(fā)過程：項目計劃，可行性分析，需求分析，概要設計，詳細設計，程序建立，下載，調(diào)試，固話，測試運行

3.調(diào)試方法：直接調(diào)試（下載到嵌入式設備上調(diào)試），調(diào)試監(jiān)控法（代碼在宿主機上，運行在嵌入式設備上，通過宿主機與嵌入式設備連接后進行調(diào)試），在線仿真法（用ICE模擬目標機），片上調(diào)試法，模擬器法（在宿主機上安裝模擬器軟件）

4.7嵌入式系統(tǒng)耗能問題

1.電源管理，動態(tài)電壓調(diào)節(jié)

2.動態(tài)電源管理

5數(shù)據(jù)通信與計算機網(wǎng)絡

5.1數(shù)據(jù)通信基礎知識

5.1.1信道特性

1.碼元與比特

波特率是每秒傳輸多少個碼元

比特率是每秒傳輸多少數(shù)據(jù)量

如果1波特率傳輸1個碼元，1個碼元攜帶1bit的數(shù)據(jù)則 波特=比特

2.信道極限信息傳輸速率

C=Wlog2(1+S/N)bps

S/N(帶寬/噪聲)，當帶寬遠遠大于噪聲時為極限的傳輸速率，但是實際噪聲的存在使得速度不會達到極限速率的

3.碼元與調(diào)制技術(shù)

1.ASK 2-1

2.FSK 2-1

3.PSK 2-1

4.DPSK 4-2

5.QPSK 4-2

碼元種類數(shù)N與攜帶比特位數(shù)n，n=log2N

數(shù)據(jù)速率 R=Blog2N

B：碼元速率，N：碼元種類數(shù)

5.1.2數(shù)據(jù)調(diào)制與編碼

1.模擬通道傳送模擬數(shù)據(jù)，方法是：調(diào)幅AM（如收音機），調(diào)頻FM，調(diào)相PM

2.數(shù)字通道傳送模擬數(shù)據(jù)，方法脈碼調(diào)制PCM，就是講模擬信號量化后轉(zhuǎn)化為二進制代碼

3.模擬通道傳送數(shù)字數(shù)據(jù)，如電話線撥號上網(wǎng)

4.數(shù)字通道傳送數(shù)字數(shù)據(jù)

5.2網(wǎng)絡體系結(jié)構(gòu)

5.2.1網(wǎng)絡分類

1.局域網(wǎng)LAN，距離100米-2萬5千米，速度4M-1G，成本低

2.廣域網(wǎng)WAN，距離遠可跨城，速率低，成本高，高速廣域網(wǎng)ISDN綜合業(yè)務數(shù)字網(wǎng)，ADSL非對稱數(shù)字用戶線路

3.城域網(wǎng)MAN，距離介于局域網(wǎng)與廣域網(wǎng)之間，主要技術(shù)DQDB

5.2.2網(wǎng)絡互聯(lián)模型OSI/RM

1.物理層，傳輸2進制信號，CSMA/CD

2.數(shù)據(jù)鏈路層，IEEE802規(guī)范，傳輸幀信息

3.網(wǎng)絡層，分組路由選擇，IP,ICMP,IGMP,ARP,RARP

4.傳輸層，端到端鏈接，TCP,UDP

5.會話層，通信

6.表示層，數(shù)據(jù)表示，JPS,GIF,AVI

7.應用層，NFS,SNMP,DHCP,TFTP,FTP,HTTP,POP3,DNS

特殊的端口號

1.SMTP：25

2.POP3：110

3.DNS：53

4.WWW：80

5.FTP：21

256~1023端口號由UNIX系統(tǒng)占用

5.2.4網(wǎng)絡地址與子網(wǎng)掩碼

IP地址結(jié)構(gòu)

4段8位二進制01組成，共32位

網(wǎng)絡號與主機號

如192.168.20.105

網(wǎng)絡號192.168.20.0

主機號0.0.0.105

5類地址ABCDE

A類：1~126? 2的24次冪-2個主機地址（2個保留地址）首位0 前8位網(wǎng)絡號，后24位主機地址

B類：120~191? 2的16次冪-2個主機地址（2個保留地址）首位10，前16位網(wǎng)絡號，后16位主機地址

C類：192~223? 2的8次冪-2個主機地址（2個保留地址）首位110，前24位網(wǎng)絡號，后8位主機地址

D/E類用的比較少，D類最前面4位1110，E類最前面5位為11110，部分網(wǎng)絡號與主機號屬于專門保留地址以及擴展地址

幾個特殊地址

1.主機號全為1的為廣播地址如：192.168.10.255

2.網(wǎng)絡號全為0，主機號表示本網(wǎng)地址如：0.0.10.125

3.主機號全為0，網(wǎng)絡號就是本網(wǎng)的地址

4.保留地址255.255.255.255 0.0.0.0

子網(wǎng)掩碼

A：255.0.0.0

B：255.255.0.0

C：255.255.255.0

例如：192.168.20.11/22

前22位為網(wǎng)絡號則主機地址就是有10位，也就是有2的10次冪-2個地址

子網(wǎng)掩碼為前16位均為1，后16位中前6位為1因為網(wǎng)絡號有22位16+6=22

因此子網(wǎng)掩碼為

11111111.11111111.11111100.000000=255.255.252.0

IPv6

IPv4地址長度為32位，IPv6地址長度128位

5.2.5虛擬局域網(wǎng)

1.虛擬局域網(wǎng)VLAN的功能，邏輯上劃分網(wǎng)絡使其物理上無需進行設置或增加設備

2.劃分方法：端口，MAC地址，網(wǎng)絡層協(xié)議，IP組播組VLAN，策略VLAN，用戶定義

5.3通信設備

1.多路復用技術(shù)，就是把多個信號組合起來在一條物理信道上進行傳輸

2.分類FDM頻分多路復用（按頻譜劃分），TDM時分多路復用（按時間片劃分）

3.模擬信號可結(jié)合FDM與TDM混合使用

5.3.1傳輸介質(zhì)

1.雙絞線：距離短，速度快，價格便宜

分類：屏蔽與非屏蔽雙絞線，屏蔽雙絞線有一個金屬屏蔽層抗干擾，減少輻射以及被監(jiān)聽

非屏蔽雙絞線，無屏蔽外套。輕易安裝，可彎曲，靈活性高，適用于綜合布線

按照口徑由小到大：5類最細速率為100M，超5類1000M，6類最粗，2000M（2倍超5類速率）

2.同軸電纜：距離遠，速率50M左右，抗干擾能力強，價格介于雙絞線與光纖之間

分類：粗同軸電纜，細同軸電纜

3.光纖：速度快，不受電磁干擾（因為是光信號），價格貴，距離遠，衰減小

分類：多模200M-3G，單模3G-50G，多模比單模成本低

5.3.2網(wǎng)絡設備

1.網(wǎng)卡：用于收發(fā)信號，工作在數(shù)據(jù)鏈路層

2.集線器：工作在數(shù)據(jù)鏈路層，用于連接局域網(wǎng)絡，平分帶寬換式，共享帶寬

3.重發(fā)器，中繼器：用于放大信號

4.網(wǎng)橋：工作在數(shù)據(jù)鏈路層，網(wǎng)橋用于連接2個不同網(wǎng)段，可進行數(shù)據(jù)過濾

5.交換機：用于連接網(wǎng)絡，連接數(shù)據(jù)鏈路層和物理層協(xié)議轉(zhuǎn)換

分類：2層交換機工作在數(shù)據(jù)鏈路層，起到多端口網(wǎng)橋的作用，三層交換機工作在網(wǎng)絡層，利用IP地址進行交換，相當于帶路由功能的二層交換機

6.路由器：工作于網(wǎng)絡層，用于路徑選擇

7.網(wǎng)關：又叫協(xié)議轉(zhuǎn)換器，用于2個不兼容的系統(tǒng)在高層進行協(xié)議轉(zhuǎn)換

8.調(diào)制解調(diào)器：又叫貓，是進行模擬信號與數(shù)字信號互相轉(zhuǎn)換

5.4網(wǎng)絡接入技術(shù)

1.ATM

2.幀中繼

3.ISDN

4.同步光纖網(wǎng)絡

5.DDN

6.FTTX光纖到X

7.電話線撥號接入

8.HFC同軸和光纖接入

9.無線接入

移動WCDMA? 聯(lián)通CDMA2000? 電信TD-SCDMA

6.多媒體

6.1多媒體基礎

6.1.1多媒體計算機

1.音頻卡

2.視頻卡

3.采集卡

4.掃描儀

5.光驅(qū)

6.1.2媒體的分類

1.感覺媒體，音頻，視頻等

2.表示媒體，文本，圖像

3.表現(xiàn)媒體，鼠標鍵盤等輸入輸出設備

4.存儲媒體，硬盤光盤，CD-ROM，DVD-ROM

5.傳輸媒體，電纜光纜等

6.1.4多媒體集成語言SMIL

6.2壓縮編碼技術(shù)

1.空間冗余，類似的碼

2.時間冗余，如視頻的相同幀

3.知覺冗余，降低質(zhì)量，減少幀數(shù)，在人們感官不可察覺的程度

4.信息熵冗余，數(shù)據(jù)攜帶的信息量

5.結(jié)構(gòu)冗余，如布紋圖，草席圖等更改結(jié)構(gòu)來達到壓縮

6.知識冗余，將規(guī)律性的結(jié)構(gòu)壓縮

壓縮類型

1.無損壓縮，壓縮解壓可逆，不是真，但是壓縮比例小2：1? 5：1

2.有損壓縮：壓縮了熵，減少信息量，可能會失真，但是壓縮比例大聲音4：1? 8：1視頻100：1? 400：1

壓縮域

1.時間域，傳輸時間短

2.頻率域，可并行多傳

3.空間域，壓縮體積減少存儲

4.能量域，降低發(fā)送功率

6.2.2數(shù)據(jù)壓縮標準

1.JPEG(聯(lián)合圖像專家組)，采用DCT（離散余弦變換）壓縮方式，用于圖片壓縮

2.MPEG（動態(tài)圖像專家組），壓縮比高可達200：1，用于音視頻壓縮，標準（MPEG-1普通音視頻，-2高清，-3用于音頻，-4視頻電話，-7在線播放，-21兼容不同協(xié)議）

3.DVI（數(shù)字視頻接口），類似MPEG-1

4.H.26，類似MPEG，用于視頻會議等

5.H263，用于低帶寬條件下

6.3音頻數(shù)據(jù)

6.3.1音頻

關鍵要素：音強，音調(diào)，音色

6.3.2音頻的存儲與傳輸

存儲步驟：

1.采樣，采集模擬聲音的波形上采集幅度值，采樣的頻率為最大頻率的2倍

2.量化，將電壓用數(shù)字進行量化，單位一般為bit

3.編碼，將聲音數(shù)據(jù)編碼成計算機格式

每秒存儲字節(jié)數(shù)的計算公式

文件的字節(jié)數(shù)bit=采樣頻率（HZ）*量化采樣位數(shù)*聲道數(shù)/8（如果單位為Bit則不用除8）

6.3.3音頻格式

1.WAVE.wav

2.MOD.mod

3.Layer-3.mp3

4.Real Audio.ra

5.CD Audio.cda

6.MIDI.mid

7.CMF.cmf

6.4色彩空間

6.4.2顏色空間

1.三原色，紅綠藍（RGB）

6.4.3圖形與圖像

關鍵指標：分辨率（像素點數(shù)），點距（像素點之間的距離），深度（色彩數(shù)或灰度，如n位色說明是有2的n次冪種顏色，26位色就是2的26次冪種色彩）

1.圖像，稱作位圖或點陣圖，格式有BMP，TIF等

2.圖形，又叫矢量圖，石油直線，圓，圓弧等任意曲線和圖標繪制而成，格式有3DF，等

1個字節(jié)=8位

256色=log2 256=2的8次冪也就是8位，如果分辨率是640*480那么這個圖片的大小就為640*480*8/8=307200B=300K

3.圖形文件格式

1.BMP

2.DIB

3.GIF

4.DIF

5.JPEG

視頻文件格式

1.Quicktime 蘋果視頻

2.AVI

3.WMV

6.5流媒體

傳輸方式

1.順序流傳輸，不可快進只能按順序加載，加載完的可以回放及快進

2.實時流傳輸，傳一幀看一幀，可快進，因為有時間刻度，可根據(jù)快進到的時間點開始傳輸

流媒體協(xié)議

1.PNA，Real專用流媒體協(xié)議，采用UDP協(xié)議

2.MMS，微軟的

3.RTP，實時傳輸協(xié)議

4.RTCP，實時傳輸控制協(xié)議

5.RTSP，實時流協(xié)議

7.系統(tǒng)配置與性能

7.1系統(tǒng)性能計算

7.1.1響應時間

發(fā)出請求到返回響應的時間間隔

影響響應時間的可能因素：

1.業(yè)務相關

2.業(yè)務組合

3.用戶數(shù)量

響應時間點

0.1秒最佳

1秒正常

10秒最大忍受

7.1.2吞吐量

是系統(tǒng)單位時間內(nèi)處理任務能力，也就是說在單位時間內(nèi)接受處理任務數(shù)量

性能計算公式

1.平均利用率p=平均到達事務數(shù)/平均處理事務數(shù)

2.平均響應時間=平均處理時間/(1-p)

7.1.3系統(tǒng)可靠性

1.平均無故障時間

可靠度R=無故障時間/總時間

失效率=失效時間/（機器數(shù)*運行總時間）

平均無故障時間MTTF=1/

2.平均故障修復時間MTTR

3.平均故障間隔時間

MTBF=MTTR+MTTF；MTBFMTTF猶豫MTTR一般很小，所以故障間隔時間就約等于平均無故障時間

4.系統(tǒng)可用性

可用性=MTTF/(MTTF+MTTR)*100%

串聯(lián)系統(tǒng)

輸入-R1-R2-...-Rn

可靠性R=R1*R2*R3*R4*...*Rn

失效率=1+?2+?3+?4....+?n

并聯(lián)系統(tǒng)

R=1-（1-R1）*（1-R2）*....*（1-Rn）

7.2系統(tǒng)性能設計

7.2.1性能調(diào)整過程

收集、分析、配置、測試4個循環(huán)過程

性能調(diào)整準備工作

1.識別約束

2.制定負載

3.設置性能指標

7.2.2

加速比=不使用增強部件完成時間/使用增強部件完成時間

7.2.3負載均衡

NAT網(wǎng)絡地址轉(zhuǎn)換采用了負載均衡技術(shù)，就是多個內(nèi)網(wǎng)地址轉(zhuǎn)換為一個外網(wǎng)地址實現(xiàn)多個內(nèi)網(wǎng)地址通過一個外網(wǎng)地址進行上網(wǎng)

7.3系統(tǒng)性能評估

1.時間頻率法

概念：

時鐘頻率（主頻）：反映了計算機的工作效率，主頻越高計算機工作速度越快

時鐘周期：時鐘頻率的倒數(shù)，一個時鐘周期中CPU只完成一個操作

機器周期：由多個時鐘周期組成，如取指令、存儲器讀、存儲器寫，每一個基本操作稱作一個機器周期，一個機器周期由多個時鐘周期組成

指令周期：執(zhí)行一條指令所需要的時間，一個指令周期由多個機器周期組成

例子：

一臺微機主頻為20MHZ，如果2個時鐘周期=1個機器周期，3個機器周期完成一條指令則：

時鐘周期=1/主頻=1/20M=50ns

機器周期=2*50ns=100ns

指令周期=3*100ns=300ns

指令平均執(zhí)行速度=1/300ns=3.3MIPS(每秒百萬條指令數(shù))

1s=1000ms=1000000us=1000000000ns

1秒=1千毫秒=100萬微秒=10億納秒

2.指令執(zhí)行速度法

MIPS每秒百萬指令數(shù)

MFLOPS每秒百萬浮點操作次數(shù)

3.等效指令速度法

不是很準確

4.數(shù)據(jù)處理速率法

PDR（已淘汰）：對CPU和內(nèi)存處理數(shù)據(jù)的速度的評估

5.CTP（綜合理論性能法）

6.基準程序法

根據(jù)多種基準程序進行測試，每個程序側(cè)重點不同，是目前效果比較好的性能測試方法

基準程序包括：

Khrystone

Linpack

Whetstone

SPEC

TPC

7.4系統(tǒng)故障模型

系統(tǒng)故障的表現(xiàn)形式

1.永久性

2.間歇性

3.瞬時性

系統(tǒng)故障級別模型

1.邏輯級

2.數(shù)據(jù)結(jié)構(gòu)級

3.軟件故障和軟件差錯

4.系統(tǒng)級

級別越高危害越大，代價越高

7.5系統(tǒng)可靠性模型

1.時間模型

2.故障植入模型

3.數(shù)據(jù)模型

7.6冗余技術(shù)

1.結(jié)構(gòu)冗余

靜態(tài)冗余：錯誤可被其他模塊的正確結(jié)果覆蓋

動態(tài)冗余：系統(tǒng)每個模塊有獨個熱備模塊，通過系統(tǒng)動態(tài)檢測與重構(gòu)對故障模塊進行替換

混合冗余：兼靜態(tài)動態(tài)冗余的長處

2.信息冗余

增加糾錯的信息如糾錯碼

3.時間冗余

重復執(zhí)行指令

4.冗余附加技術(shù)

故障恢復策略

1.恢復到后狀態(tài)，就是越過故障點繼續(xù)執(zhí)行，故障通過日志記錄

2.恢復到前狀態(tài)，就是恢復到故障前一個正確狀態(tài)

7.6.2軟件容錯

1.恢復塊方法，主塊驗證測試-不合格需要找后備塊-檢測-如果還不通過繼續(xù)找直到合格后輸出正確結(jié)果

2.N版本程序設計，采用多個版本的使用不同方法實現(xiàn)相同功能的程序進行計算通過表決器得出正確結(jié)果

3.防衛(wèi)式程序設計，錯誤發(fā)生時可以及時撤銷錯誤狀態(tài)，恢復到一個已知的正確狀態(tài)。

7.6.3集群技術(shù)

1.集群分類

高性能計算科學集群，并行計算

負載均衡集群，降低負載壓力

高可用性集群，故障解決與預防能力強，可用性強，不易宕機

2.集群的硬件配置

1.鏡像服務器雙擊，熱備

2.雙擊與磁盤陣列，存儲高可用

3.光纖通道雙擊雙控集群系統(tǒng)

8.信息系統(tǒng)基礎

8.1信息特征

1.客觀性

2.普遍性

3.無限性

4.動態(tài)性

5.依附性

6.變換性

7.傳遞性

8.層次性

9.系統(tǒng)性

10.轉(zhuǎn)化性

8.2信息與信息系統(tǒng)

8.2.1系統(tǒng)的特性

1.整體性：由多個元素有機結(jié)合的整體

2.層次性：如系統(tǒng)與子系統(tǒng)

3.目的性：系統(tǒng)功能，需要實現(xiàn)的功能

4.穩(wěn)定性：持續(xù)工作

5.突變性：狀態(tài)變換

6.自組織性：

7.相似性：同構(gòu)異構(gòu)系統(tǒng)

8.相關性：元素間相關

9.環(huán)境適應性

8.2.2系統(tǒng)理論

1.系統(tǒng)的整體性原理

2.系統(tǒng)的整體突變原理：非加和原理

3.系統(tǒng)的層次性原理

4.系統(tǒng)的開放性原理

5.系統(tǒng)的目的性原理

6.系統(tǒng)環(huán)境互塑共生原理：功能與壓力

7.系統(tǒng)的秩序原理：有序的系統(tǒng)

8.系統(tǒng)的生命周期原理：系統(tǒng)生命周期

8.2.3系統(tǒng)工程

霍爾三維結(jié)構(gòu)

1.邏輯維步驟：步驟無絕對順序，各個步驟可能要反復多次

明確問題

系統(tǒng)指標設計：設計評定指標

系統(tǒng)方案綜合：將多個方案綜合評論

系統(tǒng)分析

系統(tǒng)選擇：從多個方案中選擇最優(yōu)

決策：決定使用哪個方案

實施計劃

2.時間維階段

規(guī)劃階段

擬定方案

研制階段

生產(chǎn)階段

安裝階段

運行階段

更新階段

3.知識維

完成邏輯維與時間維各個步驟需要的專業(yè)知識，把業(yè)務知識進行分類如行業(yè)等

8.2.4信息系統(tǒng)工程

1.信息系統(tǒng)的基本

數(shù)據(jù)的采集和輸入

數(shù)據(jù)的傳輸：信息源（發(fā)送者）-編碼-噪聲-譯碼-信宿（接收者）

信息的存儲

信息的加工：信息的處理如排序，歸并等等

信息的維護：增刪改查

信息的使用

2.信息系統(tǒng)分類

數(shù)據(jù)環(huán)境分類

應用層次分類：戰(zhàn)略級（企業(yè)高層管理）、戰(zhàn)術(shù)級（企業(yè)中層管理）、操作級（企業(yè)業(yè)務部門）、事務級（業(yè)務管理人員）

3.信息系統(tǒng)建設

信息系統(tǒng)生命周期：

系統(tǒng)規(guī)劃：輸出系統(tǒng)設計任務書，步驟：開發(fā)請求-初步調(diào)查-可研-審批

系統(tǒng)分析：根據(jù)系統(tǒng)設計任務書內(nèi)容進行分析，系統(tǒng)分析主要目的是回答系統(tǒng)做什么的問題；步驟：詳細調(diào)查-邏輯設計-評審

系統(tǒng)設計：回答怎么做的問題，步驟：總體設計-詳細調(diào)查-評審

系統(tǒng)實施：編碼測試-系統(tǒng)轉(zhuǎn)換-驗收

系統(tǒng)運維：系統(tǒng)維護-系統(tǒng)評價

各個開發(fā)階段人力需求：

隨著開發(fā)階段的進行，系統(tǒng)開發(fā)人員的參與度降低，用戶參與度加強

4.信息系統(tǒng)的發(fā)展

諾蘭提出信息系統(tǒng)發(fā)展階段分為;

初裝

蔓延

控制

集成

數(shù)據(jù)管理

成熟

以上階段由上到下預算增加

8.3信息系統(tǒng)建設

8.3.1企業(yè)規(guī)劃方法BSP原則

1.信息系統(tǒng)必須支持企業(yè)的戰(zhàn)略目標

2.信息系統(tǒng)的戰(zhàn)略應當表達出企業(yè)的各個管理層次的需求

3.信息系統(tǒng)應該向整個企業(yè)提供一致的信息

4.信息系統(tǒng)應該適應組織機構(gòu)和管理體制的改變

5.信息系統(tǒng)戰(zhàn)略規(guī)劃由總體信息系統(tǒng)的子系統(tǒng)實現(xiàn)

BSP對于系統(tǒng)規(guī)劃是自上而下，對于實現(xiàn)是自下而上

BSP方法的目標

1.弱化部門的狹隘利益

2.基于業(yè)務活動過程建立不受機構(gòu)變化而失效

3.提高效率，提供數(shù)據(jù)處理管理

4.增加信息

5.改善部門與用戶間的關系

BSP方法的研究步驟

1.研究項目的確定

2.研究的準備工作

3.研究開始階段

4.定義企業(yè)過程

5.定義數(shù)據(jù)類

6.分析現(xiàn)存系統(tǒng)支持

7.確定管理部門對系統(tǒng)的要求

8.提出判斷和結(jié)論

9.評價信息資源管理工作

定義信息總體結(jié)構(gòu)

確定總體內(nèi)的優(yōu)先順序

10.制定建議書和開發(fā)計劃

11.研究成果報告

信息資源管理基本內(nèi)容

1.資源管理的方向和控制

2.建立企業(yè)信息資源指導委員會

3.建立信息資源的組織機構(gòu)

BSP研究可以得出的結(jié)果

1.信息結(jié)構(gòu)

2.信息系統(tǒng)管理

3.分布信息系統(tǒng)規(guī)劃

4.總體結(jié)構(gòu)優(yōu)先順序

8.3.2戰(zhàn)略數(shù)據(jù)規(guī)劃方法

詹姆斯馬丁的觀點

1.自頂向下的規(guī)劃

步驟

企業(yè)模型的建立

確定研究的邊界

建立業(yè)務活動過程

實體和活動的確定

對所得規(guī)劃結(jié)果進行審查

建議全局規(guī)劃時間6個月內(nèi)

2.企業(yè)模型的建立

3.主題數(shù)據(jù)庫

特征：

面向業(yè)務主題，而不是面向業(yè)務

信息共享，所有部門共享

一次一處輸入系統(tǒng)，而不是多次多出輸入

由基本表組成（滿足第三范式3NF）

四類數(shù)據(jù)環(huán)境：文件環(huán)境，應用數(shù)據(jù)庫環(huán)境，主題數(shù)據(jù)庫環(huán)境，信息檢索系統(tǒng)環(huán)境

4.戰(zhàn)略數(shù)據(jù)規(guī)劃的執(zhí)行過程

企業(yè)的實體分析，有哪些實體也就是表對象

實體活動分析，

企業(yè)的重組

親和度分析，實體間的關聯(lián)度或依賴度

分布數(shù)據(jù)規(guī)劃

8.3.3信息工程方法（規(guī)劃與實施的方法）

1.信息工程步驟

信息戰(zhàn)略規(guī)劃

業(yè)務領域分析

業(yè)務系統(tǒng)設計

技術(shù)系統(tǒng)設計

系統(tǒng)構(gòu)成

系統(tǒng)轉(zhuǎn)換

系統(tǒng)運行

2.信息戰(zhàn)略規(guī)劃

評估企業(yè)的信息需求

建立企業(yè)總體信息結(jié)構(gòu)

建立企業(yè)業(yè)務系統(tǒng)結(jié)構(gòu)

建立企業(yè)技術(shù)結(jié)構(gòu)

提交信息戰(zhàn)略規(guī)劃

信息戰(zhàn)略規(guī)劃任務：

制定信息戰(zhàn)略規(guī)劃項目的計劃

初始評估

定義信息結(jié)構(gòu)

評估當前的環(huán)境

確定業(yè)務系統(tǒng)結(jié)構(gòu)

完成信息戰(zhàn)略規(guī)劃項目，提交規(guī)劃報告

3.數(shù)據(jù)和資料的收集

收集的資料：

有關制定企業(yè)計劃的資料

有關組織結(jié)構(gòu)的資料

有關業(yè)務活動的資料

現(xiàn)有系統(tǒng)的環(huán)境資料

當前技術(shù)環(huán)境的資料

4.信息戰(zhàn)略規(guī)劃報告

報告內(nèi)容：

（1）摘要內(nèi)容，不超過5頁

信息戰(zhàn)略規(guī)劃所涉及的范圍

企業(yè)的業(yè)務目標和戰(zhàn)略重點

信息技術(shù)對企業(yè)業(yè)務的影響

對現(xiàn)有信息環(huán)境的評價

推薦的系統(tǒng)戰(zhàn)略

推薦到技術(shù)戰(zhàn)略

推薦的組織戰(zhàn)略

推薦的行動計劃

（2）報告主要內(nèi)容，40-70頁

闡述總體內(nèi)容

業(yè)務環(huán)境描述

評價現(xiàn)有信息環(huán)境

通過可選擇方案和推薦的信息結(jié)構(gòu)

最后給出推薦的行動計劃

8.4信息系統(tǒng)規(guī)劃方法

8.4.1第一個階段

第一階段：數(shù)據(jù)處理為核心，圍繞職能部門需求進行規(guī)劃

包括3個規(guī)劃方法分別如下：

1.關鍵成功因素法CSF：根據(jù)分析企業(yè)成功關鍵因素，圍繞這些因素進行分析規(guī)劃；抓住主要矛盾突出重點

2.戰(zhàn)略集合轉(zhuǎn)換法SST：根絕各種人員的要求進行分析并轉(zhuǎn)化為系統(tǒng)的目標

3.企業(yè)規(guī)劃方法BSP：強調(diào)目標

以上三種方法的綜合分析：可結(jié)合使用，先用CSF確定企業(yè)目標，再用SST完善目標，最后用BSP校核兩個目標并確定系統(tǒng)結(jié)構(gòu)

8.4.2第二階段

第二階段：以企業(yè)內(nèi)部管理信息系統(tǒng)為核心，圍繞企業(yè)整體需求進行規(guī)劃

規(guī)劃方法：

1.戰(zhàn)略柵格法

4個格子分別為支持型，工廠型，轉(zhuǎn)變型，戰(zhàn)略型

2.戰(zhàn)略系統(tǒng)規(guī)劃法SSP

8.4.3第三階段

第三階段：集成為核心，圍繞企業(yè)戰(zhàn)略需求進行規(guī)劃

規(guī)劃方法：

1.價值鏈分析法VCA，步驟如下：

分解價值鏈為作業(yè)、成本、收入和資產(chǎn)并分配到作業(yè)中

確定引起價值變動的作業(yè)

分析價值鏈中各個節(jié)點的關系

利用分析結(jié)果重組或改進價值鏈

VCA的作用：作為一種審計工具

2.戰(zhàn)略一致性模型SAM

概念;就是把企業(yè)運營與IT的戰(zhàn)略達成一致性

方法：評價信息系統(tǒng)與競爭戰(zhàn)略之間的對應程度，識別信息系統(tǒng)對企業(yè)戰(zhàn)略的潛在影響，提出替代途徑，重新制定信息系統(tǒng)戰(zhàn)略

步驟：識別競爭環(huán)境，判斷選擇理論模型，提出解決途徑及方案，根據(jù)模型進行方案選擇

8.5信息化基礎

6要素：上應（信息技術(shù)應用），下技（信息產(chǎn)業(yè)技術(shù)），左人（信息化人才），右規(guī)（信息化法規(guī)政策），資源核心（信息資源），網(wǎng)絡基礎（信息網(wǎng)絡）

8.5.1企業(yè)資源計劃ERP

來源于MRP-||（制造資源計劃||）

1.ERP的功能

財會管理

生產(chǎn)控制管理

物流管理

人力資源管理

2.ERP的實施

三個時期：前期準備基礎數(shù)據(jù)和標準化，中期業(yè)務重組，后期實施適應期

實施過程：

建立團隊

明確目標制定實施計劃

相關人員培訓

需求分析

需求建模，原型分析

系統(tǒng)實施

運行試驗

制定技術(shù)解決方案

調(diào)試培訓測試

上線準備

運行

系統(tǒng)優(yōu)化

8.5.2客戶關系管理CRM

8.5.3供應鏈管理SCM

供貨的整個渠道相關內(nèi)容管理

8.5.4產(chǎn)品數(shù)據(jù)管理PDM

用來管理產(chǎn)品的全部信息如配置、文檔、設計文件、結(jié)構(gòu)等

8.5.5產(chǎn)品生命周期管理PLM

8.5.6知識管理

分類顯性知識（可文字描述），隱性知識（個人技術(shù)等）

8.5.7商業(yè)智能BI

包括技術(shù)：

數(shù)據(jù)倉庫：面向主題，同構(gòu)的；結(jié)構(gòu)包括數(shù)據(jù)源-ETL-數(shù)據(jù)倉庫；數(shù)據(jù)集市

OLAP聯(lián)機處理分析

數(shù)據(jù)挖掘：鉆取，數(shù)據(jù)立方體，切片，切塊；遺傳學（最優(yōu)后代），神經(jīng)網(wǎng)絡（加權(quán)）

分析預測

8.5.8企業(yè)門戶

1.信息門戶EIP：信息發(fā)布，是信息集成

2.知識門戶EKP

3.應用門戶EAP：應用集成

8.5.9電子政務

概念：通過信息技術(shù)優(yōu)化政府機構(gòu)業(yè)務流程，需要進行業(yè)務重組，采用不同的方式及流程實現(xiàn)政府工作

G2G政府對政府

G2E政府對公務員

G2B政府對企業(yè)

G2C政府對公民

8.5.10電子商務

B2B企業(yè)對企業(yè)

B2C企業(yè)對個人

C2C個人對個人

8.6決策支持系統(tǒng)DSS

分類：結(jié)構(gòu)化決策（有完整的決策模型）

非結(jié)構(gòu)化決策（十分復雜無法用模型來決策）

半結(jié)構(gòu)化決策

步驟：

發(fā)現(xiàn)問題行成決策目標

用概率定量描述各種方案結(jié)局可能性

決策人員定量估計、評價、評估

綜合分析，最終決定方案取舍

決策一般是以迭代的方式完成，而很難一次成功

DSS的功能歸納如下：

1.整理與提供與本決策問題相關的數(shù)據(jù)

2.收集存儲相關數(shù)據(jù)

3.收集提供有關項的反饋信息

4.能夠存儲與決策有關的模型

5.存儲各種數(shù)學與運籌學方法

6.能靈活運用模型

7.提供人機交互圖形化入口

8.加工速度與響應時間在可容忍接受范圍

9.支持但不能替代上層決策

8.6.2DSS基本結(jié)構(gòu)

數(shù)據(jù)庫部分，是DSS的數(shù)據(jù)基礎部件，對基礎數(shù)據(jù)的存儲、管理、提供用戶決策。

模型部分，是DSS最復雜最難實現(xiàn)的部件，它是提供用戶決策模型，因為DSS是由模型驅(qū)動的

推理部分，是存儲推理方法并使用，是由知識庫管理系統(tǒng)，推理機系統(tǒng)組成

人機交互部分，是人機交互的界面，為使用者提供服務

SDSS綜合決策支持系統(tǒng)組成：

數(shù)據(jù)倉庫

聯(lián)機分析處理

數(shù)據(jù)挖掘

模型庫

數(shù)據(jù)庫

知識庫

8.6.3DSS與MIS的比較

DSS：

高效，質(zhì)量，決策，適應性強，主觀性強，模型驅(qū)動，解決結(jié)構(gòu)化問題

8.7業(yè)務流程重組（BPR）

BPR不是對業(yè)務流程進行簡單的調(diào)整，而是重新規(guī)劃重新設計，脫胎換骨的過程

1.指導原則

組織機構(gòu)設計要圍繞企業(yè)產(chǎn)出而不是任務

使用過程輸出的人來執(zhí)行過程

信息處理工作整合到信息生產(chǎn)過程中去

分散資源集中處理

平行活動緊密連接

在基層活動中創(chuàng)建決策點

保持信息一致，在信息源頭獲取信息

2.實施建議

BPR項目啟動時創(chuàng)建領導機制

企業(yè)人員參與BPR工作，最好全員參與

調(diào)研范圍要廣泛全面

進行成本效益分析

避免無法衡量的部分

加強交流

重組全部流程

3.實施框架

KBSI公司的BPR框架

多層的BRP實施框架，分為觀念從建層，流程重建層，組織重建層

8.7.2BPR的實施步驟

1.項目啟動

2.擬定計劃

3.團隊組建

4.分析目標流程

5.重新設計目標流程

6.實施

7.持續(xù)改進

8.重新開始

8.7.3BRP與信息系統(tǒng)規(guī)劃

基于業(yè)務流程的信息系統(tǒng)規(guī)劃主要步驟：

1.戰(zhàn)略規(guī)劃，明確企業(yè)的戰(zhàn)略目標，信息系統(tǒng)目標與戰(zhàn)略目標一致

2.流程規(guī)劃，規(guī)劃企業(yè)業(yè)務流程

3.數(shù)據(jù)規(guī)劃，規(guī)劃流程產(chǎn)生的數(shù)據(jù)

4.功能規(guī)劃，識別功能模塊

5.系統(tǒng)實施

8.8企業(yè)應用集成EAI

8.8.1企業(yè)內(nèi)的集成

1.界面集成

2.平臺集成

3.數(shù)據(jù)集成：通過數(shù)據(jù)交換數(shù)據(jù)中心等方式

4.應用集成

5.過程集成

8.8.2企業(yè)間的集成

如使用webservice等通用服務方式

8.8.3集成模式

1.面向數(shù)據(jù)信息的集成，采用適配器技術(shù)

2.面向過程的集成技術(shù)，提供過程接口

3.面向服務SOA，WEBSERVICE技術(shù)，用于異構(gòu)系統(tǒng)集成的解決方案

9.軟件工程

解決軟件危機，軟件危機就是軟件成功率低，開發(fā)周期比發(fā)展周期慢，跟不上發(fā)展節(jié)奏

9.2軟件開發(fā)生命周期

主要過程：

1.獲取過程

2.供應過程

3.開發(fā)過程

4.運行過程

5.維護過程

支持過程：

1.文檔編制過程

2.配置管理過程

3.質(zhì)量保證過程

4.驗證過程

5.確認過程

6.聯(lián)合評審過程

7.審計過程

8.問題解決過程

組織過程：

1.管理過程

2.基礎設施過程

3.改進過程

4.培訓過程

9.3軟件開發(fā)方法

9.3.1凈室方法（形式化方法）

凈室軟件工程（也叫凈室方法）是軟件開發(fā)的一種形式化方法，它可以生成高質(zhì)量的軟件，是一種嚴格的軟件工程方法

凈室方法的三種盒模型：

1.黑盒

2.狀態(tài)盒

3.清晰盒

9.3.2結(jié)構(gòu)化方法（非形式化）

SA結(jié)構(gòu)化分析

SD結(jié)構(gòu)化設計

SP結(jié)構(gòu)化程序設計

1.結(jié)構(gòu)化方法的基本原則

1）面上用戶的觀點，時刻與用戶進行溝通獲取用戶需求

2）嚴格區(qū)分工作階段，每個階段有明確的工作與成果

3）按照系統(tǒng)的觀點，自頂向下完成工作

4）充分考慮到可變化性

5）工作成果文檔化

2.結(jié)構(gòu)化分析SA

步驟：

1）分析當前的情況，繪制物理模型DFD數(shù)據(jù)流圖

2）推到出等價的邏輯模型的DFD

3）設計心得邏輯系統(tǒng)生成數(shù)據(jù)字典和基元描述

4）建立人機接口，可供選擇的物理模型DFD

5）確定各種方案的成本風險，并進行分析

6）選擇方案

7）建立完整的需求歸約SRS

3.結(jié)構(gòu)化設計SD

步驟：

1）評審細化數(shù)據(jù)流圖

2）確定數(shù)據(jù)流圖類型

3）根據(jù)數(shù)據(jù)流圖設計模塊結(jié)構(gòu)的上層

4）基于數(shù)據(jù)流圖分解高層模塊，設計中下層模塊

5）優(yōu)化模塊結(jié)構(gòu)，得到更為合理的軟件結(jié)構(gòu)

6）描述模塊接口

SD方法的設計原則：

1）一個模塊只完成一個功能（高內(nèi)聚）

2）使用過程語句調(diào)用其他模塊（通過接口方式）

3）模塊間傳送參數(shù)作為數(shù)據(jù)使用

4）模塊間共用的信息盡量少，也就是要低耦合

4.結(jié)構(gòu)化方法的缺點

開發(fā)周期長

重視系統(tǒng)功能，弱數(shù)據(jù)結(jié)構(gòu)

對于非結(jié)構(gòu)化系統(tǒng)，很難定位其功能

9.3.3面向?qū)ο蠓椒?/h4>

主要工具UML

1.Coad/Yourdon方法

組成：

OOA面向?qū)ο蟮姆治?，包?層次，5步驟

OOD面向?qū)ο蟮脑O計，貫穿OOA的5層次5步驟

2.Booch方法

后被合并為UML

3.OMT方法

后被合并為UML

4.OOSE

在OMT的基礎上進行補充

后被合并為UML

Booch,OMT,OOSE統(tǒng)稱為UML

9.3.4原型法

結(jié)構(gòu)化方法和面向?qū)ο蠓椒ǖ墓餐c：在系統(tǒng)開發(fā)初期有明確的需求以及系統(tǒng)邊界

因此原型法誕生，在系統(tǒng)開發(fā)初期開發(fā)出系統(tǒng)原型可在前期對系統(tǒng)有直觀的認識

可以通過測試原型獲取到更多的不足之處，提高后期軟件的質(zhì)量

1.原型的分類

水平原型（行為原型）：只有功能菜單和靜態(tài)頁面，沒有實現(xiàn)功能，用于細化需求

垂直原型（結(jié)構(gòu)化原型）：實現(xiàn)的部分功能，用于實現(xiàn)復雜算法

拋棄型原型（探索型原型）：用于進行需求分析以及需求理解，達到目標后，原型就沒有利用價值而被拋棄

演化型原型：會時刻更新，是螺旋模型的一部分，該模型必須易于升級與優(yōu)化，適用于web項目

2.原型類型的選擇

1）系統(tǒng)結(jié)構(gòu)：聯(lián)機事務處理系統(tǒng)適合使用原型法，批處理、批量修改等結(jié)構(gòu)不適用

2）邏輯結(jié)構(gòu)：有結(jié)構(gòu)的功能型系統(tǒng)適合，而大量算法的系統(tǒng)不適合

3）用戶特征：前期需求不確定不明確，用戶愿意投入原型成本的用戶適合使用

4）應用約束：對于已有系統(tǒng)擴展功能不適合使用

5）項目管理：項目負責人愿意使用

6）項目環(huán)境：根據(jù)實際環(huán)境來選擇是否適用

對于功能復雜，前期用戶需求沒有整體概念的大型系統(tǒng)，適合使用原型法

3.原型生命期

步驟：

1）快速分析

2）構(gòu)造原型

3）運行評價

4）修正改進

5）判定是否完成

6）判斷是否需要詳細說明

7）細部說明，對于不能用原型表現(xiàn)的要通過描述來講清楚

8）判定原型效果

9）整理原型，提供文檔

原型就是動態(tài)可視化需求規(guī)格說明

4.原型開發(fā)技術(shù)

總結(jié)：原型法適合于前期用戶不明確的項目，在開發(fā)原型過程中用戶全程參與并及時提出建議大大提高了最終系統(tǒng)的客戶滿意度

9.3.5逆向工程

1.再工程

步驟：

逆向工程，通過已有軟件系統(tǒng)的源碼，文檔等分析其設計理念，從而挖掘出其優(yōu)點

軟件重構(gòu)，利用上一步分析的代碼優(yōu)點在原有代碼的基礎上重新構(gòu)建，提高質(zhì)量

正向工程，根據(jù)上兩步的輸出進行正常的軟件功能方法進行開發(fā)

9.4軟件開發(fā)模型

9.4.1瀑布模型

也叫生命周期法，是結(jié)構(gòu)化方法，順序執(zhí)行，一次流程通過后得出最終產(chǎn)品

階段如下：

1.軟件計劃

2.需求分析

3.軟件設計

4.程序編碼

5.軟件測試

6.軟件維護

優(yōu)點：利于大型軟件開發(fā)中人員的組織與管理，提高大型軟件開發(fā)的效率和質(zhì)量

缺點：必須前期需求明確，產(chǎn)品成型時間長，只有在最后才能看到產(chǎn)品的全景

由于是線性執(zhí)行，過程中每個階段出現(xiàn)嚴重問題都會成為瓶頸而使整個項目失敗

前期完全確定用戶需求是比較困難甚至是不可能的

瀑布模型適用于前期需求明確，很少變更的項目

9.4.2其他經(jīng)典模型

1.演化模型（快速原型法或變換模型）：在初期快速開發(fā)出原型，盡快讓原型與用戶接觸，前期使用用戶可以提出有價值的建議

2.螺旋模型：適用于高風險的項目，他與瀑布模型相結(jié)合，一個螺旋模型多個階段，每個階段都需要風險評估

3.噴泉模型：開發(fā)、分析、設計沒有明確的階段可迭代執(zhí)行

4.智能模型：利用專家系統(tǒng)提供建議

5.增量模型：多級瀑布模型重復執(zhí)行，不斷完善，每個階段輸出實現(xiàn)部分功能的可發(fā)布的版本，下一個版本基于上一個版本增量發(fā)布

6.迭代模型：類似增量模型，只不過迭代模型是不斷完善的過程，而增量模型是增量發(fā)布的是功能模塊，比如先開發(fā)3個功能模塊即可發(fā)布，后期在開發(fā)2個模塊增量發(fā)布后就有5個模塊可用了

7.構(gòu)建組裝模型（CBSD）：基于構(gòu)建的開發(fā)，利用模塊化方式進行迭代開發(fā)

9.4.3V模型

V模型是指在開發(fā)各個階段中融入測試，而不像瀑布模型只有在后期才介入測試。

開發(fā)階段與測試階段對應關系：

需求分析：驗收測試

概要設計：系統(tǒng)測試

詳細設計：集成測試

編碼：單元測試

9.4.4快速應用開發(fā)（RAD）

基于構(gòu)件開發(fā)，利用構(gòu)件復用的特性達到快速開發(fā)

缺點：必須全部功能模塊都可以模塊化構(gòu)件化

必須可以快速的確定需求并與客戶達成一致

不適合技術(shù)風險高的項目

9.4.5敏捷方法

開發(fā)者角度的關鍵點：

短平快會議

小版本發(fā)布

較少的文檔

合作為重

客戶直接參與

自動化測試

適應性計劃調(diào)整

結(jié)對編程

管理角度的關鍵點：

測試驅(qū)動開發(fā)

持續(xù)集成

重構(gòu)

極限編程XP：是一種輕量敏捷、高效、低風險、可預測的適用于小型中型軟件開發(fā)團隊，客戶需求模糊多變

總結(jié)：敏捷方法適用于小規(guī)模軟件的開發(fā)團隊，對于團隊的要求比較高，在實際工作中可以借鑒其思想

9.4.6統(tǒng)一過程

UP是Rational公司提出，IBM收購Rational，因此也叫作IBM RUP

使用UML，基于構(gòu)件的、用例驅(qū)動、以體系結(jié)構(gòu)為中心、迭代增量

4個階段：

初始、細化、構(gòu)建、交付

9.5系統(tǒng)規(guī)劃與問題定義

總體規(guī)劃的任務：

制定軟件發(fā)展戰(zhàn)略

制定組織的主要信息需求，形成總體結(jié)構(gòu)方案，安排項目開發(fā)計劃

制定系統(tǒng)建設的資源分配計劃

階段：

初步調(diào)查當前系統(tǒng)

分析確定系統(tǒng)目標

分析子系統(tǒng)組成及功能

擬定系統(tǒng)實施方案

可行性分析

編寫可行性分析報告

9.5.1可行性分析

1.可行性分析內(nèi)容

技術(shù)可行性

經(jīng)濟可行性

操作可行性

社會可行性/法律

2.可行性分析步驟（系統(tǒng)分析師的職責）

1）核實問題定義與目標

2）研究分析現(xiàn)有系統(tǒng)

3）為新系統(tǒng)建模

建模技術(shù)：系統(tǒng)上下文關系范文圖，系統(tǒng)與外界實體的關系圖

實體關系圖E-R圖

用例模型

域模型，實體類的描述

IPO輸入/處理/輸出

4）用戶復核，建模之后需要用戶復核正確性

5）提出并評價解決方案，過濾掉技術(shù)上無法實現(xiàn)，經(jīng)濟上無法滿足，法律上不符合規(guī)定的方案

6）確定最終推薦的解決方案

7）起草開發(fā)計劃，初略的開發(fā)計劃

8）提交可行性分析報告，參考國家標準GB/T8567-88的格式內(nèi)容

可研報告大致內(nèi)容：

引言

可行性研究的前提

對現(xiàn)有系統(tǒng)的分析

建議的系統(tǒng)方案

可選的其他系統(tǒng)方案

投資及效益分析

社會因素方面的可行性

結(jié)論

9.5.2成本效益分析

1.貨幣的時間價值F（n年后的價值）P（現(xiàn)在的價值）i（利率）n（年份），如果貸款需要每年支付利息

利滾利

折現(xiàn)值/貼現(xiàn)值

折線系數(shù)

2.凈現(xiàn)值分析法

NPV=n年總收益的貼現(xiàn)值-n年投資的總貼現(xiàn)值

NPV越大越好

NPV小于0證明這個投資方案會虧損，不可取

3.現(xiàn)值指數(shù)法

NPVI=n年總收益的貼現(xiàn)值/n年投資的總貼現(xiàn)值

NPVI越大越好

NPVI小于1證明這個投資方案會虧損，不可取

4.內(nèi)含報酬率IRR

IRR=i1+（i2-i1）*|NPVi|/(|NPVi1|+|NPVi2|)

IRR是極限的貼現(xiàn)率，超過這個利率就會虧損

5.案例

投資年份與收益年份編號，從0開始遍數(shù)，根據(jù)念書進行計算貼現(xiàn)率，通過貼現(xiàn)率計算每年的貼現(xiàn)值，然后將歷年投資的貼現(xiàn)值總和與歷年收益的凈現(xiàn)值總和進行計算

6.投資回收期

動態(tài)與靜態(tài)，動態(tài)用貼現(xiàn)值計算，靜態(tài)用現(xiàn)值計算

回收期=盈利年份-1+|盈利年前-年盈利和-總投資成本|/盈利年當年利潤

總結(jié)：就是到那一年能收回成本

7.投資回收率

投資回收率=1/投資回收期

8.盈虧平衡點

賣多少本能收回成本

盈虧平衡點BEP=固定成本/（總銷售額-總可變成本）

9.5.3系統(tǒng)建模

概念：

物理模型：就是實際的系統(tǒng)或人工處理流程，由于是實際的系統(tǒng)因此各項細節(jié)都有

邏輯模型：是設計模型如UML的設計模型，邏輯模型只說明系統(tǒng)的功能及處理的數(shù)據(jù)，而忽略細節(jié)

建模過程：

1.獲得當前系統(tǒng)的物理模型，了解當前系統(tǒng)“怎樣做事情”

2.抽象出當前系統(tǒng)的邏輯模型，分析出當前系統(tǒng)“是做什么的”

3.建立目標系統(tǒng)的邏輯模型，根據(jù)當前系統(tǒng)的邏輯模型導出目標系統(tǒng)的邏輯模型，也就是目標系統(tǒng)“做什么”

4.建立目標系統(tǒng)的物理模型，根據(jù)邏輯模型構(gòu)建物理模型

9.5.4問題定義

步驟：

1.在問題定義上達成共識：將問題標準化的格式寫出來，讓項目干系人、開發(fā)、客戶的需求問題達成一致。

2.理解問題的本質(zhì)：理解問題的根本原因，使用因果圖、魚骨圖、帕累托圖等工具進行分析

3.確定項目干系人：確定與項目相關的全部角色，了解干系人的需要以及對問題的不同看法

4.定義系統(tǒng)的邊界：系統(tǒng)與外界的邊界，利用用例圖等方法

5.確定系統(tǒng)實現(xiàn)的約束：考慮到各種對系統(tǒng)的限制如預算、人員、收益、操作、性能、社會等一切約束條件

問題定義的3個方面

1.目標，要達到的目的

2.功能，用什么功能來實現(xiàn)目標

3.非功能需求，易用性、性能需求等

9.6需求工程

1.需求開發(fā)

步驟：

需求獲?。赫{(diào)查問卷，小組會議，文檔考古，現(xiàn)場觀摩等

需求分析：業(yè)務需求分析成開發(fā)需求

需求定義：編寫需求規(guī)格說明書

需求驗證：與客戶確認簽字

2.需求管理

步驟：

定義需求基線

處理需求變更

需求跟蹤

需求開發(fā)是主線、目標，需求管理是輔助、支持與保障

9.6.1需求開發(fā)

1.需求開發(fā)的工作

問題識別

分析與綜合

貶值需求規(guī)格說明書

需求分析與評審

2.需求開發(fā)的原則

必須表達和理解問題的信息域和功能域

必須表示軟件的行為

必須劃分秒速信息、功能、和行為模型

分析過程應該從要素到細節(jié)實現(xiàn)

必須按照自頂向下分析問題不斷細化

要給出系統(tǒng)的邏輯和物理視圖

3.需求分類

功能需求

非功能需求

設計約束

業(yè)務需求：描述系統(tǒng)業(yè)務的需求就是問題定義，面對業(yè)務專家

用戶需求：用戶角度描述的需求，面對用戶

系統(tǒng)需求：開發(fā)角度的需求，面對開發(fā)人員

9.6.2需求獲取

1.要捕獲的信息

問題域相關信息（業(yè)務資料、組織機構(gòu)、業(yè)務流程）；要解決的問題信息；用戶的需求與約束

2.信息的來源

方法：列出一個問題域來源的對照表

可能來源：客戶、原有系統(tǒng)、原有系統(tǒng)用戶、競爭對手的產(chǎn)品、領域?qū)＜?、技術(shù)法規(guī)與標準

3.需求捕獲技術(shù)

1）用戶訪談，找關鍵用戶進行面對面訪談，訪談前要做好準備，列舉可能問題，有目標、有中心的訪談

2）用戶調(diào)查，調(diào)查問卷的方式

3）現(xiàn)場觀摩，到用戶現(xiàn)場觀摩實際的業(yè)務操作及工作流程

4）閱讀歷史文檔

1）用戶訪談，找關鍵用戶進行面對面訪談，訪談前要做好準備，列舉可能問題，有目標、有中心的訪談

2）用戶調(diào)查，調(diào)查問卷的方式

3）現(xiàn)場觀摩，到用戶現(xiàn)場觀摩實際的業(yè)務操作及工作流程

4）閱讀歷史文檔（文檔考古），查閱相關歷史資料

5）聯(lián)合討論會，關鍵客戶代表、分析員、開發(fā)代表一起討論，是有效的但高成本的方式

聯(lián)合討論會步驟：

a.互相認識

b.討論原系統(tǒng)的不足

c.對新系統(tǒng)的期望

d.列出清單及會議紀要

4.需求捕獲的策略

采用迭代多次反復完善的策略

9.6.3需求分析

方法：結(jié)構(gòu)化分析方法；面向?qū)ο蠓治龇椒ǎ幻嫦騿栴}域的分析（PDOA）

1.業(yè)務流程分析

步驟：

1）通過調(diào)查掌握基本情況

2）描述現(xiàn)有業(yè)務流程（繪制業(yè)務流程圖）

3）確認現(xiàn)有業(yè)務流程

4）分析業(yè)務流程

5）發(fā)現(xiàn)問題，提出解決方案

6）提出優(yōu)化后的業(yè)務流程

2.數(shù)據(jù)流圖DFD

作用：是表達用戶需求的工具，系統(tǒng)分析的一種手段

是分析結(jié)果的表達方式，是系統(tǒng)設計的重要材料

是存檔的文字材料

基本符號：

數(shù)據(jù)流、加工、數(shù)據(jù)存儲、外部實體

層次圖：可以分成多層，上層是下層的父層

繪制DFD步驟：

自頂向下，逐層分解

繪制DFD原則：

1）只限于基本符號

2）頂層DFD必須包括全部基本元素

3）頂層數(shù)據(jù)流必須封閉在外部實體之間

4）每個加工至少有一個輸入流或輸出流

5）按層給加工框編號

6）子圖的數(shù)據(jù)流向要與父圖一致

7）可以加入物質(zhì)流

8）每個元素必須有名字

9）不可加入控制流

3.數(shù)據(jù)字典

數(shù)據(jù)字典是對DFD中的元素的定義集合，主要是對加工的描述，對加工的描述方法有結(jié)構(gòu)化的語言、判定樹、判定表

9.6.4需求定義

1.嚴格定義方法

使用該方法的前提：

1）所有需求都能被預定義

2）開發(fā)人員與用戶之間能夠準確而清晰的溝通

3）采用圖形/文字可以充分體現(xiàn)最終系統(tǒng)

缺陷：

1）文檔量大

2）開發(fā)過程可見性差，用戶反饋延遲大

2.原型法

作用：可直觀的描述難以理解的需求

很好的降低交流障礙

直觀感性的反應需求

實用

3.軟件需求說明書SRS

軟件需求說明書面向開發(fā)人員

編寫方法：

1）結(jié)構(gòu)化自然語言編寫文本型文檔

2）建立圖形化模型

3）編寫形式化規(guī)格說明

9.6.5需求管理

3方面工作：

需求基線：基線是基準，以基線為衡量標準

需求變更：管理需求變更

需求跟蹤目的：

審核，確保每個需求都被應用

修改需求的所有相關元素的更新

跟蹤變更過程及實施

跟蹤需求實現(xiàn)過程的狀態(tài)

再工程

新舊功能的比對與借鑒

跟蹤每個開發(fā)人員與功能的對照關系，減少人員離開時帶來的風險

測試出錯時定位最有可能的代碼段

需求跟蹤工具：需求跟蹤矩陣，用于對照功能與需求的關系，用于產(chǎn)品到需求的雙向跟蹤

9.7軟件設計

主要任務：

1.制定設計規(guī)范標準

2.完成總體設計包括模塊劃分、模塊功能、模塊間依賴關系、模塊組成關系

3.設計處理方式包括算法、性能、周期、響應時間吞吐率、精度等

4.設計數(shù)據(jù)結(jié)構(gòu)

5.可靠性設計

6.編寫設計文檔包括概要設計、詳細設計、數(shù)據(jù)庫設計、用戶手冊和初步測試計劃

7.設計評審，對設計文檔進行評審

9.7.1軟件設計活動

1.數(shù)據(jù)設計

最先進行數(shù)據(jù)設計，E-R圖實體關系設計

2.軟件結(jié)構(gòu)設計

模塊設計

3.人機界面設計（接口設計）

各種接口設計，模塊間的接口、用戶接口、外部實體接口

4.過程設計

最后進行過程設計，由頂進入，從低端退出，讀者可以很容易理解過程流

9.7.2結(jié)構(gòu)化設計

是面向數(shù)據(jù)流的設計方法，是自頂向下逐步細化及模塊化的設計，它包括系統(tǒng)結(jié)構(gòu)設計、接口設計、數(shù)據(jù)設計、過程設計。

設計原則：

1.抽象化，對各個層次進行抽象設計

2.自頂向下，逐步求精，從頂層開始設計也就是模塊化設計，然后逐步細化到模塊功能設計，先概要設計，再詳細設計

3.信息隱蔽，對外數(shù)據(jù)交互采用接口方式，不要直接調(diào)用內(nèi)部方法，要隱蔽內(nèi)部方法，對外通過接口訪問

4.模塊獨立性，高內(nèi)聚，低耦合

9.7.3工作流設計

工作流管理系統(tǒng)功能（WFMS）

流程定義

創(chuàng)建流程實例

監(jiān)控管理實例

1.工作流與BPR

工作流管理系統(tǒng)主要用戶是和企業(yè)業(yè)務流程重組技術(shù)相結(jié)合管理企業(yè)流程定義

2.工作流機

流程引擎，用于對流程定義進行解釋，并實現(xiàn)流程實例的生成、激活、掛起、終止等，實現(xiàn)流程轉(zhuǎn)換包括串行、并行、匯聚等操作

3.實現(xiàn)ERP與OA的集成

工作流可以實現(xiàn)ERP系統(tǒng)與OA系統(tǒng)流程集成

9.8軟件測試

軟件測試是軟件質(zhì)量保證的主要手段之一，是在軟件提供用戶使用之前必須完成的步驟，測試過程中要盡可能多的發(fā)現(xiàn)問題

測試是對軟件的度量，測試的作用：

1.軟件測試是為了發(fā)現(xiàn)錯誤而執(zhí)行的過程

2.測試是為了證明程序有錯，而非證明無錯

3.一個好的測試用例，是發(fā)現(xiàn)了至今未被發(fā)現(xiàn)的錯誤

4.一個號的測試是發(fā)現(xiàn)了至今未被發(fā)現(xiàn)的錯誤的測試

9.8.1測試的類型

黑盒法，不考慮軟件內(nèi)部邏輯，主要方法有等價類劃分、邊界值分析、錯誤推測、因果圖法

白盒法，面向程序?qū)崿F(xiàn)測試，對程序內(nèi)部邏輯進行測試

灰盒法，介于白盒黑盒之間的測試

2.靜態(tài)測試

桌前檢查，程序員進行單元測試之前對代碼進行分析檢驗

代碼審查，開發(fā)與測試人員共同對程序進行分析討論的過程

代碼走查

9.8.2測試的階段

測試類型：

1.單元測試，使用白盒測試方法，測試模塊功能代碼的邏輯性以及根據(jù)詳細設計說明書進行測試

2.集成測試，將通過單元測試的模塊進行集成然后測試集成功能，需要輔助模塊驅(qū)動模塊（模擬主模塊），樁模塊（模擬子模塊），是一個循序漸進的過程，不斷的集成不斷的測試

3.確認測試，分為內(nèi)部確認測試（開發(fā)組進行的測試，根據(jù)SRS），Alpha測試（內(nèi)測），Beta測試（公測）

4.系統(tǒng)測試，整體環(huán)境的測試包括軟件包，硬件，網(wǎng)絡環(huán)境等綜合測試，包括功能測試、性能測試、安全性測試、實施測試、用戶界面測試等，其測試計劃是在系統(tǒng)分析（需求分析）階段完成的

9.8.3性能測試

通過自動化測試工具如loadrunner等模擬多種情況進行性能方面的測試，如負載測試，壓力測試

1.性能測試的目的

目的是是否達到用戶提出的性能指標，發(fā)現(xiàn)系統(tǒng)存在的性能瓶頸，并優(yōu)化軟件達到優(yōu)化系統(tǒng)的目的

具體包括以下幾個方面：

1）評估系統(tǒng)的能力，測試負載和響應時間

2）識別體系中的弱點，突破負荷，也就是超負荷運作，測試系統(tǒng)瓶頸

3）系統(tǒng)調(diào)優(yōu)，根據(jù)測試出來的系統(tǒng)瓶頸問題進行調(diào)優(yōu)

4）檢測軟件中的問題，長時間運行

5）驗證穩(wěn)定性和可靠性，高負荷環(huán)境下測試系統(tǒng)穩(wěn)定性和可靠性

2.性能測試類型

1）負載測試，高負載環(huán)境下的運行情況

2）強度測試，低配置環(huán)境的運行情況

3）容量測試，高訪問量

3.性能測試的步驟

1）制定目標分析系統(tǒng)

2）選擇測試度量方法

3）學習相關技術(shù)和工具

4）制定評估標準

5）設計測試用例

6）運行測試用例

7）分析測試結(jié)果

4.負載壓力測試

主要測試高用戶訪問量、高并發(fā)、大數(shù)據(jù)量、持續(xù)運行時間等方面

目的：模擬真實環(huán)境下的系統(tǒng)性能，評估是否可以滿足系統(tǒng)性能需求

預見系統(tǒng)負載壓力承受力，對預期進行評估

進行瓶頸分析并優(yōu)化

關鍵指標：客戶端的并發(fā)用戶數(shù)、響應時間、吞吐量、網(wǎng)絡帶寬利用率、網(wǎng)絡負載、延遲、傳輸錯誤

服務器硬件指標、數(shù)據(jù)庫運行情況包括sql執(zhí)行情況、資源競爭及死鎖等

9.8.4測試自動化

優(yōu)點：

1.比人工測試速度快

2.效率高

3.準確性高

4.可連續(xù)執(zhí)行7*24運行測試

5.可模擬現(xiàn)實環(huán)境

缺點：

1.不能完全替代人工測試

2.不能減少人力成本

3.不能免費獲得，有學習及腳本開發(fā)成本

4.不能降低測試工作量

9.8.5軟件調(diào)試

調(diào)試是在測試過程之后

調(diào)試針對測試中發(fā)現(xiàn)的問題

調(diào)試的過程：

1.定位問題

2.解決問題

3.回歸測試

9.8.6測試設計

測試過程包括：測試計劃、測試設計、執(zhí)行測試、測試評估

測試設計包括：用戶層測試設計、應用層測試設計、功能層測試設計、子系統(tǒng)層測試設計、協(xié)議層測試設計

9.8.7測試管理

測試管理包括：

1.測試團隊管理

2.測試計劃管理，測試計劃從需求分析階段開始到軟件設計階段結(jié)束時完成

3.缺陷跟蹤管理，缺陷的提交，跟蹤修復情況，處理缺陷，關閉

4.測試件管理，測試件包括經(jīng)驗教訓、測試技巧、測試工具、規(guī)格文檔、測試腳本

9.9系統(tǒng)運行和維護

1.略

2.轉(zhuǎn)換策略

1）直接轉(zhuǎn)換，完全替換

2）逐步轉(zhuǎn)換，部分功能替換

3）并行轉(zhuǎn)換，2個系統(tǒng)同時使用一段時間，業(yè)務數(shù)據(jù)在新舊系統(tǒng)中操作2次

9.9.2遺留系統(tǒng)的處理策略

啟動評價

商業(yè)價值評價

外部環(huán)境評價

應用軟件評價

分析評價結(jié)果

2.遺留系統(tǒng)的演化策略

淘汰策略：完全沒有利用價值，淘汰重新開發(fā)

繼承策略：有部分利用價值，以舊系統(tǒng)為基礎，繼承舊系統(tǒng)的設計

改造策略：在舊系統(tǒng)的基礎上進行改造

集成策略：功能可用但不能覆蓋全部業(yè)務，需要再增加系統(tǒng)與舊系統(tǒng)進行集成

9.9.3軟件維護

維護工作占整個軟件的生命周期的60%-80%

類型：就是魚丸

糾錯性維護/改正性維護：20%，發(fā)現(xiàn)越早成本越低

適應性維護：25%

預防性維護：5%

完善性維護：50%

影響維護工作量的因素：

系統(tǒng)大小

程序設計語言

系統(tǒng)年齡

數(shù)據(jù)庫技術(shù)的應用

先進的軟件開發(fā)技術(shù)

9.10軟件開發(fā)環(huán)境與工具

9.10.1軟件開發(fā)環(huán)境

ICASE集成化計算機輔助軟件工程，根據(jù)需求規(guī)格說明書進行自動開發(fā)以及自動環(huán)境搭建的軟件，自動生成相關的文檔

9.10.2軟件開發(fā)工具

建模工具：IBM Rationsl rose UML;excel WinA&D;Excel QuickUML;Metamill Metamill UML

設計工具：IBM Rational rose;Sybase PowerDesigner

編程工具：

測試工具：IBM Rational TestStudio;QACenter；WinRunner;LoadRunner

項目管理工具：PMOffice；P3E

10.面向?qū)ο蠓椒ǎㄜ浖_發(fā)方法）

1.對象，是類的一個實例，組成包括對象名、屬性和操作

2.類，組成類名、屬性和操作，每個類一般都有實例，抽象類不能實例化，只能被繼承

3.繼承，A繼承B，A是B 的子類，B是A的父類，B是A的泛化，子類繼承父類的屬性和操作

4.封裝，對內(nèi)高度內(nèi)聚，隱藏實現(xiàn)，對外低耦合，通過接口訪問

5.消息，調(diào)用對象接口方法

6.多態(tài)性，繼承后重載就是靜態(tài)的多態(tài)，覆寫方法就是動態(tài)的多態(tài)；還有一種多態(tài)表現(xiàn)是，eat（）方法在人對象與動物對象中使用的效果不同，人.eat()!=動物.eat()

10.2統(tǒng)一建模語言UML

10.2.1UML的結(jié)構(gòu)

1.構(gòu)造塊：事物、關系、圖

2.公共機制：規(guī)格說明、修飾、公共分類、擴展機制

3.視圖：邏輯視圖、進程視圖、實現(xiàn)視圖、部署視圖、用例視圖

10.2.2事物

1.結(jié)構(gòu)事務

類

接口

協(xié)作

用例

活動類

構(gòu)件

節(jié)點

2.行為事物

交互

狀態(tài)機

3.分組事物

包

4.注釋事物

解釋

10.2.3關系

主要關系：依賴、關聯(lián)、泛化、實現(xiàn)

1.用例之間的關系

包含《include》或《use》

擴展《extend》

泛化

2.類之間的關系

關聯(lián)關系：直線表示

依賴關系：虛線實心箭頭

泛化關系：直線空心箭頭

聚合關系：直線空心菱形

組合關系：直線實心菱形

實現(xiàn)關系：虛線空心箭頭

流關系：虛線箭頭

10.2.4圖形

1.類圖

2.對象圖

3.構(gòu)件圖

4.組合結(jié)構(gòu)圖

5.用例圖

6.順序圖

7.通信圖

8.計時圖

9.狀態(tài)圖

10.活動圖

11.部署圖

12.制品圖

13.包圖

14.交互概覽圖

10.3面向?qū)ο蠓治鯫OA

10.3.1用例模型

建立用例模型的步驟

1.識別參與者：用戶角色

2.合并需求獲得用例：功能

3.細化用例描述：用例流程，角色如何使用功能

10.3.2分析模型

分析步驟

1.發(fā)現(xiàn)領域?qū)ο螅憾x概念類，一般每個用例對應一個概念類

2.識別對象的屬性：名稱，解釋，數(shù)據(jù)類型等

3.識別對象關系：泛化，關聯(lián)關系等

4.為類添加職責：方法或操作，以及狀態(tài)，狀態(tài)可用狀態(tài)圖描述

5.建立交互圖：順序圖、交互概覽圖、通信圖、定時圖

10.4面向?qū)ο笤O計OOD

分類：系統(tǒng)設計（概要設計）；對象設計（詳細設計）

面向?qū)ο笤O計基本準則：模塊化、抽象、信息隱藏、高內(nèi)聚低耦合

具體原則：

1.單一職責原則：一個模塊只負責一個職責，避免一個模塊負責多個職責出現(xiàn)“雜湊類”

2.開放-封閉原則：對于擴展開放，對于修改封閉；通過調(diào)用不同的接口來實現(xiàn)不同的需求，而不需要每次都修改內(nèi)部邏輯

3.李氏替換原則：基類/父類要通用抽象，子類要擴展父類

4.依賴倒置原則：上層模塊不能依賴下層模塊

5.接口隔離原則：一個接口實現(xiàn)一個業(yè)務，盡量不要使用一個大的接口要使用多個接口實現(xiàn)多個業(yè)務

6.組合重用原則：盡量使用組合來替代繼承

7.迪米特原則：又叫最少知識法則，就是模塊盡量獨立，最少依賴其他模塊，面向接口編程而非實現(xiàn)

10.5面向?qū)ο鬁y試

優(yōu)點：

1.介入較早可在需求確定之前進行，可用幫助分析需求

2.早期介入可降低成本，由于可用盡早發(fā)現(xiàn)錯誤

3.更早的編寫測試用例，可以是開發(fā)與測試人員對需求理解一致

4.注重軟件實質(zhì)

測試的4個層次：

算法層

類層

模板層

系統(tǒng)層

10.6設計模式

定義：是一套被反復使用、多數(shù)人知曉的、經(jīng)過分類編目的、設計總結(jié)與經(jīng)驗，使用設計模式為了可重用代碼設計以及體系結(jié)構(gòu)。

10.6.1設計模式的組成

1.模式名稱

2.問題，什么時候使用該模式

3.解決方案，設計的基本要素等

4.效果，使用后的結(jié)果與衡量

10.6.2設計模式的分類

創(chuàng)建型（對象的創(chuàng)建）

1.抽象工廠AbstractFactory：抽象工廠類，子類實現(xiàn)抽象工廠類，不同的子類不同的實現(xiàn)

2.生成器Builder：抽象類中包含多個方法，子類需要繼承并實現(xiàn)，不同子類不用實現(xiàn)

3.工廠方法FactoryMethod：通過一個創(chuàng)建對象的接口，根據(jù)子類決定輸出的對象

4.原型模式Prototype：利用克隆方法

5.單例模式Singleton：只能有一個實例

結(jié)構(gòu)型（對象組合）：就是引入接口，然后傳入實現(xiàn)類

1.適配器模式Adapter：將原接口方法通過適配器用其他接口方法實現(xiàn)

2.橋梁模式Bridge：A a=new A();Bridge b=new Bridge(a);b.method();b中放那個對象就執(zhí)行那個對象的實現(xiàn)接口方法

3.組合模式Composite：利用樹型結(jié)構(gòu)

4.裝飾模式Decorator：類似sitmesh，類似橋梁模式，就是在裝飾類中引用接口方式，用get,set方法獲取實現(xiàn)類；以上和橋梁方法一樣，下面是裝飾方法就是把公共的方法集成然后各自特色方法在制定的位置

5.外觀模式Facade：對外有一套統(tǒng)一的接口，也就是面向接口編程

6.享元模式Flyweight

7.代理模式Proxy：代理類實現(xiàn)公共接口并引用該接口，然后將get，set實現(xiàn)類，代理類用引入的實現(xiàn)類的方法實現(xiàn)接口方法，也就是代理類不實際實現(xiàn)接口方法，只是代理執(zhí)行其他實現(xiàn)類的方法

行為型（對象間的交互，一般用if-else進行判斷）

1.責任鏈模式ChainOfResponsibility：類似工作流，定義好責任鏈后，通過if-else判斷是否符合自己處理范圍，不符合就推到其他責任人處理

2.命令模式Command：不同于組合型，組合型是類的實現(xiàn)，而命令行是抽象類每個方法都可以獨立實現(xiàn)，也就是傳入過個類對象，每個對象實現(xiàn)抽象類中的一個方法

3.解釋器模式Interpreter：利用規(guī)定進行解釋方法

4.迭代器模式Iterator：自己調(diào)用自己，迭代計算，最后要有終止條件否則會死循環(huán)

5.中介者模式Mediator

6.備忘錄模式Memento

7.觀察者模式Observer

8.狀態(tài)模式State

9.策略模式Strategy

10.模板模式TemplateMethod

11.訪問者模式Visitor

11.新技術(shù)應用

11.1構(gòu)件與軟件重用

構(gòu)件：功能相對獨立的可重用價值的軟件單元

11.1.1.軟件重用

將已有軟件及其有效成分用于構(gòu)造新的軟件或系統(tǒng)，構(gòu)件在不斷的被重用與完善的過程中，更加完善穩(wěn)定，構(gòu)件要具有可變性，根據(jù)引用系統(tǒng)的環(huán)境來改變構(gòu)件的配置來滿足新系統(tǒng)要求

11.1.2構(gòu)件標準

1.CORBA通用對象請求代理機構(gòu)，由OMG提供

2.EJB企業(yè)及JavaBean，由SUN提供

3.由微軟提供

COM

DCOM分布式構(gòu)建對象模型，是COM的擴展

COM+，是新的產(chǎn)品，而非COM的升級產(chǎn)品

11.1.3構(gòu)件獲取

1.從現(xiàn)有構(gòu)件中獲得符合要求的構(gòu)件，直接使用或適應性修改

2.通過遺留工程獲取，通過領域工程在現(xiàn)有系統(tǒng)中進行分析提煉，領域工程步驟：領域分析、領域涉及、領域?qū)崿F(xiàn)

3.從市場上購買

4.開發(fā)構(gòu)件

11.1.4構(gòu)件管理

構(gòu)件組織要求

1.可維護

2.可查詢，精準與匹配查詢

3.功能匹配查詢或語法匹配查詢

4.對構(gòu)件精準描述

5.易用

組織方法：

1.關鍵字分類法，關鍵字

2.刻面分類法，關鍵特征

3.超文本方法，全文檢索

構(gòu)件分類

1.獨立而成熟的構(gòu)件

2.有限制的構(gòu)件

3.適應性構(gòu)件

4.裝配的構(gòu)件

5.可修改的構(gòu)件

11.1.5構(gòu)件重用

1.檢索與提取構(gòu)件

2.理解與評價構(gòu)件

3.修改構(gòu)件

4.構(gòu)件組裝

11.2中間件技術(shù)（類似適配器）

11.2.1中間件定義

1.在分布式系統(tǒng)環(huán)境中，中間件處于操作系統(tǒng)之上應用程序之下

2.是一種獨立的系統(tǒng)軟件或服務程序，用于不同技術(shù)間共享資源

3.中間件是一類軟件，而非一種軟件

4.中間件不僅僅實現(xiàn)互連，還要實現(xiàn)互操作

5.中間件是基于分布式處理的軟件，其特點是網(wǎng)絡通信能力

11.2.2中間件的分類

1.RPC，遠程過程調(diào)用，java中通過調(diào)用RMI（遠程方法調(diào)用）

2.MOM，面向消息中間件，如MQ，MessageQ

3.ORB,是OMG退出的對象管理結(jié)構(gòu)OMA的核心組件

4.數(shù)據(jù)庫訪問中間件，ODBC，JDBC

底層中間件：

JVM（SUM）,CLR(MS),ACE,JDBC,ODBC

通用型中間件：CORBA,J2EE,MOM,COM

集成型中間件：workflow,EAI,websphere,weblogic

11.3 J2EE與.NET平臺

11.3.1 J2EE核心技術(shù)

J2EE是為設計、開發(fā)、裝配和不熟企業(yè)應用程序提供的一個基于組件的解決方案，提供了分布式程序模型，他提供了整套企業(yè)應用開發(fā)的解決方案包括：

服務器tomcat,jboss等

EJB

JDBC訪問數(shù)據(jù)庫用的

JMS消息組件

等等一切企業(yè)應用開發(fā)中需要的組件與規(guī)范

分布式程序模型：

1.客戶層，web瀏覽器

2.J2EE服務器（web層，業(yè)務組件層），web頁面和應用程序

3.企業(yè)信息層，數(shù)據(jù)庫

J2EE的規(guī)范：

1.J2EE平臺

2.J2EE應用編程模型

3.兼容測試套件

4.參考實現(xiàn)

核心技術(shù)：

1.EJB，企業(yè)級javaBean，包括會話Bean（邏輯）和實體Bean（持久化對象）

2.JDBC，數(shù)據(jù)庫中間件，提供數(shù)據(jù)庫訪問接口，實現(xiàn)多種數(shù)據(jù)庫的訪問方式

3.java servlet，java服務器端小程序

4.jsp，java服務器頁面，是一個高層的servlet

5.JMS,java消息服務

6.JNDI，java命名目錄接口，例如使用xml進行數(shù)據(jù)庫配置的方式

7.JTA，java事務API

8.JMA，java mail api java郵件API

9.JAXP，java xml解析API

10.JCA連接體系，JAAS認證授權(quán)等等

11.3.2.NET平臺

組成：

1.操作系統(tǒng)MS

2.專用服務器

3.web服務器

4.開發(fā)工具，VisualStudio.NET

5.NET Framework，核心部分是CLR（類似java的JVM）

11.3.3比較分析

J2EE：開源，可編譯成class文件在JVM上運行實現(xiàn)跨平臺，多種組件

NET：不開源，編譯生成.exe和.dll不能編譯成機器碼

11.4軟件即服務SaaS

云計算包括：SaaS軟件云，PaaS平臺云，laaS基礎設施云

11.5虛擬計算

網(wǎng)絡資源的聚合與協(xié)同是虛擬計算環(huán)境的核心

11.5.1 P2P計算

定義：對等計算，無服務端概念，各個階段平等均是客戶端也是服務端

11.5.2 云計算

11.5.3 普適計算

11.6 多核技術(shù)

11.7片上系統(tǒng)SoC系統(tǒng)級芯片

12 項目管理

12.2 項目生命周期

1.概念階段：包括需求收集、項目策劃、可研、風險評估、項目建議書

2.開發(fā)階段：要對項目任務與資源進行計劃及配置，包括確定范圍和目標、確定項目組成員、確定技術(shù)路線、工作分解、計劃、質(zhì)量保證、成本控制、風險控制、溝通管理等工作

3.實施階段：按照項目計劃實施項目工作，該階段時間最長工作量最大，根據(jù)WBS以及網(wǎng)絡計劃來組織協(xié)調(diào)，確保項目保質(zhì)按時完成，該階段包括指導、監(jiān)督、預測、控制等工作

4.結(jié)束階段：包括財務清算、文檔總結(jié)、評估驗收、提交客戶、項目總結(jié)評價

12.3項目計劃管理

12.3.1項目計劃的內(nèi)容

1.工作計劃

2.人員組織計劃

3.設備采購計劃

4.其他資源供應計劃

5.變更控制計劃

6.進度計劃

7.成本投資計劃

8.文件控制計劃，對項目文檔的管理計劃

9.支持計劃，如培訓支持、行政支持等

12.3.2項目監(jiān)督與控制

PDCA（plan、do、check、action）戴明環(huán)

12.4范圍管理

范圍管理計劃：內(nèi)容，如何根據(jù)初步范圍說明書來編寫詳細范圍說明書；如何編寫WBS以及WBS字典，如何驗收交付成果；如何進行變更請求比準

范圍定義：范圍邊界，可交付成果

創(chuàng)建工作分解結(jié)構(gòu)WBS：將項目分解成可管理的工作包；工作包是最底層的單元；每一層都有共同特性；上層要素是下層要素之和；WBS有配套的WBS字典用于擴展說明WBS中的信息如編碼，費用，進度資源等

范圍確認

范圍控制：變更控制需要使變化的因素向有利的方向發(fā)展；判斷變化范圍是否已經(jīng)發(fā)生；應對變化采取相對措施

12.5成本管理

成本估算（要錢）：方法包括自頂向下（估算總的成本然后分配到下級單元中），自底向上（匯總），差別估算法（類比法）

成本預算（花錢）：就是將成本估算的結(jié)果分配到項目的各項具體工作上

成本控制

成本預算技術(shù)：管理儲備

預算步驟：

1.將成本估算的總成本分攤到WBS的各個工作包上

2.將工作包分配到的成本再分配到工作包中的各項活動中

3.制定預算支出時間計劃也就是成本預算計劃，什么時候用什么資源用多少

直接成本與間接成本：直接受益是直接成本；間接受益是間接成本

間接成本產(chǎn)生的一些情況：

1.非直接成本如租金，保險等

2.隱沒成本，產(chǎn)品的預研費用等

3.學習曲線，學習技術(shù)的費用

4.項目工期縮短，增加人員加班成本

5.質(zhì)量要求高會增加項目成本

零基準預算：所有預算均不累加，均從0計算

12.5.3 掙值分析

概念：是進度和成本測量技術(shù)

基本參數(shù)：PV計劃進度應產(chǎn)生的費用如達到一半的時候進度為50%*總成本；AC完成某工作實際花費的成本；EV完成某工作計劃花費的成本

公式：

1.剩余工作的成本（預測）：ETC=PV-EV;PV剩余*AC/EV

2.SV進度差=EV-PV

3.CV費用差=EV-AC

4.CPI成本績效指數(shù)=EV/AC，在相同條件下的計劃與實際成本的比例如同樣完成50%工作花費的計劃成本與實際成本，CPI=1與計劃進度相同，>1進度提前，<1進度延遲

5.SPI進度績效指數(shù)=EV/PV

6.EAC=總成本估算，預測總成本=BAC*AC/EV=BAC/CPI

7.BAC=總成本預算，實際總成本

8.非典型CPI=1，就是說實際進度與計劃相同

典型CPI！=1，就是實際進度與計劃不一致，要么提前要么滯后

9.ETC完工尚需

12.6進度管理

活動定義（根據(jù)wbs與wbs字典）

12.6.1活動排序

1.前導圖法PDM也叫單代號

FS，F(xiàn)F，SS，SF

2.箭線圖法ADM，虛活動

最長的路徑是關鍵路徑

12.6.2活動資源估算（用多少資源）

12.6.3活動歷時估算（活動完成需要多長時間，考慮資源情況）

1.LOC代碼行估算工作量

2.德爾菲法，專家背靠背評估

3.類比估算，參考相似的項目的工作量

4.功能點估計法

12.6.4進度計劃

1.關鍵路徑法CPM

2.關鍵路徑，最長路徑

關鍵路徑上的活動不能耽誤，其他路徑上的活動可以與關鍵路徑上的差值進行等待，如關鍵路徑5天，A路徑3天，那么A路徑可以等待2天

關鍵路徑上的進度壓縮后可能會改變關鍵路徑，如關鍵路徑6天，A路徑5天，壓縮后關鍵路徑4天那么關鍵路徑就變成A了

車床銑床問題。第一個進入車床的時間最短，最后一個出銑床的時間最短，中間根據(jù)情況進行協(xié)調(diào)

3.時差

4.費用斜率

5.進度壓縮，趕工增加成本，快速跟進并行工作，降低質(zhì)量，減少功能

6.計劃評審技術(shù)PERT

期望時間=（樂觀+悲觀+4最可能）/6

標準差=（悲觀-樂觀）/6

甘特圖時標網(wǎng)絡圖

12.6.5進度控制

1.分析進度偏差的影響

2.項目進度計劃的調(diào)整

調(diào)整關鍵路徑上的活動

非關鍵活動的調(diào)整

增減工作項目

調(diào)整資源分配

12.7配置管理

12.7.1配置管理流程

1.編寫配置管理計劃

2.配置標識

3.變更管理和配置控制

4.配置狀態(tài)說明

5.配置審核

6.版本管理和發(fā)行管理

12.7.2配置標識

1.確定配置項

識別配置項

步驟：

識別配置項

為每個配置項指標唯一標識代號

制定配置項屬性如作者、類型、程序語言等

確定配置時間

確定擁有者及責任

填寫配置管理表

CCB審批與審查

配置項命名

配置項描述

2.基線（里程碑）

分類：

功能基線

產(chǎn)品基線

分配基線

3.建立配置管理系統(tǒng)

4.創(chuàng)建基線或發(fā)行基線

12.7.3變更管理

1.配置庫

開發(fā)庫，開發(fā)階段授權(quán)人可任意讀寫

受控庫，對修改查看權(quán)限加以控制

產(chǎn)品庫，不可隨意修改

2.變更控制

CCB變更控制委員會

流程：

1.變更申請

2.變更評估

3.變更決策CCB

4.變更實施

5.變更驗證

6.溝通存檔

變更申請文檔內(nèi)容

1.變更描述

2.變更審批，CCB與CM進行審批和批準

3.變更實施的信息

12.7.4版本管理

版本號規(guī)范

12.7.5配置審核

12.7.6配置狀態(tài)報告

狀態(tài)報告對每一項變更要進行詳細記錄包括發(fā)生了什么，為什么發(fā)生，誰做的，什么時候發(fā)生的，有什么影響

狀態(tài)報告內(nèi)容：

1.變更請求概要包括申請日期，請求人，狀態(tài)，估計工作量，實際工作量，發(fā)行版本，變更結(jié)束日期

2.基線庫狀態(tài)

3.發(fā)行信息

4.備份信息

5.配置管理工具狀態(tài)

6.配置管理培訓狀態(tài)

12.8質(zhì)量管理

12.8.1質(zhì)量保證

工具和技術(shù)：

質(zhì)量計劃

質(zhì)量審計，一般用第三方進行審計

過程分析，過程改進計劃

質(zhì)量控制技術(shù)

基準分析

軟件質(zhì)量保證SQA

12.8.2質(zhì)量控制

方法：

驗證

確認，功能是否與需求一致

測試

質(zhì)量特性

功能（適準用議案），可靠（錯易成），可用（學解操），效率（時源），可維護（試改定分），可移植（應裝一替）

12.9人力資源管理

12.9.1人力資源管理計劃

OBS組織分解結(jié)構(gòu)

RAM責任分配矩陣

12.9.2組建團隊

團隊組建手段：

談判協(xié)調(diào)人員

事先分派

外部采購

虛擬團隊

12.9.3團隊建設

團建措施：

溝通

培訓

團建活動

集中辦公

適當獎勵表彰

團隊發(fā)展過程

形成期

振蕩期

正規(guī)期

表現(xiàn)期

團隊建設理論：

馬斯洛需求層次

赫茲伯格激勵理論

麥克雷戈XY理論

12.9.4團隊管理

績效考核

12.10溝通管理

12.10.1溝通基本原理

溝通模型：

發(fā)送者-編碼-傳播媒介-解碼-接收者（反饋發(fā)送者附帶噪聲干擾因素）

溝通渠道：n(n-1)/2

溝通方式：正式與非正式

溝通障礙

溝通原則：

內(nèi)外有別

非正式溝通有助于關系融洽

采用對方能接受的方式

溝通升級原則，與對方溝通，與對方上級溝通，與自己上級溝通，自己上級與對方上級溝通

掃除溝通障礙

沖突管理：

問題解決

妥協(xié)

圓滑

強迫

撤退回避

召開高效的會議

制定例會制度

放棄可開可不開的會議

明確會議目的及期望結(jié)果

發(fā)布會議通知

提前發(fā)送會議資料給參會人

借助視頻設備

明確會議規(guī)則制定主持人

會后總結(jié)

會議紀要

會中后勤保障

12.10.2溝通管理流程

1.識別干系人

2.制定溝通管理計劃

3.發(fā)布信息

4.管理干系人期望

5.報告績效

12.11風險管理

1.風險管理計劃

2.風險識別

3.風險定性分析

4.風險定量分析

決策樹，期望貨幣價值，靈敏度分析，蒙特卡羅（模擬統(tǒng)計法）

5.風險應對計劃

消極風險應對策略：避免，轉(zhuǎn)移，減輕

正向風險應對策略：開拓，分享，強大擴大發(fā)展

6.風險控制

12.11.4常見風險

1.項目風險，人員，工期，預算，進度，資源，用戶等

2.技術(shù)風險，技術(shù)陳舊或新技術(shù)不穩(wěn)定因素等

3.商業(yè)風險，市場期望度低，競爭激烈，無銷售渠道等

12.12軟件過程改進

1.CMM軟件過程能力成熟度模型

初始級

可重復級

已定義級

已管理級

優(yōu)化級

2.CMMI軟件能力成熟度模型

初始級

已管理級

嚴格定義級

定量管理級

優(yōu)化級

13 軟件體系結(jié)構(gòu)

13.2軟件體系結(jié)構(gòu)建模

5種模型：

1.結(jié)構(gòu)模型

2.框架模型

3.動態(tài)模型

4.過程模型

5.功能模型

4+1視圖：

1.邏輯視圖，描述功能需求，使用者用戶

2.開發(fā)視圖，描述軟件的組織結(jié)構(gòu)與管理，使用者開發(fā)人員

3.進程視圖，描述系統(tǒng)運行流程注重于性能，使用者系統(tǒng)集成人員

4.物理視圖，描述軟件與硬件映射關系，注重網(wǎng)絡系統(tǒng)通信等方面，使用者實施人員

5.場景，是需求的抽象，用于關聯(lián)各個視圖

不同系統(tǒng)側(cè)重點不同，關注的視圖也不一樣

13.3軟件體系結(jié)構(gòu)風格

1.數(shù)據(jù)流風格：批處理系統(tǒng)、管道/過濾器等

2.調(diào)用返回風格：主程序/子程序，面向?qū)ο螅瑢哟谓Y(jié)構(gòu)

3.獨立構(gòu)件風格：進程通信；事件系統(tǒng)

4.虛擬機風格：解釋器，基于規(guī)則的系統(tǒng)

5.倉庫風格：數(shù)據(jù)庫系統(tǒng)；超文本系統(tǒng)；黑板系統(tǒng)

13.3.1經(jīng)典軟件系統(tǒng)結(jié)構(gòu)風格

1.管道/過濾器結(jié)構(gòu)

定義：多個封閉的管道的組合，一個管道的輸出是另一個管道的輸入

例子：UNIX SHELL程序

特點：

良好的隱蔽性和高內(nèi)聚，低耦合，管道間只是數(shù)據(jù)的輸出與輸入關系，各個管道處理過程不能夠交互

可以簡單的看作數(shù)據(jù)處理或過濾器行為

支持軟件重用，只要適合2個過濾器間數(shù)據(jù)傳送

系統(tǒng)維護簡單，擴展性好

可分析吞吐量及死鎖問題

支持并行

缺點：

不能處理交互性的行為，因為管道間沒有交互，管道的處理是封閉的

效率低，因為每個管道都要進行數(shù)據(jù)的處理解析與合成加工封裝操作

導致進程成為批處理的結(jié)構(gòu)

2.面向?qū)ο箫L格

定義：把操作與樹型封裝在對象中

優(yōu)點：高內(nèi)聚低耦合，對外開放，對內(nèi)隱蔽

可將操作分解

缺點：

對象引用后對象標識修改，需要響應修改引用位置

同時引用同一對象，會造成影響

3.基于時間的隱式調(diào)用

定義：通過構(gòu)件注冊事件，通過廣播方式觸發(fā)事件調(diào)用

優(yōu)點：解決面向?qū)ο蠓椒ㄈ秉c，引用的構(gòu)件更改不會影響調(diào)用者

便于軟件重用

缺點：

觸發(fā)式的調(diào)用不能保證調(diào)用是否有響應以及調(diào)用順序

數(shù)據(jù)交換問題

語義必須依賴被觸發(fā)事件的上下文約束

4.分層系統(tǒng)

定義：分成多個層次，每一層為上層服務

優(yōu)點：

支持抽象程度遞增的系統(tǒng)設計

支持功能增強

支持重用

缺點：

不是所有的系統(tǒng)都適用，都可以劃分層次

很難找到合適的層次抽象方法

5.倉庫系統(tǒng)知識庫

倉庫系統(tǒng)分為傳統(tǒng)型與黑板系統(tǒng)

黑板系統(tǒng)：由知識源、黑板數(shù)據(jù)結(jié)構(gòu)、控制組成，黑板數(shù)據(jù)就是經(jīng)常被改變的數(shù)據(jù)，知識元通過改變黑板數(shù)據(jù)來解決問題

6.C2風格

定義：通過連接件綁定到一起的構(gòu)件結(jié)構(gòu)

13.3.2 客戶/服務器風格（C/S）

屬于分布式系統(tǒng)結(jié)構(gòu)

兩層結(jié)構(gòu)的C/S，客戶端與服務器數(shù)據(jù)庫端

優(yōu)點：降低使用費用，因為不需要高性能服務器，客戶端運行在用戶機上

缺點：

開發(fā)成本高

客戶端程序設計復雜

信息內(nèi)容和形式單元

用戶界面風格不一

軟件移植困難

軟件維護和升級困難

新技術(shù)不能輕易應用

13.3.3多層體系結(jié)構(gòu)風格

屬于分布式系統(tǒng)結(jié)構(gòu)

三層結(jié)構(gòu)的C/S，客戶端（表示層），服務器端（功能層），數(shù)據(jù)庫端（數(shù)據(jù)層）

客戶端只實現(xiàn)操作將操作數(shù)據(jù)發(fā)動到服務器端

服務器端接收數(shù)據(jù)進行處理計算，與數(shù)據(jù)庫端交互，然后將計算結(jié)果返回客戶端展示

優(yōu)點：

便于開發(fā)設計

便于升級維護，降低運維成本

功能層有效隔離客戶端與數(shù)據(jù)庫，防止黑客侵入數(shù)據(jù)庫

B/S結(jié)構(gòu)：客戶端瀏覽器結(jié)構(gòu)

13.3.4富互聯(lián)網(wǎng)應用

1.RIA富客戶端

技術(shù)平臺：

Flash

Flex

Bindows,js+DHTML(動態(tài)HTML)

java,Applet

Ajax

Laszlo開源RIA開發(fā)環(huán)境

XUL基于XML的用戶界面語言

Avalon是vista的一部分

13.4軟件體系結(jié)構(gòu)評估

評估關鍵字：敏感點（功能構(gòu)件），權(quán)衡點（性能）

1.調(diào)查問卷評估方法，主觀

2.基于場景評估方法，半主觀半客觀

3.基于度量評估方法，客觀

13.4.2ATAM評估方法

步驟：

1.描述ATAM方法，評估小組負責人講解

2.描述業(yè)務動機，項目經(jīng)理講解

3.描述體系結(jié)構(gòu)，首席設計師與設計小組講解

4.確定體系結(jié)構(gòu)方法

5.生成質(zhì)量屬性效用樹，評估小組，設計小組，管理人員，客戶代表共同進行

6.分析體系結(jié)構(gòu)方法

7.討論和對場景分級

8.如果有問題繼續(xù)第六步，如果沒有問題該步驟測試

9.描述評估結(jié)果

ATAM評估的階段

第一階段以體系結(jié)構(gòu)為中心，評估小組收集信息

第二階段以項目干系人為中心，獲取干系人的觀點，驗證一階段結(jié)果

13.4.3SAAM評估方法

步驟：

1.形成場景

2.描述體系結(jié)構(gòu)

3.對場景進行分類和確定優(yōu)先級

4.對間接場景的單個評估

5.評估場景的相互作用

6.形成總體評估

13.5分布式系統(tǒng)設計

13.5.1分布式系統(tǒng)設計的方式

1.基于實例的協(xié)作，最好在同構(gòu)網(wǎng)絡規(guī)模小

2.基于服務的協(xié)作，可適應異構(gòu)以及網(wǎng)絡規(guī)模大

13.5.2基于web的分布式系統(tǒng)設計

用戶層：瀏覽器，HTML/XML/JS

邏輯層：web服務器

數(shù)據(jù)層：文件系統(tǒng)，數(shù)據(jù)庫系統(tǒng)

13.6軟件產(chǎn)品線

定義：是一個產(chǎn)品集合，在公共核心資源上開發(fā)（如統(tǒng)一開發(fā)平臺框架），可管理，滿足選定的市場領域業(yè)務需求

產(chǎn)品線開發(fā)技術(shù)特點：過程驅(qū)動，特定領域，技術(shù)支持，以體系結(jié)構(gòu)為中心

13.6.1產(chǎn)品線的過程模型

1.雙生命周期模型

領域工程階段：分析領域通用功能，開發(fā)成通用的構(gòu)件也就是核心構(gòu)件資源，輸出產(chǎn)品線的核心資源，提供給產(chǎn)品開發(fā)

（1）領域分析，利用現(xiàn)有系統(tǒng)及資源建立領域模型

（2）領域設計，根據(jù)領域模型進行產(chǎn)品線設計體系結(jié)構(gòu)

（3）領域?qū)崿F(xiàn)，根據(jù)領域設計開發(fā)領域可用資源（構(gòu)件、文檔、代碼生成器）

應用工程：開發(fā)產(chǎn)品，以及特殊領域需求的構(gòu)件開發(fā)，最終輸出產(chǎn)品

（1）需求分析，將系統(tǒng)需求與領域需求比較，劃分為領域公共需求和獨特需求

（2）系統(tǒng)設計，在領域體系結(jié)構(gòu)基礎上，結(jié)合系統(tǒng)獨特需求設計應用的軟件體系結(jié)構(gòu)

（3）系統(tǒng)實現(xiàn)，遵照應用體系結(jié)構(gòu)，用領域可重用資源實現(xiàn)領域公共需求，用定制開發(fā)的構(gòu)件滿足系統(tǒng)獨特需求來構(gòu)建新系統(tǒng)

總結(jié)：首先建立產(chǎn)品構(gòu)件庫，要有基礎開發(fā)平臺，產(chǎn)品基礎核心要統(tǒng)一，特殊領域的需求通過開發(fā)特殊構(gòu)件來實現(xiàn)特殊需求

領域工程就是開發(fā)核心資源庫，可通過對現(xiàn)有產(chǎn)品進行逆向工程得到

2.SEI模型

組成部分：

核心資源開發(fā)（領域工程）：開發(fā)成果放入核心資源庫

產(chǎn)品開發(fā)（應用工程）：使用核心資源開發(fā)產(chǎn)品，特殊化需求，單獨開發(fā)

管理：對整個過程進行管理

主要特點：

各個過程循環(huán)交錯，核心資源開發(fā)不斷的開發(fā)新的核心資源，產(chǎn)品開發(fā)不斷的使用核心資源

核心資源開發(fā)和產(chǎn)品開發(fā)沒有先后之分

管理活動協(xié)調(diào)整個產(chǎn)品線開發(fā)過程的各個活動，對產(chǎn)品線的成敗負責

三個活動均為雙向互動

3.三生命周期模型

企業(yè)工程：操作計劃，市場計劃，企業(yè)體系結(jié)構(gòu)計劃

領域工程/產(chǎn)品線工程：產(chǎn)品線確認，領域分析市場分析，架構(gòu)開發(fā)，基礎設施開發(fā)

資源管理：管理領域工程與產(chǎn)品線工程的生產(chǎn)的資源

領域工程/產(chǎn)品線工程：商業(yè)市場分析與計劃，系統(tǒng)需求推理，系統(tǒng)設計配置，系統(tǒng)成分

13.6.2產(chǎn)品線的組織結(jié)構(gòu)

產(chǎn)品線的組織結(jié)構(gòu)分為核心資源小組和產(chǎn)品小組，這是獨立系統(tǒng)開發(fā)與產(chǎn)品線開發(fā)的主要區(qū)別

1.獨立核心資源小組

設立有獨立核心資源小組的組織，但是獨立的核心資源小組會有局限性，與產(chǎn)品需求的獨立性使得核心資源的開發(fā)缺少適應性市場需求的問題

為了解決這個問題，一般采用非獨立的核心資源開發(fā)小組，只設立核心資源開發(fā)的管理人員，將核心資源開發(fā)小組融入系統(tǒng)開發(fā)小組中

2.組織模型

開發(fā)部門：所有開發(fā)集中在一個部門，該部門即負責領域工程又負責應用工程的任務，利于溝通適用于少于30人的組織

商務部門：類似事業(yè)部，各個部門間協(xié)調(diào)工作共享資源，但是各個部門重視自身的業(yè)務需求，而將產(chǎn)品線的需求放在次要位置，適合30~100人的組織

領域工程部門：類似產(chǎn)品中心，就是建立領域工程部，用于管理開發(fā)核心資源庫的開發(fā)與維護，提供核心資源給其他商務單位使用，缺點是增加領域工程部與其他商務部門的溝通成本，與解決需求沖突的成本，導致開發(fā)周期增長，適合多于100人的組織

層次領域工程部門：適用于巨大超復雜的產(chǎn)品線，可設立多個層次的領域工程部門，每個層次負責一個業(yè)務范圍，缺點結(jié)構(gòu)臃腫，需求響應慢

3.動態(tài)組織結(jié)構(gòu)

定義：根據(jù)產(chǎn)品線建立的不同時期來分配人員，如產(chǎn)品線建立初期，核心資源少，需要投入大量人力物力集中開發(fā)核心資源，在核心資源基本完成時，可將開發(fā)中心轉(zhuǎn)移到產(chǎn)品開發(fā)中，優(yōu)點是減少成本，增加開發(fā)人員在核心資源與產(chǎn)品開發(fā)組中流動有利于信息交流與溝通，但是需要良好的管理技術(shù)來支撐該結(jié)構(gòu)

13.6.3產(chǎn)品線的建立方式

1.將現(xiàn)有產(chǎn)品演化為產(chǎn)品線：將現(xiàn)有產(chǎn)品逐漸升級為產(chǎn)品線，周期大投入多，風險小

2.用軟件產(chǎn)品線替代現(xiàn)有產(chǎn)品線來逐步替代現(xiàn)有產(chǎn)品集，投入減少，風險加大

3.權(quán)限軟件產(chǎn)品線的演化：全新領域中，根據(jù)產(chǎn)品需求開發(fā)產(chǎn)品線，前期投入少，風險較小，缺點是核心資源需求會影響產(chǎn)品需求

4.權(quán)限軟件產(chǎn)品線的開發(fā)：不考慮源產(chǎn)品集的需求，重新根據(jù)產(chǎn)品線的需求進行開發(fā)，總成本少，速度快，風險大

13.7可擴展標記語言XML

類似HTML超文本標記語言，XML是可擴展標記語言

特點：

實現(xiàn)不同數(shù)據(jù)的集成

使用與多種應用環(huán)境

客戶端數(shù)據(jù)處理與計算

數(shù)據(jù)顯示多樣化

局部數(shù)據(jù)更新

組成：

Schema,XSL,XLL,DTD,CSS,XSL,Xpath,RDF,DOM,SAX

13.8WEB服務webservice

13.8.1web服務模型

組成：

服務注冊中心：鏈接服務請求者與提供者的紐帶，用于在注冊中心找到需要的web服務

服務請求者：使用者

服務提供者：提供web服務

操作：發(fā)布，查找，綁定

13.8.2web服務協(xié)議堆棧

1.SOAP：基于XML的簡單對象協(xié)議

2.WSDL：webservice描述語言

3.UDDI：統(tǒng)一描述發(fā)現(xiàn)集成

4.XML：用于對象封裝

13.8.3webservice體系結(jié)構(gòu)的優(yōu)勢

1.高度的通用性和易用性

2.完全的平臺語言獨立性

3.高度的集成性

4.容易部署和發(fā)布

13.9面向服務的體系結(jié)構(gòu)SOA

13.9.1SOA概述

定義：將服務定義集合到服務總線上，應用系統(tǒng)通過調(diào)用服務總線上的服務實現(xiàn)功能

特征：

1.松散耦合

2.粗粒度服務

3.標準化接口：通用標準接口

13.9.2面向服務的分析與設計

1.底層設計層：采用OOA與OOD的思想

2.體系結(jié)構(gòu)層：采用EA企業(yè)結(jié)構(gòu)的理論框架

3.業(yè)務組織層：采用的BPM規(guī)則

遵循的原則：

1.業(yè)務驅(qū)動服務

2.業(yè)務敏捷是基本的業(yè)務需求

13.9.3web服務實現(xiàn)SOA

1.底層傳輸層：HTTP,JMS,SMTP協(xié)議來實現(xiàn)消息傳輸

2.服務通信協(xié)議層：消息傳遞的技術(shù)標準，一般使用SOAP協(xié)議

3.服務描述層：采用WSDL來描述服務接口與消息

4.服務層：發(fā)布的WSDL接口描述被定位和調(diào)用

5.業(yè)務流程層：服務調(diào)用的流程，采用WS-BPEL（web服務業(yè)務流程執(zhí)行語言）

6.服務注冊層：利用UDDI標準注冊提供的服務，便于使用者查找

13.10企業(yè)服務總線ESB

1.ESB概念：是傳統(tǒng)的中間件技術(shù)與XML、Webservice等技術(shù)結(jié)合的產(chǎn)物

2.ESB優(yōu)點：

擴展的、基于標準的鏈接

靈活的、服務向?qū)У膽媒M合

提高重用率、降低成本

減少市場反應時間、提高生產(chǎn)率

14安全性知識

14.1信息系統(tǒng)安全體系

1.機密性：確保信息不暴露給未授權(quán)實體

2.完整性：只有得到允許的人才可以修改數(shù)據(jù)，并且可以判別數(shù)據(jù)是否已經(jīng)被修改

3.可用性：得到授權(quán)的實體在需要時可以訪問數(shù)據(jù)

4.可控性：可以控制授權(quán)范圍內(nèi)的信息流與行為

5.可審查性：可審查安全問題

14.1.1安全系統(tǒng)體系結(jié)構(gòu)

1.安全服務

認證服務：登錄名密碼方式或數(shù)字簽名等方法

訪問控制：防止未授權(quán)的訪問，只有授權(quán)的資源才可以訪問，如盜鏈

數(shù)據(jù)機密性服務：數(shù)據(jù)加密，防止盜用者截取信息后也無法解密數(shù)據(jù)

數(shù)據(jù)完整性服務：防止對未授權(quán)的數(shù)據(jù)進行破壞、修改、篡改等

不可否認服務：防止對已提交修改的數(shù)據(jù)進行否認，手段有數(shù)字簽名等

2.特定的安全機制

加密機制：為受保護的數(shù)據(jù)加密

數(shù)據(jù)簽名機制：用于數(shù)據(jù)完整性及不可否認的一種手段

訪問控制機制：防止未授權(quán)的請求受保護數(shù)據(jù)，如盜鏈

數(shù)據(jù)完整性機制：用于保護數(shù)據(jù)免受未經(jīng)授權(quán)的修改，如對消息進行散列函授計算，進行數(shù)字簽名

認證交換機制：交換標識使雙方信任，如用戶名密碼

流量填充機制：分析數(shù)據(jù)流量的變化推出一些有用的信息線索

路由控制機制：通過路由策略，將訪問指定一條路徑，該路徑上均為可信任節(jié)點

公正機制：第三方認證

3.普遍性的安全機制

可信功能度

安全標記

事件檢測

安全審計跟蹤

安全恢復

14.1.2安全保護等級

國標規(guī)定的5個安全等級

1.用戶自主保護級：通過用戶與資源隔離來實現(xiàn)，如使用殺毒軟件，適用于普通內(nèi)聯(lián)網(wǎng)用戶

2.系統(tǒng)審計保護級：登陸規(guī)程，審計安全性和隔離資源，用戶對自己的行為負責，適用于內(nèi)聯(lián)網(wǎng)商務活動，需要保護的非重要單位

3.安全標記保護級：帶有系統(tǒng)審計保護功能，適用于地方級國家機關、金融機構(gòu)、郵電通信、能源水利、交通、重點工程建設等單位

4.結(jié)構(gòu)化保護級：系統(tǒng)建立在一個結(jié)構(gòu)化的安全策略模型之上，適用于中央級國家機關、廣播電視、重要儲備單位、重點機構(gòu)、國防建設等部門

5.訪問驗證保護級：對于訪問進行監(jiān)控，適用于國防關鍵部門，需要對信息系統(tǒng)進行特殊隔離的單位

14.1.3信息安全保障系統(tǒng)

1.MIS+S：初級安全保障系統(tǒng)，硬件軟件通用，不帶密碼

2.S-MIS：標準安全保障系統(tǒng)，建立在PKI/CA安全保障之上，軟硬件通用，PKI/CA必須帶密碼

3.-MIS：超安全保障系統(tǒng)，軟硬件專用，PKI/CA必須帶密碼，主要的硬件和系統(tǒng)需要PKI/CA認證

14.1.4可信計算機系統(tǒng)

1.D類安全等級：只包括D1級別，該安全等級最低，只提供文件和用戶安全保護

2.C類安全等級：包括C1、C2兩個級別，提供用戶責任審計能力，C1級別低于C2，C2級別帶有審慎控制功能，C2包含C1的全部安全特性

3.B類安全等級：包括B1、B2、B3三個級別，B1<B2<B3等級

4.A類安全等級：最高級別只包含A1一個級別，A1與B3類似

14.2數(shù)據(jù)安全與保密

密碼體制建立在基本假設之上

1.隨機性假設

2.計算假設

3.物理假設

14.2.1加密體制

1.對稱密碼體制：加密和解密采用相同密鑰

DES（數(shù)據(jù)加密標準）：算法密鑰長度56位

三重DES+雙密鑰：112位；2個56位的密鑰K1,K2；加密過程：K1加密K2解密再用K1加密，解密過程：K1解密K2加密再用K1解密，長度加倍

IDEA：密鑰長度128位，是在DES基礎上發(fā)展起來的，類似三重DES

2.非對稱密碼體制：采用公鑰私鑰方式，加密解密采用2套機制

RSA：長度512位，速度慢，主要用在數(shù)字簽名（DS）

14.2.2安全雜湊算法

定義：就是使用散列函數(shù)（Hash函數(shù)，雜湊函數(shù)）進行數(shù)據(jù)加密，加密后返回定長的字符串叫做消息摘要（MD），用于數(shù)字簽名，不可抵賴，用戶身份驗證等問題

1.消息摘要算法MD5

MD5（Message Digest algorithm5）,是由MD2、MD3、MD4發(fā)展而來

MD5算法：將信息以512位來分組，每組再分成16個32位子組，經(jīng)過處理后輸出4個32位分組，然后將這4個32位分組級聯(lián)后產(chǎn)生128位散列值

2.安全散列算法SHA

由美國國家安全局設計，是美國政府標準

SHA-1

SHA-2(SHA-224、SHA-256、SHA-384、SHA-512)

SHA-1在TLS,SSL,SSH,PGP,IPSec等中使用，但是已經(jīng)被破解

14.2.3PKI與數(shù)字簽名

PKI是CA認證的基礎，由認證中心、證書庫、密鑰備份及回復系統(tǒng)、證書作廢處理及客戶端證書處理系統(tǒng)組成

作用：

認證

機密性

完整性

抗抵賴性

14.2.4數(shù)字信封

定義：采用類似信封的方式，采用密碼技術(shù)加密只有指定的接受人才能查閱

14.2.5PGP

基于RSA加密體系的郵件加密軟件

14.2.6數(shù)字水印

將一些標識信息嵌入到數(shù)字載體中（如多媒體、文檔、軟件中），通過隱藏信息來判斷信息的準確性

14.3計算機網(wǎng)絡安全

14.3.1網(wǎng)絡安全設計

設計原則：

1.木桶原則：就是木桶的存水取決于最短的木板，系統(tǒng)整體安全性取決于最薄弱的安全性能

2.整體性原則：信息完整性

3.安全性評價與平衡原則：絕對安全難以達到，所有要均衡處理

4.標準化與一致性原則：要符合統(tǒng)一標準

5.技術(shù)與管理相結(jié)合原則：安全不僅靠技術(shù)還要靠管理

6.統(tǒng)籌規(guī)劃，分布實施原則：統(tǒng)一整體規(guī)劃，但是分布逐步實施

7.等級性原則：對安全進行分級

8.動態(tài)發(fā)展原則：網(wǎng)絡威脅不斷發(fā)展變化，安全防御也要隨著改變

9.易操作性原則：安全實施方案實施要簡單易操作

14.3.2單點登錄SSO

1.利用Kerberos機制：是標準網(wǎng)絡身份認證協(xié)議，基于受信任的第三方

特點：

安全性高

透明性高

可擴展性好

2.外殼腳本機制

通過系統(tǒng)外殼激發(fā)認證腳本

14.3.3無線設備的安全性

1.認證性

GSM全球移動通信系統(tǒng)的認證通過SIM卡存儲認證信息

2.機密性

WAP無線應用協(xié)議使用SSL與WTLS(無線傳輸層安全)來保護

3.惡意代碼和病毒

14.3.4防火墻

定義：是在內(nèi)外網(wǎng)絡邊界上的過濾封鎖機制

1.網(wǎng)絡防火墻：是一種特殊功能的路由器，采用報文動態(tài)過濾技術(shù)，工作在傳輸層與網(wǎng)絡層，一般與應用網(wǎng)關配合使用

2.應用級防火墻：應用網(wǎng)關型防火墻，采用代理服務機制，用一個網(wǎng)關來管理應用服務，對進出包進行過濾與檢測

分類：雙穴主機網(wǎng)關：采用堡壘主機，該主機有雙網(wǎng)卡，一個內(nèi)網(wǎng)一個外網(wǎng)，有2個IP地址用來隔離內(nèi)外網(wǎng)

屏蔽主機網(wǎng)關：增加堡壘主機以及路由器，路由器用于過濾和甄別不完全的鏈接

屏蔽子網(wǎng)網(wǎng)關：適用于大型網(wǎng)絡，采用獨立子網(wǎng)，如某子網(wǎng)中包含2個路由1個壁壘主機，內(nèi)外網(wǎng)各一個過濾路由

14.3.5入侵檢測

1.入侵檢測技術(shù)

特征檢測

異常檢測

2.常用檢測方法

特征檢測

統(tǒng)計檢測

專家系統(tǒng)

14.3.6虛擬專用網(wǎng)VPN

關鍵技術(shù)：

1.安全隧道技術(shù)

2.加解密技術(shù)

3.密鑰管理技術(shù)

4.身份認證技術(shù)

5.訪問控制技術(shù)

14.3.7IPSec

定義：是一個工業(yè)標準網(wǎng)絡安全協(xié)議，為IP網(wǎng)絡通信提供透明的安全服務，保護TCP/IP通信免遭竊聽和篡改，抵御網(wǎng)絡攻擊，保持易用性

14.4電子商務安全

1.SSL：傳輸層安全協(xié)議，用于網(wǎng)絡傳輸機密文件，由SSL記錄協(xié)議、握手協(xié)議和警報協(xié)議組成

過程：

接通階段

密碼交換階段

會談密碼階段

檢驗階段

客戶認證階段

結(jié)束階段

2.SET：安全電子交易協(xié)議，用于網(wǎng)上交易支付

過程：

選取商品

選擇支付方式

在SET中，消費者對訂單進行數(shù)字簽名，采用雙重簽名技術(shù)，使商家不能看到消費者賬號信息

接受訂單，請求銀行支付認可，信息通過支付網(wǎng)關到收單銀行，再到電子貨幣發(fā)行公司確認，批準交易后，返回確認信息給電商

電商發(fā)送備案認證消息給消費者

確認發(fā)貨

3.HTTPS安全套接字層上的超文本傳輸協(xié)議

4.認證中心CA：是電子商務體系中的核心環(huán)節(jié)，是電子交易信賴的基礎，核心功能就是發(fā)送證書，管理證書

14.5安全管理

14.5.1安全策略

1.安全模型

Bell-LaPadule：基于機密性的訪問模型

Biba：基于完整性的訪問模型

Clark-Wilaon：基于完整性的訪問模型

2.安全策略的制定

過程：初始與評估階段、制定階段、核準階段、發(fā)布階段、執(zhí)行階段和維護階段

14.5.2安全體系

1.病毒和木馬掃描

2.安全掃描：掃描漏洞

3.日志審計系統(tǒng)

4.安全審計

5.個人信息控制

6.安全管理制度

14.6計算機操作安全

14.6.1安全威脅

評估安全威脅的方法

1.查閱

2.試驗

3.調(diào)查

4.測量

14.6.2物理安全

設備安全，介質(zhì)安全，環(huán)境安全等

14.7系統(tǒng)備份與恢復

14章總結(jié)：

1.數(shù)字簽名：防止信息抵賴

2.加密技術(shù)：防止信息竊取

3.完整性技術(shù)：防止信息被篡改

4.認證技術(shù)：防止信息被假冒

5.VPN：虛擬專網(wǎng)，在公網(wǎng)上傳輸私有數(shù)據(jù)到私有地址

6.SSH：傳輸數(shù)據(jù)進行加密，代替telnet，ftp等

7.SSL：安全文件網(wǎng)絡傳輸協(xié)議

8.SET：在線支付

15知識產(chǎn)權(quán)與法律法規(guī)

15.1著作權(quán)法

1.有合同協(xié)約的根據(jù)合同內(nèi)容歸屬

2.完成單位工作任務所創(chuàng)作的作品，稱為職務作品著作權(quán)歸單位所有，作者享有署名權(quán)

3.共同創(chuàng)作，歸創(chuàng)作者所有

4.委托創(chuàng)作，著作權(quán)歸受托人所有

15.1.1著作權(quán)法主體

著作權(quán)人：原始作者

受讓者：后繼著作權(quán)人，非作者，通過轉(zhuǎn)移活動享有

15.1.2著作權(quán)

享有的權(quán)力：

1.發(fā)表權(quán)

2.署名權(quán)

3.修改權(quán)

4.保護作品完整

5.使用權(quán)

一些時間期限：

著作權(quán)屬于公民的：

1.署名權(quán)、修改權(quán)、保護作品完整權(quán)沒有時間限制

2.發(fā)表權(quán)、使用權(quán)、獲得報酬權(quán)截止于作者終生以及死亡后的50年的12月31日。

著作權(quán)屬于單位的：

1.發(fā)表權(quán)、使用權(quán)和獲得報酬權(quán)保護期為50年的12月31日

2.50年內(nèi)未發(fā)表的，不予以保護

3.有變更的按照變更內(nèi)容進行分配權(quán)限

第三方使用需要得到著作權(quán)人的授權(quán)，合同期限不超過10年，超過可續(xù)簽

15.2計算機軟件保護條例

15.2.2軟件著作權(quán)

權(quán)力內(nèi)容：

發(fā)表權(quán)

署名權(quán)

修改權(quán)

復制權(quán)

發(fā)行權(quán)

出租權(quán)

信息網(wǎng)路傳播權(quán)

翻譯權(quán)

使用許可權(quán)

獲得報酬權(quán)

轉(zhuǎn)讓權(quán)

15.3招標法

15.3.1招標

一、招標代理機構(gòu)

可委托代理機構(gòu)辦理招標事宜，也可自行招標

二、招標公告

標注招標人的名稱地址項目性質(zhì)數(shù)量實施地點等信息

公開招標，通過媒體渠道發(fā)布

邀請招標，給三個以上的滿足條件的投標人發(fā)送表述

三、招標文件

包含合同條款、標段、工期、權(quán)益責任、評價標準及報價等

15.3.2投標

15.3.3評標

1.開標

2.評標

3.中標

4.分包

15.3.4關鍵問題

必須進行招標的項目

1.大型基礎設施，公共事業(yè)等關系社會公共利益，公眾安全的項目

2.全部或部分使用國有資金投資或者國家融資項目

3.使用國際組織或者外國政府貸款援助的項目

分類

邀請招標，機密項目或特殊部分可以使用

公開招標

招標前要對已購買表述的用戶信息及數(shù)量保密

招標發(fā)標書或公告到開標不得少于20日

開標到投標截止時間不能少于20天

修改招標文件的時間到截至時間不能少于15天

少于三人投標需要重新招標

招標人收到標書不可查看內(nèi)容，應當簽收存檔

標書只有按時送達才可簽收否則拒收

競標價不得少于成本價

提交標書截止時間即開標時間，不得延遲

評標委員會，人數(shù)5人以上專家不少于三分之二

中標標準，滿足條件價格最低不得少于成本價

中標后30日內(nèi)簽合同

中標后15日內(nèi)中標人提交書面報告

聯(lián)合投標資質(zhì)為聯(lián)合投標人資質(zhì)最低的為準

分包條件：甲方同意、分包人要有響應的條件、只能分包非主體、分包人不可再次分包

投標保證金不得超過項目預算2%

資格預審文件或招標文件的發(fā)售期不得少于5天

提交資格預審申請文件的時間自停售值日起不得少于5天

評標結(jié)束后3天內(nèi)公布結(jié)果

標底，價格低價要保密

專利權(quán)：

發(fā)明：保護期限20年

使用新型：10年

外觀設計：10年

商標：

注冊商標有效期10年，期滿前6個月內(nèi)申請續(xù)展注冊，未注冊的可給予6個月的寬展期，再次過期則注銷，續(xù)展期也為10年

16標準化知識

16.1標準化基礎

16.1.1標準的層次

1.標準的層次

國際標準

國家標準

行業(yè)標準

地方標準

企業(yè)標準

2.標準的分類

強制性標準與推薦性標準

16.1.2標準的表示

中國國家標準代號

GB：國標強制

GB/T：國標指導

GB/Z：國標指導

行業(yè)標準代號

CY新聞出版

DA檔案

DL電力

GA公安

GY廣影

HB航空

HJ環(huán)境

JC建材

JG建工

LD勞動

SJ電子

WH文化

YD郵電

YZ郵政

GJB國家軍用標準，屬于行業(yè)標準

GSB國際實物標準

DB地方標準

16.1.3ISO9000標準族

國際標準化組織中的質(zhì)量管理和質(zhì)量保證委員會定制的一系列標準

ISO認證證書有效期3年，三年期滿換證后每年檢查一次

16.2文檔標準

16.2.1GB/T16680-1996軟件文檔管理指南

文檔作用：

1.管理依據(jù)

2.任務之間聯(lián)系的憑證

3.質(zhì)量保證

4.培訓與參考

5.軟件維護支持

6.歷史檔案

文檔類型：

1.開發(fā)文檔：軟件需求、設計、測試、質(zhì)量保證的文檔

2.產(chǎn)品文檔：用戶指南、參考手冊、宣傳資料、產(chǎn)品白皮書、產(chǎn)品手冊、培訓手冊

3.管理文檔：進度計劃、變更信息、過程文檔、責任定義等

文檔計劃：是指一個描述文檔編寫工作的管理文檔，主要內(nèi)容包括何時由誰如何編寫文檔

計劃詳細內(nèi)容：

應編制文檔目錄

參考標準

指定文檔管理員

提供編制文檔條件，落實負責人員，編制經(jīng)費及工具

明確保證文檔質(zhì)量的方法，如評審及鑒定等

繪制進度表，進度計劃

文檔等級

1.最低限度文檔（1級）：開發(fā)工作量低于1人月的自用程序，包括程序清單、開發(fā)記錄、測試數(shù)據(jù)和程序簡介

2.內(nèi)部文檔（2級）：專用程序，可與其他用戶共享

3.工作文檔（3級）：同一單位內(nèi)若干人聯(lián)合開發(fā)的程序，可給其他單位使用的程序

4.正式文檔（4級）：正式發(fā)行的軟件產(chǎn)品，關鍵性程序如財務軟件等

16.2.2GB/T8567-2006計算機軟件文檔編制規(guī)范

規(guī)定了6個階段需要編制的文檔及內(nèi)容，還規(guī)定了面向?qū)ο筌浖幹莆臋n

面向?qū)ο笪臋n：

1.總體說明文檔

2.用例圖文檔

3.類圖文檔

4.順序圖文檔

5.協(xié)作圖文檔

6.狀態(tài)圖文檔

7.活動圖文檔

8.構(gòu)件圖文檔

9.部署圖文檔

10.包圖文檔

6階段的軟件文檔

1.可行性研究

可行性研究報告

項目開發(fā)計劃

2.需求分析

軟件需求規(guī)格說明書

數(shù)據(jù)庫要求說明書

用戶手冊

開發(fā)進度月報

測試計劃

3.軟件測試

概要設計說明書

詳細設計說明書

數(shù)據(jù)庫設計說明書

用戶手冊

操作手冊

開發(fā)進度月報

測試計劃

4.編碼自測

用戶手冊

操作手冊

模塊開發(fā)卷宗

開發(fā)進度月報

5.集成測試

模塊開發(fā)卷宗

開發(fā)進度月報

測試分析報告

項目開發(fā)總結(jié)

6.運行維護

維護報告

文檔控制

由于各個文檔是在項目進行中不斷的完善與修改的，因此要保證文檔與程序的一致性以及文檔間的一致性所要做的控制工作

16.2.3GB/T9385-1988計算機軟件需求說明編制指南SRS

1988年12月1日起實施

SRS特性：

無歧義性

完整性

可驗證性

一致性

可修改性

可追蹤性

運行和維護階段的可使用性

16.2.4GB/T16260-2006軟件產(chǎn)品質(zhì)量標準

功能性

適合性

準確性

互用性

依從性

安全性

可靠性

容錯性

易恢復性

成熟性

可/易用性

易理解性

易操作性

效率性

時間特性

資源特性

可維護性

可測試性

可修改性

穩(wěn)定性

易分析性

可移植性

適應性

易安裝性

一致性

可替換性

17計算題

1.風險管理

決策樹和期望貨幣價值EMV

EMV=比例1*方案1+比例2*方案2+...+比例n*方案n

2.采購管理

加權(quán)系統(tǒng)：比重1*評分1+比重2*評分2+...

自制與外購決策：采用決策樹也就是計算EMV

投資回收率：

貼現(xiàn)率就是利率

靜態(tài)回收期不考慮時間價值也就是利率

第一年動態(tài)價值=第一年投資/（1+利率）

第二年動態(tài)價值=第二年投資/（1+利率）

第N年動態(tài)價值=第N年投資/（1+利率）

回收期=收回成本的時間

回收率=1/回收期

年份編號從0開始，所以當年動態(tài)投資金額=投資/（1+利率）=當年投資金額/1

3.溝通管理

溝通渠道=n(n-1)/2

4.盈虧平衡點

收回成本的時間

5.進度網(wǎng)絡計算PERT（計劃評審技術(shù)）

期望時間=（悲觀+樂觀+4*最可能）/6

標準差=（悲觀-樂觀）/6

三點估算：

期望時間

期望時間

期望時間?

6.6標時

E（early）、F（finish）、L（last）、S（start）

ES EF 最早開始，最早結(jié)束

LS LF 最遲開始，最遲結(jié)束

總時差=LS-ES=LF-EF

自由時差=EF-緊后活動的ES

最早時間正推取大的

最遲時間倒推取小的

最長的路徑就是關鍵路徑，關鍵路徑的時間就是項目的總工期

關鍵路徑上的活動總時差與自由時差均為0

7.資源平衡

8.改變工期要調(diào)整關鍵路徑上的活動，但是調(diào)整關鍵路徑上的活動會引起關鍵路徑縮短，此時可能會更改關鍵路徑

9.掙值計算

二、網(wǎng)絡資源考點匯總

第一章

1.軟件的概念：軟件是一種邏輯實體，而不是具體的物理實體

軟件（software）是計算機系統(tǒng)中與硬件（hardware）相互依存的另一部分，它包括程序（program）、相關數(shù)據(jù)（data）及其說明文檔（document）。

其中：

程序--按事先設計的功能和性能要求執(zhí)行的指令序列；

數(shù)據(jù)--使程序能正常操縱信息的數(shù)據(jù)結(jié)構(gòu)；

文檔--與程序開發(fā)、維護和使用有關的圖文材料

2.軟件的特點：軟件的生產(chǎn)與硬件不同；軟件沒有明顯的制造過程。一旦研制開發(fā)成功，就可以大量拷貝同一內(nèi)容的副本。軟件對硬件和環(huán)境有著不同程度的依賴性。這導致了軟件移植的問題。軟件的開發(fā)至今尚未完全擺脫手工作坊式的開發(fā)方式，生產(chǎn)效率低。軟件是復雜的，而且以后會更加復雜。軟件工作牽涉到很多社會因素。軟件的運行和使用期間，沒有硬件那樣的機械磨損，老化問題。

3.軟件的分類：

1.基于軟件功能：系統(tǒng)軟件（OS,DBMS）、支撐軟件（各種軟件開發(fā)包等）、應用軟件（各種MIS系統(tǒng)）。

2.基于軟件工作方式：實時處理軟件、分時軟件、交互式軟件、批處理軟件。

3.基于軟件規(guī)模：微型軟件、小型軟件、中型軟件、大型軟件、甚大型軟件、超大型軟件。

4.系統(tǒng)開發(fā)的生命周期：系統(tǒng)開發(fā)生命周期（Software Development Life Cycle,SDLC）是指這樣的一個過程，包括：理解信息系統(tǒng)對業(yè)務需求的支持，設計系統(tǒng)，構(gòu)建系統(tǒng)，以及把系統(tǒng)移交給用戶。計劃、分析、設計、實現(xiàn)。

各階段的任務及結(jié)束標志

一、計劃階段是理解為什么要創(chuàng)建信息系統(tǒng)和確定項目團隊將如何開發(fā)它的基本過程。計劃階段由2個步驟組成：

1）在項目啟動期間，要確定系統(tǒng)給組織帶來的業(yè)務價值。主要通過技術(shù)可行性、經(jīng)濟可行性、組織可行性分析來完成。

2）項目批準后，進入項目管理。

二、分析：分析階段說明此系統(tǒng)由誰來用，用作什么，在哪里用，以及什么時候用這些問題。在此階段，項目團隊調(diào)查現(xiàn)有系統(tǒng)，確定可改進的地方，以及開發(fā)新系統(tǒng)的方案。主要步驟如：

1）開發(fā)分析策略來指導項目團隊工作。

2）收集需求。

3）分析結(jié)果，系統(tǒng)方案和模型組合成系統(tǒng)建議書。

三、設計：設計階段確定系統(tǒng)將如何運行，涉及硬件、軟件和網(wǎng)絡基礎設施；將要使用的用戶界面，窗口、窗體和報表；所需的專用程序、數(shù)據(jù)庫和文檔。具體步驟如下：

1）創(chuàng)建設計策略

2）開發(fā)系統(tǒng)的基本架構(gòu)設計，描述要用到的軟、硬件和網(wǎng)絡設施。

3）開發(fā)數(shù)據(jù)庫和文檔規(guī)格。

4）開發(fā)程序設計規(guī)格，定義需要編寫的程序和每個程序確切要做的事情。

四、實現(xiàn)階段是SDLC的最后階段，是系統(tǒng)實際構(gòu)建階段。主要步驟如下：

1）系統(tǒng)構(gòu)建

2）系統(tǒng)安裝

3）建立系統(tǒng)的支持計劃

5.系統(tǒng)開發(fā)方法：結(jié)構(gòu)化和面向?qū)ο?/p>

結(jié)構(gòu)化：（1）、瀑布式開發(fā)

每個階段都是在前一階段完成的基礎之上才進行

優(yōu)點：系統(tǒng)中編程之前就已確定；項目進行期間變動不大。

缺點：編程之前需要充分的設計；需求的變動無法及時得到解決

（2）、并行開發(fā)：在概要設計完成之后分成多個子系統(tǒng)，然后分別進行設計和實現(xiàn)，最后再組合成一個系統(tǒng)

優(yōu)點：提高了項目開發(fā)的效率

缺點：子項目間可能會相互影響；項目中加入了子項目的集成

（3）、快速應用開發(fā)（Rapid Application Development,RAD）是指結(jié)構(gòu)化方法的基礎上創(chuàng)建，用于解決結(jié)構(gòu)化方法中的編程之前需要充分設計和在開發(fā)過程中需求變更無法得到及時響應的缺點，使用RAD，可以使系統(tǒng)的部分功能更快的開發(fā)并提交給用戶。

遵循RAD的方法主要有：過程為中心，數(shù)據(jù)為中心，面向?qū)ο蟆?/p>

（4）、敏捷開發(fā)（Agile Development）是一種新興的開發(fā)方法，它是以編程為中心，注重簡化過程，強調(diào)迭代式的開發(fā)。

遵循敏捷開發(fā)的方法主要有：極限編程（eXtremePramming,XP）,Scrum和動態(tài)系統(tǒng)開發(fā)方法（Dynamic Systems Development Method,DSDM）

開發(fā)方法的選擇主要考慮以下因素：

用戶需求的清晰度、技術(shù)的屬性程度、系統(tǒng)復雜度、系統(tǒng)可靠性、項目的時間進度要求、項目的進度可見性。

6.文檔項目文檔包括所有的可交付物，有關該項目的歷史記錄。常見的文檔：可行性研究報告；各種計劃、需求分析、系統(tǒng)各種設計、程序代碼、測試腳本，數(shù)據(jù)庫腳本等，各種分析報告。

第二章需求分析

1、可行性分析：可行性分析主要用于輔助組織決定是否繼續(xù)項目開發(fā)的依據(jù)，主要從技術(shù)、經(jīng)濟和組織三個方面進行分析，并綜合成可行性研究報告，在項目啟動階段的末期交付給審定委員會。技術(shù)可行性分析，即系統(tǒng)可以被IT團隊成功的設計、開發(fā)和安裝運行的程度。主要從以下幾個方面進行分析：用戶和分析員對業(yè)務應用的熟悉程度所要開發(fā)的項目的規(guī)模系統(tǒng)與其他系統(tǒng)的兼容性。經(jīng)濟可行性分析，確定與項目相關的財務風險，確定是否值得開發(fā)新系統(tǒng)。經(jīng)濟可行性分析步驟如下：確定花費和收益指定數(shù)值定義現(xiàn)金流估算項目的經(jīng)濟價值：回報率，平衡點，凈現(xiàn)值無形的費用和收益：例如客戶服務的改進，社會價值的提高，企業(yè)形象的提高等

2.系統(tǒng)需求是指描述創(chuàng)建系統(tǒng)的業(yè)務原因和系統(tǒng)預期帶來的價值的文檔

系統(tǒng)需求包括的元素：項目發(fā)起者，業(yè)務要求，業(yè)務需求，業(yè)務價值，其他方面的要求和約束

第三章

1.文章來源地址http://www.zghlxwxcb.cn/news/detail-402186.html

到了這里，關于系統(tǒng)分析師知識點匯總的文章就介紹完了。如果您還想了解更多內(nèi)容，請在右上角搜索TOY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關文章，希望大家以后多多支持TOY模板網(wǎng)！