项目计划说明书

编码
JavaBean
复杂
中等
简单
10
20
20
Jsp
复杂
中等
简单
50
120
300
测试用例
复杂
中等
简单
20
50
25
用户手册
插图个数
300
2.4
项目阶段
工作量（人日）
百分比
需求调研及分析
4
%
设计
5
%
编码
——
——
测试
1
%
实施
1
%
项目管理
2
%
其他
1
%
总计
14
100%
2.5
项目需要配备的关键计算机资源，如数据库服务器、Web & Application 服务器，以及所运行的操作系统和硬件环境；还包括项目团队成员需要具备的计算机和基本硬件配置。
保证质量保证小组与具体软件项目的独立性，及时响应质量保证的问题。
审查项目里程碑报告。
客户代表
负责和最终客户协调
把握项目需求和总体计划
参加里程碑评审
软件工程控制组
依据质量保证小组的方针、过程，监控质量保证小组的活动。
在CMM体系原则方面为开发和质量保证小组活动提供建议。
优化CMM流程
项目经理
负责需求管理（需求变更表）
绘图工具：Microsoft Visio 2000
分析工具：Rational Rose
2.8
对于本项目的风险评估分析如下表所示：
风险系数
严重等级
发生概率
风险说明
降低风险策略
9
30%
时间风险
采用瀑布模型
8
40%
质量风险
对各个过程进行质量控制活动，确保质量
2
10
20%
需求风险
实地了解业务需要，并进行流程规划
1.5
里程碑
提交产品
主要工作
开始时间
Байду номын сангаас结束时间
负责人
项目启动
软件项目开发计划书
指定初步项目计划
2008-12-17
2008-12-18
汪瑶
项目计划书评审
2008-12-18
2008-12-19
可行性研究
可行性研究报告
调研用户环境和用户需求
2008-12-19
2008-12-20
镇祎
需求调研与分析
软件需求规格说明书
1.客户风险，指由于客户成熟度不够而产生的风险
2.过程风险，指由于项目组成员对开发过程不熟悉而产生的风险
3.能力风险，指由于项目组成员不具备项目需要的能力而产生的风险
4.成本风险，指由于项目成本过高而产生的风险
5.人力资源风险，指由于人员不足而产生的风险
6.设备资源风险，指由于开发设备不足而产生的风险
监控测试计划执行情况
软件开发负责人
参与详细设计
分配开发任务，并监控软件工程师执行情况
对软件工程师提供技术支持
实施负责人
负责实施计划
软硬件系统安装实施
应用系统的安装实施
组织培训资料的编写
培训
项目中所有参与人员及所担当的角色
角色
人员
项目总监
汪瑶
客户代表
项目经理
汪瑶
软件开发负责人
质量保证员
镇祎
架构设计师
欧高炎，陆霞
里程碑
提交产品
评审方式
负责人
项目启动
软件项目开发计划书
同行评审
汪瑶
可行性研究
可行性研究报告
镇祎
需求调研与分析
软件需求规格说明书
同行评审
欧高炎
软件测试计划
同行评审
镇祎
数据需求说明书
同行评审
陆霞
设计
概要设计说明书
同行评审
欧高炎
详细设计说明书
汪瑶
数据库设计说明书
陆霞
实现
代码
——
——
集成测试
测试分析报告
镇祎
7.技术风险，指由于采用项目组成员不熟悉的技术而产生的风险
8.质量风险，指由于用户要求的质量过高而产生的风险
9.时间风险，指由于开发时间过紧而产生的风险
10.需求风险，指由于需求调研不充分而产生的风险
3
在本项目的进行的全过程中，XX公司和胜利油田将一起组成项目组，共同完成项目的需求调研与分析、系统设计、系统实现、系统实施工作。
开发环境
操作系统：windows xp/vista
Java虚拟机
测试环境
操作系统：windows xp/vista
数据库管理系统： SQL server 2005
工具或环境的可获得性
比较容易
人力资源
4人
外部依赖性
网络资源，图书馆书籍资源
备注：由于本项目的人力资源和时间等方面的问题，本次不实现编码部分。以后所有关于编码实现等方面的问题都略去。
用途
服务器型号
配置
操作系统
数量
数据库 server
SQL server2005
Web server
Dell server
Windows xp
1
Application server
Sun File 280
2.6
描述按计划需要评审的工作产品，以及采用的评审方式和参加评审的人员。评审方式是同行评审，评审过程参见《软件项目评审过程》。
总体设计
接口设计
运行设计
系统出错设计
详细设计说明书
程序系统设计
2008-12-26
2008-12-29
汪瑶
程序描述
具体算法
数据库设计说明书
外部设计
2008-12-26
2008-12-29
陆霞
结构设计
运用设计
实现
代码
代码实现
——
——
——
集成测试
测试分析报告
测试概要
2008-12-29
2008-12-30
项目背景
假设和约束
里程碑提交产品
2项目计划
项目生命周期
WBS表
规模估算
工作量估算
关键计算机资源估算
项目评审
开发环境
风险评估和控制
3项目组织
4相关文档
1
1.1
项目名称
学校教务管理系统
项目编号
1
客户名称
华中科技大学
客户代表
项目经理
汪瑶
质量保证员
配置管理员
工作量估算
项目开始日期
2008-12-17
项目结束日期
对项目负责，监控和管理项目活动
推广实施软件工程配置组制定的过程规范
配合与协调质量保证小组的活动
制定以及跟踪监控项目开发计划
负责和客户代表协调
控制成本
风险跟踪
软件质量保障组
制定质量保证计划，执行质量保证活动
全程监督项目过程规范的执行情况
全程监督项目产品规范的执行情况
向项目总监汇报项目执行情况并递交软件质量报告
2.2
本项目的WBS及项目工作量估算参见附件一。
2.3
工作产品
估算因子
分类
个数
合计规模
（换算比重后的个数）
软件需求规格说明书
UseCase 复杂度
复杂
中等
简单
3
5
10
系统设计说明书
业务逻辑类
复杂
中等
简单
5
10
15
DB
Table
View
Procedure
Trigger
Constraint
50
10
0
0
0
项目计划说明书
HUST学分制教务管理系统
项目计划说明书
文挡编号
hust_xiangmujihua
文挡名称
项目计划说明书
撰写人
汪瑶
审核/批准
创建时间
2008-12-17
版本号
更改时间
更改人
更改原因
审批人
2008-12-18
汪瑶
将第一页的“规范化文档“改为”项目计划说明书“
汪瑶
1项目信息
基本信息
项目主要联系人
项目组织结构及职责说明
XX公司将依据科学的软件开发管理流程和制度对本项目的软件开发进行管理。在本项目的软件开发过程中，我们将按如下图所示的组织方式进行管理。
图表3.1软件开发管理组织结构
图中各主要角色的职责和负责人如下表所示：
角色
责任
项目管理委员会
为针对软件项目活动提供足够的资源。
负责复审所有的对外的承诺或约定
系统分析员负责人
系统分析员
测试负责人
镇祎
测试工程师
软件工程师负责人
软件工程师
陆霞
SCM管理员
系统实施负责人
4
软件需求规格说明书
软件项目总结报告
软件配置管理计划
软件质量保证计划书
实施
用户手册
欧高炎
操作手册
陆霞
项目总结报告
汪瑶
2.7
本系统将在B/S结构下，采用基于JAVA技术并且符合J2EE开发规范进行开发，具体如下：
硬件
软件
Intel Pentium PC running Windowsxp / vista
SUN Server
数据库：SQL server 2005
开发工具：eclipse
镇祎
测试结果和发现
对软件功能的结论
实施
用户手册
用途说明
2008-12-29
2008-12-30
欧高炎
运行环境说明
使用过程说明
操作手册
软件描述
2008-12-29
2008-12-30
陆霞
安装与初始化
运行说明
项目总结报告
项目总结
2008-12-30
2008-12-31
汪瑶
2
2.1
项目阶段定义及各阶段主要产品
软件配置工程组
负责检验软件基线状态
审批项目开发中的基线变更
咨询负责人
组织业务调研
业务咨询建议
负责业务需求分析
提交业务需求文档
结构设计师
技术平台的确定
通用技术的设计和应用
开发流程的确定
开发方法的确认
开发规范的确定
系统分析员负责人
组织并进行业务逻辑的总体分析
组织并进行系统设计
测试负责人
依据项目开发计划制定测试计划
2008-12-31
1.2
姓名
电话号码
传真号码
E-Mail
客户
XXX
项目经理
汪瑶
1.3
学校教务管理系统是为学校内的各个用户提供对应的服务，如学生提供选课，查询信息等功能，老师录入成绩，教务管理员负责大小事务等服务。
1.4
指定工具
编程工具：editplus
运行调试工具：eclipse
数据库管理系统：SQL server 2005
项目阶段
主要产品
项目启动
软件项目工作计划书
需求调研与分析
软件需求规格说明书，数据分析说明书，测试计划
系统设计
概要设计说明书，详细设计说明书，数据库设计说明书
系统实现
——
系统测试
测试分析报告
系统实施
用户手册，操作手册，项目总结报告
开发模型
由于本项目时间和人力资源的关系，采用瀑布的开发模型，在需求调研与分析，系统设计，系统实现与系统实施阶段进行瀑布式开发，以进一步缩短开发周期，降低开发成本。
功能需求
2008-12-20
2008-12-22
欧高炎
性能需求
运行环境需求
其他需求
软件测试计划
测试计划
2008-12-22
2008-12-24
镇祎
数据需求说明书
数据的逻辑描述
2008-12-22
2008-12-23
陆霞
数据采集
设计
概要设计说明书
架构设计
2008-12-24
2008-12-26
欧高炎
模块划分
2
5
40%
人力资源风险
审查人员能力
7
20%
技术风险
深入研究
3
20%
能力风险
在开发前进行学习
6
10%
设备资源风险
提交设备需求计划
2
20%
过程风险
进行培训
*说明：
描述预计项目中可能发生的风险，风险系数=严重等级X风险概率。风险等级是指该风险对项目进度、质量和成本影响的严重程度，可分为如下十个等级，等级越高影响越严重：