网上购物系统软件需求规格说明书

一、关于此项目

1.1. 开发周期

本项目的开发周期为 2016 - 2017 学年第一学期。项目启动时间为 2016 年 9 月 5 日，预期完成时间为 2016 年 12 月 23 日。

1.2. 用户特点

系统假定用户会使用电脑，并能够浏览网页内容。

1.3.工程目录结构简介

├─config │ database-config.xml //数据库配置文件 │ ├─src │ └─com │ └─groupnine │ └─oss │ ├─admin //管理员相关 │ │ ├─action //控制层 │ │ │ GetUnsolvedTransactionAction.java │ │ │ │ │ ├─dao //数据库访问层 │ │ │ AdminDao.java │ │ │ AdminDaoImpl.java │ │ │ │ │ ├─entity //用于后台传递数据的实体 │ │ │ Admin.java │ │ │ Transaction.java │ │ │ │ │ └─service //服务层 │ │ AdminService.java │ │ AdminServiceImpl.java │ │ │ ├─demo //该包下存放相关的示例代码，可以在编码时参考， │ │ ├─action //若与 mealOrdering 仓库中代码有冲突，以本包中代码为准 │ │ │ UploadImageAction.java │ │ │ │ │ ├─dao │ │ │ DemoDao.java │ │ │ │ │ └─service │ │ ImageUpload.java │ │ │ ├─filter //项目中用到的过滤器 │ │ EncodingFilter.java │ │ LoginFilter.java │ │ │ ├─pub //三个用户角色都能用到的一些类 │ │ └─entity │ │ GoodsInOrder.java │ │ Order.java │ │ │ ├─seller //商家相关 │ │ ├─action │ │ │ GetShopInfoAction.java │ │ │ │ │ ├─dao │ │ │ SellerDao.java │ │ │ SellerDaoImpl.java │ │ │ │ │ ├─entity │ │ │ Goods.java │ │ │ GoodsAttr.java │ │ │ GoodsImage.java │ │ │ Shop.java │ │ │ │ │ └─service │ │ SellerService.java │ │ SellerServiceImpl.java │ │ │ ├─user //用户相关 │ │ ├─action │ │ │ GetUserInfoAction.java │ │ │ │ │ ├─dao │ │ │ UserDao.java │ │ │ UserDaoImpl.java │ │ │ │ │ ├─entity │ │ │ GoodsInShoppingCart.java │ │ │ Receiver.java │ │ │ User.java │ │ │ │ │ └─service │ │ UserService.java │ │ UserServiceImpl.java │ │ │ └─util // 项目中用到的一些工具 │ DBConfig.java // DBUtil 的辅助类，用于从 xml 文件中读出配置信息 │ DBUtil.java // 用于获取数据库连接 │ Page.java // 一个泛型类，用于分页获取数据 │ StringUtil.java // 一个字符串的工具类，只有一个方法，有需要就用。 │ └─WebContent │ index.jsp //网站首页 │ ├─demopages //示例代码，与 demo 包下的类协同工作 │ imageUpload.jsp │ ├─META-INF │ MANIFEST.MF │ ├─pages //网站其他页面 │ │ user-signup.jsp //用户注册页 │ │ │ ├─core //与登录注册、后台无关的其他页面 │ │ shopping-cart.jsp │ │ │ ├─home //存放后台管理页面 │ │ admin.jsp │ │ seller.jsp │ │ user.jsp │ │ │ └─login //登录页面 │ admin.jsp │ user.jsp │ ├─style //样式文件 │ ├─css │ │ │ ├─fonts │ │ │ └─js │ └─WEB-INF │ web.xml │ └─lib //项目中用到的所有第三方库文件, 可能不全，少的自行补充。

二、关于此文档

本文档主要用于说明用户提出的需求，明确系统的功能，以及相关的约束和要求，为开发人员提供开发依据。

2.1. 主要读者

主要读者是参与需求分析、项目设计、项目实现和测试的相关人员。

2.2. 术语和缩略语

三、用户分类

系统的用户有游客、用户、管理员三类。其中用户可分为普通用户和商家两种。

不同的用户角色具有不同的需求和权限，并在需要时可以进行角色转换。

• 用户可以使用游客角色。
• 管理员可以使用游客角色。
• 商家可以使用普通用户角色。

四、用户功能需求

4.1. 总功能表与用例图

系统需实现以下功能：

为了保持用例图的简单，下面的用例图省去了登录与注册，也没有表现出合适的用户权限。

4.2. 数据字典

数据字典描述要和系统交互的数据。

数据字典已移入数据库设计文档中。

4.3. 游客 / 用户

4.3.1. 游客 / 用户商品查询与浏览

系统要支持目录和关键词两种方式搜索。

游客 / 用户搜索用例活动图如下：

4.3.2. 游客 / 用户购物车管理

游客 / 用户可以通过商品页面直接填加商品到购物车。在管理购物车时，可以修改商品数量，也可以直接删除商品。游客 / 用户购物车在关闭浏览器或者退出登录后仍保留。

游客 / 用户购物车管理用例活动图如下：

4.3.3. 游客 / 用户登陆与注册

游客可以通过注册来获取账户，注册时要提供自定义的用户名和可用的手机号，用户密码要满足特定的要求，具体见数据字典。

游客 / 用户登录与注册用例活动图如下：

4.3.4. 用户个人信息管理

用户可以修改自己除用户名以外的任何个人信息，但不允许自主删除帐号。

用户个人信息管理过程过于简单，不提供用例活动图。

4.3.5.用户收货人管理

系统要记录用户收货地址使用次数，当用户管理或挑选地址使用时将使用次数最多的地址排在首位。当用户自主删除收货人时，系统要保留数据，以备后用。

用户搜索用例活动图如下：

4.3.6. 用户收藏夹管理

用户可以直接在商品页面点击收藏按钮收藏商品，在店铺页面点击收藏按钮收藏店铺。在管理收藏夹时，可以将任意的店铺和商品从收藏夹中删除。用户自主删除收藏后，系统要保留数据，以备后用。

用户收藏夹管理用例活动图如下：

4.3.7. 用户投诉商家与开店申请

用户若对商家或订单有所不满，所可以以已有订单作为投诉依据。在发起投诉时，系统要提示用户先与商家沟通，减少系统中总投诉的数量。投诉由管理员处理。

用户若想通过此系统销售物品，可以通过发起开店申请。开店申请由管理员处理。

用户投诉商家用例活动图如下：

商家（其实是用户）发起开店申请用例活动图如下：

4.3.8. 用户发起订单

用户通过在购物车中挑选商品发起订单。

用户发起订单用例活动图如下：

4.3.9. 用户管理订单

用户在订单管理中心能看到自己所有状态的所有订单，但只能查看详细信息或对订单确认收货，不能删除订单。订单管理中心要提供用户按时间和按关键词两种查询方式。当用户确认收货时，不管当前订单状态是什么，标识着一个订单的结束。订单完成或后用户可以立即或稍后对商品进行评价，评价将影响店铺评价等级。

用户管理订单用例活动图如下：

4.4. 商家

4.4.1. 订单管理

商家可见的订单状态有限，具体描述如如『订单状态转换与可见性』一节描述。商家可以查看订单详细信息和对订单进行发货，且支持批量发货操作。管理中心要提供按时间范围查询和按关键词查询两种方式。

商家管理订单用例活动图如下：

4.4.2. 店铺信息管理

商家可以修改自己店铺信息，不允许自主删除店铺。

商家店铺信息管理用例活动图如下：

4.4.3. 商品管理

商家可以对自己店铺内的商品进行添加、修改、删除。商家可以对指定产品进行定时打折，可以指定打折后的金额或打折的比例。当商家 / 管理员删除商品时，系统要保留数据，以备后用。

商家商品管理用例活动图如下：

4.4.4. 销售统计

销售统计要产生报表，包括对店铺内整体、单个商品销售情况统计：

1. 整体销售统计：
   • 商品利润分布（饼图）。
   • 商品销量分布（饼图）。
   • 总销量趋势（折线图）。
   • 总利润趋势（折线图）。
2. 单个商品销售统计：
   • 销量趋势（折线图）。
   • 利润趋势（折线图）。

商家获得销售统计用例活动图如下：

4.5. 管理员

管理员不能自主注册，只能通过给定的帐号进行登录。

4.5.1. 登录

管理员登录时候供编号和密码。

登录过程过于简单，不提供用例活动图：）

4.5.2. 对用户信息管理

管理员可以通过用户手机号或用户名或昵称来定位用户。管理员可以添加系统用户、修改任何用户的个人信息，也可以删除任何用户。当管理员删除用户时，系统要保留数据，以备后用。

管理员对用户信息管理用例活动图如下：

4.5.3. 处理投诉 / 申请

管理员在处理投诉 / 申请时，要能直接点击订单号获取订单详细信息。

管理员处理投诉与开店申请用例活动图如下：

4.5.4. 查询订单

所有订单的所有状态对管理员可见。管理员可以通过订单号查询订单、查看订单详细信息，但不可操作订单状态。

查询订单过程过于简单，不提供用例活动图。

4.5.5. 对店铺信息管理

管理员可以修改任何店铺信息，可以删除任何店铺。当管理员删除店铺时，系统要保留数据，以备后用。

管理员对店铺信息管理用例活动图如下：

4.6. 投诉 / 申请状态转换图

投诉 / 申请由用户发起，由管理员处理 / 拒绝。

投诉 / 申请事务的状态转换图如下：

4.7. 订单状态转换与可见性

用户行为与订单状态转换图如下：

用户与商家订单可见性如下：

五、时序图设计

1. 时序图

1.1. 游客

1.1.1. 购物车管理

1.2. 用户功能

1.2.1. 登录/注册

1.2.2. 获取商品信息

1.2.3. 购物车管理

1.2.4. 收货人管理

1.2.5. 订单管理

1.2.6. 收藏管理

1.2.7. 申请开店/用户投诉

1.3. 商家功能

1.3.1. 店铺信息管理

1.3.2. 订单管理

1.3.3. 商品管理

1.3.4. 销售统计

• JavaScript plotting library for jQuery
• 根据绘图需要，从数据库获取相应数据。

1.4. 管理员功能

1.4.1. 登录

1.4.2. 事务处理

1.4.3. 用户信息管理

1.4.4. 店铺信息管理

与用户信息管理类似，不再提供时序图

六、数据库设计

1. 关于此文档

1.1. 文档目的

本文档的目的是设计《网上购物系统》中各项功能和非功能性需求实现时所需要的数据库，并可以此数据库为根据实现具体的数据存储。同时为详细设计人员提供设计依据，其他本项目组的开发人员也可参阅。

1.2. 文档范围

本文档包含一下几个部分：

1. 文档介绍。
2. 数据库环境说明。
3. 逻辑设计。
4. ~~物理设计~~。
5. 安全性设计。
6. 优化。
7. 数据库管理与维护说明。

1.3. 读者对象

《网上购物系统数据库设计报告》的阅读对象为：

• 对相关业务技术和总体方案作出决策的管理人员和质量管理人员。
• 对本《数据库设计报告》进行评审和确认的有关业务、技术人员。
• 参加详细设计，测试设计阶段工作的全体设计人员。
• 《网上购物系统》项目组，其他有权需要调用本文档的人员。

2. 数据库环境说明

运行的目标操作系统为 Windows 10 + Debian 8.6。 采用的数据库系统为 Mysql community server 5.5。 设计工具为 PowerDesigner15。 数据库编码方式为 utf-8，数据库中主要字符的编码格式为 utf-8。其中一个英文字符占用 1 个字节，一个中文字符占用三个字节。

3. 实体间联系 / 概念设计

4. 数据定义 / 逻辑设计

日期类型只精确到日，时间类型精确到秒。 +店铺编号，普通用户申请开店是填写的。

所有编号不允许修改和删除。 所有带状态标记的元祖，删除时都是假删除。

分类表允许删除元祖。

4.1. 用户表

4.2. 管理员表

4.3. 事务表

4.4. 店铺表

4.5. 商品表

4.6. 商品图片表

4.7. 商品属性表

4.8. 商品订单表

4.9. 订单中商品表

4.10. 收货人表

4.11. 收藏店铺表

4.12. 收藏商品表

4.13. 购物车表

4.14. 分类表

5. 安全性设计

提高软件系统的安全性应当从“管理”和“设计”两方面着手。这里仅考虑数据库的安全性设计。

5.1. 防止用户直接操作数据库的方法

一般用户只能用帐号登陆到网站或APP，通过网站或APP访问数据库，而没有其它途径操作数据库。

5.2. 用户帐号密码的加密方法

尝试对用户帐号的密码进行加密处理，确保在任何地方都不会出现密码的明文。

5.3. 角色与权限

如无特别说明，只有管理员可以查看各表的编号。

商家同时具有用户的所有权限。

数据用户的创建已加入 ./create_reset_db.sql 文件中。

6. 优化

6.1. 触发器

1. 商家删除商品。当 goods::is_valid 被标记为 false 时，自动设置其他表中相应记录：
2. favorite_goods::is_valid = false
3. goods_attribute::is_valid = false
4. goods_image::is_valid = false
5. favorite_goods::is_valid = false
6. 商品评价。 当 goods_in_order::evaluate_score 更新，自动设置其他表中相应记录：
7. shop::evaluate_sum += goods_in_order::evaluate_score
8. shop::evaluate_number += 1
9. goods_in_order::evaluate_time = now()
10. 店铺申请处理。当 transaction::transaction_status 更新且 transaction::transaction_type 为 申请开店 ，自动设置其他表中相应记录：
11. shop::apply_status 标记为 '已通过'， 当 transaction_status 变为'已通过'
12. shop::apply_status 标记为 '未通过'， 当 transaction_status 变为'已拒绝'
13. 注销用户。当 user::is_valid 被标记为 'false' 时，自动设置其他表中相应记录：
14. transaction::is_valid = false
15. receiver::is_valid = false
16. shop::is_valid = false
17. goods_order::is_valid = false
18. shopping_cart::is_valid = false
19. favorite_shops::is_valid = false
20. favorite_goods::is_valid = false
21. 注销商店。当 shop::is_valid 被标记为 'false' 时，自动设置其他表中相应记录：
22. goods::is_valid = false
23. goods_order::is_valid = false
24. favorite_shops::is_valid = false
25. 支付定单后自动销量增加、库存减少。当 goods_order::order_status 从 待付款 更新为 待发货 时，自动设置其他表中相应记录。
26. goods_attribute::inventory 减去 订单中商品数量
    • goods::sales 加上 订单中商品数量
27. receiver::used_times 自增

7. 数据库管理与维护说明

不提供数据库管理与维护。

七.、用户非功能需求

5.1. 性能要求

系统响应时间在可接受范围内。

5.2. 输入输出要求

• 所有用户要求有良好的操作界面。
• 商家和管理员要求良好的报表生成。

5.3. 故障处理要求

应能够提供相应的故障处理能力，保证系统正常运行。

参考文献

• 基于JSP的网络购物系统分析设计与实现（电子科技大学·杨青）
• 基于SSM框架的B2C网上商城系统的设计与实现（湖南大学·陈峰）
• 电子产品网络购物系统的设计与实现（电子科技大学·李睿）
• 基于Java的网上购物系统的设计与开发（南昌航空大学·朱成）
• 基于Java的网上购物系统的设计与开发（南昌航空大学·朱成）
• 基于PHP和MySQL的网上购物系统设计与实现（电子科技大学·李华明）
• 基于SSM框架的B2C网上商城系统的设计与实现（湖南大学·陈峰）
• 电子商务平台—购物网站的设计与实现（山东大学·彭向峰）
• 基于.NET的网上购物系统的设计与实现（电子科技大学·朱照坤）
• 基于JSP的网上购物系统的实现（山东大学·武珺）
• 积分商城的设计与实现（北京邮电大学·王威）
• 基于Java的网上购物系统的设计与开发（南昌航空大学·朱成）
• 基于J2EE的在线购物网站设计与实现（江西农业大学·夏超）
• 电子商务系统的设计与实现（吉林大学·刘莹）
• 基于JavaEE架构的网上购物系统的设计与实现（河北工业大学·李国娟）