正文

    一般的手机平台上的移动应用产品开发要经历：产品策划、产品架构设计、产品软件开发项目管理、产品化管理等四个主要环节。

一、产品策划

    任何一个产品的产生都是有一个想法开始，光一个想法，做不了什么，重要的是把这个想法具体的用其他工具表达出来，表现给其他人看。这个就需要专业的产品策划，产品策划，基本的包括产品功能策划和产品使用流程策划，以及产品UI的策划。这些策划都不是一般的产品策划人员可以做到的，产品的功能策划，想法中要实现的功能需求是来自实际的使用过程的总结，所以要求策划者熟悉手机平台，手机平台的使用经验。以及在产品的使用流程策划过程中和实际的手机使用经验是密不可分的，没有手机平台的使用经验就不知道怎么策划良好的使用流程，以及产品UI策划更是和手机平台息息相关，不同的手机平台，UI风格是不一样的，当然也可以设计一个平台的通用分格强调功能策划，然后针对不同平台进行移植。对于产品的使用流程策划要注意手机的操作风格，目前手机平台有两种使用风格，一种是单手操作风格，如Symbian s60,S40,以及windows mobile 2003,5.0的smartphone以及6.0的standard都是单手操作的经典，第二种是双手操作风格，要借助触笔来操作，如Symbian UIQ,以及windows mobile 2003,5.0的PPC以及6.0的professional都是双手操作的经典，当然双手操作的还有palm，moto linux系列等。手机移动应用产品的使用流程策划特别要注意这两种操作风格的区分。对于UI策划，要注意手机屏幕分辨率的不同，要注意在UI设计上的取舍和变化，例如针对128*128，128*160的小分辨率的屏幕介意用列表做主菜单。对于176*208，176*220，208*208，240*320，352*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则一般选择SVN或CVS做为版本控制。目前比较流行的是SVN。推荐用SVN。

3.7软件版本控制

    软件版本控制，主要是软件版本的控制，版本如果没有从1.0到2.0等有较大变化，不建议新起项目。应该在原来项目基础上做好版本控制。可以利用版本控制工具做好分支来实现。