特产商城游客服务平台的设计与开发计算机毕设.doc

学号： 常 州 大 学 毕业设计（论文）（2012届）题 目 特产商城游客服务平台的设计与开发 学 生 学 院 专 业 班 级 校内指导教师 专业技术职务 校外指导老师 专业技术职务 二一二年六月特产商城游客服务平台的设计与开发摘要：随着计算机技术，尤其是互联网技术在各行各业日益广泛和深入的应用，互联网技术正在向各个传统行业渗透。一些企业无法跟上新技术的步伐，逐渐在竞争中失去优势。如何使用信息化技术为传统产业服务，是摆在所有企业面前的一个不可回避的问题。其实，传统销售行业受到的冲击和挑战尤为巨大，其经营方式与经营理念都在发生着巨大的变化。本文即针对这一历史性变革，提出一套基于b2c模式的特产商城游客服务平台，试图在传统产业信息化方面进行一些技术性与模式性探索。首先，本文对现有的电子商务模式、web平台架构及相关技术进行了简单的分析。其次，本文提出了一种基于数据关联规则的网上购物平台，该平台主要包括用户登录、购物、结算等多个功能模块，。第三，本文阐述了该平台的分析与设计。主要包括架构设计、后台数据库的设计以及前台页面的web设计。该平台采用目前主流的b/s模式，采用三层架构，把系统的逻辑、展示与控制完全分离；数据库建模采用关系数据库经典的e-r图。第四，该论文对平台的具体实现做了详细介绍。本平台采用microsoft公司提出的web应用程序解决方案，其中包括c#为核心语言的asp.net开发技术，以微软提供的iis 5.0作为web服务器，后台数据库采用sql server 2000。并在一定程度上采用了rad开发方法。在项目管理方面，本平台主要运用了系统开发生命周期法和结构化方法来阐述该平台的开发过程。最后，本文对整个平台进行了总结，并对下一步要做的工作做了展望。关键字：软件生命周期法；信息系统开发；浏览器/服务器；动态网站；the special local product store design and development of the tourist service platformabstract:with computer technology, especially internet technology in all walks of increasing breadth and depth of applications, internet technology is penetration to traditional industries. some companies can not keep up with the pace of new technology, and gradually lose in the competition. how to use information technology to serve the traditional industries, is placed in an unavoidable problem in front of all enterprises. in fact, the impact and challenges of the traditional sales industry is particularly large, the mode of operation and business philosophy are undergoing tremendous changes. for this historic change, a b2c model-based specialty mall tourist service platform, and tried in the traditional industries of information technology to carry out some technical mode of sexual exploration.first, a simple analysis of existing e-business models, web platform architecture and related technologies. secondly, the association rules based on data of the online shopping platform, the platform includes user login, shopping, billing, and other functional modules. third, the paper describes the analysis and design of the platform. including architecture design, back-end database design and web design of the front page. the platform uses the current mainstream of the b/s mode, three-tier architecture, the logic of the system, display and control the complete separation; database modeling using relational database er diagram of the classic. fourth, the paper has a concrete realization of the platform in detail. the platform uses the microsoft corporation web application solutions, including c# asp.net development as the core language technology, provided by the microsoft iis 5.0 web server, back-end database using sql server 2000. and to some extent, rad development methodology. in project management, the platform, the main use of the system development life cycle and structure of the platform development process. finally, the whole platform a summary are put forward and the next step.key words: software life cycle method;information system developing; browser、server; dynamic website目录摘要：目录1前言11.1系统背景11.2现状和发展趋势11.3课题意义12系统分析32.1系统目标32.2系统主业务流程32.3系统数据流程43系统设计83.1系统总体框架83.2系统功能模块83.3数据库设计113.4系统关键技术183.5用户界面设计214系统实施244.1本系统主要的业务逻辑方法244.2首页模块254.3商品信息模块294.4购物车功能模块314.5用户信息管理模块334.6订单模块355系统测试375.1系统主要采用的测试方法及步骤375.2系统测试用例及测试结果376总结与展望396.1系统总结396.2系统展望39参 考 文 献41致 谢42常州大学本科生毕业设计（论文）1 前言1.1 系统背景近年来，随着internet的迅速崛起，互联网已日益成为收集提供信息的最佳渠道并逐步进入传统的流通领域。于是电子商务开始流行起来，越来越多的商家在网上建起在线商店，向消费者展示出一种新颖的购物理念。网上订购系统作为b2b,b2c(business to customer,即企业对消费者)1,c2c(customer to customer,即消费者对消费者)电子商务的前端商务平台,在其商务活动全过程中起着举足轻重的作用。1.2 现状和发展趋势在美、日等信息化程度较高的国家和地区，网络商城发展速度迅猛，美国的世界级超一流的零售商，如沃尔玛凯玛特，家庭仓储、科罗格、j.c培尼等纷纷挤身于网络经商的行列2。调查表明：美国的家庭已越来越习惯于在家中从网上购物。在我国，网上购物从无到有也不过短短几年时间。我国第一家网上购物发生在1996年，燕莎友谊商场首次通过网上商城售出一个景泰蓝，虽然货款的支付不是在网上进行的，但这毕竟为我国零售业奏出了网上购物的先声。现在随着网络的不断发展，上网购物以成为一种趋势。目前，国内外许多商家都把互联网作为发展自己的平台。像我国主要的在线商店有：阿里巴巴、淘宝等。国外的知名的有：亚马逊书店等。它们已经解决了一些相当困难的问题，像支付安全、快速、准确。最终形成了订购、支付、送货、等一系列的售后服务，相当的方便3。由于网上交易的广泛化使用，人们的诚信得到了进一步的考验。为了交易双方的公平诚信这样就出现了第三方支付。即就是交易的双方都要通过第三方进行交易。买方将自己的货币存放到第三方、只有自己收到满意的物品时第三方才将货币交给卖方。这样很大程度上阻止了网上交易的欺骗的产生。也说明了进行可行性的数据加密技术。使得交易的安全性得到了提高。1.3 课题意义本文旨在讨论如何通过电子商务的模式来建设特产商城游客服务平台的设计与开发。使网上购物变成更具有针对性、具有交互功能的商业信息系统。他专门服务于特产商品的买卖。使用户更加简单和清晰的知道如何操作和使用。它向用户提供静态和动态两类信息资源。所谓静态信息是指那些比经常变动或更新的资源，如用户信息、店铺信息等等；动态信息是指随时变化的信息，如特产商品报价及一些基本的信息，各类咨询信息和活动信息等。特产商务网站具有强大的交互功能，可使商家和用户方便的传递信息，完成电子贸易或edi交易。这种全新的交易方式实现了公司间文档与资金的无纸化交换。更加节省了时间和金钱。与此同时，网上商城这种新的商业运营模式被越来越多的商家运用到竞争中，并得到了大多数客户的认可，这种基于浏览器、服务器实现的销售方式已初具规模。特产商城网站建立，从整体上降低了企业成本，加快了企业对市场的响应速度，提高了企业的服务质量和竞争力。2 系统分析2.1 系统目标目前的电子商务系统的发展依赖于基础设施及外部环境的成熟。因此，在一定程度上而言，目前的电子商务应用系统还处于不完善、不成熟的初级阶段。目前的电子商务应用系统主要存在如下问题：第一，从领域性而言，目前的电子商务应用系统普遍关注应用模式，例如b2c、c2c等模式的研究与探索4，并没有关注于特定的行业应用。这也导致了目前的应用系统过于通用，而忽略了某些行业的具体实际应用专用需求。因此，目前迫切需要一种与特定行业领域相吻合的电子商务应用平台5。第二，从技术性而言，目前的电子商务平台普遍关注于系统的业务逻辑本身，而忽略了作为一个web应用程序本身所需要进行的提炼。因此，目前的电子商务应用系统普遍缺乏良好的架构，面对瞬息万变的市场带来的瞬息万变的需求变化，许多应用系统由于需求的变更或外部环境的变更，迅速被淘汰。还有一些电子商务应用系统在架构设计上没有考虑将来发展需要，在业务量迅速增大时，由于不堪重负，而不得不重新设计，从而极大的提高了电子商务系统实施的成本。鉴于以上两点，本文提出了一种基于internet技术的电子商城平台9。该平台有如下一些创新点：首先，该系统关注于特定的行业应用。该电子商城系统专门为特产零售行业所设计，深入考虑了特产行业的特定需求，从而让系统的目标群体与目标客户更加明显。可以更好的为特定的目标群体服务。其次，该系统采用成熟的三层架构模式，利用该模式把系统的数据存储、业务逻辑和界面显示做了严格的区分。在任何一层有需求变更的时候，都可以快捷的对系统进行修改。在系统的功能、性能上都有扩展性和灵活性考虑。2.2 系统主业务流程业务流程分析为了弄清各部门的信息处理工作，哪些与系统建设有关，哪些与系统建设无关，就必须了解组织的业务流程。按业务活动中信息流动过程，逐个调查所有环节的处理业务、处理内容、处理顺序和对处理时间的要求，弄清楚各环节需要的信息内容、信息来源、去向和处理方法，提供信息的时间和信息形态等有关调查情况并用“业务流程图”来表示。业务流程图是一种表明系统内各单位，人员之间业务关系，作业顺序和管理信息流动的流程图。它可以帮助分析人员找出业务流程中的不合理迂回等，业务流程图中的符号说明如图2.1所示。图2.1 业务流程图基本图例特产商城提取商品业务流程图，如图2.2所示。图2.2 特产商城提取商品业务流程图2.3 系统数据流程本系统的逻辑模型主要以数据流图和数据字典为描述工具。在对特商城的管理方式和业务流程进行分析和研究的基础上，通过对系统的初步调查和详细调查，按信息系统中应有的数据流和数据结构来勾画系统的概貌。为了建立一个满足用户需求的管理信息系统，系统分析人员应在深入调查、详细占有资料的基础上，集中分析管理活动中信息运动的规律和存在的问题，研究如何改善信息流的运动，满足用户管理决策活动中的信息需求。因此要对调查材料进行加工、提炼、抽出其中之反映企业信息运动规律的部分，把用户的需求“翻译”成对信息处理功能的需求，以建立系统的逻辑模型。数据流图（dfd）是组织中信息运动的抽象，是管理信息系统逻辑模型的主要形式。这个模型不涉及硬件、软件、数据结构与文件组织，它与系统的物理描述无关，只是用一种图形及与此相关的注释来表示系统的逻辑功能。图形描述简明，清晰，不涉及技术细节，所描述的内容是面向用户的。因此数据流图是系统分析人员与用户进行交流的有效手段，也是系统设计的主要依据之一。数据流图是在对业务流程图进行分析的基础上，从系统的科学性、管理的合理性、实际运行的可行性角度出发，将信息处理功能和彼此之间的联系自顶向下、逐层分解，从逻辑上精确的描述新系统具有的数据加工功能、数据输入、数据输出、数据存储及数据来源和去向。特产商城的顶层数据流图如图2.3所示。图2.3 特产商城顶层数据流程图以特产商城订单审核数据流程图为例详细说明，顶层数据流程图，如图2.4所示。图2.4 订单审核顶层数据流程图销售订货数据流程图，如图2.5所示。图2.5 销售订货数据流程图根据以上数据流图分析，可以得到以下数据字典：f1、订货要求 f2、订货要求 f3、产品价格 f4、定金收据 f5、修改订货要求 f6、订货修改记录 f7、收取货款记录 f8、订货产品明细f9、订货客户咨询记录f10、订货客户记录f11、确定订货部分条目说明如下表所示：表2.1数据字典：数据流数据流系统名：销售订货 编号：f1条目名：订货公司来源：客户去处：p1接收订货信息数据流结构：合同编号+客户名称+签订日期+商品信+数量+单价+总价+付款情况+签订人员表2.2数据字典：数据元素数据元素系统名：销售订货 编号：f2条目名：签订日期所属数据流：f1订货要求存储处：订货客户要求数据元素属性：代码类型：日期型意义：客户签订订货合同的时间简要说明：由营销人员填写订货合同表2.3数据字典：数据存储数据存储系统名：销售订货 编号：d2条目名：订货客户记录存储组织：订货客户记录记录数：数据量：主键：客户编号记录组成： 合同编号、客户名称、签订日期、商品信号、数量、单价、总价、供货日期、付款情况、签订人员简要说明：营销人员根据订货客户记录为客户准备商品。表2.4数据字典：加工加工系统名：销售订货 编号：p2条目名：确定价格输入：客户订货要求输出：价格和订货客户记录处理逻辑：营销人员根据客户要求，向客户介绍价格。根据会员的不同等级来确定下浮折扣点定价格。根据客户的付款方式的差别，掌握价格确定最终成交价格。简要说明：营销人员根据市场家哥哥和有关优惠政策介绍价格。表2.5数据字典：外部项外部项系统名：销售订货 编号：p3条目名：客户资料输入数据流：输出数据流：主要特征： 客户编号、客户名称、电话区号、联系电话、手机、地址、邮编、客户性质简要说明：客户的基本情况3 系统设计3.1 系统总体框架3.1.1 基于b/s模式的系统技术架构b/s(browser/server)结构即浏览器和服务器结构6。它是随着internet技术的兴起，对c/s结构的一种变化或者改进的结构。在这种结构下，用户工作界面是通过浏览器来实现，极少部分事务逻辑在前端（browser）实现，但是主要事务逻辑在服务器（server）实现，形成所谓三层结构。采用b/s结构开发的系统运行在客户端的浏览器上，系统升级或维护是只需更新服务器软件即可，大大简化了客户端电脑载荷，减少了系统维护和升级的成本和工作量，降低了用户的总体成本（tco）。b/s结构系统的产生为系统面对无限未知用户提供了可能3.1.2 基于三层模型的开发框架三层逻辑体系结构是指数据访问层（dal）、业务逻辑层（bll）、用户表示层7。dal涉及到数据库本身、存储过程以及提供数据库接口的组件；bll指的是封装了应用程序商务逻辑的组件；而表示层指的是web应用程序页，如图3.1所示。图3.1 三层逻辑体系结构3.2 系统功能模块系统总体功能结构设计系统的总体结构设计是指整个系统由哪些部分组成，以及各部分在物理上、逻辑上的相互关系，包括硬件部分和软件部分。为了实现系统的总体功能，提高系统的各项指标，总体结构设计的主要任务是将整个系统合理的划分为各个功能模块，正确地处理模块之间与模块内部的联系以及它们之间的调用关系和数据联系，定义整个模块的内部结构。3.2.1 系统总体功能结构系统总体功能结构根据系统分析的结果数据流程图所描述的系统的逻辑模型，把数据流程图上各个处理模块进一步分解，确定系统的层次结构关系，把逻辑模型变为物理模型。在管理信息系统的设计过程中，系统划分的一般原则如下：1) 子系统要具有独立性。即应把相对独立的事务处理过程作为一个子系统。这样的子系统具有较高的内聚性，与其它的藕合较弱，便于软件开发、使用及日后系统维护。2) 子系统的划分结果应使数据冗余度较小。应避免部分数据在多个子系统中出现，尤其是修改，以保证系统的安全性、可靠性和数据的一致性。3) 子系统的划分应能满足目前和同后管理上的需要，功能应齐全，操作要方便且为今后发展留有接口。4) 子系统的划分应以该单位的管理职能为依据。应尽量避免过分依赖于组织机构，以防止机构变更后为系统带来不必要的麻烦。从公司的组织结构上出发，把整个管理信息系统划分成多个子系统。每个子系统的功能相对独立，但是子系统之间有必要的数据联系。对电子购物商城系统逐步进行功能分解，直到分解成为含义明确、功能单一的单元功能模块，从而得到系统的功能模块结构图，即系统的功能图。如图3.2所示，反映了特产商城系统功能模块的划分。图 3.2 特产商城系统功能模块结构图根据上述图标，各模块的详细功能说明如下：1) 登录模块：用于验证不同用户登录商城进行操作。2) 商品信息模块：热门商品浏览（首页点击率最高的商品列表）、新到商品浏览（首页显示最新添加的上品列表）、商品分类浏览、按商品名称搜索、商品详细信息。3) 购物车模块：添加商品到购物车、购物车的信息修改、结账。4) 用户信息管理模块：注册新用户、登录、用户修改密码、用户个人资料管理。5) 订单模块：查询个人订单列表、查询某笔订单的详细信息。3.2.2 系统总体物理结构系统总体物理结构电子购物商城各个部门在不同的地点办公，网络拓扑结构以交换机为基础，各部门通过主交换机连接到公司主服务器，电子购物商城有五个不同办公地点的办公处组成。根据这个特点，系统利用微机局域网作为系统的基本物理结构。为了提高系统的可靠性和可扩展性。网络采用以网络集线器为基础，以双绞线为传输介质的星型结构。在每个业务发生点以及每个管理员分别配制微型计算机作为系统结点工作站，系统功能的实现子系统问的数据共享与交互通过网络服务器完成。电子购物商城的系统网络拓扑图如图3.3所示。图3.3 特产商城网络拓扑图主服务器采用：服务器、交换机、网络集线器，传输介质采用iom屏蔽双绞线为介质的星型网络拓扑结构，服务器作为系统功能实现和数据共享中心，应具有较好的性能和可靠性。在此基础上再配上一台提供web服务的服务器和一台sql server 2000数据库服务器即可实现对本系统的全部物理支持。1. 系统具体硬件配置方案如下：1) 数据库服务器：inter p4 2.4 512m ddr rom 80gb硬盘。2) 客户机：目前流行的pc兼容机。3) 网络连接设备：路由器、交换机、打印机、扫描仪等。2. 系统具体软件配置如下：1) 操作系统：microsoft公司windows 2003 server，网络协议采用tcp/ip协议，客户机windows2000/xp。2) www服务器：iis5.03) 数据库软件：sql server 2000。3.3 数据库设计几乎所有的web项目都是基于数据库的，这使得数据的设计在整个项目中的地位举足轻重。相关研究表明，在数据应用系统的开发中，项目成功50%靠数据库的设计。良好的数据设计往往能够减少开发的负担8。数据库设计是指对于一个给定的应用环境，通过合理的逻辑设计和有效的物理设计来构造较优的数据库模式，建立数据库极其应用系统，满足用户的各种信息需求。从数据应用系统和开发的全过程来考虑，数据库的设计可分为六个阶段：需求分析、概念结构设计、逻辑结构设计、物理结构设计、数据库实施、数据库的运行与维护，按照这样的设计过程，数据库结构设计的不同阶段可形成数据库的各级模式。数据库设计的核心问题是如何从系统的观点出发建立一个数据库模式。一个良好的数据库应该充分反映物流发展变化的状况，充分满足组织的各级管理要求，同时还应该使后继系统开发工作方便、快捷，系统开发小，易于管理和维护。在物理设计阶段根据dbms的特点和处理要求，进行物理储存安排。3.3.1 数据库需求分析特产商城是一个典型的电子商务系统，针对它将要实现的业务功能，数据库中应该具有以下的模块：1) 用户信息：其中应该包括用户编号、用户名、密码、账户金额、姓名、地址等内容。2) 商品信息：包括商品编号、商品名称、商品价格、描述以及所属类别等。3) 购物车：用来存储用户购物的信息，如商品编号、数量等。4) 订单：一笔完整的订单记录应该包括它所相关商品集合以及各个商品的数量等信息。5) 管理员信息：与用户信息类似，包括管理员编号、登录名、密码、角色类别等。6) 管理员日志：包括日志编号、发生事件以及时间。3.3.2 数据库概念结构设计在数据库技术中，可以用模型的概念描述数据库的结构与语义，对现实世界进行抽象。表示实体类型及实体间联系的模型称为“数据模型”，其中之一就是实体联系模型（er模型）9。er模型是独立于计算机系统的模型，完全不涉及信息在系统中的表示，只是用来描述某个特定组织关心的信息结构，这类模型称为“概念数据模型”。在特产商城系统中，存在用户、商品、购物车、订单、管理员等几个对象实体，以上述实体为例，一个用户对应多个商品，同时一个商品属于多个用户；一个用户对应多个购物车，同时一个购物车只属于一个用户；一个用户对应多个订单，一个订单只能属于一个用户；一个商品对应多个购物车，一个购物车对应多个商品；一个商品对应多个订单，一个订单对应多个商品；一个订单对应多个购物车，一个购物车只能属于一个订单；一个管理员对应多个用户、商品、购物车、订单，一个用户、商品、购物车、订单只能属于一个管理员。由此可知用户和购物车之间、用户和订单之间、订单和购物车之间、管理员和用户、商品、购物车、订单之间都是一对多的关系；商品和购物车之间、用户和商品之间是多对多的关系。根据上述分析可对应的部分实体-关系图3.4如下： 图3.4 管理员用户和商品、订单之间的局部e-r图3.3.3 数据库逻辑结构设计通过e-r图分析，下面设计具体的逻辑结构。所涉及到的主要实体集及其属性如下：1) 用户实体：user(userid, username, userpwd, usereamil,)2) 特产实体：product(productid, productname, productnum, productprice, producttype,)3) 订单实体：order(orderid,buyerid,orderstate,consigneeemail,shouldpaymoney,consigneelocation)4) 管理员实体：admin(adminid, adminname, loginpwd,)3.3.4 数据库物理结构设计1、 主要设计思想：1) 尽管在需求分析中，商品类别仅仅是商品的一个属性，但数据库设计中一般将其分离出去创建单独的表。事实上，这是一种面向对象的思想，这种做法有利于系统的扩展，例如商城的管理者将要拓展业务、推出某种新类型的商品，这样的设计将令其变得异常容易。同样的思想也体现在article中。2) 由于订单可能包括多种商品，而且数量不一，所以用两个表来共同体现订单这个实体。在order表中存放订单的基本信息：订单号、所属用户的编号以及下单的时间等等公共信息。而在orderdetail表中则存放订单的具体信息，每条记录体现某个订单所包含的某种商品的购买信息。这样设计就减少了数据库的冗余，使数据库更有效率。2、 本系统涉及到12张数据表，具体表结构的设计：1) 用户基本信息表user用户信息表用来记录用户的一些基本信息，其结构如表3.1所示。表3.1 user的结构编号字段名称数据类型允许空说明1useridvarchar(50)n用户登录名2usernamevarchar(50)y用户真实姓名3usereamilvarchar(50)y电子邮件4regiestdatedatetimen注册时间5userpwdvarchar(50)n登录密码6userqqvarchar(20)yqq7userwangwangvarchar(20)y旺旺8userphonevarchar(20)y电话号码9userteletphonevarchar(20)y手机号码10expendablefunddecimal(18, 0)y可用资金11frozencapitaldecimal(18, 0)y城市12memberrankidintn会员等级13logintimedatetimey登录时间14userhomephonenvarchar(50)y家庭号码2) 商品信息表product商品信息表表示商品的基本信息，如表3.2所示。表3.2 product的结构编号字段名称数据类型允许空说明1productidvarchar(20)n主键2productnamevarchar(50)n特产名称3productnumvarchar(50)n商品货号4productpricedecimal(18, 0)n特产价格5productabbrimagenvarchar(50)y转换后图片6productimagevarchar(50)y原图片7productdesvarchar(255)y特产描述8spareproductintn商品库存量9producttypeintn特产类型（外键）10issalebity是否在卖11productbrandidinty特产品牌12productweightinty产品重量13introductionntexty简介14detailimagesvarchar(50)y详细信息的图片15productmaterialvarchar(20)y产品成分16coatlongfloaty品牌17criresizefloaty商品外形18marketpricedecimal(18, 0)y市场价格19sizevarchar(50)y大小20colorchar(20)y颜色21clickinty商品库存22isdisplaybitn是否显示23isnewproductbity是否新增产品24upshelfbitn上架25isfinegoodsbitn是否精品26productzoomtexty品牌27productorigiontexty简介28productaddtimedatetimey添加时间29productupdatetimedatetimey更新时间30isfirstshowbity是否优先显示31ishotbity是否热卖3) 商品类别表producttype商品分类来表示商品类别信息。其结构如表3.3所示。表3.3 producttype的结构编号字段名称数据类型允许空说明1ptypeidintn主键2ptypenamevarchar(50)n类型名称3ptypepropertygroupvarchar(50)y类型属性组4propertynumintn类型属性数5typestatevarchar(20)n状态4) 订单表order订单表保存每笔订单的基本信息。结构如表3.4所示。表3.4 order的结构编号字段名称数据类型允许空说明1orderidvarchar(50)n订单号2ordertimedatetimen下单时间3orderstatevarchar(20)n状态4dispatchstylevarchar(50)n发货方式5paystylevarchar(50)n支付方式6consigneevarchar(50)n收货人7consigneecodevarchar(50)y收获邮编8consigneephonevarchar(50)n收货人电话9buyeridvarchar(50)n买家（外键）10othervarchar(100)y其他信息11consigneeemailvarchar(50)n确认的电子邮件12consigneelocationvarchar(50)n确认地址13bestdispatchtimedatetimey最佳送货时间14shouldpaymoneydecimal(18, 0)n应付款5) 订单详细表orderdetail订单详细信息表体现订单的细则，结构如表3.5所示。表3.5 orderdetail的结构编号字段名称数据类型允许空说明1orderdetailidintn主键2orderidvarchar(50)n订单号3productidvarchar(20)n特产id4productnamevarchar(50)n特产名字5productpricedecimal(18, 0)n特产价格6ordertimedatetimen下单时间7productdecvarchar(255)y产品描述8productnuminty特产数量6) 管理员信息表admin与用户信息表类似，用来保存管理员的基本信息，如表3.6所示。表3.6 admin的结构编号字段名称数据类型允许空说明1adminidvarchar(50)n管理员登录名2adminnamevarchar(50)n管理员名字3adminemailvarchar(50)n电子邮件4jointimedatetimen注册时间5lastlogintimedatetimey上次登录时间6adminremarkvarchar(255)y描述7loginpwdvarchar(50)n登陆密码7) 公告信息表article公告信息表记录网站所有公告的信息，结构如表3.7所示。表3.7 article的结构编号字段名称数据类型允许空说明1articleidintn主键2titlenamevarchar(50)n公告主题3articleimporantvarchar(20)n公告等级4isdisplaybitn是否显示5addtimedatetimen添加时间6articletypevarchar(50)n公告类型7canceltimedatetimen取消时间8articlecontenttexty公告内容9articletreatmentidinty公告安全等级8) 公告信息类型表articletreatment公告信息分类来表示公告信息类型，结构如表3.8所示。表3.8 articletreatment的结构编号字段名称数据类型允许空说明1articletreatmentidintn主键2articletreatmentnamevarchar(50)n公告类型名称3articletreatmenttypevarchar(20)n公告类型分类4articletreatmentdesvarchar(255)y公告类型描述5isdeleteinty是否删除9) 留言表message记录所有用户对商品的评价信息，结构如表3.9所示。表3.9 message的结构编号字段名称数据类型允许空说明1messageidintn主键2publictimedatetimen公布时间3messagecontentvarchar(255)n消息内容4publicuseridvarchar(50)n公布人5messagestatebitn状态6replycontentvarchar(255)y回复内容7messagetitlevarchar(255)n主题8messagetypevarchar(50)n类型10) 会员等级表memberrank记录不同等级会员对商品的折扣，结构如表3.10所示。表3.10 memberrank的结构编号字段名称数据类型允许空说明1memberrankidintn主键2memberranknamevarchar(50)n会员等级名称3memberrankrequiredecimal(18, 0)n需要消费金额4discountratefloatn折扣5isdispalypricebitn是否显示金额6isspecialmemberbitn是否是特殊会员11) 快递信息表goodssend用来对快递方式信息的记录，结构如表3.11所示。表3.11 goodssend的结构编号字段名称数据类型允许空说明1sendidintn主键2sendnamevarchar(50)n送货方式名称3sendpricedecimal(18, 0)n送货方式价格4overweightchar(10)n超过的重量5senddecvarchar(255)n送货方式描述6freecostdecimal(18, 0)n折扣7insureedpricevarchar(50)n折扣后的价格12) 退货信息表productsendback记录退货的具体信息，结构如表3.12所示。表3.12 productsendback的结构编号字段名称数据类型允许空说明1productsendbackidintn主键2orderidvarchar(50)n订单号3productsendbackreasonvarchar(255)n原因4productsendbacksendstyleintn送货方式5productsendbackstatevarchar(50)n状态3.3.5 数据库设计图部分数据表之间的关系如图3.5所示。图3.5 数据库设计图3.4 系统关键技术3.4.1 web平台的体系结构web平台的三层分布式体系结构如图3.6所示。图3.6 web平台的三层分布式体系结构三层分布式体系结构的第一层是客户端表示层、客户层仅仅是整个应用系统的图形界面表示10：处于第二层的应用服务层，有一台或多台服务器组成，其中web服务器主要负责对客户端应用程序的集中管理，应用服务器：（application server）主要负责应用逻辑的集中管理，即事务处理：处于第三层的是数据中心层，有数据库系统，主要负责数据的存储和组织、数据库的分布式管理、数据库的备份和同步等等。电子商务的应用可以看作一个客户与电子商务站点之间的一系列交互过程。整个交互过程从客户端所浏览的一个页面开始。用户单击该页面上的一个按钮或链接就产生一个请求，该请求通过http传递到web服务器上，web服务器将页面中的请求及有关数据取出来传给应用服务器，应用服务器调用相关的商务逻辑，实际上是一个web应用程序，进行相应的处理，从外部数据库服务器存取数据，然后将结果传回web服务器，web服务器再将数据结果转换为页面的形式传给浏览器，于是在客户端产生了新的页面。该页面是这一次请求的结果，也是下一次请求的开始。3.4.2 ado.net数据库访问技术ado.net的名称起源于ado（activex data objects），这是一个广泛的类组，用于在以往的microsoft技术中访问数据之所以使用ado.net名称，是因为microsoft希望表明这是在.net编程环境中优先使用的数据访问接口11。它提供了平台互用性和可伸缩的数据访问。ado.net增强了对非连接编程模式的支持，并支持rich xml。由于传送的数据都是xml格式的，因此任何能够读取xml格式的应用程序都可以进行数据处理。事实上，接受数据的组件不一定要是ado.net组件，它可以是基于一个microsoft visual studio的解决