e网上购书电子商务系统软件产品开发要求及需求模型doc 55doc.docx
《e网上购书电子商务系统软件产品开发要求及需求模型doc 55doc.docx》由会员分享，可在线阅读，更多相关《e网上购书电子商务系统软件产品开发要求及需求模型doc 55doc.docx（68页珍藏版）》请在冰豆网上搜索。
e网上购书电子商务系统软件产品开发要求及需求模型doc55doc
网上购书电子商务系统——
软件产品开发要求及需求模型
计02001482王郭明
001485孔伟桐
001500郭杰
一、数据流图：
1．网上购书电子商务系统数据流程图（第一层）
数据流图说明：
1．1E：
外部项
编号
名称
有关数据流
属性描述
EBMS1.1
顾客
FBMS1.1
FBMS1.2
FBMS1.3
FBMS1.4
FBMS1.5
FBMS1.6
用户注册、登陆、提交订单、付款；
送货给顾客、给顾客收据等
EBMS1.2
书籍供应厂商
FBMS1.7
FBMS1.8
FBMS1.9
FBMS1.10
向厂商购书、付款；
厂商发货、给收据等
1．2P：
处理逻辑
编号
名称
功能描述
处理频度
PMRS1.1
网上售书管理系统（BMS）
用asp网站管理整个网上书店
每笔交易或批量处理
1．3F：
数据流
共有FBMS1.1～FBMS1.10这10个数据流，分别描述如下：
（1）数据流名称：
FBMS1.1
数据流说明：
用户登入
数据项
数据类型
长度
备注
Username
字符型
10
用户名
Password
字符型
15
密码
（2）数据流名称：
FBMS1.2
数据流说明：
密码修改
数据项
数据类型
长度
备注
Username
字符型
10
用户名
Password_old
字符型
15
旧密码
Password_new
字符型
15
新密码
Password_new2
字符型
15
新密码确认
（3）数据流名称：
FBMS1.3
数据流说明：
顾客的订单
数据项
数据类型
长度
备注
ID_Order
数字型
整形
顾客的订单编号
Username
字符型
10
用户名
ID_Book
数字型
整形
书号
Count_Order
数字型
整型
订书数量
Date_order
日期/时间
顾客订书日期
（4）数据流名称：
FBMS1.4
数据流说明：
送货人给顾客的发货票
数据项
数据类型
长度
备注
Username
字符型
10
用户名
ID_Book
数字型
整形
书号
Count
数字型
整型
数量
Price
货币
出版价格
Cost
货币
出售价
TotalCost
货币
总价格
Date_send
日期/时间
向顾客发货日期
（5）数据流名称：
FBMS1.5
数据流说明：
付款（顾客付款给送货人）
数据项
数据类型
长度
备注
Username
字符型
10
用户名
TotalCost
货币
总金额
Date_pay
日期/时间
顾客付款日期
（6）数据流名称：
FBMS1.6
数据流说明：
送货人给顾客的收据（发货票）
数据项
数据类型
长度
备注
ID_Receipt
数字型
整形
收据编号
Username
字符型
10
用户名
Bookname
字符型
100
书名
ID_Book
数字型
整形
书号
Count_Total
数字型
整型
库存数量
Price
货币
出版价格
Cost
货币
出售价
TotalCost
货币
总价格
Date_receive
日期/时间
从顾客方收款日期
（7）数据流名称：
FBMS1.7
数据流说明：
发给书籍供应厂商的订货单
数据项
数据类型
长度
备注
ID_OrderToFact
数字型
整形
给厂商的订单编号
Bookname
字符型
100
应收款金额
Author
字符型
100
图书作者
Publisher
字符型
100
出版社
FactoryName
字符型
20
厂商名称
Count_Order
数字型
整型
订货数量
（8）数据流名称：
FBMS1.8
数据流说明：
书籍供应厂商的发货单
数据项
数据类型
长度
备注
ID_Book
数字型
整形
书号
Count_Order
数字型
整型
发货数量
Date_FaSend
日期/时间
厂商发货日期
（9）数据流名称：
FBMS1.9
数据流说明：
付款（给书籍供应厂商）
数据项
数据类型
长度
备注
Money_toFa
货币
总金额
Date_payToFa
日期/时间
向厂商付款日期
（10）数据流名称：
FBMS1.10
数据流说明：
书籍供应厂商的收据
数据项
数据类型
长度
备注
Money_toFa
货币
总金额
Date_FaGetMoney
日期/时间
厂商收款日期
1．4D：
数据存储
编号
名称
数据内容
存储方式
存储时间
存储位置
DBMS1.1.
暂存订单
用户名,书号,数量,顾客订书日期
文件
每笔
数据库
DBMS1.2
商品库存
书号,书名,作者,出版社,库存数量,单价等
文件
每笔
数据库
DBMS1.3
采购订单
书号,书名,作者,数量等
文件
每笔
数据库
DBMS1.4
销售历史
书号,销售数量,推荐程度等
文件
每笔
数据库
DBMS1.5
应收款明细帐
记录销售收入
文件
每笔
数据库
DBMS1.6
应付款明细帐
记录采购支出
文件
每笔
数据库
DBMS1.7
总帐
记录总帐目
文件
每笔
数据库
描述如下：
（1）数据存储代号：
DBMS1.1
数据存储名称：
暂存订单
数据项
数据类型
长度
备注
Username
字符型
10
用户名
ID_Book
数字型
整形
书号
OrderCount
数字型
整型
订书数量
Date_order
日期/时间
顾客订书日期
（2）数据存储代号：
DBMS1.2
数据存储名称：
商品库存
数据项
数据类型
长度
备注
ID_Book
字符型
20
书号
Classify
数字型
整形
分类（0-computer,1-Novel,2-English,
3-Ecnomics,4-Cartoon）
BookName
字符型
100
书名
Author
字符型
100
图书作者
Publisher
字符型
100
出版商
Date_Publish
日期/时间
出版日期
PicturePath
字符型
200
图片路径
Count_Page
数字型
整形
页数
Version
字符型
20
版本
Comment
备注
内容简介
Count_Total
数字
整型
库存数量
Count_Buy
数字
整型
已购买数量
Count_Browse
数字
整形
浏览次数
RecomLevel
数字
整型
推荐程度：
0~5星级
Cost
货币
价格
Price
货币
出版价格
Date_Add
日期/时间
上架日期
（3）数据存储代号：
DBMS1.3
数据存储名称：
向厂商采购订单
数据项
数据类型
长度
备注
BookName
字符型
100
书名
Author
字符型
100
图书作者
Publisher
字符型
100
出版社
Count_Order
数字
整型
数量
（4）数据存储代号：
DBMS1.4
数据存储名称：
销售历史
数据项
数据类型
长度
备注
ID_Book
数字型
整形
书号
Count_Buy
数字型
整型
销售数量
RecomLevel
数字
整型
推荐程度：
0：
强烈推荐
1：
一般推荐
2：
普通
（5）数据存储代号：
DBMS1.5
数据存储名称：
帐目
数据项
数据类型
长度
备注
Finance_received
货币
销售收入
Finance_payed
货币
采购支出
Finance_total
货币
总收入
2．网上购书电子商务系统数据流程图（第二层）
数据流图说明：
2．1E：
外部项
无
2．2P：
处理逻辑
编号
名称
功能描述
处理频度
PBMS2.1
销售子系统
接受和处理用户的购书订单
每笔交易
PBMS2.2
采购子系统
库存不足时，向厂商购书
每笔交易
PBMS2.3
结算子系统
负责系统内所有的帐务管理
每笔交易
2．3D：
数据存储
同第一层
2．4F：
数据流
第二层的数据流共有FBMS2.1～FBMS2.6这6个数据流，分别描述如下：
（1）数据流名称：
FBMS2.1
数据流说明：
收款单
数据项
数据类型
长度
备注
ReceiptID
字符型
20
收款单编号
Money_received
货币
应收款金额
Date_receive
日期/时间
收款日期
（2）数据流名称：
FBMS2.2
数据流说明：
订货通知
数据项
数据类型
长度
备注
BookID
字符型
20
书号
Count_Order
数字型
整型
订货数量
FactoryName
字符型
20
厂商名称
Date_orderToFactory
日期/时间
向厂商订货日期
（3）数据流名称：
FBMS2.3
数据流说明：
到货通知
数据项
数据类型
长度
备注
BookID
字符型
20
书号
ReceiveCount
数字型
整型
订货数量
（4）数据流名称：
FBMS2.4
数据流说明：
付款单
数据项
数据类型
长度
备注
PaymentID
字符型
20
付款单编号
Money_payed
货币
应付款金额
Date_pay
货币
付款日期
3．网上购书电子商务系统数据流程图（第三层）
3．1销售细化
3．2采购细化
3．3财务细化
二、实体关系模型（E－R图）
三、状态图、顺序图
1．状态图：
2．顺序图（SequenceDiagram）
四、数据字典
数据字典是关于数据的信息的集合，对数据流程图中的各个元素做完整的定义与说明，是数据流程图的补充工具。
数据流图和数据字典共同构成系统的逻辑模型。
数据字典由下列六类元素的定义组成：
（1）数据流
（2）数据项：
是“不可再分”的数据单位，是数据的最小组成单位。
（3）数据结构
（4）数据存储：
数据存储是数据结构停留或保存的场所。
（5）处理逻辑
（6）外部实体
在第一层和第二层数据流图的定义之后，我们都已经详细定义了数据字典的各元素。
对于各数据项的详细符号描述，见实验二的《软件概要设计说明》中的“软件数据结构设计”。
网上购书电子商务系统——
软件需求规格说明
计02001482王郭明
001485孔伟桐
001500郭杰
A.引言
本规格说明详细阐述了“网上购书电子商务系统”的总体设计说明、产品功能、用户界面、系统特性、非功能性需求及其他需求。
文档具体结构如下：
1
2
3
4
5
A
引言
编写目的
预期的读者
产品的范围
B
综合描述
产品背景及前景
产品功能概述
用户类和特征
运行环境
C
外部接口需求
用户界面
软件接口
D
系统特性
激励/响应序列
功能需求
E
其它非功能需求
性能需求
安全性需求
软件质量
属性
业务
规则
用户
文档
F
其它需求
A.1编写目的
编写该文档的目的是，对产品进行定义，详尽说明该产品的软件需求。
A.2预期的读者和阅读建议
本软件需求规格说明的读者，可以是软件开发人员、用户、测试人员或文档的编写人员。
A.3产品的范围
制作本软件的目的是，借助Internet/Intranet向其他企业和消费者提供产品和信息服务，实现产品和服务向消费者方向的转移。
把软件与企业目标或业务策略相联系。
B.综合描述
这一部分概述了产品“网上购书电子商务系统”的背景情况，主要功能，运行产品的环境，以及使用产品的用户等。
B.1产品背景及目前存在的问题
因特网的迅猛发展正以前所未有的深度和广度影响和改变着人类生活的各个方面，越来越多的人开始意识到因特网所蕴含的巨大经济价值和无穷商机，并积极投身于电子商务活动。
实际上，电子商务是一些商业行为的电子化，例如网上商店、网上贸易等。
就网上商店来说，网上书店是目前应用最广、最成功的典范之一。
网上书店的崛起对传统的图书流通体系产生了强烈的冲击，有效地缩短了图书流通发行环节，将广大读者、图书、出版者、发行者紧密地结合在一起，大大提高了图书流通率。
世界上第一家网上书店是1991年在美国联机公司在网络上建立的“阅读美国书店”。
目前，最负盛名的是美国西雅图亚马逊图书公司的亚马逊网上书店。
它创建于1995年，供书品种达310余万种，年顾客达500万人次，其价格优惠20～50％。
金融结算制度完善，配送服务高效，实现了零库存运转。
英国网上书店较著名的有因特网书店。
德国的网上书店主要有图书图书在线网上书店、网上书店。
我国第一家网上书店是1995年建上的中国书店网上书店。
1997年杭州新华书店建立了新华书店系统的第一个网上书店。
截止2000年6月，我国除了已建立网站的200多家出版社外，已开通的网上书店有100家左右。
比较有影响的有当当网上书店、蔚蓝网络书店、北京图书大厦、全国购书网等。
网上书店虽然拥有比传统书店更广阔的市场，但是我国的网上书店并没有好好把握这个机会，在整体上出现了不少问题：
1.面对如此庞大的市场范围，大部分网上书店并没有进行认真的市场细分与选择，而是沿袭了大多数传统书店的市场定位，想走“大而全”的路子，可又常常“大而不全”，完全不具备网络时代的个性化色彩。
书店里的书目乍一看种类繁多，但各专业细分之后，每个专业的图书品种就不多了，不能满足专业读者的深层次需求。
2.网站信息量不足。
亚马逊网上书店能提供有关书的基本情况以及读者、专家、作者与媒体等各方面的评价，并给每本书设立一个评分等级；而我国有些网上书店却还没有详细的图书介绍。
如果只简单列出书名、作者、出版社与定价，却没有相应的介绍资料和图片展示，又如何能吸引读者呢？
3.售价偏高。
据调查，我国大部分网上书店要么打折较少，要么要求订购者支付邮费或手续费。
网上书店比传统书店节约了成本，那么在售价方面就必须体现出来。
事实上，网上购书绝不像宣传的那样轻松自如。
B.2产品功能概述
将库存的图书目录按照不同分类存放在后台数据库里，用户通过Web方式调阅和查询，对销售的图书感兴趣的用户可以通过注册用户信息后下订单购书。
主要功能如下：
1、系统设置：
数据库设置，图书类别设置，管理员设置，用户级别设置
2、图书库管理：
实现对图书进行编目、修改、删除、查询功能
3、图书订购：
实现用户在线订购图书
4、查询功能：
查询方式提供模糊查询和分类查询方式
5、统计功能：
提供各种统计功能，如图书销售排行、用户购买统计等
6、其他：
公告、用户投诉等
各功能的具体描述见D。
B.3用户类和特征
因我们设计的支付方式为送货上门，故该网上书店只面向本地附近用户。
用户每次买书都有购买记录，根据用户以往购买书籍的总金额，可对其实行不同程度的优惠。
B.4运行环境
该网上书店的运行环境要求如下：
操作系统：
MicrosoftWindows98/2000/Me/Xp/2003
所需组件：
InternetExplorer6.0
C外部接口需求
C.1用户界面
这是我们所做“网上购书电子商务系统”与用户进行交流的一个中间体，有着十分重要的作用。
所以，我们要求该用户界面友好、清楚明了、突出重点、而且容易使用；另外，该界面还必须能够提供尽量多的功能，以给顾客便捷的服务。
我们的用户界面由注册界面、登陆界面、浏览书籍界面、查询界面、购书界面等各大界面构成，每一个界面都有着各自的作用。
C.2软件接口
该系统与我们的数据库相连（其中数据库里包括我们所提供的书籍信息，各书籍的价格等数据），同时数据库也用来保存各用户的信息（如：
所购买的书籍、会员的等级等）。
D系统特性
D.1激励/响应序列
以下以用户方的激励/响应序列为例进行说明：
●用户注册：
把新用户信息保存到数据里（如：
用户名、密码等）
●用户登陆：
判断用户名和密码的正确性，如果判断通过则让用户进入欢迎界面，让其可以进行各种操作。
●用户修改密码：
把用户新密码输入到数据库中，替换原密码。
●用户浏览：
从数据库里调出书籍信息显示
●用户查询：
从数据库里查找相关书籍，如果找到则显示出来，否则显示查找失败
●用户购书：
保存用户所填写订单（包含有所购书籍、数量、价格等信息）
●用户退出：
显示已经退出系统信息
D.2功能需求
这些是必须提交给用户的软件功能，使用户可以使用所提供的特性执行服务或者使用所指定的使用实例执行任务。
描述产品如何响应可预知的出错条件或者非法输入或动作。
E其它非功能需求
E.1性能需求
时间上：
相互合作的用户数（注意：
这里的用户是指使用该软件的人，而不是登陆系统购买书籍的人）或者所支持的操作、响应时间以及与实时系统的时间关系，必须满足互斥性，即不能同时有几个用户对相同的数据进行操作、修改（同时读除外）。
空间上：
对存储器和磁盘空间的需求；对存储在数据库中表的最大行数有一定的需要。
E.2安全性需求
1、只有特定的管理人员才能对系统进行管理，才能对数据库进行维护和修改；
2、登陆系统购书的客户的资料，对其他客户都是透明的；
3、客户的密码只能有客户自己进行修改，对管理员也是透明的；管理员唯一能对客户的操作是删除其客户名和密码。
4、客户下订单后不能更改订单的内容。
E.3软件质量属性
对使用者：
首先要保证有效性，最好易于扩展，有较好的可移植性。
对客户：
操作简单，界面友好，帮助文档充分。
E.4业务规则
1．只有拿到客户的付款或向供应厂商付款后，才可以修改帐目。
2．只有客户提交了正确的订单后，才可以修改库存信息。
如果客户最终没有按照订单来购书，则重新修改库存信息。
3．只有从供应厂商那里采购到书籍回来，才可以修改库存信息。
E.5用户文档
用户手册：
提供给用户的、指导用户使用该软件的手册。
在线帮助和教程：
在网上提供的帮助教程，应该清晰易懂，简明易学。
F其它需求
F.1用户管理/统计查询
用户管理系统管理员拥有最高权限，可添加/删除用户，添加/删除管理员。
一般管理员除不能进行用户管理外可进行其他操作。
系统管理员可查看一般管理员登录情况的历史记录，反之则不可以。
用户查询可根据会员ID、住址、级别、总购物金额等条件对用户数据进行综合查询与统计，在多条查询结果中可浏览单个用户的明细资料。
F.2书籍分类管理
可添加书籍分类，修改书籍分类名称。
F.3书籍管理/查询
书籍管理可修改书籍信息。
书籍查询可根据书籍名、书籍类别、价格范围（市场价、销售价）、库存数量等条件对书籍据进行综合查询，在多条查询结果中可浏览单个书籍的明细数据。
F.4订单管理/查询
订单管理可根据订单处理的各个不同阶段修改订单状态，如“已发货”。
订单查询可按用户名、订单号、订单状态对所有订单进行综合查询，在多条查询结果中可浏览某订单的明细状况。
F.5销售统计
可按年、月或指定期限对书籍进行销售统计，结果显示各书籍的销售数量、销售金额等。
F.6页面维护
可对各页面内容进行维护/修改。
可更改页面广告条的链接。
等等。
网上购书电子商务系统——
软件确认测试计划
计02001482王郭明
001500郭杰
001485孔伟桐
本文档说明对需求规格说明规定的各种功能需求的确认测试方案（黑盒测试）。
◆功能测试种类
1．用等价划分法进行输入有效性测试
主要测试程序中各种输入数据的语法是否符合其规范定义，即是否有效。
例如：
用户输入的用户名、密码等，只有字符组成、字符数等符合一定规则，才可存入数据库或用作程序中的合法变量，等等。
2．用边界值分析法对输入有效性测试进行补充
在1的基础上，使输入为边界条件进行测试。
3．用错误推测法进行功能健壮性测试
主要测试程序中各种功能性操作是否正确。
例如：
用户注册成功或修改信息后，其信息是否正确存入数据库；用户购买图书后，库存中的图书数量和销售历史是否作了正确的改变、用户信息中的经验值是否作了相应的增加，等等。
◆功能测试的测试用例设计
1．输入有效性测试（等价划分法，边界值分析法）
首先建立输入等价类表（注：
"（）"中标注的是各等价类的编号）：
输入条件
有效等价类
无效等价类
用户名：
Username
首字符
字母
（1）
非字母
（2）
其他字符组成
字母或数字（3）
非字母或数字（4）
字符数
4～10个（5）
<4个（6），>10个（7）
密码：
Password
字符组成
字母或数字（8）
非字母或数字（9）
字符数
6～15个（10）
<6个（11），>15个（12）
××编号/××数量：
ID_××/Count_××
字符组成
数字（13）
非数字（14）
位数
1～10位（15）
0位（16），>10位（17）
××日期：
Date_××
字符组成
四位数字"-"两位数字"-"两位数字（18）
非前述组成（19）
月部分数值
在1～12之间（20）
0或>12（21）
日部分数值
在1～31之间（22）
0或>31（23）
原价/售价/总价/×金：
Price/Cost/TotalCost
/Money_××/Finance_××
字符组成
数字（"."数字）（24）
非前述组成（25）
小数点后位数
0～2位（26）
>2位（27）
书名/出版商/作者:
BookName/Publisher
/Author
字符数
0～100（28）
>100（29）
图片路径:
PicturePath
字符数
0～200（30）
>200（31）
内容简介:
Comment
字符数
0～500（32）
>500（33）
推荐程
升级会员 