电商需求分析说明书讲解.docx

电商需求分析说明书讲解.docx

《电商需求分析说明书讲解.docx》由会员分享，可在线阅读，更多相关《电商需求分析说明书讲解.docx（20页珍藏版）》请在冰豆网上搜索。

电商需求分析说明书讲解

一、引言2

1.1编写目的2

1.2引用文档2

1.3系统概述2

1.4文档概述2

二、项目概述2

2.1背景和目标2

2.2用户的特点3

2.3假定和约束4

三、需求规定4

3.1前台功能需求7

3.1.5信息反馈模块8

3.2后台功能需求8

3.2.1用户管理模块8

3.2.2订单管理模块8

3.2.3商品管理模块9

3.2.4信息反馈模块9

3.2.5消息发布模块9

3.3性能需求9

3.3.1精度9

3.3.2时间特性要求9

3.3.3灵活性10

3.4输入输出要求10

3.5数据管理能力要求10

3.6故障处理要求10

3.7设计约束11

3.8属性11

3.8.1安全性11

3.8.2可维护性11

四、E-R图11

5.关系模式16

六、表设计18

4、管理员表admin19

5、购物车临时订购信息shopcart19

6、订单信息表order19

7、订单详纟田信息表orderdetail20

8、意见反馈表message20

9、消息发布表information21

七、网上购物维护规则21

引言

、

1.1编写目的

此需求规格说明书对项目的背景、范围、验收标准和需求等信息进行说明，包括功能性

需求和非功能性需求，确保对用户需求的理解一致。

1.2引用文档

《需求文档模板（国标）》

1.3系统概述

网上购物为商品交易活动提供一个方便的电子平台。

该系统分前台会员注册购物部分和

后台系统管理部分。

销售商通过后台管理系统将商品信息发布在网上，并对整个购物流程进

行有效的控制、管理和统计；消费者通过系统前台部分方便快捷的选购需要的商品，享受销

售商提供的各种服务。

1.4文档概述

该文档详细描述了网上购物系统的需求规约，为进一步的概要设计和详细设计奠定了基

础。

二、项目概述

2.1背景和目标

开发背景：

随着互联网经济的到来，电子商务成为一种全新的贸易方式。

电子商务渗透到贸易

活动的各个阶段，包括信息交换、售前售后服务、销售、电子支付、运输、组建虚拟企

业、共享资源等，电子商务的参与者包括消费者、销售商、供货商、企业雇员等等，而

电子商务的目的是要实现企业乃至全社会的高效率、低成本的贸易活动。

网店就是电子

商务的一个典型例子。

它为销售商和用户提供一个有效的沟通平台，对销售商来说，他

们可以将最新最快最热的商品信息即时反映在网络中，让网民足不出户就可以看到各种

各样的商品；而对于消费者来说，网店则为他们提供了方便快捷省时的服务，强大的搜

索功能让消费者随心所欲地找到自己需要的商品，轻轻的点击鼠标就可以将喜爱的商品

放进购物车，方便的支付方式让消费者在家里就可以享受到送货上门的服务，而会员分

级制度使消费者可以买到便宜实惠的商品。

技术背景：

略

软件定义：

网上购物管理系统为商品交易活动提供一个方便的电子平台。

销售商通过本系

统将商品信息发布在网上，并对整个购物流程进行有效的控制、管理和统计，对商

店系统进行管理；消费者通过本系统方便快捷的选购需要的商品，享受销售商提供的各种服务。

问题定义：

该系统针对顾客和管理员分前台和后台，前台主要业务逻辑是实现顾客按不同

方式（邮政递送和货到付款）订购商品，选择不同方式获得商品；顾客还能够注册，积分销费，管理自己的购物车和收藏夹，发表商品评论。

后台实现商店管理，这些

管理职能主要分为：

会员管理，订单管理，商品管理，信息反馈管理，消息管理。

后台管理员可通过系统中的邮件系统向前台顾客反馈信息，也可以通过获得顾客的

注册信息以其他方式与其获得联系。

2.2用户的特点

本软件的最终用户将是前台用户（网上购物者），后台管理人员以及系统维护人员。

前台用户，只要求有基本的电脑操作知识，互联网知识即可。

后台管理用户，要求了解基本的电脑操作知识，经过一定时间的使用培训即可。

系统维护人员，需要熟练掌握SQLSEVER200（管理员操作知识。

能够在发生普通的异常情况时，根据使用说明手册进行维护。

2.3假定和约束

开发经费方面，由于是课程项目，所以无需资金投入，一切都是在项目组成员课外时间完成。

由于是应用服务程序，一切以用户的需求为最根本的出发点。

考虑到用户和管理人员的计算机操作水平有限，希望开发出的系统应保证界面友好，操作简单明了，性能可靠，易于维护，可扩展，易于升级。

三、需求规定

软件结构：

网上购物系统

类图（ClassDiagram）:

整体功能用例图（Use-CaseDiagram）

3.1前台功能需求

前台主要包括，商品展示，购物车管理，我的订单，用户管理，商品管理。

3.1.1商品展示：

实现商品预览，商品明细，分类检索功能；具体是

（1）该模块主要

是显示最新商品，热卖商品，以及打折促销的商品

（2）商品分类检索。

3.1.2购物车：

实现添加、删除商品，商品数量修改，清空购物车，结算功能。

3.1.3我的订单：

实现订单确认，订单列表，删除订单，查询明细功能；具体是

a.会员可以通过组合搜索或者快速搜索查找所需要的商品，可以查看返回结果中的某一具体

商品信息，能够对该商品进行评论，如果暂时不想购买该商品，可以把该商品加入收藏夹，也可以把加入购物车购买该商品，会员可以查看自己的购物车，并对购物车的物品进行修改，

生成订单；

b.生成订单后，可以通过拨打客服热线，取消该订单。

c.客户确认购买号即生成一个唯一的订单号，客户依此号码可以查询所购商品情况。

3.1.4用户管理：

实现登入/登出，用户注册，信息修改功能

非会员可以通过注册成为网上购物系统会员；会员登录系统后，才能够查看个人信息，才能

够对商品进行评论，才能够购买商品；若会员忘记了自己的密码，可以通过注册时候填写的

邮箱向系统要回自己的会员密码。

对于自己登陆界面风格的管理。

（2）会员登录后，可以查看自己账号的相关信息，可以查看以往购买过的商品，感兴趣的

新商品，个人信息汇总，修改个人信息，个人消费积分纪录，查看收藏夹，查看个人历史订单等信息。

3.1.5信息反馈模块

该模块将实现对用户留言的管理。

用户留言和评论模块为管理员和用户之间建立起一

个信息交流的平台，目的是根据用户的需求，及时得到用户对商品的满意程度。

3.2后台功能需求

后台用于管理员对商品的管理，后台提供会员管理模块，订单管理模块，商品管理模块，信

息反馈模块，消息发布模块。

3.2.1用户管理模块

该模块将实现会员等级的设置和销费积分与会员等级关系的确定。

3.2.2订单管理模块

该模块将实现订单的查询和订单的处理，生成发货单，并将订单存入数据库以备用户查

询和管理员的管理。

在库存不足或将取消订单的情况下，管理员与顾客沟通交流，在此模块

中将通过一个邮件系统，在特定条件下自动向用户发邮件。

323商品管理模块

该模块将实现商品入库，商品类型管理，主要完成以下任务：

添加新的商品，向数据库中添加最新商品，并在首页显示；修改商品，修改商品价格、

数量等，以刺激消费者产生消费欲望；删除商品，将一些过期或受召回事件影响的商品下架，

以免带来负面影响；查询商品，便于及时掌握商品信息。

324信息反馈模块

该模块将实现对用户留言的管理。

用户留言和评论模块为管理员和用户之间建立起一

个信息交流的平台，目的是根据用户的需求，及时得到用户对商品的满意程度。

325消息发布模块

该模块将新商品消息，促销商品，热销商品，本月top10排行榜发布在前台首页，以

供用户快速查找到所需的商品。

3.3性能需求

3.3.1精度

该系统中没有对于较高数据精度的需要，所有的人民币数目精确到分，日期精确到每秒,

时间长度度量到天。

在数据存储和传输过程中与输入的保持一致。

3.3.2时间特性要求

响应时间：

对于用户输入的响应时间大体上决定于网络传输速度。

更新处理时间：

手动更新内容，当数据库内容被更新后，信息即时可用，当刷新网页时候更新信息。

数据的转换和传送时间：

数据转换速度大体取决于用户上网方式和网络的传输速

度。

333灵活性

操作方式的变化：

该系统为学生课程项目，项目答辩后，可以以免费开源的方式发

布到网上，但使用时必须注明出处和版权。

运行环境的变化：

基于TCP/IP协议，浏览器可以任选，WE冋艮务器进行更新时，

对于整个程序的结构没有太大的影响

同其他软件接口的变化：

该系统为独立的系统，只要满足基本的软硬件需求，其他

软硬件接口条件对该系统没有太大的影响。

精度和有效时限的变化：

可以考虑使用过程中的系统硬件软件升级问题。

计划的变化或改进：

如果项目出现计划变化和改进，小组成员开会协调处理。

3.4输入输出要求

详见本文档系统分析部分。

3.5数据管理能力要求

根据市场调查和网上资料的搜索，目前一个网店系统的商品记录大体为2000件，每个

月平均200本新商品添加入数据库；会员数量平均为500，每个月新增会员数为100;平均

每个会员每个月将生成一份定单，每份定单平均3条商品记录。

但是随着互连网的普及，以

及网上购物的发展，数据量将会大幅增长，对于系统数据库的存储能力提出了较高的要求，为了做长远打算，以利于网店的发展，要求数据库有存储20万条记录的能力。

一般的大型

数据库应该可以胜任，如DB2,ORACLE等。

但由于是学生课题项目，资源条件有所限制（如内存大小），该系统的开发采用了SQLSERVER200数据库。

3.6故障处理要求

硬件故障：

WEB服务器运行超负荷，网站连接发生问题，会员不能登陆,如果经常

发生类似问题，要考虑升级服务器。

软件故障：

数据库管理系统出现故障，可能发生数据丢失，这就需要系统DBA切实做好数据备份工作，在数据库发生故障时，能够迅速的给予恢复，保证系统的正常运行。

3.7设计约束

必须考虑应用程序服务器的承受能力，在现有开发条件允许的情况下，可以考虑大型的

WEB服务器。

因为硬件的约束，所以开发时要切实根据服务器负载能力较好的进行并发控制。

3.8属性

3.8.1安全性

网上购物系统由于采用B/S的操作方式，因此要特别注意系统的安全性防护，WEB服

务器的安全性不容小觑，必须设置防火墙和严格的身份审核制度，防止服务器被攻击。

用户登陆信息（如用户名，密码）应采用简单的加密方式进行传递，保护会员个人资料。

其次，当访问相关网页的时候，服务器端应做用户验证，防止用户直接在地址栏中输入

非法的链接地址进行越权的操作。

3.8.2可维护性

整个系统的各个功能高度模块化，达到高内聚低耦合的目标，实现清晰的模块接口，明

确每个模块的功能，方便以后的系统维护，如果一个功能模块出现问题，不会致使整个系统瘫痪。

另外，有完整的数据库管理制度，以保证数据库的数据的完整性，安全性。

作为WEB项目，服务器端的管理维护异常重要，一定要保证程序有足够的并发性能。

四、E-R图

1.会员信息实体

un皿地址

*

性别

电话

真实处名

（收贯地址）

会员侑息

川户编匕

出生年月

2•商品类型信息实体

3•商品信息实体

4•管理员实体

H-J'r“詞弓

管卿员账号

管理员密码

权限标舟

5•购物车临时订购实体

/购物乍临时订购打

6•订单信息实体

7•订单详细信息实体

订单编挡

商品编号

VJ单

卖出