网上书城项目计划书.doc

[XX网络技术公司]

[2015年4月12日]
软件开发计划书
网上书城
2

目 录

1引言 2
1.1编写目的 2
1.2背景 2
1.3定义 2
1.4参考资料 3
1.5标准、条件和约定 3
2 项目概述 3
2.1工作内容 3
2.2 项目模型与人员架构 4
2.3 主要参加人员 4
2.3产品及成果 5
2.3.1程序 5
2.3.2文件 5
2.3.3服务 5
2.3.4非移交产品 5
2.4验收标准 6
2.4.1代码的验收 6
2.4.2 文档验收 6
2.4.3 服务验收 6
2.5完成项目的最迟期限 6
2.6 本计划的日期 7
3 实施总计划 7
3.1开发过程（项目经理开发经理合力完成，测试经理辅助） 7
3.1.1 需求分析 7
3.1.2 系统设计 7
3.1.3 编码及测试阶段 7
3.1.4 文档、产品部署 7
3.1.5 项目总结 7
3.2工作任务的分解 8
3.3接口人员 8
3.4关键问题 10
4支持条件 10
4.1计算机系统支持 10
4.2需要用户承担的工作 10
5专题计划要点 10
5.1 测试计划 10
5.2 维护更新计划 11

1引言
1.1编写目的
为了保证项目团队按时保质地完成项目目标，便于项目团队成员更好地了解项目情况，使项目工作开展的各个过程合理有序，因此以文件化的形式，把对于在项目生命周期内的工作任务范围、各项工作的任务分解、项目团队组织结构、各团队成员的工作责任、团队内外沟通协作方式、开发进度、经费预算、项目内外环境条件、风险对策等内容做出的安排以书面的方式，作为项目团队成员以及项目干系人之间的共识与约定，项目生命周期内的所有项目活动的行动基础，项目团队开展和检查项目工作的依据。
1.2背景
项目背景
随着社会的不断进步，网络的不断发展，越来越多的网上商城相继出现。例如全球知名的亚马逊网上书店，国内的当当网上商城和卓越网等。顾客甚至足不出户就可以买到所需要的商品，从而节约大量时间，将更多的时间应用于其他更有意义的事情上。
传统的书店存在着许多弊端，如商品种类太少，经营成本高等。相比之下，电子商城具有以下优势：商品种类多，信息量大；检索、订购快捷方便；书店成本低，商品价格低廉；节约顾客购买时间；为了降低商店的成本，节约顾客的时间，从而开发此电子商城。
系统主要分为前台和后台。前台包括产品的展示及会员购物等模块，后台是管理界面，主要包括商品信息、人员信息、订单信息和公告信息的常规设置。

表1.2 项目背景

项目名称
项目委托单位
项目承担单位
主要负责人
网络书城
XX商城
AA网络技术公司
凌培杰、陈伟等

1.3定义
专门术语：
MySql:系统服务器所使用的数据库关系系统（DBMS）。
SQL：一种用于访问查询数据库的语言
Tomcat：Tomcat 服务器是一个免费的开放源代码的Web 应用服务器
事务流：数据进入模块后可能有多种路径进行处理。
UML：统一建模语言、是一套用来设计软件蓝图的标准建模语言，是一种从软件分析、设计到编写程序规范的标准化建模语言。
V模型：RAD（Rap Application Development，快速应用开发）模型是软件开发过程中的一个重要模型，由于其模型构图形似字母V，所以又称软件开发的V模型。

。。。。。。后续可添加

1.4参考资料

文档格式要求按照我国GB/T8567-1988国家标准和IEEE/ANSI830-1993标准规范要求进行。包括以下文件：
Ø 软件工程项目开发文档范例
Ø 软件工程国家标准文档
Ø 需求说明书
Ø 软件需求说明书编写规范
书籍包括：
Ø 《软件项目管理》 朱少民，韩莹 编著，人民邮电出版社。
Ø 《软件过程管理》朱少民 左智 编著 清华大学出版社。

1.5标准、条件和约定
本项目遵从以下标准：
GB/T 13702-1992 计算机软件分类与代码
GB/T 20918-2007 信息技术
GB/T 19003-2008 软件工程
GB/T 5538-1995 软件工程标准分类法
GB/T 9385-2008 计算机软件需求规格说明
GB/T 5532-2008 计算机软件测试规范
GB/T 18221-2000 信息技术程序设计语言
GB/T 11457-2006 信息技术 软件工程
GB/T 8567-2006 计算机软件文档编制规范

2 项目概述
2.1工作内容

实现一个可以使用的网络书城

2.2 项目模型与人员架构

V模型（Rap Application Development，快速应用开发）

  v-model是一种软件生存期模型，由Paul Rook在1980年率先提出的，在1990年出现在英国国家计算中心的出版物中，旨在提高软件开发的效率和有效性，是我们熟知的瀑布模型的一种改进。

V模型一般是你已经完成了我们帮你做测试。。
W模型在你开发时我们伴随你做。。这样可以预防已经浪费了人力结果不理想！

V模型是软件开发完了之后才开始测试活动。
而W模型则是软件测试活动伴随着软件开发活动。和软件开发同时开展。
W模型更加敏捷，对于软件的交付期和品质的保证能力更强。

这里我们为了提高人员的利用率最终选择了W模型。

2.3 主要参加人员
为了完成该系统的项目开发，组建了一个临时的项目团队，有产品经理，项目经理，测试经理，开发经理和维护更新人员。

姓名
角色
任务

产品经理

开发经理

项目经理

后期维护更新部门

测试经理

表2.2人员分工
2.3产品及成果
2.3.1程序
系统名称：网络购物系统
编程语言：java
2.3.2文件
Ø 产品外包合同
Ø 产品使用说明书
2.3.3服务
计划提供以下服务：
软件维护：获取软件使用中的问题，提供补丁程序。
升级通知：在软件新版本发布的时候，及时通知(Email或邮寄信件)注册的用户，并提供试用版本。
软件升级：对于注册用户，只需较少的费用即可升级到新的版本。
2.3.4非移交产品
Ø 项目开发计划：为软件项目实施方案制订出具体计划，应该包括各部分工作的负责人员、开发的进度、所需的硬件及软件资源等。
Ø 软件需求说明书（软件规格说明书）：对所开发软件的功能、性能、用户界面及运行环境等做出详细的说明。它是在用户与开发人员双方对软件需求取得共同理解并达成协议的条件下编写的，也是实施开发工作的基础。该说明书应给出数据逻辑和数据采集的各项要求，为生成和维护系统数据文件做好准备。
Ø 概要设计说明书：该说明书是概要实际阶段的工作成果，它应说明功能分配、模块划分、程序的总体结构、输入输出以及接口设计、运行设计、数据结构设计和出错处理设计等，为详细设计提供基础。
Ø 详细设计说明书：着重描述每一模块是怎样实现的，包括实现算法、逻辑流程等。
Ø 测试计划：为做好集成测试和验收测试，需为如何组织测试制订实施计划。计划应包括测试的内容、进度、条件、人员、测试用例的选取原则、测试结果允许的偏差范围等。
Ø 测试分析报告：测试工作完成以后，应提交测试计划执行情况的说明，对测试结果加以分析，并提出测试的结论意见。
Ø 开发进度月报：该月报系软件人员按月向管理部门提交的项目进展情况报告，报告应包括进度计划与实际执行情况的比较、阶段成果、遇到的问题和解决的办法以及下个月的打算等。
Ø 项目开发总结报告：软件项目开发完成以后，应与项目实施计划对照，总结实际执行的情况，如进度、成果、资源利用、成本和投入的人力，此外，还需对开发工作做出评价，总结出经验和教训。
Ø 软件问题报告：指出软件问题的登记情况，如日期、发现人、状态、问题所属模块等，为软件修改提供准备文档。
Ø 软件修改报告：软件产品投入运行以后，发现了需对其进行修正、更改等问题，应将存在的问题、修改的考虑以及修改的影响做出详细的描述，提交审批。
Ø 源程序：软件开发过程中的全部代码以及注释。

2.4验收标准
2.4.1代码的验收
最后在交付客户之前进行小组内评审，代码编写符合HB6465标准，与文档说明保持一致，代码书写风格统一，采用标准规范，没有下列错误：由于软件缺陷造成丢失数据，不符合设计要求，响应时间太长无法接受等问题。
2.4.2 文档验收
最后在交付客户之前进行小组内评审，文档格式符合HB6465标准， 功能符合与客户的合同要求，清晰易读，没有语病与歧义。
2.4.3 服务验收
服务硬件达到文档说明的要求，人员技术考核合格，定期上门维护。

2.5完成项目的最迟期限
交付日期
从2015年4月12日开始至2015年6月5日，完成对整个系统的软件需求说明书、项目开发计划书、软件需求说明书、概要设计说明书、测试计划（报告）、测试报告（报告）、开发进度月报、项目开发总结报告（报告）等等，并提供安装演示，软件使用说明书，最后交付用户。交付日期为2015年6月5日，延期交付日为6月10号。

2.6 本计划的日期
本系统由客户提出，自2015年4月12号正式提交;

3 实施总计划
3.1开发过程（项目经理开发经理合力完成，测试经理辅助）
3.1.1 需求分析
需求分析是整个设计中重要的一环，当可行性分析完成，项目立项，确定开发角色后，从4月12开始至4月20日，有关的设计开发人员与相关业务人员共同对业务流程、管理方式进行分析，并进行资料的收集、整理。在完成了对有关数据信息的收集、归纳和分析整理后，确定了用户需求，对软件必须完成的功能进行了定义，在此基础上完成了数据定义，建立了数据字典。

3.1.2 系统设计
从4月21日开始至5月1日，完成对整个系统的分析设计，对概念模型、存储模式、完整性控制、存取权限等进行了定义，对系统功能各模块进行了详细设计、定义了数据库总体结构、编码命名规范。

3.1.3 编码及测试阶段
从5月2日开始至6月1日，完成程序设计和系统测试，完成了数据库建立及程序的编制调试。为了避免错误积累，采用边开发边测试的基本模式，对每个模块都安排专人进行单独测试，系统联调及系统测试，对系统处理逻辑、例外处理能力、容错能力等进行大规模的测试，对发现的问题进行彻底纠正。

3.1.4 文档、产品部署
从6月1日开始至6月5日，完成用户培训工作，编写各类文档，系统投入运行阶段。
3.1.5 项目总结
项目结束后用一周左右时间，对项目研发、部署等开发过程中的问题、经验教训总结备案，以利于项目经验的积累和开发进的的缩短。

3.2工作任务的分解
表3.2 工作情况
工作内容
负责人
参加人员
软件需求说明书
项目经理

项目开发计划书
产品经理，项目经理

系统设计说明书
开发经理，项目经理

详细设计（详细设计说明书）
开发经理

测试计划（报告）
测试经理，项目经理

阶段测试报告（报告）
测试经理

开发进度月报
开发经理，项目经理

项目开发总结报告（报告）
项目经理，开发经理

软件安装、测试
维护更新，测试经理

软件问题报告
维护更新，开发经理

软件修改报告
维护更新，开发经理

后期维护
维护更新

用户培训
产品经理

用户操作手册（报告）
产品经理

需求变更申请
产品经理

需求变更实施报告
项目经理

设计评审报告
测试经理

3.3接口人员
负责本项目同用户的接口人员为 维护更新（何文鑫），由软件发开方派专人，按客户要求，指定地点安装，调试，运行并给客户演示，在后期中负责维护和更新。

3.4关键问题
表 3.5 项目风险因素
风险排序
风险项名称
风险描述
风险缓解方案
1
用户需求不能确定
后期发生产品和用户需求不一致的情况
实时多次和用户进行交流
2
开发不能保证进度
到期不能提交最后的产品
详细完整的计划和规划
3
产品完成后过多的BUG和error
软件可能容易出现死机现象,闪退等现象
伴随开发过程完整细致的测试工作

影响本计划完成的主要问题有：
Ø 用户需求不清，存在误解及二义性
Ø 工作能力有限（没有经历过类似项目）
Ø 工作时间有限，没有充裕的工作时间
4支持条件
4.1计算机系统支持
开发时需要的支持条件：
Ø 硬件：
Ø 软件：
使用集成开发工具Eclipse,数据库采用MySql，项目运行环境为Tomcat。
运行时需要的支持条件：

4.2需要用户承担的工作
充分的交流，明确的需求

5专题计划要点
5.1 测试计划
2015年6月5日—2015年6月9日对软件进行各项测试工作；
5.2 维护更新计划
提供最快的最效率的维护和更新，在使程序顺利运行的同时，满足顾客各种新的要求
其中专业理论知识内容包括：保安理论知识、消防业务知识、职业道德、法律常识、保安礼仪、救护知识。作技能训练内容包括：岗位操作指引、勤务技能、消防技能、军事技能。
二．培训的及要求培训目的
安全生产目标责任书
为了进一步落实安全生产责任制，做到“责、权、利”相结合，根据我公司2015年度安全生产目标的内容，现与财务部签订如下安全生产目标：
一、目标值：
1、全年人身死亡事故为零，重伤事故为零，轻伤人数为零。
2、现金安全保管，不发生盗窃事故。
3、每月足额提取安全生产费用，保障安全生产投入资金的到位。
4、安全培训合格率为100%。
二、本单位安全工作上必须做到以下内容：
1、对本单位的安全生产负直接领导责任，必须模范遵守公司的各项安全管理制度，不发布与公司安全管理制度相抵触的指令，严格履行本人的安全职责，确保安全责任制在本单位全面落实，并全力支持安全工作。
2、保证公司各项安全管理制度和管理办法在本单位内全面实施，并自觉接受公司安全部门的监督和管理。
3、在确保安全的前提下组织生产，始终把安全工作放在首位，当“安全与交货期、质量”发生矛盾时，坚持安全第一的原则。
4、参加生产碰头会时，首先汇报本单位的安全生产情况和安全问题落实情况；在安排本单位生产任务时，必须安排安全工作内容，并写入记录。
5、在公司及政府的安全检查中杜绝各类违章现象。
6、组织本部门积极参加安全检查，做到有检查、有整改，记录全。
7、以身作则，不违章指挥、不违章操作。对发现的各类违章现象负有查禁的责任，同时要予以查处。
8、虚心接受员工提出的问题，杜绝不接受或盲目指挥；
9、发生事故，应立即报告主管领导，按照“四不放过”的原则召开事故分析会，提出整改措施和对责任者的处理意见，并填写事故登记表，严禁隐瞒不报或降低对责任者的处罚标准。
10、必须按规定对单位员工进行培训和新员工上岗教育；
11、严格执行公司安全生产十六项禁令，保证本单位所有人员不违章作业。
三、 安全奖惩：
1、对于全年实现安全目标的按照公司生产现场管理规定和工作说明书进行考核奖励；对于未实现安全目标的按照公司规定进行处罚。
2、每月接受主管领导指派人员对安全生产责任状的落