系統(tǒng)架構(gòu)設(shè)計(jì)師考試知識(shí)點(diǎn)

第一章系統(tǒng)架構(gòu)師概述

1.1.1系統(tǒng)架構(gòu)師的概念

現(xiàn)代信息系統(tǒng)“架構(gòu)”三要素：構(gòu)件、模式、規(guī)劃；規(guī)劃是架構(gòu)的基石，也是這三

個(gè)貢獻(xiàn)中最重要的。

架構(gòu)本質(zhì)上存在兩個(gè)層次：概念層，物理層。

1.2.1系統(tǒng)架構(gòu)師的定義

負(fù)責(zé)理解、管理并最終確認(rèn)和評(píng)估非功能性系統(tǒng)需求，給出開發(fā)規(guī)范，搭建系統(tǒng)

實(shí)現(xiàn)的核心架構(gòu)，對(duì)整個(gè)軟件架構(gòu)、關(guān)鍵構(gòu)建、接口進(jìn)行總體設(shè)計(jì)并澄清關(guān)鍵技

術(shù)細(xì)節(jié)。

主要著眼于系統(tǒng)的“技術(shù)實(shí)現(xiàn)”，同時(shí)還要考慮系統(tǒng)的“組織協(xié)調(diào)”。

要對(duì)所屬的開發(fā)團(tuán)隊(duì)有足夠的了解，能夠評(píng)估該開發(fā)團(tuán)隊(duì)實(shí)現(xiàn)特定的功能需求目

標(biāo)和資源代價(jià)。

1.2.2系統(tǒng)架構(gòu)師技術(shù)素質(zhì)

對(duì)軟件工程標(biāo)準(zhǔn)規(guī)范有良好的把握。

1.2.3系統(tǒng)架構(gòu)師管理素質(zhì)

系統(tǒng)架構(gòu)師是一個(gè)高效工作團(tuán)隊(duì)的創(chuàng)建者，必須盡可能使所有團(tuán)隊(duì)成員的想法一

致，為一個(gè)項(xiàng)目訂制清晰的、強(qiáng)制性的、有元件的目標(biāo)作為整個(gè)團(tuán)隊(duì)的動(dòng)力；

必須提供特定的方法和模型作為理想的技術(shù)解決方案；

必須避免猶豫，必須具備及時(shí)解決技術(shù)問題的緊迫感和自信心。

1.2.4系統(tǒng)架構(gòu)師與其他團(tuán)隊(duì)角色的協(xié)調(diào)

系統(tǒng)分析師，需求分析，技術(shù)實(shí)現(xiàn)

系統(tǒng)架構(gòu)師，系統(tǒng)設(shè)計(jì)，基于環(huán)境和資源的系統(tǒng)技術(shù)實(shí)現(xiàn)

項(xiàng)目管理師，資源組織，資源實(shí)現(xiàn)

由于職位角度出發(fā)產(chǎn)生沖突制約，不可能很好地給出開發(fā)規(guī)范，搭建系統(tǒng)實(shí)現(xiàn)的

核心架構(gòu)，并澄清技術(shù)細(xì)節(jié)，掃清主要難點(diǎn)。

所以把架構(gòu)師定位在項(xiàng)目管理師與系統(tǒng)分析師之間，為團(tuán)隊(duì)規(guī)劃清晰的目標(biāo)。

對(duì)于大型企業(yè)或項(xiàng)目，如果一人承擔(dān)多個(gè)角色，往往容易發(fā)生顧此失彼的現(xiàn)象。

1.3系統(tǒng)架構(gòu)師知識(shí)結(jié)構(gòu)

需要從大量互相沖突的系統(tǒng)方法和工具中區(qū)分出哪些是有效的，那些是無(wú)效的。

1.4從開發(fā)人員到架構(gòu)師

總結(jié)自己的架構(gòu)模式，深入行業(yè)總結(jié)規(guī)律。

幾天的培訓(xùn)不太可能培養(yǎng)出合格的軟件架構(gòu)師，廠商的培訓(xùn)和認(rèn)證，最終目的是

培養(yǎng)自己的市場(chǎng)，培養(yǎng)一批忠誠(chéng)的用戶或產(chǎn)品代言人，而不是為中國(guó)培養(yǎng)軟件架

構(gòu)師。

《計(jì)算機(jī)網(wǎng)絡(luò)基礎(chǔ)知識(shí)》

計(jì)算機(jī)系統(tǒng)由硬件和軟件組成，軟件通常分為系統(tǒng)軟件和應(yīng)用軟件。

系統(tǒng)軟件支持應(yīng)用軟件的運(yùn)行，為用戶開發(fā)應(yīng)用軟件提供平臺(tái)，用戶可以使用它，

但不能隨意修改它。

常用的系統(tǒng)軟件有操作系統(tǒng)、語(yǔ)言處理程序、連接程序、診斷程序、數(shù)據(jù)庫(kù)等。

應(yīng)用軟件指計(jì)算機(jī)用戶利用軟硬件資源為某一專門的應(yīng)用目的而開發(fā)的軟件。

第二章操作系統(tǒng)基礎(chǔ)知識(shí)

2.1操作系統(tǒng)基礎(chǔ)知識(shí)

操作系統(tǒng)OperatingSystem,是計(jì)算機(jī)系統(tǒng)的核心系統(tǒng)軟件。

2.1.1操作系統(tǒng)的原理、類型、結(jié)構(gòu)

1、操作系統(tǒng)定義

硬件資源包括中央處理器、存儲(chǔ)器、輸入輸出設(shè)備。

軟件資源是以文件形式保存在存儲(chǔ)器上的程序和數(shù)據(jù)。

操作系統(tǒng)既有效組織和管理系統(tǒng)中各種軟硬件資源，合理地組織計(jì)算機(jī)系統(tǒng)的工

作流程，又控制程序的執(zhí)行，為用戶使用計(jì)算機(jī)提供了一個(gè)良好的環(huán)境和友好的

接口。

2、操作系統(tǒng)分類

按功能不同分：?jiǎn)斡脩舨僮飨到y(tǒng)、批處理操作系統(tǒng)；分時(shí)操作系統(tǒng)、實(shí)時(shí)操

作系統(tǒng)；網(wǎng)絡(luò)操作系統(tǒng)、分布式操作系統(tǒng)；嵌入式操作系統(tǒng)。

3、操作系統(tǒng)的特征

并發(fā)性、共享性、虛擬性、不確定性。

4、操作系統(tǒng)的功能

進(jìn)程管理、文件管理、存儲(chǔ)管理、設(shè)備管理、作業(yè)管理。

2.1.2處理機(jī)與進(jìn)程管理

1、進(jìn)程的定義及其分類

進(jìn)程通常由程序、數(shù)據(jù)、進(jìn)程控制塊PCB組成。

2、進(jìn)程的狀態(tài)轉(zhuǎn)換與控制

就緒、運(yùn)行、阻塞。

進(jìn)程控制是通過進(jìn)程控制原語(yǔ)實(shí)現(xiàn)的，進(jìn)程控制原語(yǔ)主要有：創(chuàng)建原語(yǔ)、撤

銷原語(yǔ)、掛起原語(yǔ)、激活原語(yǔ)、阻塞原語(yǔ)、喚醒原語(yǔ)。

注：原語(yǔ)不可分割，不允許中斷。

3、進(jìn)程互斥與同步以及P/V操作

同步是使在異步環(huán)境下的各進(jìn)程按一定的順序和速度執(zhí)行。

互斥要保證臨界資源一次只能提供一個(gè)進(jìn)程使用，稱為臨界資源CR。

PV操作是低級(jí)通信原語(yǔ)，在執(zhí)行期間不可分割，P表示申請(qǐng)一個(gè)資源，V

表示釋放一個(gè)資源。

P操作定義S:=S-1若S>=0則執(zhí)行P操作的進(jìn)程繼續(xù)執(zhí)行，否則若S<0,

則置該進(jìn)程為阻塞狀態(tài)（因?yàn)闊o(wú)可用資源），并將其插入阻塞隊(duì)列。

V操作定義S:=S+1若S>0則執(zhí)行V操作的進(jìn)程繼續(xù)執(zhí)行，否則若sv=o,

則從阻塞狀態(tài)喚醒一個(gè)進(jìn)程，并將其插入就緒隊(duì)列，然后執(zhí)行V操作的進(jìn)程

繼續(xù)執(zhí)行。

4、進(jìn)程通信與管程

控制信息的交換稱為低級(jí)通信，數(shù)據(jù)的交換稱為高級(jí)通信。

高級(jí)通信的類型有共享存儲(chǔ)系統(tǒng)、消息傳遞系統(tǒng)、管道通信。

在任一時(shí)刻最多只有一個(gè)進(jìn)程能夠真正地進(jìn)入管程，其他的只能等待。

5、進(jìn)程調(diào)度與死鎖

產(chǎn)生死鎖的四個(gè)必要條件：互斥條件、請(qǐng)求保持條件、不可剝奪條件、環(huán)路

條件。

預(yù)防策略，破壞死鎖的四個(gè)必要條件之一。

6、線程

線程是進(jìn)程中的一個(gè)實(shí)體，是被系統(tǒng)獨(dú)立分配和調(diào)度的基本單位。

線程只擁有一些運(yùn)行中必不可少的資源。

同一個(gè)進(jìn)程中的多個(gè)線程可以并發(fā)執(zhí)行，線程具有：就緒、運(yùn)行、阻塞，三

個(gè)基本狀態(tài)。

2.1.3存儲(chǔ)管理

存儲(chǔ)器的發(fā)展方向是：高速、大容量、小體積。

存儲(chǔ)管理的主要任務(wù)是：如何提高主存的利用率、擴(kuò)充主存以及對(duì)主存信息

實(shí)現(xiàn)有效保護(hù)。

2.1.4設(shè)備管理

設(shè)備管理的目標(biāo)是：提高設(shè)備的利用率，為用戶提供方便統(tǒng)一的界面。

磁盤調(diào)度算法：先來(lái)先服務(wù)FCFS、最短尋道時(shí)間優(yōu)先SSTF、掃描算法SCAN。

2.1.5文件管理

隨機(jī)訪問是指對(duì)文件中的信息可以按任意次序隨機(jī)讀寫文件中的信息。

文件控制塊FCB,描述和控制文件的數(shù)據(jù)結(jié)構(gòu)。

2.1.6作業(yè)管理

常用的作業(yè)調(diào)度算法有：先來(lái)先服務(wù)、短作業(yè)優(yōu)先、相應(yīng)比高優(yōu)先、優(yōu)先級(jí)

調(diào)度算法、均衡調(diào)度算法。

2.1.7網(wǎng)絡(luò)操作系統(tǒng)NOS

網(wǎng)絡(luò)操作系統(tǒng)分為：集中模式、客戶機(jī)/服務(wù)器模式、對(duì)等模式?，F(xiàn)代操作系

統(tǒng)已經(jīng)把網(wǎng)絡(luò)功能包含到操作系統(tǒng)的內(nèi)核中，作為操作系統(tǒng)核心功能的一個(gè)

組成部分。

2.2.1關(guān)系數(shù)據(jù)庫(kù)基礎(chǔ)

數(shù)據(jù)庫(kù)的三要素：數(shù)據(jù)結(jié)構(gòu)、數(shù)據(jù)操作、數(shù)據(jù)約束條件。

特別需要指出的是，E-R模型強(qiáng)調(diào)的是語(yǔ)義。

關(guān)系數(shù)據(jù)庫(kù)設(shè)計(jì)理論的核心是數(shù)據(jù)間的函數(shù)依賴，衡量的標(biāo)準(zhǔn)是關(guān)系規(guī)范化

的程度及分解的無(wú)損連接和保持函數(shù)依賴性。

數(shù)據(jù)依賴包括：函數(shù)依賴、非平凡的函數(shù)依賴、平凡的函數(shù)依賴、完全函數(shù)

依賴、部分函數(shù)依賴、傳遞依賴、碼、主屬性、非主屬性、外碼、值依賴定

義、函數(shù)依賴的公理系統(tǒng)。

事務(wù)是數(shù)據(jù)庫(kù)環(huán)境中不可分割的邏輯工作單位。

四個(gè)特性：原子性、一致性、隔離性、持久性，ACIDo

SQL語(yǔ)言中事務(wù)定義語(yǔ)句有三條：BEGINTRANSACTION事務(wù)開始、

COMMIT事務(wù)提交、ROLLBAK事務(wù)回滾。

并發(fā)操作是指：在多用戶共享系統(tǒng)中，用戶可能同時(shí)對(duì)同一數(shù)據(jù)庫(kù)進(jìn)行操作。

帶來(lái)的問題主要有：丟失更新、不可重復(fù)讀、讀臟數(shù)據(jù)。

并發(fā)控制主要技術(shù)是封鎖：排他鎖（簡(jiǎn)稱X鎖、寫鎖X共享鎖（簡(jiǎn)稱S鎖、

讀鎖卜

保護(hù)數(shù)據(jù)庫(kù)的關(guān)鍵技術(shù)在于建立冗余數(shù)據(jù)、即備份數(shù)據(jù)。

方法是：數(shù)據(jù)轉(zhuǎn)儲(chǔ)、建立日志。

2.2.2關(guān)系數(shù)據(jù)庫(kù)設(shè)計(jì)

需求分析、概念結(jié)構(gòu)設(shè)計(jì)、邏輯結(jié)構(gòu)設(shè)計(jì)、物理結(jié)構(gòu)設(shè)計(jì)、應(yīng)用程序設(shè)計(jì)、

運(yùn)行維護(hù)。

E-R方法的數(shù)據(jù)庫(kù)概念結(jié)構(gòu)設(shè)計(jì)可分三步：設(shè)計(jì)局部E-R模型、設(shè)計(jì)全局

E-R模型、全局E-R模型優(yōu)化。

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

滿足分布性、邏輯相關(guān)性、場(chǎng)地透明性、場(chǎng)地自治性的數(shù)據(jù)庫(kù)系統(tǒng)被稱為完

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

分布式數(shù)據(jù)庫(kù)系統(tǒng)的特點(diǎn)：數(shù)據(jù)的集中控制性、數(shù)據(jù)獨(dú)立性、數(shù)據(jù)冗余可控

性、場(chǎng)地自治性、存取有效性。

4層模式劃分為：全局外層、全局概念層、局部概念、局部?jī)?nèi)層，各層還有

相應(yīng)的層間映射。

2.2.4商業(yè)智能

一般認(rèn)為：數(shù)據(jù)倉(cāng)庫(kù)、連機(jī)分析處理、數(shù)據(jù)挖掘技術(shù)是商業(yè)智能BI的三大

組成部分。

數(shù)據(jù)倉(cāng)庫(kù)的關(guān)鍵特征：面向主題、集成的、非易失的、時(shí)變的。

三層結(jié)構(gòu)：數(shù)據(jù)倉(cāng)庫(kù)服務(wù)器、OLAP服務(wù)器（連機(jī)分析處理服務(wù)器X前端

工具。

數(shù)據(jù)倉(cāng)庫(kù)的實(shí)現(xiàn)步驟：規(guī)劃、需求研究、問題分析、數(shù)據(jù)的抽取清洗集成裝

載、數(shù)據(jù)倉(cāng)庫(kù)設(shè)計(jì)、數(shù)據(jù)倉(cāng)庫(kù)管理、分析報(bào)表查詢、數(shù)據(jù)倉(cāng)庫(kù)性能優(yōu)化、數(shù)

據(jù)倉(cāng)庫(kù)部署發(fā)布。

切片、切塊、下鉆、上卷、旋轉(zhuǎn)等多維度分析與跨維度分析。

OLAP系統(tǒng)架構(gòu)主要分為：基于關(guān)系數(shù)據(jù)庫(kù)的ROLAP、基于多維數(shù)據(jù)庫(kù)的

MOLAP、基于混合數(shù)據(jù)組織的HOLAPo

數(shù)據(jù)挖掘是在沒有明確架設(shè)的前提下去挖掘信息、發(fā)現(xiàn)知識(shí)。

所得的信息應(yīng)具有先知、有效、實(shí)用，三個(gè)特征。

主要功能有5類：自動(dòng)預(yù)測(cè)趨勢(shì)和行為、關(guān)聯(lián)分析、聚類、概念描述、偏差

檢測(cè)。

2.3計(jì)算機(jī)網(wǎng)絡(luò)基礎(chǔ)知識(shí)

計(jì)算機(jī)網(wǎng)絡(luò)

按通信距離分廣域網(wǎng)、局域網(wǎng)、城域網(wǎng)；按信息交換方式分電路交換網(wǎng)、分

組交換網(wǎng)、綜合交換網(wǎng)；按拓?fù)浣Y(jié)構(gòu)分星型網(wǎng)、樹形網(wǎng)、環(huán)形網(wǎng)、總線型網(wǎng)；

按傳輸帶寬分基帶網(wǎng)、寬帶網(wǎng)；

按使用范圍分公用網(wǎng)、專用網(wǎng)；按通信傳播方式分廣播式、點(diǎn)到點(diǎn)式……

OSI/RM:把復(fù)雜的問題分解開，保持了層次之間的獨(dú)立性。

物理層、數(shù)據(jù)鏈路層、網(wǎng)絡(luò)層、傳輸層、會(huì)話層、表示層、應(yīng)用層。

2.3.2計(jì)算機(jī)網(wǎng)絡(luò)

1、廣域網(wǎng)、局域網(wǎng)、城域網(wǎng)

廣域網(wǎng)又稱遠(yuǎn)程網(wǎng)，覆蓋范圍廣，傳輸速率相對(duì)低，以數(shù)據(jù)通信為主要目的

的數(shù)據(jù)通信網(wǎng)。數(shù)據(jù)傳輸可靠性隨著傳輸介質(zhì)不同而不同、拓?fù)浣Y(jié)構(gòu)復(fù)雜。

有公共交換電話網(wǎng)、各種公用數(shù)據(jù)網(wǎng)。

局域網(wǎng)是指?jìng)鬏斁嚯x有限，傳輸速度較高，以共享網(wǎng)絡(luò)資源為目的的網(wǎng)絡(luò)系

統(tǒng)，數(shù)據(jù)傳輸可靠誤碼率低，網(wǎng)絡(luò)控制一般為分布式，總線拓?fù)?、環(huán)形拓?fù)洹?/p>

星型拓?fù)?、混合型?/p>

城域網(wǎng)是一種較大范圍的高速網(wǎng)絡(luò)。

網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)：網(wǎng)絡(luò)中通信線路和節(jié)點(diǎn)的幾何排序，反映各節(jié)點(diǎn)之間的結(jié)構(gòu)

關(guān)系，影響著整個(gè)網(wǎng)絡(luò)的設(shè)計(jì)、功能、可靠性、通信費(fèi)用等重要方面。

局域網(wǎng)和城域網(wǎng)都是EEE802標(biāo)準(zhǔn)，決定局域網(wǎng)主要技術(shù)有：傳輸介質(zhì)、

拓?fù)浣Y(jié)構(gòu)、介質(zhì)訪問控制方法。

決定了傳數(shù)據(jù)的類型、網(wǎng)絡(luò)響應(yīng)時(shí)間、吞吐率、利用率，以及網(wǎng)絡(luò)應(yīng)用。

最重要的是介質(zhì)控制訪問方法。（CSMA/CD）

無(wú)線局域網(wǎng)具有以下優(yōu)點(diǎn)：安裝便捷、使用靈活、經(jīng)濟(jì)節(jié)約、易于擴(kuò)展。

IEEE8.2.11

2、網(wǎng)絡(luò)互聯(lián)

網(wǎng)絡(luò)互聯(lián)目的是使一個(gè)網(wǎng)絡(luò)的用戶能訪問其他網(wǎng)絡(luò)的資源，使不同網(wǎng)絡(luò)上的

用戶能夠互相通信、交換信息。

網(wǎng)絡(luò)互聯(lián)設(shè)備的作用是連接不同網(wǎng)絡(luò)。

傳輸介質(zhì)是信號(hào)傳輸?shù)拿襟w，常用的介質(zhì)分為有限介質(zhì)和無(wú)線介質(zhì)。局域網(wǎng)

中，其基本組成部件為服務(wù)器、客戶機(jī)、網(wǎng)絡(luò)設(shè)備、通信介質(zhì)、網(wǎng)絡(luò)軟件等。

3、Internet及應(yīng)用

世界上規(guī)模最大、覆蓋面最廣且最具影響力的計(jì)算機(jī)互聯(lián)網(wǎng)絡(luò)，它將分布在

世界各地的計(jì)算機(jī)利用開放系統(tǒng)互連協(xié)議連接在一起，用來(lái)進(jìn)行數(shù)據(jù)傳輸、

信息交換、資源共享。

TCP/IP作為Internet的核心協(xié)議，已被廣泛應(yīng)用于局域網(wǎng)和廣域網(wǎng)中，主

要特性為：邏輯編址、路由選擇、域名解析、錯(cuò)誤檢測(cè)、流量控制、對(duì)應(yīng)用

程序的支持等。

TCP/IP是一個(gè)協(xié)議族，網(wǎng)際層除了IP協(xié)議外，還有ICMP、ARP、RARP

等幾個(gè)重要協(xié)議……

Internet的地址主要有兩種書寫形式：域名格式、IP地址格式。

www也成萬(wàn)維網(wǎng)/全球網(wǎng)是指在Internet上以超文本為基礎(chǔ)形成的信息網(wǎng)。

采用統(tǒng)一的資源定位器URL和圖文聲并茂的用戶界面。

2.3.3網(wǎng)絡(luò)管理與網(wǎng)絡(luò)安全

1、網(wǎng)絡(luò)管理

網(wǎng)絡(luò)管理是對(duì)計(jì)算機(jī)網(wǎng)絡(luò)的配置、運(yùn)行狀態(tài)、計(jì)費(fèi)等進(jìn)行管理。它提供了監(jiān)

控、協(xié)調(diào)、測(cè)試各種網(wǎng)絡(luò)資源以及網(wǎng)絡(luò)運(yùn)行狀況的手段，還可以提供安全處

理和積分等功能。

OSI網(wǎng)絡(luò)協(xié)議標(biāo)準(zhǔn)中定義了網(wǎng)絡(luò)管理的5大基本功能:配置管理、性能管理、

故障管理、安全管理、計(jì)費(fèi)管理。

實(shí)際上還應(yīng)該包括網(wǎng)絡(luò)規(guī)劃、網(wǎng)絡(luò)操作人員管理等。

2、計(jì)算機(jī)網(wǎng)絡(luò)安全

計(jì)算機(jī)網(wǎng)絡(luò)安全是指計(jì)算機(jī)、網(wǎng)絡(luò)系統(tǒng)的硬件、軟件、數(shù)據(jù)收到保護(hù)，不因

偶然或惡意的原因而遭到破壞、更改、泄漏，確保系統(tǒng)能連續(xù)、可靠地運(yùn)行，

使網(wǎng)絡(luò)服務(wù)不中斷。

網(wǎng)絡(luò)安全從本質(zhì)上講就是網(wǎng)絡(luò)上的信息安全。

信息的傳輸、存儲(chǔ)、訪問提供安全保護(hù)，以防止信息被竊取、篡改、非法操

作。

信息安全的基本要素是保密性、完整性、可用性、真實(shí)性、可控性。完整的

信息安全保障體系應(yīng)包括：保護(hù)、檢測(cè)、響應(yīng)、恢復(fù)。信息安全術(shù)語(yǔ)：密碼

學(xué)、鑒別、Kerberos鑒別、公鑰基礎(chǔ)設(shè)施、數(shù)字簽名、訪問控制。

3、VPN

所謂虛擬專用網(wǎng)，是建立在公用網(wǎng)上，沒有專用物理連接，而通過ISP提供

的公共網(wǎng)絡(luò)來(lái)實(shí)現(xiàn)通信，VPN內(nèi)部用戶可以實(shí)現(xiàn)安全通信。

關(guān)鍵技術(shù)：隧道技術(shù)、加密技術(shù)、密鑰管理技術(shù)、身份認(rèn)證技術(shù)。解決方案：

內(nèi)聯(lián)網(wǎng)VPN、外連網(wǎng)VPN、遠(yuǎn)程接入VPN。

2.3.4網(wǎng)絡(luò)工程

網(wǎng)絡(luò)規(guī)劃、網(wǎng)絡(luò)設(shè)計(jì)階段、工程組織、實(shí)施階段、維護(hù)階段。

2.3.5存儲(chǔ)及負(fù)載均衡技術(shù)

RAID磁盤陣列，目的是建立數(shù)據(jù)冗余、增強(qiáng)容錯(cuò)、提高容量、增進(jìn)性能。

網(wǎng)絡(luò)存儲(chǔ)體系結(jié)構(gòu)大致分為三種：直接式存儲(chǔ)DAS、網(wǎng)絡(luò)連接存儲(chǔ)NAS、

存儲(chǔ)區(qū)域存儲(chǔ)SAN0

負(fù)載均衡LoadBalance從結(jié)構(gòu)上分為：本地負(fù)載均衡、全局負(fù)載均衡。

一般情況下從傳輸鏈路聚合、采用更高層網(wǎng)絡(luò)交換技術(shù)、設(shè)置服務(wù)器集群策

略三個(gè)角度實(shí)現(xiàn)。

集群Cluster,大多數(shù)模式下，集群中所有的計(jì)算機(jī)擁有一個(gè)共同的名稱，

各節(jié)點(diǎn)服務(wù)器通過一個(gè)內(nèi)部局域網(wǎng)相互通訊，集群內(nèi)任一系統(tǒng)上運(yùn)行的服務(wù)

都可被所有的網(wǎng)絡(luò)客戶所使用，當(dāng)一臺(tái)

節(jié)點(diǎn)服務(wù)器發(fā)生故障時(shí)，這臺(tái)服務(wù)器上所運(yùn)行的應(yīng)用程序?qū)⒃诹硪还?jié)點(diǎn)服務(wù)

器上被自動(dòng)接管，客戶也能很快自動(dòng)地連接到新的應(yīng)用服務(wù)器上。

2.4多媒體技術(shù)及其應(yīng)用

媒體有兩種含義：信息的載體、存儲(chǔ)信息的實(shí)體。

根據(jù)ITU-T（原CCITT）建議，媒體有5種：感覺媒體、表示媒體、顯示媒

體、存儲(chǔ)媒體、傳輸媒體。

InternationalConsultativeCommitteOnTelecommunicationAndTelegraphy,

CCITT,國(guó)際電報(bào)電話咨詢委員會(huì)。

多媒體技術(shù)是指：以數(shù)字化為基礎(chǔ)，對(duì)多種媒體信息進(jìn)行采集、編碼、存儲(chǔ)、

傳輸、處理、表現(xiàn)，使之建立有機(jī)的邏輯聯(lián)系，具有良好的交互性的技術(shù)。

多媒體的特征：多樣性、集成性、交互性、實(shí)時(shí)性。

2.4.2多媒體數(shù)據(jù)壓縮編碼技術(shù)

JPEG,JointPhotographicExpertsGroup,聯(lián)合圖像專家小組，是一種對(duì)靜

態(tài)圖像壓縮的編碼算法?！奥?lián)合”的含義是：CCITT和ISO聯(lián)合組成的圖像專

家小組。

MPEG,MovingPictureExpertsGroup,運(yùn)動(dòng)圖像專家小組，是作為一個(gè)國(guó)

際標(biāo)準(zhǔn)來(lái)研究制訂的，具有很好的兼容性。

其次，比其它算法提供更好的壓縮比，最高可達(dá)200:1。更重要的是對(duì)數(shù)據(jù)

損失很小。

不存在專利問題，適合大力推廣。

數(shù)據(jù)壓縮編碼兩大類：無(wú)損壓縮編碼法（也稱冗余壓縮法、嫡編碼法），有

損壓縮編碼法（也稱嫡壓縮法卜

2.4.4多媒體技術(shù)的研究?jī)?nèi)容

對(duì)數(shù)據(jù)進(jìn)行有效壓縮將是多媒體發(fā)展中必須要解決的最關(guān)鍵的技術(shù)之一。

數(shù)據(jù)量大、種類繁多、關(guān)系復(fù)雜，是多媒體數(shù)據(jù)的基本特征。

虛擬現(xiàn)實(shí)

首先，“逼真”就是要達(dá)到三維視覺、聽覺、觸覺等效果；其次，通過人的感

官與這個(gè)環(huán)境進(jìn)行交互；最后，為用戶提供一個(gè)逼真的操作環(huán)境。

虛擬現(xiàn)實(shí)是一種多技術(shù)多科學(xué)相互滲透集成的技術(shù)。

智能多媒體技術(shù)

將具有推理功能的知識(shí)庫(kù)與多媒體數(shù)據(jù)庫(kù)結(jié)合起來(lái)，形成智能多媒體數(shù)據(jù)庫(kù)。

發(fā)展趨勢(shì)：把多媒體和通信功能集成到CPU芯片中。

其一，專用設(shè)備、家電及寬帶通信設(shè)備，可以取代這些設(shè)備中的CPU及大

量Asic和其他新品。

其二，與現(xiàn)有的計(jì)算機(jī)系列兼容，同事具有多媒體和通訊功能。

2.5系統(tǒng)性能

系統(tǒng)性能是一個(gè)系統(tǒng)提供給用戶的眾多性能指標(biāo)的集合。既包括硬件性能，

也包括軟件性能；既包括部件性能指標(biāo)，也包括綜合性能指標(biāo)。

系統(tǒng)性能包含性能指標(biāo)、性能計(jì)算、性能設(shè)計(jì)、性能評(píng)估，四個(gè)方面內(nèi)容。

2.5.3系統(tǒng)性能設(shè)計(jì)

是一系列重復(fù)的受控的性能試驗(yàn)，循環(huán)的調(diào)整過程為收集、分析、配置、測(cè)

試。

阿姆達(dá)爾定律Amdahl:系統(tǒng)中對(duì)某一部件采用某種更快的執(zhí)行方式所獲得

的系統(tǒng)性能改變程度，取決于這種方式被利用的頻率，或所占總執(zhí)行時(shí)間的

比例。

被改進(jìn)并增強(qiáng)的部分在總時(shí)間中所占的比例，增強(qiáng)比例，永遠(yuǎn)小于等于1.

2.5.4性能評(píng)估

對(duì)測(cè)試結(jié)果做出解釋，并形成一分文檔的技術(shù)。

目的是為了性能的優(yōu)化提供參考。

用得最多、最頻繁的那部分核心程序作為評(píng)價(jià)計(jì)算機(jī)性能的標(biāo)準(zhǔn)程序，稱為

基準(zhǔn)測(cè)試程序Benchmarko

1975年，意大利學(xué)者朗高(GLongo)提出：信息是反映事物的形式、關(guān)系

相差別的東西，它包含在事物的差異之中，而不在事物本身。

目前，關(guān)于信息比較科學(xué)和統(tǒng)一的定義是：信息是對(duì)客觀事物變化和特征的

反映，是客觀事物之間互相作用和聯(lián)系的表征，是客觀事物經(jīng)過感知或認(rèn)知

后的再現(xiàn)。

第三章信息化基礎(chǔ)

3.1.2信息的特征

1、客觀性：反映了事物的運(yùn)動(dòng)狀態(tài)和方式，既事實(shí)性。

2、普遍性：信息無(wú)所不在。

3、無(wú)限性：事物及其變化是無(wú)限多樣的。

4、動(dòng)態(tài)性：隨著時(shí)間變化而變化。

5、依附性：不能完全脫離物質(zhì)而獨(dú)立存在。

6、變換性：可以用不同的載體以不同的方法來(lái)負(fù)載。

7、傳遞性：時(shí)間上的傳遞即存儲(chǔ)；空間上的傳遞即轉(zhuǎn)移或擴(kuò)散。

8、層次性：信息可以分為戰(zhàn)略級(jí)、管理級(jí)、操作級(jí)。

9、系統(tǒng)性：可以形成與現(xiàn)實(shí)世界相對(duì)應(yīng)的信息系統(tǒng)。

3.1.3信息化的定義

信息化Informationalization,是以信息資源開發(fā)利用為核心，以網(wǎng)絡(luò)技術(shù)、

通訊技術(shù)等高科技技術(shù)為依托的一種新技術(shù)擴(kuò)散的過程。

3.1.4信息化的內(nèi)容

1、信息資源的開發(fā)利用

2、信息網(wǎng)絡(luò)的全面覆蓋，計(jì)算機(jī)網(wǎng)絡(luò)、電信網(wǎng)、電視網(wǎng)等，逐步實(shí)現(xiàn)三網(wǎng)

合一。

3、信息技術(shù)的廣泛應(yīng)用，這是信息化的基礎(chǔ)。

4、信息產(chǎn)業(yè)的大力發(fā)展

5、信息化人才的培養(yǎng)

6、信息化政策和標(biāo)準(zhǔn)規(guī)范建設(shè)

基于web的架構(gòu)是松散耦合的，優(yōu)勢(shì)在于能夠在不同的網(wǎng)絡(luò)及操作系統(tǒng)中運(yùn)

行；以服務(wù)器為中心，客戶端瘦小、簡(jiǎn)單，容易在運(yùn)行時(shí)實(shí)現(xiàn)自動(dòng)升級(jí)。

3.3信息化的典型應(yīng)用

電子政務(wù)的內(nèi)容

1、政府與政府G2G

2、政府對(duì)企事業(yè)G2B

3、政府對(duì)居民G2c

4、企業(yè)對(duì)政府B2G

5、居民對(duì)政府C2G

3.3.3企業(yè)資源規(guī)劃的結(jié)構(gòu)和功能

物料需求計(jì)劃MRP,物料單系統(tǒng)BOM,制造資源計(jì)劃MRPIL

1、ERP的概念

企業(yè)的所有資源包括三大流：物流、資金流、信息流。

ERP是建立在信息技術(shù)基礎(chǔ)上，全面地集成了企業(yè)的所有資源信息，并為企

業(yè)提供決策、計(jì)劃、控制、經(jīng)營(yíng)業(yè)績(jī)?cè)u(píng)估的全方位和系統(tǒng)化的管理平臺(tái)。

ERP是一種管理理論和管理思想，不僅僅是信息系統(tǒng)。

1.生產(chǎn)預(yù)測(cè)

市場(chǎng)需求是企業(yè)生存的基礎(chǔ)，ERP中首先需要對(duì)市場(chǎng)進(jìn)行較準(zhǔn)確的預(yù)測(cè)，預(yù)

測(cè)主要用于計(jì)劃。

常用的預(yù)測(cè)方法有：德爾菲方法、移動(dòng)平移法、指數(shù)平滑法、非線性最小二

乘曲線擬合法。

2.銷售管理（計(jì)劃）

銷售管理從其計(jì)劃角度來(lái)看，屬于最高層計(jì)劃的范疇，是企業(yè)最重要的決策

層計(jì)劃之一。

3.經(jīng)營(yíng)計(jì)劃（生產(chǎn)計(jì)劃大綱）

4.主生產(chǎn)計(jì)劃

5.物料需求計(jì)劃

根據(jù)主生產(chǎn)計(jì)劃對(duì)最終產(chǎn)品的需求數(shù)量和交貨期，推導(dǎo)出構(gòu)成產(chǎn)品的零部件

及材料的需求數(shù)量和需求時(shí)期，再導(dǎo)出自制零部件的制作訂單下達(dá)日期和采

購(gòu)件的采購(gòu)訂單發(fā)送日期。

6.能力需求計(jì)劃CRP

通過分析比較MRP的需求和企業(yè)現(xiàn)有生產(chǎn)力，及早發(fā)現(xiàn)能力瓶頸所在。

7.車間作業(yè)計(jì)劃PAC

將零部件的生產(chǎn)計(jì)劃以訂單的形式下達(dá)給適當(dāng)?shù)能囬g，屬于ERP執(zhí)行層計(jì)

劃。當(dāng)前主流的車間作業(yè)計(jì)劃模式是JIT模式。

8.采購(gòu)與庫(kù)存管理

是ERP的基本模塊，從采購(gòu)訂單產(chǎn)生至貨物受到的全過程進(jìn)行組織、實(shí)施、

控制，庫(kù)存管理IM對(duì)企業(yè)物料的進(jìn)、出、存進(jìn)行管理。

9.質(zhì)量與設(shè)備管理

全面質(zhì)量管理TQM,對(duì)企業(yè)的全過程進(jìn)行質(zhì)量管理，而且明確指出執(zhí)行質(zhì)

量職能是企業(yè)全體人員的責(zé)任。

設(shè)備管理對(duì)設(shè)備壽命周期內(nèi)的所有設(shè)備物資運(yùn)動(dòng)形態(tài)和價(jià)值運(yùn)動(dòng)形態(tài)進(jìn)行

綜合管理。

10.財(cái)務(wù)管理

以貨幣的形式反映和監(jiān)督企業(yè)的日常經(jīng)濟(jì)活動(dòng)，并對(duì)數(shù)據(jù)進(jìn)行分類、匯總，

為企業(yè)管理和決策提供必要的信息支持。

11.ERP有關(guān)擴(kuò)展應(yīng)用模塊

客戶關(guān)系管理、分銷資源管理、供應(yīng)鏈管理、電子商務(wù)等。

3、ERP的功能

ERP為企業(yè)提供的功能是多層面的全方位的。

3.3.4客戶關(guān)系管理在企業(yè)的應(yīng)用

1、CRM的概念

提供的信息要有利于更好地理解客戶；

流程管理要為客戶提供高效、適當(dāng)?shù)捏w驗(yàn)；

提供那些構(gòu)件強(qiáng)有力關(guān)系、提高客戶忠誠(chéng)度的體驗(yàn)。

CRM的核心思想就是以客戶為中心，

從傳統(tǒng)的“以產(chǎn)品為中心”的經(jīng)營(yíng)理念解放出來(lái)，通過富有意義的交流溝通，

理解并影響客戶行為，最終實(shí)現(xiàn)客戶保留、客戶忠誠(chéng)、客戶創(chuàng)利的目的。

將客戶信息轉(zhuǎn)化為積極的客戶關(guān)系的反復(fù)循環(huán)過程。

市場(chǎng)競(jìng)爭(zhēng)，客戶資源逐漸減少，市場(chǎng)主動(dòng)權(quán)讓給客戶，了解市場(chǎng)和客戶真實(shí)

需要的基礎(chǔ)上提供令其滿意的產(chǎn)品和服務(wù)。

客戶能根據(jù)自己的需求量身定做合適自己需要的產(chǎn)品和服務(wù)。

客戶信息是客戶關(guān)系管理的基礎(chǔ)。

更低成本、更高效率地滿足客戶的需求，與客戶建立起基于學(xué)習(xí)性關(guān)系基礎(chǔ)，

最大程度提高客戶滿意度、忠誠(chéng)度。

銷售自動(dòng)化SFA

功能：日歷和日程安排、聯(lián)系和客戶管理、傭金管理、商業(yè)機(jī)會(huì)、傳遞渠道

管理、銷售管理、建議的生產(chǎn)和管理、定價(jià)、區(qū)域劃分、費(fèi)用報(bào)告等。

產(chǎn)品目錄和價(jià)格、購(gòu)買記錄、服務(wù)記錄、存貨情況、促銷文本資料、信用記

錄。

SFA應(yīng)用往往集成電子郵件、辦公軟件等其它各種標(biāo)準(zhǔn)應(yīng)用。

營(yíng)銷自動(dòng)化MA

集成客戶商業(yè)智能信息、產(chǎn)品信息、“營(yíng)銷百科全書”等信息資源。

CRM中，客戶服務(wù)與支持主要是通過呼叫中心和互聯(lián)網(wǎng)來(lái)實(shí)現(xiàn)，在滿足客

戶的個(gè)性化要求方面，高速度、準(zhǔn)確性、高效率來(lái)完成客戶服務(wù)人員的各種

要求。

當(dāng)把客戶服務(wù)與支持功能同銷售、營(yíng)銷功能比較好地結(jié)合起來(lái)時(shí)，就能為企

業(yè)提供很多機(jī)會(huì)。

客戶服務(wù)與支持的內(nèi)容應(yīng)包括：客戶關(guān)懷；糾紛、訂貨、訂單跟蹤；現(xiàn)場(chǎng)服

務(wù)；問題及解決方法數(shù)據(jù)庫(kù)；維修行為安排調(diào)度；服務(wù)協(xié)議合同；服務(wù)請(qǐng)求

管理等。

商業(yè)智能是指利用數(shù)據(jù)挖掘、知識(shí)發(fā)現(xiàn)等技術(shù)分析和挖掘結(jié)構(gòu)化的、面向特

定領(lǐng)域的存儲(chǔ)與數(shù)據(jù)倉(cāng)庫(kù)的信息，幫用戶認(rèn)清發(fā)展趨勢(shì)、識(shí)別數(shù)據(jù)模式、獲

取職能決策支持、得出結(jié)論。

智能的范圍：客戶、產(chǎn)品、服務(wù)、競(jìng)爭(zhēng)者等。

收集和分析市場(chǎng)、銷售、服務(wù)和整個(gè)企業(yè)的各類信息，對(duì)客戶進(jìn)行全方位的

了解，從而理順企業(yè)資源與客戶需求之間的關(guān)系。

CRM尚未有成型的理論出現(xiàn)

對(duì)市場(chǎng)的設(shè)定、跟蹤、分析總結(jié)。

呼叫中心支持由合作的硬件廠商參與并提供全套設(shè)備，而不僅僅是提供支持

呼叫中心的應(yīng)用軟件。

對(duì)移動(dòng)設(shè)備的支持。

決策者所掌握的信息完全，能更及時(shí)地做出決策。

不管客戶由何種渠道與企業(yè)聯(lián)系，與客戶的互動(dòng)都應(yīng)該是無(wú)縫的、統(tǒng)一的、

高效的。

需要任命一名來(lái)自企業(yè)的系統(tǒng)管理員，作為內(nèi)部系統(tǒng)專家。

經(jīng)特殊調(diào)整的系統(tǒng)必須伴隨技術(shù)培訓(xùn)。

由于數(shù)據(jù)轉(zhuǎn)換過程工作量極大，因此要精確預(yù)測(cè)該過程的時(shí)間表幾乎是不可

能的。

“培訓(xùn)者”必須接受由軟件供應(yīng)商進(jìn)行的培訓(xùn)，稱為新系統(tǒng)專家。

對(duì)所有用戶的正規(guī)培訓(xùn)，用戶必須認(rèn)識(shí)到使用新系統(tǒng)的即時(shí)和明顯好處。

對(duì)系統(tǒng)的持續(xù)支持要求公司配備至少一名全職的內(nèi)部系統(tǒng)管理員，可保證技

術(shù)上自給自足的靈活性，CRM系統(tǒng)的支持是艱巨的工作。

為保證系統(tǒng)帶來(lái)所希望的益處，在將其推廣到所有用戶之前一定要加以測(cè)試。

間接電子商務(wù)，商品是有形貨物。

直接電子商務(wù)，商品是無(wú)形的貨物或服務(wù)，雙方越過地理界限直接進(jìn)行交易。

3.3.7供應(yīng)鏈管理

供應(yīng)鏈?zhǔn)瞧髽I(yè)賴以生存的商業(yè)循環(huán)系統(tǒng)，企業(yè)供應(yīng)鏈可以耗費(fèi)企業(yè)高達(dá)25%

的運(yùn)營(yíng)成本。

從供應(yīng)商開始，經(jīng)由制造商、分銷商、零售商，直到最終客戶的全要素、全

過程的集成化管理模式。

正向推動(dòng)式運(yùn)作模式是以生產(chǎn)為中心；逆向拉動(dòng)式運(yùn)作模式是以用戶為中心;

兩種不同的運(yùn)作模式適用于不同市場(chǎng)環(huán)境。

第四章軟件開發(fā)方法

4.1軟件開發(fā)方法

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

傳統(tǒng)的軟件生命期是指軟件產(chǎn)品從形成概念（構(gòu)思）開始，經(jīng)過定義、開發(fā)、

使用、維護(hù)、廢棄，的全過程。

可以把軟件生命期劃分為軟件定義、軟件開發(fā)、軟件運(yùn)行與維護(hù)，三個(gè)階段。

1、軟件定義時(shí)期

1.問題定義，目標(biāo)系統(tǒng)“是什么”，系統(tǒng)的定位以及范圍。

2.可行性研究，技術(shù)可行性、經(jīng)濟(jì)可行性、操作可行性、社會(huì)可行性。

3.需求分析，確定軟件系統(tǒng)的功能需求、性能需求、運(yùn)行環(huán)境的約束，寫出

需求規(guī)格說明書、軟件系統(tǒng)測(cè)試大綱、用戶手冊(cè)概要。

充分理解用戶的需求，并以書面形式寫出規(guī)格說明書，這是以后軟件設(shè)計(jì)和

驗(yàn)收的依據(jù)；用戶也許很難一次性說清楚系統(tǒng)應(yīng)該做什么。

系統(tǒng)分析員、軟件開發(fā)人員、用戶，共同完成，逐步細(xì)化、一致化、完全化

等。

軟件需求規(guī)格說明SRS,內(nèi)容可以有系統(tǒng)（或子系統(tǒng)）名稱、功能描述、接

口、基本數(shù)據(jù)結(jié)構(gòu)、性能、設(shè)計(jì)需求、開發(fā)標(biāo)準(zhǔn)、驗(yàn)收原則等。

2、軟件開發(fā)時(shí)期

軟件開發(fā)時(shí)期就是軟件的設(shè)計(jì)與實(shí)現(xiàn)，概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼、測(cè)試等。

概要設(shè)計(jì)是在軟件需求規(guī)格說明的基礎(chǔ)上，建立系統(tǒng)的總體結(jié)構(gòu)（含子系統(tǒng)

的劃分）和模塊間的關(guān)系，定義功能模塊及各功能模塊之間的關(guān)系。

詳細(xì)設(shè)計(jì)對(duì)概要設(shè)計(jì)產(chǎn)生的功能模塊逐步細(xì)化，包括算法與結(jié)構(gòu)、數(shù)據(jù)分布、

數(shù)據(jù)組織、模塊間接口信息、用戶界面等，寫出詳細(xì)設(shè)計(jì)報(bào)告。

測(cè)試可分成單元測(cè)試、集成測(cè)試、確認(rèn)測(cè)試、系統(tǒng)測(cè)試等。通常把編碼和測(cè)

試稱為系統(tǒng)的實(shí)現(xiàn)。

3、軟件運(yùn)行和維護(hù)

軟件維護(hù)就是盡可能地延長(zhǎng)軟件的壽命，沒有維護(hù)的價(jià)值時(shí)，宣告退役，軟

件的生命結(jié)束。

4.1.2軟件開發(fā)模型

軟件生存周期模型又稱軟件開發(fā)模型或軟件過程模型，模型的特點(diǎn)是簡(jiǎn)單化，

是軟件開發(fā)實(shí)際過程的抽象與概括。

為軟件工程管理提供里程碑和進(jìn)度表，為軟件開發(fā)過程提供原則和方法。軟

件過程有各種各樣的模型。

1、瀑布型

瀑布型的特點(diǎn)是因果關(guān)系緊密相連，前一個(gè)階段工作的結(jié)果是后一個(gè)階段工

作的輸入，前一個(gè)階段的錯(cuò)漏會(huì)隱蔽地帶到后一個(gè)階段，每一個(gè)階段工作完

成后，都要進(jìn)行審查和確認(rèn)，

它的出現(xiàn)有利于人員的組織管理，有利于軟件開發(fā)方法和工具的研究。

2、原型模型

根據(jù)用戶提出的軟件系統(tǒng)的定義，快速地開發(fā)一個(gè)原型，包含目標(biāo)系統(tǒng)的關(guān)

鍵問題和反映目標(biāo)系統(tǒng)的大致面貌。

三種途徑：

利用模擬軟件系統(tǒng)的人機(jī)界面和人機(jī)交互方式。

真正開發(fā)一個(gè)原型。

找來(lái)一個(gè)或幾個(gè)正在運(yùn)行的類似軟件進(jìn)行比較。

實(shí)際工作中，由于各種原因，大多數(shù)原型都廢棄不用，僅僅把建立原型的過

程當(dāng)作幫助定義軟件需要的一種手段。

注意：

用戶對(duì)系統(tǒng)模糊不清，無(wú)法準(zhǔn)確回答目標(biāo)系統(tǒng)的需求。

經(jīng)過對(duì)原型若干次修改，應(yīng)該收斂到目標(biāo)范圍內(nèi)，否則可能會(huì)失敗。

對(duì)大型軟件來(lái)說，如果沒有現(xiàn)成的，就不應(yīng)該考慮用原型法。

3、螺旋模型

是生命周期模型與原型模型的一個(gè)結(jié)合，分成多個(gè)階段，每一個(gè)階段都由4

部分組成：

1.目標(biāo)設(shè)定，指定對(duì)過程和產(chǎn)品的約束，并且制訂詳細(xì)的管理計(jì)劃。

2.風(fēng)險(xiǎn)分析，制訂解決辦法。

3.開發(fā)和有效性驗(yàn)證，即開發(fā)軟件產(chǎn)品。

4.評(píng)審，確定是否需要進(jìn)入螺線的下一次回路。

增加一周，軟件系統(tǒng)就生成一個(gè)新版本，系統(tǒng)應(yīng)該盡快地收斂到用戶允許或

可以接受的目標(biāo)范圍內(nèi)。

該模型支持大型軟件開發(fā)，適用于面向規(guī)格說明、面向過程、面向?qū)ο蟮能?/p>

件開發(fā)方法，也適用于幾種開發(fā)方法的組合。

4、基于可重用構(gòu)件的模型

把軟件工程項(xiàng)目所創(chuàng)建的構(gòu)件不斷地積累和存儲(chǔ)在一個(gè)構(gòu)件庫(kù)中，系統(tǒng)將依

賴構(gòu)件的健壯性。

5、基于面向?qū)ο蟮哪Ｐ?/p>

構(gòu)件重用是非常重要的技術(shù)之一。一方面進(jìn)行構(gòu)件開發(fā)，另一方面進(jìn)行需求

開發(fā)，快速建立OOA、00D原型，由重用構(gòu)件組裝而成，甚至通過組裝可

重用的子系統(tǒng)而創(chuàng)建更大的系統(tǒng)。

6、基于四代技術(shù)的原型

四代語(yǔ)言完全不用變成方式來(lái)構(gòu)造應(yīng)用系統(tǒng)，而是利用一些生成器。

與通常的軟件工程環(huán)境或計(jì)算機(jī)輔助軟件工程不同，只側(cè)重于支持應(yīng)用軟件

開發(fā)過程中的設(shè)計(jì)階段和實(shí)現(xiàn)階段，特別是支持界面以及與界面有關(guān)的處理

過程。

4.1.3敏捷方法

1、敏捷方法的特點(diǎn)

敏捷方法是“適應(yīng)性”而非“預(yù)設(shè)性”的，重型方法在計(jì)劃制定完成后拒絕變化，

而敏捷方法則歡迎變化。

“面向人的”而非‘面向過程的”

傳統(tǒng)的軟件開發(fā)方法的基本思路一般是只要圖紙?jiān)O(shè)計(jì)得合理并考慮充分，施

工隊(duì)伍可以完全遵照?qǐng)D紙順利構(gòu)造。

但是，一些設(shè)計(jì)錯(cuò)誤只能在編碼和測(cè)試時(shí)才能發(fā)現(xiàn)。

傳統(tǒng)正規(guī)開發(fā)方法是個(gè)體不重要，角色才是重要的，盡量減少人的因素對(duì)開

發(fā)過程的影響，但是敏捷方法正好相反。

管理人員已經(jīng)脫離實(shí)際開發(fā)活動(dòng)相當(dāng)長(zhǎng)的時(shí)間了，如此設(shè)計(jì)出來(lái)的開發(fā)過程

是難以為開發(fā)人員所接受的。

只有在第一線的開發(fā)人員才能真正掌握和理解開發(fā)過程中的技術(shù)細(xì)節(jié)，所以

技術(shù)方面的決定必須由他們來(lái)做出。

敏捷方法特別強(qiáng)調(diào)相關(guān)人員之間的信息交流。因?yàn)轫?xiàng)目失敗的原因最終都可

以追溯到信息沒有及時(shí)準(zhǔn)確地傳遞到應(yīng)該接受它的人。

特別提倡直接的面對(duì)面交流，交流成本遠(yuǎn)遠(yuǎn)低于文檔的交流。

按照高內(nèi)聚、松散耦合的原則將項(xiàng)目劃分為若干個(gè)小組，以增加溝通。

2、敏捷方法的核心思想

1.適應(yīng)性型，利用變化來(lái)發(fā)展。

2.以人為本，在無(wú)過程控制和過于嚴(yán)格繁瑣的過程控制中取得一種平衡,以

保證軟件的質(zhì)量。

3.迭代增量式的開發(fā)過程，發(fā)行版本小型化，根據(jù)客戶需求的優(yōu)先級(jí)和開發(fā)

風(fēng)險(xiǎn)，制訂版本發(fā)行計(jì)劃。

3、敏捷方法的含義及其特征

重型方法注重開發(fā)文檔的完備和充分性；而敏捷方法認(rèn)為最根本的文檔應(yīng)該

是源碼。

4、敏捷方法的適用范圍

實(shí)際上，滿足工程設(shè)計(jì)標(biāo)準(zhǔn)的唯一文檔是源代碼清單。

敏捷方法比較適合需求變化比較大或者開發(fā)前期對(duì)需求不是很清晰的項(xiàng)目。

敏捷方法對(duì)設(shè)計(jì)者、開發(fā)者、客戶之間的有效溝通和及時(shí)反饋要求比較高，

不易在開發(fā)團(tuán)隊(duì)比較龐大的項(xiàng)目中實(shí)施。

5、敏捷方法的主要內(nèi)容

四個(gè)核心價(jià)值觀：溝通、簡(jiǎn)單、反饋、勇氣。

簡(jiǎn)單：只要滿足當(dāng)前功能需求，不做假象設(shè)計(jì)。

勇氣：用于抉擇，用于實(shí)踐，用于重構(gòu)。

12條實(shí)踐規(guī)則：簡(jiǎn)單設(shè)計(jì)、測(cè)試驅(qū)動(dòng)、代碼重構(gòu)、結(jié)對(duì)編程、繼續(xù)集成、

現(xiàn)場(chǎng)客戶、開發(fā)版本小型化、系統(tǒng)隱喻、代碼集體所有制、規(guī)劃策略、規(guī)范

代碼、40小時(shí)工作機(jī)制。

6、主要敏捷方法簡(jiǎn)介

極限編程

水晶系列方法

開放式源碼，任何人發(fā)現(xiàn)Bug都可以將補(bǔ)丁發(fā)給維護(hù)者。

SCRUM

Coad的功用驅(qū)動(dòng)開發(fā)方法：短時(shí)迭代階段和可見可用的功能，一個(gè)迭代周

期一般為兩周，編程人員分為類程序員、首席程序員。

ASD方法，猜測(cè)、合作、學(xué)習(xí)。

4.1.4RUP

RUP把軟件開發(fā)生命周期劃分為多個(gè)循環(huán)（cycle）,每個(gè)cycle生成產(chǎn)品的

—新版本，每個(gè)cycle依次由4個(gè)連續(xù)階段（phase）組成：

初始：定義最終產(chǎn)品視圖和業(yè)務(wù)模型，并確定系統(tǒng)范圍。

細(xì)化：制定工作計(jì)劃及資源要求。

構(gòu)造。

移交。

迭代并不是重復(fù)地做相同的事，而是針對(duì)不同用例細(xì)化和實(shí)現(xiàn)，每一個(gè)迭代

都是一個(gè)完整的開發(fā)過程。

每個(gè)階段結(jié)束前有一個(gè)里程碑(milestone)評(píng)估該階段的工作。如果未能通

過該里程碑的評(píng)估，則決策者應(yīng)該做出決定，是取消該項(xiàng)目還是繼續(xù)做該階

段的工作。

RUP中的核心概念

角色(Role),who的問題，某個(gè)人或一個(gè)小組的行為與職責(zé)。

活動(dòng)(Activity),how的問題,是一個(gè)有明確目的的獨(dú)立工作單元。

制品(Artifact),what的問題，是活動(dòng)生成、創(chuàng)建、修改第一段信息。

工作流(Workflow),when的問題，每個(gè)工作流產(chǎn)生一些有價(jià)值的產(chǎn)品，并

顯示了角色之間的關(guān)系。

RUP的特點(diǎn)

RUP是用例驅(qū)動(dòng)的、以體系結(jié)構(gòu)為中心的、迭代和增量的軟件開發(fā)過程。

用例驅(qū)動(dòng)：需求分析、設(shè)計(jì)、實(shí)現(xiàn)、測(cè)試，都是用例驅(qū)動(dòng)的。

以體系結(jié)構(gòu)為中心：刻畫了系統(tǒng)的整體設(shè)計(jì)，去掉了細(xì)節(jié)部分，突出了系統(tǒng)

的重要特征。

不依賴于具體語(yǔ)言，是軟件設(shè)計(jì)過程的一個(gè)層次。

體系結(jié)構(gòu)層次的設(shè)計(jì)問題包括：總體組織和全局控制、通訊協(xié)議、同步、數(shù)

據(jù)存取、給設(shè)計(jì)元素分配特定功能、設(shè)計(jì)元素的組織、物理分布、系統(tǒng)的伸

縮性、性能等。

一個(gè)系統(tǒng)不可能在所有特性上都達(dá)到最優(yōu)，對(duì)于一個(gè)系統(tǒng)，不同人員所關(guān)心

的內(nèi)容也是不一樣的，對(duì)于不同類型的人員，只需提供這類人員關(guān)心的視圖

即可。

分析和測(cè)試人員關(guān)心用例圖，最終用戶關(guān)心邏輯視圖，程序員關(guān)心實(shí)現(xiàn)視圖，

系統(tǒng)工程師關(guān)心部署視圖。

RUP強(qiáng)調(diào)采用迭代和增量的方法來(lái)開發(fā)軟件，每次迭代中，之考慮系統(tǒng)的

一部分需求，每次增加一些新的功能實(shí)現(xiàn)。

好處：

早期就可以對(duì)關(guān)鍵的、影響大的風(fēng)險(xiǎn)進(jìn)行處理。

可以提出一個(gè)軟件體系結(jié)構(gòu)來(lái)指導(dǎo)開發(fā)。

處理不可避免的需求變更。

可以較早地得到一個(gè)可運(yùn)行的系統(tǒng)，鼓舞開發(fā)團(tuán)隊(duì)的士氣，增強(qiáng)項(xiàng)目成

功的信心。

更有效工作的開發(fā)過程。

沒有一個(gè)項(xiàng)目會(huì)使用RUP中所有的東西，用用RUP時(shí)要裁剪，裁剪步驟:

1.確定本項(xiàng)目需要哪些工作流。

2.確定每個(gè)工作流要產(chǎn)出哪些制品。

3.確定四個(gè)階段之間（初始階段、細(xì)化階段、構(gòu)造階段、移交階段）如何演

進(jìn)。

4.確定每個(gè)階段內(nèi)迭代計(jì)劃。

5.規(guī)劃工作流內(nèi)部結(jié)構(gòu)。

4.1.5軟件系統(tǒng)工具

按軟件過程活動(dòng)將軟件工具分為軟件開發(fā)工具、軟件維護(hù)工具、軟件管理和

軟件支持工具。

軟件開發(fā)工具有：需求分析工具、設(shè)計(jì)工具、編碼與排錯(cuò)工具、測(cè)試工具等。

需求分析工具，生成完整的、清晰的、一致的功能規(guī)范。功能規(guī)范是軟件開

發(fā)者和用戶間的契約，也是軟件設(shè)計(jì)者的和實(shí)現(xiàn)者的依據(jù)。正確、完整表達(dá)

清晰的、無(wú)歧義的。

需求分析工具分為基于自然語(yǔ)言或圖形描述的工具，基于形式化需求定義語(yǔ)

言的工具。

項(xiàng)目管理工具：項(xiàng)目的計(jì)劃、調(diào)度、通信、成本估算、資源分配、質(zhì)量控制

等。

4.2需求管理

需求最終文檔經(jīng)過評(píng)審批準(zhǔn)后，則定義了需求基線Baseline;構(gòu)筑了功能需

求和非功能需求的一個(gè)約定Agreement。約定是需求開發(fā)和需求管理之間的

橋梁。

需求管理是一個(gè)對(duì)系統(tǒng)需求變更、了解和控制的過程，初始需求導(dǎo)出的同時(shí)

就啟動(dòng)了需求管理規(guī)劃。

4.2.1需求管理原則

過程能力成熟度模型CMM,指導(dǎo)軟件過程改進(jìn)，5個(gè)成熟級(jí)別，6個(gè)關(guān)鍵過

程域KPAO

一旦需求文檔化了，開發(fā)組和有關(guān)團(tuán)隊(duì)需要評(píng)審文檔。發(fā)現(xiàn)問題應(yīng)與客戶或

者其他需求源協(xié)商解決。軟件開發(fā)計(jì)劃是基于已確認(rèn)的需求。

絕不要承諾任何無(wú)法實(shí)現(xiàn)的事。

關(guān)鍵處理領(lǐng)域通過版本控制和變更控制來(lái)管理需求文檔。確保與新的需求保

持一致。

4.2.2需求規(guī)格說明的版本控制

版本控制是管理需求的一個(gè)必要方面，必須統(tǒng)一確定需求文檔的每一個(gè)版本，

當(dāng)需求發(fā)生變更時(shí)，及時(shí)通知所有涉及人員。

為了盡量減少困惑、沖突、誤傳，應(yīng)該僅允許指定的人員來(lái)更新需求。

清楚地區(qū)分草稿和文檔定稿版本。

4.2.4需求變更

遲到的需求變更會(huì)對(duì)已進(jìn)行的工作產(chǎn)生非常大的影響。

如果每一個(gè)建議的需求變更都采用，該項(xiàng)目將可能永遠(yuǎn)無(wú)法完成。

需求文檔應(yīng)該精確描述要交付的產(chǎn)品。

項(xiàng)目負(fù)責(zé)人在信息充分的條件下做出決策。

變更成本計(jì)算應(yīng)該包括需求文檔的修改、系統(tǒng)修改的設(shè)計(jì)、實(shí)現(xiàn)的成本。

變更控制過程并不是給變更設(shè)置障礙，相反，它是一個(gè)渠道和過濾器，確保

采納最合適的變更，使變更產(chǎn)生的負(fù)面影響降到最低，變更過程應(yīng)該做成文

檔。

絕不能刪除或者修改變更請(qǐng)求的原始文檔。

變更控制委員會(huì)只要能決定合適的人做正確的事就足夠了，在保證權(quán)威性的

前提下應(yīng)盡可能精簡(jiǎn)人員。

對(duì)每個(gè)變更權(quán)衡利弊做出決定。

“利”包括節(jié)省資金或額外收入、客戶滿意度、競(jìng)爭(zhēng)優(yōu)勢(shì)、減少上市時(shí)間；

“弊”是指增加開發(fā)費(fèi)用、推遲交付日期、產(chǎn)品質(zhì)量下降、減少功能、用戶不

滿意。

變更總是有代價(jià)的，即使拒絕的變更也因?yàn)闆Q策行為而耗費(fèi)資源。

接受了重要的需求變更時(shí)，為了適應(yīng)變更情況要與管理部門和客戶重新協(xié)商

約定。推遲交貨時(shí)間、增加人手、推遲實(shí)現(xiàn)尚未實(shí)現(xiàn)的較低優(yōu)先級(jí)的需求，

或質(zhì)量上進(jìn)行折中。

要是不能獲得一些約定的調(diào)整，應(yīng)該把面臨的風(fēng)險(xiǎn)寫進(jìn)風(fēng)險(xiǎn)計(jì)劃中。

4.2.5需求跟蹤

需求、體系結(jié)構(gòu)、其他設(shè)計(jì)部件、源代碼模塊、測(cè)試、幫助文件、文檔等。

跟蹤能力(聯(lián)系)鏈(traceabilitylink)是優(yōu)秀需求規(guī)格說明書的一個(gè)特征，

確保軟件需求規(guī)格說明包括所有客戶需求。

跟蹤能力聯(lián)系鏈記錄了單個(gè)需求之間的父層、互連、依賴的關(guān)系。

不必?fù)碛兴蟹N類的跟蹤能力聯(lián)系鏈，要根據(jù)具體情況調(diào)整。

4.2.6需求變更的代價(jià)和風(fēng)險(xiǎn)

只有在知道變更成本后才能做出理智的選擇，一個(gè)表面上很簡(jiǎn)單的變更也可

能轉(zhuǎn)變成很復(fù)雜的局面。

影響分析確定對(duì)現(xiàn)有系統(tǒng)做出是修改或者拋棄的決定，創(chuàng)建新系統(tǒng)以及評(píng)估

每個(gè)任務(wù)的工作量，進(jìn)行影響分析的能力依賴于跟蹤能力、數(shù)據(jù)的質(zhì)量、完

整性。

4.3開發(fā)管理

1、范圍

可交付物、架設(shè)、約束條件的基礎(chǔ)上準(zhǔn)備詳細(xì)的項(xiàng)目范圍說明書，是項(xiàng)目成

功的關(guān)鍵。

2、時(shí)間

進(jìn)度安排的準(zhǔn)確程度可能比成本估計(jì)的準(zhǔn)確程度更重要。對(duì)于成本估計(jì)的偏

差，可以靠重新定價(jià)或大量的銷售來(lái)彌補(bǔ)成本的增加，如果進(jìn)度計(jì)劃不能得

到實(shí)施，則會(huì)導(dǎo)致市場(chǎng)機(jī)會(huì)的喪失或用戶不滿意，而且會(huì)使成本增加。

工作分解結(jié)構(gòu)WorkBreakdownStructureWBS

4.3.2配置管理文檔管理

1、配置管理

配置項(xiàng)ConfigurationltemCI,

屬于產(chǎn)品組成部分的工作成果，如需求文檔、設(shè)計(jì)文檔、源代碼、測(cè)試用例

等。

屬于項(xiàng)目管理和機(jī)構(gòu)支撐過程域產(chǎn)生的文檔，如工作計(jì)劃、項(xiàng)目質(zhì)量報(bào)告、

項(xiàng)目跟蹤報(bào)告等。

每個(gè)配置項(xiàng)的主要屬性有名稱、標(biāo)識(shí)符、文件狀態(tài)、版本、作者、日期等。

2、文檔管理

文檔是影響軟件可維護(hù)性的決定因素，使用過程中必然會(huì)經(jīng)受多次修改，所

以文檔比程序代碼更重要。

用戶文檔：主要描述系統(tǒng)功能和使用方法。

系統(tǒng)文檔：描述系統(tǒng)設(shè)計(jì)、實(shí)現(xiàn)、測(cè)試等各方面內(nèi)容。

軟件文檔應(yīng)該滿足下述要求：

1.如何使用

2.怎樣安裝和管理

3.需求和設(shè)計(jì)

4.實(shí)現(xiàn)和測(cè)試

說明用戶操作錯(cuò)誤時(shí)應(yīng)該怎樣恢復(fù)和重新啟動(dòng)。

4.3.3軟件開發(fā)的質(zhì)量與風(fēng)險(xiǎn)

1、軟件質(zhì)量

IOS9000對(duì)項(xiàng)目質(zhì)量的定義：一組固有特性滿足需求的程度。

質(zhì)量與范圍、成本和時(shí)間，是項(xiàng)目成功的關(guān)鍵因素，通過范圍管理轉(zhuǎn)換隱含

需求為項(xiàng)目需求。

質(zhì)量低說明產(chǎn)品或服務(wù)存在問題，而低等級(jí)的產(chǎn)品或服務(wù)不一定存在問題，

二者概念不同。

2、軟件開發(fā)風(fēng)險(xiǎn)

認(rèn)識(shí)不足或者沒有足夠的力量加以控制。

了解、掌握風(fēng)險(xiǎn)的來(lái)源、性質(zhì)、發(fā)生規(guī)律，進(jìn)而施行有效的管理。

或然性、不確定性、涉及到某種選擇時(shí)，才成為有風(fēng)險(xiǎn)，以上三個(gè)是風(fēng)險(xiǎn)定

義的必要條件，不是充分條件，具有不確定性的事件不一定是風(fēng)險(xiǎn)。

4.4.1結(jié)構(gòu)化分析與設(shè)計(jì)

結(jié)構(gòu)程序設(shè)計(jì)較流行的定義為：采用自頂向下逐步求精的設(shè)計(jì)方法和單入口

單出口的控制構(gòu)件。

自頂向下逐步求精的方法是：先整體后局部，先抽象后具體，一般具有較清

晰的層次。

僅使用單入口單出口的控制構(gòu)件，具有良好的結(jié)構(gòu)特征。

采用結(jié)構(gòu)程序設(shè)計(jì)，可能會(huì)多占用一些時(shí)間和空間資源，這也是那些反對(duì)從

高級(jí)語(yǔ)言中排除GOTO語(yǔ)句者的主要依據(jù)。實(shí)際上，硬件飛速發(fā)展，這點(diǎn)

耗費(fèi)，不再是重要的因素。

4.4.2面向?qū)ο蟮姆治鲈O(shè)計(jì)

面向?qū)ο蟮姆治瞿Ｐ椭饕身攲蛹軜?gòu)圖、用例與用例圖、領(lǐng)域概念模型構(gòu)成;

設(shè)計(jì)模型包含：

以包圖表示的軟件體系結(jié)構(gòu)圖、以交互圖表示的用例實(shí)現(xiàn)圖、完整精確的類

圖、針對(duì)復(fù)雜對(duì)象的狀態(tài)圖、描述流程化處理過程的活動(dòng)圖等。

4.5軟件的重用

重復(fù)使用相同或相似軟件元素。

軟件元素：需求分析文檔、設(shè)計(jì)過程、設(shè)計(jì)文檔、程序代碼、測(cè)試用例、領(lǐng)

域知識(shí)等，通產(chǎn)這些軟件元素稱為軟部件。

不斷地進(jìn)行軟部件的積累，并將它們組織成軟部件庫(kù)。

橫向重用(horizontalreuse):重用不同應(yīng)用領(lǐng)域中的軟件元素。

標(biāo)準(zhǔn)函數(shù)庫(kù)是一種典型的、原始的橫向重用機(jī)制。

縱向重用廣受矚目，并稱為軟件重用技術(shù)的真正希望所在，關(guān)鍵點(diǎn)是域分析，

根據(jù)應(yīng)用領(lǐng)域的特征以及相似性預(yù)測(cè)軟部件的可重用性。

庫(kù)的組織結(jié)構(gòu)直接影響軟部件的檢索效率。

由于軟部件大都經(jīng)過嚴(yán)格的質(zhì)量認(rèn)證，并在實(shí)際運(yùn)行環(huán)境中得到檢驗(yàn)，因此

重用軟部件有助于改善軟件質(zhì)量。

4.6逆向工程與重構(gòu)工程

逆向工程就是分析已有的程序，尋找比源代碼更高級(jí)的抽象表現(xiàn)形式。

相關(guān)概念：

重構(gòu)Restructuring,在同一抽象級(jí)別上轉(zhuǎn)換系統(tǒng)描述形式；

設(shè)計(jì)恢復(fù)designrecovery，重構(gòu)工程re-engineering，也稱修復(fù)和改造工程。

1、恢復(fù)信息的級(jí)別

逆向工程導(dǎo)出的信息，4個(gè)抽象層次

1.實(shí)現(xiàn)級(jí)

2.結(jié)構(gòu)級(jí)

3.功能級(jí)

4.領(lǐng)域級(jí)

2、恢復(fù)信息的方法，4類：

1.用戶指導(dǎo)下搜索與變換

2.變換式方法

3.基于領(lǐng)域知識(shí)的

4.鉛板恢復(fù)法

第五章軟件架構(gòu)設(shè)計(jì)

SoftwareArchitecture簡(jiǎn)稱SA

5.1.2軟件架構(gòu)設(shè)計(jì)與生命周期

1、需求分析階段

需求和SA設(shè)計(jì)面臨的是不同的對(duì)象：一個(gè)是問題空間；另一個(gè)是解空間。

保持二者的可跟蹤性和轉(zhuǎn)換。

2、設(shè)計(jì)階段

1.傳統(tǒng)的設(shè)計(jì)概念只包括構(gòu)件，隨著研究的深入，構(gòu)件間的互聯(lián)機(jī)制逐漸獨(dú)

立出來(lái)，成為與構(gòu)件同等級(jí)別的實(shí)體，稱為連接子。

2.體系結(jié)構(gòu)描述語(yǔ)言(ArchitectureDescriptionLanguageADL)對(duì)連接子的

重視成為區(qū)分ADL和其他建模語(yǔ)言的重要特征之一。

3.不同的視角得到多個(gè)視圖，組織起來(lái)以描述整體的SA模型；不同側(cè)面的

視圖反映所關(guān)注的系統(tǒng)的特定方面，體現(xiàn)了關(guān)注點(diǎn)分離的思想。

3、實(shí)現(xiàn)階段

團(tuán)隊(duì)的結(jié)構(gòu)應(yīng)該和體系結(jié)構(gòu)模型有一定的對(duì)應(yīng)關(guān)系，提高軟件開發(fā)效率和質(zhì)

量。

分析和記錄不同版本構(gòu)件和連接子之間的演化。

填補(bǔ)高層SA模型和底層實(shí)現(xiàn)之間的鴻溝，典型的方法如下：

1.引入實(shí)現(xiàn)階段的概念。

2.SA模型逐步精化。

3.封裝底層稱為較大粒度構(gòu)件。

4、構(gòu)件組裝階段

可復(fù)用構(gòu)件組裝可以在較高層次上實(shí)現(xiàn)系統(tǒng)，研究?jī)?nèi)容包括：

1.如何互聯(lián)。

2.如何檢測(cè)并消除體系結(jié)構(gòu)失配問題。

中間件跨平臺(tái)交互。

產(chǎn)品化的中間件更好地保證最終系統(tǒng)的質(zhì)量，中間件導(dǎo)向的體系結(jié)構(gòu)風(fēng)格。

失配是指復(fù)用過程中，待復(fù)用構(gòu)件對(duì)最終系統(tǒng)的體系結(jié)構(gòu)和環(huán)境的架設(shè)

(Assumption)與實(shí)際狀況下不同而導(dǎo)致的沖突。

5、部署階段

軟件構(gòu)件的互聯(lián)性、硬件的拓?fù)浣Y(jié)構(gòu)、硬件資源占用。

6、后開發(fā)階段

實(shí)現(xiàn)中的軟件往往具有動(dòng)態(tài)性，一類是軟件內(nèi)部執(zhí)行所導(dǎo)致的體系結(jié)構(gòu)

改變，另一類變化是軟件系統(tǒng)外部的請(qǐng)求對(duì)軟件進(jìn)行的重配置。

升級(jí)或進(jìn)行其他修改時(shí)不能停機(jī)。

SA重建是指從已實(shí)現(xiàn)的系統(tǒng)中獲取體系結(jié)構(gòu)的過程。

5.2基于架構(gòu)的軟件開發(fā)方法

5.2.1體系結(jié)構(gòu)的設(shè)計(jì)方法概述

基于體系結(jié)構(gòu)的軟件設(shè)計(jì)

(Architecture-BasedSoftwareDesignABSD)方法。

體系結(jié)構(gòu)驅(qū)動(dòng)，指構(gòu)成體系結(jié)構(gòu)的商業(yè)、質(zhì)量、功能需求的組合驅(qū)動(dòng)。

設(shè)計(jì)活動(dòng)的開始并不意味著需求抽取和分析活動(dòng)就可以終止，而應(yīng)該并行，

快速開始設(shè)計(jì)至關(guān)重要。

ABSD方法有三個(gè)基礎(chǔ)，功能分解、選擇體系結(jié)構(gòu)風(fēng)格、軟件模板的使用。

5.2.2概念與術(shù)語(yǔ)

1、設(shè)計(jì)元素

ABSD方法是一個(gè)自頂向下，遞歸細(xì)化的方法。

2、視角與視圖

重要的是從不同的視角(perspective)來(lái)檢查，考慮體系結(jié)構(gòu)的不同屬性。

3、用例和質(zhì)量場(chǎng)景

在使用用例捕獲功能需求時(shí)，通過定義特定場(chǎng)景來(lái)捕獲質(zhì)量需求，稱為質(zhì)量

場(chǎng)景。捕獲變更、性能、可靠性、交互性，質(zhì)量場(chǎng)景必須包括預(yù)期的和非預(yù)

期的。

5.2.4體系結(jié)構(gòu)需求

可以從需求庫(kù)中取出，加以利用和修改。

獲取需求，體系結(jié)構(gòu)需求一般來(lái)自三個(gè)方面：系統(tǒng)的質(zhì)量目標(biāo)、系統(tǒng)的商業(yè)

目標(biāo)、開發(fā)人員的商業(yè)目標(biāo)。

5.2.6體系結(jié)構(gòu)文檔化

體系結(jié)構(gòu)規(guī)格說明和測(cè)試體系結(jié)構(gòu)需求的質(zhì)量設(shè)計(jì)說明書。

需求模型構(gòu)件的精確形式化描述，作為用戶和開發(fā)者之間的一個(gè)協(xié)約。

從使用者的角度進(jìn)行編寫，必須保證開發(fā)者手上的文檔是最新的。

5.2.7體系結(jié)構(gòu)復(fù)審

根據(jù)架構(gòu)設(shè)計(jì)，搭建一個(gè)可運(yùn)行的最小化系統(tǒng)用于評(píng)估和測(cè)試體系架構(gòu)是否

滿足需要。是否存在可識(shí)別的技術(shù)和協(xié)作風(fēng)險(xiǎn)。

復(fù)審的目的是標(biāo)識(shí)潛在風(fēng)險(xiǎn)，及早發(fā)現(xiàn)缺陷和錯(cuò)誤。

5.2.8體系結(jié)構(gòu)實(shí)現(xiàn)

分割成規(guī)定的構(gòu)件，按規(guī)定方式互相交互。

5.3軟件架構(gòu)風(fēng)格

體系結(jié)構(gòu)設(shè)計(jì)核心目標(biāo)是重復(fù)的體系結(jié)構(gòu)模式，體系結(jié)構(gòu)級(jí)的軟件重用。

5.3.1軟件架構(gòu)風(fēng)格概述

一個(gè)體系結(jié)構(gòu)定義一個(gè)詞匯表和一組約束。詞匯表中包含構(gòu)件和連接件類型

約束指出如何組合起來(lái)。

體系結(jié)構(gòu)風(fēng)格反映了共有的結(jié)構(gòu)和語(yǔ)義特性，并指導(dǎo)如何組織成一個(gè)完整的

系統(tǒng)。

5.3.2經(jīng)典軟件體系結(jié)構(gòu)風(fēng)格

每個(gè)構(gòu)件都有一組輸入和輸出，數(shù)據(jù)輸入構(gòu)件，經(jīng)過內(nèi)部處理，然后產(chǎn)生數(shù)

據(jù)輸出。這里的構(gòu)件稱為過濾器。

構(gòu)件是對(duì)象。

分層系統(tǒng)，每一層為上層提供服務(wù)，并作為下層的客戶。除一些精心挑選的

輸出函數(shù)外，內(nèi)部的層接口只對(duì)相鄰層可見。由于一層最多只影響兩層，為

軟件重用提供了強(qiáng)大的支持。

倉(cāng)庫(kù)風(fēng)格中，兩種不同的構(gòu)件：中央數(shù)據(jù)結(jié)構(gòu)、獨(dú)立構(gòu)件。

若構(gòu)件控制共享數(shù)據(jù)，則倉(cāng)庫(kù)是一傳統(tǒng)型數(shù)據(jù)庫(kù)；若中央數(shù)據(jù)結(jié)構(gòu)的當(dāng)前狀

態(tài)觸發(fā)進(jìn)程執(zhí)行的選擇，則倉(cāng)庫(kù)是一黑板系統(tǒng)。

C2體系結(jié)構(gòu)通過連接件綁定在一起按照一組規(guī)則運(yùn)作的并行構(gòu)件網(wǎng)絡(luò)。構(gòu)

件與構(gòu)件之間的連接是不允許的。

5.3.3客戶/服務(wù)器風(fēng)格

宿主機(jī)應(yīng)用程序既負(fù)責(zé)與用戶的交互（前端），又負(fù)責(zé)對(duì)數(shù)據(jù)的管理（后端卜

C/S體系結(jié)構(gòu)定義了工作站如何與服務(wù)器相連，實(shí)現(xiàn)部分?jǐn)?shù)據(jù)和應(yīng)用分布到

多個(gè)處理機(jī)上。

C/S三個(gè)主要組成部分：服務(wù)器、客戶機(jī)、網(wǎng)絡(luò)。

易于對(duì)系統(tǒng)進(jìn)行擴(kuò)充和縮小。

功能構(gòu)件充分隔離，客戶應(yīng)用程序的開發(fā)集中于數(shù)據(jù)的顯示和分析