基于aspnet网上书店销售系统

基于aspnet网上书店销售系统内容摘要：

(2)查看购物车： 显示客户所选商品的列表 ， 修改购买数量 并 自 动和计金额； (3)修改购物车： 改变购书数量 ， 删除要购买的图书。 中国人民解放军防空兵指挥学院毕业（论文） 15 4：收银台：生成订单，写入库存。 (1)填写 结账 信息： 要求会员 填写相关信息 ； (2)生成订单； (3)结账：进入库存，查看库内图书是否可以满足购买 要求，符合要 求的图书结账，显示交费金额信息。 5：订单查询：对以前的订单进行查询。 6：积分查询：对会员积分进行查询。 管理员部分 ： 系统管理分为三个管理模块及对应的三种管理角色：系统管理员、出库管理员和入库管理员。 系统管理员是管理权限最高的人员，它的功能： 1：系统管理：修改网站 LOGO 和名称以及顶部导航模块； 2： 图书分类设置 ： 设置 、查看和修改图书分类：包括一级 分类 和二级分类，如： 一级分类计算机，相应的 二级分类软件开发、程序设计等。 3：会员管理：查询会员基本信息，删除条件不符合的会员。 4：人员管理：添加和删除和修改后台管理人员的权限、角色。 5：积分管理：修改会员积分的等级和标准。 6：帮助设置：帮助新老会员熟悉和使用本系统。 7：密码修改：系统管理的三个模块中均设置密码修改功能，作用就是修改相应管理角色的密码。 8：入库管理：对图书进行入库管理， 对图书进行分门别类进行添加 ， 此项 职责由入库管理员完成。 9： 查看库存：查看图书的库存储量。 此项职责由出库人员完成。 10:订单查询：对客户订单进行查询管理。 基于 网上书店销售系统 16 3． 4 网站实体分析 图书类 （ Goods 类） G_CatagoryID G_Contents G_ID G_Image G_Intro G_ISBN G_Name G_Pagecount G_Publishdat G_Pagesize G_Price G_Publisher G_STcount G_Wtrite G_Wordcount Add() Update() Delete() 折扣信息 Discount D_Goods D_ID D_MBLevel D_Price Update() Delete() 图书评论类 Comment 类 CM_CmDate CM_Content CM_GoodsID CM_ID CM_Title CM_MembeID Add() Update() Deleted() 订单类 Order 类 O_Goods O_ID O_MemberID O_OrderDate O_OrderStatus O_ReceiveInfo Add() Update() Deleted() 图书类别 类 Catogory 类 C_id C_name C_parentid Add() Update() Deleted() 发货单 (Send) S_Count S_ID S_SentDate S_SentUseID S_StorageID Add() Deleted() 会员类 Member 类 M_Bonus M_Delete M_Email M_ID M_MBName M_Password M_RTDate M_TrueNam Add() Update() Deleted() 系统设置类 System 类 ST_ID ST_Key ST_Vaule Update() Deleted() U_Delete U_Password U_RoleID U_UserID U_UserName 用户类 （ User 类） Add() Update() Deleted() 会员购物实体 MemberAdress MA_Adress MA_ID MA_MembeID MA_Mobile MA_RecName MA_Sex MA_TPhone MA_ZipCode Add() Update() Deleted() 购物车类 ShopCart 类 SC_Goods SC_ID SC_MemberID Update() Deleted() Show() _ CtID _ CtName _ CtParentID _ CtDeleted Comment _ CmID _ CmCommenderID _ CmBookID _ CmTitle _ CmContent _ CmDate Discount _ DID _ SID _ SMemberLevel _ SDiscount GoodsClicked _ ID _ GoodsID _ Clicked MemberInfo _ MbID _ MbName _ MbPassword _ MbTrueName Catogory 类 中国人民解放军防空兵指挥学院毕业（论文） 17 3． 5 网站数据库设计 概念设计 在概念设计阶段中，从用户的角度看待数据及处理要求和约束，产生一个反映用户观点的概念模式。 然后再把概念模式转换成逻辑模式。 将概念设计从设计过程中独立开来，使各阶段的任务相对单一化，设计复杂程度大大降低，不受特定 DBMS 的限制。 利用 ER 方法进行数据库的概念设计，可分成三步进行：首先设计局部 ER 模式，然后把各局部ER 模式综合成一个全局模式，最后对全局 ER 模式进行优化，得到最终的模式，即概念模式。 设计局部 ER 模式 实体和属性的定义 ： (1) 图书类别（图书类别编号，类别 名称，父类别编号 ） (2) 图书（图书编号， 图书 ISBN 号， 图书名称， 印刷次数 ，出版社，图书类别 ，价格 ， 图书库存量 ,图书开本，出版日期，图书封面 ， 图书页数，图书评论，图书字数，图书介绍 ） 图书类别 图书类别编号 类别名称 父类别编号 基于 网上书店销售系统 18 (3) 用户 （ 会员编号 ， 会员 姓名 ，权限， 密码 ，删除标志位 ） (4)订单（ 订单编号， 订 书信息 ，订 单时间， 会员信息 ， 收货人信息 ， 订单状态） 订书信息 订单编号 订单日期 订单 订单状态 收货人信息 会员信息 图书 图书类别编号 图书编号 图书评论 图书封面 图书介绍 图书库存量 图书开本 出版社 图书页数 出版日期 印刷次数 ISBN 图书名称 图书价格 图书字数 用户 会员姓名 删除标志 位 会员密码 会员角色 会员编号 中国人民解放军防空兵指挥学院毕业（论文） 19 (5)会员（消费积分，删除标记位，会员编号，登录名，密码，注册时间，真实姓名 ， EMail） (6)出库单（出库数量，出库员编号，出库时间，库存编号） (7)图书评论（评论发布时间，评论内容，评论图书编码，评论编码，评论标题，会员编码） 评论发布时间 评论内容 评论标题 图书评论 评论编码 会员编码 评论图书编码 会员 消费积分 密码 会员编号 注册时间 真实姓名 登录名 删除标志位 EMail 出库单 出库时间 出库数量 出库员编号 库存编号 基于 网上书店销售系统 20 (8)会员购物地址（地址，地址编号，会员编号，收货人姓名，移动电话，固定电话，性别，邮政编码） （ 9）系统设置（系统设置编码， 系统键名， 系统键值） 实体关系定义 ER 模型的 “ 联系 ” 用于刻画实体之间的关联。 一种完整的方式是对局部结构中任意两个实体类型，依据需求分析的结果，考察局部结构中任意两个实体类型之间是否存在联系。 若有联系，进一步确定是 1:1:N、 M:N 的关系。 还 要考察一个实体类型内部是否存在联系，两个实体类型之间是否存在联系，多个实体类型之间是否存在联系，等等 针对本 系统设置 系统设置编号 系统键名 系统键值 会员购物地址 地址编码 地址 固定电话 会员编号 性别 移动电话 收货人姓名 邮政编码 中国人民解放军防空兵指挥学院毕业（论文） 21 网站分析 如下： (1)实体间的关系： ① 一本图书只能属于一种图书类别（类别），而一种图书类别可以包含多本图书。 图书 类别 与图书 1:N(一对多的关系 ) ② 一名会员一次可以购多本书，而一本书只可以被一名会员购买 会员与图书 1:N（一对多的关系） ③ 一张订单可以包含多 种书，一本书可以在多个订单中 订单与图书 M:N(多对多的关系 ) ④ 一 辆购物车 可以 存放 多种书，一本书只可以 放在多个购物车内。 购物车 与图书 M:N（一对多的关系） 购物车 M ： N 图书 图书类别 1 ： N 图书 会员 1 ： N 图书 订单 M ： N 图书 基于 网上书店销售系统 22 ⑤ 一张 发货 单可以包含多种书，一本书只可以在一张出库单上。 发货 单与图书 1:N（一对多的关系） ⑥ 折扣信息 中包含多种书，同一编号的书只具有一条 折扣 信息 折扣信息 与图书 1:N（一对多的关系） ⑦图书评论中 包含多种图书，而一种图书也会有很多不同的评价 图书评论与图书 M:N(多对多的关系 ) （ 2） 实体内部关系： ① 订单实体：每张订单中包含多个明细信息，每个明细信息只针对一张定单。 订单与订单明细 1:N（一对多的关系） 订单 1 ： N 订单明细 图书评论 M ： N 图书 折扣信息 1 ： N 图书 发货单 1 ： N 图书 中国人民解放军防空兵指挥学院毕业（论文） 23 ② 发货 单实体：每张 发货 单中包含多个明细信息，每个明细信息只针对一张 发货 单。 发货 单与 发货 单明细 1:N（一对多的关系） ③ 会员购物实体：每张会员购物实体单中包含 多个 明细信息，每个明细信息只针对 实体 单。 会员购物实体单与信息明细 1:1（一对一的关系） 设计全局 ER 模式 所有局部 ER 模式都设计好了后，接下来就是把它们综合成单一的全局概念结构。 全局概念结构不仅要支持所有局部 ER 模式，而且必须合理地表示一个完整、一致的数据库概念结构。 (1) 确定公 共实体类型 为了给多个局部 ER 模式的合并提供开始合并的基础，首先要确定各局部结构中的公共实体类型。 在这一步中我们仅根据实体类型名和键来认定公共实体类型。 一般把同名实体类型作为公共实体类型的一类候选，把具有相同键的实体类型作为公共实体类型的另一类候选。 (2) 局部 ER 模式的合并 合并的原则是：首先进行两两合并；先合并那些现实世界中有联系会员购物实体 1 ： N 信息明细 发货单 1 ： N 发货单明细 基于 网上书店销售系统 24 的局部结构；合并从公共实体类型开始，最后再加入独立的局部结构。 (3) 消除冲突 冲突分为三类：属性冲突、结构冲突、命名冲突。 设计全局 ER模式的目的不在于把若干局部 ER模式形式上合并为一个 ER 模式，而在于消除冲突，使之成为能够被所有用户共同理解和接受的同一的概念模型。 (4) 全局 ER 模式的优化 在得到全局 ER 模式后，为了提高数据库系统的效率，还应进一步依据处理需求对 ER 模式进行优化。 一个好的全局 ER 模式，除能准确、全面地反映用户功能需求外，还应满足下列条件：实体类型的个数要尽可能的少；实体类型所含属性个数尽可能少；实体类型间联系无冗余。 网上书店的全局 ER 模式如图所示： 订单 会员 入库单明细 发货 单 发货 单明细 订单明细 查看库存 图书。