图书管理系统项目计划文档.docVIP

文档标识： Lms-1 当前版本： 1.0 当前状态： 草稿 发布日期： 2010-11-23 发布 ( 修改历史 日期 版本 作者 修改内容 评审号 变更控制号 2010-11-23 1.0 黄琴 项目计划 1.0 项目计划 目录 1 引言 3 1.1 基本信息 3 1.2 术语定义 3 2 项目概述 3 2.1 项目范围 3 2.2 生命周期模型 3 2.3 开发标准和模板 4 2.4 里程碑 4 3 项目组织结构 5 3.1 角色与职责 5 4 项目估计 6 4.1 估计的方法与假设条件 6 4.2 规模估计 6 4.3 人员估计 6 4.4 项目任务进度表 7 5 资源计划 7 5.1 软件环境 7 6 风险管理计划 7 7 度量计划 8 7.1 产品质量目标管理 8 7.2 度量对象 8 7.3 采用方法 9 7.4 活动安排 9 8 项目约定 9 8.1 外部约定 9 8.2 内部约定 10 8.3 会议计划 10 9 交付标准 10 引言 基本信息 项目名称 图书管理系统 项目代号 001 项目类型 管理类 客户方 厦门理工学院 客户代表 朱薇 开发方 软件学院实训小组 项目经理 朱薇 项目起止日期 2010-11-22至2011-1-14 术语定义 LMS：Library Management System，图书管理系统。 项目概述 项目范围 为了方便对全校学生借还书情况的管理，所以开发了该项目方便管理和查询。使用该程序之后， 原型模型本身是一个迭代的模型，是为了解决在产品开发的早期阶段存在的不确定性、歧义性和不完整性等问题，通过建立原型使开发者进一步确定其应开发的产品，使开发者的想象更具体化，也更易于被客户理解。 原型模型是从初始原型出发、不断求精的一个渐进过程。即首先建立最初概念，再设计和实现最初原型，精化原型直到可以被接受，然后完成和交付原型。 开发标准和模板 1.需求分析建模采用UML建模标准 2.数据库设计用数据建模工具PowerDesigner 3.用户界面设计采用Dreamweaver版本 4.编码基于MyEclipse6.5开发工具，主要采用Struts2.1.6+Hibernate3.2+Spring2.5开发，还有用EXT技术作为辅助 里程碑 里程碑标识号 阶段标志 里程碑完成日期 控制手段 001 项目计划文档 11月25日 评审会 002 需求分析文档 11月27日 评审会 003 数据库设计 11月29日 评审会 004 界面设计 12月4日 评审会 005 功能实现 1月3日 评审会 006 软件测试 1月5日 评审会 项目组织结构 角色与职责 角色(岗位) 职责 技能要求 项目经理 制定项目计划并依据计划对项目进行监督与跟踪控制事件驱动或定期向高级经理汇报项目的进展情况对项目中出现的问题及时采取相应措施 开发人员 动态网页编程，数据库编程，实现项目各个模块的功能 熟悉MyEclipse开发平台、Java语言基础、MySQL数据库基本操作语言、熟悉Struts+Spring+Hibernate框架 文档编辑人员 了解需求，确定系统的功能、性能、行为等。收集有关的资料、编写用户需求说明书、及系统说明书等各类文档。 熟练UML、Visio、PowerDesinger 等工具掌握各种文档编写的规格 测试人员 配合开发人员，对软件系统进行测试，查找系统存在的漏洞、缺陷等,并写出相关的文档。 须熟悉一些黑盒测试软件工具 项目估计 估计的方法与假设条件 4.1.1历史数据估计方法 这种软件规模估计方法要是利用已完成的项目数据来估计当前软件的大小，通常用代码行数／文档页数表示。历史数据估计方法的步骤如下。 步骤一：分解软件系统 把软件系统模块化，通过系统模块化可以及早了解整个系统。系统分解程度要以历史项目为基础。 步骤二：确定相似模块 使用历史项目要与当前项目有相似的应用和相似的语言。假如相似的模块不存在，也可以用其他方法估计该模块。 步骤三：确定相似模块规模 历史项目的软件规模可以通过标准的代码统计工具进行统计，在开发和估计当前项目规模时，要求使用同类型统计工具。 步骤四：调整模块大小 软件模块估计的调整基于历史项目模块的相似程度或修改量。 步骤五：收集并记录估计数据 规模估计 规模估计详见《图书管理系统项目估算表》中的规模开发工作量明细。 人员估计 详见《图书管理系统项目估算表》中的人员估计表。 项目任务进度表 活动名称 工作周期（周末休息） 开始时间 结束时间 所需的人员 实训准备 2 11月22日 11月23日 全体组员 项目策划 2 11月24日 11月25日 组长 需求分析和建模 4 11月26日 1