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

軟考系統(tǒng)架構(gòu)設(shè)計(jì)師教程考點(diǎn)精講（四）\o""軟考系統(tǒng)架構(gòu)設(shè)計(jì)師屬于軟考中一項(xiàng)高級(jí)資格考試，考試分綜合知識(shí)、案例分析和論文3個(gè)科目。系統(tǒng)架構(gòu)設(shè)計(jì)師考試作為一項(xiàng)高級(jí)資格考試，有一定考試難度，那么該怎樣備考才能順利經(jīng)過考試呢？面對(duì)\o""系統(tǒng)架構(gòu)設(shè)計(jì)師教程無從下手同學(xué)，希賽為您準(zhǔn)備了幾個(gè)主要教程章節(jié)考點(diǎn)精講，希望對(duì)您學(xué)習(xí)有所幫助。第四章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è)試綱領(lǐng)、用戶手冊(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)收標(biāo)準(zhǔ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ā)過程提供標(biāo)準(zhǔn)和方法。軟件過程有各種各樣模型。1、瀑布型瀑布型特點(diǎn)是因果關(guān)系緊密相連，前一個(gè)階段工作結(jié)果是后一個(gè)階段工作輸入，前一個(gè)階段錯(cuò)漏會(huì)隱蔽地帶到后一個(gè)階段，每一個(gè)階段工作完成后，都要進(jìn)行審查和確認(rèn)，它出現(xiàn)有利于人員組織管理，有利于軟件開發(fā)方法和工具研究。2、原型模型依照用戶提出軟件系統(tǒng)定義，快速地開發(fā)一個(gè)原型，包含目標(biāo)系統(tǒng)關(guān)鍵問題和反應(yīng)目標(biāo)系統(tǒng)大致面貌。三種路徑：利用模擬軟件系統(tǒng)人機(jī)界面和人機(jī)交互方式。真正開發(fā)一個(gè)原型。找來一個(gè)或幾個(gè)正在運(yùn)行類似軟件進(jìn)行比較。實(shí)際工作中，因?yàn)楦鞣N原因，大多數(shù)原型都廢棄不用，僅僅把建立原型過程看成幫助定義軟件需要一個(gè)伎倆。用戶對(duì)系統(tǒng)含糊不清，無法準(zhǔn)確回答目標(biāo)系統(tǒng)需求。經(jīng)過對(duì)原型若干次修改，應(yīng)該收斂到目標(biāo)范圍內(nèi)，不然可能會(huì)失敗。對(duì)大型軟件來說，假如沒有現(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ū)ο筌浖_發(fā)方法，也適適用于幾個(gè)開發(fā)方法組合。4、基于可重用構(gòu)件模型把軟件工程項(xiàng)目所創(chuàng)建構(gòu)件不停地積累和存放在一個(gè)構(gòu)件庫(kù)中，系統(tǒng)將依賴構(gòu)件健壯性。5、基于面向?qū)ο竽Ｐ蜆?gòu)件重用是非常主要技術(shù)之一。首先進(jìn)行構(gòu)件開發(fā)，另首先進(jìn)行需求開發(fā)，快速建立OOA、OOD原型，由重用構(gòu)件組裝而成，甚至經(jīng)過組裝可重用子系統(tǒng)而創(chuàng)建更大系統(tǒng)。6、基于四代技術(shù)原型四代語(yǔ)言完全不用變成方式來結(jié)構(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紙順利結(jié)構(gòu)。不過，一些設(shè)計(jì)錯(cuò)誤只能在編碼和測(cè)試時(shí)才能發(fā)覺。傳統(tǒng)正規(guī)開發(fā)方法是個(gè)體不主要，角色才是主要，盡可能降低人原因?qū)﹂_發(fā)過程影響，不過靈敏方法恰好相反。管理人員已經(jīng)脫離實(shí)際開發(fā)活動(dòng)相當(dāng)長(zhǎng)時(shí)間了，如此設(shè)計(jì)出來開發(fā)過程是難認(rèn)為開發(fā)人員所接收。只有在第一線開發(fā)人員才能真正掌握和了解開發(fā)過程中技術(shù)細(xì)節(jié)，所以技術(shù)方面決定必須由他們來做出。靈敏方法尤其強(qiáng)調(diào)相關(guān)人員之間信息交流。因?yàn)轫?xiàng)目失敗原因最終都能夠追溯到信息沒有及時(shí)準(zhǔn)確地傳遞到應(yīng)該接收它人。尤其提倡直接面對(duì)面交流，交流成本遠(yuǎn)遠(yuǎn)低于文檔交流。按照高內(nèi)聚、渙散耦合標(biāo)準(zhǔn)將項(xiàng)目劃分為若干個(gè)小組，以增加溝通。2、靈敏方法關(guān)鍵思想1.適應(yīng)性型，利用改變來發(fā)展。2.以人為本，在無過程控制和過于嚴(yán)格繁瑣過程控制中取得一個(gè)平衡，以確保軟件質(zhì)量。3.迭代增量式開發(fā)過程，發(fā)行版本小型化，依照客戶需求優(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)體比較龐大項(xiàng)目中實(shí)施。5、靈敏方法主要內(nèi)容四個(gè)關(guān)鍵價(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、主要靈敏方法介紹極限編程水晶系列方法開放式源碼，任何人發(fā)覺Bug都能夠?qū)⒀a(bǔ)丁發(fā)給維護(hù)者。SCRUMCoad功用驅(qū)動(dòng)開發(fā)方法：短時(shí)迭代階段和可見可用功效，一個(gè)迭代周期通常為兩周，編程人員分為類程序員、首席程序員。ASD方法，猜測(cè)、合作、學(xué)習(xí)。4.1.4RUPRUP把軟件開發(fā)生命周期劃分為多個(gè)循環(huán)(cycle)，每個(gè)cycle生成產(chǎn)品一個(gè)新版本，每個(gè)cycle依次由4個(gè)連續(xù)階段(phase)組成：初始：定義最終產(chǎn)品視圖和業(yè)務(wù)模型，并確定系統(tǒng)范圍。細(xì)化：制訂工作計(jì)劃及資源要求。結(jié)構(gòu)。移交。迭代并不是重復(fù)地做相同事，而是針對(duì)不一樣用例細(xì)化和實(shí)現(xiàn)，每一個(gè)迭代都是一個(gè)完整開發(fā)過程。每個(gè)階段結(jié)束前有一個(gè)里程碑(milestone)評(píng)定該階段工作。假如未能經(jīng)過該里程碑評(píng)定，則決議者應(yīng)該做出決定，是取消該項(xiàng)目還是繼續(xù)做該階段工作。RUP中關(guān)鍵概念角色(Role)，who問題，某個(gè)人或一個(gè)小組行為與職責(zé)。活動(dòng)(Activity)，how問題，是一個(gè)有明確目標(biāo)獨(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)主要特征。不依賴于詳細(xì)語(yǔ)言，是軟件設(shè)計(jì)過程一個(gè)層次。體系結(jié)構(gòu)層次設(shè)計(jì)問題包含：總體組織和全局控制、通訊協(xié)議、同時(shí)、數(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)心布署視圖。RUB強(qiáng)調(diào)采取迭代和增量方法來開發(fā)軟件，每次迭代中，之考慮系統(tǒng)一部分需求，每次增加一些新功效實(shí)現(xiàn)。好處：早期就能夠?qū)﹃P(guān)鍵、影響大風(fēng)險(xiǎn)進(jìn)行處理。能夠提出一個(gè)軟件體系結(jié)構(gòu)來指導(dǎo)開發(fā)。處理不可防止需求變更。能夠較早地得到一個(gè)可運(yùn)行系統(tǒng)，鼓舞開發(fā)團(tuán)體士氣，增強(qiáng)項(xiàng)目成功信心。更有效工作開發(fā)過程。沒有一個(gè)項(xiàng)目會(huì)使用RUP中全部東西，用用RUP時(shí)要裁剪，裁剪步驟：1.確定本項(xiàng)目需要哪些工作流。2.確定每個(gè)工作流要產(chǎn)出哪些制品。3.確定四個(gè)階段之間(初始階段、細(xì)化階段、結(jié)構(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ù)。正確、完整表示清楚、無歧義。需求分析工具分為基于自然語(yǔ)言或圖形描述工具，基于形式化需求定義語(yǔ)言工具。項(xiàng)目管理工具：項(xiàng)目標(biāo)計(jì)劃、調(diào)度、通信、成本估算、資源分配、質(zhì)量控制等。4.2需求管理需求最終文檔經(jīng)過評(píng)審?fù)夂?，則定義了需求基線Baseline;構(gòu)筑了功效需求和非功效需求一個(gè)約定Agreement。約定是需求開發(fā)和需求管理之間橋梁。需求管理是一個(gè)對(duì)系統(tǒng)需求變更、了解和控制過程，初始需求導(dǎo)出同時(shí)就開啟了需求管理規(guī)劃。4.2.1需求管理標(biāo)準(zhǔn)過程能力成熟度模型CMM，指導(dǎo)軟件過程改進(jìn)，5個(gè)成熟級(jí)別，6個(gè)關(guān)鍵過程域KPA。一旦需求文檔化了，開發(fā)組和關(guān)于團(tuán)體需要評(píng)審文檔。發(fā)覺問題應(yīng)與客戶或者其余需求源協(xié)商處理。軟件開發(fā)計(jì)劃是基于已確認(rèn)需求。絕不要承諾任何無法實(shí)現(xiàn)事。關(guān)鍵處理領(lǐng)域經(jīng)過版本控制和變更控制來管理需求文檔。確保與新需求保持一致。4.2.2需求規(guī)格說明版本控制版本控制是管理需求一個(gè)必要方面，必須統(tǒng)一確定需求文檔每一個(gè)版本，當(dāng)需求發(fā)生變更時(shí)，及時(shí)通知全部包括人員。為了盡可能降低迷惑、沖突、誤傳，應(yīng)該僅允許指定人員來更新需求。清楚地域分初稿和文檔定稿版本。4.2.3需求變更遲到需求變更會(huì)對(duì)已進(jìn)行工作產(chǎn)生非常大影響。假如每一個(gè)提議需求變更都采取，該項(xiàng)目將可能永遠(yuǎn)無法完成。需求文檔應(yīng)該精準(zhǔn)描述要交付產(chǎn)品。項(xiàng)目責(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.4需求跟蹤需求、體系結(jié)構(gòu)、其余設(shè)計(jì)部件、源代碼模塊、測(cè)試、幫助文件、文檔等。跟蹤能力(聯(lián)絡(luò))鏈(traceabilitylink)是優(yōu)異需求規(guī)格說明書一個(gè)特征，確保軟件需求規(guī)格說明包含全部客戶需求。跟蹤能力聯(lián)絡(luò)鏈統(tǒng)計(jì)了單個(gè)需求之間父層、互連、依賴關(guān)系。無須擁有全部種類跟蹤能力聯(lián)絡(luò)鏈，要依照詳細(xì)情況調(diào)整。4.2.5需求變更代價(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)確程度可能比成本估量準(zhǔn)確程度更主要。對(duì)于成本估量偏差，能夠靠重新定價(jià)或大量銷售來填補(bǔ)成本增加，假如進(jìn)度計(jì)劃不能得到實(shí)施，則會(huì)造成市場(chǎng)機(jī)會(huì)喪失或用戶不滿意，而且會(huì)使成本增加。工作分解結(jié)構(gòu)WorkBreakdownStructureWBS4.3.1配置管理文檔管理1、配置管理配置項(xiàng)ConfigurationItemCI，屬于產(chǎn)品組成部分工作結(jié)果，如需求文檔、設(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)受數(shù)次修改，所以文檔比程序代碼更主要。用戶文檔：主要描述系統(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ù)和重新開啟。4.3.2軟件開發(fā)質(zhì)量與風(fēng)險(xiǎn)1、軟件質(zhì)量IOS9000對(duì)項(xiàng)目質(zhì)量定義：一組固有特征滿足需求程度。質(zhì)量與范圍、成本和時(shí)間，是項(xiàng)目成功關(guān)鍵原因，經(jīng)過范圍管理轉(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)起源、性質(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)件。自頂向下逐步求精方法是：先整體后局部，先抽象后詳細(xì)，通常具備較清楚層次。僅使用單入口單出口控制構(gòu)件，具備良好結(jié)構(gòu)特征。采取結(jié)構(gòu)程序設(shè)計(jì)，可能會(huì)多占用一些時(shí)間和空間資源，這也是那些反對(duì)從高級(jí)語(yǔ)言中排除GOTO語(yǔ)