软件工程案例学习网上购书系统Word格式.docx

上传人:b****7 文档编号:22193974 上传时间:2023-02-03 格式:DOCX 页数:72 大小:1.42MB
下载 相关 举报
软件工程案例学习网上购书系统Word格式.docx_第1页
第1页 / 共72页
软件工程案例学习网上购书系统Word格式.docx_第2页
第2页 / 共72页
软件工程案例学习网上购书系统Word格式.docx_第3页
第3页 / 共72页
软件工程案例学习网上购书系统Word格式.docx_第4页
第4页 / 共72页
软件工程案例学习网上购书系统Word格式.docx_第5页
第5页 / 共72页
点击查看更多>>
下载资源
资源描述

软件工程案例学习网上购书系统Word格式.docx

《软件工程案例学习网上购书系统Word格式.docx》由会员分享,可在线阅读,更多相关《软件工程案例学习网上购书系统Word格式.docx(72页珍藏版)》请在冰豆网上搜索。

软件工程案例学习网上购书系统Word格式.docx

Password

15

密码

(2)数据流名称:

数据流说明:

密码修改

Password_old

旧密码

Password_new

新密码

Password_new2

新密码确认

(3)数据流名称:

顾客的订单

ID_Order

数字型

整形

顾客的订单编号

ID_Book

书号

Count_Order

整型

订书数量

Date_order

日期/时间

顾客订书日期

(4)数据流名称:

送货人给顾客的发货票

Count

数量

Price

货币

出版价格

Cost

出售价

TotalCost

总价格

Date_send

向顾客发货日期

(5)数据流名称:

付款(顾客付款给送货人)

总金额

Date_pay

顾客付款日期

(6)数据流名称:

送货人给顾客的收据(发货票)

ID_Receipt

收据编号

Bookname

100

书名

Count_Total

库存数量

Date_receive

从顾客方收款日期

(7)数据流名称:

发给书籍供应厂商的订货单

ID_OrderToFact

给厂商的订单编号

应收款金额

Author

图书作者

Publisher

出版社

FactoryName

20

厂商名称

订货数量

(8)数据流名称:

书籍供应厂商的发货单

发货数量

Date_FaSend

厂商发货日期

(9)数据流名称:

付款(给书籍供应厂商)

Money_toFa

Date_payToFa

向厂商付款日期

(10)数据流名称:

书籍供应厂商的收据

Date_FaGetMoney

厂商收款日期

1.4D:

数据存储

数据内容

存储方式

存储时间

存储位置

DBMS1.1.

暂存订单

用户名,书号,数量,顾客订书日期

文件

每笔

数据库

DBMS1.2

商品库存

书号,书名,作者,出版社,库存数量,单价等

DBMS1.3

采购订单

书号,书名,作者,数量等

DBMS1.4

销售历史

书号,销售数量,推荐程度等

DBMS1.5

应收款明细帐

记录销售收入

DBMS1.6

应付款明细帐

记录采购支出

DBMS1.7

总帐

记录总帐目

描述如下:

(1)数据存储代号:

DBMS1.1

数据存储名称:

OrderCount

(2)数据存储代号:

Classify

分类(0-computer,1-Novel,2-English,

3-Ecnomics,4-Cartoon)

BookName

出版商

Date_Publish

出版日期

PicturePath

200

图片路径

Count_Page

页数

Version

版本

Comment

内容简介

数字

Count_Buy

已购买数量

Count_Browse

浏览次数

RecomLevel

推荐程度:

0~5星级

价格

Date_Add

上架日期

(3)数据存储代号:

向厂商采购订单

(4)数据存储代号:

销售数量

0:

强烈推荐

1:

一般推荐

2:

普通

(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个数据流,分别描述如下:

FBMS2.1

收款单

ReceiptID

收款单编号

Money_received

收款日期

FBMS2.2

订货通知

BookID

Date_orderToFactory

向厂商订货日期

FBMS2.3

到货通知

ReceiveCount

FBMS2.4

付款单

PaymentID

付款单编号

Money_payed

应付款金额

付款日期

3.网上购书电子商务系统数据流程图(第三层)

3.1销售细化

3.2采购细化

3.3财务细化

二、实体关系模型(E-R图)

三、状态图、顺序图

1.状态图:

2.顺序图(SequenceDiagram)

四、数据字典

  数据字典是关于数据的信息的集合,对数据流程图中的各个元素做完整的定义与说明,是数据流程图的补充工具。

数据流图和数据字典共同构成系统的逻辑模型。

  数据字典由下列六类元素的定义组成:

  

(1)数据流

  

(2)数据项:

是“不可再分”的数据单位,是数据的最小组成单位。

(3)数据结构

(4)数据存储:

数据存储是数据结构停留或保存的场所。

(5)处理逻辑

(6)外部实体

在第一层和第二层数据流图的定义之后,我们都已经详细定义了数据字典的各元素。

对于各数据项的详细符号描述,见实验二的《软件概要设计说明》中的“软件数据结构设计”。

软件需求规格说明

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页面维护

可对各页面内容进行维护/修改。

可更改页面广告条的链接。

等等。

软件确认测试计划

本文档说明对需求规格说明规定的各种功能需求的确认测试方案(黑盒测试)。

◆功能测试种类

1.用等价划分法进行输入有效性测试

主要测试程序中各种输入数据的语法是否符合其规范定义,即是否有效。

例如:

用户输入的用户名、密码等,只有字符组成、字符数等符合一定规则,才可存入数据库或用作程序中的合法变量,等等。

2.用边界值分析法对输入有效性测试进行补充

在1的基础上,使输入为边界条件进行测试。

3.用错误推测法进行功能健壮性测试

主要测试程序中各种功能性操作是否正确。

用户注册成功或修改信息后,其信息是否正确存入数据库;

用户购买图书后,库存中的图书数量和销售历史是否作了正确的改变、用户信息中的经验值是否作了相应的增加,等等。

◆功能测试的测试用例设计

1.输入有效性测试(等价划分法,边界值分析法)

首先建立输入等价类表(注:

"

()"

中标注的是各等价类的编号):

输入条件

有效等价类

无效等价类

用户名:

首字符

字母

(1)

非字母

(2)

其他字符组成

字母或数字(3)

非字母或数字(4)

字符数

4~10个(5)

<

4个(6),>

10个(7)

密码:

字符组成

字母或数字(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)

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)

推荐程度:

RecomLevel

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 职业教育 > 其它

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1