目录
在线商品交易平台 软件需求规格说明书
| 文件状态： [√] 草稿 [ ] 正式发布 [ ] 正在修改 |
文件标识： |
在线商品交易平台软件需求规格说明书 |
| 当前版本： |
|
|
| 作者： |
|
|
| 完成日期： |
|
文档修订记录
| 版本编号或者更改记录编号 |
*变化状态 |
简要说明 |
日期 |
变更人 |
批准日期 |
批准人 |
| 1.0 |
A |
新建 |
2018-10-09 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
*变化状态：A——增加，M——修改，D——删除
1引言
1.1文档格式
本文档按以下要求和约定进行书写：
（1）页面的左边距为2.5cm，装订线靠左，行距最小值为20磅。
（2）标题最多分三级，分别为黑体三号、黑体四号、黑体小四，标题均加粗。
（3）正文字体为宋体小四号，无特殊情况下，字体颜色均采用黑色。
（4）出现序号的段落采用自动编号或人工编号，各级别的序号依次为（1）、1）、①等，特殊情况另作规定。
1.2目的
本说明书是为了系统的阐述在线商品交易平台软件项目，详细的描述项目需要实现的功能、需要注意的事项，以及具体的要求，此说明书是提供给开发人员参考与使用。
1.3项目背景
（1）项目名称：在线商品交易平台
（2）本项目的任务提出者：李蕴
（3）本项目的完成者：杨栋、张孟珂
1.4缩略语、定义
| 缩略语 |
定义 |
| 顾客 |
指每个使用网上商城系统购物的人。 |
| 管理员 |
负责管理用户和商品信息以及系统维护。 |
| 银联系统 |
验证用户及信用卡信息并执行扣款操作。 |
| 物流系统 |
负责给用户派送所购的商品。 |
| 商品 |
本系统所出售的物品。 |
| 个人信息 |
用户注册时填写的个人信息，如使用本系统的账号、密码、联系方式和电子邮件等。 |
| 商品信息 |
商品的名称、价格、产地、所属种类和现有数量等信息。 |
| 订单信息 |
用户所订购商品的信息，包括所用商品ID、名称、单价、数量以及总价。用户在未向系统提交之前可以任意修改所要购买商品的信息。 |
| 购物车 |
用来存放用户所选商品，便于用户查看已选商品数量和价格等信息。 |
| 用户账号 |
用户使用本系统之前要先注册，用户账号标识特定的用户，作为本系统的凭证。只有注册过的用户才可以购买商品，否则只能浏览商品信息。 |
1.5参考文献
1.《软件工程基础》 赵一丁 北京邮电大学出版社
2.《软件需求》 劳森(作者), 刘晓晖(译者) 电子工业出版社
3.《软件需求工程：原理和方法》 金芝，刘璘，金英 科学出版社
4. 《实用软件工程》第三版 殷人昆 清华大学出版社
2综合概述
2.1目标
在线商品交易平台主要是针对需要在线购物的顾客提出的，顾客可以在线浏览商品，选择心仪的商品加入购物车并付款，商家通过物流系统即可将商品递送至用户家中。我们引入这个系统不仅能使顾客足不出户即可享受优质购物体验，也能节省大量的中间环节使用户得到实惠、使商家提高利润。
软件的适用群体比较广泛，适用于所有想要在线购物的人。
2.2用户特点
2.3假定条件和约束范围
| 约束 |
描述 |
| 高级语言 |
程序后台使用Java语言编写并使用Spring、SpringMVC、MyBatis框架进行实现，程序前端使用HTML5+CSS3语言编写并使用jQuery框架进行实现。 |
| 可靠性需求 |
该软件涉及到顾客尽享在线支付，一旦出现错误会导致顾客或商家的损失，因此对数据和数据的准确性和平台的稳定性有非常高的要求。 |
| 新添加数据 |
该软件首次添入新的数据只能支持手动添加商品信息，当管理员对商品的添加过程比较熟悉的时候不会有提示。 |
3业务流程
4数据描述
4.1表态数据
表4-1用户信息表（users）
| 字段名 |
数据类型 |
宽度 |
字段描述 |
| User_id |
varchar |
50 |
用户名 |
| User_pwd |
varchar |
50 |
用户密码 |
| User_address |
varchar |
255 |
收货地址 |
| User_phone |
varchar |
16 |
手机号 |
表4-2管理员信息表（admins）
| 字段名 |
数据类型 |
宽度 |
字段描述 |
| Admin_id |
varchar |
50 |
管理员名 |
| Admin_pwd |
varchar |
50 |
管理员密码 |
表4-3商品信息表（goods）
| 字段名 |
数据类型 |
宽度 |
字段描述 |
| Goods_id |
varchar |
50 |
商品ID |
| Goods_name |
varchar |
50 |
商品名 |
| Goods_desc |
varchar |
255 |
商品描述 |
| Goods_num |
int |
11 |
商品库存量 |
| Goods_price |
double |
|
商品售价 |
表4-4订单信息表（orders）
| 字段名 |
数据类型 |
宽度 |
字段描述 |
| Order_id |
varchar |
50 |
订单ID |
| Order_userId |
varchar |
50 |
订单所属用户ID |
| Order_goodsId |
varchar |
50 |
订单内所含商品号 |
| Order_price |
double |
|
订单总金额 |
| Order_state |
int |
2 |
订单状态 |
4.2动态数据
管理员负责输入各种商品信息，未登录和已登录的顾客可以浏览商品信息，只有已登录的顾客可以在线购买商品。
4.3数据库版本
关系型数据库：MySQL 5.7.14
4.4数据词典
数据词典可以广泛的应用于数据库应用系统的诸多方面，包括数据库的维护、完整性验证、安全性控制、软件通用性和生产效率的提高以及工具软件包的开发等。关系模型是目前应用最广泛、技术最成熟的一种数据库（DB）模型，其特点是概念简单清晰、易于为用户掌握和接受、有严格的数据基础和关系数据理论、能极大的简化数据库开发与维护工作，因而伸手广大用户欢迎。
5用例描述
系统用例图如下图5-0-1所示：
图5-0-1 “在线商品交易平台”的用例图
5.1注册
注册模块用例图如下图5-1-1所示：
图5-1-1 用户注册用例图
用户注册时序图如下图5-1-2所示：
图5-1-2 用户注册时序图
5.1.1简要说明
本用例用于向顾客提供注册功能。每位顾客必须注册完成后才能购物。注册信息包括昵称，使用本系统的账号,密码,联系地址和电子邮件等。注册完成后，系统保存这些信息，以方便管理员及联系用户。
5.1.2事件流
1）基本流
(1)当用户进行注册后，开始执行以下基本流：
- 系统要求用户填写个人信息，包括昵称，使用本系统的账号，密码，联系地址和电子邮件等。
- 用户填写个人信息。
- 系统验证用户所填写的信息的格式和内容。
- 保存该用户信息。
2）备选流
(1)用户信息验证错误
如果系统检测到用户输入的信息格式或内容有错，例如账号中含有非法字符，输入密码和确认密码不一致等，会给予错误提示，并清空填写错误的文本框，要求用户重新输入。
(2)用户信息保存失败
如果系统发现数据库中已经保存了同样账号的用户记录，会向用户报告失败的错误信息，并使界面跳回注册界面，要求用户修改注册信息。
5.1.3特殊需求
无。
5.1.4前置条件
用户必须首先访问网上购物的主页，然后单击注册。
5.1.5后置条件
如果该用例成功，系统数据库中将增加一条该用户的信息。否则，系统维护原状。
5.1.6扩展点
无。
5.2登录
登录模块用例图如下图5-2-1所示：
图5-2-1 登录用例图
登录模块时序图如下图5-2-2所示：
图5-2-2 登录时序图
5.2.1简要说明
本用例用于向顾客提供登录功能。每位顾客可选择登录后进行购物。登录界面包括登录账号，密码，提供客户登录。并向用户提供多种登录方式。
5.2.2事件流
1）基本流
当用户点击登录时，开始执行以下基本流：
- 在主界面出现用户登录框，包括登录账号，密码，注册，找回密码和其他方式登录。
- 用户填写相应账号，密码或选择其他方式登录。
- 若用户选择其他方式登录（支付宝，微信），主界面出现第三方登录框和二维码。
④ 系统验证用户所提供的信息内容。
2）备选流
(1)用户登录失败
如果系统发现用户登录的密码与数据库中的账号所对应的密码信息不一致时，会向用户报告密码错误的错误信息，用户可点击找回密码选项来找回用户密码。
(2)用户登陆验证错误
如果系统检测到用户输入的账号信息不在数据库中时，会给予错误提示，并清空填写错误的文本框，要求用户进行注册后才能登录。
5.2.3特殊需求
要求系统提供支付宝和微信的接口以实现用户选择第三方登录。
5.2.4前置条件
用户在登录前需要进行用户注册或选择系统支持的已成功注册的其他登录方式（支付宝，微信），由此注册的用户名和密码进行登录。
5.2.5后置条件
登录成功后，系统可根据用户日常购物喜好推荐用户商品，用户可以浏览购物车，历史记录，并在主页面（登录成功后跳转的页面）显示各种商品信息，用户可以购买商品。 否则，主界面将维持原状。
5.2.6扩展点
无。
5.3维护个人信息
图5-3-1 维护个人信息用例图
维护个人信息时序图如下图5-3-2所示：
图5-3-2 维护个人信息时序图
5.3.1简要说明
本用例用于给顾客维护个人信息。包括修改本人 的账号，密码和联系地址等信息。
5.3.2事件流
1）基本流
当顾客查看并修改个人信息时，开始执行以下基本流：
- 系统返回给当前顾客在系统数据库中目前存储的个人信息。
- 顾客可以在本人信息的一项或几项进行修改。
- 顾客向系统提交修改后的个人信息。
2）备选流
顾客输入的新信息验证错误
如果系统检测到顾客输入的信息格式或内容有错（如输入新密码和确认输入新密码不一致等），会向顾客给予错误提示，并清空填写有误的文本框，要求用户重新输入或取消修改的操作。
5.3.3特殊需求
无。
5.3.4前置条件
顾客必须首先登录系统，然后才能进入本用例。
5.3.5后置条件
如果本用例成功，顾客在系统数据库中的个人信息会被修改。否则，系统维持原状。
5.3.6扩展点
无。
5.4浏览商品信息
浏览商品信息用例图如下图5-4-1所示：
图5-4-1 浏览商品信息用例图
浏览商品信息时序图如下图5-4-2所示：
图5-4-2 浏览商品信息时序图
5.4.1简要说明
本用例用于提供商品信息和商品详细信息供用户浏览。包括商品的名称，价格，产地，所属种类和现有数量等信息。
5.4.2事件流
1）基本流
当用户浏览商品信息时，开始执行以下基本流：
- 根据用户输入信息，从数据库中查询到相关的商品信息返回。
- 用户查看具体某个商品时，从数据库中查询其商品的详细信息返回。
2）备选流
无。
5.4.3特殊需求
无。
5.4.4前置条件
无。
5.4.5后置条件
如果用户成功选购商品，系统转到生成订单用例。
5.4.6扩展点
无。
5.5维护购物车
维护购物车模块用例图如下图5-5-1所示：
图5-5-1 维护购物车用例图
维护购物车时序图如下图5-5-2所示：
图5-5-2 维护购物车时序图
5.5.1简要说明
本用例用于维护正在购物顾客的购物车。凡是登录到系统的顾客，系统会为他产生一个购物车。在生成顾客订单之前，购物车里的商品种类和数量都由顾客本人维护。
5.5.2事件流
1）基本流
当顾客想要维护自己的购物车时，开始执行以下基本流：
- 客请求查看购物车的操作，系统显示当前购物车中的信息。
- 一旦顾客确定了对购物车的操作，则转向以下子流程：
- 如果顾客选择了“删除购物车中的商品”，则“删除商品”子流程开始执行；
- 如果顾客选择了“修改购物车中的商品”，则“修改商品”子流程开始执行。
(1)从购物车中删除商品
顾客在购物车中选择要删除的商品。
统提示顾客是否确认删除。
如果系统选择确认，系统在购物车数据库中删除此商品。
从删除车中删除商品具体流程如下图5-5-3所示：
图5-5-3 从购物车中删除商品时序图
(2)修改商品
- 顾客选中购物车中的商品并改商品数量。
- 顾客点击保存按钮。
- 系统询问用户是否确认提交修改后的信息。
- 得到用户确认后，系统对商品数量进行检查，如果小于或等于商品库存量则修改系统数据库并提示用户修改成功并返回修改后的购物车信息。如果大于商品库存量则提示用户修改失败，用户重新填写数量。
修改购物车信息时序图如下图5-5-4所示：
图5-5-4 修改购物车商品信息时序图
2）备选流
(1)修改商品数量失败
当顾客查看购物车时，可能希望对已选商品数量进行修改。如果修改的数值大于此时商品库存数量或者超过该商品的限量出售值，系统将向顾客返回修改失败的信息，并告知顾客失败的原因。
5.5.3特殊需求
无。
5.5.4前置条件
使用本用例的顾客必须先登录到该系统中。
5.5.5后置条件
无。
5.5.6扩展点
无。
5.6生成订单
生成订单模块用例图如下图5-6-1所示：
图5-6-1 生成订单用例图
生成订单模块时序图如下图5-6-2所示：
图5-6-2 生成订单时序图
5.6.1简要说明
本用例用于生成顾客订单。它要求顾客填写个人信息和银行账号信息，获得当前购物车中顾客选定的商品信息（包括所有商品ID、名称、单价、数量和总价），然后将生成的订单发送给银联系统。
5.6.2事件流
1）基本流
当顾客确定要购买购物车中的商品时，开始执行以下基本流：
- 顾客填写用户姓名、家庭地址和银行卡账号等必要信息，系统生成具有顾客信息的订单。
- 系统从当前购物车中获取购物车中的商品信息，计算出所有商品总价并填入订单。
- 系统生成了具有顾客信息和商品信息的订单。
- 系统将订单发送给银联系统处理。
2）备选流
(1)提交订单失败
如果顾客提交了信息不完整的订单，则系统将向顾客返回错误信息，并要求顾客重新检查并填写订单信息或者取消该订单。
(2)顾客取消订单提交
如果顾客取消提交订单，则系统销毁该订单。
5.6.3特殊要求
无。
5.6.4前置条件
顾客确定要购买购物车中的商品。
5.6.5后置条件
如果该用例成功，则把生成好的完整订单发送给银联系统并将已购买的商品从购物车中删除。否则，该系统维持原状。
5.6.6拓展点
无。
5.7维护顾客信息
维护顾客信息时序图如下图5-7-1所示：
图5-7-1 维护顾客信息用例图
维护顾客信息时序图如下图5-7-2所示：
图5-7-2 维护顾客信息时序图
5.7.1简要说明
本用例用于管理员维护顾客信息。它要求目前所登录的账号为管理员账号。管理员可以对顾客账户进行维护（如添加顾客、修改顾客基本信息、删除顾客等）。
5.7.2事件流
1）基本流
(1)当管理员添加顾客时，开始执行以下基本流：
- 管理员填写顾客基本信息（包括顾客用户昵称、密码、家庭地址、银行卡信息等）。
- 系统将用户信息储存到用户数据库中。
(2)当管理员查看并修改顾客信息时，开始执行以下基本流：
- 系统返回给管理员所操作的顾客在系统数据库中目前存储的个人信息。
- 管理员可以对顾客信息的一项或者几项进行修改。
- 管理员向系统提交修改过后的顾客信息。
(3)当管理员删除顾客时，开始执行以下基本流：
- 系统返回给管理员目前系统中已有的顾客信息。
- 管理员选择要删除的顾客并提交给系统。
- 系统将该用户在系统数据库中删除。
- 系统返回给管理员删除结果。
2）备选流
(1)管理员输入的新信息验证错误
如果系统检测到管理员输入的信息格式或内容错误（如输入的新密码和确认输入新密码不一致等），会向管理员给予错误提示，并清空填写有误的文本框，要求管理员重新填写或取消修改操作。
(2)在系统数据库中为找到要删除的顾客信息
如果系统检测到管理员所提交的要删除的顾客不在系统数据库中，向管理员显示提示信息并重新返回给管理员目前系统中已有的顾客信息。
5.7.3特殊需求
无。
5.7.4前置条件
必须先登录系统，且登录账号类型为管理员。
5.7.5后置条件
如果本用例成功，顾客在系统数据库中的个人信息就会被修改。否则，系统维持现状。
5.7.6拓展点
无。
5.8维护商品信息
维护商品信息用例图如下图5-8-1所示：
图5-8-1 维护商品信息用例图
维护商品信息时序图如下图5-8-2所示：
图5-8-2 维护商品信息时序图
5.8.1简要说明
本用例用于管理员维护商品信息。它要求目前所登录的账号为管理员账号。管理员可以对交易平台的商品进行维护（如添加商品、修改商品基本信息、删除商品等）。
5.8.2事件流
(1)当管理员添加商品时，开始执行以下基本流：
- 管理员填写商品基本信息（包括商品名称、价格、库存、图片等）。
- 系统将商品信息储存到系统数据库中。
(2)当管理员查看并修改商品信息时，开始执行以下基本流：
- 系统返回给管理员商品的信息。
- 管理员可以对商品信息的一项或者几项进行修改。
- 管理员向系统提交修改过后的商品信息。
(3)当管理员删除商品时，开始执行以下基本流：
- 系统返回给管理员目前系统中已有的商品信息。
- 管理员选择要删除的商品并提交给系统。
- 系统将该商品在系统数据库中删除。
- 系统返回给管理员删除结果。
2）备选流
(1)管理员输入的新信息验证错误
如果系统检测到管理员输入的信息格式或内容错误（如输入的库存量小于0等），会向管理员给予错误提示，并清空填写有误的文本框，要求管理员重新填写或取消修改操作。
(2)在系统数据库中为找到要删除的商品信息
如果系统检测到管理员所提交的要删除的商品不在系统数据库中，向管理员显示提示信息并重新返回给管理员目前系统中已有的商品信息。
5.8.3特殊需求
无。
5.8.4前置条件
必须先登录系统，且登录账号类型为管理员。
5.8.5后置条件
如果本用例成功，顾客在系统数据库中的商品信息就会被修改。否则，系统维持现状。
5.8.6拓展点
无。
5.9订单管理
订单管理模块用例图如下图5-9-1所示：
图5-9-1 订单管理用例图
5.9.1简要说明
本用例用于顾客对订单的管理。它要求顾客账户下目前存在订单，如果目前没有订单，系统向顾客给予错误提示。顾客可以查看订单的状态（未付款、已付款、已发货、已签收）和删除订单，已付款但未签收的订单不允许删除。
5.9.2事件流
1）基本流
(1)当银联系统获取到提交的订单时，开始执行以下基本流：
订单管理模块时序图如下图5-9-2所示：
图5-9-2 银联系统反馈信息时序图
- 银联系统获取系统提交的订单信息。
- 银联系统等待顾客在线付款。
- 银联系统收到顾客的付款后向系统发出反馈信息。
(2)当系统收到银联系统所反馈的已付款信息时，执行以下基本流：
- 系统收到银联系统的用户已付款的反馈信息。
- 系统修改订单状态为“已付款”。
- 系统向物流系统提交相关商品信息。
- 物流系统准备给发货。
2）备选流
当顾客没有在规定时间内付款时，执行以下基本流：
如果银联系统在订单提交后的规定时间内没有收到用户的付款时，向在线商品交易平台系统发出反馈，系统收到反馈后关闭未付款的订单，并向用户发出提示。
5.9.3特殊要求
无
5.9.4前置条件
管理员账号已登录。
5.9.5后置条件
如果该用例成功，则把订单从系统数据库中删除。否则，该系统维持原状。
5.9.6拓展点
无。
6补充规约
6.1目的
本补充规约列出了网上购物系统的非功能性需求和部分全局性需求。它和用例建模一起，组成了完整的系统需求规格说明书。
6.2范围
本说明书除定义了在许多用例中共有的功能性需求以外，还定义了系统的非功能性需求，如界面要求，接口要求，系统性能要求和可支持性等。
6.3参考
无。
6.4功能性
6.4.1满足多个用户的并发执行。
6.4.2当用户购买某个商品时，系统必须判断该商品是否还有剩余，若该商品已出售完毕，需提醒用户，并在管理员登录时，提醒管理员。
6.4.3系统能提供管理客户订单的功能给管理员，管理员通过客户的资料来与客户取得联系。
6.5界面要求
6.6可用性
用户界面视窗与Windows系统兼容。
6.7可靠性
保证系统在配置完成以后24小时都可用。平均无故障时间应超过300小时。
6.8性能要求
6.8.1该系统应能支持多达5000名用户在任何特定时间使用中央数据库，并支持多达500名用户在任何时间访问本地服务器。
6.8.2系统要求对数据库的访问，存取速度更快，特别是对商品目录时局的访问的反应时间要在4秒以内。
6.8.3系统要求在2分钟能完成80%的交易。
6.9可支持性
无。
9.安全性
系统要求有较高的安全性，由于在生成订单时，用户的信用卡账户需要在网上传输，所以必须提供额外的安全措施。
6.10设计约束
无。
6界面要求
6.1报表格式
6.2图形要求
6.3输入输出要求
7接口要求
8性能要求
8.1数据精确度
8.2数据量
8.3时间特性要求
9运行环境需求
9.1网络和硬件设备平台
9.2操作系统平台
9.3数据库系统平台
9.4编程工具
9.5其他支撑软件
10其他专门需求
原版WORD下载
