《网上书城》项目计划书

1、项目开发计划书网上书城系统成都朗沃信息技术有限公司编写说明标题：项目开发计划书版本历史:版本作者日期备注1. 01项目1组2011/9/28新建1. 引言1.1. 编写目的网上书城系统建设项目于 20011年 8月 17日正式启动，本计划书对网上书 城系统建设项目做出总体上的规划， 以使得系统的开发和实施能够按部就班、 保 质保量地完成。本计划书的预期读者为项目 1组项目组成员、 朗沃信息开发部人员、 朗沃管 理部人员。1.2. 背景为进一步巩固JavaScript以及AJAX课程中所学的知识，提升编码能力。以及 对JavaScript和AJAX识的扩展，项目经理带领我们完成网上书城系统项目。

2、1.3. 参考资料列出参考资料，并说明得到这些文件资料的来源。资料类型包括： 1本项目的经核准的计划任务书和合同、上级机关的批文；2. 属于本项目的其他已发表的文件；3. 本文件中各处引用的文件、资料，包括所要用到的软件开发标准。列出 这些文件资料的标题、文件编号、 发表日期和出版单位， 说明能够得到这些文件 资料的来源。网上书城开发合同API 文档朗沃项目部JAVA编程规范-V2.0.12. 项目概述2.1. 项目目标网上书城系统建设按时完成之后，应首先具备以下功能:1. 图书基础数据的采集录入和维护。2. 销售报文的生成和管理。3. 反馈报文的管理和分析。同时应考虑到以后以此为基础扩展开发

3、图书管理系统。2.2. 工作内容设计、编码、测试、答辩。2.3. 项目组织结构项目经理：XXX项目组长：XXX项目成员： XXXXXX人员说明:姓名职责描述XXX （组长）督促组员对整个项目进度的掌控。XXX编程及测试XXX编程及测试XXX编程及测试XXX编程及测试24产品241.程序本项目程序开发遵循J2EE开发规范，采用eclipse。项目建设中开发的程序源代码，以磁介质的形式于项目结束时，由项目组向 用户方予以提交。2.4.2. 文档序号文档名称文档类型提交时间1项目计划书管理类项目之初2项目开发日志文档类项目开发过程中2.4.3. 服务无服务。2.4.4. 非移交的产品源代码。2.5.

4、 验收标准老师满意。2.6. 项目期限本项目应于2011年9月26日以前进入测试阶段，并于2011年9月28日正 式提交。2.7. 本计划的批准者和批准日期白德科，2011年8月17日3. 实施计划3.1. 项目生命周期本项目周期共分为以下 5 个阶段：1. 需求调研分析阶段。 主要完成工作：就需要完成网上书城系统的所有功能与白德科老师 交流。阶段时间安排： 2011年 8月 17日至 2011年 8月18日。2. 系统设计阶段。 系统设计阶段分为概要设计和详细设计两部分，概要设计主要完成 系统功能模块的划分及系统业务操作流程的设定。详细设计主要完 成数据库设计和系统业务逻辑实现的流程实现。阶

5、段时间安排： 2011年 8月 18日至 2011年 8月19日。3. 编码阶段 本阶段除完成程序的主要编码工作之外，各程序员还应对自己开发 的功能模块完成功能测试。编码阶段时间安排： 2011年 8月 19日至 2011年9月 24日。4. 系统测试阶段 对系统的功能进行全面的测试。系统测试阶段时间安排： 2011年9月24日至 2011年9月27日5. 系统提交阶段2011年 9月 28日将网上书城系统项目提交给项目经理3.2. 关键问题主要是组员对项目中的业务分层，不能很好的掌握关键技术：JavaScriptAJAX请求信息与响应信息的封装持久层的封装业务组件的封装Jdbc连接数据库操作

6、4. 质量保证计划4.1. 项目风险分析及应对风险名称严重性发生概率应对措施高中低高中低4.2. 关键问题XXX的工作内容很有可能出现不能完成。如果不行将它的工作由XXX分担完成。如果项目中有疑问问XXX或项目经理。4.3. 质量控制点列出开发过程中确定的质量控制点包括各阶段评审和其它与项目相关的控 制点，强制性要求的评审有：计划、需求、设计、测试，指出在控制点上的过程 输出，采取的评审方式或验证方法、 评审组织机构或人员等，在项目计划详细列 表中应列出所有需评审、验证的内容，并留出执行时间。质量控制点的选择应根据项目的特点， 除了公司要求在计划、需求、概要设 计、测试阶段采取正式评审的方式进

7、行外，可根据需要在其它阶段进行。并在项 目计划详细列表或详细任务清单中列出所有需评审、 验证的内容，并留出执行时 间（正式评审一般需要2- 3天）。质量控制点一般包括，但不限于:质量控制点要求控制方法评审机构项目计划书必须正式评审需求规格说明书必须正式评审概要设计说明书必须正式评审测试计划书、报告必须正式评审详细设计说明书必须内部评审项目组/用户数据库设计说明书必须内部评审项目组/用户源代码必须内部审查项目组/用户系统投产计划书建议内部评审项目组/用户系统应急计划书建议内部评审项目组/用户手册（操作、管理）建议内部评审项目组/用户验收报告必须正式评审用户定义:正式评审由sepg或用户正式组织的对需审核物的会议评估， 一般有正式 的评估标准和评审表格。内部评审/审查由项目组内部进行的对需审核物的评估，形式可以是会 议、多人信息交互等，可以用会议纪要、规范的表格（代码审查）或参照正式评 审表格设计的表格等作为内部