NO IMAGE

 

前言

 

    手機平臺上的移動應用產品開發越來越受到關注,那麼移動應用產品是怎麼開發出來的呢?大家都知道一個產品的開發肯定要有一個產品線,那麼手機品臺上的移動應用開發要經歷哪些環節?以及和傳統的產品開發有哪些異同點呢?

 

正文

 

    一般的手機平臺上的移動應用產品開發要經歷:產品策劃、產品架構設計、產品軟體開發專案管理、產品化管理等四個主要環節。

 

一、產品策劃

    任何一個產品的產生都是有一個想法開始,光一個想法,做不了什麼,重要的是把這個想法具體的用其他工具表達出來,表現給其他人看。這個就需要專業的產品策劃,產品策劃,基本的包括產品功能策劃和產品使用流程策劃,以及產品UI的策劃。這些策劃都不是一般的產品策劃人員可以做到的,產品的功能策劃,想法中要實現的功能需求是來自實際的使用過程的總結,所以要求策劃者熟悉手機平臺,手機平臺的使用經驗。以及在產品的使用流程策劃過程中和實際的手機使用經驗是密不可分的,沒有手機平臺的使用經驗就不知道怎麼策劃良好的使用流程,以及產品UI策劃更是和手機平臺息息相關,不同的手機平臺,UI風格是不一樣的,當然也可以設計一個平臺的通用分格強調功能策劃,然後針對不同平臺進行移植。對於產品的使用流程策劃要注意手機的操作風格,目前手機平臺有兩種使用風格,一種是單手操作風格,如Symbian s60,S40,以及windows mobile 2003,5.0smartphone以及6.0standard都是單手操作的經典,第二種是雙手操作風格,要藉助觸筆來操作,如Symbian UIQ,以及windows mobile 2003,5.0PPC以及6.0professional都是雙手操作的經典,當然雙手操作的還有palmmoto linux系列等。手機移動應用產品的使用流程策劃特別要注意這兩種操作風格的區分。對於UI策劃,要注意手機螢幕解析度的不同,要注意在UI設計上的取捨和變化,例如針對128*128128*160的小解析度的螢幕介意用列表做主選單。對於176*208176*220208*208240*320352*416等大螢幕就可以靈活設計了,可以是九宮格,也可以其他的形式,但是最好和手機平臺的風格一致,儘量不要形象的該手機平臺的使用習慣和操作風格,以及在功能選單等文字標題儘量和手機系統保持一致。

如以下策劃文件:

 

 

(圖一)

 

二、產品架構設計

    產品架構設計包括客戶端產品架構設計和伺服器端架構設計,以及客戶端和伺服器端的通訊協議設計。

 

2.1客戶端架構設計

    客戶端架構設計包括產品UI架構設計和技術架構設計。

2.1.1產品UI架構設計

   產品UI架構設計就是把產品的UI框架搭出來,類似的視窗設計,選單設計等,都用MS VISIO或者其他設計工具設計好。如下圖所示:

(圖三)

 

 2.1.2技術架構設計

    技術架構設計就是設計好產品的程式主框架,抽象類和介面、工具類等做好定義,以及包和資源的設計,如多語言版本、螢幕解析度自適應設計方案等等。如下圖所示:

 

(圖四)

2.2伺服器端架構設計

   伺服器端架構設計,綜合考慮伺服器端技術方案選擇,一般選擇Resin apache mysql servlet,servlet做為通訊介面,建議統一介面,利用dispatch方式轉發到其他servlet做具體服務方式比較好。例如:

(圖五)

 

2.3通訊協議設計

   通訊協議設計,網路產品肯定有一個客戶端和伺服器端通訊的一個協議,這個協議可以自己來定義,這個也是產品架構設計裡的重點,通訊協議的好與壞可以影響以後程式設計和程式碼實現的難易程度。例如:

(圖六)

 

2.4資料庫結構的設計

   資料庫結構的設計可以使用一些設計工具,如 Power designer

(圖七) 

 

三、軟體產品開發專案管理

    軟體產品開發專案管理,包括軟體開發計劃制定、專案開發進度控制、專案需求變化控制、專案風險控制、模組分解設計、程式碼控制、軟體版本控制、軟體測試、軟體釋出。

 

3.1軟體開發計劃的制定

    軟體開發計劃的制定,是基於軟體功能模組分解設計和專案成員組織結構任務分配表的基礎上的。軟體開發計劃有利於專案的展開和控制。

 

3.2專案開發進度控制

    專案開發進度控制是對開發計劃的管理。量化管理專案開發的必要步驟。

 

3.3專案需求變更控制

    專案需求變更控制主要是和產品策劃的溝通,這個溝通要一直伴隨著產品開發過程,一定要保持溝通,避免產品開發好了,策劃卻並不認同該產品。

 

3.4專案風險控制

   專案風險控制主要是對專案開發中的技術難點和環境等風險進行很好的評估和控制,要制定對應的解決方案和預留進度緩衝期。

 

3.5模組分解

    模組分解主要有專案經理或者主程式進行對需求進行分析,然後設計主要框架,並把功能在技術角度上模組化,並分配任務給專案成員,並量化工作量,制定開發進度和專案開發成本評估。制定專案風險表,列出專案技術難點。如下圖:

 

(圖八) 

 

3.6程式碼控制

    程式碼控制,考慮專案組成員間的協同合作以及程式碼的版本控制,一般我們用VSS/CVS/SVN中的一個,視專案性質而定,若是VS開發環境一般用VSS做為版本控制,若開發環境為eclipse則一般選擇SVNCVS做為版本控制。目前比較流行的是SVN。推薦用SVN

 

3.7軟體版本控制

    軟體版本控制,主要是軟體版本的控制,版本如果沒有從1.02.0等有較大變化,不建議新起專案。應該在原來專案基礎上做好版本控制。可以利用版本控制工具做好分支來實現。

 

3.8開發環境的建設

3.8.1  J2ME

 eclipse eclipseME WTK2.2 proguard CVS

 

(圖九)

3.8.2 Windows mobile:

Evc4 smartphone sdk 2003 VSS

(VS2005 windows mobile 5.0 smartphone / ppc SDK)

(VS2005 windows mobile 6.0 standard / professional SDK)

 

(圖十)

3.8.3 Symbian S60

Vs2003 symbian S60 SDK

Carbide C symbian S60 SDK

(圖十一)

 

3.9軟體測試

    軟體測試,有功能測試,環境測試等等

3.10軟體釋出

    軟體釋出,軟體經過測試,釋出。

 

====

完成軟體開發。

====

 

四產品化管理

    產品化管理是產品開發的收尾階段,如若沒有這個環節以上努力只是完成了軟體的開發,離產品還是有很大的距離。產品化首先從說明書和包裝開始。軟體要產品化,首先要設計功能和使用說明書

4.1使用者手冊

(圖十二)

4.2幫助教程

   幫助教程,可以是動畫,也可以是圖文說明。

如下圖:

(圖十三)

(圖十四)

以及產品LOGO或者產品形象代表或者動物吉祥物等,以及對UI進行優化。配置客戶服務人員,加上客戶服務電話和FAQ,產品社群論壇等配套設施。這一切安排妥當以後,那麼產品就可以釋出了。

4.3產品UI

 

(圖十五)

(圖十六)

 

4.4產品配套網站的建設

(圖十七)

產品釋出後,就要做產品推廣了,下一節我們會繼續這個話題。

來自:http://blog.csdn.net/xiangxiangouhongyuan/archive/2007/11/04/1865762.aspx