隨著3G/4G移動通信技術和云計算、大數據等信息技術的不斷發展和成熟，逐漸形成了“移動終端+無線通信網絡+平臺+應用”的價值承載體系結構，人們也逐漸習慣了借助移動終端完成互聯網服務的消費，標志著人類社會已經步入移動互聯網時代。

[[132257]]

針對移動互聯網時代對于服務提供商的要求，電信運營商需要在需求管理和應用開發模式方面進行創新。電信運營商傳統的需求管理模式往往是業務部門在市場經營中形成對于業務支撐系統的需求，然后有軟件開發商進行需求調研并開發實施。這種需求管理和應用開發模式***的問題就是開發周期長，難以快速靈活地滿足移動互聯網市場需要。同時，某些業務需求往往需要多個軟件開發商協作完成，這大大增加了需求管理和項目管理的難度，因此迫切需要通過科學的需求管理方法來收集和分解需求，填平業務需求和技術實現之間的鴻溝。

本文以電信運營商當前在需求管理和應用開發模式方面存在的問題和不足為起點，以國際電信行業和移動互聯網***實踐為參考，分析并探討了面向移動互聯網時代電信運營商在需求管理和應用開發模式方面的新思路和新模式。

1 面向移動互聯網的需求管理模式研究

相比傳統的互聯網消費模式(姑且稱之為桌面互聯網)，移動互聯網進一步突破了時空限制，由于移動智能終端的隨身性，使得服務提供商能夠實時準確地匹配需求和供給，移動互聯網給予這個時代更大的想象空間。

移動互聯網時代，應用商店模式更加突出，面向人們工作與生活各個方面的創新型應用層出不窮，而電信運營商傳統的需求管理模式(見圖1)存在開發周期長、從需求到實現的映射復雜等問題將難以適應移動互聯網時代的要求，需要通過需求管理模式變革來提升需求管理能力。

圖1 電信運營商傳統需求管理模式

電信運營商傳統需求管理模式通常為單鏈條型，這種模式的特點是開發周期長，不能快速地響應外部變化的市場需求，在移動互聯網時代，各種應用極大豐富，生命周期短，只有那些“跑得快”并且通過不斷修正后滿足市場需求，擁有一定用戶群基礎的應用才能夠生存。

圖2為面向移動互聯網的需求管理模式，這種模式的特點表現為：***，業務需求的提出不僅僅是業務部門平時記錄下的零散需求，許多需要來自于企業內部生產經營數據庫和外部數據源(比如社交網站中用戶對產品的評價數據)，這樣可以保證需求來源的客觀性和真實性，保障需求的廣度和質量。第二，面向移動互聯網的需求管理模式中增加原型開發和應用試運營階段，這樣可以將應用快速推出并接受市場的檢驗，如果業務部門提出的需求滿足市場需要，則可以推廣實施，否則將該需求暫時存入需求管理數據庫，以降低企業市場經營風險。第三，業務部門和IT部門基于共同的需求管理庫完成需求的收集和確認。需求管理庫可以參考電信行業***實踐Frameworx框架體系進行構建。業務部門主要負責將業務需求注入到業務過程框架和信息框架中，IT部門則需要以業務過程框架(eTOM，增強的電信運營圖)和信息框架(SID，共享信息與數據)為基礎，進行應用框架(TAM，電信應用藍圖)和集成框架(BS/Contract，業務服務/合約)的設計，軟件開發商和系統集成商則需要基于應用框架和集成框架選擇適合應用的技術，給出系統設計方案和部署實施方案。

圖2 面向移動互聯網的需求管理模式#p#

2 面向移動互聯網的應用架構模式研究

電信運營商通常采用單一系統的應用架構模式，然后通過企業服務總線等進行集成，在各個系統之間進行數據交換和流程流轉。當然，也有些應用采用“公共支撐平臺+應用”的模式來實現，這種模式主要解決了多個系統之間能力復用和資源共享問題，提高了開發效率。傳統應用架構模式如圖3所示。

以上2種應用架構模式雖然滿足了業務需求，系統之間也基于企業服務總線或者公共支撐平臺實現了資源的共享，但是這種模式還是不能滿足移動互聯網時代對于應用提供速度和資源全球共享的需求。為了解決這一問題，筆者提出了一種基于能力分層的“平臺+應用”開放架構模式(見圖4)。

首先從下往上看圖4：面向移動互聯網的應用架構模式分為資源承載層、能力執行層和能力封裝層。資源承載層是服務提供商的物質基礎，對于電信運營商主要是承載業務的IT網絡資源和承載通信服務的通信網絡資源，對于外部服務提供商主要為互聯網和內部支撐網絡資源。

其次，在資源承載層之上是能力執行層，這一層主要起到承上啟下的紐帶作用，對上主要是接收能力封裝層下發的能力執行指令，對下主要是將業務層面的執行指令轉換為資源承載層能夠理解的指令。

***，能力封裝層則是對電信運營商內部和外部能力進行接入和聚合，為個性化應用開發提供平臺基礎，個性化應用無需關心能力封裝的內部實現，只需基于開放平臺提供的基礎能力實現個性化需求。

采用分層架構的能力開放平臺可以調動企業內部和外部所有信息和通信網絡資源，調動全社會研發力量的積極性和創造性，快速靈活地生產滿足市場需求的個性化應用。

應用架構模式主要從空間角度描述從業務需求到資源供給的分層承載關系，無法體現應用開發的過程，為了彌補這一不足，筆者將應用開發過程分為3個大的階段，以便從時間角度看到應用從概念到實現的全過程(見圖5)。

從圖5可以看出，***階段主要完成能力開放平臺基礎能力的構建，交付成果為能力開放平臺軟件開發工具包和相應的說明書。第二階段主要完成個性化應用的開發和測試，個性化應用以能力開放平臺提供的基礎能力為支撐，開發速度大大提高。第三階段主要是完成個性化應用的審核和發布，通過審核的應用可以由測試環境轉換到生產環境，成為個性化與創新型應用商店新的一員。

3 結束語

面向移動互聯網的需求管理和應用開發模式主要是為了實現快速交付個性化應用的目的，但是這種模式主要還是從業務和技術角度設計，為了使得這種模式更加有效，必須配以相應的管理機制來共同完成。需求管理模式方面，需要業務人員和架構設計人員都要充分掌握基于Frameworx框架體系的需求管理方法，同時能夠將零散的需求分解到需求管理體系中，這需要從管理角度明確需求分解的顆粒度，以便實現業務到技術的平滑交接。同時，應用開發模式也需要以市場為導向，明確開發個性化應用的激勵制度，對于那些產生好的經濟效益的應用，要給予應用開發者物質和精神獎勵，提高應用開發者的積極性和創造性。

參考文獻：

[1]李福東，姜文穎. Frameworx框架體系淺析[J]. 郵電設計技術，2014(2).

[2]李福東，張何林，吳盛博. ITILv3框架體系淺析[EB/OL]. [2014-01-12]. http://wenku.baidu.com/link?url=2m5-QJrnV9o61OwRs19O ZkAdj9cyVJ-KeJ5ycqGbU_BA16uDo1W7dWt5qm559ujiittRNZ6t1O 1ujiittRNZ6t1O1fKgq1Luw8mhxb1OZXmp6OmgpbmOiHdH3.

[3]于海瀾. 企業架構：價值網絡時代企業成功的運營模式[M]. 北京：東方出版社，2009.

[4]ScottA.Bernard. An Introduction to Enterprise Architecture Third Edition，Author House，2012.

[5]David Feinleib. Big Data Demystified：How Big Data is changing the way we live,love and learn，The Big Data Group, 2013.

[6]陳威如，余卓軒. 平臺戰略：正在席卷全球的商業模式革命[M]. 北京：中信出版社，2013.

[7]騰訊開放平臺. 2013中國互聯網開放平臺白皮書[R]. 深圳：騰訊科技(深圳)有限公司，2013.

[8]TMF. Information Framework Concepts and Principles,TM Forum,2014.4.

[9]TMF. Application Framework Concepts and Principles,TM Forum,2012.10.

[10]TMF. Business Metrics Scorecard Concepts and Principles,TM Forum,2013.10.

[11]TMF. Business Process Framework Concepts and Principles,TM Forum,2013.8[12] 陳立云，金國華. 跟我們做流程管理[M]. 北京：北京大學出版社，2010.

[13]芭芭拉. 七步掌握業務分析[M]. 朱慶，譯. 北京：電子工業出版社，2010.

[14]Jeffrey L. Whitten. Systems Analysis and Design Methods 7th Edition，McGraw-Hill Irwin，2007.

[15]Karl E. Wiegers. 軟件需求[M]. 劉偉琴，譯. 2版. 北京：清華大學出版社，2010.