软件综合项目专题计划书.docx

“僵尸”游戏项目计划书

目录
目录 2
1. 引言 3
1.1编写目标 3
1.2项目介绍 3
1.3开发背景 3
1.4 参考资料 3
2. 项目概述 3
2.1 项目目标 3
2.2 应交付结果 4
3. 需求管理 4
3.1 需求管理过程 4
3.2 任务分解 4
3.3 变更控制 4
4. 项目组织计划 4
4.1 组织结构 4
4.2 人员分工 4
4.3 协作和沟通 4
4.3.1 内部协作 4
4.3.2 外部沟通和协作 4
4.3.3 项目沟通技巧 4
4.4项目风险计划 4
5.项目时间 4
5.1 项目进度计划 4
5.2 项目成本估量 4

1. 引言
1.1编写目标
为确保整个游戏系统开发项目能够按时且保质保量完成，使每个人在该项目标开发过程中能够发挥自己专长及作用，使整个项目标开发过程能够顺利平稳且有序进行，并为项目开发提供有效且有力进度参考。
1.2项目介绍
在电脑手机普及应用今天，游戏成为大家益智和休闲娱乐关键路径之一，它在大家精神、生活等方方面面发挥着关键作用，而我们所开发僵尸游戏系统，是一款小型益智休闲类游戏，给大家在休息时间带来新体验。
1.3开发背景
游戏发展至今已经有三十余年历史，而伴随精神世界提升和应用科学技术不停发展，社会压力随之增大，而越来越多人选择经过休闲益智类小型游戏来丰富自己精神生活。本游戏系统使用My eclipse开发平台，关键研究基于java编程语言。
1.4 参考资料
[1]马瑞新 等：《 2.0程序设计案例教程》，清华大学出版社； 
[2]刘伟琴、黄广华：《Web程序设计（第四版）》，清华大学出版社；
2. 项目概述
2.1 项目目标
僵尸游戏运行
游戏分为5个模式：冒险模式、玩玩小游戏、解谜模式、 生存模式和禅境花园。每个模式中全部分好多个游戏。在这些小游戏中，僵尸会以不一样形式出现，会提升玩家注意力、左右脑支配、提升智商。 表现游戏创意、玩法、美术风格、大致背景、特色系统、和同类游戏区分。

2.2 应交付结果
完整项目需求书，调研汇报统计表。进度安排表，人员分工表，项目成本估量表。

3. 需求管理
3.1 需求管理过程
一、组织策划和技术骨干代表编写游戏功效描述。
二、调查玩家实际情况，明确玩家需求。
三、做好市场调研，经过市场调研活动，这能够帮助项目责任人愈加清楚构想出自己开发游戏大致架构和模样，总结同类游戏优势和缺点。
四、编写《玩家调查汇报》和《市场调研汇报》文档，作为以后项目开发
过程中依据。
关键管理好美术/策划/程序三大块，每一块质量评测方法方法全部不相同：
美术方面：我们采取是定时审图机制，进行每七天评审，经过即可交付策划。
程序方面：我们遵照软件工程管理，每个阶段全部进行具体测试，并使用工单系统和BUG管理系统对发觉问题进行跟踪。根据监督计划分配对应资源来确保某阶段开发质量。

3.2 任务分解

“僵尸”游戏系统

6
5
4
2
3
1

需求分析
测试

项目管理
系统实现
具体设计
总体设计

5.3

5.1

5.2

4.3

4.2

4.1

3.3
3.2
3.1
动画编码
界面编码

处理编码
界面具体设计
动画具体设计
处理具体设计
处理单元测试
动画单元测试
界面单元测试

图3-2 工作分解结构图

3.3 变更控制
一、 项目开发周期长。网游项目标开发周期通常在1年半到2年，伴随需求改变，一个游戏开发三年以上也比比皆是。
二、包含步骤多。游戏开发包含策划、美工（2D、3D、程序、测试等很多步骤，尤其在资源调度上，难度很大。
三、需求改变多而快。网游是个需要和市场很贴近项目，市面上游戏层出不穷，玩法推陈出新，假如不能立即赶上改变，往往游戏推出时，已经落后于主流游戏。所以，项目在进行过程中，常常需要依据市场改变更改需要。

鉴于项目开发周期长，需求改变多特点，我们项目预算也是分期制订，在总预算基础上，我们将项目分成若干个阶段，依据不一样阶段制订对应预算。
游戏开发项目是比较难以控制成本，这就要求在项目立项时候就要考虑多方面原因，尤其需求改变所带来风险。在制订预算时候，也应该留部分预算灵活使用。

4. 项目组织计划
4.1 组织结构

项目经理
质量控制组
系统设计组
软件开发组A
软件开发组B
软件开发组C
配置管理组
软件测试组
用户服务组
图4-1 软件项目标组织结构图

4.2 人员分工
序号
工作名称
人力资源类型
平均天天工作量（工时）
天天需安排人数
1
需求分析
分析员
24
3
2
总体设计
设计员
48
6
3
界面具体设计
设计员
24
3
4
动画具体设计
设计员
24
3
5
处理具体设计
设计员
24
3
6
界面编码
程序员
40
5
7
动画编码
程序员
40
5
8
处理编码
程序员
40
5
9
界面单元测试
测试员
32
4
10
动画单元测试
测试员
32
4
11
处理单元测试
测试员
32
4
12
系统测试
设计员
16
2
测试员
32
4
13
项目管理
管理员
8
1
表4-2-1 游戏软件开发项目人力资源计算

时间（双周）
1
2
3
4
5
6
7
8
9
10
11
12
人数
4
4
4
4
4
10
7
7
4
7
10
7
时间（双周）
13
14
15
16
17
18
19
20
21
22
23
24
人数
9
10
10
10
10
10
5
7
7
7
7
7
表4-2-2 项目人力资源计划表（人）

图4-2-3 游戏软件开发项目人力资源负荷曲线图

4.3 协作和沟通
项目沟通管理包含为确保立即和合理地生成、搜集、分发、储存、提取及最终利用项目信息所需要各过程。意在为确保各项目干系人(包含项目团体、关系人、用户及提议人)立即得到信息并对信息做出对应反应。项目沟通几乎贯穿于项目标每个步骤，有效沟通管理促成项目标成功，各项目干系人全部应明白沟通会对项目产生怎样影响。
4.3.1 内部协作
为了确保项目开发过程顺利进行和信息有效沟通，特要求以下沟通计划：
1.天天17:00—17:30项目组组员进行口头交流；
2.每七天五14：00前提交周汇报，并制作格式模板；
3.每七天五15：00-17：00召开项目周例会，会后公布会议纪要给相关项目人员，其中说明项目标进展和存在问题；
立即提交问题汇报，问题能够经过网络提交，项目经理会立即获取问题信息。
4.3.2 外部沟通和协作
为了满足用户产品需求，愈加好更完善产品功效，特要求以下沟通计划：
1. 项目责任人和用户交流时，要听听用户想要什么，进而依据用户额需求进行具体提问，直至双方达成共识。
2. 和团体组员讨论，划分功效模块，给出工程时间轴，并撰写具体需求文档，召集用户相关部门责任人一起商讨需求文档，要听取用户提议，将任何变动要求全部分类纪录。抚慰情绪，解答迷惑，控制需求变动。
3. 将会以商协中全部分歧性意见全部逐条写下，抄送全部相关责任人，并要求她们纠正分歧和确定变动。依据确定过反馈回复，修改需求文档，知道需求文档定稿。
4. 不管对于专业还是不专业用户，交流中全部有很多没有考虑遗漏点，所以需要三种有效手段：需求问卷，书面确定，邮件抄送。
4.3.3 项目沟通技巧
1. 利用正确表示方法。沟通必需目标明确。在信息交流之前，发送者应考虑好自己将要表示意图，要努力争取简明扼要。用简单明了词句表明自己意思。
2. 提升倾听技能。沟通不仅仅是说，而是说和听。倾听既是我们取得相关她人第一手信息、正确定识她人关键路径，也是我们向她人表示尊重最好方法。
3. 避免无休止争论。这种无休止争论带来结果是没有定论，不仅问题没有处理，而且延误了问题处理时间。
4. 保持通畅沟通渠道。沟通当然关键，但假如没有通畅沟通渠道，组织就肯定展现自发无组织状态，就无法取得需要真实信息，整个组织运转效能就会下降。
5. 使用高效沟通工具。在项目组织内，通常会使用相关成熟项目管理软件、电子邮件系统、办公自动化系统等工具来支持项目多种信息生成、传输及存放要求。这些工具使用，大大提升了沟通效率，拉进了沟通双方距离，降低了无须要面谈和会议。
6. 把握沟通标准。一是沟通内外有别。即要求团体作为一个整体对外意见要一致，一个团体要用一个声音;二是非正式沟通又助于关系融洽;三是采取对方能接收沟通风格;四是沟通升级标准，即第一步,和对方沟通;第二步,和对方上级沟通;第三步,和自己上级沟通;第四步，自己上级和对方上级沟通。五是扫除沟通障碍。
4.4项目风险计划

风险是指在项目进行过程中可能发生事件，这些事件将会对项目按预期时间、资源和预算完成产生重大影响。风险分析目标是识别这些事件，设法避免这些事件发生并制订一旦这些事件发生后处理方法。 
下面这个风险列表就是经过一系列风险识别、风险评定、风险应对，最终得出项目风险计划表

二、项目风险管理

风险发生概率判定准则：

高风险： >60%发生风险可能性 中风险： 30-60%发生风险可能性 低风险：<30%发生防线可能性
序号
风险描述
发生概率
影响程度
风险等级
风险响应计划
1
因为时间担心最终无法按期完成
低
极大
高
充足考虑多种潜在原因，合适留有余地；任务分解要具体，便于考评；假如出现必需延期情况，组长需立即同相关责任人沟通，并申请延期时间。
2
系统没有足够测试时间
高
大
高
连续地监控，项目进度控制伴随项目标进行而不停进行，确保每个步骤全部有足够时间。。
3
开发软件结构体系存在问题，使完成软件产品未能实现项目预定目标
中
高
中
选择正版软件开发
4
质量不符适用户要求
低
高
高
常常和用户交流工作结果、品牌管理采取符合要求开发步骤、认真组织对产出物检验和评审、计划和组织严格独立测试等。

5
软件项目开发和实施过程，所必需用到管理工具、开发工具、测试工具未能立即到位
低
大
高
在项目标开启阶段就落实好各项工具起源或可能替换工具，在这些工具需要使用之前跟踪并落实工具到位事宜。
6
组员组员因意外无法参与设计
中
中
高
事先同用户商议处理措施

5.项目时间
5.1 项目进度计划
活动
紧前工作
工期估量
最早
最迟
时差
开始时间
结束时间
开始时间
结束时间
1 需求分析
-
50
0
50
0
50
0
2 总体设计
1
25
50
75
50
75
0
3 界面子系统具体设计
2
25
75
100
75
25
0
4 动画子系统具体设计
3
25
100
125
100
125
0
5 处理子系统具体设计
4
25
125
150
125
150
0
6 界面子系统编码
3
20
100
120
150
170
50
7 动画子系统编码
4
20
125
145
150
170
25
8 处理子系统编码
5
20
150
170
150
170
0
9 界面子系统单元测试
6
30
120
150
170
200
50
10 动画子系统单元测试
7
30
145
175
170
200
25
11 处理子系统单元测试
8
30
175
200
170
200
0
12 系统联调和测试
9,10,11
50
165
215
165
215
0
表5-1-1 项目进度表

时间
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
需求分析

总体设计

界面设计

动画设计

处理设计

界面编码

动画编码

处理编码

界面单元测试

动画测试

处理测试

联调测试

项目管理

图5-1-2 游戏软件开发项目工作计划甘特图（时间单位：双周）

5.2 项目成本估量
序号
工作名称
人力费用
（千元）
平均人力费用（千元）
（千元/每10工作日）
固定费用
总费用
（千元）
1
需求分析
288
16
112
400
2
总体设计
216
12
84
300
3
界面具体设计
108
12
42
150
4
动画具体设计
108
12
42
150
5
处理具体设计
108
12
42
150
6
界面编码
96
9.6
104
200
7
动画编码
96
9.6
104
200
8
处理编码
96
9.6
104
200
9
界面单元测试
64
8
136
200
10
动画单元测试
64
8
136
200
11
处理单元测试
64
8
136
200
12
系统测试
280
9.33
270
550
13
项目管理
288
12
12
300
小计/累计
1976
138.13
1324
3200
表5-2-1 游戏软件开发项目标费用估量

计算公式：人力费用=（工作量估量*各类人员小时费）/1000
平均人力费用=（各类人员小时费*8*10）/1000
总费用=人力费用+固定费用

时间（双周）
1
2
3
4
5
6
7
8
费用（千元）
79.17
79.17
79.17
79.17
79.17
179.17
112.5
112.5
时间（双周）
9
10
11
12
13
14
15
16
费用（千元）
62.5
112.5
162.5
112.5
112.5
158.5
208.5
208.5
时间（双周）
17
18
19
20
21
22
23
24
费用（千元）
208.5
208.5
108.5
113.17
113.17
113.17
113.17
113.17
表5-2-2 项目双周费用预算表（千元）
图5-2-3 项目标费用负荷曲线
图5-2-3 项目标费计曲线