网上书店系统需求描述

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

网上书店系统需求描述

业务分析

图书信息发布与查询、修改、删除、订购图书、处理订单并通知配送公司送书等。

功能需求分析

注册管理

会员注册。会员注册时要求填写基本信息,包括姓名、电话或电子邮箱、登录密码等信息,系统检查所有信息填写正确后提示会员注册成功,并生成唯一会员编号。会员可以在会员的个人中心修改姓名、性别、出生年月、地址、邮政编码、电话、电子邮箱、登录密码等私人信息。

职员注册。书店工作人员以职员身份注册并填写基本信息,系统检查所有信息填写正确后提示注册成功,并返回职员编号。职员注册成功后可以修改包括姓名、性别、出生年月、部门、薪水、住址、电话、电子邮箱、登录密码等信息。

图书管理

增加图书信息。当有新书发布时,书店职员负责添加和发布图书信息,包括ISBN、书名、作者、版次、类别、出版社、出版年份、定价、售价、内容简介、目录等。

图书信息查询。网站需提供多种方便快捷方式进行图书检索,如既可输入指定关键词进行简单查询,也可根据ISBN、书名、作者、出版社、出版年份等单一或组合条件进行查询图书信息更新及删除。图书信息发布后,可随时更新和删除图书信息。

在线订书

会员登录网站后,将需订购的图书放入购物车中并填写购买数量。购物车内的图书可以随意增加、删除和修改数量,并能即时统计购物车内的图书总价格。

选书完成放入购物车后,会员还需填写配送信息、发票单位及选择支付方式(在线支付或上门付款)等信息来下单。配送信息默认为会员注册时填写的基本信息,也可填写新的配送信息,包括收货人、送货地址、邮政编码及联系电话等。

确认所填写的信息无误后,则提交生成订单。每张订单要求记录订单号(按时间顺序生成)、客户号、订书日期、订书总金额、收货人、送货地址、邮政编码、联系电话、付款方式、订单状态、订单明细(包括书号、书名、数量、价格)和发票单位、配送公司等。

如果选择了在线支付方式,则还需进行网上结算。还可以选择货到付款。

订单管理

订单查询。订单提交后,会员可随时查询订单的最新状态以及全部历史订单。

订单取消及更新。订单未审核前,允许会员取消订单及更新订单信息。

订单受理。订单生成后,职员对订单进行审核。如发现订单信息填写不正确,则退回客户重新填写。如正确无误,则安排配送。

配送管理

一张订单所订购的图书可拆分成不同的配送单发货。每张配送单包括配送单编号、收货人、送货地址、邮政编码、联系电话、送书明细(包括书名及数量),并填写一张发票。发票内容包括发票单位、业务摘要、总金额等信息。

出版社管理

网上书店直接从出版社采购图书。为方便查询出版社信息,要求保存和维护出版社信息,包括出版社编号、出版社名称、出版社地址、邮政编码、联系人、电话、传真、电子邮箱等属性。

物流公司管理

网上书店通过物流公司将图书送到会员手中。为方便查询配送公司信息,要求保存和维护物流公司信息,包括公司编号、公司名称、公司地址、邮政编码、联系人、电话、传真、电子邮箱等属性。

留言评论管理

发布留言。会员可在网站发表留言或评论。留言需记录留言人、留言内容、发布时间等信息。

回复留言。书店职员可回复留言,并记录回复人、回复时间及回复内容等。

用户管理

会员信息维护。系统管理员及会员可修改、删除和更新会员信息。

职员信息维护。系统管理员及职员可修改、删除和更新职员信息。

信息需求分析

所有用户均可搜索图书信息,但只有会员才能提交订单;只有注册职员才能维护图书信息及受理订单。

每位会员由会员编号唯一标识,会员编号由系统按时间顺序生成。

每位职员由职员编号唯一标识,职员编号由系统按时间顺序生成。

ISBN是图书的唯一标识。系统需记录每种图书的当前库存数量,当库存量低于某值时,则通知补货

选购的图书必须放入购物车后才能生成订单。

每个订单用订单编号唯一标识。订单编号由系统按时间顺序生成,订单需记录当前状态,包括未审核、退回、已审核、已处理结束等状态。

同一订单可订购多种图书,且订购数量可以不同。因此,一张订单可包括多个书目明细,包括ISBN、图书名称、订购数量、订购价格。订单中的每种图书需记录其状态,包括未送货、已送货、已送到等状态。

订单受理前允许会员删除所选图书,修改购书数量、配送信息和发票单位,甚至取消订单。但是订单审核通过后,则不允许再做任何修改。

订单中的图书采取先到先发货原则。若一订单中的图书未同时有货,可拆分成不同配送单发货;但是,一订单中的某种图书只有库存有足够存书时才能安排配送。

配送单由配送单编号标识。每个订单的配送单编号是由订单编号加上系统按时间顺序生成的流水号组成。

每张配送单对应一张发票。发票用发票的实际编号唯一标识。

当订单中的某种图书送到后,则更新该书的状态为“已送到”。当订单内全部图书状态为“已送到”时,则更新该订单状态为“已处理结束”。

一种图书只由一个出版社出版,而一个出版社可出版多种图书。

一个会员可发表多条评论,一个职员可回复多条

员工薪水

设置系统的概念模型,并采用ER模型

确定实体及其属性:

确定实体之间的联系,获得初步的E-R模型:

仔细分析发现,该图未体现订购的惟一性,也未体现配送单对订单的依赖关系、配送单与发票之间的一对一联系。可考虑将订单建模为实体集,将配送单建模为依赖于订单的弱实

体集。

由于该实体集的图书列表为多值属性,且订单里的图书信息也要供商务作为以后的销售存档,可考虑将订单建立一个依赖于它的实体即订单明细

同样配送的图书信息也是一个多值属性,将其单独拿出来作为一个实体

改进以后的E-R图:

将ER模型为关系模型,指出每个关系的主键、外键和必要的约束。

最终调整部分属性,加强实体集之间的联系

①图书(图书编号,,ISBN,书名,作者,出版年份,版次,库存数量,销售数量,

相关文档
最新文档