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

1、 学生成绩管理系统 项目计划 文件状态： 草稿 正式发布 正在修改文件标识： 学生成绩管理系统 当前版本： V3.0 作 者： 崔永山 完成日期：2010-11-19 版 本 历 史 版本/状态 作者 参与者 起止日期 备注 V1.0 崔永山 崔永山， 董健男2010-10-2 2010-10-1 草稿V2.0 崔永山 崔永山， 董健男2010-10-32010-10-4 修改V3.0 崔永山崔永山， 董健男2010-11-192010-11-19 正式发布 目 录 0. 文档介绍 . 4 0.1文档目的 . 4 0.2文档范围 . 4 0.3读者对象 . 4 0.4参考文献 . 4 0.5术

2、语与缩写解释 . 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. 人力资源计划 . 7 4. 软硬件资源计划 . 7 5. 财务计划 . 8 6. 任务与进度 . 9 7. 下属计划 . 9 附录A 项目估计 . 错误!未定义书签。 A.1产品的WBS . 错误!未定义书签。 A.2产品规模估计 . 错误!未定义书签。 A.3工作量估计 . 错误!未定义书签。 A.4成本估计 . 错误!未定义书签。 附录

3、B 项目计划审批 . 10 B.1项目计划基本信息 . 错误!未定义书签。 B.2审查项目计划 . 错误!未定义书签。 B.3高级经理审批意见 . 错误!未定义书签。 未定义书签。!错误 . 项目计划变更控制报告C 附录0. 文档介绍 项目计划书的制定贯穿项目策划的全过程，它把对人，财，物的需要，以及对项目工作的分解结构和项目工作量的估计等各个方面的规划实现文档化。 0.1 文档目的 1. 定义项目的物质设施和开发环境 2. 制定项目进度安排 1） 人员工作的分配 ） 项目工作量的分配 2） 项目阶段的划分和项目里程碑的确定 30.2 文档范围 编写本文档，是为了明确用户需求，用以精确软件架构

4、设计，为测试提供依据。并且使开发小组全理分工，使小组的每一个人明确项目最后要求完成的软件产品的特点。 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

5、.1 项目范围 功能范围：学生成绩管理、课程管理、学生信息管理、查看成绩 应用范围：各高校成绩管理系统 1.2 项目目标 研发出具有更好效率的学生成绩管理系统，旨在为各高校教务中更好的管理学生的相 关信息以及成绩。1.3 客户与最终用户介绍 客户：某高校教务处 最终用户：某高校教职工以及学生 1.4 开发方介绍 本次开发负责人，崔永山。 其它组员包括罗志强，董健男，高小虎，谢印。 开发方拥有较成熟软件开发的经验和技术，能够保证完成既定任务和目标。 1.5 制约 假设：项目估计所用到的条件是真实的，从而得到基本准确的计划。 依赖的外部条件： （1）开发环境条件配备 （2）开发人员如期到位； （3

6、）项目组及组成员受过相应必要的培训 ）和客户联系顺利4（约束：NT服务器，VS2008开发平台，SQL2005数据库技术、学生信息管理业务逻辑等。 2. 项目过程定义 2.1 过程模型 本项目为产品研发项目，且为初期阶段，大部分需求不能马上确定，由于人力与技术资源等限制，计划采用迭代V模型，如图所示。 软件生命周期模型 第一次迭代 第二次迭代 第三次迭代系统测需求获取 确认测试分析 集成测试概要设计 单元测试详细设计 编码2010-12-04 2010-10-15 2010-10-01 2.2 方法与工具进行面向对象分析提示：说明过程模型中将采用的方法与工具。例如采用Rational Rose

7、制作文档。与设计，采用进行配置管理，采用 Visual SourceSafeMicrosoft Office 2000 过程域 方法与工具、Microsoft Office 2003 Rational Rose 需求管理 工具：方法：OO Microsoft Office 2003 项目策划 PM 工具：方法： 、项目监督和控制 Microsoft Office 2003 VSS PM 方法：工具： Microsoft Office 2003 过程和产品质量保证 方法：PM 工具： Rational Rose配置管理 工具： 3. 人力资源计划 提示：规划小组制定本项目的角色职责表，并为已知的

8、项目成员分配角色（一个人可以兼多个角色）。 角色 职责 人员 工作说明 各部门协调工作机构领导 协调工作 崔永山项目经理 项目管理以及项目策划项目策划以及管理谢印 需求分析员 调研和确认需求调研和确认需求 高小虎、董健男分析建模进行系统分析及UML建模 系统设计员 董健男、谢印、崔 永山程序编码 罗志强、崔永山、 谢印 测试系统漏洞 崔永山、高小虎、 董健男、谢印管及 质量管理 罗志强、董健男、 谢印控 配置管理计划及控制崔永山、谢印 及 程序员 编码质量保证员配置管理员测试员 发现系统漏洞量质 理配置 制成本管理制控计划4. 软硬件资源计划 提示：规划小组分析项目开发、测试、运行所需的软硬件

9、资源，主要内容包括： 资源级别（分为“关键”、“普通”两种） ? 详细配置 ? 获取方式（如“已经存在”、“可以借用”或“需要购买”等）与获取时间 ? 使用说明（如“谁”在“什么”时候使用） ? 软硬件资源名称PCRational Rose 级别 详细配置 获取方式与时间 使用说明项目组成员在整个已经存在 关键 256M内存：以上 机系统开发过程中使以上频2.2GHz用 Rational Rose 2003已经存在 系统设计员在系统关键 建模阶段使用处理器主 Microsoft Microsoft Office 2003已经存在 项目组成员在开发关键 Office 过程中进行各种文档编写 Vi

10、sual Studio 关键 Visual Studio 2008 已经存在 程序员以及测试员在编码以及测试阶段使用 VSS 普通 VSS 2008 已经存在 项目组成员在开发阶段的各位文档及代码共享 SQL Server 关键 SQL Server2005 已经存在 系统编码、测试及运行阶段使用数据库 5. 财务计划 提示：参考附录的成本估计表。 开支类别 主要开支项、用途 金额 时间办公费用 系统开发中的软硬件使用所产生的费用电费 网络通信费 500元 元 50元320 2010-11-18 2010-11-18 2010-11-18 基本工资 项目组各成员基本工资 元 2000*5=10

11、000 2010-12-04 2010-10-15 200需求调研和获取阶段的交通费用交通补助 元 2010-12-05 系统开发中成员沟通及项目组与客户沟 通讯费补助元500 通所产生的通讯费用2010-12-05 元200*5=1000 项目组成员基本生活补助 生活补助 6. 任务与进度 提示：规划小组分配任务制定进度表，建议采用制作图（插入Gantt Microsoft Project此处或作为附件）。 任务名称 计划 需求分析 起止时间2010-10-01-2010-10-05 2010-10-06-2010-10- 工作人员 导机构领、项目经 理、系统分析员、系统析需求分员工作量 /

12、天*5 3人/ 天*10 5人预期工作成果项目计划书需求规格说明书概要设计 详细设计 15 2010-10-16-2010-10-18 2010-10-19-2010-10- 设计员系统分析员 、程系统分析员序*3 天4人/*11 天人6/概要设计详细设计编码 测试 29 2010-10-22-2010-11-22 2010-11-23-2010-11- 员程序员 测试员 3人*30 /天*5 天人4/系统源代码测试报告交付 28 2010-11-29-2010-12-02 项目经理、程序员*4 天 5 人/品产系统使用说明书 7. 下属计划 提示：下属计划（）是对项目计划的补充。项目计划需要机构PlanSubordinate 的审批，但下属计划一般只需要项目经理（或其他负责人）审批即可。 下属计划的名称 建议负责人 预计产生时间 配置管理员 配置管理计划2010-10-04 质量保证计划技术评审计划 开发计划质量保证员 2010-10-05 系统分析员 2010-10-06 项目经理 2010-10-07 测试计划 测试人员 2010-10-15 附录 机构领导审批 提示： （）机构领导根据“项目计划检查表”认真审批项目计划 1（）如果是合同项目，可能还要请客户审批，视具体情况而定。 2 项目计划检查表 结论 项目的目标明确吗？可以验证吗？项目的范围清楚吗？ 项目目标明