軟件工程之軟件開(kāi)發(fā)模型

軟件工程之軟件開(kāi)發(fā)模型第一頁(yè)，共三十七頁(yè)，2022年，8月28日軟件開(kāi)發(fā)模型：軟件開(kāi)發(fā)模型是軟件開(kāi)發(fā)的全部過(guò)程、活動(dòng)、任務(wù)和管理的結(jié)構(gòu)框架。軟件開(kāi)發(fā)模型能清晰、直觀地表達(dá)軟件開(kāi)發(fā)全過(guò)程，明確規(guī)定了要完成的主要活動(dòng)和任務(wù)，用來(lái)作為軟件項(xiàng)目工作的基礎(chǔ)。

選擇合適的開(kāi)發(fā)模型是十分重要的軟件開(kāi)發(fā)模型與軟件工程第二頁(yè)，共三十七頁(yè)，2022年，8月28日軟件開(kāi)發(fā)模型是將軟件開(kāi)發(fā)中的主要活動(dòng)細(xì)分為：軟件開(kāi)發(fā)模型與軟件工程系統(tǒng)需求分析程序設(shè)計(jì)程序編碼測(cè)試運(yùn)行維護(hù)系統(tǒng)設(shè)計(jì)人員管理項(xiàng)目管理第三頁(yè)，共三十七頁(yè)，2022年，8月28日常見(jiàn)的開(kāi)發(fā)模型：瀑布模型、演化模型、螺旋模型、XP開(kāi)發(fā)模型、快速開(kāi)發(fā)模型等。由于現(xiàn)在還沒(méi)有任何一種方法能夠解決軟件危機(jī)中的所有問(wèn)題，所以在軟件開(kāi)發(fā)的各個(gè)階段采用綜合治理的方法。軟件開(kāi)發(fā)模型直接影響軟件開(kāi)發(fā)的周期和軟件質(zhì)量，是軟件開(kāi)發(fā)的組織管理形式，是軟件工程最重要的內(nèi)容之一。軟件開(kāi)發(fā)模型與軟件工程第四頁(yè)，共三十七頁(yè)，2022年，8月28日2.2.1瀑布模型的概念：瀑布模型（WaterfallModel）瀑布模型是將軟件生存周期各活動(dòng)規(guī)定為依線性順序聯(lián)接的若干階段的模型。它包括需求分析、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼、測(cè)試和維護(hù)。它規(guī)定了由前至后、相互銜接的固定次序，如同瀑布流水，逐級(jí)下落。第五頁(yè)，共三十七頁(yè)，2022年，8月28日2.2.1瀑布模型的概念：瀑布模型（WaterfallModel）需求分析系統(tǒng)設(shè)計(jì)程序設(shè)計(jì)編碼測(cè)試運(yùn)行及維護(hù)瀑布模型（需求說(shuō)明書(shū)）（系統(tǒng)設(shè)計(jì)書(shū)）（程序設(shè)計(jì)書(shū)）（程序清單）（測(cè)試報(bào)告）（維護(hù)報(bào)告，改進(jìn)的系統(tǒng)）第六頁(yè)，共三十七頁(yè)，2022年，8月28日階段任務(wù)、結(jié)果及人員階段基本任務(wù)工作結(jié)果參加者需求分析理解和表達(dá)用戶的要求，需求說(shuō)明書(shū)用戶、分析人員系統(tǒng)設(shè)計(jì)建立系統(tǒng)的結(jié)構(gòu),模塊劃分系統(tǒng)設(shè)計(jì)書(shū)用戶、系統(tǒng)設(shè)計(jì)人員程序設(shè)計(jì)程序內(nèi)的模塊設(shè)計(jì)，數(shù)據(jù)庫(kù)的物理設(shè)計(jì)程序設(shè)計(jì)書(shū)程序員？編程程序編寫(xiě)程序程序員測(cè)試發(fā)現(xiàn)錯(cuò)誤和排除錯(cuò)誤測(cè)試報(bào)告測(cè)試人員運(yùn)行及維護(hù)維護(hù)維護(hù)報(bào)告、改進(jìn)的系統(tǒng)用戶、維護(hù)人員瀑布模型概念第七頁(yè)，共三十七頁(yè)，2022年，8月28日特征：從上一階段承接的成果物作為本階段的工作對(duì)象；對(duì)上一階段成果實(shí)施本階段的活動(dòng)；給出本階段的成果，作為下一階段的輸入；對(duì)本階段的工作進(jìn)行評(píng)審，若本階段的工作得到確認(rèn)，則繼續(xù)下階段的工作，否則返回前一階段或更前一階段。優(yōu)點(diǎn)：提供了一個(gè)模板，使得分析、設(shè)計(jì)、編碼、測(cè)試、運(yùn)行維護(hù)可以在該模板的指導(dǎo)下應(yīng)用。瀑布模型的特點(diǎn)第八頁(yè)，共三十七頁(yè)，2022年，8月28日缺點(diǎn)：缺乏靈活性，不能適應(yīng)用戶需求的改變開(kāi)始階段的小錯(cuò)誤被逐級(jí)放大，可能導(dǎo)致軟件產(chǎn)品報(bào)廢返回上一級(jí)的開(kāi)發(fā)需要十分昂貴的代價(jià)隨著軟件規(guī)模和復(fù)雜性的增加，對(duì)于需求不能完全確定的軟件開(kāi)發(fā)項(xiàng)目將產(chǎn)生很大的風(fēng)險(xiǎn)。

通常使用場(chǎng)合：需求分析做得比較好的系統(tǒng)瀑布模型的特點(diǎn)第九頁(yè)，共三十七頁(yè)，2022年，8月28日在項(xiàng)目開(kāi)發(fā)的初始階段，人們對(duì)軟件的需求認(rèn)識(shí)往往不夠清楚，因而使得開(kāi)發(fā)項(xiàng)目難以做到一次開(kāi)發(fā)成功，出現(xiàn)返工再開(kāi)發(fā)在所難免。原型模型第十頁(yè)，共三十七頁(yè)，2022年，8月28日

在獲得用戶基本需求說(shuō)明的基礎(chǔ)上，投入少量人力和物力，快速建立一個(gè)原始模型，使用戶及時(shí)運(yùn)行和看到模型的概貌和使用效果，并對(duì)需求說(shuō)明進(jìn)行補(bǔ)充和精化，提出改進(jìn)意見(jiàn)，開(kāi)發(fā)人員進(jìn)一步修改完善，如此循環(huán)迭代，直到得到一個(gè)用戶滿意的模型為止。

從原型法的基本思想中可以看到，用戶能及早看到系統(tǒng)模型，在循環(huán)迭代修改和完善過(guò)程中，使用戶的需求日益明確，從而消除了用戶需求的不確定性，同時(shí)從原型到模型的生成，周期短、見(jiàn)效快，對(duì)環(huán)境變化的適應(yīng)能力較強(qiáng)。原型模型的基本思想第十一頁(yè)，共三十七頁(yè)，2022年，8月28日⑴功能選擇

要恰當(dāng)選擇原型實(shí)現(xiàn)的功能。根據(jù)用戶基本需求，對(duì)系統(tǒng)給出初步定義。用戶的基本需求包括各種功能的要求、數(shù)據(jù)結(jié)構(gòu)、菜單和屏幕、報(bào)表內(nèi)容和格式等要求。這些要求雖是概略的，但是最基本的，易于描述和定義。原型和最終的軟件系統(tǒng)不同，兩者在功能范圍上的區(qū)別主要有以下兩個(gè)方面：原型模型的內(nèi)容第十二頁(yè)，共三十七頁(yè)，2022年，8月28日第一最終系統(tǒng)是軟件需求全部功能的實(shí)現(xiàn)，而原型只實(shí)現(xiàn)所選擇的部分功能。

第二最終系統(tǒng)對(duì)每個(gè)軟件需求都要求詳細(xì)實(shí)現(xiàn)，而原型僅僅是為了試驗(yàn)和演示用的，部分功能需求可以忽略，或者模擬實(shí)現(xiàn)。原型模型的內(nèi)容第十三頁(yè)，共三十七頁(yè)，2022年，8月28日

⑵構(gòu)造原型

根據(jù)用戶初步需求，開(kāi)發(fā)出一個(gè)可以應(yīng)用的系統(tǒng)，它應(yīng)滿足上述的由用戶提出的基本要求。在構(gòu)造一個(gè)原型時(shí)，應(yīng)當(dāng)強(qiáng)調(diào)著眼于預(yù)期的評(píng)估，而不是為了正規(guī)的長(zhǎng)期使用。⑶運(yùn)行和評(píng)價(jià)原型

在試用中能親自參加和面對(duì)一個(gè)實(shí)在的模型，能較為直觀和明確地進(jìn)一步提出需求，提出修改意見(jiàn)。通過(guò)運(yùn)行原型對(duì)軟件需求規(guī)格說(shuō)明進(jìn)行評(píng)價(jià)和確認(rèn)。評(píng)價(jià)要有用戶參與，注意來(lái)自用戶的反饋信息。

原型模型的內(nèi)容第十四頁(yè)，共三十七頁(yè)，2022年，8月28日⑷修改和完善原型

根據(jù)修改意見(jiàn)進(jìn)行修改，以得到新的系統(tǒng)原型，然后再進(jìn)行試用和評(píng)價(jià)，這樣經(jīng)過(guò)有限次的循環(huán)反復(fù)，逐步提高和完善，直到得到一個(gè)用戶滿意的系統(tǒng)模型為止。根據(jù)原型實(shí)現(xiàn)的特點(diǎn)和環(huán)境，可以把原型作為試驗(yàn)的工具，用完就丟棄之（大部分原型都廢棄不用，主要因?yàn)樵吞?、太大、結(jié)構(gòu)不合理等原因）；也可以使原型全部或部分地成為最終系統(tǒng)的組成部分。

原型開(kāi)發(fā)與原型運(yùn)行評(píng)價(jià)兩者需反復(fù)進(jìn)行多次，才能最后得到經(jīng)過(guò)確認(rèn)的需求規(guī)格說(shuō)明，并以此作為進(jìn)一步的軟件設(shè)計(jì)和實(shí)現(xiàn)的基礎(chǔ)。原型模型的內(nèi)容第十五頁(yè)，共三十七頁(yè)，2022年，8月28日需求分析原型開(kāi)發(fā)最終系統(tǒng)設(shè)計(jì)原型評(píng)價(jià)最終系統(tǒng)實(shí)現(xiàn)用戶反饋圖2.3快速原型模型原型模型的內(nèi)容第十六頁(yè)，共三十七頁(yè)，2022年，8月28日原型模型（快速原型模型）原型范型用戶測(cè)試運(yùn)行原型建造/修改原型

聽(tīng)取用戶意見(jiàn)原型模型的內(nèi)容第十七頁(yè)，共三十七頁(yè)，2022年，8月28日采用原型模型的軟件生存周期分析定義系統(tǒng)需求生成原型系統(tǒng)設(shè)計(jì)程序設(shè)計(jì)編碼測(cè)試運(yùn)行和維護(hù)原型化含原型化的軟件生存期原型模型的內(nèi)容第十八頁(yè)，共三十七頁(yè)，2022年，8月28日優(yōu)點(diǎn)：開(kāi)發(fā)者與用戶充分交流，可以澄清模糊需求，需求定義比其他模型好得多為用戶需求的改變提供了充分的余地缺點(diǎn)：開(kāi)發(fā)者為了使一個(gè)原型快速運(yùn)行起來(lái)，往往在實(shí)現(xiàn)過(guò)程中采用折衷的手段。軟件系統(tǒng)的組成部分可能會(huì)打折扣；資源規(guī)劃和管理較為困難，隨時(shí)更新文檔也帶來(lái)麻煩。一般使用場(chǎng)合：開(kāi)發(fā)者在不了解的應(yīng)用領(lǐng)域開(kāi)發(fā)客戶不清楚其所開(kāi)發(fā)軟件項(xiàng)目的最終目標(biāo)

原型模型的特點(diǎn)第十九頁(yè)，共三十七頁(yè)，2022年，8月28日2.4增量模型1.階段式開(kāi)發(fā)：增量模型

系統(tǒng)設(shè)計(jì)時(shí)分片交付，可使用戶在使用某些基本功能的同時(shí)，開(kāi)發(fā)剩余的功能。這樣通常會(huì)并行地存在兩個(gè)系統(tǒng)：生產(chǎn)系統(tǒng)和開(kāi)發(fā)系統(tǒng)。運(yùn)行或生產(chǎn)系統(tǒng)是當(dāng)前被客戶或用戶所使用的系統(tǒng)。而開(kāi)發(fā)系統(tǒng)是準(zhǔn)備用于替代當(dāng)前生產(chǎn)系統(tǒng)的下一個(gè)版本。增量模型是一種非整體開(kāi)發(fā)的模型。是瀑布模型的順序特征和快速原型模型的迭代特征相結(jié)合的產(chǎn)物。該模型具有較大的靈活性，適合于軟件需求不明確、設(shè)計(jì)方案有一定風(fēng)險(xiǎn)的軟件項(xiàng)目。第二十頁(yè)，共三十七頁(yè)，2022年，8月28日創(chuàng)建版本1創(chuàng)建版本2創(chuàng)建版本3使用版本1使用版本2使用版本3開(kāi)發(fā)者使用者階段式開(kāi)發(fā)：增量和迭代模型2.4增量模型第二十一頁(yè)，共三十七頁(yè)，2022年，8月28日規(guī)格說(shuō)明設(shè)計(jì)實(shí)現(xiàn)和集成交付客戶規(guī)格說(shuō)明設(shè)計(jì)實(shí)現(xiàn)和集成交付客戶規(guī)格說(shuō)明設(shè)計(jì)實(shí)現(xiàn)和集成交付客戶規(guī)格說(shuō)明設(shè)計(jì)實(shí)現(xiàn)和集成交付客戶增量1增量2增量3增量n2.4增量模型第二十二頁(yè)，共三十七頁(yè)，2022年，8月28日特點(diǎn)：

在前面增量的基礎(chǔ)上開(kāi)發(fā)后面的增量

每個(gè)增量的開(kāi)發(fā)可用瀑布或快速原型模型

迭代的思路優(yōu)點(diǎn)：

如果在項(xiàng)目既定的商業(yè)要求期限不可能找到足夠的開(kāi)發(fā)人員，這種情況下增量模型顯得特別有用。早期的增量可以有少量的人員實(shí)現(xiàn)。同時(shí)，增量模型可以規(guī)避技術(shù)風(fēng)險(xiǎn)。2.4增量模型第二十三頁(yè)，共三十七頁(yè)，2022年，8月28日

軟件開(kāi)發(fā)幾乎總要冒一定的風(fēng)險(xiǎn)，例如，產(chǎn)品交付給用戶之后用戶可能對(duì)產(chǎn)品不滿意，到了預(yù)定的交付日期軟件可能還未開(kāi)發(fā)出來(lái)，實(shí)際的開(kāi)發(fā)成本可能超過(guò)了預(yù)算，產(chǎn)品完成之前一些關(guān)鍵的開(kāi)發(fā)人員可能“跳槽”了，產(chǎn)品投入市場(chǎng)之前競(jìng)爭(zhēng)對(duì)手發(fā)布了一個(gè)功能相近、價(jià)格更低的軟件等等。軟件風(fēng)險(xiǎn)是任何軟件開(kāi)發(fā)項(xiàng)目中都普遍存在的實(shí)際問(wèn)題，項(xiàng)目越大，軟件產(chǎn)品越復(fù)雜，承擔(dān)該項(xiàng)目所冒的風(fēng)險(xiǎn)也越大。軟件風(fēng)險(xiǎn)可能在不同程度上損害軟件開(kāi)發(fā)過(guò)程和軟件產(chǎn)品質(zhì)量。因此，在軟件開(kāi)發(fā)過(guò)程中必須及時(shí)識(shí)別和分析風(fēng)險(xiǎn)，并且采取適當(dāng)措施以消除或減少風(fēng)險(xiǎn)的危害。構(gòu)建原型是一種能使某些類型的風(fēng)險(xiǎn)降至最低的方法。于是在1988年B.boehm提出了螺旋模型。2.5螺旋模型第二十四頁(yè)，共三十七頁(yè)，2022年，8月28日

螺旋模型的基本思想是，使用原型及其他方法以盡可能地降低風(fēng)險(xiǎn)。理解這種模型的一個(gè)簡(jiǎn)易方法，是把它看作在每個(gè)階段之前都增加了風(fēng)險(xiǎn)分析過(guò)程的快速原型模型，如右圖所示。簡(jiǎn)化的螺旋模型圖2.5螺旋模型第二十五頁(yè)，共三十七頁(yè)，2022年，8月28日螺旋模型將瀑布模型與原型模型結(jié)合起來(lái)，加入了兩種模型均忽略了的風(fēng)險(xiǎn)分析，彌補(bǔ)了這兩種模型的不足。螺旋模型是一種風(fēng)險(xiǎn)驅(qū)動(dòng)的模型。螺旋模型將開(kāi)發(fā)過(guò)程分為幾個(gè)螺旋周期，每個(gè)螺旋周期大致和瀑布模型相符合。螺旋模型適合于大型軟件的開(kāi)發(fā)。2.5螺旋模型第二十六頁(yè)，共三十七頁(yè)，2022年，8月28日

螺旋模型完整的螺旋模型圖制定計(jì)劃風(fēng)險(xiǎn)分析客戶評(píng)估工程實(shí)施第二十七頁(yè)，共三十七頁(yè)，2022年，8月28日

螺旋模型是一種迭代模型，每迭代一次，螺旋線就前進(jìn)一周。當(dāng)項(xiàng)目按照順時(shí)針?lè)较蜓芈菪苿?dòng)時(shí)，每一個(gè)螺旋周期包含了風(fēng)險(xiǎn)分析，并且按以下4個(gè)步驟來(lái)進(jìn)行：（1）確定目標(biāo)，選定方案，設(shè)定約束條件，選定完成本周期所定目標(biāo)的策略。（2）分析該策略可能存在的風(fēng)險(xiǎn)。必要時(shí)通過(guò)建立一個(gè)原型來(lái)確定風(fēng)險(xiǎn)的大小，然后據(jù)此決定是按原定目標(biāo)執(zhí)行，還是修改目標(biāo)或終止項(xiàng)目。（3）在排除風(fēng)險(xiǎn)之后，實(shí)現(xiàn)本螺旋周期的目標(biāo)，例如，第一圈可能產(chǎn)生產(chǎn)品的規(guī)格說(shuō)明，第二圈可能產(chǎn)生實(shí)現(xiàn)產(chǎn)品設(shè)計(jì)等。（4）最后一步是評(píng)價(jià)前一步的結(jié)果，并且計(jì)劃下一輪的工作。2.5螺旋模型第二十八頁(yè)，共三十七頁(yè)，2022年，8月28日優(yōu)點(diǎn)：結(jié)合瀑布模型和原型模型的優(yōu)點(diǎn)風(fēng)險(xiǎn)分析可使一些極端困難的問(wèn)題和可能導(dǎo)致費(fèi)用過(guò)高的問(wèn)題被更改或取消缺點(diǎn)：螺旋模型開(kāi)發(fā)的成敗，很大程度上依賴于風(fēng)險(xiǎn)評(píng)估的成敗。需要開(kāi)發(fā)人員具有相當(dāng)豐富的風(fēng)險(xiǎn)評(píng)估經(jīng)驗(yàn)和專門(mén)知識(shí)一般使用場(chǎng)合：需求不能完全確定，同時(shí)又存在技術(shù)、資金或開(kāi)發(fā)時(shí)間等風(fēng)險(xiǎn)因素的大型開(kāi)發(fā)項(xiàng)目。2.5螺旋模型第二十九頁(yè)，共三十七頁(yè)，2022年，8月28日2.6XP開(kāi)發(fā)模型

XP開(kāi)發(fā)模型概要XP極限編程(eXtremeProgramming)是一種敏捷（Agile）開(kāi)發(fā)方法，以編碼為核心任務(wù)的，供中小型小組用于開(kāi)發(fā)需求快速變化的軟件。敏捷是什么？敏捷已經(jīng)成為當(dāng)今描述現(xiàn)代軟件過(guò)程的時(shí)髦用詞。每個(gè)人都是敏捷的，敏捷團(tuán)隊(duì)是能夠適當(dāng)響應(yīng)變化的靈活團(tuán)隊(duì)。變化就是軟件開(kāi)發(fā)本身，軟件構(gòu)建有變化，團(tuán)隊(duì)成員在變化、使用新技術(shù)帶來(lái)變化，各種變化都會(huì)對(duì)開(kāi)發(fā)的軟件產(chǎn)品以及項(xiàng)目本身造成影響。我們必須接受“支持變化”的思想，它應(yīng)當(dāng)根植于軟件開(kāi)發(fā)中的每一件事中，因?yàn)檫@是軟件的心臟與靈魂。敏捷團(tuán)隊(duì)意識(shí)到軟件是團(tuán)隊(duì)中所有人共同開(kāi)發(fā)完成的，這些人的個(gè)人技能和合作能力是項(xiàng)目成功的關(guān)鍵所在。敏捷方法是為了克服傳統(tǒng)軟件工程中認(rèn)識(shí)和實(shí)踐的弱點(diǎn)開(kāi)發(fā)而成的（JimHighsmith說(shuō)：“傳統(tǒng)方法學(xué)家陷入了誤區(qū)，樂(lè)于生完美的文檔而不是滿足業(yè)務(wù)需要的可運(yùn)行系統(tǒng)”）。敏捷開(kāi)發(fā)可以帶來(lái)多方面的好處，但它并不使用于所有的項(xiàng)目、所有的方面、所有的人和所有的情況，它并不完全對(duì)立于傳統(tǒng)的軟件工程實(shí)踐。第三十頁(yè)，共三十七頁(yè)，2022年，8月28日XP有四部分組成：價(jià)值、原則、活動(dòng)和實(shí)踐XP的4種價(jià)值觀：交流：側(cè)重口頭交流，而不是文檔、報(bào)表和計(jì)劃。因而，人際關(guān)系顯得尤為重要。簡(jiǎn)化：在管用的前提下，做最簡(jiǎn)單的事。目標(biāo)放在客戶當(dāng)前的需求上，摒棄了過(guò)多的文檔。反饋：通過(guò)及時(shí)地單元測(cè)試和功能測(cè)試獲得快速反饋?？焖俚鼐帉?xiě)軟件，然后向客戶演示。為確保準(zhǔn)確性和高質(zhì)量，獲取客戶關(guān)于到目前為止的進(jìn)度的反饋是至關(guān)重要的。勇氣：提倡積極面對(duì)現(xiàn)實(shí)和處理問(wèn)題的勇氣快速工作并在必要時(shí)重新進(jìn)行開(kāi)發(fā)的勇氣。2.6.1XP開(kāi)發(fā)模型概要第三十一頁(yè)，共三十七頁(yè)，2022年，8月28日XP的指導(dǎo)原則：快速反饋：開(kāi)發(fā)人員通過(guò)簡(jiǎn)短的反饋循環(huán)迅速了解其當(dāng)前產(chǎn)品是否滿足了客戶的需求。簡(jiǎn)單性假設(shè)：將每個(gè)問(wèn)題都視為很容易解決。只需為當(dāng)前迭代打算，而無(wú)需洞察未來(lái)可能需要什么。逐步修改：通過(guò)一系列細(xì)微的修改來(lái)解決問(wèn)題。擁抱變化：包容變化，提倡變化。高質(zhì)量的工作：工作質(zhì)量決不可打折扣。XP采用測(cè)試先行的編程方式，強(qiáng)調(diào)編碼和測(cè)試的重要性。2.6XP開(kāi)發(fā)模型概要第三十二頁(yè)，共三十七頁(yè)，2022年，8月28日XP活動(dòng)：傾聽(tīng)：積極傾聽(tīng)。測(cè)試：非“馬后炮”式的測(cè)試。編碼之前編寫(xiě)測(cè)試用例。編碼：編寫(xiě)代碼是一種工藝，通過(guò)重構(gòu)、結(jié)對(duì)編程和代碼復(fù)核等實(shí)踐得以改進(jìn)。設(shè)計(jì)：設(shè)計(jì)是不斷演化的，并非固定的，不能賦予它單個(gè)職責(zé)，而是基于小組的，動(dòng)態(tài)的。2.6.1XP開(kāi)發(fā)模型概要第三十三頁(yè)，共三十七頁(yè)，2022年，8月28日XP實(shí)踐：實(shí)踐描述

規(guī)則游戲

規(guī)則游戲的職責(zé)是快速制定下一次發(fā)布或迭代的高級(jí)規(guī)劃

小型發(fā)布

XP周期提供業(yè)務(wù)價(jià)值的頻繁發(fā)布組成

隱喻

隱喻是用于描述項(xiàng)目的通用觀點(diǎn)、術(shù)語(yǔ)和語(yǔ)言

簡(jiǎn)單設(shè)計(jì)

從XP