网上书城》项目计划书Word下载.docx
《网上书城》项目计划书Word下载.docx》由会员分享,可在线阅读,更多相关《网上书城》项目计划书Word下载.docx(6页珍藏版)》请在冰豆网上搜索。
1.1.编写目的
网上书城系统建设项目于20011年8月17日正式启动,本计划书对网上书城系统建设项目做出总体上的规划,以使得系统的开发和实施能够按部就班、保质保量地完成。
本计划书的预期读者为项目1组项目组成员、朗沃信息开发部人员、朗沃管理部人员。
1.2.背景
为进一步巩固JavaScript以及AJAX课程中所学的知识,提升编码能力。
以及对JavaScript和AJAX知识的扩展,项目经理带领我们完成网上书城系统项目。
1.3.参考资料
列出参考资料,并说明得到这些文件资料的来源。
资料类型包括:
1.本项目的经核准的计划任务书和合同、上级机关的批文;
2.属于本项目的其他已发表的文件;
3.本文件中各处引用的文件、资料,包括所要用到的软件开发标准。
列出这些文件资料的标题、文件编号、发表日期和出版单位,说明能够得到这些文件资料的来源。
《网上书城开发合同》
《API文档》
《朗沃项目部JAVA编程规范-V2.0.1》
2.项目概述
2.1.项目目标
网上书城系统建设按时完成之后,应首先具备以下功能:
1.图书基础数据的采集录入和维护。
2.销售报文的生成和管理。
3.
反馈报文的管理和分析。
同时应考虑到以后以此为基础扩展开发图书管理系统。
2.2.工作内容
设计、编码、测试、答辩。
2.3.项目组织结构
项目经理:
xxx
项目组长:
项目成员:
xxxxxx
人员说明:
姓名
职责描述
xxx(组长)
督促组员对整个项目进度的掌控。
编程及测试
2.4.产品
2.4.1.程序
本项目程序开发遵循J2EE开发规范,采用eclipse。
项目建设中开发的程序源代码,以磁介质的形式于项目结束时,由项目组向用户方予以提交。
2.4.2.文档
序号
文档名称
文档类型
提交时间
1
《项目计划书》
管理类
项目之初
2
《项目开发日志》
文档类
项目开发过程中
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.系统设计阶段。
系统设计阶段分为概要设计和详细设计两部分,概要设计主要完成系统功能模块的划分及系统业务操作流程的设定。
详细设计主要完成数据库设计和系统业务逻辑实现的流程实现。
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
请求信息与响应信息的封装
持久层的封装
业务组件的封装
Jdbc连接数据库操作
4.质量保证计划
4.1.项目风险分析及应对
风险名称
严重性
发生概率
应对措施
高中低
4.2.关键问题
xxx的工作内容很有可能出现不能完成。
如果不行将它的工作由xxx分担完成。
如果项目中有疑问问xxx或项目经理。
4.3.质量控制点
列出开发过程中确定的质量控制点包括各阶段评审和其它与项目相关的控制点,强制性要求的评审有:
计划、需求、设计、测试,指出在控制点上的过程输出,采取的评审方式或验证方法、评审组织机构或人员等,在项目计划详细列表中应列出所有需评审、验证的内容,并留出执行时间。
质量控制点的选择应根据项目的特点,除了公司要求在计划、需求、概要设计、测试阶段采取正式评审的方式进行外,可根据需要在其它阶段进行。
并在项目计划详细列表或详细任务清单中列出所有需评审、验证的内容,并留出执行时间(正式评审一般需要2-3天)。
质量控制点一般包括,但不限于:
质量控制点
要求
控制方法
评审机构
项目计划书
必须
正式评审
需求规格说明书
概要设计说明书
测试计划书、报告
详细设计说明书
内部评审
项目组/用户
数据库设计说明书
源代码
内部审查
系统投产计划书
建议
系统应急计划书
手册(操作、管理)
验收报告
用户
定义:
正式评审——由sepg或用户正式组织的对需审核物的会议评估,一般有正式的评估标准和评审表格。
内部评审/审查——由项目组内部进行的对需审核物的评估,形式可以是会议、多人信息交互等,可以用会议纪要、规范的表格(代码审查)或参照正式评审表格设计的表格等作为内部评审、审查的证据记录过程/结果。
5.支持条件
项目经理的技术支持。
5.1.计算机系统支持
JDK1.5以上
Eclipse
Tomcat6.0
SQLserver2000
5.2.需由用户承担的工作
无
5.3.由外单位提供的条件
无。