学生成绩管理系统-项目计划.doc

学生成绩管理系统-项目计划

———————————————————————————————— 作者：
———————————————————————————————— 日期：

2

个人收集整理 勿做商业用途

{ 学生成绩管理系统 ｝

项目计划

文件状态:
［ ］ 草稿
[√］ 正式发布
［ ] 正在修改
文件标识:
学生成绩管理系统
当前版本：
V3.0
作 者：
崔永山
完成日期：
2010-11—19

版 本 历 史

版本/状态
作者
参与者
起止日期
备注
V1.0

崔永山
崔永山,董健男
2010-10—1—2010-10—2
草稿
V2.0

崔永山
崔永山，董健男
2010-10—3—2010-10-4
修改
V3。0

崔永山
崔永山，董健男
2010-11-19—2010-11-19
正式发布

目 录
0。 文档介绍 4
0.1 文档目的 4
0。2 文档范围 4
0。3 读者对象 4
0。4 参考文献 4
0.5 术语与缩写解释 4
1。 项目介绍 5
1。1 项目范围 5
1.2 项目目标 5
1.3 客户与最终用户介绍 5
1.4 开发方介绍 5
1.5 制约 5
2. 项目过程定义 6
2。1 过程模型 6
2。2 方法与工具 6
3。 人力资源计划 6
4。 软硬件资源计划 7
5。 财务计划 7
6。 任务与进度 7
7. 下属计划 8
附录A 项目估计 错误！未定义书签。
A。1 产品的WBS 错误！未定义书签.
A.2 产品规模估计 错误！未定义书签。
A.3 工作量估计 错误！未定义书签。
A。4 成本估计 错误!未定义书签。
附录B 项目计划审批 9
B。1 项目计划基本信息 错误！未定义书签。
B。2 审查项目计划 错误！未定义书签。
B。3 高级经理审批意见 错误！未定义书签.
附录C 项目计划变更控制报告 10
0. 文档介绍
项目计划书的制定贯穿项目策划的全过程,它把对人，财，物的需要，以及对项目工作的分解结构和项目工作量的估计等各个方面的规划实现文档化。
0.1 文档目的
1. 定义项目的物质设施和开发环境
2. 制定项目进度安排
1） 人员工作的分配
2） 项目工作量的分配
3） 项目阶段的划分和项目里程碑的确定
0.2 文档范围
编写本文档，是为了明确用户需求，用以精确软件架构设计，为测试提供依据。并且使开发小组全理分工，使小组的每一个人明确项目最后要求完成的软件产品的特点.
0.3 读者对象
开发人员
0.3 参考文献
《软件工程》。(美)Roger s.preassman著。机械工业出版社.
《Visual stdion程序设教程》。曹青，李华，郭志强，机械工业出版社.
《数据库系统概念》Abrabam Silberschatz，Henry F.Korth。S。sudearshan著。
0。5 术语与缩写解释
缩写、术语
解 释
SPP
精简并行过程，Simplified Parallel Process
PP
项目规划，Project Planning

…

1. 项目介绍
1.1 项目范围
功能范围：学生成绩管理、课程管理、学生信息管理、查看成绩
应用范围：各高校成绩管理系统

1。2 项目目标
研发出具有更好效率的学生成绩管理系统，旨在为各高校教务中更好的管理学生的相关信息以及成绩。
1。3 客户与最终用户介绍
客户：某高校教务处
最终用户：某高校教职工以及学生

1.4 开发方介绍
本次开发负责人，崔永山。
其它组员包括罗志强，董健男，高小虎,谢印。
开发方拥有较成熟软件开发的经验和技术,能够保证完成既定任务和目标。
1.5 制约
假设：项目估计所用到的条件是真实的，从而得到基本准确的计划。
依赖的外部条件:
(1）开发环境条件配备
（2）开发人员如期到位;
(3)项目组及组成员受过相应必要的培训
(4)和客户联系顺利
约束：NT服务器，VS2008开发平台，SQL2005数据库技术、学生信息管理业务逻辑等.
2. 项目过程定义
2。1 过程模型
本项目为产品研发项目，且为初期阶段,大部分需求不能马上确定，由于人力与技术资源等限制,计划采用迭代V模型，如图所示。
软件生命周期模型
第一次迭代 第二次迭代 第三次迭代
需求获取
分析
概要设计
详细设计
编码
单元测试
集成测试
确认测试
系统测试
2010-10-01 2010-10-15 2010-12-04

2.2 方法与工具
提示：说明过程模型中将采用的方法与工具.例如采用Rational Rose进行面向对象分析与设计，采用Visual SourceSafe进行配置管理，采用Microsoft Office 2000制作文档。

过程域
方法与工具
需求管理
方法：OO 工具：Rational Rose、 Microsoft Office 2003
项目策划
方法：PM 工具： Microsoft Office 2003
项目监督和控制
方法：PM 工具: Microsoft Office 2003、 VSS
过程和产品质量保证
方法:PM 工具： Microsoft Office 2003
配置管理
工具:Rational Rose
3. 人力资源计划
提示：规划小组制定本项目的角色职责表，并为已知的项目成员分配角色（一个人可以兼多个角色）。

角色
职责
人员
工作说明
机构领导
各部门协调工作
崔永山
协调工作
项目经理
项目管理以及项目策划
谢印
项目策划以及管理
需求分析员
调研和确认需求
高小虎、董健男
调研和确认需求
系统设计员
进行系统分析及UML建模
董健男、谢印、崔永山
分析建模
程序员
程序编码
罗志强、崔永山、谢印
编码
测试员
测试系统漏洞
崔永山、高小虎、董健男、谢印
发现系统漏洞
质量保证员
质量管理
罗志强、董健男、谢印
质量成本控制及管理
配置管理员
配置管理计划及控制
崔永山、谢印
配置管理计划及控制
4. 软硬件资源计划
提示:规划小组分析项目开发、测试、运行所需的软硬件资源，主要内容包括：
² 资源级别（分为“关键”、“普通”两种)
² 详细配置
² 获取方式（如“已经存在”、“可以借用”或“需要购买”等）与获取时间
² 使用说明（如“谁”在“什么”时候使用）

软硬件资源名称
级别
详细配置
获取方式与时间
使用说明
PC机
关键
内存：256M以上 处理器主频2。2GHz以上
已经存在
项目组成员在整个系统开发过程中使用
Rational Rose
关键
Rational Rose 2003
已经存在
系统设计员在系统建模阶段使用
Microsoft Office
关键
Microsoft Office 2003
已经存在
项目组成员在开发过程中进行各种文档编写
Visual Studio
关键
Visual Studio 2008
已经存在
程序员以及测试员在编码以及测试阶段使用
VSS
普通
VSS 2008
已经存在
项目组成员在开发阶段的各位文档及代码共享
SQL Server
关键
SQL Server2005
已经存在
系统编码、测试及运行阶段使用数据库
5。 财务计划
提示：参考附录的成本估计表。

开支类别
主要开支项、用途
金额
时间
办公费用
系统开发中的软硬件使用所产生的费用
500元
2010-11—18
电费
50元
2010—11-18
网络通信费
320元
2010-11—18
基本工资
项目组各成员基本工资
2000＊5=10000元
2010-12-04

交通补助
需求调研和获取阶段的交通费用
200元
2010—10-15

通讯费补助
系统开发中成员沟通及项目组与客户沟通所产生的通讯费用
500元
2010-12—05
生活补助
项目组成员基本生活补助
200*5=1000元
2010-12-05
6。 任务与进度
提示：规划小组分配任务制定进度表，建议采用Microsoft Project制作Gantt 图（插入此处或作为附件）。

任务名称
起止时间
工作人员
工作量
预期工作成果
计划
2010-10-01-2010-10-05
机构领导、项目经理、系统分析员
3人/天*5
项目计划书
需求分析
2010—10-06-2010—10—15
需求分析员、系统设计员
5人/ 天*10
需求规格说明书
概要设计
2010—10—16-2010-10-18
系统分析员
4人/天＊3
概要设计
详细设计
2010—10—19—2010—10-29
系统分析员、程序员
6人/天＊11
详细设计
编码
2010—10-22—2010-11—22
程序员
3人/天*30
系统源代码
测试
2010—11—23-2010-11-28
测试员
4人/天*5
测试报告
交付
2010—11—29—2010-12-02
项目经理、程序员
5人 /天＊4
系统产品及用户使用说明书
7。 下属计划
提示：下属计划（Subordinate Plan）是对《项目计划》的补充。《项目计划》需要机构的审批,但下属计划一般只需要项目经理（或其他负责人)审批即可。

下属计划的名称
建议负责人
预计产生时间
《配置管理计划》
配置管理员
2010—10—04
《质量保证计划》
质量保证员
2010-10-05
《技术评审计划》
系统分析员
2010-10-06
《开发计划》
项目经理
2010-10—07
《测试计划》
测试人员
2010-10—15

附录 机构领导审批
提示：
(1）机构领导根据“项目计划检查表"认真审批《项目计划》
（2）如果是合同项目，可能还要请客户审批,视具体情况而定。

项目计划检查表
结论
项目的目标明确吗？可以验证吗？
项目目标明确，可以验收
项目的范围清楚吗？
清楚
对项目的规模和复杂性的估计可信吗？
可信
对项目的工作量估计可信吗？
可信
对项目的成本估计可信吗？
可信
项目的过程控制方案合理吗？
合理
项目所有角色的职责清楚吗？
人员安排合理吗？
合理
项目所需的软件硬件资源合理吗？
合理
项目开支计划合理吗？
合理
任务分配合理吗?
进度合理吗？
合理
审批结论
［ √ ] 批准该计划
［ ］ 不批准

意见建议
整个项目计划合理,符合项目要求，予以批准.

机构领导签字

崔永山

Ó07软件2班学生成绩管理系统项目组，2010
Page 12 of 12