聪明文档网

聪明文档网

最新最全的文档下载
当前位置: 首页> 正在进行安全检测...

正在进行安全检测...

时间:2023-11-19 21:58:30    下载该word文档
软件开发项目计划书三篇

篇一:软件开发项目计划
文档简介
本文档主要是为XX学院人事管理系统项目制定进行软件工程和管理软件项目的合理计划,建立适当的对项目实际进展的可视性,使管理者在项目执行显著偏离软件计划时采取有效措施,从而保证XX学院人事管理系统项目的顺利完成。目的
编写XX学院人事管理系统项目的项目开发计划,主要是为了XX学院人事管理系统项目的开发能按照计划所规定的需求和约束进行,从而避免一些不必要的问题,提高产品开发质量,顺利的完成此项目。项目简介项目名称项目编号:
项目名称:XX学院人事管理系统(CDGSRS研发代号:产品标识
产品名称:XX学院人事管理系统产品缩称:CDGSRS版本号:1.0项目背景

148

XX有限公司与XX学院签定软件开发合同,确定由XX有限公司为XX学院开发XX学院人事管理系统”任务提出者任务开发者用户
XX学院
XX有限公司软件事业部
重点用户:XX学院人事科、办公室的关键岗位人员普通用户:XX学院全体教职工
范围
本产品将通过Internet网络构造一个实用、易用的人事管理系统。实现XX学院人事信息管理。
实现XX学院工资、各项津贴及福利的管理。实现XX学院师资管理。
实现XX学院个人相关人事信息查询。缩略语与首字母缩写参考文档
《项目立项建议书》《用户需求说明书》项目概述项目的目的和目标
本产品将通过Internet网络构造一个实用、易用的人事管理系统。

248

作者肖甜

实现XX学院人事信息管理。
实现XX学院工资、各项津贴及福利的管理。实现XX学院师资管理。
实现XX学院个人相关人事信息查询。假设与依赖假设/约束人员时间

项目的可交付工件交付时间20XX-1-1220XX-1-1520XX-5-1120XX-5-1120XX-5-1120XX-6-6项目生命周期V模型项目组织组织结构


348
说明
必须有4名两年以上J2EE架构开发人员20XX514日必须上线
工件
用户需求说明书产品规格说明书XX学院人事管理系统用户操作手册测试报告验收报告

角色与职责角色项目经理
参与者

职责
负责定义项目,开发项目计划,收集项目数据,跟踪监控项目,管理项目风险。
需求分析员系统设计员


需求调研、需求分析,需求管理开发系统技术解决方案、进行系统分析和设计
程序员测试员配置管理员


根据设计实现系统,单元测试设计测试、执行测试
建立配置环境、管理配置项、管理基线和变更
维护人员对外联系计划组织接口管理外部组织人员

角色与职责角色
参与者
职责

448
系统维护
内部联系人

联系方式

联系方式


甲方管理代表负责此软件项目使用的管理组织工作
甲方验收代表管理流程项目估算
负责项目验收
人力支出表活动需求设计编码测试部署合计:

非人力支出表费用名称交通费
成本(元人民币)
500需求阶段:300设计阶段:50编码阶段:50部署阶段:100招待费
1000需求阶段:300设计阶段:0编码阶段:0部署阶段:
548
工作量(人时104288800110121314成本(元人民币)39001080030000412545049275
700通讯费
1400需求阶段:200设计阶段:400编码阶段:400部署阶段:400合计:

其中人力支出表参见《XX学院人事管理系统成本估算表.wbs项目计划阶段计划阶段需求阶段
周期20XX-12-2920XX-1-15里程碑
在到达本阶段结束时会产生本项目的第一个里程碑――需求阶段里程碑,里程碑到达有如下标志:1.《需求规格说明书》已被开发并得到客户确认;
设计阶段
20XX-1-1620XX-3-14在到达本阶段结束时会产生本项目的第二个里程碑――构架阶段里程碑,里程碑到达有如下标志:1.数据库设计已被开发并通过评审;
2.系统技术解决方案已得到确定;3.产品和产品组件的设计已得到验证;
编码阶段
20XX-3-1520XX-5-11在到达本阶段结束时会产生本项目的第三个里程碑――编码阶段里程碑,里程碑
648
2900
到达有如下标志:1.产品已经实现并且通过测试;
2.用户支持文档已被开发并通过测试;
部署阶段
20XX-5-1420XX-6-6在到达本阶段结束时会产生本项目的第四个里程碑――部署阶段里程碑,里程碑到达有如下标志:1.产品已被部署到目标组织并且得到客户验收;

项目时间表
XX学院人事管理系统.mpp项目资源分配人员配备计划
人员
阶段
类型
数量
熟悉项目配置
三年以上项目需求分析的经验两年以上J2EE应用系统设计的经验两年使用J2EE做应用系统经验一年以上WEB测试的经验
熟悉linuxUnixwindowsDB2部署阶段维护人员
1Webspare的配置


748
要求技能
配置管理员
1需求阶段
需求分析员
1设计阶段系统设计员
1程序员
编码阶段
测试员
13
资源获取计划
人员
阶段
类型
数量
从公司软件部程序员中抽调,编码人配置管理员
1需求阶段
需求分析员
1设计阶段系统设计员
1程序员
编码阶段
测试员
部署阶段维护人员培训计划培训类型
培训内容
使用工具PowerDesigner使用工具VSS技术培训
E2Q设计平台深入设计JSPServlet编写规范J2EE组件设计
阶段详细计划需求开发阶段
阶段目标:获取更详细的用户需求,完成《需求规格说明书》的编制和评审。阶段WBS:参见文档――《XX学院人事管理系统需求开发阶段WBS.wbs

848
资源获取
员兼任
从公司软件部需求分析员中抽调从公司软件部系统分析员中抽调从公司软件部程序员中抽调从质量管理部抽调编码人员兼任
311日期
20XX-12-2920XX-2-22
资源配给:项目经理兼任
阶段计划执行进度按排:参见文档――《XX学院人事管理系统需求开发阶段进度计划.MPP设计阶段
阶段目标:完成概要设计和详细设计,完成设计评审。
阶段WBS:参见文档――《XX学院人事管理系统设计阶段WBS.wbs资源配给:项目经理兼任
阶段计划执行进度按排:参见文档――《XX学院人事管理系统设计阶段进度计.mpp编码阶段
阶段目标:产品已经实现并且通过测试;用户支持文档已被开发并通过测试。阶段WBS:参见文档――《XX学院人事管理系统编码阶段WBS.wbs资源配给:项目经理兼任
阶段计划执行进度按排:参见文档――《XX学院人事管理系统编码阶段进度计.mpp部署阶段项目监控需求管理计划
参见:XX学院人事管理系统项目需求管理计划》进度控制计划
每天检查工作任务的百分比,记录在项目跟踪表中,每周五下午举行项目周例会,检查项目成员的项目周报。

948

工作量偏差-0.3~-0.1-0.5~-0.3-0.7~-0.5-1~-0.7平均工作量偏差-1~-0.7报告计划内部报告项目周报项目月报项目阶段报告外部报告项目进度报告测试计划
处理办法不做处理需要增加工时需要增加资源需要调整周计划处理办法
需求上报高层修改里程碑
报告频率每周周月里程碑处报告频率每周
参见:XX学院人事管理系统测试计划》风险管理计划
参见:XX学院人事管理系统项目风险管理计划》项目结束管理计划项目状态结项
资源处理人员释放回组织;

1048

项目文档归档存入组织财富数据库;人员释放回组织;
中止
项目文档归档存入组织财富数据库;人员释放回组织;
取消
项目文档归档存入组织财富数据库;如果在需求阶段暂停,人员释放回组织;如果在设计阶段暂停,人员释放回组织;
暂停
如果在编码阶段暂停,保留一名开发人员在项目中,其它项目成员释放回组织;
技术流程计划已定义过程过程
活动

获取项目信

开发项目建
议书
项目立前景
项过程
定义初始需

补充规约风险列表
评估风险


风险检查表

1148
是否载裁剪理由
工作产品
是否载

项目信息
裁剪理由
合同已体现


立项建议书

合同已体现
需求属性


风险列表及
阶段报告已体现
确定商业理

项目立项评


立项评审报告
项目组织职责启动项目


任命书前景风险列表
完善资料

合同已体现
商业理由立项建议书

项目估算


项目估算表
计划
评估项目风

项目计
开发项目计
划与监
控过程
提交评审


评审通知
项目计划评审
评审项目计

缺陷记录

1248


商业理由
合同已体现
评审记录

立项评审通过即启动


包含在项目

风险列表




项目计划项目进度表





报告

基线化项目
计划
修改项目计

取得项目计
划的承诺
分配工作任

执行工作任



配置审计报告基线发布报告

项目计划



评审报告


周报


周报

软件项目跟踪
跟踪计划执

风险列表
项目状态报告
提交项目状
态报告

报)风险列表
项目阶段评

制定风险管
风险管理计划
理过程
识别风险



1348





(阶段报告、
项目阶段评审

报告


风险管理计划


风险列表风险列表




分析风险风险列表

风险列表(解决
制定风险缓
解策略
项目计划风险列表
制定风险应
急计划
问题解决计划风险列表(风险
执行风险缓急和应急措


缓解计划与措施)项目计划周报
建立已定义
过程
集成计划(包括:质量保证计制定集成计
集成项
目管理
划、风险管理计划)阶段报告
管理项目


工作产品
收集到的度量

1448
方案)


项目计划



项目计划



划、配置管理计


数据
协调相关涉
为组织过程财富库做贡


阶段报告周报组织财富库《需求管理计划》
需求管理计


据库》《项目计划进度表》
《需求获取计
软件需划》
求与管
《需求获取记理过程
录》调研记录)
《项目立项评需求获取


审报告》用户需求说明

决策分析报告


1548








《需求属性数已包含在项目计划中






项目时间约

业务调研计划
项目时间约
调研记录

项目时间约
目标组织评估
调研



业务词汇表


业务调研记录

需求规格说明

数据流程模型


详细需求


补充规约


分析模型


分析报告

需求规格说
开发界面原



1648
项目时间约
项目时间约

项目时间约
项目时间约
项目时间约
项目时间约用户界面原型用户操作说明书(初稿)

明书已有用
评审报告
需求评审


检查表评审通知
需求确认协议需求确认


(附带到需求规格说明书)变更请求
基线化


基线审核报告基线发布报告
建立需求跟
踪矩阵
分析问题层


问题报告

需求跟踪矩阵










市场调研计划问卷调查表
市场需求调

市场调查分析报告项目计划
分析设
设计及架构



1748

合同项目市场调研记录


计划WBS项目进度表软件构架文档


概要设计说明
详细设计说明
采用软件构架文档
采用软件构架文档

实现模型
项目时间约
设计模型

项目时间约
部署模型
数据模型
数据库设计


数据库设计说明书
评审


评审报告变更请求
基线化


基线审核报告基线发布报告
开发实施构
建模型
程序编程序代码
码实施评审实施
过程




软件产品
计划替代
实施模型
在集成构建实施子系统










同行评审报告集成构建计划
集成构建

评审报告

1848


集成工作区建
建立构建环


个人工作区建立记录
验收构建环


构件
实施构建


程序开发卷宗构建环境检查立记录
用构建环境安装文档替




项目时间约
测试计划(单元测试部分)单元测试用例

单元测试


测试数据


包含在单元测试用例中

测试日志
项目时间约
测试报告
用户支持文档
编写支持文

明书)
走查
软件测计划




1948




(用户使用说走查报告测试计划




试过程测试策略测试环境报告测试用例
设计测试


测试数据
用例中

实施测试


测试脚本
没有使用自动化测试工
执行单元测

执行系统测


周报
任务分配与
监控

月报阶段报告
评审准备



评审通知评审通知评审通知

通知评审



2048


包含在测试缺陷跟踪表

单元测试报告




系统测试报告



项目跟踪表



同行评申请评审
审过程
确定评审人




发放评审材
审查评审会议





问题记录表同行评审会议报告





同行评审会议记录
修改工作
制定产品基修改后的工件
基线化的产品



线
制定质量保
证计划执行过程和产品质量检软件质量保证过程
提交不符合


工件
质量保证计划


过程评审/产

品审计检查表


过程评审报告产品审计报告

不符合项记录


跟踪不符合项的解决


过程评审报告产品审计报告不符合项记录

2148



计划配置和变更管理


配置管理计划配置计划评审报告


配置计划评审报告在项目计划中评
建立配置环
软件配置管理过程
基线管理
管理配置状
变更管理

配置状态报告变更请求周报、项目计划

评审报告或测试报告
准备结项
软件结申请结项



项目总结报告





2248


配置环境验收报告配置库


配置项管理

工作区配置审计报告




配置审计报告配置审计报告






项过程
验收项目成

产成品清单

项目成果归





决算报告(项目
项目决算


财务决算前确认表)
项目考核
更新组织财
富库
发布结项报

培训需求的
收集和分析

制定培训计

项目培训计划
培训过
培训申请审批培训记录表
实施培训


培训签到表培训反馈表


年度培训计划

培训需求表


项目总结报告





项目考核表







此项目没有此项

项目时间约

项目时间约培训总结报告培训统计报告

2348


培训通知培训教材登记
培训申请审批
培训管理活


培训资料人力资源库培训讲师清单
确定度量目

制定度量计
软件度
度量分析表


分析度量数
提出申请
决策与分析过
确定评价标


2448


项目时间约


培训统计报告
项目度量计划


项目度量计划


量过程
收集度量数



度量分析表



决策分析申请


决策分析报告已代替

决策分析报告



识别备选方

选择决策技

选定最终的
方案
制定验收计

发布验收通

准备验收环

确认验收环
验收过

准备验收的
产品
确认验收产
品准备情况验收测试
验收复审会

提交修改意


2548






决策分析报告


产品验收计划


验收通知



准备好的验收

环境
确认符合要求

的验收环境
准备就绪的待

验收产品
产品验收准备

检查报告










验收测试报告验收复审记录



修改意见报告


修改缺陷
签署验收通
过报告

方法、工具和技术过程域需求开发系统设计项目规划配置管理数据库

产品验收计划验收过程
时间
验收依据
双方确定的系统测试初验
20XX-5-18用例和产品需求规格说明书
双方确定的系统测试终验
20XX-6-6用例
和产品需求规格说明

2648
修改后的产品
验收通过确认



书(验收报告)
方法与工具
PowerDesigner/MicrosoftOffice2003PowerDesignerMicrosoftProject/WBSCHARTMicrosoftSourceSafeDB2




支持过程计划配置管理计划
参见:XX学院人事管理系统项目配置管理计划》评估计划评审内容项目计划评审需求评审设计评审代码走查测试设计评审质量保证计划
参见:XX学院人事管理系统项目质量保证计划》问题解决计划
参见:《问题解决计划》分包商管理计划其他计划
XX学院人事管理系统度量计划》评审时间20XX-12-2720XX-1-1520XX-3-1320XX-3-1420XX-4-2020XX-5-10具体时间参照《测试计划》



2748

篇二:软件项目计划书
1概述1.1项目概述项目的目标是开发一套酒店内部管理系统,同时组员们获得系统的软件工程项目训练,发布的产品是软件的可执行程序、源代码、技术文档等,主要工作是需求分析、系统分析、开发测试。关键里程碑分别是需求规格说明书的发布,系统设计说明说发布和系统的交付,项目所需资源为版本控制服务器和个人开发工具,进度大约为9周。1.2项目交付的产品
交付日期1220日,主要交付物有:酒店客房管理系统安装程序、系统源代码、技术文档包(包括需求规格说明书、系统设计说明书、项目总结文档等)1.3SPMP的演化
SPMP于第12周周末前经由小组讨论—>分工撰写—>汇总整合三步形成初稿,组长上传至配置文档库,由组长负责维护。
13周以后根据项目的进展可以对其进行修改需要有组员提出修改意见,在全体会议上讨论通过,并由组长将修改稿上传至文档库。其余组员通过版本同步获得更新稿。1.4参考资料
1.5定义、缩写词以及简写
JDKFM:待开发的酒店客房管理系统软件名称SPMP:软件项目管理计划SRS:需求规格

2848

2项目组织2.1外部接口组织指导老师其余组

2.2内部组织结构民主式组织结构,在这个结构中,小组成员完全平等,名义上的组长与其他成员没有任何区别。大家享有充分的民主,项目共作由全体人员讨论协商决定,并根据每个人的经验和能力进行适当的分配。充分激发大家的创造力,有利于攻克技术难关,虽然缺乏明确的权威领导,但是出现意见分歧时大家都会尽量协商解决的。
2.3角色与职责划分需求分析员整理需求分析并以撰写需求分析分析文档,负责人员:XXXX软件设计员负责软件的设计并撰写设计文档,负责人员:XX开发人员编写软件开发的代码,负责人员:XXXX总结人员负责最后的收尾工作并撰写总结文档,负责人员:XX3管理过程3.1项目启动计划每位组员既是积极的建言者,又是负责的合作者。决策应在充分的讨论基础上做出,并被及时有效的执行。按时按量完成项目的基本功能,按时发布产品,遵循规范的项目运作标准,文档严谨完整,代码注释充分,便于后续维护。产品要运
2948
联系人

联系方式


行稳定,界面友好易上手,能很好的管理酒店客房信息。开发软件过程中要注重团队建设,成员分工合理,合作默契,气氛融洽。项目设计和开发商要有创新,更好的吸引客户。3.2工作计划11~13周:完成需求规格说明并撰写需求规格说明14周:完成系统设计并撰写软件设计文档15~16周:完成编码测试
17~18周:完成软件交付并撰写总结文档3.3控制计划各开发过程负责人以周为单位记录工作进展,形成电子文档报告,上传至文档库。负责人在每周项目例会作口头总结,小组会议审核通过给出意见,报告修改后上传至文档库。各风险负责人密切监控风险状态,定期提交风险报告。必要时将突发情况邮件列表通知所有组员,并由组长做出临时处理决定。每周例会上小组讨论形成一致意见后即为通过,相关负责人针对改进意见开展下一周工作,小组会议持续评估其成效。每一项目阶段结束之前(里程碑前后),组织一次阶段评审会,评估整个阶段的工作效率和成果质量。尽量与项目例会合并,并邀请老师和助教参加评议。3.4风险管理计划
1开发技术不成标题
可能
80%灾难的影响
优先
提前制定好学习计划;XX降低设计难度

3048
规避或减轻策略负责人预定完成日16周前
XX
2考研课程100%严重的适量少给她分配任务;XX开会讨论错开上课时间
16周前
3考公务员100%严重的适量少给他们分配任务;开会讨论错开上课时间
XXXX13
4考银行100%轻微的适量少给她分配任务;XX开会讨论错开上课时间
XX13
5需求变更频繁50%严重的需求制定充分预见未来;
多于老师助教讨论;设计方案留有变更余地
XXXX13
6缺乏设计人才80%严重的组员深入学习相关知识;寻求外援帮助
XX14
风险的详细描述如下:风险一:开发技术不熟练
没有组员能熟练运用JAVA语言编出程序,仅限于学过,可能导致开发进度受阻,代码交流困难。风险二:考研课程
组员XX每天都有考研课要上,又临近考试可能导致任务分配上的困难。风险三:考公务员
组长XX和组员XX每天有公务员培训课,十一月二十四日有国家公务员考试,
3148

要复习考试又要完成任务,会导致任务进度变慢。风险四:考银行
组长XX和组员XX参加了农业银行招聘和民生银行招聘,预计十一月中上旬会去呼市参加考试,可能没办法监督项目正常进度,延缓任务完成时间。风险五:需求变更频繁
在设计开发过程中可能发现原有需求不容易转化为设计稿,在测试体验过程中可能发现游戏并不好玩,这都会带来需求的重新变更。这两种情况,尤其后一种要尽量避免,以免带来重复开发的浪费。风险六:缺乏设计人才
设计对一个软件来说很重要,但项目组内没有这方面的人才,可能导致产品吸引力下降,界面开发环节上耗费较多时间等。3.5项目收尾计划
在开发阶段结束后,开发人员之间会进行代码走查,减少bug,并在测试阶段更新源代码,测试人员根据测试文档惊醒软件测试,提高软件正确性。最终交付酒店客房管理系统软件。4计划过程4.1过程模型
应用瀑布模型,软件开发的各项活动严格按照线性的方式进行,当前活动接受上一活动的工作结果,实施完成所需的工作内容。当前活动的工作结果需要进行验证,如果验证通过,则该结果作为下一项活动的输入,继续进行下一项活动,否则返回进行修改。因此,这种模型强调文档的作用,并要求每个阶段都有仔细验证。
3248

4.2方法、工具和技术
本小组的团队组织结构为主程序员式组织结构;编程语言为java;采用面向对象的分析设计方法;利用UML进行系统建模;统一文件命名、代码版式、注释等编码规范;编码人员进行代码走查后再进行代码编译;测试人员根据测试文档进行单元测试;最后实现软件的交付。4.3基础设施
个人PC,笔记本、实验室专用PC5支持过程5.1工作包工作包
子工作包
预期完成时间
需求分析
需求初步描述需求规格说明原型需求规格说明的进一步修改需求规格说明的最终确认

概要设计
14


可以根据需13121111
XXXX负责人
最终交付需求规格说明
简单描述说采用组内交流和与客户(主教老师和其他同学扮演)访谈的形式确认需求规格说

3348

系统设计详细设计系统设计模型确定
1414
XX软件设计文档
求规格说明的局部调整进行相应改
编码测试
编码开发编码测试编码设计模型确定
151616
XXXX源代码
为了克服技术不熟的缺陷,建议在此之前加强相关知识的学习
软件交付
系统交付总结
1718
XX总结文档负责最后的收尾工作并撰写总结文

5.2依赖关系
1组织团队是完成软件项目的前提,明确分工负责;2配置管理贯穿于整个软件开发和测试过程;3需求分析是软件项目进入开发阶段的重要标志;4系统设计是基于需求分析的基础上,又是编码的原理依据;5编码测试是软件开发进展的重要过程;6交付阶段是软件获得客户的认可,是软件开发结束的标志。

3448

5.3资源需求
人员:小组软件项目开发成员、客户支持软件:Office计算机硬件:服务器等办公室:学院实验室和宿舍实验设备:个人PC机、笔记本、实验室专用PC项目资源维护需求的数目和类型:6台个人电脑(PentiumIII800以上CPU256M以上内存)5.4预算和资源分配
预算:本次软件开发没有涉及到任何经济方面的预算,但会在最后产品拍卖的时候涉及虚拟货币。资源分配:各自使用各自的机器。

3548

5.5进度表


3648

篇三:游戏软件项目计划书
1.引言1.1编写目的
为保证整个游戏系统开发项目能够按时且保质保量的完成,使每个人在该项目的开发过程中能够发挥自己的特长及作用,使整个项目的开发过程能够顺利平稳且有序的进行,并为项目开发提供有效且有力的进度参考。1.2项目简介
在电脑手机普及应用的今天,游戏成为人们益智和休闲娱乐的重要途径之一,在人们的精神、生活等方方面面发挥着重要作用,而我们所开发的XX游戏系统,是一款小型益智休闲类游戏,给人们在休息时间带来新的体验。1.3开发背景
游戏发展至今已有三十余年的历史,而随着精神世界的提高与应用科学技术的不断发展,社会压力随之增大,而越来越多的人选择通过休闲益智类的小型游戏来丰富自己的精神生活。本游戏系统使用Myeclipse开发平台,主要研究基于java编程语言。1.4参考资料2.项目概述2.1项目目标XX游戏的运行
游戏分为5个模式:冒险模式、玩玩小游戏、解谜模式、生存模式和禅境花园。每个模式中都分好多个游戏。在这些小游戏中,XX会以不同的形式出现,会提高玩家的注意力、左右脑的支配、提高智商。体现游戏创意、玩法、美术风格、
3748

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



3848

XX”游戏系统
1

23456

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




3.13.23.34.14.24.3



5.15.25.3


3-2工作分解结构图




面的因素,特别需求变化所带来的风险。在制定预算的时候,也应该留部分预算灵活使用。4.项目组织计划4.1组织结构

4.2人员分工序号
工作名称
ABC


4-1软件项目的组织结构人力资源类型
平均每天工作量(工时)


每天需安排人36333555
12345678需求分析总体设计
分析员设计员
2448242424404040界面详细设计设计员动画详细设计设计员处理详细设计设计员界面编码动画编码处理编码
程序员程序员程序员

4048

9101112界面单元测试测试员动画单元测试测试员处理单元测试测试员系统测试
设计员测试员
3232321632844424113时间(双周)人数时间(双周)人数

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

4148

1.每天17:0017:30项目组成员进行口头交流;2.每周五的1400前提交周报告,并制作格式模板;3.每周五的1500-1700召开项目周例会,会后发布会议纪要给相关的项目人员,其中说明项目的进展和存在的问题;
及时提交问题报告,问题可以通过网络提交,项目经理会及时获取问题信息。4.3.2外部沟通与协作
为了满足用户的产品需求,更好更完善产品功能,特要求如下的沟通计划:1.项目负责人与客户交流时,要听听客户想要什么,进而根据客户额需求进行详细的提问,直至双方达成共识。
2.与团队成员讨论,划分功能模块,给出工程时间轴,并撰写详细的需求文档,召集客户相关部门的负责人一起商讨需求文档,要听取客户的建议,将任何变动要求都分类纪录。安抚情绪,解答困惑,控制需求变动。
3.将会以商协中所有分歧性意见都逐条写下,抄送所有相关负责人,并要求他们纠正分歧和确认变动。根据确认过的反馈回复,修改需求文档,知道需求文档定稿。
4.无论对于专业还是不专业客户,交流中都有很多没有考虑的遗漏点,因此需要三种有效的手段:需求问卷,书面确认,邮件抄送。4.3.3项目沟通技巧
1.运用正确的表达方式。沟通必须目的明确。在信息交流之前,发送者应考虑好自己将要表达的意图,要力求简明扼要。用简单明了的词句表明自己的意思。2.提高倾听技能。沟通不仅仅是说,而是说和听。倾听既是我们取得关于他人第一手信息、正确认识他人的重要途径,也是我们向他人表示尊重的最好方式。

4248

3.避免无休止的争论。这种无休止的争论带来的结果是没有定论,不仅问题没有解决,而且延误了问题解决的时间。
4.保持畅通的沟通渠道。沟通固然重要,但如果没有畅通的沟通渠道,组织就必然呈现自发的无组织状态,就无法获得需要的真实的信息,整个组织的运转效能就会下降。
5.使用高效的沟通工具。在项目组织内,通常会使用相关的成熟的项目管理软件、电子邮件系统、办公自动化系统等工具来支持项目各种信息的生成、传递及存储的要求。这些工具的使用,大大提高了沟通的效率,拉进了沟通双方的距离,减少了不必要的面谈和会议。
6.把握沟通原则。一是沟通内外有别。即要求团队作为一个整体对外意见要一致,一个团队要用一种声音;二是非正式的沟通又助于关系融洽;三是采用对方能接受的沟通风格;四是沟通的升级原则,即第一步,和对方沟通;第二步,和对方的上级沟通;第三步,和自己的上级沟通;第四步,自己的上级和对方的上级沟通。五是扫除沟通的障碍。4.4项目风险计划
风险是指在项目进行过程中可能发生的事件,这些事件将会对项目按预期时间、资源和预算完成产生重大影响。风险分析的目标是识别这些事件,设法避免这些事件的发生并制定一旦这些事件发生后的处理措施。

下面的这个风险列表就是通过一系列的风险识别、风险评估、风险应对,最后得出项目风险计划表二、项目风险管理
风险发生概率的判断准












4348

则:
高风险:>60%发生风险的可能性中风险:30-60%发生风险的可能性低风险:<30%发生防线的可能性序号风险描述
发生概影响程风险等风险响应计划
1由于时间紧张最后无法按期完成
极大

充分考虑各种潜在因素,适当留有余地;任务分解要详细,便于考核;如果出现必须延期的情况,组长需及时同相关负责人沟通,并申请延期时间。
2系统没有足够的测试时间


持续地监控,项目进度控制随着项目的进行而不断进行的,保证每个环节都有足够的时间。
3开发软件结构体系存在问题,使完成的软件产品未能实现项目预定目标
4质量不符合用户要


经常和用户交流工作成果、品牌管理采用符合要求的开发流程、认真组织对产出物的检查和评审、计划和组织严格的独立测试等。

5软件项目开发和实


在项目的启动阶段就落实好各项工具的

选用正版软件开发

4448

施过程,所必须用到的管理工具、开发工具、测试工具未能及时到位
6组员成员因意外无法参加设计

5.项目时间5.1项目进度计划


来源或可能的替代工具,在这些工具需要使用之前跟踪并落实工具的到位事宜。
事先同用户商量解决办法
最早
紧前工活动



1需求分析2总体设计3界面子系统详细设2
4动画子系统详细设
3
5处理子系统详细设
4
6界面子系统编码7动画子系统编码
342020100125120145
25
125
150
25
100
125-150252575
1000505075工期估开始时
结束时最迟
开始时050结束时
50750075250100125012515001501501701705025
4548

8处理子系统编码9界面子系统单元测5203015017015017006
10动画子系统单元测
7
11处理子系统单元测
8
12系统联调与测试
9,10,11时间
需求分析总体设计界面设计动画设计处理设计界面编码动画编码处理编码界面单元测动画测试处理测试联调测试项目管理

1

2345678915030301201501702005014517517020025175200170200016521516521505-1-1项目进度1111111711222

5-1-2游戏软件开发项目工作计划甘特图(时间单位:双周)
5.2项目成本估计序号
工作名称
人力费用
平均人力费用(千
固定费总费用

4648

免费下载 Word文档免费下载: 正在进行安全检测...

  • 29.8

    ¥45 每天只需1.0元
    1个月 推荐
  • 9.9

    ¥15
    1天
  • 59.8

    ¥90
    3个月

选择支付方式

  • 微信付款
郑重提醒:支付后,系统自动为您完成注册

请使用微信扫码支付(元)

订单号:
支付后,系统自动为您完成注册
遇到问题请联系 在线客服

常用手机号:
用于找回密码
图片验证码:
看不清?点击更换
短信验证码:
新密码:
 
绑定后可用手机号登录
请不要关闭本页面,支付完成后请点击【支付完成】按钮
遇到问题请联系 在线客服