电商系统需求分析手册

目录

1     项目概述... 3

1.1      目标... 3

1.2      用户特点... 3

2     功能需求... 4

2.1      功能图... 4

2.2      用例图... 5

2.2.1       用例编号... 7

2.2.2       CASE001:用户注册... 8

2.2.3       CASE002:WEB用户登录... 8

2.2.4       CASE003:用户个人信息修改... 8

2.2.5       CASE004:在线购买... 9

2.2.6       CASE005:商品浏览... 9

2.2.7       CASE006:用户订购... 10

2.2.8       CASE007:用户结帐... 10

2.2.9       CASE008:WEB用户注销... 11

2.2.10     CASE009:库存管理者登录... 11

2.2.11     CASE010:库存管理者信息管理... 12

2.2.12     CASE011:商品库存管理... 12

2.2.13     CASE012:商品库存查询... 12

2.2.14     CASE013:增加库存... 13

2.2.15     CASE014:减少库存... 13

2.2.16     CASE015:商品类别管理... 13

2.2.17     CASE016:增加商品类别... 14

2.2.18     CASE017:修改商品类别... 14

2.2.19     CASE018:删除商品类别... 14

2.2.20     CASE019:商品品种管理... 15

2.2.21     CASE020:增加商品品种... 15

2.2.22     CASE021:删除商品品种... 16

2.2.23     CASE022:修改商品品种... 16

2.2.24     CASE023:库存管理员注销... 16

2.2.25     CASE024:订单管理者登录... 17

2.2.26     CASE025:订单管理员个人信息修改... 17

2.2.27     CASE026:订单管理... 18

2.2.28     CASE027:订单管理者对订单进行浏览... 18

2.2.29     CASE028:历史订单查询... 18

2.2.30     CASE029:未发货订单查询... 19

2.2.31     CASE030:发货... 19

2.2.32     CASE031:订单备案... 19

2.2.33     CASE032:订单修改... 20

2.2.34     CASE033:订单管理员注销... 20

3.2.35CASE034:物流管理... 20

3.2.36CASE035:信用管理... 21

3.2.35CASE036:退货管理... 21

3.2.35CASE037:拍卖竞价... 21

3.2.35CASE038:对业务员的评价... 22

3.2.35CASE039:网银支付管理... 22

3.2.35CASE040:订单执行、物流信息等短信通知... 22

3.2.35CASE041: 网上在线服务交流... 23

3.2.35CASE034:... 23

性能需求... 23

1.1      数据精确度... 23

1.2      时间特性... 23

运行需求... 24

2.1      设备... 24

2.2      支持软件... 24

2.3      对性能的规定... 24

  1. 项目概述
    1. 目标

提供三部分的功能:(1)网上购物;(2)在网上进行商品库存管理;(3)在网上进行订单管理。

一、网上购物主要包括:用户的登录、用户的注册、用户个人信息维护、商品浏览、网上购买。

用户登录,对用户登录输入的用户名密码进行验证。

用户注册,要求提供用户的详细资料。

用户个人信息维护,对用户个人资料及个人密码进行维护。

商品浏览, 用户在网上对本站点所提供的商品进行浏览和搜索(用户无需注册)。网上购买,注册用户提交所要购买的商品列表(列表为用户点击商品下的购买按钮时自动生成)。

二、网上进行商品库存管理主要包括:库存管理员登录、库存管理员个人信息修改、管理库存、对商品类别和商品进行管理。

管理员登录,对管理员登录输入的用户名密码进行验证。

管理员对自己的个人信息进行必要的修改。

商品类别管理,对商品进行分类管理。

商品管理,对商品进行管理。

管理库存, 管理员对库存商品的数量进行管理。

三、网上进行商品订单管理主要包括:订单管理员登录、订单管理员个人信息修改、管理订单。

订单管理员登录,对管理员登录输入的用户名密码进行验证。

管理员对自己的个人信息进行必要的修改。

管理订单,包括已发货订单、未发货订单的浏览查询以及未发货订单的的修改和删除。

    1. 用户特点

所面向的用户群分为网上购物者、网站管理人员两种。

网上购物者:这一类人员包括各种人员,这些人员中可能有一小部分人对网络的使用存在一些问题,例如:不会使用浏览按钮,不会使用购买按钮等等。对于这种情况,我们将提供细致的服务和详细的帮助文档。

网站管理人员:这一类人不存在使用问题,只需简单培训即可.

  1. 功能需求
    1. 功能图

 

    Internet用户通过网上购物系统可执行登陆、注册和查询信息、网上购物、个人信息修改操作;库存管理员用户可以通过库存管理系统执行库存管理员登录、管理员个人信息的修改、商品分类管理、商品管理操作;订单管理员可以通过订单管理系统进行登录、订单管理员个人信息修改、订单查询、订单修改、订单删除的操作。详细细节请参见用例图。

    1. 用例图

 

 

 

      1.  用例编号

序号

用例编号

用例名称

简要描述

1

CASE001

WEB用户注册

WEB用户在站点进行注册.

2

CASE002

WEB用户登录

用户输入用户名和密码进行登录

3

CASE003

用户个人信息修改

用户对个人的详细资料或登录密码进行修改

4

CASE004

在线购买

用户在网上进行商品的交易(包括订购和结帐).

5

CASE005

商品浏览

用户在网上浏览各种商品信息。

6

CASE006

用户订购

用户在网上进行商品的订购.

7

CASE007

用户结帐

用户进行商品的订购后利用信用卡或其他渠道进行结帐

8

CASE008

WEB用户注销

用户在进行完成操作后注销

9

CASE009

库存管理者登录

管理者输入密码和姓名进行登录

10

CASE010

库存管理者信息管理

库存管理者对个人信息进行修改.

11

CASE011

商品库存管理

库存管理包括对商品库存的查询,增加和减少.

12

CASE012

商品库存查询

对库存商品的库存量进行查询

13

CASE013

增加库存

对库存商品的库存量进行增加

14

CASE014

减少库存

对库存商品的库存量进行减少

15

CASE015

商品类别管理

对商品的种类进行管理.,增加,删除,修改.

16

CASE016

增加商品类别

对商品的类别进行增加.

17

CASE017

修改商品类别

对商品的类别进行修改

18

CASE018

删除商品类别

对商品的类别进行删除.

19

CASE019

商品品种管理

对商品的品种进行增加,删除,修改

20

CASE020

增加商品品种

对商品品种进行增加.

21

CASE021

删除商品品种

对商品品种进行删除.

22

CASE022

修改商品品种

对商品品种信息进行修改

23

CASE023

库存管理员注销

库存管理员退出

24

CASE024

订单管理员登录

订单管理员输入姓名,密码进行登录

25

CASE025

订单管理员个人信息修改

订单管理员对个人信息进行修改.

26

CASE026

订单管理

管理员对订单进行浏览,审核,备案.

27

CASE027

订单管理员对订单浏览

订单管理员对订单进行浏览

28

CASE028

历史订单查询

订单管理员对历史订单进行查询

29

CASE029

未发货订单

订单管理员对未发货订单进行浏览和查询

30

CASE030

发货

订单管理员对未发货订单查看并进行发货。

31

CASE031

订单备案.

系统对发货订单进行备案

32

CASE032

订单删除

订单管理员对订单删除。

33

CASE033

订单管理员注销

订单管理员退出。

      1.  CASE001:用户注册

1、描述

WEB用户在站点进行注册.

2、参与者

WEB用户、服务器

3、前置条件

4、结果

注册是否成功

5、基本流程

1、用户进入用户注册页面

2、输入用户名,密码,Email,地址,电话号码,信用卡号

3、系统对输入的数据进行验证。

4、系统根据验证结果返回相应的页面。如果成功则保存并返回到主页面,失败则返回到用户注册页面并给出提示信息

6、异常

由于数据格式和数据库异常引起的注册失败

7、数据格式

用户名、密码, Email, 地址, 电话号码. 信用卡号.

8、返回数据

注册是否成功

9、补充

      1.  CASE002:WEB用户登录

1、描述

用户输入用户名和密码进行登录

2、参与者

WEB用户、服务器

3、前置条件

4、结果

登录是否成功

5、基本流程

1、用户进入用户登录页面

2、输入用户名,密码

3、系统进行验证

4、系统根据验证结果返回相关页面。成功返回到主页面失败返回到登录页面并给出提示消息

6、异常

用户名或密码不正确引起的异常;数据库异常

7、数据格式

用户名,密码。

8、返回数据

登录是否成功

9、补充

      1.  CASE003:用户个人信息修改

1、描述

用户对个人的详细资料或登录密码进行修改

2、参与者

WEB用户、服务器

3、前置条件

WEB用户登录成功

4、结果

修改是否成功。

5、基本流程

1、用户进入个人信息维护页面

2、对自己的资料进行修改

3、系统对用户修改的信息进行验证,

4、系统根据验证结果返回相关页面如果正确则返回到用户信息修改成功页面

改成功, 否则返回到修改页面并提示错误码信息.

6、异常

数据格式和数据库引起的各种异常

7、数据格式

用户名、密码, Email, 地址, 电话号码. 信用卡号

8、返回数据

修改是否成功

9、补充

      1.  CASE004:在线购买

1、描述

用户在网上进行商品的交易

2、参与者

WEB用户、服务器

3、前置条件

4、结果

5、基本流程

6、异常

7、数据格式

8、返回数据

9、补充

包括CASE005,CASE006,CASE007

      1.  CASE005:商品浏览

1、描述

用户在网上浏览各种商品信息

2、参与者

WEB用户,服务器

3、前置条件

4、结果

返回商品列表

5、基本流程

用户进入网站商品浏览页面,对商品进行浏览和查询。

6、异常

网络异常或数据库连接异常

7、数据格式

8、返回数据

返回商品列表

9、补充

      1.  CASE006:用户订购

1、描述

用户在网上进行商品的订购

2、参与者

WEB用户,服务器

3、前置条件

注册用户登录成功。

4、结果

5、基本流程

1、注册用户进入到商品浏览页面

2、点击商品图片下的订购按钮时把商品放入购物车。

6、异常

网络异常或服务器异常

7、数据格式

商品ID

8、返回数据

9、补充

      1.  CASE007:用户结帐

1、描述

用户进行商品的订购后利用信用卡进行结帐

2、参与者

WEB用户,WEB系统

3、前置条件

用户已登录并已经订购商品。

4、结果

返回结帐是否成功。

5、基本流程

1、在商品浏览页用户订购商品后点击结帐按钮

2、系统返回用户订购商品列表

3、用户再次确认

4、用户订购商品列表提交到服务器保存并返回到主页面。

6、异常

网络异常和数据库异常

7、数据格式

8、返回数据

返回用户订购商品列表和金额

9、补充

      1.  CASE008:WEB用户注销

1、描述

用户进行完相应的操作后注销

2、参与者

WEB用户,WEB系统

3、前置条件

WEB用户登录成功.

4、结果

是否注销成功

5、基本流程

登录用户点击页面上的注销按钮清空用户在服务器上保存的会话信息。

6、异常

7、数据格式

8、返回数据

返回一个成功或错误的消息

9、补充

      1.  CASE009:库存管理者登录

1、描述

库存管理者进行登录

2、参与者

库存管理者,WEB系统

3、前置条件

4、结果

登录是否成功

5、基本流程

1、进入库存管理员登录页面

2、输入用户名和密码

3、服务器验证

4、系统根据验证结果返回相关页面。如果登录成功返回库存管理主页面,否则返回到登录页面。

6、异常

由于用户名不存在或密码不正确引起的登录失败和数据库异常

7、数据格式

用户名,密码

8、返回数据

登录是否成功

9、补充

      1.  CASE010:库存管理者信息管理

1、描述

库存管理者对自己的个人信息进行修改

2、参与者

库存管理者,WEB系统

3、前置条件

库存管理者登录成功,有相关权限。

4、结果

修改成功或失败

5、基本流程

1、库存管理者进入管理员信息修改页面

2、对自己的个人信息进行相应的修改

3、服务器对管理员提交的修改后的信息进行验证

4、系统根据验证结果返回相应的页面。如果成功,数据提交到数据库保存返回到管理员主页面,否则 返回到修改页面并提示错误信息。

6、异常

由于输入的用户名、密码格式不正确引起的修改失败和数据库异常。

7、数据格式

用户ID,用户名,密码

8、返回数据

修改成功或失败

9、补充

      1.  CASE011:商品库存管理

1、描述

库存管理包括对商品库存的查询,增加和减少.

2、参与者

库存管理者,WEB系统

3、前置条件

管理者登录成功、有相关权限

4、结果

5、基本流程

6、异常

7、数据格式

8、返回数据

9、补充

包括CASE011,CASE012,CASE013

      1.  CASE012:商品库存查询

1、描述

对库存商品的库存量进行查询

2、参与者

库存管理者,WEB系统

3、前置条件

管理者登录成功、有相关权限

4、结果

操作成功或失败

5、基本流程

库存管理者进入商品库存管理页面对商品库存进行浏览。

6、异常

由数据格式或操作失败引起的种种错误,数据库异常,网络异常

7、数据格式

查询方式(类别、商品名)

8、返回数据

返回查询结果记录集

9、补充

      1.  CASE013:增加库存

1、描述

对库存商品的库存量进行增加。

2、参与者

库存管理者,WEB系统

3、前置条件

登录成功、有相关权限

4、结果

操作成功或失败

5、基本流程

1、库存管理者进入商品库存修改页面

2、输入要增加的数量

3、服务器验证

4、验证通过,数据提交到数据库保存,并返回到管理页面,验证不通过则返回到库存修改页面并进行错误码提示。

6、异常

由数据过大或过小引起的种种错误,数据库异常

7、数据格式

商品ID,增加数量

8、返回数据

操作成功或失败

9、补充

      1.  CASE014:减少库存

1、描述

对库存商品的库存量进行减少

2、参与者

库存管理者,WEB系统

3、前置条件

登录成功、有相关权限

4、结果

操作成功或失败

5、基本流程

1、库存管理者进入商品库存修改页面

2、输入要减少的数量

3、服务器验证

4、验证通过,数据提交到数据库保存,并返回到管理页面,验证不通过则

返回到库存修改页面并进行错误提示。

6、异常

由数据格式,操作,网络,数据库等引起的异常。

7、数据格式

商品ID、减少数量

8、返回数据

操作成功或失败。

9、补充

      1.  CASE015:商品类别管理

1、描述

对商品的种类进行增加,删除,修改。

2、参与者

库存管理者,WEB系统。

3、前置条件

登录成功、有相关权限

4、结果

5、基本流程

6、异常

7、数据格式

8、返回数据

9、补充

包括用例CASE017, CASE018, CASE019

      1.  CASE016:增加商品类别

1、描述

对商品的类别进行增加

2、参与者

库存管理者,WEB系统

3、前置条件

登录成功、有相关权限

4、结果

增加成功或失败

5、基本流程

1、库存管理者进入商品类别管理页面

2、输入要新增的类别

3、服务器验证

4、系统根据验证结果返回相应的页面。如果成功新增类别放入数据库保存,并返回商品管理页面,否则返回到商品类别管理页面并提示错误码信息。

6、异常

数据格式不正确或数据库异常

7、数据格式

新增加商品类别名

8、返回数据

增加是否成功

9、补充

      1.  CASE017:修改商品类别

1、描述

对商品类别进行修改

2、参与者

库存管理者,WEB系统

3、前置条件

登录成功、有相关权限

4、结果

修改是否成功

5、基本流程

1、库存管理者进入商品类别修改页面

2、修改商品类别信息

3、服务器验证

4、根据验证结果返回相应的页面。如果成功修改结果放入数据库保存,并返回到商品管理页面,否则返回到商品类别修改页面并提示错误码信息。

6、异常

数据格式不正确,或数据库异常

7、数据格式

商品类别ID,商品类别编号,修改后的类别名

8、返回数据

返回修改是否成功

9、补充

      1.  CASE018:删除商品类别

1、描述

对商品类别进行删除。

2、参与者

库存管理者,WEB系统

3、前置条件

登录成功、有相关权限

4、结果

删除是否成功

5、基本流程

1、库存管理者进入商品类别管理页面

2、点击要删除的商品类别后的修改按钮

3、服务器对要删除的商品类别进行删除。

4、系统根据删除结果返回到商品类别管理页面如果有异常要给出提示信息

6、异常

由于在这个商品类别下的商品还有库存,网络或数据库连接异常

7、数据格式

要删除商品类别的类别ID

8、返回数据

删除是否成功。

9、补充

      1.  CASE019:商品品种管理

1、描述

对商品的品种进行增加,删除,修改。

2、参与者

库存管理者,WEB系统。

3、前置条件

登录成功、有相关权限

4、结果

                           

5、基本流程

6、异常

7、数据格式

8、返回数据

9、补充

包括CASE019,CASE020,CASE021。

      1.  CASE020:增加商品品种

1、描述

对商品的品种进行增加。

2、参与者

库存管理者,WEB系统。

3、前置条件

登录成功、有相关权限

4、结果

增加是否成功。

5、基本流程

1、库存管理者进入商品品种管理页面

2、输入要增加的商品品种名点击品种增加按钮

3、服务器对进行验证。

4、返回到商品管理页面,如果出错给出提示信息

6、异常

由数据格式不正确,网络或数据库连接引起的异常。

7、数据格式

要增加商品品种的商品名,规格,单位,价格

8、返回数据

增加是否成功。

9、补充

      1.  CASE021:删除商品品种

1、描述

对商品的品种进行删除。

2、参与者

库存管理者,WEB系统。

3、前置条件

登录成功、有相关权限

4、结果

删除是否成功。

5、基本流程

1、库存管理者进入商品品种管理页面

2、点击商品品种列表后的删除按钮

3、服务器从数据库中删除商品品种。

4、返回到管理页面,如果出错则给出错误码提示

6、异常

数据库异常。

7、数据格式

要删除商品的ID

8、返回数据

删除是否成功。

9、补充

      1.  CASE022:修改商品品种

1、描述

对商品的品种进行修改。

2、参与者

库存管理者,WEB系统。

3、前置条件

登录成功、有相关权限

4、结果

修改 是否成功。

5、基本流程

1、库存管理者进入商品品种修改页面

2、修改商品信息

3、服务器验证

4、根据验证结果返回相应的页面。如果成功修改结果放入数据库保存,并返回到商品管理页面,否则返回到商品修改页面并提示错误码信息

6、异常

由数据格式不正确,网络或数据库连接引起的异常。

7、数据格式

要修改商品ID,商品名,规格,单位,价格

8、返回数据

修改是否成功

9、补充

      1.  CASE023:库存管理员注销

1、描述

库存管理员退出登录。

2、参与者

库存管理者,WEB系统。

3、前置条件

登录成功、有相关权限

4、结果

退出是否成功。

5、基本流程

库存管理中点击页面上的注销按钮服务器清空库存管理员在服务器上的会话信息。

6、异常

7、数据格式

8、返回数据

退出是否成功

9、补充

      1.  CASE024:订单管理者登录

1、描述

订单管理者输入姓名,密码进行登录。

2、参与者

订单管理者,WEB系统。

3、前置条件

4、结果

订单管理者登录是否成功。

5、基本流程

1、进入订单管理员登录页面

2、输入用户名和密码

3、服务器验证

4、系统根据验证结果返回相关页面。如果登录成功返回订单管理主页面,否则返回到登录页面。

6、异常

由于用户名不存在或密码不正确引起的登录失败和数据库异常。

7、数据格式

用户名,密码

8、返回数据

登录是否成功。

9、补充

      1.  CASE025:订单管理员个人信息修改

1、描述

订单管理者对自己的个人信息进行相应修改。。

2、参与者

订单管理者,WEB系统。

3、前置条件

登录成功。

4、结果

修改是否成功。

5、基本流程

1、订单管理者进入管理员信息修改页面

2、对自己的个人信息进行相应的修改

3、服务器对管理员提交的修改后的信息进行验证

4、系统根据验证结果返回相应的页面。如果成功,数据提交到数据库保存返回到管理员主页面,否则 返回到修改页面并提示错误信息。

6、异常

由数据格式不正确,数据库异常。

7、数据格式

用户ID,用户名,用户密码

8、返回数据

修改是否成功。

9、补充

      1.  CASE026:订单管理

1、描述

订单管理员对订单进浏览,审核,备案, 删除。

2、参与者

订单管理者,WEB系统。

3、前置条件

登录成功、有相关权限

4、结果

5、基本流程

6、异常

7、数据格式

8、返回数据

9、补充

包括CASE027,CASE030,CASE031, CASE032。

      1.  CASE027:订单管理者对订单进行浏览

1、描述

订单管理员对订单进行浏览和查询。

2、参与者

订单管理者,WEB系统。

3、前置条件

登录成功、有相关权限

4、结果

5、基本流程

订单管理者进入订单管理页面浏览或查询订单。

6、异常

7、数据格式

8、返回数据

9、补充

包括CASE028, CASE029.

      1.  CASE028:历史订单查询

1、描述

订单管理员对历史订单进行查询,浏览。

2、参与者

订单管理者,WEB系统。

3、前置条件

登录成功、有相关权限

4、结果

5、基本流程

订单管理者在订单管理页面点击历史订单查询按钮进行查询。

6、异常

由数据格式不正确,网络或数据库连接引起的异常

7、数据格式

订单日期或客户名金额

8、返回数据

返回历史订单信息列表

9、补充

      1.  CASE029:未发货订单查询

1、描述

订单管理员对未发货订单进行浏览,查询。

2、参与者

订单管理者,WEB系统。

3、前置条件

登录成功、有相关权限

4、结果

5、基本流程

订单管理者点进订单管理页面点击查看未发货订单查询按钮进行操作。

6、异常

由数据格式不正确,网络或数据库连接引起的异常

7、数据格式

8、返回数据

返回未发货订单信息列表

9、补充

      1.  CASE030:发货

1、描述

订单管理员对未发货订单进行查看并发货。

2、参与者

订单管理者,WEB系统。

3、前置条件

登录成功、有相关权限

4、结果

5、基本流程

订单管理者进入订据管理页面点击未处理订单后面的发货按钮生成发货清单。

6、异常

由数据库引起的异常

7、数据格式

订单ID

8、返回数据

返回要要发货的清单.

9、补充

      1.  CASE031:订单备案

1、描述

订单管理员对订单进行备案。

2、参与者

WEB系统。

3、前置条件

登录成功、有相关权限

4、结果

备案是否成功。

5、基本流程

订单管理者在处理完订单后系统对处理后的订单进行存档

6、异常

由数据库引起的异常

7、数据格式

8、返回数据

备案是否成功。

9、补充

      1.  CASE032:订单修改

1、描述

订单管理员对订单进行修改。

2、参与者

订单管理者,WEB系统。

3、前置条件

登录成功、有相关权限

4、结果

修改是否成功。

5、基本流程

1、订单管理者进入订单修改页面

2、订单的商品列表中进行添加或删除商品。

6、异常

由数据库引起的异常

7、数据格式

订单ID,订购商品ID

8、返回数据

修改是否成功。

9、补充

      1.  CASE033:订单管理员注销

1、描述

订单管理员退出。

2、参与者

订单管理者,WEB系统。

3、前置条件

登录成功、有相关权限

4、结果

退出是否成功。

5、基本流程

订单管理员点击注销按钮注销。

6、异常

7、数据格式

8、返回数据

退出是否成功。

  1. 补充

3.2.35CASE034:物流管理

1、描述

物流管理。

2、参与者

订单管理者,WEB系统,配送人员。

3、前置条件

登录成功、有相关权限

4、结果

配送是否成功。

5、基本流程

由配送管理员管理班次,安排配送路线和装载量,被指定配送的司机拿相应的交接单在相应的时间到仓库提货,并按指定的路线运输,途经的每一个配送点,如果有交接单的目的地到这个配送点的则下货,当车有空间时,根据调度可以上到货车途经的地方,产生相应的交接单

6、异常

7、数据格式

8、返回数据

配送是否成功。

  1. 补充

3.2.36CASE035:信用管理

1、描述

信用管理。

2、参与者

WEB管理者,WEB系统。

3、前置条件

登录成功、有相关权限

4、结果

信用满意。

5、基本流程

由WEB管理者随机向用户通过电话,MSN等方式向用户调查信用情况,并记录用户满意和不满意的情况,及时反映到公司,给用户作出满意回复

6、异常

7、数据格式

8、返回数据

用户是否满意。

  1. 补充

3.2.35CASE036:退货管理

1、描述

退货管理。

2、参与者

订单管理者,WEB系统。

3、前置条件

登录成功、有相关权限

4、结果

退货是否成功。

5、基本流程

在公司审核通过发货之前,用户可以在线退货

6、异常

7、数据格式

8、返回数据

退货是否成功。

  1. 补充

3.2.35CASE037:拍卖竞价

1、描述

拍卖竞价。

2、参与者

订单管理者,WEB系统。

3、前置条件

登录成功、有相关权限

4、结果

拍卖是否成功。

5、基本流程

公布最低价格,由客户竞争比价,确定最高价格进行销售

6、异常

7、数据格式

8、返回数据

拍卖是否成功。

  1. 补充

3.2.35CASE038:对业务员的评价

1、描述

业务员评价。

2、参与者

WEB管理者,WEB系统

3、前置条件

登录成功、有相关权限

4、结果

评价等级。

5、基本流程

客户可以对业务员进行评价,评价分为5,4,3,2,1共五个等级

6、异常

7、数据格式

8、返回数据

评价等级。

  1. 补充

3.2.35CASE039:网银支付管理

1、描述

网银支付管理。

2、参与者

账单管理者,WEB系统。

3、前置条件

登录成功、有相关权限

4、结果

支付是否成功。

5、基本流程

将客户订单信息传递到需要支付的银行中,并在银行系完成支付,并返回结果。

6、异常

7、数据格式

8、返回数据

支付是否成功。

  1. 补充

3.2.35CASE040:订单执行、物流信息等短信通知

1、描述

短信通知。

2、参与者

通知管理者,WEB系统。

3、前置条件

登录成功、有相关权限

4、结果

通知是否成功。

5、基本流程

对于已付款的客户将其订购的货物信息传递到他们手中。即时显示发货状态、物流费用、车辆等情况,以手机短信的方式通知客户。

6、异常

7、数据格式

8、返回数据

通知是否成功。

  1. 补充

3.2.35CASE041: 网上在线服务交流

1、描述

在线服务。

2、参与者

WEB管理者,WEB系统。

3、前置条件

登录成功、有相关权限

4、结果

5、基本流程

WEB管理员在线解释客户疑问

6、异常

7、数据格式

8、返回数据

  1. 补充

  1. 性能需求
    1. 数据精确度
  1. 在执行数据的增加、删除、修改操作时,不允许因为程序原因导致操作失败。
  2. 在执行数据增加时,不允许发生多增加或重复增加数据的情况。
  3. 在执行数据删除时,不允许发生多删除数据的情况。
  4. 在执行数据删除时,对有关联的数据要求删除完全,如不能删除,请给予提示。
  5. 在执行数据修改时,也要求保持对应的准确性。
    1. 时间特性
  1. 在用户执行增加删除等操作时,数据库响应时间要求在2秒之内。
  2. Web用户浏览时,页面响应时间要求在4秒之内。
  1. 运行需求
    1. 设备

管理端硬件要求

序号

名称

最低配置

推荐配置

1

CPU

PentiumII 333MHz

PentiumIII 700MHz

2

内存

1G

2G

3

硬盘

40G

80G

客户端硬件要求

序号

名称

最低配置

推荐配置

1

CPU

PentiumII 333MHz

PentiumIII 700MHz

2

内存

512MB

512MB

3

硬盘

4G

8G

服务器端硬件要求

序号

名称

最低配置

推荐配置

1

CPU

PentiumIII 700MHz

PentiumIV 1000MHz

2

内存

2G

2G

3

硬盘

80G

100G

    1. 支持软件

客户端软件

    操作系统:Windows NT / 2000 / XP 、Liunx、UNIX.

    浏览器:IE5.0、FireFox等

服务器端软件

操作系统:Windows NT / 2000 Server 或更高版本、Liunx、UNIX.

Web服务器:Tomcat4.0.1以上版本。

数据库产品:MYSQL4.0 以上版本。

    1. 对性能的规定

2.3.1精度

    金额输入保留两位小数;

2.3.2时间特性要求

说明对于该软件的时间特性要求,如对:

  1. 响应时间;-------3秒内
  2. 更新处理时间;----5秒内
  3. 数据的转换和传送时间;------3秒内

2.3.3灵活性

说明对该软件的灵活性的要求,即当需求发生某些变化时,该软件对这些变化的适应能力,如:

  1. 操作方式上不会变化;
  2. 运行环境不会变化;
  3. 同其他软件的接口的变化;------如果有更多的网上银行接口可以可以在数据库中多添加一个网上银行记录;
  4. 精度和有效时限不会变化;

2.3.4输人输出要求

输入时通过验证控件来确定输入的数据是否符合要求,只有符合要求的才能录入;

以CSV格式输出订单;

2.3.5数据管理能力要求

数据的存储量按照每次10兆的大小增加

2.3.6故障处理要求

  软件中可能存在着Bug可以通过不断升级来减少软件故障

2.3.7其他专门要求

主要质量属性

详细要求

正确性

在系统设计和开发过程中,要充分考虑系统当前和将来可能承受的工作量,使系统的处理能力和响应时间能够满足用户对信息处理的需求。

健壮性

可靠性

性能,效率

在日常处理中的响应速度为秒级,达到实时要求,以及时获取相关信息。在进行统计分析时,根据所需数据量的不同而从秒级到分钟级,原则是保证操作人员不会因为速度问题而影响工作效率。

易用性

该网站是直接面对对计算机比较陌生的使用人员。这就要求系统能够提供良好的用户接口,易用的人机交互界面。要实现这一点,就要求系统应该尽量使用用户熟悉的术语和中文信息的界面;针对用户可能出现的使用问题,要提供足够的在线帮助,详细的用户手册,缩短用户对系统熟悉的过程。

清晰性

安全性

由于该网站属于公益网站,所以只有某些特殊功能有权限限制。

可扩展性

在开发过程中,应该充分考虑以后的可扩充性。例如可以增加新的功能,各项统计分析也会不断的更新和完善。所有这些,都要求系统提供足够的手段进行功能的调整和扩充。而要实现这一点,应通过系统的开放性来完成,既系统应是一个开放系统,只要符合一定的规范,可以简单的加入和减少系统的模块,配置系统的硬件。通过软件的修补、替换完成系统的升级和更新换代。

兼容性

基于Visual Studio 2008平台的Web系统可以很好的运行在WindowsXP系统下。

可移植性

  • 5
    点赞
  • 74
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
商 品 交 易 管 理 系 统 【摘要】本文简要介绍了本商品管理系统的开发情况,基本设计思想、系统开发环境及目前的应用情况。 关键词 订单 代理商 销售查询 备份 目 录: 第一章 引言 第二章 数据库应用系统开发简介 2.1 数据库 2.2 数据库管理系统 2.3 创建数据库 第三章 应用系统开发工具 3.1 DELPHI简介 3.2 DELPHI数据库访问方法与数据库组件介绍 第四章 商品销售管理系统目标分析 4.1 任务分析 4.2 系统目标 第五章 商品销售管理系统的数据库设计 5.1 常见应用程序数据表 5.2 DELPHI中的数据文件路径管理 第六章 试题库系统应用程序界面设计 6.1 用户登录窗体 6.2 主窗体 6.3 系统设置窗体 6.4 权限管理窗体 6.5 操作员信息设置窗体 6.6 代理商进/退货录入窗口 6.7 订单进货数据录入窗口 6.8 代理商销售数据查询窗口 6.9 商品分布查询窗口 第七章 结束语 致谢 主要参考文献 附录程序清单及注释 一 引 言 随着大学教学改革进一步的深入和大学本科课程建设的逐步完善,对学生掌握每一课程内容程度的考试必须规范化,系统化,科学化,现代化;教学管理必须现代化、规范化。我们知道,传统的出试卷方法是由教师个人组卷,这样往往造成试题难度和知识覆盖面难以把握,不能达到对学生的科学而又全面的考核。针对这一情况,我们研制了计算机类学科试题库与自动组卷系统。一方面,自动组卷系统避免了手工出试卷造成的试卷不规范,不易集中管理;另一方面,避免教师每次考试时手工组卷及平时为学生组织练习时的重复劳动,将教师从简单、重复的环节中解脱出来,以更多的精力投入到教学与科研中去。 高校教务管理工作中一项非常重要的工作就是考试管理工作,每学期各专业考试,从组织出卷到试卷的印制及试卷的管理等工作非常繁琐且工作量很大,这种组织管理方式不仅工作任务繁重而且试卷的标准化程度、难易程度、题量大小等各方面难以控制,难以形成有效的试题库,不利于充分发挥历年来的优秀试题及试卷的作用,给试题和试卷的管理带来很多问题和困难。鉴于这种情况,利用计算机进行试卷的自动生成并逐步积累形成有效的试题库,对试题和试卷的管理将变的高效而便捷,对提高工作效率,使试卷管理逐步走向正规化自动化将起到十分重要的作用。 在试题库的制作方面,通过自动组卷系统对每次考试的实现,可以不断地对试题库的内容进行完善。在每一次组卷时,可以进一步对每题的内容进行分析,发现细微的问题,对试题库的内容作进一步地修改。这样避免了传统出试卷时,考试一次结束一次的缺点。由于试题库的建设具有继承性,规范性,可以不断积累考试经验,丰富试题库的内容。 二 数据库应用系统开发简介 在数据库应用系统开发之前,对开发数据库的基本概念应当了解,对数据库的结构、开发数据库应用程序的步骤、开发体系及方法都应当有相当清晰的了解和认识。 数据库应用系统开发的目标是建立一个满足用户长期需求的产品。开发的主要过程为:理解用户的需求,然后,把它们转变为有效的数据库设计。把设计转变为实际的数据库,并且这些数据库带有功能完备、高效能的应用。 数据库技术在计算机软件邻域研究中一直是非常重要的主题,产生于60年代,30多年来数据库技术得到了迅速发展,并已形成较为完整的理论体系和一大批实用系统。并且,近年来,随着World Wide Web(WWW)的猛增及Internet技术的迅速发展,使得数据库技术之时成为最热门技术之一。 §2.1 数据库 数据库由DBMS(数据库管理系统)处理,DBMS则由开发人员和用户通过应用程序直接或间接地使用。它主要包括四个要素:用户数据、元数据、索引和应用元数据。 用户数据: 目前,大多数主流数据库管理系统把用户数据表示为关系。现在把关系看作数据表。表的列包含域或属性,表的行包含对应业务环境中的实体的记录。并非所有的关系都同样符合要求,有些关系比其它关系更结构化一些。 元数据: 数据库是自描述的,这就意味着它自身包含了它的结构的描述,这种结构的描述称作元数据。因为DBMS产品是用来存储和操纵表的,所以大多数产品把元数据以表的形式存储,有时称作系统表。这些系统表存储了数据库中表的情况,指出每一个表中有多少列,那一列是主关键字,每一列的数据类型的描述,它也存储索引、关键字、规则和数据库结构的其他部分。在表中存储元数据不仅对DBMS是有效的,对用户也是方便的,因为他们可以使用与查询用户数据同样的查询工具来查询元数据。本文介绍的SQL语言可以同时用于元数据和用户数据。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值