基于c2c的网上书店系统设计与分析硕士学位论文(编辑修改稿)

基于c2c的网上书店系统设计与分析硕士学位论文(编辑修改稿)内容摘要：

机构组织一些活动，做宣传，使网上用户提高自己的安全意识。 软件方面 这里主要是针对“产品质量、售后服务及厂商信用得不到保障”来阐述解决的方案 ， 提供有力的法律保障。 （ 1）从交易安全方面看，目前一个迫切需要解决的问题是加强数据保护，保证用户的个人隐私权，保证用户具有对 Inter 上的信息进行控制的自主权，以解决电子商务上发生的各种纠纷，防止诈骗等案件的发生，保证消费者在电子商务活动中的合法权益不受侵犯。 （ 2）从电子支付方面看，也需要制定相应的 法律，明确电子支付的当事人包括付款人、收款人和银行之间的法律关系，制定相关的电子支付制度，认可电子签名的合法性。 同时还应制定有关电子支付数据的伪造、更改、涂销问题的处理办法。 （ 3）还有一部分法律法规应根据电子商务的情况加以补充、修改和完善，消费者权益保护法如何保护网上购物的消费者权益，现有的知识产权法如何保护网上知识产权，广告法如何管理控制网络广告等。 （ 2）提高产品质量和售后服务 由于电子商务这种贸易方式的特殊性，用户购物的时候，是在虚拟的商店中购物，由于技术的限制，人们只能看到商品的图片，以及简单的介 绍，人们很难判断商品的价值。 在目前的条件下，厂商在提高真正商品质量的同时，可以对产品信息的描述更加的详细，在网上人们大部分希望购买对自己确实有用的商品或 查看到有真正价值的资源，就比如那购书来说，人们希望通过查看书目的简介，能够确认这本书的价值。 可目前网上集成的资源主要是以量来衡量，而没有从质上去考虑。 这样造成了网上有许多的垃圾资源，同时造成资源的浪费。 以后随着技术的发展，渴望达到人们通过坐在电脑前通过一定的终端设备，能够达到身临其境。 这样让用户可以放心。 对于出售的商品，厂商应该在网上商店中设有专门的客户信 息反馈中心，及时的解决客户反馈的问题，如需上门或直接服务的应该及时做到。 信誉的好坏直接影响到商家或企业的生存。 （ 3）物流问题 目前物流已经成为电子商务发展的瓶颈问题，所谓电子商务物流就是信息流、货币流、物流的统称。 现在电子商务搞得最好的美国采用的是 “ 流中央化 ” 美国物流模式强调“整体化的物流管理系统”，是一种以整体利益为重，冲破按部门分管的体制，从整体进行统一规划管理的方式。 每个国家有自己的特殊的情况，在美国成功的经验，在中国不一定是行之有效的，我们应当针对我国的国情作相应的处理。 目前从物流整体发展角度看 ，我国电子商务在物流方面还存在下面的问题：物流基础设施薄弱，物流社会化、专业化程度不高，第三方物流工作质量不高，服务内容有限，商流不发达，影响物流水平的提高，物流发展仍有一定计划色彩，从物流活动角度看 ，我国主要存在问题是配送中心发展不成熟 ，物流活动范围小，物流联盟程度不高，物流技术水平低，信息系统应用仍处于封闭状态。 电子商务发展需要政府和企业的积极参与和推动。 在发达国家，发展电子商务依靠私营企业的参与和投资，政府只起引导作用。 而发展中国家企业规模偏小，信息技术落后，债务偿还能力低，政府的参与有助于引进 技术、扩大企业规模和提高企业偿还债务的能力。 另外，许多发展中国家的信息产业都处于政府垄断经营或高度管制之下，没有政府的积极参与和帮助将很难在这些国家快速地发展电子商务。 所以要想使中国的电子商务在经后有快速的发展，政府的参与是必然的，现在中国已经加入了世界贸易组织，这无疑是我国电子商务发展的催化剂。 第三章 网上书店 系统系统需求 分析 电子商务网站是一个典型的 数据库开发应用程序由前台商品展示和后台管理两部分组成。 前台商品展示：该部分主要包括新书上架，特价书本销售排行， 购物车管理，商品广告，商品排行及商品分类等。 后台管理：该部分主要对商场内一些基本数据进行管理，包括商品管理，会员管理，订单管理和公告管理等。 （ 1）信息管理 信 息管理主要包括：公告列表、帮助中心、文章管理、调查管理、广告管理。 公告列表，其内容可以为发货通知、新品、打折促销活动等等。 添加公告，包括公告标题和公告内容等。 修改公告，包括公告标题、公告内容以及公告的形式等； 删除公告，包括活动公告和最新商品信息公告。 帮助中心，可以添加、修改和删除帮助信息。 文章管理，文章类别可以与商品分类关联。 调查管理 ，方便店主及时了解用户信息。 广告管理，包括固定广告和自定义广告。 （ 2）书目管理 书目管理主要包括：书目列表、添加书目、书目销售排行、书目统计、缺书处理等功能项。 书目列表，支持书目名称模糊搜索。 添加书目，如果没有 “ 书目分类 ” ，将会提示您先进行 “ 书目分类的添加 ”。 修改书目类别，包括最新书目和热销书目。 删除书目类别，删除那些过时的书目类别。 添加书目信息，包括书目类别、名称、编号、所属出版公司等信息。 修改书目信息，包括书目类别、名称、所属出版公司等信息。 删除书目信息，删除那些过时的书目信息。 书 目统计，方便管理员 “ 核算收入 ” 、 “ 调整库存 ”。 缺货处理 ，管理员可以设置缺货时的缺货信息和缺货时的处理办法。 （ 3）订单管理 订单号 —— 订单号为 14位数字组成，采取 “ 下单时间 ” +“ 0099随机码 ” 策略制定，订单号的唯一性防止了号码重复造成系统数据混乱。 处理订单，主要是对新订单和等待付款的订单的处理。 办理发货， 管理员核对订单金额并组织配货发货。 网上支付，用户可以自由选择在线支付方式。 删除订单，删除 双方中的某一方取消的订单。 （ 4）顾客用户管理 注册顾客用户，包括用户名、密码等信息。 修改顾客用户信 息。 修改顾客用户信息。 （ 5） 系统用户管理 注册顾客用户，包括用户名、密码等信息。 修改顾客用户信息。 修改系统管理员信息。 前台结构图 网上书店系统功能结构图前台结构图 31 所示。 用户子系统会员登录模块会员注册模块 购物车管理 查看订单图书选购 图 31 前台结构图 后台结构图 网上书店系统功能结构图后台结构图如图 32 所示。 管理员子系统管理员订单 订单管理图书管理 图 32 后台结构图 根据 网上一些电子商务网站的功能和业务流程，本网上书店系统业务流程图如图 33 所示。 顾客登录系统选书购书货源不足时的处理策略是否货到付款 下订单 组织货源货源是否充足物流公司发货 货到付款 结算银行卡支付 等待交付贷款贷款是否已付是否否是是否 图 33 系统业务流程图 用户注册模块 （ 1）使用用例图 用户注册用例图如图 34 所示 用户注册 用户 图 34 用户注册用例图 （ 2）使用活动图 用户注册活动图如图 35 所示。 用户 系统信息是否正确否是保存到数据库填写注册信息提出注册请求 转到注册页面提示错误请求 图 35 用户注册活动图 （ 3）进行需求描述。 本用例用于用户的注册和个人信息的填写，无前置条件，后置条件为用例成功后，添加一名新用户。 基本事件流为当用户希望注册个人信 息使用系统时，用例启动，然后系统转到用户注册页面，提示用户输入个人信息，用户输入个人信息后，系统检查信息是否有效，将信息存入数据库。 替代流程为如果用户输入注册信息无效，系统显示错误信息并转让到错误页面，用户重新填写信息或者取消注册，用例结束 [2]。 用户登录模块 （ 1）使用用例图 用户登录用例图如图 36 所示。 用户登录 用户 图 36 用户 登录用例图 （ 2）使用活动图 用户登录活动图如图 37 所示。 用户 系统用户名密码是否有效否是提出登录请求 转到登录页面转到错误页面转到用户页面输入用户名密码 图 37 用户登录活动图 （ 3）对用例进行需求描述。 本用例介绍用户登录系统，无前置条件，后置条件是用例成功后，用户登录进入系统，事件的基本流程为，当用户提出登录进入系统请求时，用例启动，系统转到用户登录界面，提示用户输入用户名和密码，用户填写用户名和密码信息，系统验证输入的用户名和密码是否正确，若正确，则转到首页，系统将激活这一用 户。 替代数据流程为，如果用户输入无效的用户名和密码，系统显示错误信息，用户可以返回基本流程的起始点，重新输入用户名密码，或者取消登录，用例结束。 图书选购模块 （ 1）使用用例图 图书选购用例图如图 38 所示。 浏览图书加入购物车图书选购 用户 图 38 图书选购用例图 （ 2)使用活动图 图书选购活动如图 39 所示。 用户 系统是否缺货转到图书浏览页面否是转到缺货策略页面加入购物车提出选购图书请求填写图书信息 图 39 图书选购活动图 （ 3)对用例进行用例描述。 本用例介绍用户在线选购图书，其前置条件是，用户选书前必须登录，后置条件是，用户选择自己需要的书，并将其添加到购物车中，其基本流程为当用户想要进行图书选购时，用例启动，用户单击选择页面，系统显示图书列表，用户提出选购某书，系统检查是否缺货，购物车中添加相应的图书信息。 替代流程为 缺 货时，屏幕上显示缺货信息页面。 用户选择缺货策略，用例结束。 购物车管理 （ 1）使用用例图 购物车管理用例图如图 310 所示。 添加图书删除图书购物车管理 图 310 购物车管理用例图 （ 2）使用活动图 购物车管理活动图如图 311 所 示。 用户 系统是否添加图书提出管理请求 转到购物车页面填写图书信息将信息保存到数据库选择要删除的图书是是否删除图书否是 图 311 购物车管理活动图 （ 3）对用例进行需求描述。 本用例用于用户管理购物车。 其前置条件是 用户需登陆系统，后置条件是用例成功后，购物车中商品状况发生变化。 基本事件流程为当用户提出管理购物车时，用例启动，系统转到购物车管理页面，用户提出所要执行的操作，如果用户需要添加图书，则只要用户输入相应的书号，购物车 中就加入了相应的图书，如果用户需要删除图书，侧只用用户单击删除按钮，相应的图书就被删除。 查看订单模块 （ 1）使用用例图 查看 订单用例图如图 312 所示。 查看订单 用户 图 312 订单用例图 （ 2）使用活动图 查看订单活动图如图 313 所示。 用户 系统查看订单 列出订单列表 图 313 订单活动图 3）对用例进行需求描述。 本用例用于用户查看订单。 其前置条件是用户必须登录到系统。 后置条件是用例成功后，列出所用符合用户的订单。 事件的基本流程是当用户提出查看订单时用例启动，系统列出所用符合该用户要求的订单。 图书管理模块 （ 1）使用用例图 图书管理 用例图如图 314 所示。 添加图书修改图书图书管理管理员删除图书 图 314 图书管理用例图 （ 2）使用活动图 图书管理活动图如图 315 所示。 管理员 系统是否修改图书是是否添加图书否是是否删除图书否转到图书管理页面提出图书管理请求选择要输入的图书输入添加的图书信息将图书信息保存到数据库输入修改的图书信息 图 315 图书管理活动图 （ 3）对用例进行需求描述。 本用例用于管理员管理图书信息，其前置条件是管理员必须登录到系统，后置条件是用例成功后，图示信息被添加、改变或删除。 事件的基本流程是管理员提出查看图书时，用例启动。 系统列出所用符合管理员要求的图示。 管理员提出 所要执行的操作，如果管理员需要修改图示信息，则进入图示信息修改界面，修改并保存图书信息。 如果管理员需要删除图示信息，管理员只要单击删除按钮，相应的图书被删除并更新数据库。 如果管理员需要添加图示信息，进则入图书信息添加界面，添加并保存图书信息。 订单管理模块 （ 1）使用用例图 订单管理用例图如图 316 所示。 删除管理修改管理订单管理用户 图 316 订单管理用例图 （ 2）使用活动图 订单管理活动图如图 317 所示。 （ 3）对用例进行需求描述。 本用例用于管理员管理订单。 前置条件是管理员登录，后置条件是用例成功后，订单信息被修改或删除。 事件的基本流程为管理员提出符合管理员要求的订单，用例启动，系统列出所用符合该管理员要求的订单，管理员修改订单，则进入修改订单页面，修改信息并保存信息。 管理员删除订单，管理员只要单击删除按钮，相应的订单被删除。 管理员 系统是否要删除订单是是否要修改订单否是转到订单管理页面提出管理订单请求选择要删除的订单填写订单修改信息将订单信息保存到数据库 图 317 订单管理活动图 ER 图设计 网上书。