©2010-2026 宁波自信网络信息技术有限公司 版权所有
客服电话：0574-28810668 投诉电话：18658249818
浙ICP备2021020529号-1 | 浙B2-20240490
关注我们 ：
1、第11章 项目规划与设计文档 本章要点： ◎从零开始介绍一个电子商务项目的规划，设计、测试和发布 ◎介绍项目通用文档的格式和编写 ◎重点介绍需求分析说明书，概要设计说明书，详细设计说明书，测试计划，发布说明书和项目进度管理说明书的格式和编写 11.1 需求概述 某公司需要在近期开展网上商务，需要开发一个电子商务项目，该项目包括两个部分：网上书店系统和书店后台管理系统。 网上书店系统需要的功能为：1、用户注册功能；2、用户登录功能；3、图书分类购买；4、购物车；5、网上下订单；6、后台管理功能；7、用户管理；8、类别管理；9、书籍管理；10、订单管理。（实现代码见光盘/11/sho
2、p） 11.2 通用页面编写 在项目的开发过程通常要写大量的文档，B/S架构的开发文档和非B/S架构的开发文档区别很大，B/S架构需要编写需要区分前台和后台，也就是要将客户端和服务器端分开编写。 在项目开发过程中，一般编写文档时间占总工作量的50%-60%。文档是否完善是评估一个项目的重要标准。所有的文档虽然内容不同，但是前两页的结构都是大致一样的。文档的首页可以作为封皮，其结构为： XXXX项目XXX说明书 文档编号： 文档信息：XXX项目开发组开发文档 文档名称： 文档类别：项目开发文件 密 级：内部 版本信息：0.1 建立日期：YY-MM-DD 创
3、建 人：小张 审 核 者： 批 准 人： 批准日期： 保 管 人： 存放位置：组内服务器 编辑软件：Microsoft Office 2003 中文版 第一页主要是文档的一些描述性信息，后面所有文档第一页都是这样的格式，只是题名有所变化。第二页是文档的变更记录和审批记录，所有人对于文档的修改和审批都需要记录，第二页的结构为： 文档修改信息： 版本 *变化状态 简要说明 日期 变更人 批准日期 批准人 1.0 C YY-MM-DD 小张 YY-MM-DD 小李 1.1 M YY-MM-DD 小刘 YY-MM-DD
4、 *变化状态：A——增加，M——修改，D——删除，C——创建 文档审批信息： 序号 审批人 角色 审批日期 签字 备注 001 小李 项目经理 YY-MM-DD 小李 两个通用页面是所有文档的第一页和第二页。签订项目合同之后，需要依次建立的文档。按照建立时间的先后分别为：需求采集计划书、需求设计说明书、页面需求设计、开发计划书、程序概要设计、数据库概要设计、页面详细设计、数据库详细设计、后台脚本详细设计、页面测试说明书、开发总结性报告和后台管理使用手册。 可以根据实际的开发过程，进行增加和删除。也可以根据开发过程，对
5、部分文档进行合并。 11.3 系统分析 在系统分析阶段，需要对系统进行调研，并制定相应的开发计划。这个阶段需要对应用程序和数据库结构进行概要设计，并编写相关的文档。 11.3.1 需求采集计划书 需求采集计划书主要功能是确立用户对各个模块的要求，弄清楚用户对系统的要求。完成过程由部分开发人员到对方单位进行调研，充分和用户交流，明确系统将要实现的功能。计划书的格式如下： 1．引言 1.1 目的 为了更好地顺利完成本项目的需求采集工作，特制定此需求采集计划，便于对需求和进度进行监督和控制。 1.2 背景 本项目由××公司提出，由××公司的开发部进行开发，××部门对整个项目的进
6、度进行监督。 1.3 关键字 网上书店，购物车，竞标系统 1.4 参考资料 《项目开发合同》 2．人员及分工说明 资源与分配 开 始 时 间 完 成 时 间 工 时 准备工作 YY年MM月DD日 YY年MM月DD日 8 商品部分需求采集 YY年MM月DD日 YY年MM月DD日 8 订单部分需求采集 YY年MM月DD日 YY年MM月DD日 8 购物部分需求采集 YY年MM月DD日 YY年MM月DD日 8 后台管理部分需求采集 YY年MM月DD日 YY年MM月DD日 8 需求测试 YY年MM月DD日 YY年MM月DD日 8
7、 需求整合确认 YY年MM月DD日 YY年MM月DD日 8 准备工作 YY年MM月DD日 YY年MM月DD日 8 商城技术需求采集 YY年MM月DD日 YY年MM月DD日 24 3．采集项目进度预估 开始日期：YY年MM月DD日 结束日期：YY年MM月DD日 标识号 任务名称 工期 开始日期 结束日期 前置任务 承担人 1 需求设计 7工作日 YY年MM月DD日 YY年MM月DD日 小周 2 准备工作 1工作日 YY年MM月DD日 YY年MM月DD日 小王 3 商城需求采集 3工作日 YY年MM月DD日 YY
8、年MM月DD日 2 小李 4 商品需求采集 1工作日 YY年MM月DD日 YY年MM月DD日 2 小陈 5 订单需求采集 1工作日 YY年MM月DD日 YY年MM月DD日 4 小张 6 购物需求采集 1工作日 YY年MM月DD日 YY年MM月DD日 5 小陈 7 后台需求采集 1工作日 YY年MM月DD日 YY年MM月DD日 6 小李 8 需求测试 1工作日 YY年MM月DD日 YY年MM月DD日 7 小李 9 需求整合确认 1工作日 YY年MM月DD日 YY年MM月DD日 8 小李 4．需要配合的部门
9、 市场部，提供客户资料，必要时帮助联系客户。 11.3.2 需求设计说明书 需求设计说明书需要对软硬件环境进行说明，将系统功能划分成具体的模块，并对每个模块进行说明。对系统的性能进行简单的描述，并给出关键模块的处理流程。 1．引言 1.1 编写目的 为了更好地记录、分析、描述用户提出的技术需求，特编写此技术需求设计说明书。同时更好地指导编辑的页面需求采集工作。 1.2 项目背景 本项目由××公司提出，由××公司的开发部进行开发，××部门对整个项目的进度进行监督。 1.3 参考资料 《开发合同》《需求采集计划书》 2．技术概述 2.1 目标 使用ASP.NET和S
10、QL Server技术，将系统做成界面友好，用户购物方便，编辑管理产品方便的购物系统和网上竞标系统。 2.2 硬件环境 采用用户已有的硬件环境即可。 2.3 软件环境 因为采用ASP.NET+SQL Server技术，所以对允许软件没有特殊。操作系统可以是Windows 2000，也可是Windows 2003。 3．数据描述 3.1 已有数据 用户已有产品数据、商品数据作为基础数据需要导入数据库中。所有这些数据都是电子文档。 3.2 录入数据 需要编写后台的商品、产品、文章等录入程序。 3.3 数据保存 数据一律保存在数据库中。 3.4 数据词典
11、 产品：即数据库中所有的产品。 商品：用于销售的产品。 3.5 数据采集 需求采集人员向用户收集相关产品信息。 4．功能需求 4.1 功能划分 系统共分两个部分，一部分是面向用户的部分，用户可以在线注册、购物、提交订单等操作；另外一部分是系统管理部分，这部分的内容包括：产品添加、删除、查询、订单管理、操作员管理、注册用户管理等。 4.2 功能描述 4.2.1 面向用户功能： （1）注册功能。消费者首先要注册为系统的用户。注册时只要填写登录用户名、密码、联系电子信箱3项信息即可。注册后，用户可继续填写详细个人信息及收货人信息，同时可修改密码、查询及维护订单。 （2）
12、选择产品功能。消费者浏览系统，将自己需求的产品放入到购物车中（可在网上商城首页、专柜首页、产品小类、专卖店首页、搜索结果页面、产品详细信息页面进行该操作），可连续添加商品。 （3）管理购物车。消费者选择完商品后可进入购物车页面，查看自己要购买的商品，可修改某一商品数量、取消购买某商品和清空整个购物车。 （4）订单功能。消费者确定购物车中的商品后提交订单，如消费者已填写收货人信息，则页面显示该信息并由消费者确认。如尚未填写则显示相应表单请其填写，系统记录消费者提交的收货人信息以便其下次购物时使用。消费者提交订单后可在系统查询该订单，并可对尚未处理的订单进行取消、修改等操作。 （5）补充说明
13、消费者可先登录后购物，也可先浏览系统，将商品放入购物车中，在提交订单时系统提示其登录（新用户要先注册）。 4.2.2 后台管理部分功能 （1）管理用户功能。用户分为两级，管理员和基本用户。基本用户分为编辑、专卖店负责人、消费者3类。不能自己注册，一律由最高管理员添加。编辑拥有基本用户的最高权限，可访问所有订单，可浏览、增、删、改、查订单，可维护订单状态。专卖店负责人只具有处理本店订单的权限，同样可浏览、增、删、改、查订单，可维护订单状态。 （2）管理订单功能。消费者可通过Web方式取消、修改自己提交的订单（确认前），查询自己提交的订单（随时）。如订单的状态在一定时限（如24个小时）后
14、仍没有变化（“订单关闭”状态除外），系统自动提醒专卖店负责人及网店编辑（如该订单变色，弹出提醒窗口等方式。订单状态发生变化，系统自动发E-mail给消费者，“无效订单”、“订单关闭”状态除外）。 （3）管理商品功能。商品由编辑添加、删除和修改。 （4）管理文章功能。应该有文章的添加、删除和修改的功能。 5．性能需求 5.1 数据精确度 价格单位保留到分。 5.2 时间特性 保证用户一次最简单购物过程在1分钟内完成。 5.3 适应性 购物流程要简单明了，产品图片要清楚，产品信息描述准确。 6．操作流程图 6.1 用户购物流程图 6.2 订单处理流程说明 （
15、1）消费者提交订单。 （2）页面显示：“感谢您在网上商城购物，您的订单已成功提交，我们会在12小时内与您联系。如有问题可拨打客服热线”。 （3）订单信息进入订单信息库。 （4）订单具备以下几种状态：“提交成功、尚未确认”、“用户取消”、“无效订单”、“已确认，尚未洽谈”、“洽谈成功、尚未发货”、“洽谈不成功”、“已发货”、“订单关闭”等。 （5）消费者提交订单，订单入库即为“提交成功、尚未确认”状态；专卖店负责人或编辑在后台浏览到消费者提交的订单，在确认订单信息有效后，订单的状态为“已确认，尚未洽谈”，如是无效信息（如收货人信息虚假），则置其状态为“无效信息”；在订单确认前，消费者可在
16、线取消其提交的订单。 （6）专卖店自己确认的订单，由其联系消费者，根据结果置订单的状态为“洽谈成功、尚未发货”、“洽谈不成功”，洽谈不成功则“订单关闭”；编辑确认的订单（专卖店无上网条件等原因），由网上商城将该订单信息转交专卖店相应人员进行上述处理流程。 （7）洽谈成功的订单接下来依次经过“已发货”、“订单关闭”两个状态。 7．其他需求 如可使用性、安全保密、可维护性、可移植性等。 11.3.3 页面需求设计 页面需求设计要对主要页面进行规划，将每个页面都需要使用的部分提取出来。还需要对所有页面所需要使用的CSS文档进行编写。 1．引言 1.1 目的和人员 为了详细描述网上商
17、城项目的需求，特撰写此需求设计文档。本需求文档由×××撰写，其中×××给予很多建议。
1.2 关键字
商城，商品，购物车，收款台
2．页面组成
2.1 重用的页头（该部分主要把每个页面都用的模块提取出来，主要是页头和页尾的格式。）
18、ngs>
19、nputbox { font:14px "宋体","新宋体"; background-color:#F6F6F6; border-style:solid; border-width:1px; border-color:black } .inputbutton { font:14px "宋体","新宋体"; background-color:menu; border-style:solid; border-width:1px; border-color:black } 2.3 内容说明（该部分对每个页面的结构进行说明，需要绘制页面结构
20、图） 页头仍然保留常用页头格式，左侧是公司Logo，右侧上半部分是横幅广告，下面是导航条，分别为各个主要频道的链接导航。 11.3.4 开发计划书 开发计划书将对人员分配，并对开发时间进行确定，这个阶段可以预计每个人所投入的工作量，并对项目的总体进度进行估算。 1．背景 1.1 目的 根据需求开发网上商城项目，达到需求提出的网上购物的查看商品、订购商品、查看订单、退货等功能。本项目开发计划根据需求安排开发人员在合理的时间内完成开发任务。 1.2 参与开发人员 小王：概要设计，数据库设计，测试 小张：网页制作 小李：脚本编写 小刘：概要设计 小陈：测试 1.3 相
21、关文档 《概要设计说明书》《数据库设计说明书》《测试说明书》 《详细设计说明书》 2．开发任务进度表 项目开始日期：YY年MM月DD日 项目完成日期：YY年MM月DD日 2.1 任务安排 资源与分配 开 始 时 间 完 成 时 间 工 时 小王 YY年MM月DD日 YY年MM月DD日 32 数据库设计 YY年MM月DD日 YY年MM月DD日 16 面向用户部分概要设计 YY年MM月DD日 YY年MM月DD日 16 小陈 YY年MM月DD日 YY年MM月DD日 16 测试用户管理部分 YY年MM月DD日 YY年MM月DD日 8
22、 测试产品部分 YY年MM月DD日 YY年MM月DD日 8 小张 YY年MM月DD日 YY年MM月DD日 32 用户管理部分页面设计 YY年MM月DD日 YY年MM月DD日 16 产品部分页面设计 YY年MM月DD日 YY年MM月DD日 16 小李 YY年MM月DD日 YY年MM月DD日 48 用户管理部分脚本设计 YY年MM月DD日 YY年MM月DD日 16 产品部分脚本设计 YY年MM月DD日 YY年MM月DD日 16 购物部分脚本设计 YY年MM月DD日 YY年MM月DD日 16 小刘 YY年MM月DD日 YY年MM月D
23、D日 64 管理用户部分脚本设计 YY年MM月DD日 YY年MM月DD日 16 管理产品部分脚本设计 YY年MM月DD日 YY年MM月DD日 16 管理订单部分脚本设计 YY年MM月DD日 YY年MM月DD日 16 管理文章部分脚本设计 YY年MM月DD日 YY年MM月DD日 16 小孙 YY年MM月DD日 YY年MM月DD日 32 管理用户部分页面设计 YY年MM月DD日 YY年MM月DD日 16 管理产品部分页面设计 YY年MM月DD日 YY年MM月DD日 16 小刘 YY年MM月DD日 YY年MM月DD日 16 数据库设
24、计 YY年MM月DD日 YY年MM月DD日 16 2.2 开发进度 标识号 任务名称 工 期 开 始 日 期 结束日期 前置任务 责任人 1 网上商城开发计划 19工作日 YY年MM月DD日 YY年MM月DD日 2 数据库设计 2工作日 YY年MM月DD日 YY年MM月DD日 3 面向用户部分开发 12工作日 YY年MM月DD日 YY年MM月DD日 4 测试用户管理部分 1工作日 YY年MM月DD日 YY年MM月DD日 2 5 购物部分页面设计 2工作日 YY年MM月DD日 YY年MM月DD
25、日 4 6 购物部分脚本设计 2工作日 YY年MM月DD日 YY年MM月DD日 6 7 测试购物部分 1工作日 YY年MM月DD日 YY年MM月DD日 8 帮助部分页面设计 2工作日 YY年MM月DD日 YY年MM月DD日 9 其他相关页面设计 2工作日 YY年MM月DD日 YY年MM月DD日 10 整合测试面向用户部分 2工作日 YY年MM月DD日 YY年MM月DD日 11 后台管理部分开发 14工作日 YY年MM月DD日 YY年MM月DD日 12 测试管理用户部分 1工作日
26、 YY年MM月DD日 YY年MM月DD日 7 13 管理产品部分页面设计 2工作日 YY年MM月DD日 YY年MM月DD日 8 14 管理产品部分脚本设计 2工作日 YY年MM月DD日 YY年MM月DD日 9 15 测试管理产品部分 1工作日 YY年MM月DD日 YY年MM月DD日 12 16 测试管理订单部分 1工作日 YY年MM月DD日 YY年MM月DD日 14 17 测试管理文章部分 1工作日 YY年MM月DD日 YY年MM月DD日 15 18 整合测试后台管理部分 2工作日 YY年MM月D
27、D日 YY年MM月DD日 19 商城整合测试发布 3工作日 YY年MM月DD日 YY年MM月DD日 3．需要支持部门 需要编辑部及时将商城的基本数据的录入，包括产品数据，商家数据，便于开发人员使用真实的数据进行测试。 11.3.5 程序概要设计 程序概要设计需要对系统的目录以及相关文件进行说明。重点描述各模块的程序组成以及每个程序的功能。因为这个阶段还不能完全预测所涉及的程序，只需要主要的程序进行说明。 1．引言 1.1 目的 为有效指导系统页面设计，特设计此概要设计。此概要设计主要包含目录设置、页面相关名称、页面流转关系、页面说明、页面在VSS（
28、Visual Source Safe，版本管理工具）中的位置等。 1.2 主要阅读对象 网页设计人员，脚本设计人员 1.3参考资料 《项目需求设计说明书》 2．版本与源代码 2.1 版本 版本号1.0 2.2 源代码 全部放在VSS的shop目录下。 3．主要路径与页面及页面流转关系 3.1 根目录 页 面 名 称 全 路 径 说 明 index.aspx /index.aspx 首页 文件夹名称 全 路 径 页 面 说 明 user /user 用户管理文件夹 ware /ware 商品文件夹 buy
29、 /buy 购物文件夹 about /about 关于商城的相关信息的文件夹 js /js 存放JavaScript脚本文件的文件 css /css 存放样式表的文件夹 3.2 用户管理 页 面 名 称 全 路 径 页 面 说 明 index.aspx /user/index.aspx 注册协议页面 logon.aspx /user/logon.aspx 登录页面 register.aspx /user/register.aspx 注册页面 modify.aspx /user/modify.aspx 修改用户信息页面 forget.
30、aspx /user/forget.aspx 忘记密码页面 3.3 商品部分 页 面 名 称 全 路 径 页 面 说 明 index.aspx /ware/index.aspx 产品专柜首页，也是数码专柜首页 machine.aspx /ware/machine.aspx 整机专柜首页 sort.aspx /ware/sort.aspx 更多页面 3.4 购物部分 页 面 名 称 全 路 径 页 面 说 明 index.aspx /buy/index.aspx 购物车首页 balance.aspx /buy/ balance.as
31、px 结算中心 recept.aspx /buy/ recept.aspx 填写接受人页面 3.5 其他页面 页 面 名 称 全 路 径 页 面 说 明 index.aspx /help/index.aspx 帮助首页，也是常见问题页面 aftersell.aspx /help/ aftersell.aspx 售后条款 pay.aspx /help/pay.aspx 付款方式 send.aspx /help/send.aspx 如何配送 demo.aspx /help/demo.aspx 演示如何购物和送货 service.aspx
32、/help/service.aspx 找客服 11.3.6 数据库概要设计 数据库概要设计需要说明系统涉及的表名称以及表结构。必须对每个字段的类型以及功能提供详细说明，因为不同数据库管理系统提供的数据类型有些差异，所以应该指出这些数据类型对应的数据库管理系统。目前，大部分情况采用SQL Server和Oracle作为数据库管理系统。 数据库名称：shop 数据库管理系统：SQL Server2000 数据表：（需要将所有的数据表列出，并简要说明其功能） 表 名 称 说 明 时 间 Users 用户表 Scores 用户积分表 Ware 商品
33、表 WareClass 商品类别表 Kind 产品表 KindDetail 产品详细信息表 Order_Form 订单表 Form_Ware 订单中包含的产品 Shopping_Bag 购物车，购物袋 Wanted_Ware 缺货登记 HOT_Sort 热卖排行表 Consignee 收货人信息表 Users表（需要对上面所列出的所有数据表进行详细说明） 字 段 名 称 类型（长度） 是否为空 说 明 US_ID int NOT NULL Primary Key 用户序列号，顶级管
34、理员设一个ID为10000000 US_NAME VARCHAR(20) NOT NULL 用户名 US_PSWORD VARCHAR(20) NOT NULL 密码 US_EMAIL VARCHAR(50) NOT NULL E-mail US_REALNAME VARCHAR(20), 真实姓名 US_SEX int, 用户性别（女为1，男为0） US_AGE int 年龄 US_IDCARD VARCHAR(18), 证件号 US_TEL VARCHAR(16), 电话 US_HANDPHONE VARCHAR
35、13), 手机 US_OICQ VARCHAR(10), OICQ号 US_CITY VARCHAR(10), 城市 US_ADDRESS VARCHAR(100), 地址 US_FAX VARCHAR(10) 邮编 US_PAGE VARCHAR(100) 个人主页地址 US_SELF VARCHAR(5000) 个人简介（最多500字） US_CLASS int NOT NULL 用户级别：会员分为4类，包括普通用户=1、编辑=2、网店管理员=3、顶级用户=5 US_DELORNOT int NOT NULL
36、 是否删除，1为删除，默认为0 11.4 系统详细设计 在B/S架构系统的详细设计中，与传统的C/S架构不同，需要对前台页面、后台数据库以及服务器端程序进行详细说明。 11.4.1 页面详细设计 页面详细设计主要针对客户端执行的程序进行说明。主要是程序中所涉及的JavaScript代码，因为实际使用过程中，为了实现一些动态的效果。 1．引言 1.1 目的 详细说明系统中代码复杂，技巧灵活的页面和特效的设计过程和方法。 1.2 相关文档 《需求设计说明书》，《概要设计说明书》 2．页面结构（需要对所有页面涉及的JavaScript代码进行说明） 页面全路径
37、 页 面 说 明 创 建 时 间 /index.aspx 首页 因为部分商品名称过长，在有的页面地方无法完整显示，所以采用先将名称截断，当鼠标移至产品名称上时，弹出完整名称的方法。使用此JavaScript代码的浏览器必须支持DHTML。为了配合JavaScript代码的执行，还必须在网页内定义一个div，代码如下。
弹出提示功能在很多地方可以重用，包括商品简介等。 11.4.2 数据库详细设计 在数据库概要设计中，已经对数据库表以及表的结构进行了说明，为了开发的需要，除了这些表以外，还可能提供一些索引、视图和存储过程，等等。在实38、际的开发过程中，数据库的结构虽然已经确定了，但是随着开发的深入，需要经常对数据库结构进行细微的改动，这些改动需要立刻修改文档，并通知其他组员某处已经改动。 1．引言 1.1 目的 详细描述本系统的重要页面的功能流程 1.2 相关文档 《需求设计说明书》《数据库概要设计说明书》 2. 数据库详细设计 2.1 索引 名 称 功 能 说 明 创 建 时 间 Wr_id 商品表的索引 11.4.3 后台脚本详细设计 后台脚本详细设计是对程序的重点功能模块进行设计，每个开发人员需要对自己的模块进行说明，这个阶段，可以利用程序将功能描述清楚，也可以利用流程图对模块进
39、行描述。 1．引言 1.1 目的 详细描述本系统的重要页面的功能流程 1.2 关键字 销售排行榜，积分，商品详细信息 1.3 相关文档 《需求设计说明书》《数据库概要设计说明书》 《页面概要设计说明书》 2．页面名称及功能 页面全路径 功 能 描 述 时 间 /ware/createhotsort.aspx 生成流量排行榜 /user/ addscore.aspx 增加用户积分 3．页面功能详细说明 3.1 商品销售排行榜的实现 3.1.1 页面功能概述 排行榜功能在许多页面里面都有，从商城首页到各频道首页，到购物车页面都会有这样一个排
40、行榜。排行榜其实只有10条数据，显示10数据占用页面的地方并不是很大，难的是显示速度。每一款商品被购买一次，在Form_Ware表里面就会记录下的它的数量，所以某一款商品在某一时间段（一般是一天）内的销售总量的计算方法就是将Form_Ware表里面的FW_NUMBER字段sum一下。虽然原理比较简单，但是要知道，sum关键字在实际允许过程中是非常慢的，为了解决这个问题，所以提出以下方案。 （1）商品销售排行榜为每日商品销售数量的排行。 （2）为了解决速度问题，编写一个程序，每日0:10执行，将排行结果计算出来存入Hot_sort表格里面。 （3）页面只是从hot_sort表格里面读取数据
41、 3.1.2 代码特别说明 首先将Form_Ware表格里面的数据计算出结果，并插入到数据库中。这个页面的名字叫做createhotsort.asp 。这个页面可以采用Win2000的任务功能，在0:10的时候调用它，这样就可以把排行数据插入数据库中。 3.2 用户积分管理 3.2.1 页面功能概述 用户积分管理采用了空间换时间的技术。因为用户每一次购物成功都会使得自己的积分有所增加，增加积分就意味着要修改数据库，如果采用update语句来更改users表的字段，那么数据库的执行效率会很慢。所以特地为用户积分建立了表格Scores，那么用户积分的操作方式就是，每一个用户购物成
42、功后，向Scores表中插入规定的积分，获取用户积分的方式同样采用sum方法。 3.2.2 代码特别说明 当用户提交完订单，付款结束后，意味着一次购物成功完成，此时应向Scores表中插入数据，这次插入操作做成页面：addscore.asp。一般情况下，所购商品价格越高，获得积分越多，所以，首先要获得商品的价格。 需要注意的是，addscore.asp需要登录验证，从而防止有人恶意篡改积分。积分成功添加后，读出积分就变得非常简单，读出积分功能不单独形成页面，下面的代码在需要时调用即可。 3.3 订单管理 订单管理也是商城管理中非常重要的内容。订单的管理包括：生成订单，当用户购物完
43、毕，可以从购物车页面跳转到订单页面，选择完收货人，和付款方式后，便生成订单；未付款、编辑未确认订单，用户可以取消和修改。 这些功能与购物车类似，不同的是，编辑有对订单处理功能，编辑需要对订单的有效性进行确认，可以删除无用的订单。所以，订单的管理其实是用户和编辑都有权限的。 11.5 测试和用户手册 程序员在编写完代码以后，需要对代码进行检查并做简单的测试，目的是为了功能可用，这个阶段的测试称之为“单元测试”，在系统组装完成以后，测试人员需要对系统进行详尽的系统测试。测试人员在测试的过程中，需要不断的提交测试出现的Bug，开发人员需要不断的完善系统，以消除这些Bug。 11.5.1 页面
44、测试说明书 页面测试说明书主要是测试人员提供的详细测试方案，包括：测试人员编写的测试用例，预期测试结果以及实测结果，等等。 1．引言 1.1 编写目的 为了更好地将测试结果与开发人员进行交流，特编写此文档。本测试文档将记录每次有效测试的结果，并将问题反映给开发人员。 1.2 参与人员 相关开发人员、测试人员、编辑等 1.3 网站相关资料 《需求设计说明书》《数据库概要设计说明书》 《页面概要设计说明书》《数据库详细设计说明书》 《页面详细设计说明书》《脚本详细设计说明书》 2．测试结果 2.1 添加商品测试 测试流程 （1）以管理员或者编辑身份从后台管理
45、页面登录 （2）选择“添加商品”功能。 （3）首先添加产品，选择产品的大类、子类、品牌、添加产品的名称。 （4）然后添加产品的详细信息。 （5）最后添加商品，方法是从产品库中选择一款产品，输入其价格相关信息。 （6）从商城首页登录，选择分类，或者检索进入，确认产品是否已经添加。 测试结果 页面全路径 测 试 用 例 测试结果 操作流程 /ware/addkind.aspx 大类：图书 子类：计算机类书 添加产品名称：计算机应用基础 名称为空提交一次 名称为空提交失败 添加成功 /ware/adddetail.aspx 产品详细介绍 添加成功
46、 /ware/add.aspx 市场价：32 商城价：26 添加成功 /ware/detail.aspx 无 确认添加成功 从首页进入 2.2 用户注册测试 测试流程 （1）从到达用户注册页面，添加用户信息并提交。测试E-mail地址判断、身份证位数判断、号码判断等内容。 （2）到达购物车页面，看注册完毕是否自动登录。 （3）退出。从首页重新登录。到达购物车页面，查看购物，积分是否正确。 测试结果 页面全路径 测 试 用 例 测试结果 操 作 流 程 /user/register.aspx 用户名：小刘 密码：90884 确认密码：9088
47、4 E-mail： 性别：女 地址：清华大学出版社 其它省略 确认密码域显示为* 用户名为空提交一次 密码为空提交一次 E-mail为空提交一次。 不合法E-mail提交一次。 身份证添入字符提交一次。 用户名，密码，E-mail为空不允许提交 虚假的E-mail不允许提交 身份证不合法不允许提交 最后注册成功 然后去往到达购物车页面 /index.aspx 用户名：小刘 密码：90884 登录成功 查看积分正确 然后去往到达购物车页面 2.3 用户购物测试 测试流程 （1）以普通用户身份从首页登录。 （2）选择某种计算机图书。 （3）
48、选择“添加到购物车”链接，到达购物车页面。 （4）修改数量为2。 （5）重复以上操作，测试多次购物的结果。 测试结果 页面全路径 测 试 用 例 测试结果 操作流程 /ware/machine.aspx 无，查看分类是否正确 正确 /ware/detail.aspx 无，查看信息是否正确 正确 /buy/index.aspx 查看产品是否成功添加 修改数量为2，看价钱计算是否正确 再次购物，看多款产品价钱计算是否正确 删除某一款产品，看是否正确 2.4 订单管理测试 测试流程 （1）用户从购物车页面到收款台，选择付款方式，添加收货人
49、后生成订单。 （2）测试取消订单功能，取消后再生成订单。 （3）从后台管理程序登录，对订单进行确认。 （4）再一次试验取消订单功能。 测试结果 页面全路径 测 试 用 例 测试结果 操作流程 /buy/ balance.aspx 分别选择各种结算方式，看是否保存到数据库中 成功 /buy/ recept.aspx 姓名：小王 地址：北京大学 邮编：100100 电话： 注意将地址写得很短或很长看是否有效 空用例失败 地址少于12个字失败 /buy/ orderform.aspx 确认订单是否生成，查看订单的状态，取消订单看是否
50、成功 成功 /buy/ mgform.aspx 修改订单状态为确认 成功 3．性能测试 页面全路径 测 试 用 例 测试结果 操作流程 /ware/machine.aspx 正确 4．安全性测试 页面全路径 测 试 用 例 测试结果 操作流程 /ware/machine.aspx 正确 5．稳定性测试 页面全路径 测 试 用 例 测试结果 操作流程 /ware/machine.aspx 正确 6．浏览器兼容性测试 页面全路径 测 试 用 例 测试结果 操作流程 /ware/machine.as
©2010-2026 宁波自信网络信息技术有限公司 版权所有
客服电话：0574-28810668 投诉电话：18658249818
浙ICP备2021020529号-1 | 浙B2-20240490
关注我们 ：
