网上书城项目计划书.docx

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

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

3、生成和管理。3.反馈报文的管理和分析。同时应考虑到以后以此为基础扩展开发图书管理系统。2.2. 工作内容设计、编码、测试、答辩。2.3. 项目组织结构项目经理：xxx项目组长：xxx项目成员：xxxxxx 人员说明： 姓名职责描述xxx（组长）督促组员对整个项目进度的掌控。xxx编程及测试xxx编程及测试xxx编程及测试xxx编程及测试2.4. 产品2.4.1. 程序本项目程序开发遵循J2EE开发规范，采用eclipse。项目建设中开发的程序源代码，以磁介质的形式于项目结束时，由项目组向用户方予以提交。2.4.2. 文档序号文档名称文档类型提交时间1项目计划书管理类项目之初2项目开发日志文档类

4、项目开发过程中2.4.3. 服务无服务。2.4.4. 非移交的产品源代码。2.5. 验收标准老师满意。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. 关键问题主要是组员对项目中的业务分层，不能很好的掌握。关键技术： JavaScript AJAX 请求信息与响应信息的封装 持久层的封装 业务组件

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

7、取正式评审的方式进行外，可根据需要在其它阶段进行。并在项目计划详细列表或详细任务清单中列出所有需评审、验证的内容，并留出执行时间（正式评审一般需要23天）。质量控制点一般包括，但不限于：质量控制点要求控制方法评审机构项目计划书必须正式评审需求规格说明书必须正式评审概要设计说明书必须正式评审测试计划书、报告必须正式评审详细设计说明书必须内部评审项目组/用户数据库设计说明书必须内部评审项目组/用户源代码必须内部审查项目组/用户系统投产计划书建议内部评审项目组/用户系统应急计划书建议内部评审项目组/用户手册（操作、管理）建议内部评审项目组/用户验收报告必须正式评审用户定义：正式评审由sepg或用户正式组织的对需审核物的会议评估，一般有正式的评估标准和评审表格。内部评审/审查由项目组内部进行的对需审核物的评估，形式可以是会议、多人信息交互等，可以用会议纪要、规范的表格（代码审查）或参照正式评审表格设计的表格等作为内部评审、审查的证据记录过程/结果。5. 支持条件项目经理的技术支持。5.1. 计算机系统支持JDK 以上Eclipse Tomcat SQLserver20005.2. 需由用户承担的工作无5.3. 由外单位提供的条件无。