《手机项目管理完整规范流程》由会员分享，可在线阅读，更多相关《手机项目管理完整规范流程（6页珍藏版）》请在金锄头文库上搜索。
1、手机项目管理完整规范流程1 概述针对手机项目，其开发，流程掌握和系统分析做出的相应项目管理规范。2 项目流程掌握2.1 市场调研和项目定向2.1.1 采集用户需求（见用户需求采集分析部分）手机项目中由策划人员取代用户提出需求，沟通相对便利但需求变更量相对增加。对于软件方面考虑用户日常工作中相对繁琐和需要重复操作的步骤，对可以实现的用户需求和易用性的商量进行整理和记录。2.1.2 指定项目负责人给项目指定一个总负责人来对项目开发、经费掌握、人员管理、进度掌握、质量掌握等负责。项目负责人需要具备能够预先发现问题和解决问题的能力、能够团结和发挥项目中每个人的能力、能够很好的规划和掌握进度进行的能力和
2、能够对项目的质量进行严格掌握和评估的能力。2.1.3 合理组建需要的各个部门并指定负责人手机项目对于部门划分相对要求较少，但是对于每个环节指定相应的负责人员是必要的。2.1.4 制定市场推广计划提前设计广告及宣扬，做针对项目特色跟潜在用户的市场推广计划。可以接受大型活动，与其他相关企业合作举办活动，在网络论坛上组织活动和媒体宣扬等多种形式。简略接受方式需要对投入，效果，活动规模等作出简略分析后决定。依据产品特色和优势制定相应的推广方案，依据用户特点制定相应推广形式。媒体宣扬网络宣扬与联通移动合作与SP合作与手机开发商合作与高校合作市场成本高低较高较低一般较低效果好一般好一般一般一般面对对象媒体
3、用户网络用户手机用户SP用户手机用户同学附加收获与媒体建立联系，知名度提升打开网络宣扬通道与移动联通建立联系，知名度提高寄售游戏，合作双赢建立合作关系，提高知名度寻找，培育爱好优秀毕业生待增加对于市场推广部分，由于曾经在中国移动经历了移动跟Nokia合作举办的手机程序大赛，对于其运作模式跟部门有肯定了解，可以依据需要选择任何一方作为合作伙伴进行市场宣扬。另外，高校校内是成本特别低的活动基地，同时可以寻找培育优秀人才加盟。举办适当新产品调研，游戏开发大赛和游戏大赛都是特别具有前景的。以上全部形式可以依据现有资金，市场需要进行搭配组合，可以同时启动以达到更好的市场宣扬效果。另外对于开展形式和时机可
4、以依据项目需要进行相应调整。2.2 商量并确定技术方向，竞争对手资料收集2.2.1 确定使用的平台，语言和工具商量当前的新技术和开发语言、项目管理工具、版本质量掌握工具，比较各种语言和工具的优缺点并整理记录到对比表中，依据项目特点、人员和要求选择适合的开发工具和管理工具。开发语言对比表KjavaUniJavaCC+待增加开发平台Moto OSCDMA 1x, 2xNokia OSSymbian OS开发代价一般一般较低一般面对对象Moto联通NokiaPalm运行效率一般一般一般快运行稳定性稳定稳定很稳定很稳定其它简单度单项兼容计费接口MIDP应用单项兼容待增加接受的数据库比较（稳定性主要考虑
5、主流数据库应用）：手机数据库不同于一般数据库，其存储量不会很大，一般使用rms。项目管理和质量掌握工具比较（可以组合使用）ProjectClearCaseBugzillaCVSClearQuest待增加项目规划有有没有没有没有项目进度把握有有没有有没有错误及修正记录没有有有有有准时反馈沟通没有没有有有有人员工作统计有有有有有其它优点整体规划流程掌握错误处理版本掌握错误处理待增加代码和版本掌握工具：目前使用CVS或者ClearCase，需要以较低成本构建简略项目体系时推举使用CVS作为版本掌握，加入Bugzilla作为测试掌握工具。在资金允许的情况下，比较推举使用IBM的ClearCase和Cl
6、earQuest建立整个项目掌握管理体系。项目规划和进度划分推举使用Project做前期进度设计。对于已经进行的项目或者进展中公司，针对现有资源，代码进行整合的时候应尽可能的削减改动，因地制宜的设定规范跟质量管理体系，使已经适应当前开发模式的人员可以尽快适应新的健全开发体系并尽可能的削减由于变更带来的问题。依据手机游戏开发的特点，需要确定该项目是支持网络功能还是单机游戏。对于网络又分为支持蓝牙功能还是WAP功能。对于单机游戏，需要在图像，操作和存储方面分层进行处理并整理可用资源。2.2.2 整理可用的资源利用全部可用的资源以提高开发的进度，整理现有可用的资源和代码，并且查找相关的共享源码和资源
7、。将全部现有资源整理并找出可用的部分加以利用，这样不但能够有效提高开发效率还能得到一些有益的阅历。例如增加模块数据库管理现有引擎，简单算法，封装好的模块以便随时去用，开发过程中尽可能使用现有模块降低成本削减错误的产生。2.2.3 商量相应规范和标准商量当前领域内的国际和国内可能使用到的规范和标准，整理并翻译相应规范。尽量使产品符合更多通用的规范，这样也有利于以后的产品宣扬和产品升级。2.2.4 比较竞争对手资料收集领域内其它竞争对手的产品，总结出其优越性和特点。结合自身情况考虑实现代价取舍其中的功能点并增加自己的特色。需要专人负责整理全部比较数据记录进项目文档中，对于市场宣扬，功能点设计和市场
8、推广都将起到参考作用。2.2.5 记录项目资料将依据上述资料商量确定项目使用的主要技术、平台、开发工具和项目管理工具等整理记录，记录与竞争对手的比较资料和相关规范。2.3 制定开发里程碑和支配开发人员2.3.1 选择开发模型依据项目工期、经费和其它需要合理选择搭配开发模型。制定开发模块，功能点，实现周期。2.3.2 支配开发人员依据需要支配开发人员，记录项目需要的总人员、各个部门指定的针对项目的人员，估算每个人的工作量和时间支配。给每个人员进行相应的项目培训使全部参加项目的人员对项目有肯定生疏，并收集各个部门的员工对项目的建议和意见。2.3.3 组织项目进度跟踪小组PTT项目核心掌握小组由项目
9、管理人员从开发部门，设计部门，测试部门，美术部门中指定技术过硬的人员担当。其中至少包括30的参加人员，项目管理人员还需要指定一名易用性商量员做项目各个阶段的用户友好性评估跟修订。参加核心小组的是项目中的核心程序员，核心设计人员跟核心测试，美术人员。项目核心掌握小组的主要作用是随时监控项目进度，增强各个部门对于项目进度的把握，风险猜测跟规避，项目拖延处理机制，项目里程碑掌握，技术商量培训管理跟项目中全部问题的协商处理。2.3.4 指定易用性（用户友好性）商量员指定一个易用性商量员，负责商量市场上同类产品的易用性优缺点，掌握每个步骤的易用性检查工作并对产品提出相应的改进意见和建议，确保产品的易用性
10、。需要有肯定乐观性和制造性并生疏用户需要从用户角度考虑问题的人员担当，可以是售前、产品设计或者开发部门的人员，该员工需要参加PTT小组。2.4 用户需求采集和分析2.4.1 采集用户需求接受SRS模板、指明需求的来源、为每项需求注上标号、记录业务规范、创建需求跟踪能力矩阵、审查需求文档、以需求为依据编写测试用例、编写用户手册、确定合格的标准。1. 绘制系统关联图，这种关联图是用于定义系统与系统外部实体间的界限和接口的简洁模型。同时也明确了通过接口的信息流。 2. 创建用户接口原型，当开发人员或用户不能确定需求时，开发一个用户接口原型。用户通过评价原型将使项目参加者能更好地相互理解所要解决的问题
11、。注意要找出需求文档与原型之间全部的冲突之处。3. 分析需求可行性，在允许的成本、性能要求下，分析每项需求实施的可行性，明确与每项需求实现相联系的风险，包括与其它需求的冲突，对外界因素的依靠和技术障碍。 4. 确定需求的优先级别，应用分析方法来确定使用实例、产品特性或单项需求实现的优先级别。以优先级为基础确定产品版本将包括哪些特性或哪类需求。当允许需求变更时，在特定的版本中加入每一项变更，参看需求变更。 5. 为需求建立模型，需求的图形分析模型是软件需求规格说明极好的补充说明。它们能供应不同的信息与关系以有助于找到不正确的、不全都的、遗漏的和冗余的需求。这样的模型包括数据流图、实体关系图、状态
12、变换图、对话框图、对象类及交互作用图。 6. 创建数据字典，数据字典是对系统用到的全部数据项和结构的定义，以确保开发人员使用统一的数据定义。在需求阶段，数据字典至少应定义客户数据项以确保客户与开发小组是使用全都的定义和术语。分析和设计工具通常包括数据字典组件。 7. 使用质量功能调配，（QFD）是一种高级系统技术，它将产品特性、属性与对客户的重要性联系起来。该技术供应了一种分析方法以明确那些是客户最为关注的特性。QFD将需求分为三类：期望需求，即客户或许并未提及，但如若缺少会让他们感到不满足；一般需求；兴奋需求，即实现了会给客户带去惊喜，但若未实现也不会受到责备2.4.2 需求变更掌握由于需求
13、变更是全部项目中最为常见也是代价最高的部分，全部CMM2级以上对需求变更做了简略规定。我们在处理需求变更时，对于必须变更的需求，经过项目核心小组商量决定后与用户就简略变更要求，所需要付出的时间或者资金代价进行协商，达成全都后在简略规格说明书中由设计部门进行整体设计并考察其可能影响的模块变更。开发部门依据设计做相应的更改，对于任何变更需要进行从功能测试，集成测试到系统测试的全面测试。对于每一次需求变更在项目中需要有简略记录跟跟踪，最后项目总结部分需要进行变更统计。需求变更简略规格详见：需求变更掌握规范。2.4.3 生成规格说明书最后生成一份项目中最完整的规格说明书，为设计、开发、测试供应参考并最
14、终从中抽取出用户使用说明书和其它终端文档。PTT小组评审、确定设计方案，文档记录。之后如果对设计文档进行任何修改都需要经过PTT小组的商量确定并简略记录修改缘由、修改日期、修改人员等信息。简略规格说明书应该包括全部确定需要实现的用户需求功能点，其安排人员，预定完成时间，工作量，风险评估，里程碑设定。针对每一个功能点需要有负责人，每周查看进度是否符合预定目标。功能需求是否有相应更改，简略见需求变更掌握部分。2.5 概要设计和原型设计设计图标和用户界面。进行概要设计、制作产品原型（美工和设计部门参加，开发部门协助），供应应用户并收集用户反馈意见循环改进。2.6 数据结构，存储设计利用现有企业对数据结构的简略规范要求进行设计。尽量精简数据结构，做到合理规律关联，削减简单度。数据存储结构需要依据实际情况响应制定。2.7 功能简略设计由开发部门完成的简略设计包括了对功能点的简略理解，算法设计，数据结构设计跟功能简略流程图。全部部分应严格符合开发规范跟文档规范的要求。依据统一的文档规范编写简略设计文档，包含算法设计、流程设计和数据结构设计。质量掌握部门对简略设计进行考核和修改，PTT小组对简略设计进行评审。确定之后简略设计文档记录，如果有任何改动需要经过PTT小组商量决定。简略设计文档作为测试和质量掌握考核程
