“僵尸”游戏项目计划书.docx

上传人:龙*** 文档编号:1012679 上传时间:2018-11-15 格式:DOCX 页数:11 大小:39.84KB
下载 相关 举报
“僵尸”游戏项目计划书.docx_第1页
第1页 / 共11页
“僵尸”游戏项目计划书.docx_第2页
第2页 / 共11页
“僵尸”游戏项目计划书.docx_第3页
第3页 / 共11页
“僵尸”游戏项目计划书.docx_第4页
第4页 / 共11页
“僵尸”游戏项目计划书.docx_第5页
第5页 / 共11页
点击查看更多>>
资源描述

1、“僵尸”游戏项目计划书目录目录 .21. 引言 .31.1 编写目的 .31.2 项目简介 .31.3 开发背景 .31.4 参考资料 .32. 项目概述 .32.1 项目目标 .32.2 应交付成果 .43. 需求管理 .43.1 需求管理过程 .43.2 任务分解 .43.3 变更控制 .44. 项目组织计划 .44.1 组织结构 .44.2 人员分工 .44.3 协作与沟通 .44.3.1 内部协作 .44.3.2 外部沟通与协作 .44.3.3 项目沟通技巧 .44.4 项目风险计划 .45.项目时间 .45.1 项目进度计划 .45.2 项目成本估计 .41. 引言1.1 编写目的为

2、保证整个游戏系统开发项目能够按时且保质保量的完成,使每个人在该项目的开发过程中能够发挥自己的特长及作用,使整个项目的开发过程能够顺利平稳且有序的进行,并为项目开发提供有效且有力的进度参考。1.2 项目简介在电脑手机普及应用的今天,游戏成为人们益智和休闲娱乐的重要途径之一,它在人们的精神、生活等方方面面发挥着重要作用,而我们所开发的僵尸游戏系统,是一款小型益智休闲类游戏,给人们在休息时间带来新的体验。1.3 开发背景游戏发展至今已有三十余年的历史,而随着精神世界的提高与应用科学技术的不断发展,社会压力随之增大,而越来越多的人选择通过休闲益智类的小型游戏来丰富自己的精神生活。本游戏系统使用 My

3、eclipse 开发平台,主要研究基于 java 编程语言。1.4 参考资料1马瑞新 等: 2.0 程序设计案例教程 ,清华大学出版社 2009 年版; 2刘伟琴、黄广华:Web 程序设计(第四版) ,清华大学出版社 2008 年版;2. 项目概述2.1 项目目标僵尸游戏的运行游戏分为 5 个模式:冒险模式、玩玩小游戏、解谜模式、 生存模式和禅境花园。每个模式中都分好多个游戏。在这些小游戏中,僵尸会以不同的形式出现,会提高玩家的注意力、左右脑的支配、提高智商。 体现游戏创意、玩法、美术风格、大致背景、特色系统、与同类游戏区别。2.2 应交付成果完整的项目需求书,调研报告统计表。进度安排表,人员

4、分工表,项目成本估计表。3. 需求管理3.1 需求管理过程一、组织策划和技术骨干代表编写游戏功能描述。 二、调查玩家的实际情况,明确玩家需求。 三、做好市场调研,通过市场调研活动,这可以帮助项目负责人更加清楚的构想出自己开发的游戏的大体架构和模样,总结同类游戏优势和缺点。 四、编写玩家调查报告和市场调研报告文档,作为日后项目开发过程中的依据。主要管理好美术/策划/程序三大块,每一块的质量评测方法方式都不相同: 美术方面:我们采用的是定期审图机制,进行每周评审,通过即可交付策划。程序方面:我们遵循软件工程管理,每个阶段都进行详细的测试,并使用工单系统和 BUG管理系统对发现的问题进行跟踪。按照监

5、督计划分配相应的资源来保证某阶段的开发质量。3.2 任务分解需求分析 总体设计 详细设计 系统实现 测试 项目管理界面详细设计“僵尸”游戏系统动画详细设计 处理详细设计 界面编码 动画编码 处理编码 界面单元测试 动画单元测试 处理单元测试1 2 3 4 5 63.1 3.2 3.3 4.1 4.2 4.3 5.1 5.2 5.33.3 变更控制1、 项目开发周期长。网游项目的开发周期一般在 1 年半到 2 年,随着需求的变化,一个游戏开发三年以上的也比比皆是。二、涉及环节多。游戏的开发涉及策划、美工(2D、3D、程序、测试等诸多环节,特别在资源调度上,难度很大。三、需求变化多而快。网游是个需

6、要和市场非常贴近的项目,市面上的游戏层出不穷,玩法推陈出新,如果不能及时赶上变化,往往游戏推出时,已经落后于主流游戏。因此,项目在进行过程中,经常需要根据市场变化更改需要。鉴于项目开发周期长,需求变化多的特点,我们的项目预算也是分期制定的,在总预算的基础上,我们将项目分成若干个阶段,根据不同阶段制定相应预算。游戏开发项目是比较难以控制成本的,这就要求在项目立项的时候就要考虑多方面的因素,特别需求变化所带来的风险。在制定预算的时候,也应该留部分预算灵活使用。4. 项目组织计划4.1 组织结构项目经理质量控制组系统设计组软件开发组A软件开发组B软件开发组C配置管理组 软件测试组 客户服务组图 4-

7、1 软件项目的组织结构图图 3-2 工作分解结构图4.2 人员分工序号 工作名称 人力资源类型 平均每天工作量(工时) 每天需安排人数1 需求分析 分析员 24 32 总体设计 设计员 48 63 界面详细设计 设计员 24 34 动画详细设计 设计员 24 35 处理详细设计 设计员 24 36 界面编码 程序员 40 57 动画编码 程序员 40 58 处理编码 程序员 40 59 界面单元测试 测试员 32 410 动画单元测试 测试员 32 411 处理单元测试 测试员 32 4设计员 16 212 系统测试测试员 32 413 项目管理 管理员 8 1时间(双周) 1 2 3 4 5

8、 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-1 游戏软件开发项目人力资源计算表 4-2-2 项目人力资源计划表(人)4.3 协作与沟通项目沟通管理包括为保证及时与合理地生成、收集、分发、储存、提取及最终利用项目信息所需要的各过程。旨在为保证各项目干系人(包括项目团队、关系人、客户及发起人)及时得到信息并对信息做出相应的反应。项目沟通几乎贯穿于项目的每个环节,有效的沟通管理促成项目的成功,各项目

9、干系人都应明白沟通会对项目产生怎样的影响。4.3.1 内部协作为了保证项目开发过程的顺利进行和信息的有效沟通,特要求如下的沟通计划:1.每天 17:0017:30 项目组成员进行口头交流;2.每周五的 14:00 前提交周报告,并制作格式模板; 3.每周五的 15:00-17:00 召开项目周例会,会后发布会议纪要给相关的项目人员,其中说明项目的进展和存在的问题;及时提交问题报告,问题可以通过网络提交,项目经理会及时获取问题信息。4.3.2 外部沟通与协作为了满足用户的产品需求,更好更完善产品功能,特要求如下的沟通计划:1. 项目负责人与客户交流时,要听听客户想要什么,进而根据客户额需求进行详

10、细的提问,直至双方达成共识。图 4-2-3 游戏软件开发项目人力资源负荷曲线图2. 与团队成员讨论,划分功能模块,给出工程时间轴,并撰写详细的需求文档,召集客户相关部门的负责人一起商讨需求文档,要听取客户的建议,将任何变动要求都分类纪录。安抚情绪,解答困惑,控制需求变动。3. 将会以商协中所有分歧性意见都逐条写下,抄送所有相关负责人,并要求他们纠正分歧和确认变动。根据确认过的反馈回复,修改需求文档,知道需求文档定稿。4. 无论对于专业还是不专业客户,交流中都有很多没有考虑的遗漏点,因此需要三种有效的手段:需求问卷,书面确认,邮件抄送。4.3.3 项目沟通技巧1. 运用正确的表达方式。沟通必须目

11、的明确。在信息交流之前,发送者应考虑好自己将要表达的意图,要力求简明扼要。用简单明了的词句表明自己的意思。2. 提高倾听技能。沟通不仅仅是说,而是说和听。倾听既是我们取得关于他人第一手信息、正确认识他人的重要途径,也是我们向他人表示尊重的最好方式。3. 避免无休止的争论。这种无休止的争论带来的结果是没有定论,不仅问题没有解决,而且延误了问题解决的时间。4. 保持畅通的沟通渠道。沟通固然重要,但如果没有畅通的沟通渠道,组织就必然呈现自发的无组织状态,就无法获得需要的真实的信息,整个组织的运转效能就会下降。5. 使用高效的沟通工具。在项目组织内,通常会使用相关的成熟的项目管理软件、电子邮件系统、办

12、公自动化系统等工具来支持项目各种信息的生成、传递及存储的要求。这些工具的使用,大大提高了沟通的效率,拉进了沟通双方的距离,减少了不必要的面谈和会议。6. 把握沟通原则。一是沟通内外有别。即要求团队作为一个整体对外意见要一致,一个团队要用一种声音;二是非正式的沟通又助于关系融洽;三是采用对方能接受的沟通风格;四是沟通的升级原则,即第一步,和对方沟通;第二步,和对方的上级沟通;第三步,和自己的上级沟通;第四步,自己的上级和对方的上级沟通。五是扫除沟通的障碍。4.4 项目风险计划风险是指在项目进行过程中可能发生的事件,这些事件将会对项目按预期时间、资源和预算完成产生重大影响。风险分析的目标是识别这些

13、事件,设法避免这些事件的发生并制定一旦这些事件发生后的处理措施。 下面的这个风险列表就是通过一系列的风险识别、风险评估、风险应对,最后得出项目风险计划表二、项目风险管理风险发生概率的判断准则:高风险: 60%发生风险的可能性 中风险: 30-60%发生风险的可能性 低风险:30%发生防线的可能性序号 风险描述 发生概率 影响程度 风险等级 风险响应计划1 由于时间紧张最后无法按期完成低 极大 高 充分考虑各种潜在因素,适当留有余地;任务分解要详细,便于考核;如果出现必须延期的情况,组长需及时同相关负责人沟通,并申请延期时间。2 系统没有足够的测试时间高 大 高 持续地监控,项目进度控制随着项目

14、的进行而不断进行的,保证每个环节都有足够的时间。3 开发软件结构体系存在问题,使完成的软件产品未能实现项目预定目标中 高 中 选用正版软件开发4 质量不符合用户要求 低 高 高 经常和用户交流工作成果、品牌管理采用符合要求的开发流程、认真组织对产出物的检查和评审、计划和组织严格的独立测试等。5 软件项目开发和实施过程,所必须用到的管理工具、开发工具、测试工具未能及时到位低 大 高 在项目的启动阶段就落实好各项工具的来源或可能的替代工具,在这些工具需要使用之前跟踪并落实工具的到位事宜。6 组员成员因意外无法参加设计中 中 高 事先同用户商量解决办法5.项目时间5.1 项目进度计划最早 最迟活动

15、紧前工作 工期估计开始时间 结束时间 开始时间 结束时间时差1 需求分析 - 50 0 50 0 50 02 总体设计 1 25 50 75 50 75 03 界面子系统详细设计 2 25 75 100 75 25 04 动画子系统详细设计 3 25 100 125 100 125 05 处理子系统详细设计 4 25 125 150 125 150 06 界面子系统编码 3 20 100 120 150 170 507 动画子系统编码 4 20 125 145 150 170 258 处理子系统编码 5 20 150 170 150 170 09 界面子系统单元测试 6 30 120 150 170 200 5010 动画子系统单元测试 7 30 145 175 170 200 2511 处理子系统单元测试 8 30 175 200 170 200 012 系统联调与测试 9,10,11 50 165 215 165 215 0时间 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22需求分析总体设计界面设计动画设计处理设计界面编码动画编码处理编码界面单元测试动画测试表 5-1-1 项目进度表

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 实用文档资料库 > 策划方案

Copyright © 2018-2021 Wenke99.com All rights reserved

工信部备案号浙ICP备20026746号-2  

公安局备案号:浙公网安备33038302330469号

本站为C2C交文档易平台,即用户上传的文档直接卖给下载用户,本站只是网络服务中间平台,所有原创文档下载所得归上传人所有,若您发现上传作品侵犯了您的权利,请立刻联系网站客服并提供证据,平台将在3个工作日内予以改正。