1.1 研究背景 

在市場上既有老牌的設計公司被淘汰出局，也有新型的手機設計公司比如小米、錘子、樂視等設計公司也參與進來。這些廠商都想在未來的競爭中占領先機。在以往的非智能時代，因為非智能機的系統功能少，軟件功能需求也不高，而且類似臺灣的 MTK 的芯片公司還給手機設計公司提供了一條龍服務，手機設計商僅僅需要針對客戶需求稍微做修改就可以將產品快速的推向市場[1]。項目周期非常短，在項目管理方面也顯得過于隨意。但是隨著智能機時代的到來，隨著用戶對智能機的需求量越來越大，手機設計商紛紛的開始轉型。許多設計商轉型不及時慘遭淘汰，比如以往的王牌諾基亞，摩托羅拉。所以現在要求手機設計公司的項目產品需要快速緊跟著市場和客戶的需求的變化。 在目前眾多的軟件項目管理方案中，有比如 CMMI 標準，ISO9001 標準等[2]。這些標準在項目具體的實施過程中同時也有許多可供選擇的開發模型，比如有瀑布模型、迭代模型、增量模型、螺旋模型等[3]。自從 CMMI 被提出以來，CMMI 就廣泛的被使用在軟件項目開發的過程控制和成熟度管理中。在以往的軟件項目團隊管理中，為了實現對軟件項目的質量管理和過程管理，一般都會去匹配 CMMI 要求。其中手機界的設計泰斗摩托羅拉是在國內軟件開發項目管理企業中最先獲得 CMMI 五級認證的公司[4]。但是我們發現這些方案實際上主要面向的是大型企業，而且即使是大型企業在執行 CMMI 的標準過程中，也會產生很多過程冗余的問題。所以很多中小企業如果要使用這些標準，那么需要投入人力物力成本會很大，所以不適合中小型企業。 隨著智能手機移動終端時代的到來，移動終端的功能數量空前提高，軟件項目編碼的復雜度也隨之增加，終端客戶的需求差異性越來越大，這就導致了芯片供應商很難再為手機設計公司提供一條龍的服務，這就需要手機設計公司需要自身去完成對客戶的需求實現。這樣就大大的增加了手機設計公司的項目開發壓力。而且對于新型的智能操作系統和硬件平臺，有經驗的開發人員非常的缺乏，更麻煩的是以往的傳統項目開發管理模式比較機械。但是客戶的需求問題又非常的多而且多變，這就使得手機設計商發現這種傳統的項目開發模式很難應付客戶對項目的需求[5]。 

.......

 

1.2 研究的目標與內容 

 

1.2.1 課題研究的目標 

文章的研究目標為解決 S 公司在瀑布開發模型中遇到的問題。具體解決如下七個問題： １）項目需求的理解與確認問題 ２）項目需求的變動問題 ３）項目團隊管理問題 ４）項目代碼管理問題 ５）項目版本管理問題 ６）項目周期管理問題 ７）項目質量管理問題.

 

1.2.2 課題研究的內容 

文章主要是通過 S  公司在傳統軟件項目中所遇到的問題進行分析，然后針對如何在移動終端項目中選擇敏捷開發方法和如何設施進行詳細分析。 論文的主要研究內容包括：1）分析了國內外手機設計公司的軟件項目管理的現狀和 S 公司使用瀑布模型開發的方法。 2）分析了傳統軟件項目開發方法和敏捷開發方法的差異。 3）對比分析了敏捷項目開發的主流開發方法。 4）分析了 S 公司在項目開發中所遇到問題，然后針對這些問題如何進行敏捷開發方法的選擇。 5）描述了  S  公司利用極限編程項目開發方法的開發流程，以及對瀑布模型開發中遇到問題的解決方案。 6）針對使用瀑布模型項目開發方法和極限編程項目開發方式的項目數據進行分析，將這兩種項目開發方式進行比較。 

.........

 

第二章 手機軟件企業實行敏捷開發管理的現狀研究

 

2.1  敏捷軟件開發方法概述 

進入 21 世紀以后，隨著市場和客戶的需求數量與差異性不斷增加，軟件產品的種類和數量空前的增多，軟件開發企業之間的競爭也是日益的加劇，但是傳統軟件項目開發在應對這些問題時候又顯得乏力，在這種項目開發背景下傳統的軟件開發方法和管理理論就越來越不適用了，軟件開發組織和相關學者開始重新思考、定位軟件開發過程，試圖探索一種新的基于過程的項目管理方法[13]。 于是敏捷概念被引用到了軟件領域。2001 年敏捷聯盟在美國成立，《敏捷宣言》正式發表，敏捷軟件的運動隨之產生和發展起來[14]。敏捷代表了 21世紀互聯網時代軟件開發過程模式中的一種先進理念和價值觀。與傳統的軟件開發過程相比，敏捷更強調快速靈活地響應，積極主動地迎接和適應變化，主張客戶更加緊密地與軟件開發組織協同工作開發，主張以人為本的核心思想，主張可持續發展[15]。它集合了一整套的價值觀、原則和實踐方法。 個人和交互勝過過程和工具。這個觀點主要強調具有合作精神的項目開發團隊在敏捷開發中的重要性。如果項目團隊不能進行有效的團隊合作，再強大的開發方法和開發工具都只能成為擺設[16]。在軟件項目開發過程中需要哪些開發方法和開發工具的幫助和支持是由項目開發團隊來討論決定的。   

.........

 

2.2 綜合比較敏捷開發方法 

在當今的經濟和科技的飛速發展過程中，市場的需求正發生著日新月異的變化。與此同時客戶和終端用戶的需求也在發生著變化。競爭對手的出現和科技的更新換代給軟件項目開發帶來了非常大的挑戰。所以軟件項目開發人員就需要始終保持軟件項目工作的敏捷性，需要通過敏捷靈活的，有適應變化需求的軟件項目開發方法來適應當今市場的需求。敏捷開發方法在軟件工程中特別強調四個核心問題：開發團隊對項目工作的控制的能力；開發團隊人員之間、開發人員以及客戶的溝通交流合作；對“變化即是機遇”的理解；快速的進行軟件產品交付以滿足客戶需求。通過上述對敏捷開發方法的描述，我們發現敏捷開發方法能夠很好的解決這四個問題。 然而各種敏捷開發方法的特征如何呢，我們在實際的軟件項目開發中如何進行選擇呢，下面我們來對敏捷開發方法進行特征比較。 極限編程：極限編程比較適合項目規模小理想的團隊人數一般不超過十人、項目進度比較近、客戶的需求變化大、產品質量控制比較嚴格的項目。XP 希望以高效與高質量來解決客戶的需求問題，通過高效的敏捷性和較小的開發成本來滿足客戶未來可能的需求變化，XP 在長短期的利益均衡之間進行了精巧的選擇。 ASD：  自適應軟件開發的特征是重點應用在構建相對比較復雜的軟件項目系統的技術，其基本理念是注重于項目成員的相互協作和項目團隊的自我組織完善。 

......

 

第三章  S 公司移動終端項目開發的背景與問題 .......... 18 

3.1 手機項目開發的行業背景以及特征 ............ 18 

3.2 S 手機軟件設計公司的人員組織結構特征 .......... 18 

3.3 S 手機軟件設計公司的產品特性 ........ 19 

3.4 S 公司項目實施的傳統項目開發方法 ......... 20 

3.5 S 公司項目瀑布模型質量管理 ............ 22 

3.6 S 公司移動終端項目產品特征 ............ 23 

3.7 移動終端項目傳統開發遇到的問題 ............ 24 

3.8 針對 S 公司項目出現的問題所采取的敏捷開發方法 ........... 28 

3.9 S 公司瀑布模型和極限編程模型的對比 ..... 30 

3.10 本章小結 ......... 32 

第四章  移動終端項目使用 XP 方案的管理改進策略 ........... 33 

4.1 項目需求管理 ............ 36

4.2 項目團隊管理 ............ 45

4.3 項目代碼管理 ............ 51

4.4 項目版本管理 ............ 55

4.5 項目周期變動管理 .... 58 

4.6 項目質量管理 ............ 60 

4.7 本章小結 ........... 62 

第五章  S 公司移動終端項目 XP 實施效果分析 ........... 63 

5.1 傳統項目開發和極限編程項目開發的項目生產率 ...... 63 

5.2 傳統項目開發和極限編程項目開發的代碼出錯率 ...... 66 

5.3 傳統項目開發和極限編程項目開發的項目偏差 .......... 68 

5.4 本章小結 ........... 71 

 

第五章  S 公司移動終端項目 XP 實施效果分析

 

上文講述了為什么 S 公司項目團隊在開發過程中為什么要從傳統的軟件項目開發方法切換到極限編程項目開發方法。如下文章將描述傳統軟件項目開發方法和極限編程項目軟件開發方法的效果實施差異。針對軟件項目的度量，文章采用可行性比較高的面向功能度量的方法[36]。本文選用了六個采用瀑布模型開發的項目和本文中采用極限編程的移動終端項目。這個七個項目具有項目的平均工作量、項目復雜度以及項目需求是具有相似性的。所以將這六個項目與移動終端項目進行分析對比。

 

5.1 傳統項目開發和極限編程項目開發的項目生產率 

首先文章將比較傳統軟件項目開發和極限編程項目開發在生產率方面的差異。Pf=FP/E；  FP 代表項目功能點數，E 代表人月，Pf 表示以每人月為單位的所完成的項目功能點數[37]。該數值能夠比較準確的反應在項目開發中工作的效率，在功能點的復雜情況相當的情況下，其數值越大代表工作效率越高，其數值越小代表工作效率越低。 數據分析：將瀑布項目開發方法和極限編程項目管理開發方法的結果進行比較，如表 5-1 為瀑布項目開發方法和極限編程項目開發方法的項目生產率的數據。通過綜合分析瀑布模型與極限編程項目開發方法項目生產率的描述統計如表 5-2，如圖 5-1 是從表 5-2 所生成的折線圖，折線圖中藍色代表瀑布模型開發方法的項目生產率，紅色代表極限編程項目開發方法的項目生產率。可以從圖中看出瀑布模型與極限編程項目開發方法的項目生產率對比圖可以看出極限編程項目開發方法的項目生產率的平均值、中位數是大于瀑布開發模型的，并且極限編程方式的項目生產率的最小數值是大于瀑布模型項目生產率的最大值的。所以極限編程項目開發方法的項目生產率是高于瀑布模型的項目生產率。 通過極限編程項目開發方法，項目開發人員與客戶進行有效的溝通，所以項目開發人員在充分理解客戶需求的情況下進行項目開發，保證了項目產品功能與客戶需求保持一致。項目開發人員通過結對編程，這樣開發人員進行相互的監督、借鑒、學習，不光可以有效的保證項目開發的質量，還可以提高開發人員的水平，這樣也有效的提高工作效率。 

........

 

結論 

 

文章主要首先通過在當前的項目開發環境下對手機設計公司在傳統項目軟件開發所遇到的問題進行分析，分析出存在的需求的理解和確認、需求的頻繁變動、項目開發人員的配置問題、項目周期問題。這些問題在傳統軟件項目開發中發現已經很難進行有效的解決。其次文章針對更有有效的項目管理開發方法即敏捷開發方法進行深入分析，并且分析了其幾種主流的開發方法。然后針對 S 公司移動終端項目開發所遇到的問題進行敏捷開發方法的選擇，最終選擇了極限編程開發方法。再次在 S 公司移動終端項目中提出了具體的極限編程方法的實施方案，并且針對在瀑布模型開發中遇到的問題提出了具體的解決方案。最后將傳統軟件項目開發和極限編程項目開發進行項目方面的數據對比，說明了在 S 公司移動終端項目開發中進行極限編程開發方式的有效性。 極限編程開發方式是一種在中小型項目開發中使用的軟件項目開發方式，其能夠快速有效的解決客戶提出的種種需求變動問題。為了極限編程的有效設施，也需要考慮到項目產品的特性和項目開發團隊的特征。而且為了實現項目的有效管理，敏捷開發方式也是可以進行相互的結合使用，這也是以后需要研究的課題。

.........

參考文獻（略）