軟件工程的基本原理：用分階段的生命周期計劃嚴(yán)格管理、堅持進(jìn)行階段評審、實現(xiàn)嚴(yán)格的產(chǎn)品控制、采用現(xiàn)代程序設(shè)計技術(shù)、結(jié)果應(yīng)能清除的審查、開發(fā)小組的人員應(yīng)少而精、承認(rèn)不斷改進(jìn)軟件工程事件的必要性。

軟件工程的基本要素：方法、工具、過程

軟件生存周期：可行性分析與項目開發(fā)計劃、需求分析分析、概要設(shè)計（選擇系統(tǒng)解決方案，規(guī)劃子系統(tǒng)）、詳細(xì)設(shè)計（設(shè)計子系統(tǒng)內(nèi)部具體實現(xiàn)）、編碼、測試、維護(hù)

1.信息系統(tǒng)生命周期

系統(tǒng)規(guī)劃階段：任務(wù)是對組織的環(huán)境、目標(biāo)及現(xiàn)行系統(tǒng)的狀況進(jìn)行初步調(diào)查，根據(jù)組織目標(biāo)和發(fā)展戰(zhàn)略確定信息系統(tǒng)的發(fā)展戰(zhàn)略，對建設(shè)新系統(tǒng)的需求做出分析和預(yù)測，同時考慮建設(shè)新系統(tǒng)所受的各種約束，研究建設(shè)新系統(tǒng)的必要性和可能性。根據(jù)需要與可能，給出制建系統(tǒng)的備選方案。

輸出：可行性研究報告、系統(tǒng)設(shè)計任務(wù)書

系統(tǒng)分析階段：任務(wù)是根據(jù)系統(tǒng)設(shè)計任務(wù)書所確定的范圍，對現(xiàn)行系統(tǒng)進(jìn)行詳細(xì)調(diào)查，描述現(xiàn)行系統(tǒng)的業(yè)務(wù)流程，指出現(xiàn)行系統(tǒng)的局限性和不足之處，確定新系統(tǒng)的基本目標(biāo)和邏輯功能要求，即提出新系統(tǒng)的邏輯模型。系統(tǒng)分析階段又稱為邏輯設(shè)計階段（邏輯模型）。這個階段是整個系統(tǒng)建設(shè)的關(guān)鍵階段，也是信息系統(tǒng)建設(shè)與一般工程項目的重要區(qū)別所在

輸出：系統(tǒng)說明書（需求規(guī)格說明書）

系統(tǒng)設(shè)計階段：系統(tǒng)分析階段的任務(wù)是回答系統(tǒng) “做什么” 的問題，而系統(tǒng)設(shè)計階段要回答的問題是 “怎么做”。該階段的任務(wù)是根據(jù)系統(tǒng)說明書中規(guī)定的功能要求，具體設(shè)計實現(xiàn)邏輯模型的技術(shù)方案，也就是設(shè)計新系統(tǒng)的物理模型。這個階段又稱為物理設(shè)計階段（物理模型），可分為總體設(shè)計《概要設(shè)計》和詳細(xì)設(shè)計兩個子階段。

輸出：系統(tǒng)設(shè)計說明書（概要設(shè)計、詳細(xì)設(shè)計說明書）

系統(tǒng)實施階段：是將設(shè)計的系統(tǒng)付諸實施的階段。這一階段的任務(wù)包括計算機(jī)等設(shè)備的購置、安裝和調(diào)試、程序的編寫和調(diào)試、人員培訓(xùn)、數(shù)據(jù)文件轉(zhuǎn)換、系統(tǒng)調(diào)試與轉(zhuǎn)換等。這個階段的特點(diǎn)是幾個互相聯(lián)系、互相制約的任務(wù)同時展開，必須精心安排、合理組織系統(tǒng)實施是按實施計劃分階段完成的，每個階段應(yīng)寫出實施進(jìn)展報告。系統(tǒng)測試之后寫出系統(tǒng)測試分析報告。

輸出：實施進(jìn)展報告、系統(tǒng)測試分析報告

系統(tǒng)運(yùn)行與維護(hù)階段：系統(tǒng)投入運(yùn)行后，需要經(jīng)常進(jìn)行維護(hù)和評價，記錄系統(tǒng)運(yùn)行的情況，根據(jù)一定的規(guī)則對系統(tǒng)進(jìn)行必要的修改，評價系統(tǒng)的工作質(zhì)量和經(jīng)濟(jì)效益

2.能力成熟度模型

能力成熟度模型CMM

能力成熟度模型集成CMMI

是若干過程模型的綜合和改進(jìn)，不僅僅軟件，而是支持多個工程學(xué)科和領(lǐng)域的、系統(tǒng)的、一致的過程改進(jìn)框架，能適應(yīng)現(xiàn)代工程的特點(diǎn)和需要，能提高過程的質(zhì)量和工作效率
CMMI兩種表示方法:
(1) 階段式模型：類似于CMM，它關(guān)注組織的成熟度，五個成熟度模型如下：

(2).連續(xù)式模型：關(guān)注每個過程域的能力，一個組織對不同的過程域可以達(dá)到不同的過程域能力等級。

【例題】(? ) 是系統(tǒng)分析階段結(jié)束后得到的工作產(chǎn)品，(? ）是系統(tǒng)測試階段完成后的工作產(chǎn)品
A.系統(tǒng)設(shè)計規(guī)格說明????????B.系統(tǒng)方案建議書????????C.程序規(guī)格說明????????D.單元測試數(shù)據(jù)
A.驗收測試計劃?????B.測試標(biāo)準(zhǔn)????????C.系統(tǒng)測試計劃????????D.操作手冊???
答案:B D

【例題】以下關(guān)于CMM的敘迷中，不正確的是 ()。
A、CMM是指軟件過程能力成熟度模型
B、CMM根據(jù)軟件過程的不同成熟度劃分了5個等級，其中，1級被認(rèn)為成熟度最高，5級被認(rèn)為成
熟度最低
C、CMMI的任務(wù)是將已有的幾個CMM模型結(jié)合在一起，使之構(gòu)造成為“集成模型”
D、采用更成熟的CMM模型，一般來說可以提高最終產(chǎn)品的質(zhì)量
答案:B

3.軟件過程模型

瀑布模型

瀑布模型(SDLC)：瀑布模型是一個經(jīng)典的軟件生命周期模型一般將軟件開發(fā)分為: 可行性分析 (計劃)、需求分析、軟件設(shè)計(概要設(shè)計、詳細(xì)設(shè)計) 、編碼 (含單元測試)、測試、運(yùn)行維護(hù)等幾個階段。

瀑布模型特點(diǎn)

1. 從上一項開發(fā)活動接受該項活動的工作對象作為輸入
2. 利用這一輸入，實施該項活動應(yīng)完成的工作內(nèi)容
3. 給出該項活動的工作成果，作為輸出傳給下一項開發(fā)活動
4. 對該項活動的實施工作成果進(jìn)行評審。若其工作成果得到確認(rèn)，則繼續(xù)進(jìn)行下一項開發(fā)活動;否則返回前一項，甚至更前項的活動。盡量減少多個階段間的反復(fù)。以相對來說較小的費(fèi)用來開發(fā)軟件

原型模型

原型化模型第一步就是創(chuàng)建一個快速原型，能夠滿足項目干系人與未來的用戶可以與原型進(jìn)行交互，再通過與相關(guān)干系人進(jìn)行充分的討論和分析，最終弄清楚當(dāng)前系統(tǒng)的需求，進(jìn)行了充分的了解之后，在原型的基礎(chǔ)上開發(fā)出用戶滿意的產(chǎn)品。

原型法認(rèn)為在很難一下子全面準(zhǔn)確地提出用戶需求的情況下，原型應(yīng)當(dāng)具備的特點(diǎn)如下。

1. 實際可行
2. 具有最終系統(tǒng)的基本特征
3. 構(gòu)造方便、快速，造價低。原型法的特點(diǎn)在于原型法對用戶的需求是動態(tài)響應(yīng)、逐步納入的

?螺旋模型

螺旋模型是一個演化軟件過程模型，將原型實現(xiàn)的迭代特征與線性順序 (瀑布)模型中控制的和系統(tǒng)化的方面結(jié)合起來。在螺旋模型中，軟件開發(fā)是一系列的增量發(fā)布

開發(fā)討程具有周期性重復(fù)的螺旋線狀。四個象限分別標(biāo)志每個周期所劃分的四階段：制訂計劃、風(fēng)險分析、實施工程和客戶評估。螺旋模型強(qiáng)調(diào)了風(fēng)險分析，特別適用于龐大而復(fù)雜的、高風(fēng)險的系統(tǒng)

V模型

V模型從整體上看起來，就是一個V字型的結(jié)構(gòu)，由左右兩邊組成。左邊的下畫線分別代表了需求分析、概要設(shè)計、詳細(xì)設(shè)計、編碼。右邊的上畫線代表了單元測試、集成測試、系統(tǒng)測試與驗收測試。

V模型的特點(diǎn)如下：

1. 單元測試的主要目的是針對編碼過程中可能存在的各種錯誤（單編）
2. 集成測試的主要目的是針對詳細(xì)設(shè)計中可能存在的問題（集詳）
3. 系統(tǒng)測試主要針對概要設(shè)計，檢查系統(tǒng)作為一個整體是否有效地得到運(yùn)行（系概）
4. 驗收測試通常由業(yè)務(wù)專家或者用戶進(jìn)行，以確認(rèn)產(chǎn)品能真正符合用戶業(yè)務(wù)上的需要（驗需）
5. V模型用于需求明確和需求變更不頻繁的情形

增量模型

增量模型：首先開發(fā)核心模塊功能，而后與用戶確認(rèn)，之后再開發(fā)次核心模塊的功能，即每次開發(fā)一部分功能，并與用戶需求確認(rèn)，最終完成項目開發(fā)
優(yōu)先級最高的服務(wù)最先交付

增量模型的特點(diǎn)：但由于并不是從系統(tǒng)整體角度規(guī)劃各個模塊，因此不利于模塊劃分
難點(diǎn)在于如何將客戶需求劃分為多個增量。與原型不同的是增量模型的每一次增量版本都可作為獨(dú)立可操作的作品，而原型的構(gòu)造一般是為了演示。

噴泉模型

噴泉模型：是一種以用戶需求為動力，以對象作為驅(qū)動的模型，適合于面向?qū)ο?/span>的開發(fā)方法。使開發(fā)過程具有迭代性和無間隙性

基于構(gòu)件開發(fā)模型CBSD

基于構(gòu)件的開發(fā)模型CBSD：利用預(yù)先包裝的構(gòu)件來構(gòu)造應(yīng)用系統(tǒng)。構(gòu)件可以是組織內(nèi)部開發(fā)的構(gòu)件，也可以是商品化成品軟件構(gòu)件。

特點(diǎn)是增強(qiáng)了復(fù)用性，在系統(tǒng)開發(fā)過程中，會構(gòu)建一個構(gòu)件庫，供其他系統(tǒng)復(fù)用，因此可以提高可靠性，節(jié)省時間和成本。

形式化方法模型

?形式化方法模型：建立在嚴(yán)格數(shù)學(xué)基礎(chǔ)上的一種軟件開發(fā)方法，主要活動是生成計算機(jī)軟件形式化的數(shù)學(xué)規(guī)格說明

習(xí)題

【例題】假設(shè)某軟件公司與客戶簽訂合同開發(fā)一個軟件系統(tǒng)，系統(tǒng)的功能有較清晰的定義，且客戶對交付
時間有嚴(yán)格要求，則該系統(tǒng)的開發(fā)最適宜采用
A、瀑布模型????????B、原型模型?????????C、V模型???????D、螺旋模型
答案: A
解析:功能清晰，也即需求較明確，有這樣的關(guān)鍵字都是考察瀑布模型，牢記總結(jié)的記憶關(guān)鍵字

【例題】以下關(guān)于螺旋模型的敘述中，不正確的是()
A.它是風(fēng)險驅(qū)動的，要求開發(fā)人員必須具有豐富的風(fēng)險評估知識和經(jīng)驗
B.它可以降低過多測試或測試不足帶來的風(fēng)險
C.它包含維護(hù)周期，因此維護(hù)和開發(fā)之間沒有本質(zhì)區(qū)別
D.它不適用于大型軟件開發(fā)
答案:D
解析:螺旋模型的特點(diǎn)是風(fēng)險分析，應(yīng)對風(fēng)險的都正確，螺旋模型適合大型軟件開發(fā)

4.信息系統(tǒng)的開發(fā)方法

結(jié)構(gòu)化方法

結(jié)構(gòu)是指系統(tǒng)內(nèi)各個組成要素之間的相互聯(lián)系、相互作用的框架

結(jié)構(gòu)化方法也稱為生命周期法，是一種傳統(tǒng)的信息系統(tǒng)開發(fā)方法，由結(jié)構(gòu)化分析 (Structured Analysis, SA) 、結(jié)構(gòu)化設(shè)計 (Structured Design, SD）和結(jié)構(gòu)化程序設(shè)計 (Structured Programming，SP) 三部分有機(jī)組合而成，其精髓是自頂向下、逐步求精和模塊化設(shè)計

結(jié)構(gòu)化方法的主要特點(diǎn)

1. 開發(fā)目標(biāo)清晰化。結(jié)構(gòu)化方法的系統(tǒng)開發(fā)遵循 “用戶第一” 的原則
2. 開發(fā)工作階段化。每個階段工作完成后，要根據(jù)階段工作目標(biāo)和要求進(jìn)行審查，這使各階段工作有條不紊地進(jìn)行、便于項目管理與控制.
3. 開發(fā)文檔規(guī)范化。結(jié)構(gòu)化方法每個階段工作完成后，要按照要求完成相應(yīng)的文檔，以保證各個工作階段的銜接與系統(tǒng)維護(hù)工作的遍歷。
4. 設(shè)計方法結(jié)構(gòu)化。在系統(tǒng)分析與設(shè)計時，從整體和全局考慮，自頂向下地分解；在系統(tǒng)實現(xiàn)時，根據(jù)設(shè)計的要求，先編寫各個具體的功能模塊，然后自底向上逐步實現(xiàn)整個系統(tǒng).

?結(jié)構(gòu)化方法的不足和局限

1. 開發(fā)周期長：按順序經(jīng)歷各個階段，直到實施階段結(jié)束后，用戶才能使用系統(tǒng)。
2. 難以適應(yīng)需求變化：不適用于需求不明確或經(jīng)常變更的項目。
3. 很少考虎數(shù)據(jù)結(jié)構(gòu): 結(jié)構(gòu)化方法是一種面向過程，面向數(shù)據(jù)流的開發(fā)方法，很少考慮數(shù)據(jù)結(jié)構(gòu)。

結(jié)構(gòu)化方法常用工具

結(jié)構(gòu)化方法一般利用圖形表達(dá)用戶需求，常用工具有數(shù)據(jù)流圖、數(shù)據(jù)字典、結(jié)構(gòu)化語言、判定表以及判定樹等

面向?qū)ο箝_發(fā)方法

面向?qū)ο?(0bject-Oriented,00) 方法認(rèn)為，客觀世界是由各種對象組成的，任何事物都是對象，每一個對象都有自己的運(yùn)動規(guī)律和內(nèi)部狀態(tài)，都屬于某個對象類，是該對象類的一個元素。復(fù)雜的對象可由相對簡單的各種對象以某種方式而構(gòu)成，不同對象的組合及相互作用就構(gòu)成了系統(tǒng)。

面向?qū)ο蠓椒ǖ奶攸c(diǎn)

1. 使用00方法構(gòu)造的系統(tǒng)具有更好的復(fù)用性，其關(guān)鍵在于建立一個全面合理、統(tǒng)一的模型（用例模型和分析模型）
2. 00方法也劃分階段，但其中的系統(tǒng)分析、系統(tǒng)設(shè)計和系統(tǒng)實現(xiàn)三個階段之間已經(jīng)沒有“縫隙”。也就是說，這三個階段的界限變得不明確，某項工既可以在前一個階段完成，也可以在后一個階段完成；前一個階段工作做得不夠細(xì)，在后一個階段可以補(bǔ)充。
3. 面向?qū)ο蠓椒梢?span style="color:#fe2c24;">普遍適用于各類信息系統(tǒng)的開發(fā)

面向?qū)ο蠓椒ǖ牟蛔阒?br>必須依靠一定的面向?qū)ο蠹夹g(shù)支持，在大型項目的開發(fā)上具有一定的局限性不能涉足系統(tǒng)分析以前的開發(fā)環(huán)節(jié)

當(dāng)前，一些大型信息系統(tǒng)的開發(fā)，通常是將結(jié)構(gòu)化方法和00方法結(jié)合起來。首先，使用結(jié)構(gòu)化方法進(jìn)行自頂向下的整體劃分；然后，自底向上地采用00方法進(jìn)行開發(fā)。因此，結(jié)構(gòu)化方法和00方法仍是兩種在系統(tǒng)開發(fā)領(lǐng)域中相互依存的、不可替代的方法。

原型化方法

原型化方法也稱為快速原型法，或者簡稱為原型法。它是一種根據(jù)用戶初步需求，利用系統(tǒng)開發(fā)工具，快速地建立一個系統(tǒng)模型展示給用戶，在此基礎(chǔ)上與用戶交流，最終實現(xiàn)用戶需求的信息系統(tǒng)快速開發(fā)的方法

按是否實現(xiàn)功能分類: 分為水平原型（行為原型，功能的導(dǎo)航)、垂直原型（結(jié)構(gòu)化原型，實現(xiàn)了部分功能）

按最終結(jié)果分類:：分為拋棄式原型、演化式原型

原型法的特點(diǎn)
原型法可以使系統(tǒng)開發(fā)的周期縮短、成本和風(fēng)險降低、速度加快，獲得較高的綜合開發(fā)效益。

原型法是以用戶為中心來開發(fā)系統(tǒng)的，用戶參與的程度大大提高，開發(fā)的系統(tǒng)符合用戶的需求，因而增加了用戶的滿意度，提高了系統(tǒng)開發(fā)的成功率
由于用戶參與了系統(tǒng)開發(fā)的全過程，對系統(tǒng)的功能和結(jié)構(gòu)容易理解和接受，有利于系統(tǒng)的移交，有利于系統(tǒng)的運(yùn)行與維護(hù)

原型法的不是之處
開發(fā)的環(huán)境要求高。管理水平要求高.

由以上的分析可以看出，原型法的優(yōu)點(diǎn)主要在于能更有效地確認(rèn)用戶需求。從直觀上來看，原型法適用于那些需求不明確的系統(tǒng)開發(fā)。事實上，對于分析層面難度大、技術(shù)層面難度不大的系統(tǒng)，適合于原型法開發(fā)。

從嚴(yán)格意義上來說，目前的原型法不是一種獨(dú)立的系統(tǒng)開發(fā)方法，而只是一種開發(fā)思想，它只支持在系統(tǒng)開發(fā)早期階段快速生成系統(tǒng)的原型，沒有規(guī)定在原型構(gòu)建過程中必須使用哪種方法。因此，它不是完整意義上的方法論體系。這就注定了原型法必須與其他信息系統(tǒng)開發(fā)方法結(jié)合使用
?

敏捷開發(fā)

敏捷開發(fā)是一種以人為核心、迭代、循序漸進(jìn)的開發(fā)方法，相對于傳統(tǒng)軟件開發(fā)方法的"非敏捷"，更強(qiáng)調(diào)程序員團(tuán)隊與業(yè)務(wù)專家之間的緊密協(xié)作、面對面的溝通 (認(rèn)為比書面的文檔更有效)、頻繁交付新的軟件版本、緊湊而自我組織，能夠很好地適應(yīng)需求變化的代碼編寫和團(tuán)隊組織方法，也更注重軟件開發(fā)中人的作用

小敏捷軟件開發(fā)官言:

1. 個體和交互勝過過程和工具
2. 可以工作的軟件勝過面面俱到的文檔
3. 客戶合作勝過合同談興
4. 響應(yīng)變化勝過遵循計劃

敏捷開發(fā)的五種方法?

自適應(yīng)開發(fā)

自適應(yīng)開發(fā)：強(qiáng)調(diào)開發(fā)方法的適應(yīng)性 (Adaptive)。不像其他方法那樣有很多具體的實踐做法，它更側(cè)重為軟件的重要性提供最根本的基礎(chǔ)，并從更高的組織和管理層次來闡述開發(fā)方法為什么要具備適應(yīng)性。

水晶方法

水晶方法：每一個不同的項目都需要一套不同的策略、約定和方法論。

特性驅(qū)動開發(fā)

特性驅(qū)動開發(fā):是一套針對中小型軟件開發(fā)項目的開發(fā)模式。是一個模型驅(qū)動的快速迭代開發(fā)過程，它強(qiáng)調(diào)的是簡化、實用、易于被開發(fā)團(tuán)隊接受，適用于需求經(jīng)常變動的項目。

極限編程XP

極限編程XP：核心是溝通、簡明、反饋和勇氣。因為知道計劃永遠(yuǎn)趕不上變化，XP無需開發(fā)人員在軟件開始初期做出很多的文檔。XP提倡測試先行，為了將以后出現(xiàn)bug的幾率降到最低。

并列爭球法SCRUM?

并列爭球法SCRUM：是一種選代的增量化過程，把每段時間（30天）一次的迭代稱為一個“沖刺”，并按需求的優(yōu)先級別來實現(xiàn)產(chǎn)品，多個自組織和自治的小組并行地遞增實現(xiàn)產(chǎn)品.

統(tǒng)一過程（RUP）

提供了在開發(fā)組織中分派任務(wù)和責(zé)任的紀(jì)律化方法。它的目標(biāo)是在可預(yù)見的日程和預(yù)算前提下，確保滿足最終用戶需求的高質(zhì)量產(chǎn)品

3個顯著特點(diǎn)：用例驅(qū)動、以架構(gòu)為中心、選代和增量

4個流程：初始階段、細(xì)化階段、構(gòu)建階段和交付階段。每個階段結(jié)束時都要安排一次技術(shù)評審，以確定這個階段的目標(biāo)是否已經(jīng)達(dá)到

適用：一個通用過程框架，可以用于種類廣泛的軟件系統(tǒng)、不同的應(yīng)用領(lǐng)域、不同的組織類型、不同性能水平和不同的項目規(guī)模。

結(jié)對編程

結(jié)對編程：一個程序員開發(fā)，另一個程序在一旁觀察審查代碼，能夠有效的提高代碼質(zhì)量，在開發(fā)同時對代碼進(jìn)行初步審查，共同對代碼負(fù)責(zé)。

【例題】以下關(guān)于結(jié)構(gòu)化開發(fā)方法的敘述中，不正確的是
A、總的指導(dǎo)思想是自頂向下，逐層分解
B、基本原則是功能的分解與抽象
C、與面向?qū)ο箝_發(fā)方法相比，更適合于大規(guī)模、特別復(fù)雜的項目
D、特別適合于數(shù)據(jù)處理領(lǐng)域的項目
解析:可以使用排除法，結(jié)構(gòu)化開發(fā)方法是面向數(shù)據(jù)流，自頂向下、逐層分解的，因此ABD都對，但目前已經(jīng)逐漸被面向?qū)ο箝_發(fā)方法替代，因為面向?qū)ο箝_發(fā)方法更適合大型復(fù)雜項目。

【例題】在敏捷過程的開發(fā)方法中，（? ）使用了迭代的方法，其中，把每段時間(30天)一次的迭代稱為一個“沖刺”，并按需求的優(yōu)先級別來實現(xiàn)產(chǎn)品，多個自組織和自治的小組并行地遞增實現(xiàn)產(chǎn)品
?A、極限編程XP???????B、水晶法????????C、并列爭球法 D、自適應(yīng)軟件開發(fā)
答案：C
解析：并列爭球法SCRUM強(qiáng)調(diào)迭代增量過程，自適應(yīng)軟件開發(fā)強(qiáng)調(diào)適應(yīng)性，極限編程強(qiáng)調(diào)四個核
斤及測試先行等理論。

系統(tǒng)分析與設(shè)計概述

軟件需求

軟件需求：是指用戶對系統(tǒng)在功能、行為、性能、設(shè)計約束等方面的期望。是指用戶解決問題或達(dá)到目標(biāo)所需的條件或能力，是系統(tǒng)或系統(tǒng)部件要滿足合同、標(biāo)準(zhǔn)、規(guī)范或其他正式規(guī)定文檔所需具有的條件或能力，以及反映這些條件或能力的文檔說明。

分為需求開發(fā)和需求管理兩大過程，如下所示:

系統(tǒng)設(shè)計

系統(tǒng)設(shè)計主要目的：為系統(tǒng)制定藍(lán)圖，在各種技術(shù)和實施方法中權(quán)衡利弊精心設(shè)計，合理地使用各種資源，最終勾畫出新系統(tǒng)的詳細(xì)設(shè)計方法

系統(tǒng)設(shè)計方法：結(jié)構(gòu)化設(shè)計方法，面向?qū)ο笤O(shè)計方法

系統(tǒng)設(shè)計的主要內(nèi)容：概要設(shè)計、詳細(xì)設(shè)計。

概要設(shè)計基本任務(wù)：又稱為系統(tǒng)總體結(jié)構(gòu)設(shè)計，是將系統(tǒng)的功能需求分配給軟件模塊，確定每個模塊的功能和調(diào)用關(guān)系，形成軟件的模塊結(jié)構(gòu)圖，即系統(tǒng)結(jié)構(gòu)圖。

詳細(xì)設(shè)計的基本任務(wù)：模塊內(nèi)詳細(xì)算法設(shè)計、模塊內(nèi)數(shù)據(jù)結(jié)構(gòu)設(shè)計、數(shù)據(jù)庫的物理設(shè)計、其他設(shè)計（代碼、輸入/輸出格式、用戶界面）、編寫詳細(xì)設(shè)計說明書、評審

系統(tǒng)實際的基本原理

• 抽象化
• 自頂而下，逐步求精
• 信息隱蔽;
• 模塊獨(dú)立(高內(nèi)聚，低耦合)

系統(tǒng)設(shè)計原則

• 保持模塊的大小適中
• 盡可能減少調(diào)用的深度
• 多扇入，少扇出
• 單入口，單出口
• 模塊的作用域應(yīng)該在模塊之內(nèi)
• 功能應(yīng)該是可預(yù)測的

【例題】系統(tǒng)設(shè)計是根據(jù)系統(tǒng)分析的結(jié)果，完成系統(tǒng)的構(gòu)建過程。系統(tǒng)設(shè)計的主要內(nèi)容包括(? ）;系統(tǒng)總體結(jié)構(gòu)設(shè)計的主要任務(wù)是將系統(tǒng)的功能需求分配給軟件模塊，確定每個模塊的功能和調(diào)用關(guān)系形成軟件的(? )
A、概要設(shè)計和詳細(xì)設(shè)計????????????????B、架構(gòu)設(shè)計和對象設(shè)計
C、部署設(shè)計和用例設(shè)計????????????????D、功能設(shè)計和模塊設(shè)計
A.用例圖????????????????B.模塊結(jié)構(gòu)圖????????????????C.系統(tǒng)部署圖????????????????D。類圖
答案: A? ? ? B

【例題】以下關(guān)于軟件系統(tǒng)模塊結(jié)構(gòu)設(shè)計的敘述中，正確的是(? )
A.當(dāng)模塊扇出過大時，應(yīng)把下級模塊進(jìn)一步分解為若干個子模塊
B.當(dāng)模塊扇出過小時，應(yīng)適當(dāng)增加中間的控制模塊
C.模塊的扇入大，表示模塊的復(fù)雜度較高
D.模塊的扇入大，表示模塊的復(fù)用程度高
答案:D

系統(tǒng)設(shè)計基本原理：

系統(tǒng)設(shè)計基本原理：抽象化、模塊化、信息隱蔽、模塊獨(dú)立。

衡量模塊獨(dú)立程度的標(biāo)準(zhǔn)有兩個：耦合性和內(nèi)聚性。

內(nèi)聚程度從低到高如下所示：

耦合程度從低到高如下表所示

【例題】某模塊中各個處理元素都密切相關(guān)于同一功能且必須順序執(zhí)行，前一處理元素的輸出就是下一處
理元素的輸入，則該模塊的內(nèi)聚類型為（? ) 內(nèi)聚
A、過程????????????????B、時間????????????????C、順序? ? ? ? D、邏輯
答案: C

【例題】已知模塊A給模塊B傳遞數(shù)據(jù)結(jié)構(gòu)X,則這兩個模塊的耦合類型為 (? )
A、數(shù)據(jù)耦合????????B、公共耦合????????C、外部耦合????????D、標(biāo)記耦合
答案: D
解析:特別說明是數(shù)據(jù)結(jié)構(gòu)，不是數(shù)據(jù)，數(shù)據(jù)結(jié)構(gòu)是標(biāo)記耦合

結(jié)構(gòu)化開發(fā)

結(jié)構(gòu)化分析與設(shè)計方法是一種面向數(shù)據(jù)流的傳統(tǒng)軟件開發(fā)方法，它以數(shù)據(jù)流為中心構(gòu)建軟件的分析模型和設(shè)計模型。結(jié)構(gòu)化分析 (StructuredAnalysis，SA)、結(jié)構(gòu)化設(shè)計 (Structured Design，SD) 和結(jié)構(gòu)化程序設(shè)計 (structured Programming Design，SPD) 構(gòu)成了完整的結(jié)構(gòu)化方法結(jié)構(gòu)化方法的分析結(jié)果由以下幾部分組：一套分層的數(shù)據(jù)流圖、一本數(shù)據(jù)詞典、一組小說明（也稱加工邏輯說明）、補(bǔ)充材料。

數(shù)據(jù)流圖DFD

基本圖形元素：外部實體、加工、數(shù)據(jù)存儲、數(shù)據(jù)流

數(shù)據(jù)流：由一組固定成分的數(shù)據(jù)組成，表示數(shù)據(jù)的流向在DFD 中，數(shù)據(jù)流的流向必須經(jīng)過加工

加工：描述了輸入數(shù)據(jù)流到輸出數(shù)據(jù)流之間的變換，數(shù)據(jù)流圖中常見的三種錯誤如圖所示

加工3.1.2有輸入但是沒有輸出，稱之為“黑洞”
加工3.1.3 有輸出但沒有輸入。稱之為“奇跡”
加工3.1.1中輸入不足以產(chǎn)生輸出，我們稱之為“灰洞'

數(shù)據(jù)存儲：用來存儲數(shù)據(jù)

外部實體（外部主體）：是指存在于軟件系統(tǒng)之外的人員或組織，它指出系統(tǒng)所需數(shù)據(jù)的發(fā)源地 （源）和系統(tǒng)所產(chǎn)生的數(shù)據(jù)的歸宿地 （宿）

?

?

數(shù)據(jù)字典

數(shù)據(jù)流圖描述了系統(tǒng)的分解，但沒有對圖中各成分進(jìn)行說明。數(shù)據(jù)字典就是為數(shù)據(jù)流圖中的每個數(shù)據(jù)流、文件、加工，以及組成數(shù)據(jù)流或文件的數(shù)據(jù)項做出說明。

數(shù)據(jù)字典有以下4類條目：數(shù)據(jù)流、數(shù)據(jù)項、數(shù)據(jù)存儲和基本加工

加工邏輯也稱為 “小說明” 。常用的加工邏輯描述方法有結(jié)構(gòu)化語言、判定表和判定樹3種

【例題】在結(jié)構(gòu)化分析中，用數(shù)據(jù)流圖描述 (? )。當(dāng)采用數(shù)據(jù)流圖對一個圖書館管理系統(tǒng)進(jìn)行分析時，(? )
一個外部實體
A、數(shù)據(jù)對象之間的關(guān)系，用于對數(shù)據(jù)建模
B、數(shù)據(jù)在系統(tǒng)中如何被傳送或變換，以及如何對數(shù)據(jù)流進(jìn)行變換的功能或子功能，用于對功能
建模
C、系統(tǒng)對外部事件如何響應(yīng)，如何動作，用于對行為建模
D、數(shù)據(jù)流圖中的各個細(xì)成部分
A、讀者????????B、圖書????????C、借書證????????D、借閱
答案：BA

系統(tǒng)運(yùn)行與維護(hù)

遺留系統(tǒng)?

遺留系統(tǒng)是指任何基本上不能進(jìn)行修改和演化以滿足新的變化了的業(yè)務(wù)需求的信息系統(tǒng)，它通常具有以下特點(diǎn):

(1) 系統(tǒng)雖然完成企業(yè)中許多重要的業(yè)務(wù)管理工作，但仍然不能完全滿足要求。一般實現(xiàn)業(yè)務(wù)處理電子化及部分企業(yè)管理功能，很少涉及經(jīng)營決策。

(2) 系統(tǒng)在性能上已經(jīng)落后，采用的技術(shù)已經(jīng)過時。例如多采用主機(jī)/終端形式或小型機(jī)系統(tǒng)，軟件使用匯編語言或第三代程序設(shè)計語言的早期版本開發(fā)，使用文件系統(tǒng)而不是數(shù)據(jù)庫。

(3)?通常是大型的軟件系統(tǒng)，已經(jīng)融入企業(yè)的業(yè)務(wù)運(yùn)作和決策管理機(jī)制之中，維護(hù)工作十分困難

(4) 沒有使用現(xiàn)代信息系統(tǒng)建設(shè)方法進(jìn)行管理和開發(fā)，現(xiàn)在基本上已經(jīng)沒有文檔，很難理解

系統(tǒng)轉(zhuǎn)換?

系統(tǒng)轉(zhuǎn)換是指新系統(tǒng)開發(fā)完畢，投入運(yùn)行，取代現(xiàn)有系統(tǒng)的過程，需要考慮多方面的問題，以實現(xiàn)與老系統(tǒng)的交接，有以下三種轉(zhuǎn)換計劃：

直接轉(zhuǎn)換：現(xiàn)有系統(tǒng)被新系統(tǒng)直接取代了，風(fēng)險很大，適用于新系統(tǒng)不復(fù)雜.或者現(xiàn)有系統(tǒng)已經(jīng)不能使用的情況。優(yōu)點(diǎn)是節(jié)省成本。

并行轉(zhuǎn)換：新系統(tǒng)和老系統(tǒng)并行工作一段時間，新系統(tǒng)經(jīng)過試運(yùn)行后再取代若新系統(tǒng)在試運(yùn)行過程中有問題，也不影響現(xiàn)有系統(tǒng)的運(yùn)行，風(fēng)險極小，在試運(yùn)行過程中還可以比較新老系統(tǒng)的性能，適用于大型系統(tǒng)。缺點(diǎn)是耗費(fèi)人力和時間資源，難以控制兩個系統(tǒng)間的數(shù)據(jù)轉(zhuǎn)換。

分段轉(zhuǎn)換: 分期分批逐步轉(zhuǎn)換，是直接和并行轉(zhuǎn)換的集合，將大型系統(tǒng)分為多個子系統(tǒng)，依次試運(yùn)行每個子系統(tǒng)，成熟一個子系統(tǒng)，就轉(zhuǎn)換一個子系統(tǒng)。同樣適用于大型項目，只是更耗時，而且現(xiàn)有系統(tǒng)和新系統(tǒng)間混合使用，需要協(xié)調(diào)好接口等問題。

數(shù)據(jù)轉(zhuǎn)換與遷移：將數(shù)據(jù)從舊數(shù)據(jù)庫遷移到新數(shù)據(jù)庫中。有三種方法: 系統(tǒng)切換前通過工具遷移、系統(tǒng)切換前采用手工錄入、系統(tǒng)切換后通過新系統(tǒng)生成

系統(tǒng)維護(hù)?

系統(tǒng)的可維護(hù)性可以定義為維護(hù)人員理解、改正、改動和改進(jìn)這個軟件的難易程度，其評價指標(biāo)如下:

1. 易分析性。軟件產(chǎn)品診斷軟件中的缺陷或失效原因或識別待修改部分的能
2. 易改變性。軟件產(chǎn)品使指定的修改可以被實現(xiàn)的能力，實現(xiàn)包括編碼、設(shè)計和文檔的更改
3. 穩(wěn)定性。軟件產(chǎn)品避免由于軟件修改而造成意外結(jié)果的能力。
4. 易測試性。軟件產(chǎn)品使已修改軟件能被確認(rèn)的能力。
5. 維護(hù)性的依從性。軟件產(chǎn)品遵循與維護(hù)性相關(guān)的標(biāo)準(zhǔn)或約定的能力

系統(tǒng)維護(hù)包括硬件維護(hù)、軟件維護(hù)和數(shù)據(jù)維護(hù)，其中軟件維護(hù)類型如下

1. 正確性維護(hù)：發(fā)現(xiàn)了bug而進(jìn)行的修改。
2. 適應(yīng)性維護(hù)：由于外部環(huán)境發(fā)生了改變，被動進(jìn)行的對軟件的修改和升級
3. 完善性維護(hù)：基于用戶主動對軟件提出更多的需求，修改軟件，增加更多的功能，使其比之前的軟件功能、性能更高，更加完善。
4. 預(yù)防性維護(hù)：對未來可能發(fā)生的bug進(jìn)行預(yù)防性的修改

【例題】對于遺留系統(tǒng)的評價框架如下圖所示，那么處于"高水平、低價值"區(qū)的遺留系統(tǒng)適合于采用的演化策略為 (? ）

A、淘汰????????B、繼承????????C、改造????????D、集成
答案:D

【例題】以下關(guān)于軟件維護(hù)和可維護(hù)性的敘述中，不正確的是 ( )
A、軟件維護(hù)要解決軟件產(chǎn)品交付用戶之后運(yùn)行中發(fā)生的各種問題
B、軟件的維護(hù)期通常比開發(fā)期長得多，其投入也大得多
C、進(jìn)行質(zhì)量保證審查可以提高軟件產(chǎn)品的可維護(hù)性
D、提高可維護(hù)性是在軟件維護(hù)階段考慮的問題
答案:D

【例題】某企業(yè)由于外部市場環(huán)境和管理需求的變化對現(xiàn)有軟件系統(tǒng)提出新的需求，則對該軟件系統(tǒng)進(jìn)行維護(hù)。的維護(hù)屬于（? ）維護(hù)
A、正確性????????B、完善性????????C、適應(yīng)性????????D、預(yù)防性
答案: C文章來源地址http://www.zghlxwxcb.cn/news/detail-655795.html

到了這里，關(guān)于軟考筆記——9.軟件工程的文章就介紹完了。如果您還想了解更多內(nèi)容，請在右上角搜索TOY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章，希望大家以后多多支持TOY模板網(wǎng)！