软件项目计划书Word文件下载.docx
- 文档编号:19210038
- 上传时间:2023-01-04
- 格式:DOCX
- 页数:14
- 大小:82.50KB
软件项目计划书Word文件下载.docx
《软件项目计划书Word文件下载.docx》由会员分享,可在线阅读,更多相关《软件项目计划书Word文件下载.docx(14页珍藏版)》请在冰豆网上搜索。
3.需求管理
3.1需求管理过程
一、组织策划和技术骨干代表编写游戏功能描述。
二、调查玩家的实际情况,明确玩家需求。
三、做好市场调研,通过市场调研活动,这可以帮助工程负责人更加清楚的构想出自己开发的游戏的大体架构和模样,总结同类游戏优势和缺点。
四、编写《玩家调查报告》和《市场调研报告》文档,作为日后工程开发
过程中的依据。
主要管理好美术/策划/程序三大块,每一块的质量评测方法方式都不相同:
美术方面:
我们采用的是定期审图机制,进行每周评审,通过即可交付策划。
程序方面:
我们遵循软件工程管理,每个阶段都进行详细的测试,并使用工单系统和BUG管理系统对发现的问题进行跟踪。
按照监督计划分配相应的资源来保证某阶段的开发质量。
3.2任务分解
图3-2工作分解结构图
3.3变更控制
一、工程开发周期长。
网游工程的开发周期一般在1年半到2年,随着需求的变化,一个游戏开发三年以上的也比比皆是。
二、涉及环节多。
游戏的开发涉及策划、美工(2D、3D、程序、测试等诸多环节,特别在资源调度上,难度很大。
三、需求变化多而快。
网游是个需要和市场非常贴近的工程,市面上的游戏层出不穷,玩法推陈出新,如果不能及时赶上变化,往往游戏推出时,已经落后于主流游戏。
因此,工程在进行过程中,经常需要根据市场变化更改需要。
鉴于工程开发周期长,需求变化多的特点,我们的工程预算也是分期制定的,在总预算的基础上,我们将工程分成若干个阶段,根据不同阶段制定相应预算。
游戏开发工程是比较难以控制成本的,这就要求在工程立项的时候就要考虑多方面的因素,特别需求变化所带来的风险。
在制定预算的时候,也应该留部分预算灵活使用。
4.工程组织计划
4.1组织结构
4.2人员分工
序号
工作名称
人力资源类型
平均每天工作量(工时)
每天需安排人数
1
需求分析
分析员
24
3
2
总体设计
设计员
48
6
界面详细设计
4
动画详细设计
5
处理详细设计
界面编码
程序员
40
7
动画编码
8
处理编码
9
界面单元测试
测试员
32
10
动画单元测试
11
处理单元测试
12
系统测试
16
13
工程管理
管理员
表4-2-1游戏软件开发工程人力资源计算
时间(双周)
人数
14
15
17
18
19
20
21
22
23
表4-2-2工程人力资源计划表(人)
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%发生防线的可能性
风险描述
发生概率
影响程度
风险等级
风险响应计划
由于时间紧张最后无法按期完成
低
极大
高
充分考虑各种潜在因素,适当留有余地;
任务分解要详细,便于考核;
如果出现必须延期的情况,组长需及时同相关负责人沟通,并申请延期时间。
系统没有足够的测试时间
大
持续地监控,工程进度控制随着工程的进行而不断进行的,保证每个环节都有足够的时间。
。
开发软件结构体系存在问题,使完成的软件产品未能实现工程预定目标
中
选用正版软件开发
质量不符合用户要求
经常和用户交流工作成果、品牌管理采用符合要求的开发流程、认真组织对产出物的检查和评审、计划和组织严格的独立测试等。
软件工程开发和实施过程,所必须用到的管理工具、开发工具、测试工具未能及时到位
在工程的启动阶段就落实好各项工具的来源或可能的替代工具,在这些工具需要使用之前跟踪并落实工具的到位事宜。
组员成员因意外无法参加设计
事先同用户商量解决办法
5.工程时间
5.1工程进度计划
活动
紧前工作
工期估计
最早
最迟
时差
开始时间
结束时间
1需求分析
-
50
2总体设计
25
75
3界面子系统详细设计
100
4动画子系统详细设计
125
5处理子系统详细设计
150
6界面子系统编码
120
170
7动画子系统编码
145
8处理子系统编码
9界面子系统单元测试
30
200
10动画子系统单元测试
175
11处理子系统单元测试
12系统联调与测试
9,10,11
165
215
表5-1-1工程进度表
时间
界面设计
动画设计
处理设计
动画测试
处理测试
联调测试
图5-1-2游戏软件开发工程工作计划甘特图(时间单位:
双周)
5.2工程成本估计
人力费用
(千元)
平均人力费用(千元)
(千元/每10工作日)
固定费用
总费用
288
112
400
216
84
300
108
42
96
9.6
104
64
136
280
9.33
270
550
小计/合计
1976
138.13
1324
3200
表5-2-1游戏软件开发工程的费用估计
计算公式:
人力费用=(工作量估计*各类人员小时费)/1000
平均人力费用=(各类人员小时费*8*10)/1000
总费用=人力费用+固定费用
费用(千元)
79.17
179.17
112.5
62.5
162.5
158.5
208.5
108.5
113.17
表5-2-2工程双周费用预算表(千元)
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 项目 计划书