《南京博醞信息科技有限公司創(chuàng)業(yè)計劃書》由會員分享，可在線閱讀，更多相關《南京博醞信息科技有限公司創(chuàng)業(yè)計劃書（29頁珍藏版）》請在裝配圖網(wǎng)上搜索。

1、 2014年度中國（南京）軟件谷領軍型科技創(chuàng)業(yè)人才引進計劃創(chuàng)業(yè)計劃書 （A類） 申報人： 項目名稱： 擬創(chuàng)企業(yè)名稱：南京博醞信息科技有限公司 中國（南京）軟件谷管理委員會科技人才局 2014年3月 第一部分 申報人及團隊基本情況 一、基本信息 國內(nèi)最高學歷/學位 博士在讀 國外最高學位 無 目前工作單位 上海修醞軟件服務有限公司 目前工作地點 上海市浦東新區(qū)南匯新城鎮(zhèn)環(huán)湖西一路99號12號樓A座108室 創(chuàng)業(yè)經(jīng)歷 創(chuàng)業(yè)企業(yè)名稱 創(chuàng)業(yè)地點 注冊時間 公司是否仍在運

2、行 與原企業(yè)關系 上海修醞軟件服務有限公司 上海市浦東新區(qū)南匯新城鎮(zhèn)環(huán)湖西一路99號12號樓A座108室 2013年8月 是 執(zhí)行董事、總經(jīng)理 二、教育、工作經(jīng)歷 學習經(jīng)歷 時間 學校 專業(yè) 學歷/學位 2001.9 ~ 2004.7 復旦大學附屬中學 無 高中 2004.9 ~ 2008.7 上海大學 自動化 工學學士 2006.9 ~ 2009.7 上海大學 英語 文學學士 2008.9 ~ 2010.3 上海大學 電工理論與新技術 碩士（轉(zhuǎn)碩博連讀） 2010.3 至今 上海大學 控制理論與控制工程 博士在讀 工作經(jīng)歷

3、 時間 單位 任職 2010.3 至今 上海橘星電子科技有限公司 技術總監(jiān) 2013.1 ~ 2013.5 無錫火秀傳媒科技有限公司 技術總監(jiān) 2013.7 至今 上海修醞軟件服務有限公司 執(zhí)行董事、總經(jīng)理 三、申報人簡介 申報人介紹（300字之內(nèi)）： 申報人自2001年開始接觸Linux操作系統(tǒng)和服務器管理相關內(nèi)容，此后逐漸了解并接受了早期云的概念。大學階段參加了一些機器人的研究和競賽，獲得了一些獎項，并在機器人控制的基礎上結(jié)合分布式理念，提出了分布式機器人系統(tǒng)的概念。碩博連讀階段，申報人在分布式系統(tǒng)、云計算等方向發(fā)表了多篇國際會議論文，并結(jié)合人工智能、機器學習

4、、ASIC、異構(gòu)多處理器等領域，進行了相關的研究。 申報人自2010年起與同學從事創(chuàng)業(yè)活動，在橘星電子擔任軟硬件技術總監(jiān)至今，主導或參與了汽車電子、安防系統(tǒng)、音樂煙花、音樂噴泉、機器視覺、自動控制等多個系統(tǒng)的開發(fā)。2013年上半年，申報人與無錫火秀合作，擔任音樂煙花項目的軟件技術總監(jiān)。此外，申報人自2009年起獨立帶領團隊進行了包括CRM系統(tǒng)、音視頻編輯系統(tǒng)、觸摸屏系統(tǒng)、電商網(wǎng)站等多個項目的研發(fā)。 修醞軟件創(chuàng)立至今，承接或參與了包括網(wǎng)站、移動App、應用軟件、ERP系統(tǒng)、軟硬件系統(tǒng)等十幾個項目的規(guī)劃與設計，在此基礎上設計開發(fā)了公司核心的云計算平臺，并將其實用化。公司團隊分工明晰、合

5、作融洽，員工在日常工作中都能獲得很大的進步。公司也致力于與各高校合作，積極傳播知識、發(fā)掘人才，幫助學校更多更好地培養(yǎng)出有用于社會的人才。 第二部分 項目概述 一、創(chuàng)業(yè)項目概述 創(chuàng)業(yè)項目概述（500字之內(nèi)）： 本項目通過同時提供移動App所需的前臺設計實現(xiàn)和后臺數(shù)據(jù)托管服務，來方便移動App開發(fā)者快速開發(fā)一個跨平臺的實用型的App，通過平臺或網(wǎng)頁直接編譯出可以使用、可上傳到市場的App，且在日后的運維過程中無需再考慮后臺的安全性、穩(wěn)定性、可擴展性等問題。 項目前臺使用PhoneGap技術提供一系列的控件庫，滿足開發(fā)者開發(fā)App的常見控件需求。開發(fā)者使用HTML/CSS/JS

6、調(diào)用項目提供的控件，將它們連接起來后，用同樣的語言編寫一些自定義的樣式和功能之后，即可通過項目提供的云編譯后臺編譯得到可用的手機App。 項目后臺使用基于Ruby on Rails的RESTful接口實現(xiàn)數(shù)據(jù)的增刪改查以及數(shù)據(jù)表結(jié)構(gòu)的建立和修改，使用Nodejs提供即時通訊類和消息推送類的接口，在用戶登錄注冊方面使用SSO提供全局的用戶數(shù)據(jù)訪問，以及基于移動端網(wǎng)頁的電子支付、ERP、OA等流程定制及訪問。前臺控件和后臺數(shù)據(jù)緊密結(jié)合，在控件中添加一定的安全機制以保證通訊安全可靠。 項目后臺依托于修醞云成熟方案，使用全球分布式云主機來提供高可用性、可擴展的數(shù)據(jù)托管平臺，提供分布式數(shù)據(jù)庫

7、和云存儲空間來方便開發(fā)者管理數(shù)據(jù)和上傳下載圖片、地圖及音視頻文檔。 此外項目面向開發(fā)者也提供了一個查看管理數(shù)據(jù)的平臺，方便開發(fā)者增刪數(shù)據(jù)、修改數(shù)據(jù)表結(jié)構(gòu)、查看用戶使用數(shù)據(jù)統(tǒng)計等。 二、創(chuàng)業(yè)機會概述 創(chuàng)業(yè)機會概述（300字之內(nèi)）：要從項目產(chǎn)品的先進性及應用發(fā)展前景、進入市場機會（如：市場現(xiàn)實需求處于萌芽、起步、成長、成熟、飽和、衰退階段）及市場發(fā)展空間、團隊實施項目的現(xiàn)有能力和發(fā)展?jié)摿Φ确矫婷枋鰟?chuàng)業(yè)機會。 自2007年iPhone面世以來，手機、平板電腦、機頂盒等智能終端產(chǎn)品已逐漸成為我們?nèi)粘Ｉ钪胁豢苫蛉钡囊徊糠?，在將來的五到十年?nèi)將全面取代PC機。移動App作為智能終端上的標

8、準軟件包發(fā)布模式，近幾年也發(fā)展迅猛，目前蘋果的App Store上共有超過百萬種App供下載，而其它各種App市場每天在不斷地涌現(xiàn)。 另一方面，目前移動App市場正被幾種常用終端系統(tǒng)所區(qū)分，主要包括iOS、Android、Windows等，不同系統(tǒng)的App往往會在不同的市場上線，彼此也常常不能通用。各種開發(fā)環(huán)境對于剛?cè)腴T的開發(fā)者并不友好，各平臺的學習門檻也成為阻礙開發(fā)者前進的絆腳石。與此同時，除了關注移動App的前臺實現(xiàn)，開發(fā)者往往還需要兼顧程序后臺的需求，并且隨著App的推廣，后臺開發(fā)和管理任務會變得越來越繁重，甚至超出開發(fā)者可以控制的范圍，最終導致產(chǎn)品失敗。 三、擬辦（已創(chuàng)

9、辦）企業(yè)情況 擬注冊企業(yè)名稱 南京博醞信息科技有限公司 意向落戶園區(qū) 軟件谷 企業(yè)注冊地址 待定 所在區(qū)縣（開發(fā)區(qū)） 待定 申報人擔任的職務 法人代表、董事長 企業(yè)人數(shù) 5 博士 1 碩士 2 本科 2 企業(yè)性質(zhì) 有限責任公司（國內(nèi)合資） 擬注冊資本 100萬元 產(chǎn)業(yè)領域 軟件開發(fā)、技術服務、技術咨詢、電信增值業(yè)務（ICP） 擬定股本構(gòu)成（萬元） 內(nèi)容 貨幣出資 無形資產(chǎn)作價 有形資產(chǎn)作價 技術作價 其他無形資產(chǎn)作價 申報人 30 10 0 0 團隊其他成員 20 10 0 0 風險投資 30 0 0

10、 0 其他資金 0 0 0 0 合計 80 20 0 0 申報人個人投入占股百分比：40% 四、嫁接企業(yè)情況 第三部分 項目技術與產(chǎn)品（服務）實現(xiàn) 第一章 項目技術方案 一、項目總體技術概述 （一）總體技術方案 項目所依據(jù)的技術原理（1000字之內(nèi)）： PhoneGap是一個基于HTML/CSS/JS的移動App開發(fā)庫，使用PhoneGap可以很方便地使用網(wǎng)頁設計語言來實現(xiàn)跨平臺移動App的開發(fā)。我們使用PhoneGap已經(jīng)有一段時間了，在NFC、室內(nèi)定位、圖像識別等方面都積累了一定的經(jīng)驗。結(jié)合我們的自身優(yōu)勢和正在開發(fā)的項目，目前正在設計

11、開發(fā)的PhoneGap控件包括： l 具有排版功能、插入表情圖片視頻功能的所見即所得文本編輯器； l 具備翻頁、查找、快速定位等功能的電子書閱讀器； l 擁有群組管理及廣播消息功能的即時通訊工具； l 微博、SNS類基于時間線的消息發(fā)布與組織平臺； l 日歷、白板、任務管理類的協(xié)作平臺； l 具有各種重放功能、效果濾鏡的視頻播放器； l 具有畫筆、濾鏡等簡單編輯功能的圖片編輯器； l 視頻剪切合并和轉(zhuǎn)碼所用的視頻編輯器； l 基于SVM、NN等人工智能技術及其它圖像處理方法的圖像識別技術核，提供物體識別、文字識別、海報識別、圖片搜索等功能； l 可進行縮放、定位、添加自

12、定義標簽、導航的室內(nèi)外地圖； l 利用藍牙定位及WiFi定位等技術實現(xiàn)的室內(nèi)定位及商家信息推送； l 利用PhoneGap接口訪問藍牙、WiFi、攝像頭、重力傳感器、麥克風等接口，讀取數(shù)據(jù)； l 基于移動端網(wǎng)頁的電子商務、網(wǎng)上支付、企業(yè)CRM、ERP、OA等流程系統(tǒng)。 如果開發(fā)者需要實現(xiàn)像印象筆記、即時通訊、流媒體播放、電子商城、閱讀器等單一功能的應用，可以直接選用合適的控件，添加一些自定義的樣式來實現(xiàn)所需功能和外觀；如果開發(fā)者需要結(jié)合幾種不同的功能，則可以調(diào)用多個控件來實現(xiàn)；如果開發(fā)者還有新的功能需求，他們既可以使用HTML/CSS/JS自行實現(xiàn)并選擇是否開源，也可以要求我們?yōu)樗?/p>

13、提供開發(fā)所需的技術支持。 我們提供的云服務器上配置好了各個平臺的編譯環(huán)境。開發(fā)者完成初步開發(fā)以后，可以將代碼上傳到云服務器上進行編譯，得到相應平臺的App，進行測試及分發(fā)。測試完成后，開發(fā)者可以上傳自己購買或生成的密鑰，對生成的App進行簽名，并利用我們的系統(tǒng)或自行上傳到App Store、Google Play等平臺進行發(fā)布；若開發(fā)者不希望購買密鑰，也可以使用項目提供的密鑰、以我們公司的名義進行發(fā)布。使用項目提供的密鑰發(fā)布的，我們會對App的內(nèi)容進行審核；之后App若有獲利，可以按照一定的模式與開發(fā)者進行分成。 項目后臺主要由以下幾部分組成： l 基于Ruby on Rai

14、ls的RESTful接口，除了其基本的增刪改查功能以外，通過額外實現(xiàn)的Resource提供數(shù)據(jù)表結(jié)構(gòu)的建立、修改和刪除； l 使用Nodejs提供即時通訊類和消息推送類的接口，通過流量分攤、數(shù)據(jù)庫同步、會話同步等技術，一個32*512M內(nèi)存的集群即可以承載百萬級別的并發(fā)訪問； l 平臺提供統(tǒng)一的用戶數(shù)據(jù)存儲管理及相應的單點登錄接口，并提供與其它平臺單點登錄的對接。每個應用可以通過注冊用戶來增加或匹配用戶數(shù)據(jù)庫中的用戶條目，產(chǎn)生關聯(lián)，此后應用可以訪問用戶的公共信息及該應用的特定信息，在用戶授權的情況下可以獲得用戶的擴展信息及其它平臺的信息； l 前臺控件中包含了與后臺數(shù)據(jù)的會話

15、層協(xié)議，所有數(shù)據(jù)采用SSL加密，關鍵數(shù)據(jù)額外采用一次一密的方式進行加密。此外用戶登錄支持使用二次驗證； l 后臺數(shù)據(jù)庫以SQL和NoSQL混合方案實現(xiàn)，前者提供結(jié)構(gòu)化的存儲，后者提供非結(jié)構(gòu)化的分布式存儲。數(shù)據(jù)存儲及文件存儲提供版本控制功能，可以方便開發(fā)者回滾到之前的任一版本； l 項目后臺依托于修醞云的成熟方案，使用全球分布式云主機來提高系統(tǒng)的可用性、可擴展性、訪問性能及可訪問性，提供CDN、分布式數(shù)據(jù)庫、云存儲空間等，方便開發(fā)者管理數(shù)據(jù)和上傳下載圖片、地圖及音視頻文檔； l 前臺抓取用戶的主要訪問數(shù)據(jù)，合并用戶注冊信息、資源使用情況、突發(fā)訪問規(guī)模、錯誤信息日志等，在管理后臺

16、進行統(tǒng)計和顯示。管理后臺同時提供開發(fā)者上傳相關文本和多媒體文檔、修改數(shù)據(jù)表結(jié)構(gòu)等功能。 主要技術與性能指標（500字之內(nèi)）： l 前臺使用PhoneGap實現(xiàn)的控件列表如上表所列； l 項目前臺所使用的語言有：HTML（包含HTML5）、CSS、Javascript； l 項目前臺支持的編譯平臺包括：iOS、Android、Windows Phone、Blackberry 5/6/7、webOS； l 項目后臺使用的數(shù)據(jù)庫主要包括：MySQL、MongoDB、Redis、Memcached； l 項目后臺使用的前端網(wǎng)頁及緩存服務器包括：Nginx和Apache； l 項目后臺

17、使用的應用服務器包括：Ruby on Rails、Nodejs及一些Django； l 項目后臺提供的實時訪問及長連接接口并發(fā)量可支持千萬級別； l 項目后臺理論上可提供無限容量的數(shù)據(jù)庫； l 項目后臺可提供千萬等級的用戶總表與每應用的用戶擴展表； l 項目后臺的物理服務器提供商主要有： n 阿里云：位于杭州、北京、青島的服務器，以及全國/全球的CDN； n Digital Ocean：位于紐約、舊金山、阿姆斯特丹、新加坡的服務器； n Amazon AWS：位于美國東海岸、西海岸、歐洲、亞太、巴西的服務器，以及全球的CDN； n Cloud Flare：全球的CDN； l

18、目前主要使用Digital Ocean的服務器和Cloud Flare的CDN提供國外服務，使用阿里云的服務器和CDN提供國內(nèi)服務； l 項目后臺目前的服務器集群共有將近五十臺，前期的設計管理容量約為7*100臺，后期的設計管理容量可以達到10000臺左右。 （二）項目創(chuàng)新內(nèi)容 創(chuàng)新類別 □理論創(chuàng)新 ■應用創(chuàng)新 ■技術創(chuàng)新 □工藝創(chuàng)新 □結(jié)構(gòu)創(chuàng)新 項目創(chuàng)新內(nèi)容（1200字之內(nèi)）：創(chuàng)新內(nèi)容要根據(jù)選擇的創(chuàng)新類別，用技術語言按創(chuàng)新點分條目描述，盡可能多用實驗數(shù)據(jù)，要有數(shù)據(jù)分析、對比。如果是技術創(chuàng)新，請說明目前一般采用什么技術，申報項目對什么技術進行了創(chuàng)新，；如果是結(jié)構(gòu)創(chuàng)新、工藝創(chuàng)新，需

19、進行新舊結(jié)構(gòu)或工藝對比，并畫出新舊結(jié)構(gòu)圖和工藝流程圖。 l 租用由第三方服務提供商和數(shù)據(jù)中心提供的服務器，提供云間的上層服務，由服務器提供商負責服務器的底層設施搭建、機房維護、網(wǎng)絡帶寬、服務質(zhì)量保證等。不再需要投入大筆資金去建造機房，無需審批，即可獲得全球分布的服務器網(wǎng)絡，一個地區(qū)、一個國家的斷電、斷網(wǎng)及其它嚴重時間均不會導致整體服務器網(wǎng)絡產(chǎn)生問題，擴展容易，可擴展性高； l 可以充分利用市場上已有的廉價服務器資源，隨時可以從價格較高的服務器集群遷移到價格低廉的服務器提供商，且可以預期未來服務器價格將持續(xù)下降，使用第三方提供的服務器可以充分利用價格持續(xù)下降的優(yōu)勢，避免因投資建造機房而引

20、入不可控的風險； l 前臺使用PhoneGap實現(xiàn)。目前PhoneGap是最常用的跨平臺移動App開發(fā)平臺，涵蓋了市面上常見的移動終端系統(tǒng)，編程語言簡單常用，可擴展性好，易于進行擴展和編寫插件，已有插件庫豐富，可以滿足大部分移動終端外部設備的控制讀寫、實現(xiàn)大部分界面效果及邏輯功能； l 使用HTML/CSS/JavaScript語言實現(xiàn)的程序更易于上手，便于擴展，也便于融合其它庫和平臺。后期考慮結(jié)合Cocos2d、Unity3d，以及一些AR庫，來滿足游戲開發(fā)的需求，提供更多的功能； l 后臺 （三）與項目相關的知識產(chǎn)權情況 權利人相關說明： l PhoneGap使

21、用Apache 2.0開源許可，開發(fā)平臺可自由使用； l 用戶可自由選擇開源和非開源的插件，自行繳納可能產(chǎn)生的費用，承擔相應的責任； l 用戶自行開發(fā)的插件，可自主決定版權許可； l 本項目開發(fā)的插件，除非委托方要求，其它插件原則上均使用開源許可提供； l 根據(jù)Apache 2.0許可，非開源的插件是允許的； l 項目所提供的云端編譯環(huán)境，無論是帶密鑰的、不帶密鑰的，還是上傳到應用商店的版本，均按照相應平臺的許可而定。若許可不允許云端編譯，則無法提供該平臺的云端編譯； l 項目后臺使用開源Linux操作系統(tǒng)，所有使用的網(wǎng)頁服務器、應用服務器、數(shù)據(jù)庫服務器、高可用性、流量分攤、分布式

22、文件系統(tǒng)、認證服務器等，均使用開源實現(xiàn)； l 項目后臺所開發(fā)的程序，原則上均使用開源許可提供； l 后臺不排除因引入第三方庫而導致的版權限制，視具體需求確定使用的版權。部分程序的代碼版權不會影響整體項目的版權情況； l 后臺可能因涉及安全問題而暫緩開源，在此情況下會發(fā)布通告，暫時先使用兼容的非開源協(xié)議發(fā)布，限期切換至開源協(xié)議； l 服務器端（包括網(wǎng)頁、應用和后臺處理）合法使用的任何非開源許可，均不會影響前端開源許可的有效性； l 以上所提及的開源許可，如未經(jīng)說明，一般從以下許可中選擇提供： n MIT License, n Apache 2.0 License, n GPLv2

23、 License, n GPLv3 License, n LGPL License, n BSD License。 二、項目技術開發(fā)可行性 （一）項目技術發(fā)展現(xiàn)狀 國內(nèi)外相關技術的研究、開發(fā)現(xiàn)狀的介紹、分析（1200字之內(nèi)）： l 近幾年，隨著移動終端和App的蓬勃發(fā)展，各種制作App的平臺也紛紛涌現(xiàn)，主要包括輕應用制作平臺、內(nèi)容類的App制作平臺、綜合性App制作平臺和App后臺托管平臺； l 輕應用制作平臺由于技術上比較容易實現(xiàn)，重點反而在于如何抓住用戶上，因此國內(nèi)輕應用制作平臺大多被巨頭所壟斷，如微信的開放平臺、百度開放云平臺等。盡管眾巨頭在這方面的研發(fā)和推

24、廣力度都很大，功能也在不斷地推陳出新，但輕應用在形式和技術上的局限性仍然是不可忽視的。除非在移動終端的技術和用戶體驗方面有重大革新，一般都認為輕應用只是移動應用的一個補充，只是為了滿足一些簡單且特定功能而實現(xiàn)的一種形式； l 內(nèi)容類App制作平臺在近幾年也在不斷出現(xiàn)。它們主要以“一鍵建App”、“移動端網(wǎng)站”等面貌出現(xiàn)，應用的主體就是一個CMS系統(tǒng)，通過把PC端網(wǎng)頁轉(zhuǎn)到移動終端上，并以手機應用的形式展現(xiàn)。這種形式的局限程度甚至甚于上者，局限于平臺所提供的模板和功能，除了展現(xiàn)網(wǎng)頁、文字圖片信息之外，基本不能提供其它的功能。另外這種平臺由于與后臺密切關聯(lián)，開發(fā)者一般以售賣后臺資源為主要目標，

25、售價需要覆蓋前臺開發(fā)和模板制作費用，大量模板的制作費用導致平臺價格普遍較高，對于入門開發(fā)者來說是一個沉重的負擔； l 除了輕應用和內(nèi)容類App以外，也有一些“全能型”的App制作平臺開始出現(xiàn)，如國內(nèi)的AppCan和國外的AppMachine等，我們稱之為綜合性App制作平臺。盡管與本項目所實現(xiàn)的平臺有些類似，但這類平臺通常是基于底層實現(xiàn)的，與直接使用PhoneGap編程區(qū)別不大，并不像本項目一樣提供豐富的控件庫來幫助入門開發(fā)者快速開發(fā)出原型和實用App。另一方面，目前市面上的這類App制作平臺全部是前臺開發(fā)平臺，并不提供后臺托管功能，開發(fā)者仍然需要租用和管理服務器來提供服務和管理用戶數(shù)據(jù)

26、，對于入門開發(fā)者來說仍然是一個不低的門檻； l 就如上一條所述，隨著用戶量的持續(xù)增長、用戶信息的爆炸、用戶跟蹤信息的不斷產(chǎn)生，后臺托管需求無論對于入門開發(fā)者還是專業(yè)App團隊，都是一個不小的負擔。有幾家國外的創(chuàng)業(yè)公司已經(jīng)開始提供這樣的托管服務，如Kii，它在國內(nèi)的推廣也比較成功。通過用戶管理、數(shù)據(jù)管理、消息推送、定位、服務器擴展五大模塊，Kii提供大部分移動App后臺托管所需的功能，并且支持iOS、Android、JavaScript、REST、Unity等接口。盡管作為當下主要的移動App后臺托管平臺，Kii吸引了不少各層級用戶的使用，服務的終端用戶數(shù)上億，但不少開發(fā)者表示Kii的接口

27、過于難用，對開發(fā)者不夠友好，在編程方面很困難。我們認為，這是由于Kii沒有提供前臺訪問的開發(fā)工具，將前后臺聯(lián)系起來造成的，對編程的要求很高。它只能面向高級開發(fā)者，這點不可避免地成為App后臺托管平臺的軟肋。 （二）項目主要研究內(nèi)容 項目研究開發(fā)內(nèi)容及涉及的關鍵技術及技術指標描述（1500字之內(nèi)）：逐條闡述項目研究開發(fā)的主要內(nèi)容及涉及的關鍵技術及技術指標。 （三）項目技術路線描述 項目技術路線描述（1200字之內(nèi)）：包括技術原理圖、工藝流程圖、產(chǎn)品結(jié)構(gòu)圖、框架圖等。 下圖是整個App設計平臺的架構(gòu)和設計流程， l 系統(tǒng)的核心是我們所提供的控件庫，控件庫中的每個控件同時提供

28、前臺展現(xiàn)和后臺邏輯。經(jīng)過包裝的控件中包含了前后臺數(shù)據(jù)交互與通信安全可靠性保障，控件庫保證系統(tǒng)前后臺緊密結(jié)合； l 平臺提供一個拖拽式的所見即所得設計平臺工具，該工具在目前的設計中以網(wǎng)頁的形式展現(xiàn)。通過拖放控件，開發(fā)者可以定義頁面版式、顏色主題、點擊效果、切換規(guī)則、控件所處的頁面與位置、控件排布等。對于無需后臺的簡單展示應用，僅完成這一步即可生成并發(fā)布可用的移動App最終產(chǎn)品； l 控件庫中也提供一些用于訪問和操控外設的功能，包括攝像頭、加速度傳感器、GPS、話筒、藍牙、Wifi、NFC等。這些功能一般包裝在控件中整體提供，為開發(fā)者提供一種包含多種外設輸入輸出、掩蓋底層細節(jié)的控件資源

29、。同時，如果開發(fā)者有需求，也可以直接調(diào)用其中的單個外設訪問控制插件； l 在完成拖拽設計之后，如果開發(fā)者需要一些進階的自定義版式與效果，或者希望自己編寫一些控件、引入一些為包含在平臺中的第三方控件，他們也可以使用HTML/CSS/JS來編寫一些代碼。代碼可以調(diào)用PhoneGap所有接口、平臺所提供的控件的所有接口，以及第三方庫提供的接口，編程風格類似于網(wǎng)頁編程，非常容易上手。代碼可以包裝成插件提供，方便以開源或閉源形式分發(fā)；也可以直接在上一步生成的程序上進行修改，進行微調(diào)； l 上一步完成的App源代碼可以提交云端編譯平臺進行編譯，生成測試用App和產(chǎn)品級App。開發(fā)者也可以選擇在

30、本地進行編譯，編譯環(huán)境的搭建和使用方法與PhoneGap用戶手冊上所述一致； l 編譯得到的產(chǎn)品級App可以通過本平臺或由用戶自行上傳到各種App Stores平臺進行發(fā)布。對于使用用戶自己的密鑰編譯（本地或云端編譯均可）并自行上傳的應用，用戶具有完全自主權；對于使用平臺提供的密鑰編譯并由平臺上傳的應用，應用上傳到App Stores之前需要經(jīng)過平臺的人工審核，審核成功并上傳之后，以本公司的名義發(fā)布，公司與開發(fā)者分享應用收益； l 在后臺方面，生成后臺資源模型的方法大致有以下幾種： n 在前臺安放插件之后，對應的后臺資源模型也隨之生成了； n 通過選用純后臺插件來添加資源模型；

31、 n 通過后臺提供的直接數(shù)據(jù)庫訪問界面來增刪和修改數(shù)據(jù)表結(jié)構(gòu)； n 通過自行編程來增刪和修改數(shù)據(jù)表結(jié)構(gòu)，程序使用平臺提供的數(shù)據(jù)庫訪問插件實現(xiàn)，編程語言也是JavaScript； l 有了后臺資源模型之后，開發(fā)者可以自行上傳和更新后臺資源，如圖片、視頻、地圖、文檔、結(jié)構(gòu)化文檔、圖像識別訓練數(shù)據(jù)、其它二進制數(shù)據(jù)等，這些數(shù)據(jù)可以在平臺的后臺進行可視化的上傳與管理； l 除了靜態(tài)數(shù)據(jù)，后臺也提供一些實時的、可變的數(shù)據(jù)，在數(shù)據(jù)發(fā)生改變時自動推送給用戶。這部分與移動端的連接主要使用Nodejs的長連接來實現(xiàn)，主要提供以下這些實時數(shù)據(jù)推送需求： n IM、SNS類應用所涉及的用戶廣播信息、

32、用戶交互信息等； n 由商家上傳提供的、實時更新的優(yōu)惠促銷信息； n 由用戶、設備信息更改觸發(fā)、通過平臺查詢并異步推送的通知； n 后臺異步運算處理得到的數(shù)據(jù)，包括統(tǒng)計分析、數(shù)據(jù)挖掘、機器學習等算法得到的實時數(shù)據(jù)； l 如圖所示，后臺資源主要包含： n 靜態(tài)資源：如上所述； n 實時資源：如上所述； n 用戶信息：用戶的注冊登錄信息，由平臺統(tǒng)一的用戶表和各應用獨立的擴展用戶表組成； n 用戶跟蹤數(shù)據(jù)：控件中包含的用戶跟蹤接口所獲取的用戶跟蹤數(shù)據(jù)； l 移動端應用前臺通過安全接口與后臺資源進行交互，普通數(shù)據(jù)一般使用SSL加密，關鍵數(shù)據(jù)則另外附加特定的一次一密等算法加強加

33、密； l 平臺提供可視化的后臺控制面板來管理后臺資源，包括數(shù)據(jù)表結(jié)構(gòu)的增刪和修改、數(shù)據(jù)的上傳下載和更新、統(tǒng)計使用數(shù)據(jù)的查看和導出等。 下圖是基于修醞云的項目后臺服務器云架構(gòu)， l 前端CDN不但包含服務提供商提供的CDN服務，也包含自建CDN云。自建CDN云的一個重要目的是區(qū)分國內(nèi)和國外流量，國內(nèi)流量主要流向阿里云CDN，而國外流量主要流向Cloud Flare，以保證全球最佳訪問速度；另一方面我們也會利用一些多余的計算資源來自建CDN云，來評估自建云的性價比； l 網(wǎng)頁服務器云位于CDN之后，我們部署了Apache和Nginx兩種網(wǎng)頁服務器，用于提供靜態(tài)文件服務、HT

34、TP緩存、SSL層、虛擬主機VHost，以及一些壓縮功能。Nginx更為輕型，可以提供較高的服務性能，而Apache可以提供更豐富的功能，根據(jù)路由算法，流量會被分類并發(fā)往這兩種服務器云； l 應用服務器云由Ruby on Rails、Nodejs和一些Django組成， n Ruby on Rails用于提供后臺主體的RESTful接口，可以方便地進行模型的創(chuàng)建與更改、數(shù)據(jù)訪問控制、多種文本格式輸入輸出（JSON、XML、CSV等）、靜態(tài)與動態(tài)內(nèi)容區(qū)分等； n Ruby on Rails也用于提供SSO注冊與登錄，以及一些流程定制與訪問。所有Ruby on Rails流量都是經(jīng)由網(wǎng)頁

35、服務器的； n Nodejs用于提供動態(tài)的互動內(nèi)容與消息推送，其優(yōu)異的異步響應性能可用于龐大用戶量的并發(fā)訪問和實時推送； n Nodejs的流量部分經(jīng)由網(wǎng)頁服務器，以實現(xiàn)更好的靜態(tài)內(nèi)容加速、壓縮加密等功能；另一部分則直接來自CDN云，以實現(xiàn)更快的響應速度； n 由于后臺處理服務器云主要是用Python實現(xiàn)的，因此應用服務器云中也有一些是用Django實現(xiàn)的，更方便實現(xiàn)與其的接口； l 關系數(shù)據(jù)庫云用于保存結(jié)構(gòu)化數(shù)據(jù)，主要包括數(shù)據(jù)統(tǒng)計的結(jié)果、用戶基本數(shù)據(jù)表、控件所訪問結(jié)構(gòu)化數(shù)據(jù)等。關系數(shù)據(jù)庫全部使用MySQL來實現(xiàn)，不考慮使用Oracle等大型數(shù)據(jù)庫，但將來可能使用PostgreSQ

36、L來替換一部分的MySQL數(shù)據(jù)庫，以實現(xiàn)更復雜的函數(shù)和實務操作，方便進一步擴展。MySQL服務器云使用一主多從和多主兩種方式提供冗余和負載均衡。 l 非關系數(shù)據(jù)庫云用于保存非結(jié)構(gòu)化數(shù)據(jù)，主要包括訪問跟蹤數(shù)據(jù)、用戶擴充數(shù)據(jù)、控件所訪問的非結(jié)構(gòu)化數(shù)據(jù)等。非關系數(shù)據(jù)庫主要由MongoDB實現(xiàn)，它對各種語言的支持都較好；另外我們也部署了一些Memcached、Redis等； l 文件服務器云用于提供文檔、圖片、視頻、地圖、圖像識別訓練數(shù)據(jù)等的存放和下載，使用Ceph來實現(xiàn)分布式文件系統(tǒng)和多拷貝容錯。文件服務器云內(nèi)部也進行分區(qū)存放，按照不同種類和訪問頻度進行區(qū)分，此外敏感文件分區(qū)增加文件系統(tǒng)

37、層的加密，避免數(shù)據(jù)外泄； l 高可用性、負載均衡服務器云分布于各層之間，使用LVS + Headerbeat來實現(xiàn)高可用性、負載均衡、流量分攤、服務器監(jiān)控的路由算法。目前的路由算法僅考慮了服務的可用性、負載情況和流量分攤，未來的實現(xiàn)中還會綜合考慮服務器的流量價格、內(nèi)存及硬盤速度、系統(tǒng)性能情況、服務器地理位置、是否同屬一個機房等因素，來更靈活地動態(tài)調(diào)整路由策略； l 認證服務器使用LDAP + Kerberos來實現(xiàn)服務器的統(tǒng)一身份管理，并提供最終用戶的SSO單點登錄。經(jīng)授權的管理員可以通過公鑰私鑰體系來訪問指定的服務器，也可以通過密碼加Google Authenticator雙重認

38、證的方法來登錄。服務器云采用里中外三層模型來限定不同管理員的管理權限，包含關鍵信息的核心服務器采用臨時授權的方式來限制訪問，必須獲取多把密鑰簽名并從外層依次驗證登錄，才能訪問到里層的服務器；認證服務器也提供SSO單點登錄； l 使用SNMP來監(jiān)控每臺機器的運行情況，數(shù)據(jù)會定時上傳到文件服務器，以供留檔和查看。目前正在前臺實現(xiàn)一些實時監(jiān)控和報警功能； l 所有代碼庫均使用Git來管理，代碼盡可能開源并通過Github托管，可以自動化地下載更新代碼并重新部署； l 使用Salt等自動化管理工具來管理服務器云，另外使用Python來編寫一些自動化腳本，方便日常的調(diào)試使用。 （

39、四）項目技術實現(xiàn)依據(jù) 設計思想依據(jù)（200字之內(nèi)）： l 項目的后臺數(shù)據(jù)托管，包括修醞云的最初設計，都源于團隊在之前實現(xiàn)一些網(wǎng)站托管和數(shù)據(jù)托管過程中總結(jié)的經(jīng)驗?，F(xiàn)有的IaaS、PaaS設施無法提供靈活可定制的高可用性、流量分攤等功能，且開發(fā)界面過于底層，對入門開發(fā)者不夠友好。這催生了修醞云的最初設想，并且在進一步的實踐使用中催生了博醞云的移動App托管設計； l 項目的前臺源于我們?nèi)粘Ｊ褂肞honeGap開發(fā)一些應用時發(fā)現(xiàn)的問題和需求。團隊之前根據(jù)客戶的具體的需求實際開發(fā)了一些PhoneGap插件，在研發(fā)過程中我們進行了歸納總結(jié)，試圖將這些插件通用化，以適合大部分開發(fā)者的需求，使移動

40、App開發(fā)變得很簡單，這是一件非常鼓舞人心的事情。這也就是我們設計博醞前臺的初衷。 關鍵技術實現(xiàn)依據(jù)（500字之內(nèi)）： l 項目后臺的服務器管理與數(shù)據(jù)托管源于之前我們在服務器管理方面總結(jié)的經(jīng)驗和想法，通過一種云間服務的概念去整合物理的云計算資源，合理地利用現(xiàn)有的技術和設施來實現(xiàn)新一代的云計算功能，為用戶提供更強大、更簡便易用的云計算資源； l 項目前臺的PhoneGap技術以及我們將實現(xiàn)的控件清單，都是我們在日常進行的移動App開發(fā)過程中總結(jié)得到的一些通用功能，通過將這些通用功能的搭配組合就可以實現(xiàn)目前市面上大部分移動App的主體功能，而且這些控件通過PhoneGap也可以方便地

41、進行組裝融合； l 項目后臺的數(shù)據(jù)管理界面源于我們在目前的項目開發(fā)過程中對于后臺數(shù)據(jù)的可視化和可管理性的需求，目前我們主要使用的后臺管理界面有PhpMyAdmin、Google Analytics以及各云平臺的監(jiān)控管理界面等，項目后臺的數(shù)據(jù)管理界面將融合這些平臺所能提供的服務，提供一個一站式的后臺管理界面； l 云端編譯技術則是我們結(jié)合目前PhoneGap所提供的云端編譯功能，以及我們實際工作中使用Android SDK和Apple XCode進行開發(fā)和編譯過程中總結(jié)出來的共同需求而得到的。 項目技術實現(xiàn)主要面臨的風險及應對措施（800字之內(nèi)）： l 項目后臺服務器管理與數(shù)

42、據(jù)托管基于修醞云的方案實現(xiàn)，該方案在目前訪問量與用戶數(shù)量都不大的情況下運行情況良好，擁有將近五十臺服務器。這方面最大的風險在于用戶量快速增長的情況下，系統(tǒng)無法迅速擴展以達到所需的規(guī)模。盡管這種風險是客觀存在的，但一方面是客戶快速增長的可能性在目前還不大，而且修醞云本身在設計和構(gòu)建的時候已經(jīng)包括了對于需求快速增長時的擴展性能；另一方面，如果客戶數(shù)量快速增長，就意味著平臺獲得了可觀的營利，也就能留出更多的資金來招募更多的技術人才，去擴充和完善整個平臺，使它能夠滿足快速增長的需求； l 相對來說，前臺的控件庫都是一個個開發(fā)并上線的，前期通用控件開發(fā)完成后，后期的開發(fā)情況不會太大程度地影響項目的

43、可用性和發(fā)展前景?？丶捎隗w積小、代碼行數(shù)少，質(zhì)量比較容易控制，軟件測試方面都會好做些； l 項目后臺管理界面是管理后臺數(shù)據(jù)的主要方式，但這個由于是面向開發(fā)者呈現(xiàn)的，因此在外觀設計和功能方面不會有太高的需求，只要可以將數(shù)據(jù)如實展現(xiàn)、可以按需修改就行。另一方面我們在后臺管理界面的設計上可以參考和引用已有的開源程序，如PhpMyAdmin，因此在開發(fā)上也不會有太大的壓力； l 相對來說服務器和平臺的安全性則是項目需要主要考慮的問題和最大的風險。這方面不可能規(guī)避，也不可能有任何方法去保證沒有安全問題，但團隊在設計和構(gòu)建修醞云，以及進行其它相關開發(fā)時，一直把安全性作為第一位需要考慮的事情。

44、在本平臺的設計中，我們除了使用修醞云已有的安全性方案之外，在前后臺數(shù)據(jù)接口方面也全局啟用了SSL加密，并且對關鍵數(shù)據(jù)額外采用一次一密的方法加密，在服務器云中則使用了一些文件系統(tǒng)加密、管理員賬號分離等方法，來進一步提高系統(tǒng)的安全性。隨著項目的進一步開展和系統(tǒng)平臺的進一步開發(fā)，安全性也會更加重其位置，成為我們的核心研發(fā)目標和核心競爭力。 三、項目技術成熟性 項目所處階段 □論證 ■研發(fā) □中試 □批量生產(chǎn) 項目產(chǎn)品銷售（服務）情況 ■無銷售 □試銷 □ 批量 關鍵技術成熟性分析（800字之內(nèi)）： l 項目后臺的服務器管理與數(shù)據(jù)托管采用修醞軟件成熟的托管方案。修醞云使

45、用云間服務器管理與分布式技術，成功服務了十幾家企業(yè)或項目，包括若干個企業(yè)官網(wǎng)、電商網(wǎng)站、信息分類網(wǎng)站的托管和若干個移動App的數(shù)據(jù)托管，包括NFC應用、室內(nèi)定位應用、商場優(yōu)惠推送等移動App； l 盡管架構(gòu)類似，但修醞云并未使用在大規(guī)模部署環(huán)境下。目前修醞云部署了近五十臺服務器，根據(jù)功能分類，每個功能的服務器不到十臺，僅進行了簡單的流量分攤和服務器間同步。對于大規(guī)模部署的情況，我們雖然有了理論上的方案，但現(xiàn)實情況并未允許我們進行類似的實驗，這包括了人力、資金和需求上的限制。我們在項目實施路線圖中包含了這方面的研發(fā)和實測預算，順利的話將在未來的幾個月中進行； l 項目前臺的Phone

46、Gap技術我們已經(jīng)用了一段時間了，實現(xiàn)了包括表單操作、數(shù)據(jù)庫讀寫、外設訪問、遠程訪問、自定義控件等功能。對于3.1.1.1中所列的功能列表，我們已經(jīng)進行了理論上的討論和設計，其中部分已經(jīng)在我們之前的開發(fā)中實現(xiàn)了，剩余要實現(xiàn)的控件雖然數(shù)量還有很多，但技術上已經(jīng)不存在什么障礙了； l 數(shù)據(jù)庫設計與管理后臺的編寫已經(jīng)在我們之前的項目中多次涉及到了，之前在進行一些CRM、ERP、OA系統(tǒng)的開發(fā)中，我們都實現(xiàn)了數(shù)據(jù)庫管理后臺，以方便企業(yè)客戶進行數(shù)據(jù)管理； l 云端編譯技術在眾多第三方App開發(fā)平臺中已經(jīng)實現(xiàn)了，PhoneGap本身提供了各種平臺的云端編譯環(huán)境，但對于免費用戶和收費用戶設置了不

47、同的限額。在之前的項目開發(fā)中，我們也進行了很多云端編譯和本地編譯，因此云端編譯腳本的編寫和系統(tǒng)的建立都不會是很大的障礙。 項目產(chǎn)品可靠性分析（200字之內(nèi)）： l 項目前臺的PhoneGap控件，我們已經(jīng)實現(xiàn)了部分，之后會根據(jù)研發(fā)計劃和市場需求情況，繼續(xù)開發(fā)一些PhoneGap控件。這部分的開發(fā)是漸進式的，單個控件的成功與否不會影響整個項目的成功性； l 項目后臺的托管技術已經(jīng)較為成熟，但進行服務器擴充需要一定的資金。無論是政府支持，還是用戶付費、投資進入，都會讓我們有更充裕的資金去實現(xiàn)項目后臺的擴展，而且這方面在前期也是漸進式的，不太可能影響整個項目的成功性； l 其它如

48、云端編譯技術、客戶定制情況，對于整個項目來說都不是必要的組成成分，不會影響整個項目的成功性。 項目產(chǎn)品技術檢測情況： □已檢測 ■尚未檢測 項目產(chǎn)品未進行技術檢測。 第二章 項目產(chǎn)品（服務）化 一、項目產(chǎn)品（服務）特性 產(chǎn)品形態(tài) □ 最終消費產(chǎn)品 □工業(yè)產(chǎn)品 □ 工業(yè)中間產(chǎn)品 ■ 技術服務 □ 其它 產(chǎn)品（服務）用途（200字之內(nèi)）： 博醞移動App設計平臺為移動App開發(fā)者提供開發(fā)便利，方便入門和專業(yè)開發(fā)者進行移動App的原型設計和產(chǎn)品級開發(fā)。通過簡單的拖放控件操作即可生成產(chǎn)品級的移動App，通過編寫HTML/CSS/JS程序?qū)崿F(xiàn)定制功能和插件的

49、接口。平臺同時提供后臺數(shù)據(jù)的管理、消息推送和數(shù)據(jù)分析，滿足整個移動App開發(fā)鏈的需求。 產(chǎn)品（服務）性能比較優(yōu)勢（600字之內(nèi)）： l 輕應用制作平臺在形式和技術上具有很大的局限性，一般都認為輕應用只是移動應用的一個補充，只是為了滿足一些簡單且特定功能而實現(xiàn)的一種形式； l 內(nèi)容類App制作平臺僅僅局限于平臺所提供的模板和功能，主要功能僅是展現(xiàn)網(wǎng)頁、文字圖片信息。并且這種平臺的售價需要覆蓋前臺開發(fā)和模板制作費用，價格普遍較高； l 綜合性的App制作平臺無法本項目一樣提供豐富的控件庫來幫助入門開發(fā)者快速開發(fā)出原型和實用App，且不提供后臺托管功能，開發(fā)者仍然需要租用和管理服務器

50、來提供服務和管理用戶數(shù)據(jù)； l 后臺托管平臺由于沒有提供前臺開發(fā)工具，導致后臺程序接口和數(shù)據(jù)管理都較難使用，只能提供給高級開發(fā)者使用，限制了這種平臺的使用； l 本項目設計的App設計平臺，兼顧了前臺與后臺的需求，可以同時滿足上述幾種平臺的需求，對于入門開發(fā)者來說也很容易上手，可以快速完成應用原型設計和生成產(chǎn)品級應用； l 在價格方面，本項目以后臺數(shù)據(jù)存儲量、用戶數(shù)量等指標為主要計價點，前臺開發(fā)工具和控件庫與后臺托管搭售，前后臺總體售價與后臺托管平臺相近；而前臺豐富易用的控件庫可以從另一方面增加后臺托管的使用量，也可以增加我們的整體收入。此外，大客戶的前臺定制開發(fā)需求也可以為

51、項目帶來一些較可觀的收入。 輕應用 制作平臺 內(nèi)容類App 制作平臺 綜合性App 制作平臺 后臺托管 平臺 博醞移動App 設計平臺 生成產(chǎn)品級的App 否 是 是 否 是 內(nèi)容展示類App 部分 是 是 否 是 硬件訪問與控制 部分 否 是 否 是 控件庫資源 部分 否 僅基本 否 是 后臺數(shù)據(jù)托管 否 是 否 是 是 入門開發(fā)者 是 是 否 否 是 自定義功能 否 否 是 是 是 平臺收費 免費/廣告/少量收費 廣告/收費 免費/收費/廣告 按使用量收費 按使用量收

52、費 開發(fā)維護總體費用 無/低 高 高 漸進 漸進 二、產(chǎn)品（服務）化實施計劃 產(chǎn)品（服務）具備進入市場年度 2014 產(chǎn)品能夠批量生產(chǎn)年度 2015 產(chǎn)品（服務）化實施計劃的具體進度安排、階段目標及主要工作內(nèi)容（600字之內(nèi)）： 在項目得到資助、研發(fā)經(jīng)費得到保證的前提下，項目可以在三個月內(nèi)完成后臺托管平臺的搭建、主要功能的提供和前臺主要控件的編寫，其中包括后臺的靜態(tài)資源管理與服務平臺、動態(tài)資源管理與服務平臺、用戶管理平臺、用戶行為數(shù)據(jù)管理平臺，以及前臺的文本編輯器、文檔閱讀器、視頻播放器、圖片編輯器、室內(nèi)外地圖、外設訪問等控件的功能實現(xiàn)。這些功能需要4～6名后臺

53、程序設計師與3～5名前臺程序設計師來完成。 第一屆上海市大學生手機App設計大賽按計劃將于2014年9月～12月在上海舉辦，其中前期的臨港熱身賽已經(jīng)于5月初正式開賽。根據(jù)熱身賽的情況推測，市賽預期將吸引各高校參賽隊伍200～500支，按計劃屆時平臺已正式上線，預計會有30%～50%的隊伍使用本平臺開發(fā)，進行一次200支團隊的實戰(zhàn)測試。比賽前期的各校路演、宣傳與后期的賽事開展、評比估計可以覆蓋十萬以上的高校學生，達到較好的推廣效果。比賽籌辦組織需要2～3人的市場團隊，并且需要在各高校建立和聯(lián)系一些學生社團組織來操辦這場比賽，估計費用為10～20萬元。 2015年開始，將根據(jù)使用情況的

54、數(shù)據(jù)統(tǒng)計，進行后臺的升級擴容，也可能會涉及到對后臺整體架構(gòu)的修改和對系統(tǒng)安全體系的升級；并且根據(jù)實際使用中遇到的問題和需求情況，追加開發(fā)前臺控件庫和設計工具，補充后臺所需的新功能。后期如有大客戶的需求訂單，則需要增加這方面的定制開發(fā)人員，對客戶的需求和需要對接的現(xiàn)有系統(tǒng)進行了解，完成客戶期望的定制功能。 根據(jù)2014年上海市比賽的舉辦情況，以及公司、項目的實際經(jīng)營進度和財務狀況，我們將決定在2015年或2016年將比賽推廣到全國，這樣將需要更大的市場團隊來籌辦和組織比賽。此外市場團隊也需要對校外開發(fā)團隊和企業(yè)進行定向推廣，這方面的計劃將視市場團隊的組建情況和實際工作能力而定。 產(chǎn)品

55、（服務）化擬執(zhí)行的質(zhì)量標準類型： □ 國際標準 □ 國家標準 □ 地方標準 □ 行業(yè)標準 □ 企業(yè)標準 □ 其他 該方面無已有的質(zhì)量標準。 項目產(chǎn)品（服務）應取得的相關許可認證證書： 未取得相關許可認證證書。 第四部分 項目產(chǎn)品（服務）市場與競爭 第一章 市場概述 行業(yè)及市場概述（1000字之內(nèi)）：簡要介紹國內(nèi)外行業(yè)狀況、市場容量，要有數(shù)據(jù)分析、對比。 項目產(chǎn)品（服務）的市場需求程度（1200字之內(nèi)）：分析該產(chǎn)品（服務）市場可接受的容量，國內(nèi)、外市場在那，主要市場在那。 項目產(chǎn)品（服務）的目標市場（500字之內(nèi)）：結(jié)合產(chǎn)品（服務）優(yōu)勢、團隊優(yōu)勢，確定

56、本產(chǎn)品（服務）的目標顧客、目標市場和市場競爭力，可能的市場地位和市場份額。 第二章 競爭優(yōu)勢分析 項目產(chǎn)品（服務）的主要競爭者（300字之內(nèi)）：描述現(xiàn)實和可能的競爭對手產(chǎn)品（服務）的技術現(xiàn)狀、銷售額、所占市場份額等。 項目產(chǎn)品（服務）競爭優(yōu)勢分析（500字之內(nèi)）：從產(chǎn)品（服務）的優(yōu)勢、進入市場機會（空白/新開發(fā)/成長/高成長/成熟/飽和）、營銷優(yōu)勢、行業(yè)的認知、企業(yè)管理優(yōu)勢等多方面分析與市場同類產(chǎn)品的競爭優(yōu)勢。 第三章 項目實施風險及應對措施 市場風險與應對措施（300字之內(nèi)）： 移動終端的大規(guī)模推廣，導致移動App的爆發(fā)式增長，幾乎是板上釘釘?shù)氖虑?，并且也是必然趨勢?/p>

57、巨大的市場需求導致新進入的開發(fā)者和資深開發(fā)者對于前臺開發(fā)工具和后臺托管平臺都會有更大的期望，我們的平臺正好滿足了開發(fā)者這方面的需求。如果萬一有新的技術出現(xiàn)，替代目前的移動終端，重新定義人們的生活方式，那么一方面這種轉(zhuǎn)變需要一定時間，另一方面我們也可以靈活地轉(zhuǎn)向新的技術。 競爭風險與應對措施（300字之內(nèi)）： 輕應用制作平臺由于后臺企業(yè)實力雄厚，是對本項目最具威脅的一種平臺，但從功能上來說兩者相差太大，不能作為同一種產(chǎn)品來比較，面向的客戶群也是完全不一樣的。 其它的內(nèi)容類、綜合類平臺不提供后臺托管功能，而后臺托管平臺又不提供前臺設計功能，因此盡管它們已經(jīng)有了一定的投資和客戶規(guī)模，但從功能上

58、無法與本項目相比較，對客戶的粘性也比本項目要差，因此它們目前的客戶反而是將來可以被我們爭取的。 后臺托管是整個項目中技術門檻最高的，也是核心競爭力。項目需要通過前后臺搭配，突出后臺的優(yōu)勢，這方面是其它平臺短期內(nèi)無法趕超的。在項目后臺可靠的情況下，即便在個人或團隊小客戶中推廣不利，三五個大客戶仍可以保證整個項目的日常運營，并留出足夠資金去吸引更多小客戶。 管理風險與應對措施（300字之內(nèi)）： 項目的主體包括前臺控件庫和后臺托管平臺。 前臺控件庫是由一個個單獨的控件組成，并且在平臺上有機地組合成為一個方便易用的開發(fā)平臺的，技術人員流動既不會帶走關鍵技術，也不會給后續(xù)開發(fā)帶來太大的影響；

59、后臺托管平臺的主體云技術掌握在修醞軟件即項目負責人手中，技術人員僅僅是使用該云平臺來開發(fā)一些數(shù)據(jù)庫管理組件和數(shù)據(jù)展示訪問前臺，不具備修醞云平臺核心技術的訪問權限，且搭建云平臺入門門檻很高，技術人員流動不會影響后臺的技術開發(fā)或帶走相關技術。 項目的市場與銷售主要依賴于一些線下活動推廣與線上直接下單，用戶一旦開始使用平臺后，粘性極大，銷售人員的流動不會帶走客戶。 環(huán)境風險與應對措施（300字之內(nèi)）： 項目無需提供域名注冊或網(wǎng)站托管功能，因此不存在備案等政策問題。項目可能的風險在于國家推出對移動App內(nèi)容的審核要求，但我們的設計中已經(jīng)包含了人工審核的部分（目前是部分人工審核），可以有效地面對這

60、方面的政策不確定性，因此這方面也不存在風險。 第五部分 商業(yè)模式 一、項目產(chǎn)品（服務）的開發(fā)、生產(chǎn)（服務）策略 項目產(chǎn)品（服務）的開發(fā)、生產(chǎn)（服務）策略（600字之內(nèi)）： 項目預計在三個月內(nèi)完成后臺托管平臺的搭建、主要功能的提供和前臺主要控件的編寫，其中包括后臺的靜態(tài)資源管理與服務平臺、動態(tài)資源管理與服務平臺、用戶管理平臺、用戶行為數(shù)據(jù)管理平臺，以及前臺的文本編輯器、文檔閱讀器、視頻播放器、圖片編輯器、室內(nèi)外地圖、外設訪問等控件的功能實現(xiàn)。這些功能需要4～6名后臺程序設計師與3～5名前臺程序設計師來完成，共計約30個人月。 利用前三個月的集中快速開發(fā)，平臺基本功能的實

61、現(xiàn)可以滿足下半年舉辦比賽時的基本要求。為了完善產(chǎn)品并將它推向市場，此后我們需要進一步對系統(tǒng)進行開發(fā)，包括前期沒有完全實現(xiàn)的前臺設計工具、計劃表中剩余的控件開發(fā)需求，以及后臺一些路由算法、管理控制臺等功能模塊的實現(xiàn)。 2015年開始，將根據(jù)使用情況的數(shù)據(jù)統(tǒng)計，進行后臺的升級擴容，也可能會涉及到對后臺整體架構(gòu)的修改和對系統(tǒng)安全體系的升級；并且根據(jù)實際使用中遇到的問題和需求情況，追加開發(fā)前臺控件庫和設計工具，補充后臺所需的新功能。后期如有大客戶的需求訂單，則需要增加這方面的定制開發(fā)人員，對客戶的需求和需要對接的現(xiàn)有系統(tǒng)進行了解，完成客戶期望的定制功能。 項目后期除了對后臺系統(tǒng)架構(gòu)的更新、

62、對安全體系的升級、對系統(tǒng)容量的進一步擴展之外，我們也會進一步開發(fā)對于用戶跟蹤數(shù)據(jù)的數(shù)據(jù)分析和挖掘功能，研究其它人工智能算法、增強現(xiàn)實技術、室內(nèi)定位技術等新的技術在移動App中的應用，不斷擴充系統(tǒng)平臺，使它成為一個全功能的、滿足各種移動App設計需求的開發(fā)平臺。 二、項目產(chǎn)品（服務）的營銷策略 項目產(chǎn)品的營銷策略（400字之內(nèi)）： 平臺的前期銷售計劃包含了一年一度的“上海市大學生手機App設計大賽”。比賽由我們主辦，把平臺作為比賽的一種官方提供的開發(fā)平臺，來推向上海市全市的高校學生，將來也可以推向南京的高校。雖說比賽也允許使用其它開發(fā)環(huán)境或第三方庫來進行開發(fā)，但我們開發(fā)的平臺的方便性、

63、跨平臺性、可擴展性等特性會促使高校開發(fā)者轉(zhuǎn)向我們的平臺，成為我們產(chǎn)品的一種廣告。如果比賽可以催生出一些有前途的創(chuàng)業(yè)項目，隨著這些項目逐漸做大，而它們又是被粘在我們的平臺上的，這些成長起來的客戶和它們的廣告效應又可以進一步地宣傳我們的平臺。 如果能夠在高校獲得一些影響力，吸引一批高校的在校創(chuàng)業(yè)團隊和剛畢業(yè)的創(chuàng)業(yè)公司使用我們的平臺，以這些實用的案例，加上比賽期間平臺使用情況的實際數(shù)據(jù)，可以有力地證明平臺的性能和可靠性。此時可以嘗試向一些大中型企業(yè)的大客戶進行定向推銷，通過幾個成功的訂單來獲得下一步的研發(fā)資金，并進一步完善我們的平臺，使項目走向良性發(fā)展的道路。同時，大中型企業(yè)的使用案例也可以用

64、于獲得更大數(shù)量的中小企業(yè)用戶，更快回籠資金用于開發(fā)新的控件和功能。 三、項目產(chǎn)品（服務）獲利方式 項目產(chǎn)品（服務）的獲利模式（400字之內(nèi)）： 平臺的前臺控件庫及可視化設計工具以免費的形式提供，后臺托管平臺為主要獲利點。 為了鼓勵更多的入門開發(fā)者使用本平臺進行移動App開發(fā)，后臺托管平臺按照每個項目的具體數(shù)據(jù)量進行計價。早期開發(fā)時，也許沒有后臺數(shù)據(jù)，或者后臺數(shù)據(jù)量較少，開發(fā)者無需向平臺支付費用；開發(fā)到后期，隨著項目數(shù)據(jù)存儲量和訪問量的增加、用戶數(shù)量的增加，將依據(jù)項目的規(guī)模進行分級計價，估價模型可參照類似后臺托管平臺的定價，也可依據(jù)后臺數(shù)據(jù)的運算和存儲成本，加上分攤的研發(fā)成本來計

65、算。 盡管平臺的前臺控件庫不收費，但控件庫的豐富易用程度不僅決定了使用平臺的開發(fā)者人數(shù)，也決定了后臺托管量。由于控件庫包含后臺數(shù)據(jù)模型和訪問接口，更高的控件使用率將帶來更高的后臺數(shù)據(jù)用量，因此控件庫也是平臺的關鍵。 除了以后臺計價作為主要獲利點，平臺的另一個獲利點在于滿足大用戶的定制化需求。大用戶是指大中型企業(yè)，它們?yōu)榱藵M足企業(yè)自身或?qū)ν鈽I(yè)務所需的電子商務、企業(yè)資源管理、辦公自動化、財務管理、資產(chǎn)管理等需求，會希望由我們在平臺上定制它們的需求，并完成整個App的開發(fā)。這方面的客戶雖不如直接使用平臺的小客戶數(shù)量多，但一個定制化的需求就可以滿足研發(fā)團隊一段時間的研發(fā)經(jīng)費需求。同時完成它

66、們的定制化需求，也是對我們平臺進行擴充的一個重要方式。 四、企業(yè)發(fā)展計劃 企業(yè)未來1-5年的定位和發(fā)展計劃（500字之內(nèi)）：提出（分析）企業(yè)未來1-5年的定位及發(fā)展規(guī)劃和階段目標。分析創(chuàng)業(yè)項目的發(fā)展對企業(yè)成長的重要性，描述創(chuàng)業(yè)項目在企業(yè)發(fā)展規(guī)劃中所占份量（要有數(shù)據(jù)）。 l 2014年：完成平臺的初步開發(fā)與上線，在第一屆上海市大學生手機App設計大賽中進行實戰(zhàn)測試，獲得一部分大學生創(chuàng)業(yè)團隊客戶，通過比賽在上海高校大學生中推廣公司品牌，建立公司形象； l 2015年：平臺開發(fā)完成，通過對企業(yè)的定向推廣和學生創(chuàng)業(yè)團隊的傳播作用，獲得一批最初的用戶，并獲得一些用戶使用數(shù)據(jù)和反饋。第二屆App設計大賽舉辦，在上海高校形成一個常規(guī)賽事，有條件的話可以推廣到其它地區(qū)的高校（如南京）。在高校學生中的影響進一步擴大，地位進一步穩(wěn)固，獲得一批穩(wěn)固的學生創(chuàng)業(yè)團體、學校社團和相關學會、協(xié)會、社會團體的支持，提高公司整體形象，初步建立公司的社會地位； l 2016年：平臺經(jīng)實踐認證是方便易用的、穩(wěn)定可靠的、安全高效的，在學校、學生、企業(yè)中都具有了一定的知名度和穩(wěn)固的客戶。App設計大賽在上