ImageVerifierCode 换一换
格式:DOCX , 页数:14 ,大小:80.75KB ,
资源ID:767196      下载积分:3 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bdocx.com/down/767196.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(软件项目计划书.docx)为本站会员(b****1)主动上传,冰豆网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰豆网(发送邮件至service@bdocx.com或直接QQ联系客服),我们立即给予删除!

软件项目计划书.docx

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 eclipse开发平台,主要研究基于java编程语言。

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

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

5、变更控制1、项目开发周期长。网游项目的开发周期一般在1年半到2年,随着需求的变化,一个游戏开发三年以上的也比比皆是。二、涉及环节多。游戏的开发涉及策划、美工(2D、3D、程序、测试等诸多环节,特别在资源调度上,难度很大。三、需求变化多而快。网游是个需要和市场非常贴近的项目,市面上的游戏层出不穷,玩法推陈出新,如果不能及时赶上变化,往往游戏推出时,已经落后于主流游戏。因此,项目在进行过程中,经常需要根据市场变化更改需要。鉴于项目开发周期长,需求变化多的特点,我们的项目预算也是分期制定的,在总预算的基础上,我们将项目分成若干个阶段,根据不同阶段制定相应预算。游戏开发项目是比较难以控制成本的,这就要

6、求在项目立项的时候就要考虑多方面的因素,特别需求变化所带来的风险。在制定预算的时候,也应该留部分预算灵活使用。4. 项目组织计划4.1 组织结构4.2 人员分工序号工作名称人力资源类型平均每天工作量(工时)每天需安排人数1需求分析分析员2432总体设计设计员4863界面详细设计设计员2434动画详细设计设计员2435处理详细设计设计员2436界面编码程序员4057动画编码程序员4058处理编码程序员4059界面单元测试测试员32410动画单元测试测试员32411处理单元测试测试员32412系统测试设计员162测试员32413项目管理管理员81表4-2-1 游戏软件开发项目人力资源计算时间(双周

7、)123456789101112人数44444107747107时间(双周)8192021222324人数917777表4-2-2 项目人力资源计划表(人)图4-2-3 游戏软件开发项目人力资源负荷曲线图4.3 协作与沟通项目沟通管理包括为保证及时与合理地生成、收集、分发、储存、提取及最终利用项目信息所需要的各过程。旨在为保证各项目干系人(包括项目团队、关系人、客户及发起人)及时得到信息并对信息做出相应的反应。项目沟通几乎贯穿于项目的每个环节,有效的沟通管理促成项目的成功,各项目干系人都应明白沟通会对项目产生怎样的影响。4.3.1 内部协作为了保证项目开发过程的顺利进行和信息的有效沟通,特要求

8、如下的沟通计划:1.每天17:0017:30项目组成员进行口头交流;2.每周五的14:00前提交周报告,并制作格式模板; 3.每周五的15:00-17:00召开项目周例会,会后发布会议纪要给相关的项目人员,其中说明项目的进展和存在的问题;及时提交问题报告,问题可以通过网络提交,项目经理会及时获取问题信息。4.3.2 外部沟通与协作为了满足用户的产品需求,更好更完善产品功能,特要求如下的沟通计划:1.项目负责人与客户交流时,要听听客户想要什么,进而根据客户额需求进行详细的提问,直至双方达成共识。2.与团队成员讨论,划分功能模块,给出工程时间轴,并撰写详细的需求文档,召集客户相关部门的负责人一起商

9、讨需求文档,要听取客户的建议,将任何变动要求都分类纪录。安抚情绪,解答困惑,控制需求变动。3.将会以商协中所有分歧性意见都逐条写下,抄送所有相关负责人,并要求他们纠正分歧和确认变动。根据确认过的反馈回复,修改需求文档,知道需求文档定稿。4.无论对于专业还是不专业客户,交流中都有很多没有考虑的遗漏点,因此需要三种有效的手段:需求问卷,书面确认,邮件抄送。4.3.3项目沟通技巧1.运用正确的表达方式。沟通必须目的明确。在信息交流之前,发送者应考虑好自己将要表达的意图,要力求简明扼要。用简单明了的词句表明自己的意思。2.提高倾听技能。沟通不仅仅是说,而是说和听。倾听既是我们取得关于他人第一手信息、正

10、确认识他人的重要途径,也是我们向他人表示尊重的最好方式。3.避免无休止的争论。这种无休止的争论带来的结果是没有定论,不仅问题没有解决,而且延误了问题解决的时间。4.保持畅通的沟通渠道。沟通固然重要,但如果没有畅通的沟通渠道,组织就必然呈现自发的无组织状态,就无法获得需要的真实的信息,整个组织的运转效能就会下降。5.使用高效的沟通工具。在项目组织内,通常会使用相关的成熟的项目管理软件、电子邮件系统、办公自动化系统等工具来支持项目各种信息的生成、传递及存储的要求。这些工具的使用,大大提高了沟通的效率,拉进了沟通双方的距离,减少了不必要的面谈和会议。6.把握沟通原则。一是沟通内外有别。即要求团队作为

11、一个整体对外意见要一致,一个团队要用一种声音;二是非正式的沟通又助于关系融洽;三是采用对方能接受的沟通风格;四是沟通的升级原则,即第一步,和对方沟通;第二步,和对方的上级沟通;第三步,和自己的上级沟通;第四步,自己的上级和对方的上级沟通。五是扫除沟通的障碍。4.4项目风险计划风险是指在项目进行过程中可能发生的事件,这些事件将会对项目按预期时间、资源和预算完成产生重大影响。风险分析的目标是识别这些事件,设法避免这些事件的发生并制定一旦这些事件发生后的处理措施。下面的这个风险列表就是通过一系列的风险识别、风险评估、风险应对,最后得出项目风险计划表二、项目风险管理风险发生概率的判断准则:高风险: 6

12、0%发生风险的可能性 中风险: 30-60%发生风险的可能性 低风险:30%发生防线的可能性序号风险描述发生概率影响程度风险等级风险响应计划1由于时间紧张最后无法按期完成低极大高充分考虑各种潜在因素,适当留有余地;任务分解要详细,便于考核;如果出现必须延期的情况,组长需及时同相关负责人沟通,并申请延期时间。2系统没有足够的测试时间高大高持续地监控,项目进度控制随着项目的进行而不断进行的,保证每个环节都有足够的时间。3开发软件结构体系存在问题,使完成的软件产品未能实现项目预定目标中高中选用正版软件开发4质量不符合用户要求低高高经常和用户交流工作成果、品牌管理采用符合要求的开发流程、认真组织对产出

13、物的检查和评审、计划和组织严格的独立测试等。5软件项目开发和实施过程,所必须用到的管理工具、开发工具、测试工具未能及时到位低大高在项目的启动阶段就落实好各项工具的来源或可能的替代工具,在这些工具需要使用之前跟踪并落实工具的到位事宜。6组员成员因意外无法参加设计中中高事先同用户商量解决办法5.项目时间5.1 项目进度计划活动紧前工作工期估计最早最迟时差开始时间结束时间开始时间结束时间1 需求分析-5005005002 总体设计1255075507503 界面子系统详细设计22575100752504 动画子系统详细设计325105 处理子系统详细设计42512515012515006 界面子系统编码3270507 动画子系统编码4201258 处理子系统编码52009 界面子系统单元测试6301210 动画子系统单元测试7302511 处理子系统单元测试8300012 系统联调与测试9,10,152150表5-1-1 项目进度表时间1234567891122需求分析

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1