2023年軟考系統(tǒng)架構(gòu)設(shè)計(jì)師高級(jí)學(xué)習(xí)筆記

2023年軟考系統(tǒng)架構(gòu)設(shè)計(jì)師學(xué)習(xí)筆記第一章

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)特定的功能需求目的和

資源代價(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)制性的、有元件的目的作為整個(gè)團(tuán)隊(duì)的動(dòng)力；

必須提供特定的方法和模型作為抱負(fù)的技術(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ī)劃清楚的目的。

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

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

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

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

總結(jié)自己的架構(gòu)模式，進(jìn)一步行業(yè)總結(jié)規(guī)律。

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

己的市場,培養(yǎng)一批忠誠的用戶或產(chǎn)品代言人，而不是為中國培養(yǎng)軟件架構(gòu)師。

2023年軟考系統(tǒng)架構(gòu)設(shè)計(jì)師學(xué)習(xí)筆記第二章

《計(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)、語言解決程序、連接程序、診斷程序、數(shù)據(jù)庫等。

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

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è)備。

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

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

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

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

按功能不同分：單用戶操作系統(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)程管理、文獻(xià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)程控制原語實(shí)現(xiàn)的,進(jìn)程控制原語重要有:創(chuàng)建原語、撤消原語、掛

起原語、激活原語、阻塞原語、喚醒原語。

注：原語不可分割，不允許中斷。

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

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

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

PV操作是低檔通信原語，在執(zhí)行期間不可分割,P表達(dá)申請(qǐng)一個(gè)資源,V表達(dá)釋放一個(gè)資

源。

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

進(jìn)程為阻塞狀態(tài)（由于無可用資源），并將其插入阻塞隊(duì)列。

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

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

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

控制信息的互換稱為低檔通信,數(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)路條件。

防止策略，破壞死鎖的四個(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ù)是:如何提高主存的運(yùn)用率、擴(kuò)充主存以及對(duì)主存信息實(shí)現(xiàn)有效

保護(hù)?

2.1.4設(shè)備管理

設(shè)備管理的目的是：提高設(shè)備的運(yùn)用率，為用戶提供方便統(tǒng)一的界面。

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

2.1.5文獻(xiàn)管理

隨機(jī)訪問是指對(duì)文獻(xiàn)中的信息可以按任意順序隨機(jī)讀寫文獻(xiàn)中的信息。

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

2.1.6作業(yè)管理

常用的作業(yè)調(diào)度算法有:先來先服務(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ì)等模式。

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

組成部分。

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

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

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

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

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

數(shù)據(jù)依賴涉及:函數(shù)依賴、非平凡的函數(shù)依賴、平凡的函數(shù)依賴、完全函數(shù)依賴、部分函

數(shù)依賴、傳遞依賴、碼、主屬性、非主屬性、外碼、值依賴定義、函數(shù)依賴的公理系統(tǒng)。

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

四個(gè)特性:原子性、一致性、隔離性、持久性，ACID。

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

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

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

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

并發(fā)控制重要技術(shù)是封鎖:排他鎖（簡稱X鎖、寫鎖）、共享鎖（簡稱S鎖、讀鎖）。

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

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

2.2.2關(guān)系數(shù)據(jù)庫設(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ù)庫概念結(jié)構(gòu)設(shè)計(jì)可分三步:設(shè)計(jì)局部E-R模型、設(shè)計(jì)全局E-R模型、全局

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

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

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

式數(shù)據(jù)庫系統(tǒng)。

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

治性、存取有效性。

4層模式劃分為：全局外層、全局概念層、局部概念、局部內(nèi)層，各層尚有相應(yīng)的層

間映射。

2.2.4商業(yè)智能

一般認(rèn)為:數(shù)據(jù)倉庫、連機(jī)分析解決、數(shù)據(jù)挖掘技術(shù)是商業(yè)智能BI的三大組成部分。

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

三層結(jié)構(gòu):數(shù)據(jù)倉庫服務(wù)器、OLAP服務(wù)器（連機(jī)分析解決服務(wù)器）、前端工具。

數(shù)據(jù)倉庫的實(shí)現(xiàn)環(huán)節(jié):規(guī)劃、需求研究、問題分析、數(shù)據(jù)的抽取清洗集成裝載、數(shù)

據(jù)倉庫設(shè)計(jì)、數(shù)據(jù)倉庫管理、分析報(bào)表查詢、數(shù)據(jù)倉庫性能優(yōu)化、數(shù)據(jù)倉庫部署發(fā)布。

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

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

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

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

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

重要功能有5類:自動(dòng)預(yù)測趨勢和行為、關(guān)聯(lián)分析、聚類、概念描述、偏差檢測。

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ì)話層、表達(dá)層、應(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)是指傳輸距離有限，傳輸速度較高，以共享網(wǎng)絡(luò)資源為目的的網(wǎng)絡(luò)系統(tǒng)，數(shù)據(jù)傳輸

可靠誤碼率低，網(wǎng)絡(luò)控制一般為分布式，總線拓?fù)?、環(huán)形拓?fù)?、星型拓?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)都是IEEE802標(biāo)準(zhǔn)，決定局域網(wǎng)重要技術(shù)有:傳輸介質(zhì)、拓?fù)浣Y(jié)構(gòu)、

介質(zhì)訪問控制方法。

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

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

無線局域網(wǎng)具有以下優(yōu)點(diǎn)：安裝便捷、使用靈活、經(jīng)濟(jì)解約、易于擴(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ì)和無線介質(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ī)運(yùn)用開放系統(tǒng)互連協(xié)議連接在一起，用來進(jìn)行數(shù)據(jù)傳輸、信息互換、資源共享。

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

輯編址、路由選擇、域名解析、錯(cuò)誤檢測、流量控制、相應(yīng)用程序的支持等。

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

議….

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

www也成萬維網(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)、測試各種網(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)當(dā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ù)、檢測、響應(yīng)、恢復(fù)。

信息安全術(shù)語:密碼學(xué)、鑒別、Kerberos鑒別、公鑰基礎(chǔ)設(shè)施、數(shù)字署名、訪問控制

3、VPN

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

來實(shí)現(xiàn)通信，VPN內(nèi)部用戶可以實(shí)現(xiàn)安全通信。

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

解決方案吶聯(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ǔ)

SANo

負(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種：感覺媒體、表達(dá)媒體、顯示媒體、存儲(chǔ)媒體、

傳輸媒體。

Internationa1Consu1tativeCommitteOnTelecommunicationAn

dTelegraphy,CCITT,國際電報(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,JointPhotographieExpertsGroup,聯(lián)合圖像專家小組，是一種對(duì)靜態(tài)圖像壓

縮的編碼算法?！奥?lián)合"的含義是:CCITT和ISO聯(lián)合組成的圖像專家小組。

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

準(zhǔn)來研究制訂的，具有很好的兼容性。

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

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

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

法（也稱燃?jí)嚎s法）。

2.4.4多媒體技術(shù)的研究內(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í)庫與多媒體數(shù)據(jù)庫結(jié)合起來，形成智能多媒體數(shù)據(jù)庫。

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

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

他新品。

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

2.5系統(tǒng)性能

系統(tǒng)性能是一個(gè)系統(tǒng)提供應(yī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ù)的受控的性能實(shí)驗(yàn)，循環(huán)的調(diào)整過程為收集、分析、配置、測試。

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

能改變限度，取決于這種方式被運(yùn)用的頻率,或所占總執(zhí)行時(shí)間的比例。

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

2.5.4性能評(píng)估

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

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

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

序Benchmark。

2023年軟考系統(tǒng)架構(gòu)設(shè)計(jì)師學(xué)習(xí)筆記第三章

3.1信息的特性

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

2、普遍性：信息無所不在。

3、無限性:事物及其變化是無限多樣的。

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

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

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

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

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

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

3.1.1信息化的定義

信息化Informationa1ization,是以信息資源開發(fā)運(yùn)用為核心,以網(wǎng)絡(luò)技術(shù)、通

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

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

1、信息資源的開發(fā)運(yùn)用

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)勢在于可以在不同的網(wǎng)絡(luò)及操作系統(tǒng)中運(yùn)營;以服

務(wù)器為中心，客戶端瘦小、簡樸，容易在運(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、公司對(duì)政府B2G

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

3.3.1公司資源規(guī)劃的結(jié)構(gòu)和功能

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

1、ERP的概念

公司的所有資源涉及三大流:物流、資金流、信息流。

ERP是建立在信息技術(shù)基礎(chǔ)上，全面地集成了公司的所有資源信息,并為公司提供決策、計(jì)

劃、控制、經(jīng)營業(yè)績評(píng)估的全方位和系統(tǒng)化的管理平臺(tái)。

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

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

市場需求是公司生存的基礎(chǔ)，ERP中一方面需要對(duì)市場進(jìn)行較準(zhǔn)確的預(yù)測，預(yù)測重要用

于計(jì)劃。

常用的預(yù)測方法有:德爾菲方法、移動(dòng)平移法、指數(shù)平滑法、非線性最小二乘曲線擬合法。

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

銷售管理從其計(jì)劃角度來看，屬于最高層計(jì)劃的范疇,是公司最重要的決策層計(jì)劃之一。

3.經(jī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á)日期和采購件的采購訂單發(fā)送

日期。

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

通過度析比較MRP的需求和公司現(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.采購與庫存管理

是ERP的基本模塊,從采購訂單產(chǎn)生至貨品受到的全過程進(jìn)行組織、實(shí)行、控制,庫存管

理IM對(duì)公司物料的進(jìn)、出、存進(jìn)行管理。

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

全面質(zhì)量管理TQM,對(duì)公司的全過程進(jìn)行質(zhì)量管理，并且明確指出執(zhí)行質(zhì)量職能是公

司全體人員的責(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)督公司的平常經(jīng)濟(jì)活動(dòng)，并對(duì)數(shù)據(jù)進(jìn)行分類、匯總，為公司管

理和決策提供必要的信息支持。

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

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

3、ERP的功能

ERP為公司提供的功能是多層面的全方位的。

3.3.2客戶關(guān)系管理在公司的應(yīng)用

1、CRM的概念

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

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

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

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

從傳統(tǒng)的"以產(chǎn)品為中心”的經(jīng)營理念解放出來，通過富故意義的交流溝通，理解并影響

客戶行為,最終實(shí)現(xiàn)客戶保存、客戶忠誠、客戶創(chuàng)利的目的。

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

市場競爭，客戶資源逐漸減少，市場積極權(quán)讓給客戶，了解市場和客戶真實(shí)需要的基礎(chǔ)

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

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

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

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

限度提高客戶滿意度、忠誠度。

3.3.3銷售自動(dòng)化SFA

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

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

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

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

3.3.4營銷自動(dòng)化MA

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

CRM中,客戶服務(wù)與支持重要是通過呼喊中心和互聯(lián)網(wǎng)來實(shí)現(xiàn)，在滿足客戶的個(gè)性

化規(guī)定方面，高速度、準(zhǔn)確性、高效率來完畢客戶服務(wù)人員的各種規(guī)定。

當(dāng)把客戶服務(wù)與支持功能同銷售、營銷功能比較好地結(jié)合起來時(shí)，就能為公司提供很多機(jī)

會(huì)。

客戶服務(wù)與支持的內(nèi)容應(yīng)涉及：客戶關(guān)懷;糾紛、訂貨、訂單跟蹤；現(xiàn)場服務(wù);問題及解決

方法數(shù)據(jù)庫;維修行為安排調(diào)度;服務(wù)協(xié)議協(xié)議；服務(wù)請(qǐng)求管理等。

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

域的存儲(chǔ)與數(shù)據(jù)倉庫的信息,幫用戶認(rèn)清發(fā)展趨勢、辨認(rèn)數(shù)據(jù)模式、獲取職能決策支持、

得出結(jié)論。

智能的范圍:客戶、產(chǎn)品、服務(wù)、競爭者等。

收集和分析市場、銷售、服務(wù)和整個(gè)公司的各類信息，對(duì)客戶進(jìn)行全方位的了解，從而理

順公司資源與客戶需求之間的關(guān)系。

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

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

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

應(yīng)用軟件。

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

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

不管客戶由何種渠道與公司聯(lián)系，與客戶的互動(dòng)都應(yīng)當(dāng)是無縫的、統(tǒng)一的、高效的。

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

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

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

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

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

對(duì)系統(tǒng)的連續(xù)支持規(guī)定公司配備至少一名全職的內(nèi)部系統(tǒng)管理員,可保證技術(shù)上自給自

足的靈活性,CRM系統(tǒng)的支持是艱巨的工作。

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

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

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

3.3.5供應(yīng)鏈管理

供應(yīng)鏈?zhǔn)枪举囈陨娴纳虡I(yè)循環(huán)系統(tǒng)，公司供應(yīng)鏈可以花費(fèi)公司高達(dá)25%的運(yùn)營成

本。

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

管理模式。

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

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

2023年軟考系統(tǒng)架構(gòu)設(shè)計(jì)師學(xué)習(xí)筆記第四章

4.1軟件開發(fā)方法

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

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

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

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

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

1.問題定義，目的系統(tǒng)"是什么"，系統(tǒng)的定位以及范圍。

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

3.需求分析，擬定軟件系統(tǒng)的功能需求、性能需求、運(yùn)營環(huán)境的約束，寫出需求規(guī)格說

明書、軟件系統(tǒng)測試大綱、用戶手冊概要。

充足理解用戶的需求，并以書面形式寫出規(guī)格說明書，這是以后軟件設(shè)計(jì)和驗(yàn)收的依據(jù);

用戶也許很難一次性說清楚系統(tǒng)應(yīng)當(dā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ì)、具體設(shè)計(jì)、編碼、測試等。

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

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

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

織、模塊間接口信息、用戶界面等,寫出具體設(shè)計(jì)報(bào)告。

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

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

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

軟件維護(hù)就是盡也許地延長軟件的壽命，沒有維護(hù)的價(jià)值時(shí)，宣告退役，軟件的生命結(jié)束。

4.1.2軟件開發(fā)模型

軟件生存周期模型又稱軟件開發(fā)模型或軟件過程模型，模型的特點(diǎ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è)原型，包含目的系統(tǒng)的關(guān)鍵問題和反

映目的系統(tǒng)的大體面貌。

三種途徑：

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

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

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

實(shí)際工作中，由于各種因素,大多數(shù)原型都廢棄不用，僅僅把建立原型的過程當(dāng)作幫助定

義軟件需要的一種手段。

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

通過對(duì)原型若干次修改，應(yīng)當(dāng)收斂到目的范圍內(nèi)，否則也許會(huì)失敗。

對(duì)大型軟件來說，假如沒有現(xiàn)成的，就不應(yīng)當(dāng)考慮用原型法。

3、螺旋模型

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

1.目的設(shè)定，指定對(duì)過程和產(chǎn)品的約束,并且制訂具體的管理計(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)當(dāng)盡快地收斂到用戶允許或可以接受的目

的范圍內(nèi)。

該模型支持大型軟件開發(fā)，合用于面向規(guī)格說明、面向過程、面向?qū)ο蟮能浖_發(fā)方法,

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

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

把軟件工程項(xiàng)目所創(chuàng)建的構(gòu)件不斷地積累和存儲(chǔ)在一個(gè)構(gòu)件庫中，系統(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ù)的原型

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

與通常的軟件工程環(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ò)誤只能在編碼和測試時(shí)才干發(fā)現(xiàn)。

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

響，但是靈敏方法正好相反。

管理人員已經(jīng)脫離實(shí)際開發(fā)活動(dòng)相稱長的時(shí)間了，如此設(shè)計(jì)出來的開發(fā)過程是難認(rèn)為開

發(fā)人員所接受的。

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

決定必須由他們來做出。

靈敏方法特別強(qiáng)調(diào)相關(guān)人員之間的信息交流。由于項(xiàng)目失敗的因素最終都可以追溯到

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

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

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

2、靈敏方法的核心思想

1.適應(yīng)性型，運(yùn)用變化來發(fā)展。

2.以人為本，在無過程控制和過于嚴(yán)格繁瑣的過程控制中取得一種平衡，以保證軟件的質(zhì)

量。

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

本發(fā)行計(jì)劃。

3、靈敏方法的含義及其特性

重型方法注重開發(fā)文檔的完備和充足性；而靈敏方法認(rèn)為最主線的文檔應(yīng)當(dāng)是源碼。

4、靈敏方法的合用范圍

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

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

靈敏方法對(duì)設(shè)計(jì)者、開發(fā)者、客戶之間的有效溝通和及時(shí)反饋規(guī)定比較高，不易在開

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

5、靈敏方法的重要內(nèi)容

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

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

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

12條實(shí)踐規(guī)則:簡樸設(shè)計(jì)、測試驅(qū)動(dòng)、代碼重構(gòu)、結(jié)對(duì)編程、繼續(xù)集成、現(xiàn)場客戶、開

發(fā)版本小型化、系統(tǒng)隱喻、代碼集體所有制、規(guī)劃策略、規(guī)范代碼、40小時(shí)工作機(jī)制。

6、重要靈敏方法簡介

極限編程

水晶系列方法

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

SCRUM

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

周，編程人員分為類程序員、首席程序員。

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

4.1.4RUP

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

每個(gè)cycle依次由4個(gè)連續(xù)階段(phase)組成：

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

細(xì)化：制定工作計(jì)劃及資源規(guī)定。

構(gòu)造。

移交。

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

整的開發(fā)過程。

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

評(píng)估，則決策者應(yīng)當(dāng)做出決定，是取消該項(xiàng)目還是繼續(xù)做該階段的工作。

RUP中的核心概念

角色(R。1e),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)、測試，都是用例驅(qū)動(dòng)的。

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

不依賴于具體語言，是軟件設(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)心的視圖即可。

分析和測試人員關(guān)心用例圖，最終用戶關(guān)心邏輯視圖，程序員關(guān)心實(shí)現(xiàn)視圖,系統(tǒng)工程師關(guān)

心部署視圖。

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

增長一些新的功能實(shí)現(xiàn)。

好處:

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

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

解決不可避免的需求變更。

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

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

沒有一個(gè)項(xiàng)目會(huì)使用RUP中所有的東西，用用RUP時(shí)要裁剪，裁剪環(huán)節(jié)：

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ò)工具、測試工具等。

需求分析工具，生成完整的、清楚的、一致的功能規(guī)范。功能規(guī)范是軟件開發(fā)者和用戶間

的契約，也是軟件設(shè)計(jì)者的和實(shí)現(xiàn)者的依據(jù)。對(duì)的、完整表達(dá)清楚的、無歧義的。

需求分析工具分為基于自然語言或圖形描述的工具,基于形式化需求定義語言的工具。

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

4.2需求管理

需求最終文檔通過評(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)軟件過程改善,5個(gè)成熟級(jí)別，6個(gè)關(guān)鍵過程域KPA。

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

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

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

關(guān)鍵解決領(lǐng)域通過版本控制和變更控制來管理需求文檔。保證與新的需求保持一致。

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

版本控制是管理需求的一個(gè)必要方面，必須統(tǒng)一擬定需求文檔的每一個(gè)版本，當(dāng)需求發(fā)生

變更時(shí)，及時(shí)告知所有涉及人員。

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

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

4.2.3需求變更

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

假如每一個(gè)建議的需求變更都采用，該項(xiàng)目將也許永遠(yuǎn)無法完畢。

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

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

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

變更控制過程并不是給變更設(shè)立障礙，相反，它是一個(gè)渠道和過濾器，保證采納最合適的

變更，使變更產(chǎn)生的負(fù)面影響降到最低，變更過程應(yīng)當(dāng)做成文檔。

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

變更控制委員會(huì)只要能決定合適的人做對(duì)的的事就足夠了，在保證權(quán)威性的前提下應(yīng)

盡也許精簡人員。

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

"利"涉及節(jié)省資金或額外收入、客戶滿意度、競爭優(yōu)勢、減少上市時(shí)間；

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

變更總是有代價(jià)的，即使拒絕的變更也由于決策行為而花費(fèi)資源。

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

貨時(shí)間、增長人手、推遲實(shí)現(xiàn)尚未實(shí)現(xiàn)的較低優(yōu)先級(jí)的需求,或質(zhì)量上進(jìn)行折中。

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

4.2.4需求跟蹤

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

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

求規(guī)格說明涉及所有客戶需求。

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

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

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

只有在知道變更成本后才干做出理智的選擇，一個(gè)表面上很簡樸的變更也也許轉(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)備具體的項(xiàng)目范圍說明書,是項(xiàng)目成功的關(guān)鍵。

2、時(shí)間

進(jìn)度安排的準(zhǔn)確限度也許比成本估計(jì)的準(zhǔn)確限度更重要。對(duì)于成本估計(jì)的偏差，可以靠

重新定價(jià)或大量的銷售來填補(bǔ)成本的增長，

假如進(jìn)度計(jì)劃不能得到實(shí)行，則會(huì)導(dǎo)致市場機(jī)會(huì)的喪失或用戶不滿意，并且會(huì)使成本增

長。

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

4.3.1配置管理文檔管理

1、配置管理

酉己置項(xiàng)ConfigurationItemCl,

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

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

報(bào)告等。

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

2、文檔管理

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

代碼更重要。

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

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

軟件文檔應(yīng)當(dāng)滿足下述規(guī)定：

1.如何使用

2.如何安裝和管理

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

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

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

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

1、軟件質(zhì)量

1059000對(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)

結(jié)識(shí)局限性或者沒有足夠的力量加以控制。

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

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

件，不是充足條件，具有不擬定性的事件不一定是風(fēng)險(xiǎn)。

4.3.3結(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í)語言中排

除G0T。語句者的重要依據(jù)。事實(shí)上，硬件飛速發(fā)展，這點(diǎn)花費(fèi),不再是重要的因素。

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

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

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

以包圖表達(dá)的軟件體系結(jié)構(gòu)圖、

以交互圖表達(dá)的用例實(shí)現(xiàn)圖、

完整精確的類圖、

針對(duì)復(fù)雜對(duì)象的狀態(tài)圖、

描述流程化解決過程的活動(dòng)圖等。

4.4軟件的重用

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

軟件元素:需求分析文檔、設(shè)計(jì)過程、設(shè)計(jì)文檔、程序代碼、測試用例、領(lǐng)域知識(shí)等，通產(chǎn)

這些軟件元素稱為軟部件。

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

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

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

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

領(lǐng)域的特性以及相似性預(yù)測軟部件的可重用性。

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

由于軟部件大都通過嚴(yán)格的質(zhì)量認(rèn)證，并在實(shí)際運(yùn)營環(huán)境中得到檢查，因此重用軟部件

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

4.5逆向工程與重構(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ù)法

2023年軟考系統(tǒng)架構(gòu)設(shè)計(jì)師學(xué)習(xí)筆記第五章

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

SoftwareArchitecture簡稱SA

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

1、需求分析階段

需求和SA設(shè)計(jì)面臨的是不同的對(duì)象:一個(gè)是問題空間;另一個(gè)是解空間。保持兩者

的可跟蹤性和轉(zhuǎn)換。

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

1.傳統(tǒng)的設(shè)計(jì)概念只涉及構(gòu)件,隨著研究的進(jìn)一步，構(gòu)件間的互聯(lián)機(jī)制逐漸獨(dú)立出

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

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

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

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

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

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

團(tuán)隊(duì)的結(jié)構(gòu)應(yīng)當(dāng)和體系結(jié)構(gòu)模型有一定的相應(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)，研究內(nèi)容涉及：

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

2.如何檢測并消除體系結(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)當(dāng)并行，快速開

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

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

5.2.2概念與術(shù)語

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

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

2、視角與視圖

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

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

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

變更、性能、可靠性、交互性，質(zhì)量場景必須涉及預(yù)期的和非預(yù)期的。

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

可以從需求庫中取出，加以運(yùn)用和修改。

獲取需求，體系結(jié)構(gòu)需求一般來自三個(gè)方面:系統(tǒng)的質(zhì)量目的、系統(tǒng)的商業(yè)目的、開發(fā)

人員的商業(yè)目的。

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

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

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

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

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

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

要。是否存在可辨認(rèn)的技術(shù)和協(xié)作風(fēng)險(xiǎn)。

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

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

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

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

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

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

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

指出如何組合起來。

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

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

每個(gè)構(gòu)件都有一組輸入和輸出，數(shù)據(jù)輸入構(gòu)件，通過內(nèi)部解決，然后產(chǎn)生數(shù)據(jù)輸出。這

里的構(gòu)件稱為過濾器。

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

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

外，內(nèi)部的層接口只對(duì)相鄰層可見。由于一層最多只影響兩層，為軟件重用提供了強(qiáng)大的

支持。

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

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