陳詩(shī)軍，王慧強(qiáng)，陳 強(qiáng)，林俊宇，向平葉，田雪鋒

(1. 中興通訊股份有限公司 無線預(yù)研部，廣東 深圳 518000 2. 哈爾濱工程大學(xué)計(jì)算機(jī) 科學(xué)與技術(shù)學(xué)院，黑龍江 哈爾濱 150001)

一種穩(wěn)定的倒A型軟件開發(fā)模型

陳詩(shī)軍1，王慧強(qiáng)2，陳 強(qiáng)1，林俊宇2，向平葉1，田雪鋒1

(1. 中興通訊股份有限公司 無線預(yù)研部，廣東 深圳 518000 2. 哈爾濱工程大學(xué)計(jì)算機(jī) 科學(xué)與技術(shù)學(xué)院，黑龍江 哈爾濱 150001)

針對(duì)傳統(tǒng)的V型軟件研發(fā)過程模型存在的不穩(wěn)定性問題，本文從需求對(duì)產(chǎn)品質(zhì)量和研發(fā)的關(guān)鍵作用出發(fā)對(duì)其進(jìn)行改進(jìn)，提出了以需求為中心的倒A型穩(wěn)定的研發(fā)過程模式，并基于該模式建立研發(fā)需求體系及其關(guān)聯(lián)的過程控制活動(dòng)；同時(shí)進(jìn)一步提出以可用性理論為依據(jù)建立質(zhì)量屬性需求體系，并分析了質(zhì)量控制活動(dòng)和策略。最后闡述了新研發(fā)模式的實(shí)踐情況，并對(duì)其影響和應(yīng)用前景進(jìn)行了展望。

計(jì)算機(jī)軟件；研發(fā)過程控制；需求；質(zhì)量屬性；可用性

0 引言

軟件開發(fā)模型是跨越整個(gè)軟件生存周期的系統(tǒng)開發(fā)、運(yùn)行、維護(hù)所實(shí)施的全部工作和任務(wù)的結(jié)構(gòu)框架，在軟件開發(fā)過程中有著至關(guān)重要的作用。目前存在許多著名的產(chǎn)品開發(fā)模型，如瀑布模型、迭代模型、增量模型等等[1-3]，如表1所示。

而目前在實(shí)際項(xiàng)目開發(fā)過程中，應(yīng)用的最為廣泛的還是迭代模型和作為瀑布模型的變種V型模型。迭代模型被認(rèn)為其是最貼合實(shí)際的研發(fā)模型，實(shí)際上是一次輸出沒有達(dá)到目標(biāo)要求，或者需要優(yōu)化補(bǔ)充，或者產(chǎn)生故障（從某種意義上看，故障是沒有滿足需求的結(jié)果）。因此迭代模型和瀑布模型從本質(zhì)上來說，是需求成熟度的一種表現(xiàn)形式，迭代次數(shù)越少，需求成熟度越高，而瀑布模型是需求度高度成熟的模型。從一定程度上講，瀑布模型或V型模型是迭代次數(shù)為零的迭代模型，而軟件開發(fā)的理想過程就是符合V型模型。

在研發(fā)過程中，需求具有其他因素?zé)o法取代的核心作用。但在現(xiàn)階段軟件研發(fā)過程中，需求卻是最薄弱、最受到忽視的一個(gè)環(huán)節(jié)，或者無從做起。大多數(shù)產(chǎn)品是以設(shè)計(jì)為中心的研發(fā)模式，或者是以測(cè)試為中心的研發(fā)模式，這些模式共同的顯著特點(diǎn)為需要首先完成產(chǎn)品的開發(fā)，然后根據(jù)測(cè)試和使用情況進(jìn)行優(yōu)化和修訂。這些研發(fā)思維導(dǎo)致了較差的產(chǎn)品質(zhì)量、成本和研發(fā)周期。

本文從V型研發(fā)模型的不足出發(fā)，提出以需求為中心的研發(fā)過程模式，建立了倒A型穩(wěn)定的研發(fā)過程模型，提高質(zhì)量過程的可操作性和有效性，為企業(yè)生產(chǎn)出高品質(zhì)的產(chǎn)品和服務(wù)提供重要保障。

表1 現(xiàn)有產(chǎn)品開發(fā)模型分析對(duì)比

1 V型模型的不足

Paul Rook在1980年代提出了典型V型研發(fā)模型[5]，并被各種軟件開培訓(xùn)教科書收錄作為典型案例，如下圖2所示，其由總體設(shè)計(jì)、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼等組成v型的左半邊；然后單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試組成v型的右半邊，每一個(gè)測(cè)試環(huán)節(jié)和左邊有一定的對(duì)應(yīng)關(guān)系。

從2圖中可以清楚地看出這個(gè)模型從時(shí)間和層次關(guān)系上清楚地描述了研發(fā)過程和測(cè)試驗(yàn)證過程的對(duì)應(yīng)關(guān)系。但存在一個(gè)重要的缺陷，即無法說明表示設(shè)計(jì)過程和測(cè)試過程之間的聯(lián)系。在本文介紹的建立以需求為中心的研發(fā)模型中，給出一個(gè)相對(duì)v型模型更加穩(wěn)定的模型。

圖2 V型開發(fā)模型

2 以需求為中心的倒A型研發(fā)模型

需求在產(chǎn)品研發(fā)中充當(dāng)著全局引導(dǎo)的重要作用，是產(chǎn)品質(zhì)量之“源”。明確的需求，可以使計(jì)劃具有實(shí)際意義，是研發(fā)工作有序化的前提，能夠促進(jìn)版本需求管理，使測(cè)試和設(shè)計(jì)相互獨(dú)立和彼此驗(yàn)證成為可行。

3.1 以需求為中心的基本研發(fā)模型

如果把“把事情一次做好”作為研發(fā)的理念，則必須有一個(gè)明確的目標(biāo)需求定義，這個(gè)明確的需求既是研發(fā)實(shí)現(xiàn)的約束，也是測(cè)試驗(yàn)收的標(biāo)準(zhǔn)[6]?；谶@一思想，以需求為中心的研發(fā)過程的基本模型如圖3所示。

圖3 以需求為中心的研發(fā)過程的基本模型

在上圖中，可以看到基本模型和以往模型有幾個(gè)非常顯著的不同：

1）穩(wěn)定性。在v型模型的基礎(chǔ)上，需求成為連接兩個(gè)分支的關(guān)鍵，因此使這個(gè)研發(fā)模型具有穩(wěn)定質(zhì)量的結(jié)構(gòu)。

2）需求代替設(shè)計(jì)成為整個(gè)研發(fā)的中心，需求成為設(shè)計(jì)過程和測(cè)試過程遵守的共同參照。在具體研發(fā)過程中，還可以把需求說明看成設(shè)計(jì)方案和測(cè)試用例的檢查單，用來檢查兩個(gè)過程的對(duì)需求的滿足情況。

3）研發(fā)和測(cè)試兩個(gè)分支是相互獨(dú)立的，這和以往的研發(fā)模型有著本質(zhì)的區(qū)別。在以往的模型中，盡管設(shè)計(jì)和測(cè)試在時(shí)序上是兩個(gè)階段，但在邏輯上，測(cè)試實(shí)際上以設(shè)計(jì)的相關(guān)輸出為依據(jù)，如設(shè)計(jì)文檔、代碼等等，實(shí)際上是以設(shè)計(jì)為中心研發(fā)模型。

3.2 倒A型研發(fā)模型

在絕大多數(shù)研發(fā)過程定義的v型研發(fā)模型中，分為系統(tǒng)設(shè)計(jì)、概要設(shè)計(jì)、模塊設(shè)計(jì)、編碼與調(diào)試，以及對(duì)應(yīng)的系統(tǒng)測(cè)試、集成測(cè)試、單元測(cè)試等。在目前的較大規(guī)模軟件公司中，這個(gè)研發(fā)過程在時(shí)序上基本能夠得到保證，但這是一個(gè)不穩(wěn)定的模型，在實(shí)踐中往往弱化為以設(shè)計(jì)為中心或者以測(cè)試為中心的模式，在上面的章節(jié)也論述過這些模式存在的諸多問題。

在每一層如果要達(dá)到盡量少的迭代而產(chǎn)生的代價(jià)，也必須有明確的需求定義。這些不同層次的需求一方面從上向下層層分解，另一方面把同層次的研發(fā)和測(cè)試聯(lián)系起來，形成完整的需求體系，使得研發(fā)質(zhì)量控制成為圍繞以需求為中心的穩(wěn)定的倒A型體系結(jié)構(gòu)。如下圖4所示。

系統(tǒng)需求，來源于用戶、運(yùn)營(yíng)商、設(shè)備制造商等干系人提出的需求。系統(tǒng)需求是總體設(shè)計(jì)和系統(tǒng)測(cè)試共同的標(biāo)準(zhǔn)。

子系統(tǒng)需求，來源于系統(tǒng)測(cè)試向子系統(tǒng)分解而來的需求，以及總體設(shè)計(jì)產(chǎn)生的一部分新的需求。子系統(tǒng)需求是子系統(tǒng)設(shè)計(jì)和子系統(tǒng)集成測(cè)試標(biāo)準(zhǔn)。

模塊需求，來源于子系統(tǒng)需求分解來的需求，以及子系統(tǒng)設(shè)計(jì)新產(chǎn)生的一部分需求。模塊需求是模塊詳細(xì)設(shè)計(jì)和單元測(cè)試的標(biāo)準(zhǔn)。

圖4 倒A型研發(fā)模型

3.3 基于可用性理論的需求質(zhì)量屬性定義

就像產(chǎn)品要完成某些功能一樣，軟件功能（或者某種實(shí)體）是軟件質(zhì)量的基礎(chǔ)，只有在確定的功能上談質(zhì)量才有意義。但在目前研發(fā)過程中，人們往往割裂功能和質(zhì)量，這樣的例子在很多研發(fā)項(xiàng)目中非常常見，如產(chǎn)品研發(fā)過分強(qiáng)調(diào)先把功能打通，然后根據(jù)測(cè)試結(jié)果進(jìn)行優(yōu)化。按照這種方法很難使得研發(fā)隊(duì)伍秉承一次把產(chǎn)品質(zhì)量做好的思想，人們往往會(huì)為這種方法付出巨大的代價(jià)。產(chǎn)品的架構(gòu)受制于質(zhì)量屬性，如果前期產(chǎn)品研發(fā)質(zhì)量屬性沒有重點(diǎn)考慮，后期將會(huì)涉及到架構(gòu)級(jí)別的改動(dòng)，這對(duì)產(chǎn)品來說，意味著大大提高成本和延長(zhǎng)產(chǎn)品推出周期。

下面主要介紹如何在需求環(huán)節(jié)就對(duì)產(chǎn)品的質(zhì)量屬性進(jìn)行分析和定義，約束產(chǎn)品開發(fā)，包括研發(fā)和測(cè)試，把產(chǎn)品的質(zhì)量一次做好。

3.3.1 質(zhì)量需求定義

在新的研發(fā)模型中，我們引入了質(zhì)量需求的概念。這種考慮是基于“把事情一次做好”研發(fā)理念的延續(xù)。如果要達(dá)到有效的全程產(chǎn)品質(zhì)量控制，必須從最早的階段開始考慮質(zhì)量，也就是必須從需求階段就需要引入質(zhì)量需求和控制。因此在需求說明中，必須要對(duì)產(chǎn)品質(zhì)量的要求進(jìn)行定義，這種質(zhì)量方面的要求隨著需求的分解和落實(shí)，一起分解到下一層進(jìn)行實(shí)現(xiàn)。產(chǎn)品質(zhì)量方面的要求實(shí)際上就是產(chǎn)品的質(zhì)量屬性。圖5是質(zhì)量需求模型的說明。

上述模型具有兩個(gè)明顯的特點(diǎn)：

1 功能（包括實(shí)體）和質(zhì)量屬性是相互關(guān)聯(lián)在一起的；

2 在需求分解的時(shí)候，質(zhì)量屬性也和功能一樣向下層進(jìn)行分解。

圖5 質(zhì)量需求模型

3.3.2 基于可用性理論的需求質(zhì)量屬性定義方法

需求的質(zhì)量屬性定義有很多種，在實(shí)踐中可以根據(jù)項(xiàng)目的實(shí)際情況采取合適的方式，只要滿足上節(jié)基本模型描述的原理。在實(shí)際項(xiàng)目中往往采用可用性理論作為質(zhì)量屬性定義方式。

可用性定義反映了在完成用戶功能需求同時(shí)，還要關(guān)注需求的滿足程度的需要[7]。現(xiàn)在重新審視研發(fā)中的需求，實(shí)現(xiàn)任何需求都需要考量需求的滿足程度才算完整，這種滿足程度實(shí)際上就是需求的質(zhì)量屬性。需求質(zhì)量屬性從可用性三個(gè)方面為出發(fā)點(diǎn)進(jìn)行分析：

1 有效性。任何需求本質(zhì)上都有一個(gè)程度的概念，不同的需求的衡量標(biāo)準(zhǔn)可能不同；

2 效率。任何需求本質(zhì)上都有一個(gè)效率的概念，反映在資源方面的代價(jià)；

3 滿意度。其主要由兩個(gè)方面來考量：

（1）滿足了需求有效性和效率方面的要求，能夠有效提高用戶滿意度，因此需要在有效性和效率方面盡可能地深入、全面地挖掘定義用戶提出的或者潛在的需求質(zhì)量屬性；

（2）對(duì)有效性和效率之外的無效情況，也需要采取有效的、合適的措施，提高用戶滿意度，因此需要定義無效性處理策略。另外用戶易用性方面，特別是操作、界面方面，也直接影響用戶的滿意度，也需要明確定義。

在研發(fā)的具體實(shí)踐中，對(duì)需求質(zhì)量屬性定義采用了上述可用性概念，結(jié)合實(shí)踐對(duì)可用性的三個(gè)方面作了進(jìn)一步的定義和擴(kuò)展，使得在項(xiàng)目中具有更高的可操作性，如表2所示：

表2 需求質(zhì)量的可用性定義

3.4 研發(fā)過程中基本質(zhì)量控制活動(dòng)

以需求為中心的研發(fā)過程基本模型中定義了需求、設(shè)計(jì)和測(cè)試為研發(fā)的三個(gè)基本過程，并且需求是整個(gè)研發(fā)的中心。從基本模型可以確定新的研發(fā)模式的一些基本質(zhì)量控制活動(dòng)，下圖6是實(shí)際的以需求為中心研發(fā)過程中的質(zhì)量活動(dòng)。

上述過程中特點(diǎn)：

圖6 以需求為中心研發(fā)過程中的質(zhì)量活動(dòng)

1 需求說明：主要由項(xiàng)目人員安排組織進(jìn)行需求先期分析，給出需求說明，具體實(shí)施可以以研發(fā)人員或者測(cè)試人員為主實(shí)施，研發(fā)和測(cè)試人員都參加評(píng)審。需求定義評(píng)審之后對(duì)需求的影響、復(fù)雜度等基本有了較準(zhǔn)確地分析，這時(shí)候可以緊接著進(jìn)行工作量估算、計(jì)劃安排等。

2 設(shè)計(jì)方案：主要由設(shè)計(jì)人員完成，測(cè)試人員參加評(píng)審。

3 測(cè)試用例：主要由測(cè)試人員完成，研發(fā)人員參加評(píng)審。

4 測(cè)試報(bào)告：主要由測(cè)試人員完成，研發(fā)人員參加評(píng)審。

3.5 研發(fā)后期的質(zhì)量控制和活動(dòng)

產(chǎn)品研發(fā)后期，需求逐漸收斂、研發(fā)團(tuán)隊(duì)重點(diǎn)工作轉(zhuǎn)為解決故障和對(duì)系統(tǒng)的優(yōu)化兩個(gè)方面。從產(chǎn)品來說， 無論是故障還是優(yōu)化都帶來質(zhì)量成本，都是研發(fā)管理盡量減少和避免的。從另一方面，故障和優(yōu)化又可以看成對(duì)產(chǎn)品新產(chǎn)生的外部需求。

因此后期的故障和優(yōu)化從過程角度可以按照需求的研發(fā)過程進(jìn)行，即包括故障（優(yōu)化）解決方案、設(shè)計(jì)方案、測(cè)試用例等基本過程，并進(jìn)行相應(yīng)的評(píng)審等質(zhì)量活動(dòng)；同時(shí)故障和優(yōu)化給產(chǎn)品帶來質(zhì)量成本，必須形成反向的閉環(huán)控制措施，用來進(jìn)行過程數(shù)據(jù)測(cè)量、過程改進(jìn)等。

圖7 研發(fā)后期的質(zhì)量控制

對(duì)故障和優(yōu)化的反向分析包括以下幾個(gè)方面：

· 問題在研發(fā)過程的哪個(gè)階段引入的

· 問題引入對(duì)應(yīng)哪個(gè)需求

· 解決問題花費(fèi)的人力和時(shí)間是多少

4 以需求為中心研發(fā)過程實(shí)例

下面以一個(gè)比較典型的系統(tǒng)產(chǎn)品項(xiàng)目為例，說明一個(gè)具體項(xiàng)目中采用以需求為中心研發(fā)過程的情況。某大型3G CDMA基站系統(tǒng)項(xiàng)目，具有兩組相同的項(xiàng)目組，分別采用V型開發(fā)模式和以需求為中心的研發(fā)模式進(jìn)行開發(fā)對(duì)比。下面將以該系統(tǒng)3年的開發(fā)數(shù)據(jù)為例，從開發(fā)周期和版本變更通過率兩個(gè)指標(biāo)進(jìn)行對(duì)比分析。

圖8 開發(fā)周期對(duì)比

從圖8可以看出，采用以需求為中心研發(fā)模式的團(tuán)隊(duì)總體研發(fā)時(shí)間明顯小于采用V型開發(fā)模式的團(tuán)隊(duì)。采用V型開發(fā)模式的研發(fā)人員的研發(fā)時(shí)間占據(jù)了90%，其中幾乎大部分時(shí)間都在軟件調(diào)試或者問題攻關(guān)，且絕大多數(shù)的版本變更不受控制，沒有文檔，也沒有經(jīng)過評(píng)審，僅剩余10%的時(shí)間用于學(xué)習(xí)擴(kuò)充團(tuán)隊(duì)自身。而采用以需求為中心的研發(fā)模式的研發(fā)人員能夠使用60%的時(shí)間進(jìn)行研發(fā)，40%的時(shí)間進(jìn)行學(xué)習(xí)與討論，節(jié)省了大量的時(shí)間與人力成本，為學(xué)習(xí)型團(tuán)隊(duì)打下基礎(chǔ)。

圖9 版本變更通過率與一次變更通過率對(duì)比

從圖9可以看出，采用以需求為中心研發(fā)模式團(tuán)隊(duì)在時(shí)間上有著充分的質(zhì)量保證的時(shí)間，使得產(chǎn)品能夠有能力作分步實(shí)施，階段提交使用，具有清晰的產(chǎn)品規(guī)劃曲線，版本變更通過率高達(dá)100%，高于V型開發(fā)模型，其中一次變更通過率為75%遠(yuǎn)高于V型開發(fā)模型。通過對(duì)需求進(jìn)行嚴(yán)格評(píng)審保證了需求的完備性和質(zhì)量屬性，從源頭上明確了研發(fā)和測(cè)試的目標(biāo)，大大減少了后期產(chǎn)生故障和優(yōu)化任務(wù)的可能性，尤其是避免了原理性、系統(tǒng)級(jí)別的研發(fā)缺陷。另外明確的需求定義也為項(xiàng)目估算、計(jì)劃等提供了可靠的基礎(chǔ)，非常顯著地提高了項(xiàng)目管理的科學(xué)性和有效性。

以需求為中心的研發(fā)過程明確了需求作為研發(fā)中心的地位，同時(shí)也建立了一整套過程控制規(guī)范，促進(jìn)了設(shè)計(jì)過程和測(cè)試過程，從根本上解決了以設(shè)計(jì)為中心的一系列問題。

以需求為中心的研發(fā)過程中，在有效的前向控制的基礎(chǔ)上，也可以有效地進(jìn)行反向跟蹤和改進(jìn)。在具體實(shí)踐中，對(duì)產(chǎn)品研發(fā)過程中產(chǎn)生的故障進(jìn)行引入的需求以及研發(fā)環(huán)節(jié)進(jìn)行分析。通過反向分析可以不斷進(jìn)行過程改進(jìn)，完善需求規(guī)范、設(shè)計(jì)規(guī)范以及測(cè)試規(guī)范，形成一個(gè)閉環(huán)的研發(fā)質(zhì)量控制系統(tǒng)。隨著實(shí)踐的深入、不斷的積累，逐漸形成一個(gè)高質(zhì)量的研發(fā)過程規(guī)范、高水平的研發(fā)隊(duì)伍。

4 結(jié)束語(yǔ)

本文討論了以需求為中心的研發(fā)過程模式，提出了一種倒A型穩(wěn)定研發(fā)過程模型，并創(chuàng)新地提出了以可用性理論為基礎(chǔ)的質(zhì)量屬性定義方法以及建立質(zhì)量屬性需求體系。傳統(tǒng)V型研發(fā)模式只是在開始的時(shí)候?qū)ο到y(tǒng)指標(biāo)等做簡(jiǎn)單的描述，這種研發(fā)模式需求無法滲入到研發(fā)過程的每個(gè)環(huán)節(jié)，因此無法對(duì)整個(gè)研發(fā)過程產(chǎn)生約束作用，通常會(huì)表現(xiàn)出自身的不穩(wěn)定性。新型研發(fā)模式通過需求定義、分解、驗(yàn)證約束，深入到每個(gè)研發(fā)環(huán)節(jié)，對(duì)整個(gè)研發(fā)組織、研發(fā)過程是一個(gè)系統(tǒng)性的改革，基于這種新型研發(fā)模式的穩(wěn)定特征實(shí)現(xiàn)快速收斂輸出產(chǎn)品，是過程管理理論方面重要的理論創(chuàng)新。最終，結(jié)合實(shí)踐過程中過程文檔側(cè)面對(duì)傳統(tǒng)V型研發(fā)模式和倒A型研發(fā)模式的兩種研發(fā)過程作了一個(gè)形象的比較，則有完善需求文檔的系統(tǒng)可以令人有信心地作出一個(gè)滿意的產(chǎn)品，相反只有設(shè)計(jì)文檔的系統(tǒng)則是一個(gè)很大未知數(shù)。

[1] Basem S. El-Haik, Adnan Shaout, Software design for six sigma: A roadmap for excellence, Weily Press, 2010.

[2] Evi Septiana Pane, Riyanarto Sarno. Capability Maturity Model Integration (CMMI) for Optimizing Object-Oriented Analysis and Design (OOAD), Procedia Computer Science, 2015(72): 40-48.

[3] Zhen He, Thong Ngee Goh. Enhancing the Future Impact of Six Sigma Management. Quality Technology & Quantitative Management, 2015, 12(1): 83-92.

[4] 張友生, 李雄. 軟件開發(fā)模型研究綜述, 計(jì)算機(jī)工程與應(yīng)用, 2006, 03: 109-115.

[5] Paul Clements . Software Architecture in Practice.北京：清華大學(xué)出版社, 2003.

[6] Paul Clements. Evaluating Software Architectures.北京：清華大學(xué)出版社, 2003

[7] Kraig Finstad. The Usability Metric for User Experience. Interacting with Computers, 2010, 22(5): 323-327.

[8] Junji Zhi, Vahid Garousi-Yusifo?lu, Bo Sun. Cost, benefits and quality of software development documentation: A systematic mapping. Journal of Systems and Software, 2015, 99(1): 175-198.

Inverted A-Model for Stable Software Development

CHEN Shi-jun1, WANG Hui-qiang2, CHEN Qiang1, LIN Jun-yu2, XIANG Ye-ping1, TIAN Xue-feng1
(1. Wireless pre-research department , ZTE Corporation, Shenzhen 518000, China 2. College of Computer Science and Technology, Harbin Engineering University, Harbin 150001, China)

For the instability problem of the traditional V-model for software development, an improved A-model is proposed in this paper based on the key role of requirements for the quality of products and development. It is a stable development mode in a requirement-centered manner. On this basis, the requirement architecture and corresponding process control for the A-model is studied. Meanwhile, the theory of availability is treated as a foundation to build quality attribute requirement architecture, and the approaches and strategies of quality control is outlined too. Finally, the practices are demonstrated in the new development mode, and the application prospect of our model is forecasted.

Computer software; Development process control; Requirement; Quality attribute; Availability

TP393

: A

10.3969/j.issn.1003-6970.2016.12.002

國(guó)家科技重大專項(xiàng)(No.2011ZX03003-003-01)；國(guó)家自然科學(xué)基金項(xiàng)目(No.61370212)；中興產(chǎn)學(xué)研合作項(xiàng)目(No.2015ZTE01-01-12)

陳詩(shī)軍(1972-)，男，碩士，高級(jí)工程師，研究領(lǐng)域?yàn)闊o線定位、MIMO、信道仿真、通信產(chǎn)品開發(fā)。

王慧強(qiáng)(1960-)，男，博士，教授，研究領(lǐng)域?yàn)榫W(wǎng)絡(luò)安全、未來網(wǎng)絡(luò)、軟件可信性、無線定位。

本文著錄格式：陳詩(shī)軍，王慧強(qiáng)，陳強(qiáng)，等. 一種穩(wěn)定的倒A型軟件開發(fā)模型一種穩(wěn)定的倒A型軟件開發(fā)模型[J].軟件，2016，37（12）：07-12