1、軟件工程開發(fā)管理體系建立狀況分析閱讀提示：本文中主要針對(duì)中國軟件工程開發(fā)管理體系 的建立狀況進(jìn)行調(diào)查、分析，具體內(nèi)容包括：開發(fā)者公司或項(xiàng) 目獲得軟件評(píng)估認(rèn)證體系的分布狀況、開發(fā)者公司或工程組 對(duì)工程過程管理框架的應(yīng)用狀況、開發(fā)者獲取用戶需求的方 式分布狀況和開發(fā)者公司或工程組對(duì)迭代開發(fā)方式的應(yīng)用狀 況。IT開發(fā)技術(shù)人員作為信息化技術(shù)的使用者、應(yīng)用的規(guī)劃者和實(shí)施者是中者和實(shí)施者是中信息化建設(shè)的中堅(jiān)力量。20XX年年末,們開展了一次調(diào)研活動(dòng)。通過對(duì)軟件開發(fā)技術(shù)應(yīng)用的研究和對(duì)研究中涉及的調(diào)查數(shù) 據(jù)的比照，可以看出國內(nèi)軟件企業(yè)的標(biāo)準(zhǔn)化程度在不斷提 高，軟件開發(fā)輔助工具的使用在開發(fā)過程中也越來越普及。

2、而中國軟件企業(yè)大局部還處于原始開展?fàn)顟B(tài)，需要真正懂軟 件工程技術(shù)和管理的技術(shù)人員和國內(nèi)軟件咨詢技術(shù)企業(yè)的自 我完善和成長。中國的軟件產(chǎn)業(yè)從80年代末開始形成，到現(xiàn)在已經(jīng)走過 了近二十年。在這二十年里，國際軟件產(chǎn)業(yè)和技術(shù)的創(chuàng)新和 變化非常大，我們不得不面對(duì)走過幾十年、積累了經(jīng)驗(yàn)的國 際軟件產(chǎn)業(yè)企業(yè)的壓力。從下面的調(diào)查數(shù)據(jù)可以看出中國軟件行業(yè)從業(yè)人員的努力 和辛苦。但是還是有太多不盡人意的地方，這也讓我們中國 軟件行業(yè)的員工不得不再次深入思考，反思我們過去的做 法，規(guī)劃我們未來的道路。我們將在本文中詳晨黑跑年底說明了什么問題？下面， 坤納力祈和講述。狀況IS09000被認(rèn)為是國內(nèi)各種類型的企業(yè)在規(guī)

3、范化進(jìn)行中必 須經(jīng)過的一種認(rèn)證，CMM/CMMI評(píng)估是2000年開始進(jìn)入中國大 陸并迅速得到各類軟件企業(yè)認(rèn)同的一種評(píng)估手段?？梢赃@樣說，基本上通過CMM/CMMI評(píng)估的軟件企業(yè)都會(huì) 先考慮通過IS09000系列的認(rèn)證，因?yàn)镃MM/CMMI評(píng)估的費(fèi)用 較大，周期也相應(yīng)較長。通過IS09000是國內(nèi)軟件公司取得規(guī)范化的第一條路， 并且是必經(jīng)之路。從上圖的調(diào)查數(shù)據(jù)可以看出，只通過ISO- 9000系列認(rèn)證的接近40%,通過IS0-9000認(rèn)證和CMM/CMMI 評(píng)估的接近30%。這樣，通過ISO-9000系列認(rèn)證的軟件公司 應(yīng)當(dāng)超過50%o CMM/CMMI評(píng)估體系雖然與IS0-9000認(rèn)證不 同，

4、但是取得CMM/CMMI評(píng)估是一些軟件公司在取得IS0-9000 認(rèn)證之后，更深一步的目標(biāo)追求。2000年的時(shí)候，珠海市宣布對(duì)通過CMM評(píng)估的軟件企業(yè) 給與一次性50萬人民幣的獎(jiǎng)勵(lì)，同時(shí)國內(nèi)多個(gè)城市都出臺(tái)了 類似的獎(jiǎng)勵(lì)措施。但是，直到2001年底國內(nèi)也只有幾家企業(yè) 通過了 CMM2級(jí)的評(píng)估，CMM3級(jí)的評(píng)估只有2家。企業(yè)在通過 CMM/CMMI評(píng)估的過程中，CMM/CMMI2級(jí)大約需要100萬人民幣，而3級(jí)的評(píng)估那么需要150萬到200萬人民幣的投入?，F(xiàn) 在居然能占到了 28. 2%的企業(yè)中的部門通過了 CMM/CMMI的評(píng) 估，可見國內(nèi)企業(yè)進(jìn)行這方面認(rèn)證的投入是相當(dāng)積極的。這里有一個(gè)需要澄清

5、的觀點(diǎn)，那就是：CMM/CMMI只有評(píng)估，沒有認(rèn)證!關(guān)于CMM/CMMI有下面兩個(gè)特點(diǎn)是與IS09000不同的:第一，CMM/CMMI的評(píng)估是一個(gè)持續(xù)不斷的過程， CMM/CMMI的目的是為了幫助目標(biāo)企業(yè)改進(jìn)其軟件開發(fā)過程， 而不是簡單的認(rèn)證。因此，每過一段時(shí)間就需要進(jìn)行重新的 評(píng)估，如果再次評(píng)估的時(shí)候沒有到達(dá)上次評(píng)估的要求，那么在 CMM/CMMI的級(jí)別發(fā)布中會(huì)修改其級(jí)別。第二、CMM/CMMI只是對(duì)組織中的某一個(gè)部門的評(píng)估，不 會(huì)對(duì)整個(gè)組織/企業(yè)進(jìn)行評(píng)估！，CMM/CMMI的評(píng)估只是針對(duì)部 |1,同時(shí)在3級(jí)以上才需要組織/企業(yè)提供一些環(huán)境和配套措 施，但它始終都不是對(duì)整個(gè)組織/企業(yè)的評(píng)估。

6、第三，按照規(guī)定大概每過半年，該部門的狀態(tài)就需要進(jìn)行一次重新的評(píng)估，以確保他們?cè)诖似陂g的工程仍然能夠達(dá) 到此前評(píng)估中認(rèn)定的級(jí)別。檢查該部門是否出現(xiàn)新的問題或 者其級(jí)別是否已經(jīng)有所提高！如果過了期限而沒有參加評(píng) 估，那么不會(huì)被認(rèn)定仍然具有該資格。在SEI那里記錄的也只 是曾經(jīng)通過評(píng)估的有哪些，并不是說明現(xiàn)在還擁有資格的有 哪些，所以，在看CMM證書的時(shí)候一定要注意一下!因?yàn)槊看卧u(píng)估，CMM的主任評(píng)估師都只會(huì)說：“我是來幫 助你們改進(jìn)過程的。每過一段時(shí)間，我們都需要過來評(píng)估一 下你們目前的開發(fā)過程所處的狀態(tài)，并針對(duì)你們的缺陷提出 我們的意見和建議，供你們參考來改進(jìn)你們部門的過程，提 高你們的軟件開發(fā)

7、管理水平”另外，CMM/CMMI的評(píng)估沒有其所要求的固定的軟件開發(fā) 與管理要求，它就像一個(gè)抽象的理論框架，企業(yè)采用哪種具 體的實(shí)現(xiàn)方法是沒有關(guān)系的，因此，企業(yè)可以選擇XP或者選 擇RUP或者選擇其他開發(fā)過程來進(jìn)行這個(gè)評(píng)估。2、開發(fā)者公司或工程組對(duì)工程過程管理框架的應(yīng)用狀況圖表：開發(fā)者公司或工程組對(duì)工程過程管理框架的應(yīng)用 狀況從上面的調(diào)查圖表可以看出，國內(nèi)軟件企業(yè)的標(biāo)準(zhǔn)化程度 已經(jīng)有了顯著的提高，因?yàn)檐浖_發(fā)的過程管理框架可以顯 示一個(gè)企業(yè)在軟件開發(fā)中的標(biāo)準(zhǔn)化程度，這是一個(gè)企業(yè)從混 亂狀態(tài)到標(biāo)準(zhǔn)化狀態(tài)必須跨越的一道門檻，而擁有自己的過 程管理框架也說明這個(gè)企業(yè)擁有自己的核心技術(shù)人員和專家 團(tuán)隊(duì)。

8、從軟件企業(yè)的開發(fā)過程和實(shí)踐來看，完全采用RUP的過程框架進(jìn)行開發(fā)在中國國內(nèi)是不太現(xiàn)實(shí)的，因?yàn)镽UP過程本 身的復(fù)雜度和管理上的重量是國內(nèi)從大型企業(yè)到小型企業(yè)都 無法承受的。這一點(diǎn)也可以從下面使用軟件開發(fā)輔助工具的 情況上看出來。而XP的過程由于其先天的特征，要求企業(yè)內(nèi)必須有技術(shù)水平絕對(duì)高的架構(gòu)師的存在，而從中國的軟件開發(fā)歷程來 存在，加上軟件技術(shù)本身的變革和飛躍，基本上可以認(rèn)為 內(nèi)目前還沒有真正培養(yǎng)出自己的軟件架構(gòu)師的時(shí)間，所以, 從這一點(diǎn)來看，完全的XP實(shí)施就是不現(xiàn)實(shí)的事情?？?，中國內(nèi)目前還沒有開發(fā)經(jīng)驗(yàn)20年以上的軟件技術(shù)人員這一點(diǎn)同樣可以從后面的“您所在的公司或工程組是否 選用了迭代的開發(fā)

9、方式”的調(diào)查數(shù)據(jù)中看出來。3、開發(fā)者獲取用戶需求的方式分布狀況圖表：開發(fā)者獲取用戶需求的方式分布狀況需求的獲取方式與當(dāng)前國內(nèi)工程和客戶的實(shí)際情況密切相 關(guān)，在上圖中表現(xiàn)得非常明顯。我們來分析一下這些情況：對(duì)于一開始獲得所有需求，這是瀑布式開發(fā)過程所提出 的需求獲取模式，實(shí)際上這對(duì)于一般的工程是十分不實(shí)用也 不太現(xiàn)實(shí)的，但是，如果能以這種方式達(dá)成需求獲取目的， 那就是最正確的需求獲取時(shí)間了。所以，有接近三成（27.1%） 的開發(fā)者采用這種方式。從目前國內(nèi)的工程狀況來看，基本上只有單純的外包工程才能做到這一點(diǎn)。這個(gè)27. 1%的數(shù)值也可以看出國內(nèi)外包項(xiàng)目所占的市場分額。比方，東軟就從原來最大的國內(nèi)

10、軟件承 包商變成了國內(nèi)相對(duì)較大的外包軟件承包商。對(duì)于現(xiàn)場客戶獲取需求，這不僅僅是國內(nèi)最常見的需求獲取方式，也是國際上幾乎所有的軟件工程的最初需求獲取 方式。例外的也只有產(chǎn)品開發(fā)類別的工程會(huì)不一定需要到用 戶現(xiàn)場進(jìn)行需求獲取，但是，從一個(gè)公司做工程積累到做產(chǎn) 品，歸根結(jié)底，這個(gè)產(chǎn)品型工程的原始需求還是從用戶現(xiàn)場 獲取到的。至于這個(gè)比例只有48.5%的原因，我們認(rèn)為這應(yīng)該 是由于并不是所有的開發(fā)人員都會(huì)去做或者去了解需求獲取 的手段和方式，因此大局部開發(fā)人員其實(shí)是不需要到用戶現(xiàn) 場的，尤其是由于人員變動(dòng)后來進(jìn)入到工程組中的開發(fā)人員 是不了解需求獲取的最初狀態(tài)的。對(duì)于迭代開發(fā)獲取需求，首先應(yīng)該認(rèn)同的

11、是迭代開發(fā)獲取需求與現(xiàn)場客戶獲取需求兩者之間是不矛盾的，而且正常 來說后者應(yīng)該與前者的比例是相近的。迭代開發(fā)獲取需求一方面是因?yàn)閲鴥?nèi)用戶對(duì)想要開發(fā)的工程的不確定性。這不僅 成為目前最流行也最強(qiáng)力的過程論之一。甚至RUP與XP 際上最著名的開發(fā)過程都是以迭代化思想為基礎(chǔ)搭建起來 的。在國內(nèi),際上也是同樣存在的，否那么，迭代化開發(fā)不會(huì)需求獲取的迭代開發(fā)并不復(fù)雜。其實(shí)也可以看做是原型法 的一種表現(xiàn)形式，會(huì)通過不斷獲得的用戶需求來實(shí)現(xiàn)。用戶 會(huì)在看到實(shí)現(xiàn)的功能的基礎(chǔ)上，進(jìn)一步提出自己更深層次的 理解和需求。這種不斷輪回的方式就是迭代過程的表達(dá)。這 也符合人類對(duì)事物認(rèn)知的過程，從表層的認(rèn)識(shí)到本質(zhì)的認(rèn) 識(shí)，從最初的表層認(rèn)識(shí)到用戶自覺目的的深層認(rèn)識(shí)，從簡單 的電子化操作到深層的業(yè)務(wù)流程重組整合，再經(jīng)過幾年的數(shù) 據(jù)積累，逐漸走向?qū)＜蚁到y(tǒng)和決策支持系統(tǒng)。4、開發(fā)者公司或工程組對(duì)迭代開發(fā)方式的應(yīng)用狀況圖表:開發(fā)者公司或工程團(tuán)隊(duì)對(duì)迭代開發(fā)方法的應(yīng)用狀 況。從上面的數(shù)據(jù)分布可以看出中國軟件行業(yè)一個(gè)非常嚴(yán)重 的問題，就是開發(fā)過程中的迭代方法是什么，如何使用，如 何應(yīng)用迭代的思想來幫助我們更好的處理軟件開發(fā)中遇到的 問題。其中46. 1%的人士沒有采用的，47. 5%的人使用的不徹 底，只有很少的6.4%的人認(rèn)為公司使用得很徹底，這一點(diǎn)從 一個(gè)側(cè)面表現(xiàn)出公司/工程組