軟考系統(tǒng)架構(gòu)設(shè)計(jì)師教程考點(diǎn)精講

1、軟考系統(tǒng)架構(gòu)設(shè)計(jì)師教程考點(diǎn)精講（四） HYPERLINK o t 軟考系統(tǒng)架構(gòu)設(shè)計(jì)師屬于軟考中的一項(xiàng)高檔資格考試，考試分綜合知識(shí)、案例分析和論文3個(gè)科目。系統(tǒng)架構(gòu)設(shè)計(jì)師考試作為一項(xiàng)高檔資格考試，有一定的考試難度，那么該如何備考才干順利通過考試呢？面對(duì) HYPERLINK o t 系統(tǒng)架構(gòu)設(shè)計(jì)師教程無從下手的同窗，希賽為您準(zhǔn)備了幾種重要的教程章節(jié)考點(diǎn)精講，但愿對(duì)您的學(xué)習(xí)有所協(xié)助。第四章4.1軟件開發(fā)措施4.1.1軟件開發(fā)生命周期老式的軟件生命期是指軟件產(chǎn)品從形成概念(構(gòu)思)開始，通過定義、開發(fā)、使用、維護(hù)、廢棄，的全過程?？梢园衍浖趧澐譃檐浖x、軟件開發(fā)、軟件運(yùn)營(yíng)與維護(hù)，三個(gè)階段。1、軟

2、件定義時(shí)期1.問題定義，目的系統(tǒng)“是什么”，系統(tǒng)的定位以及范疇。2.可行性研究，技術(shù)可行性、經(jīng)濟(jì)可行性、操作可行性、社會(huì)可行性。3.需求分析，擬定軟件系統(tǒng)的功能需求、性能需求、運(yùn)營(yíng)環(huán)境的約束，寫出需求規(guī)格闡明書、軟件系統(tǒng)測(cè)試大綱、顧客手冊(cè)概要。充足理解顧客的需求，并以書面形式寫出規(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ù)構(gòu)造、性能、設(shè)計(jì)需求、開發(fā)原則、驗(yàn)收原則等。2、軟件開發(fā)時(shí)期軟件開發(fā)時(shí)期就是軟件的設(shè)計(jì)與

3、實(shí)現(xiàn)，概要設(shè)計(jì)、具體設(shè)計(jì)、編碼、測(cè)試等。概要設(shè)計(jì)是在軟件需求規(guī)格闡明的基本上，建立系統(tǒng)的總體構(gòu)造(含子系統(tǒng)的劃分)和模塊間的關(guān)系，定義功能模塊及各功能模塊之間的關(guān)系。具體設(shè)計(jì)對(duì)概要設(shè)計(jì)產(chǎn)生的功能模塊逐漸細(xì)化，涉及算法與構(gòu)造、數(shù)據(jù)分布、數(shù)據(jù)組織、模塊間接口信息、顧客界面等，寫出具體設(shè)計(jì)報(bào)告。測(cè)試可提成單元測(cè)試、集成測(cè)試、確認(rèn)測(cè)試、系統(tǒng)測(cè)試等。一般把編碼和測(cè)試稱為系統(tǒng)的實(shí)現(xiàn)。3、軟件運(yùn)營(yíng)和維護(hù)軟件維護(hù)就是盡量地延長(zhǎng)軟件的壽命，沒有維護(hù)的價(jià)值時(shí)，宣布退役，軟件的生命結(jié)束。4.1.2軟件開發(fā)模型軟件生存周期模型又稱軟件開發(fā)模型或軟件過程模型，模型的特點(diǎn)是簡(jiǎn)樸化，是軟件開發(fā)實(shí)際過程的抽象與概括。為軟件工

4、程管理提供里程碑和進(jìn)度表，為軟件開發(fā)過程提供原則和措施。軟件過程有多種各樣的模型。1、瀑布型瀑布型的特點(diǎn)是因果關(guān)系緊密相連，前一種階段工作的成果是后一種階段工作的輸入，前一種階段的錯(cuò)漏會(huì)隱蔽地帶到后一種階段，每一種階段工作完畢后，都要進(jìn)行審查和確認(rèn)，它的浮既有助于人員的組織管理，有助于軟件開發(fā)措施和工具的研究。2、原型模型根據(jù)顧客提出的軟件系統(tǒng)的定義，迅速地開發(fā)一種原型，涉及目的系統(tǒng)的核心問題和反映目的系統(tǒng)的大體面貌。三種途徑：運(yùn)用模擬軟件系統(tǒng)的人機(jī)界面和人機(jī)交互方式。真正開發(fā)一種原型。找來一種或幾種正在運(yùn)營(yíng)的類似軟件進(jìn)行比較。實(shí)際工作中，由于多種因素，大多數(shù)原型都廢棄不用，僅僅把建立原型的過

5、程當(dāng)作協(xié)助定義軟件需要的一種手段。顧客對(duì)系統(tǒng)模糊不清，無法精確回答目的系統(tǒng)的需求。通過對(duì)原型若干次修改，應(yīng)當(dāng)收斂到目的范疇內(nèi)，否則也許會(huì)失敗。對(duì)大型軟件來說，如果沒有現(xiàn)成的，就不應(yīng)當(dāng)考慮用原型法。3、螺旋模型是生命周期模型與原型模型的一種結(jié)合，提成多種階段，每一種階段都由4部分構(gòu)成：1.目的設(shè)定，指定對(duì)過程和產(chǎn)品的約束，并且制定具體的管理籌劃。2.風(fēng)險(xiǎn)分析，制定解決措施。3.開發(fā)和有效性驗(yàn)證，即開發(fā)軟件產(chǎn)品。4.評(píng)審，擬定與否需要進(jìn)入螺線的下一次回路。增長(zhǎng)一周，軟件系統(tǒng)就生成一種新版本，系統(tǒng)應(yīng)當(dāng)盡快地收斂到顧客容許或可以接受的目的范疇內(nèi)。該模型支持大型軟件開發(fā)，合用于面向規(guī)格闡明、面向過程、面

6、向?qū)ο蟮能浖_發(fā)措施，也合用于幾種開發(fā)措施的組合。4、基于可重用構(gòu)件的模型把軟件工程項(xiàng)目所創(chuàng)立的構(gòu)件不斷地積累和存儲(chǔ)在一種構(gòu)件庫(kù)中，系統(tǒng)將依賴構(gòu)件的強(qiáng)健性。5、基于面向?qū)ο蟮哪Ｐ蜆?gòu)件重用是非常重要的技術(shù)之一。一方面進(jìn)行構(gòu)件開發(fā)，另一方面進(jìn)行需求開發(fā)，迅速建立OOA、OOD原型，由重用構(gòu)件組裝而成，甚至通過組裝可重用的子系統(tǒng)而創(chuàng)立更大的系統(tǒng)。6、基于四代技術(shù)的原型四代語(yǔ)言完全不用變成方式來構(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)敏

7、捷措施是“適應(yīng)性”而非“預(yù)設(shè)性”的，重型措施在籌劃制定完畢后回絕變化，而敏捷措施則歡迎變化。“面向人的”而非“面向過程的”老式的軟件開發(fā)措施的基本思路一般是只要圖紙?jiān)O(shè)計(jì)得合理并考慮充足，施工隊(duì)伍可以完全遵循圖紙順利構(gòu)造。但是，某些設(shè)計(jì)錯(cuò)誤只能在編碼和測(cè)試時(shí)才干發(fā)現(xiàn)。老式正規(guī)開發(fā)措施是個(gè)體不重要，角色才是重要的，盡量減少人的因素對(duì)開發(fā)過程的影響，但是敏捷措施正好相反。管理人員已經(jīng)脫離實(shí)際開發(fā)活動(dòng)相稱長(zhǎng)的時(shí)間了，如此設(shè)計(jì)出來的開發(fā)過程是難覺得開發(fā)人員所接受的。只有在第一線的開發(fā)人員才干真正掌握和理解開發(fā)過程中的技術(shù)細(xì)節(jié)，因此技術(shù)方面的決定必須由她們來做出。敏捷措施特別強(qiáng)調(diào)有關(guān)人員之間的信息交流。由

8、于項(xiàng)目失敗的因素最后都可以追溯到信息沒有及時(shí)精確地傳遞到應(yīng)當(dāng)接受它的人。特別倡導(dǎo)直接的面對(duì)面交流，交流成本遠(yuǎn)遠(yuǎn)低于文檔的交流。按照高內(nèi)聚、松散耦合的原則將項(xiàng)目劃分為若干個(gè)小組，以增長(zhǎng)溝通。2、敏捷措施的核心思想1.適應(yīng)性型，運(yùn)用變化來發(fā)展。2.以人為本，在無過程控制和過于嚴(yán)格繁瑣的過程控制中獲得一種平衡，以保證軟件的質(zhì)量。3.迭代增量式的開發(fā)過程，發(fā)行版本小型化，根據(jù)客戶需求的優(yōu)先級(jí)和開發(fā)風(fēng)險(xiǎn)，制定版本發(fā)行籌劃。3、敏捷措施的含義及其特性重型措施注重開發(fā)文檔的完備和充足性;而敏捷措施覺得最主線的文檔應(yīng)當(dāng)是源碼。4、敏捷措施的合用范疇事實(shí)上，滿足工程設(shè)計(jì)原則的唯一文檔是源代碼清單。敏捷措施比較適

9、合需求變化比較大或者開發(fā)前期對(duì)需求不是很清晰的項(xiàng)目。敏捷措施對(duì)設(shè)計(jì)者、開發(fā)者、客戶之間的有效溝通和及時(shí)反饋規(guī)定比較高，不易在開發(fā)團(tuán)隊(duì)比較龐大的項(xiàng)目中實(shí)行。5、敏捷措施的重要內(nèi)容四個(gè)核心價(jià)值觀：溝通、簡(jiǎn)樸、反饋、勇氣。簡(jiǎn)樸：只要滿足目前功能需求，不做假象設(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ù)者。SCRUMCoad的功用驅(qū)動(dòng)開發(fā)措施：短時(shí)迭代階段和可見可

10、用的功能，一種迭代周期一般為兩周，編程人員分為類程序員、首席程序員。ASD措施，猜想、合伙、學(xué)習(xí)。4.1.4 RUPRUP把軟件開發(fā)生命周期劃分為多種循環(huán)(cycle)，每個(gè)cycle生成產(chǎn)品的一種新版本，每個(gè)cycle依次由4個(gè)持續(xù)階段(phase)構(gòu)成：初始：定義最后產(chǎn)品視圖和業(yè)務(wù)模型，并擬定系統(tǒng)范疇。細(xì)化：制定工作籌劃及資源規(guī)定。構(gòu)造。移送。迭代并不是反復(fù)地做相似的事，而是針對(duì)不同用例細(xì)化和實(shí)現(xiàn)，每一種迭代都是一種完整的開發(fā)過程。每個(gè)階段結(jié)束前有一種里程碑(milestone)評(píng)估該階段的工作。如果未能通過該里程碑的評(píng)估，則決策者應(yīng)當(dāng)做出決定，是取消該項(xiàng)目還是繼續(xù)做該階段的工作。RUP中

11、的核心概念角色(Role)，who的問題，某個(gè)人或一種小組的行為與職責(zé)?；顒?dòng)(Activity)，how的問題，是一種有明確目的的獨(dú)立工作單元。制品(Artifact)，what的問題，是活動(dòng)生成、創(chuàng)立、修改第一段信息。工作流(Workflow)，when的問題，每個(gè)工作流產(chǎn)生某些有價(jià)值的產(chǎn)品，并顯示了角色之間的關(guān)系。RUP的特點(diǎn)RUP是用例驅(qū)動(dòng)的、以體系構(gòu)造為中心的、迭代和增量的軟件開發(fā)過程。用例驅(qū)動(dòng)：需求分析、設(shè)計(jì)、實(shí)現(xiàn)、測(cè)試，都是用例驅(qū)動(dòng)的。以體系構(gòu)造為中心：刻畫了系統(tǒng)的整體設(shè)計(jì)，去掉了細(xì)節(jié)部分，突出了系統(tǒng)的重要特性。不依賴于具體語(yǔ)言，是軟件設(shè)計(jì)過程的一種層次。體系構(gòu)造層次的設(shè)計(jì)問題涉及

12、：總體組織和全局控制、通訊合同、同步、數(shù)據(jù)存取、給設(shè)計(jì)元素分派特定功能、設(shè)計(jì)元素的組織、物理分布、系統(tǒng)的伸縮性、性能等。一種系統(tǒng)不也許在所有特性上都達(dá)到最優(yōu)，對(duì)于一種系統(tǒng)，不同人員所關(guān)懷的內(nèi)容也是不同樣的，對(duì)于不同類型的人員，只需提供此類人員關(guān)懷的視圖即可。分析和測(cè)試人員關(guān)懷用例圖，最后顧客關(guān)懷邏輯視圖，程序員關(guān)懷實(shí)現(xiàn)視圖，系統(tǒng)工程師關(guān)懷部署視圖。RUB強(qiáng)調(diào)采用迭代和增量的措施來開發(fā)軟件，每次迭代中，之考慮系統(tǒng)的一部分需求，每次增長(zhǎng)某些新的功能實(shí)現(xiàn)。好處：初期就可以對(duì)核心的、影響大的風(fēng)險(xiǎn)進(jìn)行解決?？梢蕴岢鲆环N軟件體系構(gòu)造來指引開發(fā)。解決不可避免的需求變更?？梢暂^早地得到一種可運(yùn)營(yíng)的系統(tǒng)，鼓舞開

13、發(fā)團(tuán)隊(duì)的士氣，增強(qiáng)項(xiàng)目成功的信心。更有效工作的開發(fā)過程。沒有一種項(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)迭代籌劃。5.規(guī)劃工作流內(nèi)部構(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ù)。

14、對(duì)的、完整體現(xiàn)清晰的、無歧義的。需求分析工具分為基于自然語(yǔ)言或圖形描述的工具，基于形式化需求定義語(yǔ)言的工具。項(xiàng)目管理工具：項(xiàng)目的籌劃、調(diào)度、通信、成本估算、資源分派、質(zhì)量控制等。4.2需求管理需求最后文檔通過評(píng)審批準(zhǔn)后，則定義了需求基線Baseline;構(gòu)筑了功能需求和非功能需求的一種商定Agreement。商定是需求開發(fā)和需求管理之間的橋梁。需求管理是一種對(duì)系統(tǒng)需求變更、理解和控制的過程，初始需求導(dǎo)出的同步就啟動(dòng)了需求管理規(guī)劃。4.2.1需求管理原則過程能力成熟度模型CMM，指引軟件過程改善，5個(gè)成熟級(jí)別，6個(gè)核心過程域KPA。一旦需求文檔化了，開發(fā)組和有關(guān)團(tuán)隊(duì)需要評(píng)審文檔。發(fā)現(xiàn)問題應(yīng)與客戶

15、或者其她需求源協(xié)商解決。軟件開發(fā)籌劃是基于已確認(rèn)的需求。絕不要承諾任何無法實(shí)現(xiàn)的事。核心解決領(lǐng)域通過版本控制和變更控制來管理需求文檔。保證與新的需求保持一致。4.2.2需求規(guī)格闡明的版本控制版本控制是管理需求的一種必要方面，必須統(tǒng)一擬定需求文檔的每一種版本，當(dāng)需求發(fā)生變更時(shí)，及時(shí)告知所有波及人員。為了盡量減少困惑、沖突、誤傳，應(yīng)當(dāng)僅容許指定的人員來更新需求。清晰地辨別草稿和文檔定稿版本。4.2.3需求變更遲到的需求變更會(huì)對(duì)已進(jìn)行的工作產(chǎn)生非常大的影響。如果每一種建議的需求變更都采用，該項(xiàng)目將也許永遠(yuǎn)無法完畢。需求文檔應(yīng)當(dāng)精確描述要交付的產(chǎn)品。項(xiàng)目負(fù)責(zé)人在信息充足的條件下做出決策。變更成本計(jì)算應(yīng)

16、當(dāng)涉及需求文檔的修改、系統(tǒng)修改的設(shè)計(jì)、實(shí)現(xiàn)的成本。變更控制過程并不是給變更設(shè)立障礙，相反，它是一種渠道和過濾器，保證采納最合適的變更，使變更產(chǎn)生的負(fù)面影響降到最低，變更過程應(yīng)當(dāng)做成文檔。絕不能刪除或者修變化更祈求的原始文檔。變更控制委員會(huì)只要能決定合適的人做對(duì)的的事就足夠了，在保證權(quán)威性的前提下應(yīng)盡量精簡(jiǎn)人員。對(duì)每個(gè)變更權(quán)衡利弊做出決定?！袄鄙婕肮?jié)省資金或額外收入、客戶滿意度、競(jìng)爭(zhēng)優(yōu)勢(shì)、減少上市時(shí)間;“弊”是指增長(zhǎng)開發(fā)費(fèi)用、推遲交付日期、產(chǎn)品質(zhì)量下降、減少功能、顧客不滿意。變更總是有代價(jià)的，雖然回絕的變更也由于決策行為而耗費(fèi)資源。接受了重要的需求變更時(shí)，為了適應(yīng)變更狀況要與管理部門和客戶重新

17、協(xié)商商定。推遲交貨時(shí)間、增長(zhǎng)人手、推遲實(shí)現(xiàn)尚未實(shí)現(xiàn)的較低優(yōu)先級(jí)的需求，或質(zhì)量上進(jìn)行折中。要是不能獲得某些商定的調(diào)節(jié)，應(yīng)當(dāng)把面臨的風(fēng)險(xiǎn)寫進(jìn)風(fēng)險(xiǎn)籌劃中。4.2.4需求跟蹤需求、體系構(gòu)造、其她設(shè)計(jì)部件、源代碼模塊、測(cè)試、協(xié)助文獻(xiàn)、文檔等。跟蹤能力(聯(lián)系)鏈(traceability link)是優(yōu)秀需求規(guī)格闡明書的一種特性，保證軟件需求規(guī)格闡明涉及所有客戶需求。跟蹤能力聯(lián)系鏈記錄了單個(gè)需求之間的父層、互連、依賴的關(guān)系。不必?fù)碛兴蟹N類的跟蹤能力聯(lián)系鏈，要根據(jù)具體狀況調(diào)節(jié)。4.2.5需求變更的代價(jià)和風(fēng)險(xiǎn)只有在懂得變更成本后才干做出理智的選擇，一種表面上很簡(jiǎn)樸的變更也也許轉(zhuǎn)變成很復(fù)雜的局面。影響分析擬定

18、對(duì)既有系統(tǒng)做出是修改或者拋棄的決定，創(chuàng)立新系統(tǒng)以及評(píng)估每個(gè)任務(wù)的工作量，進(jìn)行影響分析的能力依賴于跟蹤能力、數(shù)據(jù)的質(zhì)量、完整性。4.3開發(fā)管理1、范疇可交付物、架設(shè)、約束條件的基本上準(zhǔn)備具體的項(xiàng)目范疇闡明書，是項(xiàng)目成功的核心。2、時(shí)間進(jìn)度安排的精確限度也許比成本估計(jì)的精確限度更重要。對(duì)于成本估計(jì)的偏差，可以靠重新定價(jià)或大量的銷售來彌補(bǔ)成本的增長(zhǎng)，如果進(jìn)度籌劃不能得到實(shí)行，則會(huì)導(dǎo)致市場(chǎng)機(jī)會(huì)的喪失或顧客不滿意，并且會(huì)使成本增長(zhǎng)。工作分解構(gòu)造Work Breakdown Structure WBS4.3.1配備管理文檔管理1、配備管理配備項(xiàng)Configuration Item CI，屬于產(chǎn)品構(gòu)成部分的

19、工作成果，如需求文檔、設(shè)計(jì)文檔、源代碼、測(cè)試用例等。屬于項(xiàng)目管理和機(jī)構(gòu)支撐過程域產(chǎn)生的文檔，如工作籌劃、項(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)、測(cè)試等各方面內(nèi)容。軟件文檔應(yīng)當(dāng)滿足下述規(guī)定：1.如何使用2.如何安裝和管理3.需求和設(shè)計(jì)4.實(shí)現(xiàn)和測(cè)試闡明顧客操作錯(cuò)誤時(shí)應(yīng)當(dāng)如何恢復(fù)和重新啟動(dòng)。4.3.2軟件開發(fā)的質(zhì)量與風(fēng)險(xiǎn)1、軟件質(zhì)量IOS9000對(duì)項(xiàng)目質(zhì)量的定義：一組固有特性

20、滿足需求的限度。質(zhì)量與范疇、成本和時(shí)間，是項(xiàng)目成功的核心因素，通過范疇管理轉(zhuǎn)換隱含需求為項(xiàng)目需求。質(zhì)量低闡明產(chǎn)品或服務(wù)存在問題，而低檔別的產(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構(gòu)造化分析與設(shè)計(jì)構(gòu)造程序設(shè)計(jì)較流行的定義為：采用自頂向下逐漸求精的設(shè)計(jì)措施和單入口單出口的控制構(gòu)件。自頂向下逐漸求精的措施是：先整體后局部，先抽象后具體，一般具有較清晰的層次。僅使用單入口單出口的控制構(gòu)件，具有良好的構(gòu)造特性。采用構(gòu)造程序設(shè)計(jì)，也許會(huì)多占用某些時(shí)間和空間資源，這也是那些反對(duì)從高檔語(yǔ)言中排除GOTO語(yǔ)句者