软件开发项目计划书三篇.docx
《软件开发项目计划书三篇.docx》由会员分享，可在线阅读，更多相关《软件开发项目计划书三篇.docx（53页珍藏版）》请在冰豆网上搜索。
软件开发项目计划书三篇
软件开发项目计划书三篇
篇一：
软件开发项目计划
文档简介
本文档主要是为XX学院人事管理系统项目制定进行软件工程和管理软件项目的合理计划，建立适当的对项目实际进展的可视性，使管理者在项目执行显著偏离软件计划时采取有效措施，从而保证XX学院人事管理系统项目的顺利完成。
目的
编写XX学院人事管理系统项目的项目开发计划，主要是为了XX学院人事管理系统项目的开发能按照计划所规定的需求和约束进行，从而避免一些不必要的问题，提高产品开发质量，顺利的完成此项目。
项目简介
项目名称
项目编号：
项目名称：
XX学院人事管理系统（CDGSRS）
研发代号：
产品标识
产品名称：
XX学院人事管理系统
产品缩称：
CDGSRS
版本号：
1.0
项目背景
XX有限公司与XX学院签定软件开发合同，确定由XX有限公司为XX学院开发“XX学院人事管理系统”。
任务提出者
XX学院
任务开发者
XX有限公司软件事业部
用户
重点用户：
XX学院人事科、办公室的关键岗位人员
普通用户：
XX学院全体教职工
范围
本产品将通过Internet网络构造一个实用、易用的人事管理系统。
实现XX学院人事信息管理。
实现XX学院工资、各项津贴及福利的管理。
实现XX学院师资管理。
实现XX学院个人相关人事信息查询。
缩略语与首字母缩写
参考
文档
作者
《项目立项建议书》
《用户需求说明书》
肖甜
项目概述
项目的目的和目标
本产品将通过Internet网络构造一个实用、易用的人事管理系统。
实现XX学院人事信息管理。
实现XX学院工资、各项津贴及福利的管理。
实现XX学院师资管理。
实现XX学院个人相关人事信息查询。
假设与依赖
假设/约束
说明
人员
必须有4名两年以上J2EE架构开发人员
时间
20XX年5月14日必须上线
项目的可交付工件
交付时间
工件
20XX-1-12
用户需求说明书
20XX-1-15
产品规格说明书
20XX-5-11
XX学院人事管理系统
20XX-5-11
用户操作手册
20XX-5-11
测试报告
20XX-6-6
验收报告
项目生命周期
V模型
项目组织
组织结构
角色与职责
角色
参与者
职责
项目经理
负责定义项目，开发项目计划，收集项目数据，跟踪监控项目，管理项目风险。
需求分析员
需求调研、需求分析，需求管理
系统设计员
开发系统技术解决方案、进行系统分析和设计
程序员
根据设计实现系统，单元测试
测试员
设计测试、执行测试
配置管理员
建立配置环境、管理配置项、管理基线和变更
维护人员
系统维护
对外联系计划
组织接口管理
外部组织人员
内部联系人
人员
联系方式
人员
联系方式
角色与职责
角色
参与者
职责
甲方管理代表
负责此软件项目使用的管理组织工作
甲方验收代表
负责项目验收
管理流程
项目估算
人力支出表
活动
工作量（人时）
成本（元人民币）
需求
104
3900
设计
288
10800
编码
800
30000
测试
110
4125
部署
12
450
合计：
1314
49275
非人力支出表
费用名称
成本（元人民币）
交通费
500
需求阶段：
300设计阶段：
50编码阶段：
50部署阶段：
100
招待费
1000
需求阶段：
300设计阶段：
0编码阶段：
0部署阶段：
700
通讯费
1400
需求阶段：
200设计阶段：
400编码阶段：
400部署阶段：
400
合计：
2900
其中人力支出表参见《XX学院人事管理系统成本估算表.wbs》
项目计划
阶段计划
阶段
周期
里程碑
需求阶段
20XX-12-29至20XX-1-15
在到达本阶段结束时会产生本项目的第一个里程碑――需求阶段里程碑，里程碑到达有如下标志：
1.《需求规格说明书》已被开发并得到客户确认；
设计阶段
20XX-1-16至20XX-3-14
在到达本阶段结束时会产生本项目的第二个里程碑――构架阶段里程碑，里程碑到达有如下标志：
1.数据库设计已被开发并通过评审；
2.系统技术解决方案已得到确定；
3.产品和产品组件的设计已得到验证；
编码阶段
20XX-3-15至20XX-5-11
在到达本阶段结束时会产生本项目的第三个里程碑――编码阶段里程碑，里程碑到达有如下标志：
1.产品已经实现并且通过测试；
2.用户支持文档已被开发并通过测试；
部署阶段
20XX-5-14至20XX-6-6
在到达本阶段结束时会产生本项目的第四个里程碑――部署阶段里程碑，里程碑到达有如下标志：
1.产品已被部署到目标组织并且得到客户验收；
项目时间表
《XX学院人事管理系统.mpp》
项目资源分配
人员配备计划
阶段
人员
要求技能
类型
数量
需求阶段
配置管理员
1
熟悉项目配置
需求分析员
1
三年以上项目需求分析的经验
设计阶段
系统设计员
1
两年以上J2EE应用系统设计的经验
编码阶段
程序员
3
两年使用J2EE做应用系统经验
测试员
1
一年以上WEB测试的经验
部署阶段
维护人员
1
熟悉linux、Unix和windows下DB2及Webspare的配置
资源获取计划
阶段
人员
资源获取
类型
数量
需求阶段
配置管理员
1
从公司软件部程序员中抽调，编码人员兼任
需求分析员
1
从公司软件部需求分析员中抽调
设计阶段
系统设计员
1
从公司软件部系统分析员中抽调
编码阶段
程序员
3
从公司软件部程序员中抽调
测试员
1
从质量管理部抽调
部署阶段
维护人员
1
编码人员兼任
培训计划
培训类型
培训内容
日期
技术培训
使用工具PowerDesigner
20XX-12-29至20XX-2-22
使用工具VSS
E2Q设计平台深入设计
JSP、Servlet编写规范
J2EE组件设计
阶段详细计划
需求开发阶段
阶段目标：
获取更详细的用户需求，完成《需求规格说明书》的编制和评审。
阶段WBS：
参见文档――《XX学院人事管理系统需求开发阶段WBS.wbs》
资源配给：
项目经理兼任
阶段计划执行进度按排：
参见文档――《XX学院人事管理系统需求开发阶段进度计划.MPP》
设计阶段
阶段目标：
完成概要设计和详细设计，完成设计评审。
阶段WBS：
参见文档――《XX学院人事管理系统设计阶段WBS.wbs》
资源配给：
项目经理兼任
阶段计划执行进度按排：
参见文档――《XX学院人事管理系统设计阶段进度计划.mpp》
编码阶段
阶段目标：
产品已经实现并且通过测试；用户支持文档已被开发并通过测试。
阶段WBS：
参见文档――《XX学院人事管理系统编码阶段WBS.wbs》
资源配给：
项目经理兼任
阶段计划执行进度按排：
参见文档――《XX学院人事管理系统编码阶段进度计划.mpp》
部署阶段
项目监控
需求管理计划
参见：
《XX学院人事管理系统项目需求管理计划》
进度控制计划
每天检查工作任务的百分比，记录在项目跟踪表中，每周五下午举行项目周例会，检查项目成员的项目周报。
工作量偏差
处理办法
-0.3~-0.1
不做处理
-0.5~-0.3
需要增加工时
-0.7~-0.5
需要增加资源
-1~-0.7
需要调整周计划
平均工作量偏差
处理办法
-1~-0.7
需求上报高层修改里程碑
报告计划
内部报告
报告频率
项目周报
每周
项目月报
周月
项目阶段报告
里程碑处
外部报告
报告频率
项目进度报告
每周
测试计划
参见：
《XX学院人事管理系统测试计划》
风险管理计划
参见：
《XX学院人事管理系统项目风险管理计划》
项目结束管理计划
项目状态
资源处理
结项
人员释放回组织；
项目文档归档存入组织财富数据库；
中止
人员释放回组织；
项目文档归档存入组织财富数据库；
取消
人员释放回组织；
项目文档归档存入组织财富数据库；
暂停
如果在需求阶段暂停，人员释放回组织；
如果在设计阶段暂停，人员释放回组织；
如果在编码阶段暂停，保留一名开发人员在项目中，其它项目成员释放回组织；
技术流程计划
已定义过程
过程
活动
是否载剪
裁剪理由
工作产品
是否载剪
裁剪理由
项目立项过程
获取项目信息
否
项目信息
是
合同已体现
开发项目建议书
否
立项建议书
否
定义初始需求
否
前景
需求属性
补充规约
是
合同已体现
评估风险
否
风险列表
否
风险检查表
是
风险列表及阶段报告已体现
确定商业理由
否
商业理由
是
合同已体现
项目立项评审
否
评审记录
立项评审报告
否
启动项目
否
项目组织职责任命书
是
立项评审通过即启动
完善资料
是
合同已体现
前景
风险列表
商业理由
立项建议书
是
项目计划与监控过程
项目估算
否
项目估算表
是
包含在项目计划
评估项目风险
否
风险列表
否
开发项目计划
否
项目计划
项目进度表
否
提交评审
否
评审通知
否
评审项目计划
否
项目计划评审报告
缺陷记录
否
基线化项目计划
否
配置审计报告
基线发布报告
否
修改项目计划
否
项目计划
否
取得项目计划的承诺
否
评审报告
否
分配工作任务
否
周报
否
执行工作任务
否
周报
否
跟踪计划执行
否
软件项目跟踪表
风险列表
否
提交项目状态报告
否
项目状态报告（阶段报告、月报）
风险列表
否
项目阶段评审
否
项目阶段评审报告
否
风险管理过程
制定风险管理计划
否
风险管理计划
风险列表
否
识别风险
否
风险列表
否
分析风险
否
风险列表
否
制定风险缓解策略
否
风险列表（解决方案）
项目计划
否
制定风险应急计划
否
风险列表
项目计划
问题解决计划
否
执行风险缓急和应急措施
否
风险列表（风险缓解计划与措施）
项目计划
周报
否
集成项目管理
建立已定义过程
否
项目计划
否
制定集成计划
否
集成计划（包括：
质量保证计划、配置管理计划、风险管理计划）
否
管理项目
否
阶段报告
工作产品
收集到的度量数据
否
协调相关涉重
否
为组织过程财富库做贡献
否
阶段报告
周报
组织财富库
否
软件需求与管理过程
需求管理计划
否
《需求管理计划》
《需求属性数据库》
《项目计划进度表》
否
需求获取
否
《需求获取计划》
是
已包含在项目计划中
《需求获取记录》（调研记录）
否
《项目立项评审报告》
否
用户需求说明书
否
决策分析报告
是
项目时间约束
调研
否
业务调研计划
是
项目时间约束
调研记录
否
目标组织评估
是
项目时间约束
业务词汇表
是
项目时间约束
业务调研记录
是
项目时间约束
详细需求
否
需求规格说明书
否
数据流程模型
是
项目时间约束
补充规约
是
项目时间约束
分析模型
是
项目时间约束
分析报告
是
项目时间约束
开发界面原型
是
需求规格说明书已有用例
用户界面原型
用户操作说明书（初稿）
是
需求评审
否
评审报告
检查表
评审通知
否
需求确认
否
需求确认协议（附带到需求规格说明书）
否
基线化
否
变更请求
基线审核报告
基线发布报告
否
建立需求跟踪矩阵
否
需求跟踪矩阵
否
分析问题层次
否
问题报告
否
市场需求调查
是
合同项目
市场调研计划
问卷调查表
市场调研记录
市场调查分析报告
是
分析设计
计划
否
项目计划
WBS
项目进度表
否
设计及架构
否
软件构架文档
否
概要设计说明书
是
采用软件构架文档
详细设计说明书
是
采用软件构架文档
实现模型
是
项目时间约束
设计模型
否
部署模型
是
项目时间约束
数据库设计
否
数据模型
否
数据库设计说明书
否
评审
否
评审报告
否
基线化
否
变更请求
基线审核报告
基线发布报告
否
程序编码实施过程
开发实施构建模型
是
在集成构建计划替代
实施子系统
实施模型
是
程序代码
软件产品
评审实施
是
同行评审报告
是
集成构建
否
集成构建计划
否
评审报告
否
建立构建环境
否
集成工作区建立记录
个人工作区建立记录
是
用构建环境安装文档替代
验收构建环境
否
构建环境检查表
否
实施构建
否
构件
否
程序开发卷宗
是
项目时间约束
单元测试
否
测试计划（单元测试部分）
否
单元测试用例
否
测试数据
是
包含在单元测试用例中
测试日志
是
项目时间约束
测试报告
否
编写支持文档
否
用户支持文档（用户使用说明书）
否
走查
否
走查报告
否
软件测试过程
计划
否
测试计划
测试策略
测试环境报告
否
设计测试
否
测试用例
否
测试数据
是
包含在测试用例中
实施测试
否
测试脚本
是
没有使用自动化测试工具
执行单元测试
否
缺陷跟踪表
单元测试报告
否
执行系统测试
系统测试报告
任务分配与监控
否
周报
项目跟踪表
月报
阶段报告
否
同行评审过程
评审准备
否
评审通知
否
申请评审
否
评审通知
否
确定评审人员
否
评审通知
否
通知评审
否
发放评审材料
否
审查
否
问题记录表
否
评审会议
否
同行评审会议报告
同行评审会议记录
否
修改工作
否
修改后的工件
否
制定产品基线
否
基线化的产品工件
否
软件质量保证过程
制定质量保证计划
否
质量保证计划
否
执行过程和产品质量检查
否
过程评审／产品审计检查表
否
提交不符合项
否
过程评审报告
产品审计报告
不符合项记录
否
跟踪不符合项的解决
否
过程评审报告
产品审计报告
不符合项记录
否
软件配置管理过程
计划配置和变更管理
否
配置管理计划
否
配置计划评审报告
是
配置计划评审报告在项目计划中评审
建立配置环境
否
配置环境验收报告
配置库
否
配置项管理
否
工作区
配置审计报告
否
基线管理
否
配置审计报告
否
管理配置状态
否
配置审计报告
配置状态报告
否
变更管理
否
变更请求
周报、项目计划
评审报告或测试报告
否
软件结项过程
准备结项
否
项目总结报告
否
申请结项
否
验收项目成果
否
产成品清单
否
项目成果归档
否
项目决算
否
决算报告（项目财务决算前确认表）
否
项目考核
否
项目考核表
否
更新组织财富库
否
发布结项报告
否
项目总结报告
培训过程
培训需求的收集和分析
否
培训需求表
否
制定培训计划
否
年度培训计划
是
此项目没有此项
项目培训计划
否
实施培训
否
培训申请审批表
是
项目时间约束
培训记录表
否
培训签到表
否
培训反馈表
否
培训总结报告
否
培训统计报告
是
项目时间约束
培训通知
否
培训教材登记表
是
项目时间约束
培训管理活动
是
培训申请审批表
培训统计报告
培训资料
人力资源库
培训讲师清单
软件度量过程
确定度量目标
否
项目度量计划
否
制定度量计划
否
项目度量计划
否
收集度量数据
否
度量分析表
否
分析度量数据
否
度量分析表
否
决策与分析过程
提出申请
否
决策分析申请表
是
决策分析报告已代替
确定评价标准
否
决策分析报告
否
识别备选方案
否
否
选择决策技术
否
否
选定最终的方案
否
决策分析报告
否
验收过程
制定验收计划
否
产品验收计划
否
发布验收通知
否
验收通知
否
准备验收环境
否
准备好的验收环境
否
确认验收环境
否
确认符合要求的验收环境
否
准备验收的产品
否
准备就绪的待验收产品
否
确认验收产品准备情况
否
产品验收准备检查报告
否
验收测试
否
验收测试报告
否
验收复审会议
否
验收复审记录
否
提交修改意见
否
修改意见报告
否
修改缺陷
否
修改后的产品
否
签署验收通过报告
否
验收通过确认书（验收报告）
否
方法、工具和技术
过程域
方法与工具
需求开发
PowerDesigner/MicrosoftOffice2003
系统设计
PowerDesigner
项目规划
MicrosoftProject/WBSCHART
配置管理
MicrosoftSourceSafe
数据库
DB2
产品验收计划
验收过程
时间
验收依据
初验
20XX-5-18
双方确定的系统测试用例和产品需求规格说明书
终验
20XX-6-6
双方确定的系统测试用例
和产品需求规格说明书
支持过程计划
配置管理计划
参见：
《XX学院人事管理系统项目配置管理计划》
评估计划
评审内容
评审时间
项目计划评审
20XX-12-27
需求评审
20XX-1-15
设计评审
20XX-3-13至20XX-3-14
代码走查
20XX-4-20至20XX-5-10
测试设计评审
具体时间参照《测试计划》
质量保证计划
参见：
《XX学院人事管理系统项目质量保证计划》
问题解决计划
参见：
《问题解决计划》
分包商管理计划
无
其他计划
《XX学院人事管理系统度量计划》
篇二：
软件项目计划书
1概述
1.1项目概述
项目的目标是开发一套酒店内部管理系统，同时组员们获得系统的软件工程项目训练，发布的产品是软件的可执行程序、源代码、技术文档等，主要工作是需求分析、系统分析、开发测试。
关键里程碑分别是需求规格说明书的发布，系统设计说明说发布和系统的交付，项目所需资源为版本控制服务器和个人开发工具，进度大约为9周。
1.2项目交付的产品
交付日期12月20日，主要交付物有：
酒店客房管理系统安装程序、系统源代码、技术文档包（包括需求规格说明书、系统设计说明书、项目总结文档等）
1.3SPMP的演化
SPMP于第12周周末前经由小组讨论—>分工撰写—>汇总整合三步形成初稿，由组长上传至配置文档库，由组长负责维护。
第13周以后根据项目的进展可以对其进行修改需要有组员提出修改意见，在全体会议上讨论通过，并由组长将修改稿上传至文档库。
其余组员通过版本同步获得更新稿。
1.4参考资料
1.5定义、缩写词以及简写
JDKFM：
待开发的酒店客房管理系统软件名称
SPMP:
软件项目管理计划
SRS：
需求规格
2项目组织
2.1外部接口
组织
联系人
联系方式
指导老师
其余组
2.2内部组织结构
民主式组织结构，在这个结构中，小组成员完全平等，名义上的组长与其他成员没有任何区别。
大家享有充分的民主，项目共作由全体人员讨论协商决定，并根据每个人的经验和能力进行适当的分配。
充分激发大家的创造力，有利于攻克技术难关，虽然缺乏明确的权威领导，但是出现意见分歧时大家都会尽量协商解决的。
2.3角色与职责划分
需求分析员整理需求分析并以撰写需求分析分析文档，负责人员：
XX、XX
软件设计员负责软件的设计并撰写设计文档，负责人员：
XX
开发人员编写软件开发的代码，负责人员：
XX，XX
总结人员负责最后的收尾工作并撰写总结文档，负责人员：
XX
3管理过程
3.1项目启动计划
每位组员既是积极的建言者，又是负责的合作者。
决策应在充分的讨论基础上做出，并被及时有效的执行。
按时按量完成项目的基本功能，按时发布产品，遵循规范的项目运作标准，文档严谨完整，代码注释充分，便于后续维护。
产品要运行稳定，界面友好易上手，能很好的管理酒店客房信息。
开发软件过程中要注重团队建设，成员分工合理，合作默契，气氛融洽。
项目设计和开发商要有创新，更好的吸引客户。
3.2工作计划
第11周~第13周：
完成需求规格说明并撰写需求规格说明
第14周：
完成系统设计并撰写软件设计文档
第15周~第16周：
完成编码测试
第17周~第18周：
完成软件交付并撰写总结文档
3.3控制计划
各开发过程负责人以周为单位记录工作进展，形成电子文档报告，上传至文档库。
负责人在每周项目例会作口头总结，小组会议审核通过给出意见，报告修改后上传至文档库。
各风险负责人密切监控风险状态，定期提交风险报告。
必要时将突发情况邮件列表通知所有组员，并由组长做出临时处理决定。
每周例会上小组讨论形成一致意见后即为通过，相关负责人针对改进意见开展下一周工作，小组会议持续评估其成效。
每一项目阶段结束之前（里程碑前后），组织一次阶段评审会，评估
升级会员 