手机无线赛车游戏项目开发管理计划.doc

精品文档就在这里
-------------各类专业好文档，值得你下载，教育，管理，论文，制度，方案手册，应有尽有--------------
--------------------------------------------------------------------------------------------------------------------------------------------

手机无线联网游戏Crazy Cars
项目管理计划书

学 号：
姓 名：
专 业：
系 别：
指导教师：
完成日期： 年 月 日

目 录
第一章 项目背景 3
1.1 项目概况 3
1.2 项目交付品 3
1.3 文档的演化 4
1.4 参考书 4
1.5 定义和缩写表 4
第二章 项目需求分析 5
2.1 项目需求获取 5
2.2 需求分析 5
2.2.1 非功能需求分析 5
2.2.2 功能需求分析 5
2.3 需求验证 6
第三章 项目组织 7
3.1 项目人力组织结构 7
3.2 软硬件资源计划 8
3.3 项目成本估算 8
3.3.1软、硬件成本估算 8
3.3.2规模成本估算 9
3.4项目进度管理 9
3.4.1 软件项目任务分解 9
3.4.2 项目进度安排 10
3.4.3、项目执行计划 11
第四章 管理过程 12
4.1 管理目标和优先级 12
4.2 假设，依赖和限制 12
4.3 风险管理 12
4.4 监督和控制机制 14
第五章 技术过程 16
5.1 方法，工具和技术 16
5.2 软件文档 16
5.3 项目支持功能 17

第一章 项目背景
1.1 项目概况
为有效的打造一个具有广泛市场用户并贯彻“工作无时无刻，娱乐随时随地”的企业理念的重要产品，本项目的目标是开发一款支持手机无线联网的赛车游戏Crazy Cars（以下简称CC），同时项目开发小组组员们获得系统的游戏开发项目锻炼.，打造一个成熟、稳定的开发团队。发布的产品是手机无线联网游戏的可执行程序、源代码、技术文档和用户手册等。主要工作是需求分析、系统设计开发测试，关键里程碑分别为需求规格说明书的发布，系统设计说明书的发布，和系统的交付。项目所需资源为版本控制服务器和个人开发工具，进度安排大约为15周，预算人工成本为80人/天。同时被项目开发隶属于乐讯在线游戏平台开发一部分，项目组应与乐讯在线游戏平台其他开发小组保持良好的沟通，确保整体开发流畅。
开发原则：
功能完整
性能卓越
资源共享
高度统一
老少咸宜
原则一
原则二
原则三
全面应用成熟软件开发技术，利用已具备的功能代码,并补充开发赛车特色性能模块。
成熟软件开发代码功能不具备的，在不降低游戏应用性能和稳定性的前提下，对成熟软件代码进行二次开发
成熟标准代码功能不具备，进行二次开发也很难达到游戏应用和性能要求的，通过补充开发补丁模块实现

图1-1 图的名称
1.2 项目交付品
项目交付日期为第14周周末，交付地点为版本控制服务器202.121.80.164.
Ø 主要交付物有：
CC游戏安装程序，系统源代码，用户使用手册，技术文档包（包括需求规格说明书、设计说明书、系统测试说明书、项目总结文档等）、项目进度日志包（至少每周一份）。
交付物品应满足合同相应条款要求。
1.3 文档的演化
项目管理计划应在第三周周末前经由项目组讨论后，进行分工按工作模块撰写，最后由项目经理汇总整合三步骤形成初稿，由项目组组长传至配置文档服务器，由项目组组长负责维护
第五周以后根据项目的进展可以对其进行修改，需要组员集体提出修改意见，并在全体会议上讨论通过，并由组长将修改稿上传至文档服务器。组员通过版本控制器同步获得更新稿。
1.4 参考书
课程教材 《软件工程-理论、方法与实践》 孙家广 刘强 高等教育出版社
课程教材 《软件工程》 叶俊民 清华大学出版社
课程讲义 《软件项目管理基础》
。。。。。。。。
1.5 定义和缩写表

Crazy Cars: 待开发的手机无线联网游戏名称
Spmp: 软件项目管理计划
Srs : 需求规格说明书
Sts：系统测试说明书

第二章 项目需求分析
2.1 项目需求获取
描述获取途径。例：向客户咨询、查找资料、专业咨询等
2.2 需求分析
2.2.1 非功能需求分析

2.2.2 功能需求分析
本系统的功能主要分为两部分，即前台和后台，前台功能包括用户登录与注册、新闻列表、商品查找、商品显示以及购物车等。后台功能包括商品管理、用户管理、订单管理、信息管理等。
使用系统角色定义：
（1） 顾客：浏览本站而未登录的用户。
（2） 会员：在本站注册通过并登录成功的用户。
（3） 管理员：是负责维护和管理本站所有模块的角色。

图1 系统WBS图

1、登录与注册模块
该模块的功能主要包括用户登录、修改个人资料、我的购物车、修改密码、订单查询、我要留言、注销退出、注册等。

图2 登录与注册模块用例图
2.3 需求验证
需求验证过程：
1、审查需求文档 2、根据需求文档编写测试用例 3、编写用户手册
表2-1 表名
功能模块
执行人

执行描述

需求完成情况

第三章 项目组织
3.1 项目人力组织结构
本项目需要什么人？
3.1.1 人力资源需求获取
® 项目成员的来源：（注：逐一说明每个角色的通过何种方式获取）
（1）在组织内部选拔合适的人选
（2）通过招聘吸收新成员
（3）通过熟悉的人员介绍

3.1.2 角色工作职责

角色
职责
人员
机构领导
负责项目整体进程以及工程质量
张三
项目经理
监督和安排项目物资到位情况
张三
需求分析员
与客户打交道，详细了解用户需求并给出系统总体计划
李四
系统设计员
根据需求分析做出相应的系统设计
全体组员
程序员
实现系统设计员要求系统的代码
全体组员
测试员
对系统进行系统测试
全体组员
质量保证员
售后服务，质量监督与维护
全体组员
配置管理员
监督用户的配置要求，使系统在相应的软硬件环境下运行
全体组员
3.2 软硬件资源计划
表**
软硬件资源名称
级别
详细配置
获取方式与时间
使用说明
主机
关键
WinXP 256M 1.0GHz 80G
可以借用
项目初期
全员用于项目全程
WinCvs
关键
WinCvs1.2
已经存在
项目初期
用于开发过程文档管理
VC++
关键
Microsoft Visual C++
已经存在
编码期
软件开发工具
SQL Sever/Access
关键
Microsoft SQL Sever
Microsoft Access
已经存在
编码期
数据库管理软件
MS Visio
非关键
Miscrosoft Visio 2003
已经存在
项目初期
CASE 工具
Rational ROSE
非关键
Rational ROSE 2003
已经存在
项目初期
CASE 工具
3.3 项目成本估算
3.3.1软、硬件成本估算
软、硬件名称
配置

价格

3.3.2规模成本估算
描述采用估算的方法P87
表*
任务

时间（周）
责任人
成本（元）
软件需求获取

软件需求分析

软件代码设计

软件测试

软件部署与实施

合计

3.4项目进度管理
说明：描述该项目所使用的软件过程模型，或者是遵循的组织标准模型，过程模型（P19）需要指明里程碑的时间、基线（目标）、评审、工作制品、项目交付产品、结束标志等。

3.4.1 软件项目任务分解

网络图
2、项目计划

3.4.2 项目进度安排

时
间
任
务

2009
3月
4月
5月
6月
7月
8月
项目计划

需求规格说明书

配置管理计划

体系结构设计报告

数据库设计报告

模块设计报告

测试分析报告

用户手册

图 项目计划甘特图

3.4.3、项目执行计划

第四章 管理过程
4.1 管理目标和优先级
基本管理原则：
每位成员即是积极的建言者，又是负责的合作者
决策应在充分的讨论基础上做出，并被及时有效的执行。
实施首席程序员制。
目标1：
按时按量完成项目的基本功能，按时发布产品
优先级：1 最高
目标2:
遵循规范化的项目运作标准，文档严禁完整，代码注释充分，便于后续维护
优先级：2
目标3：
产品稳定运行，界面友好易于上手，可玩性强
优先级：3
目标4：
注重团队建设，成员分工合理，合作默契，气氛融洽
优先级： 4
目标5：
项目设计和开发上有创新，营造出卖点
优先级 ：5
4.2 假设，依赖和限制
☆ 假设1： 首席程序员以较快的速度提供问题解答、项目检查方案、活动安排
限制： 某些关键设定可能会由于得不到及时解答而推延决策
☆ 假设2： 相关的硬件设施（包括版本控制服务器、开发人员个人电脑）稳定工作
限制：若硬件设施出现异常，可能造成部分工作甚至整个开发进程陷于停顿
4.3 风险管理
风险管理是整个项目实施过程中关系到能否实施成功的重大课题。在提高项目实施质量的同时，应该要求项目实施的全过程中向项目实施的双方有关人员，进行风险教育、树立风险观念，预测及避免风险的发生，确保项目实施的顺利进行。
风险产生来自多个方面，主要有：
² 项目范围的风险
² 项目进度的风险
² 项目人力资源的风险
² 对开发目标认识不正确的风险
² 基础（静态）数据正确率不够的风险
² 动态数据不及时、不完整形成的风险
表3 项目风险
风险
标题
发生可能性
影响
优先级
规避或减轻策略
预订完成日期
开发技术
不熟练
80%
灾难性
高
提前制定好的学习计划降低难度
第10周
项目人员
变更
100%
轻微
中
提前做好人力资源规划
第10周
组长项目
缠身疲于应付
60
轻微
中
组员充分自治，必要时顶替组长责任
第10周
需求变更
频繁
50
严重
中
需求制定充分预见未来
第 8周

☆风险级别定义：
对一个项目的实施全过程，我们对于风险的分级，采用以下5级定义：
级别
1
2
3
4
5
定量方式
5％以下
6－20％
20－50％
50－85％
85％以上
定性方式
极低
低
中
高
极高

☆风险管理措施
项目负责人可以采取下列风险管理措施：
² 项目开始以前应控制产生风险的原因，在项目开工后应想方设法减轻风险影响。
² 了解导致项目人员变动的原因，在项目实施期间应控制上述原因，尽量减少人员的流动。
² 在工作方法和技术上应采取适当措施，防止因人员流动给工作带来损失。
² 项目在开发过程中应及时公布并交流项目开发的信息。
² 建立组织机构，确定文档标准，并及时生成文档。
² 对工作进行集体复审，使多数人都能了解工作的细节，跟上工作进度。
² 为关键技术准备后备人员。避免关键人员的流动造成的风险。
² 对关键人员实行倾斜政策，提高关键人员的稳定性。
² 项目实施中，使用合格的人员上岗。
² 在各种例会上，检查进度的同时检查各种中的风险。
4.4 质量管理
软件质量管理是保证交付的产品严格按照需求分析实现的产品，达到用户使用的需求标准。通过以下方式对软件开展质量管理：
1、人员培训：描述培训内容及形式
2、用例测试
模块
测试员
测试方式
结论

黑盒测试
正常运行

白盒测试
**代码运行发生错误

4.5 监督和控制机制
建立报告机制，及时将项目中存在的问题反映到项目经理或项目管理层。
报告的时间规定如下：
危害
概率
1％以下
1－5％
6－10％
11－20％
20％以上
极低
二天
二天
当天
当天
当天
低
二天
二天
当天
当天
当天
中
当天
立即
立即
立即
立即
高
当天
立即
立即
立即
立即
极高
当天
立即
立即
立即
立即
同时，建立并及时更新项目风险控制目录及风险排序。项目管理人员应随时关注与关键风险相关因素的变化情况，及时决定何时、采用何种风险应对措施。
可能的风险
规避策略
有些公司准备上系统时，企业的管理模式和业务流程还处在不甚科学的阶段，企业管理不够规范透明，内控流程混乱甚至缺失。在这种情况下，企业做出的系统规划和选择，其效果必定要大打折扣 。如果要将这个任务转移到系统实施过程中去完成，内控流程混乱甚至缺失，往往导致需求不明确；需求不明确，则可能延长实施时间，并加大实施的风险，这也是许多系统项目折戟沉沙的主要原因之一。
先规范企业的内部流程与管理制度。企业上系统之前应该首先把管理制度和业务流程规范好；然后做出一个符合企业长远发展目标的系统系统需求分析，在这个基础上再实施系统。

企业在上系统之前，往往都已经上了游戏平台系统。企业领导就以为系统跟游戏平台其他pc游戏软件一样，大不了花几个月时间就可以运行了。这种观念的错误，直接导致企业对系统项目的不够重视，对系统的财力和人力投入不足，造成项目不成功。
投入较少的资金和人力，要达到系统的效果，这是很多企业主的想法。但是，对系统项目来说，这是基本不可能的。

游戏负责人，在上系统前，一定要让负责人知道系统项目到底是个什么项目，同其他游戏软件有什么区别。建议：到一个实施成功的企业去进行调研、分析，根据他们的实施过程和经验来制定本企业实施的具体方案。确实做到“充分准备”、“全体动员”。
一些企业为了节省一些实施费用，不找专业人员进行实施。靠自己的IT部门瞎跑瞎闹，这样做， 系统项目能成功真是个奇迹。对大多数企业来说，利用系统实现管理创新和效益不是其长项。他们很难对自己不很懂的系统项目，承担责任，做出决策并保证成功。
要找专业的游戏软件实施公司，特别是有本行业实施经验的实施公司，把风险控制到最底。
项目管理层没有足够的时间参与项目
建立正常的会议安排，并严格规定不能减少安排的次数，如果不能按计划进行，也必须调整
高层领导对跨部门业务协调不够
对特定的功能序曲问题，高层领导应指定专人负责，并负责到底
项目管理人员缺少项目管理技巧和经验
培训项目管理技术
不能充分协调各小组关系
项目管理人员投入足够的时间来协调各小组的需求

第五章 技术过程
5.1 方法，工具和技术
本小组的团队组织结构为主程序员式组织结构：编程语言为Java，采用面向对象的分析设计方法；利用uml进行系统建模；同一文件命名、代码版式、注释等编码规范；编码人员进行代码走查后再进行代码编译；测试人员根据测试文档进行单元测试；最后实现软件的交付。
开发环境为 Java sdk +eclipse + my sql+ubuntu8.10。
系统架构方案考虑了如下几个方面：
1) 基于企业广域网络和局域网络以及移动互联网络；
2) 采用J2EE框架结构，可实现群集和负载均衡，支持从PC服务器到小型机系统的多种服务器；
3) 提供严密的安全解决方案，满足公司游戏系统高强度的安全管理要求；
4) 基于Web Service的SOA框架，适应了多系统灵活集成的需要，能够方便融入游戏平台mobile整体解决方案。

5.2 软件文档
项目文档列举如下：
☆软件项目管理计划文档：
该文档由组长完成，介绍项目的整个管理过程
该文档在需求分析阶段开始完成，在后续每个阶段更新。
☆需求规格说明文档
在需求分析阶段，小组成员共同分析收集用户需求，由组长负责编写规格说明文档，在后续的设计和开发阶段不断更新。
该文档主要内容为：功能需求，性能要求，数据处理要求，软件运行需求等。
☆软件设计文档
在总体设计阶段，小组根据需求规格说明文档，完成软件体系结构的设计，编写体系结构设计文档，并在后续开发阶段补充和更新。
该文档由开发人员负责编写
☆软件测试文档
在软件开发阶段，测试人员需要编写测试规格说明文档，并在后续测试阶段更新。
开发人员将根据测试规格说明文档建立测试环境。
☆用户文档：
在需求分析阶段，测试人员需要开始着手编写用户手册，并在需求分析结束后需要形成初稿；在后续阶段不断更新用户文档，并在系统交付阶段随着系统一起被交付。
5.3 项目支持功能
为方便开发和保证软件产品质量，本项目采用著名的开源配置管理工具subversion，并进行配置管理，能有效地避免多人开发可能会造成的混乱，提高软件开发生产率和质量。
在开发阶段结束后，开发人员间会进行代码走查，减少bug，并在测试阶段跟新源代码。
测试人员根据测试文档进行软件测试，提高软件的正确性2010年读书节活动方案
一、     活动目的：
书是人类的朋友，书是人类进步的阶梯！为了拓宽学生的知识面，通过开展“和书交朋友，遨游知识大海洋”系列读书活动，激发学生读书的兴趣，让每一个学生都想读书、爱读书、会读书，从小养成热爱书籍，博览群书的好习惯，并在读书实践活动中陶冶情操，获取真知，树立理想！
二、活动目标：
1、通过活动，建立起以学校班级、个人为主的班级图书角和个人小书库。
2、通过活动，在校园内形成热爱读书的良好风气。
3、通过活动，使学生养成博览群书的好习惯。
4、通过活动，促进学生知识更新、思维活跃、综合实践能力的提高。
三、活动实施的计划
1、 做好读书登记簿
（1） 每个学生结合实际，准备一本读书登记簿，具体格式可让学生根据自己喜好来设计、装饰，使其生动活泼、各具特色，其中要有读书的内容、容量、实现时间、好词佳句集锦、心得体会等栏目，高年级可适当作读书笔记。
（2） 每个班级结合学生的计划和班级实际情况，也制定出相应的班级读书目标和读书成长规划书，其中要有措施、有保障、有效果、有考评，简洁明了，易于操作。
（3）中队会组织一次“读书交流会”展示同学们的读书登记簿并做出相应评价。
2、 举办读书展览：
各班级定期举办“读书博览会”，以“名人名言”、格言、谚语、经典名句、“书海拾贝”、“我最喜欢的＿＿＿”、“好书推荐”等形式，向同学们介绍看过的新书、好书、及书中的部分内容交流自己在读书活动中的心得体会,在班级中形成良好的读书氛围。
3、 出读书小报：

---------------------------------------------------------精品 文档---------------------------------------------------------------------