网上销售系统的设计实现分析

1、-. z.摘 要销售管理子系统是一个B2C模式的以网上零售为主的在线购物系统，采用三层架构的B/S开发技术，数据库选择了Microsoft SQL Server 2000，并利用了目前流行的WEB开发技术JSP，通过JavaBean和JSTL的使用，实现了前台商品的展示、购物车、留言板；后台商品管理、订单处理、单据生成等主要功能。将业务模型最终以程序的形式实现，从而使得该系统能充分满足基于B2C模式的网上销售系统的需要。使用该软件既能够对企业部库存、采购和客户关系等部门实施电子化管理；也能够通过互联网，在线进展商品销售和结算管理。该系统可以顺畅企业部信息流，为企业开拓了具有巨大潜力的网上销售市

2、场，也减少企业部工作流程，进而提高工作效率和工作质量，使企业在剧烈的市场竞争中获得竞争优势。本文主要对网上销售系统进展总体设计，并对销售管理子系统进展系统分析、系统设计、系统实现和系统测试。关键词：B2C；购物车；JavaBean；订单处理AbstractSales management subsystem technically is a B2C online sale system, main function of which is to promote online retail activities of a business. The system adopts a three-t

3、ier architecture B/S development technology. Background database of the system adopts the Microsoft SQL Server 2000. By using JavaBean and JSTL (Java Server Pages Standard Tag Library) of JSP (Java Server Page) technology, the system integrates many practical functions, which includes Foreground Ite

4、m Display, Shopping Cart, Feedback Board, Inventory Management, Order Processing, and Bill Generation etc. The real business mode finally is embodied in form of puter program. Therefore, the system can fully meet requirements of a B2C online sale mode.With the system businesses can realize the infor

5、mative management in aspects of inventory, procurement and customer relationship, as well as can handle the online sales process and settlement via internet. The system can help businesses to facilitate their internal information flow and develop potential e-market, as well as simplify business proc

6、ess and improve work efficiency and quality. It will bring petitive edge to businesses.The paper presents a general design of the online sales system, and particularly, presents the detailed system analysis, system design, system implementation and system test of the Sales Management Module.Key word

7、s: B2C; Shopping vehicle; JavaBean; Dispose the order forms目 录 TOC o 1-3 f h z HYPERLINK l _Toc138649169第1章 绪论 PAGEREF _Toc138649169 h 1HYPERLINK l _Toc1386491701.1 设计设想 PAGEREF _Toc138649170 h 1HYPERLINK l _Toc1386491711.2 开发工具选择 PAGEREF _Toc138649171 h 1HYPERLINK l _Toc1386491721.3 开发方案选择 PAGEREF

8、_Toc138649172 h 2HYPERLINK l _Toc1386491731.4 开发方法 PAGEREF _Toc138649173 h 4HYPERLINK l _Toc138649174第2章 可行性研究 PAGEREF _Toc138649174 h 7HYPERLINK l _Toc1386491752.1 技术可行性 PAGEREF _Toc138649175 h 7HYPERLINK l _Toc1386491762.2 经济可行性 PAGEREF _Toc138649176 h 7HYPERLINK l _Toc1386491772.3 操作可行性 PAGEREF _

9、Toc138649177 h 8HYPERLINK l _Toc1386491782.4 其他方面可行性 PAGEREF _Toc138649178 h 8HYPERLINK l _Toc138649179第3章 需求分析 PAGEREF _Toc138649179 h 9HYPERLINK l _Toc1386491803.1 系统的需求分析 PAGEREF _Toc138649180 h 9HYPERLINK l _Toc1386491813.2 业务流程 PAGEREF _Toc138649181 h 9HYPERLINK l _Toc1386491823.3 数据流程 PAGEREF

10、_Toc138649182 h 10HYPERLINK l _Toc1386491833.4数据字典 PAGEREF _Toc138649183 h 14HYPERLINK l _Toc138649184第4章 数据库的设计 PAGEREF _Toc138649184 h 18HYPERLINK l _Toc1386491854.1 数据库设计总述 PAGEREF _Toc138649185 h 18HYPERLINK l _Toc1386491864.2 概念设计 PAGEREF _Toc138649186 h 19HYPERLINK l _Toc1386491874.3 逻辑设计 PAGE

11、REF _Toc138649187 h 20HYPERLINK l _Toc1386491884.4 物理设计 PAGEREF _Toc138649188 h 21HYPERLINK l _Toc138649189 设计原理 PAGEREF _Toc138649189 h 21HYPERLINK l _Toc138649190 设计方案 PAGEREF _Toc138649190 h 22HYPERLINK l _Toc1386491914.5 数据库实现 PAGEREF _Toc138649191 h 22HYPERLINK l _Toc1386491924.6 数据库的平安性设计 PAGE

12、REF _Toc138649192 h 26HYPERLINK l _Toc138649193第5章 系统的设计 PAGEREF _Toc138649193 h 27HYPERLINK l _Toc1386491945.1 系统设计原则 PAGEREF _Toc138649194 h 27HYPERLINK l _Toc1386491955.2 系统的功能构造的设计 PAGEREF _Toc138649195 h 27HYPERLINK l _Toc138649196第6章 系统实现 PAGEREF _Toc138649196 h 31HYPERLINK l _Toc1386491976.1

13、系统界面的实现 PAGEREF _Toc138649197 h 31HYPERLINK l _Toc1386491986.2 用户与管理员登陆的实现 PAGEREF _Toc138649198 h 33HYPERLINK l _Toc1386491996.3 商品管理的实现 PAGEREF _Toc138649199 h 34HYPERLINK l _Toc1386492006.4 商品浏览与查询的实现 PAGEREF _Toc138649200 h 36HYPERLINK l _Toc1386492016.5 订单处理的实现 PAGEREF _Toc138649201 h 42HYPERLI

14、NK l _Toc1386492026.6 留言板的实现 PAGEREF _Toc138649202 h 44HYPERLINK l _Toc138649203第7章 系统测试 PAGEREF _Toc138649203 h 46HYPERLINK l _Toc1386492047.1 测试的任务及目标 PAGEREF _Toc138649204 h 46HYPERLINK l _Toc1386492057.2 测试方法 PAGEREF _Toc138649205 h 46HYPERLINK l _Toc1386492067.3 测试过程与结果分析 PAGEREF _Toc138649206

15、h 48HYPERLINK l _Toc138649207第8章 结论 PAGEREF _Toc138649207 h 50HYPERLINK l _Toc138649208参考文献 PAGEREF _Toc138649208 h 51HYPERLINK l _Toc138649209致 PAGEREF _Toc138649209 h 52HYPERLINK l _Toc138649210附录 PAGEREF _Toc138649210 h 53-. z.绪 论设计设想本文所要设计的购物系统的主要针对对象是建材。将建筑材料和家居用品进展网上销售，这对于目前国的建材市场来说算是一个全新的尝试建筑

16、制品和建材产品多有明确的国家标准和部颁标准，适合网上销售。且根本建立市场需求量教大，国家居装修和产品出口市场也很广阔。当前中国建材商品网，中国装饰材料网，中国水泥网，鲁班网络等建筑、建材，已形成多品种、广覆盖。纵横交织的网络格局，近一步完善了建材家族的网络体系。特别是智能化房屋，把信息化技术贴紧百姓生活，受到了人们的欢送。 当前的问题是：由于根本建立单位流动性大，上网者少，缺少客户群；局部出口产品缺少ISO 9001质量认证； 已实行网上采购的单位，缺少相应的配套规定。如各地普遍实行的建材产品准入制度，规定材质单必须加盖红章，因此无红章的单证效力问题，与原有规定发生了碰撞，阻碍了产品的销售。加

17、上装饰建材的销售受虚假广告宣传的影响，坏了名声，人们不敢轻易相信送上门来的是正品。 新型建材，市场潜力很大。当前主要是缺少市场气氛。已有的科普，尚缺少市场化运作。既影响了销售，又丢掉了市场。开发工具选择1.什么是EclipseEclipse是一个开放源代码的、基于 Java 的可扩展开发平台。就其本身而言，它只是一个框架和一组效劳，用于通过插件组件构建开发环境。幸运的是，Eclipse 附带了一个标准的插件集，包括 Java 开发工具Java Development Tools，JDT。虽然大多数用户很乐于将 Eclipse 当作 Java IDE 来使用，但 Eclipse 的目标不仅限于此

18、。Eclipse 还包括插件开发环境Plug-in Development Environment，PDE，这个组件主要针对希望扩展 Eclipse 的软件开发人员，因为它允许他们构建与 Eclipse 环境无缝集成的工具。由于 Eclipse 中的每样东西都是插件，对于给 Eclipse 提供插件，以及给用户提供一致和统一的集成开发环境而言，所有工具开发人员都具有同等的发挥场所。这种平等和一致性并不仅限于 Java 开发工具。尽管 Eclipse 是使用 Java 语言开发的，但它的用途并不限于 Java 语言；例如，支持诸如 C/C+、COBOL 和 Eiffel 等编程语言的插件已经可用

19、，或预计会推出。Eclipse 框架还可用来作为与软件开发无关的其他应用程序类型的根底，比方容管理系统。基于Eclipse 的应用程序的突出例子是 IBM 的 WebSphere Studio Workbench，它构成了 IBM Java 开发工具系列的根底。例如，WebSphere Studio Application Developer 添加了对 JSP、servlet、E、*ML、Web 效劳和数据库访问的支持。2.Eclipse 是开放源代码的软件开放源代码软件是这样一种软件，它们在发布时附带了旨在确保将*些权利授予用户的许可证。当然，最明显的权利就是源代码必须可用，以便用户能自由地

20、修改和再分发该软件。这种用户权利的保护是通过一种称为 copyleft 的策略来完成的：软件许可证主保护，除非明确授予用户这样的权利，否则用户不得分发该软件。copyleft 还要求同一许可证涵盖任何被再分发的软件。这实际上倒置了的目的使用来授予用户权利，而不是为软件的开发者保存copyleft 经常被描述为保存所有。曾经四处蔓延的对开放源代码软件的许多恐惧、担忧和疑虑，都与*些 copyleft 许可证的所谓病毒性质有关如果使用开放源代码软件作为您开发的程序的一局部，您将失去自己的知识产权，因为该许可证将传染您开发的专有局部。换句话说，该许可证可能要求与开放源代码软件一起打包的所有软件，都必

21、须在一样的许可证之下发布。虽然这对最著名的 copyleft 许可证即 GNU 通用公共许可证，例如 Linu* 就是在该许可证之下发布的来说可能是事实，当时还有其他许可证在商业化和社区考虑之间提供了较好的平衡。开发方案选择1.运行环境网上购物系统将采用三层构造完成系统程序构建表现层/业务层/数据层，JAVA语言完成系统的软件开发。这样可以使客户端无需维护，极大的节省了维护费用和时间。表现层客户层是以Web页面的形式呈现的，运行在浏览器中，其具体代码是HTML或*ML；其中表示层的局部代码是由三层构造的中间层动态生成的。业务层(中间层)是由运行在Web效劳器上的JSP/Servlet以及数据访

22、问对象Javabean组件构成。三层构造的最后一层是数据层，利用数据库管理系统SQL Server2000中的数据库管理功能对数据的平安性、一致性和性等进展控制。2.软件环境系统环境：Windows 2000 serverweb效劳器：Tomcat数据库效劳器：SQLServer2000客户端：IE 5.0 或以上版本，Netscape 3.0以上，Tecent等浏览器开发方案：JSP开发工具：Dreamwaver M*, Eclipse 2.1, Photoshop 7.03.硬件环境Web效劳器由于Web效劳器对系统的I/O要求相对较高，并且随访问用户数量的增加，系统的实时响应能力和I/O

23、能力要求也会要频繁地处理数据。所以在Web效劳器的选择上，应该采用性能较强的效劳器。如表1.1所示。表1.1网上购物系统Web效劳器配置NTEL 8220*R处理器支持两路Intel *eon处理器，主频最高可达2.4GHz存1GB ECC Registered DDR存，最大容量可扩展到8GB存储支持6块 18G/36G/73G Ultra 160 SCSI硬盘网络集成两块INTEL PRO/100+网络控制器显示集成8M显存电源效劳器专用400W电源光驱标准光驱软驱1.44M 3.5软驱数据库效劳器数据库效劳对效劳器的各项配置要求也很高，要处理前端效劳器的请求，在数据库效劳器的选择上，稳定

24、性是最重要的。如表1.2所示。表1.2网上购物系统数据库效劳器配置IBM *232( 8668-42*)处理器P-III 1.3G存256MB ECC SDRAM RDIMM,最高达4GB磁盘类型10000rpm U160 SCSI HDD 容量可选网络集成10/100以太网续表1.2显示集成电源2*250W 热插拔电源光驱标准光驱软驱1.44M 3.5软驱电源电压220V 50Hz4网上购物系统网络拓扑构造如图1.1所示。图1.1 网络拓扑图开发方法1.开发网上购物系统的主要问题开发电子商务系统过程中存在的主要问题：1)对系统的目标不明确2)没有用户观点3)开发人员和用户之间缺少能沟通的工具

25、4)系统开发过程中没有明确的阶段划分和分工5)缺乏文挡2.网上购物系统的开发方法开发信息系统的主要方法：1)构造化开发方法系统生命周期法2)原型法3)面向对象的方法 鉴于以上所提到的问题，网上购物系统的开发打算采用构造化开发方法。从而使系统功能更加完整、具体，功能流程较为明确。构造化程序设计就是一种进展程序设计的原则和方法，按照这种原则和方法可设计出构造清晰、容易理解、容易修改、容易验证的程序。即：构造化程序设计是按照一定的原则与原理，组织和编写正确且易读的程序的软件技术。构造化程序设计的目标在于使程序具有一个合理构造，以保证和验证程序的正确性，从而开发出正确、合理的程序。(1)根底：系统逻辑

26、功能、数据流关系。(2)借助于：一套标准的设计准则和图表工具(3)构造化开发方法的根本思路：自上而下和自上而下划分的反复，把系统逐层划分为多个大小适当、功能明确、有一定独立性且容易实现的模块，从而把复杂的系统设计转变为多个简单模块的设计。3网上购物系统的开发流程如图1.2所示。图1.2 网上购物系统开发流程图可行性研究随着信息社会的不断开展，计算机的使用已经深入到人们工作生活中的每一个角落。在社会的每一个角落，引入计算机管理系统，可以大大提高管理效率和质量，是进展现代化、标准化建立的必然趋势。现代社会的开展只有建立在现代的思想及现代化的管理手段之上才能生存。经过前期的调研，发现许多网上销售管理

27、都存在不少弊端，很多网上销售管理系统功能尚未完善，进展网上销售的各方面管理有时候需要花费大量的人力。技术可行性待开发软件开发工具可以在Windows平台上运行，也可以在Uni*、Linu*平台运行。硬件要求CPU 500MHZ以上，存64MHZ以上，操作系统建议使用Windows 95以上，操作员要求对计算机操作熟练，能够熟练使用常用软件，对计算机组成构造和开发语言不做要求。现有的约束和限制是：没有工程经历，虽然对jsp、java有一定了解，但是深度不深，有时候需要解决一些技术性的问题，目前最大的难处是对整个超市的制度了解甚少，考虑系统的功能不够完善，有时候会漏掉很多功能，但是相信在教师的指导

28、和提点下，再加上我对网上销售管理制度的逐步了解，这些困难都回一一克制，我一定会全力使功能更加完善。经济可行性待开发系统是网上销售系统，由于自己已经实习了一段时间，对情况也有不少的了解，不需要花费太多的资金。至于这个系统的价值，如果我的这个系统做得比拟好，建材公司也可以借用，毕竟我的能力有限，如果专家组认为没有采纳，我认为，这是我的一次珍贵的工程开发经历，有很好参考价值，可以为以后在工作中奠定良好的根底，所以，不管怎么样这是我自己做的东西，为了表达我的价值，我也会好好完成。因此，这个系统的经济可行性完全可行。采用新的网上销售系统可减少人工开支，节省资金，并且可大大提高信息量，缩短信息处理周期，提

29、高信息的利用率，使超时效劳质量更上一个台阶。操作可行性本系统操作简单，易于理解，只需通过简单培训，上手较快，面对于系统设计还应该标准性，平安性，兼容性，高效性，性，可维护性为标准，在着眼于当前实用的根底上，为将来系统的扩展，升级留有余地。软件的开发应能在较长时间满足市场的开展需要。故新系统还需要满足以下这几具标准：1.标准性：系统的软硬件选型都应该采用工业化标准，这样既可以保证系统运行质量又可以分享在此标准上的每一次技术进步。2.可靠性：由于信息的重要性，系统的软硬件应均为质量可靠，并采用RAID 0+1廉价磁盘冗余保护技术，确保不会由于软硬件故障造成系统运行终止而使用户蒙受损失。3.平安性：

30、通过软件的编制及硬件设置，控制使用者接触数据的权限，从而确保使用者无法操作与其无关的数据。4.兼容性：系统的所有软硬件理论上都应有100兼容性，用以保证软硬件的可互换性。5.高效性：由于商品信息每次处理的信息量较大，因此系统对信息的处理能力，响应能力都应是快速而有效的，在软件编制过程中应充分考虑到这一点。6.可维护性：系统软件设计应采用构造化模块设计，以便于开发和维护，也有利于根据情况随时进展功能调整。同时在系统开发时应该充分考虑到用户的日常维护，使之能简便易行。其他方面可行性本次设计由本人独立完成，借鉴了局部网上销售系统的烦琐、操作复杂、不易维护的教训。没有什么法律约束，所以可行。另外，本系

31、统操作简便，非常适合网上销售系统管理要求，而且根据我以往所学的知识和教师的指导，好有同学的帮助，我相信我一定能完成系统的开发，并表达它的价值。需求分析系统的需求分析网上购物系统主要是针对住友建材销售企业开发的在线建材销售网上商店。传统店铺形式的商店，数据比拟多，商品信息量十分巨大，因此很容易出现商品信息管理的混乱；而且无法满足客户想在互联网上进展购物的需求。网上购物系统主要是针对与网上商店商品购置相关数据库的后台管理，它为管理员提供一个便于管理数据库中数据的窗口，其目的是使管理员不需要具备十分专业的计算机知识就可以对数据进展操作，完成对数据的添加、删除和修改等操作；同时为前台客户提供了一个友好

32、、便捷的购物环境和购物流程。业务流程网上购物系统的业务流程如图3.1所示。图3.1网上购物系统业务流程图如图3.1所示，网上购物系统的业务流程为：用户首次网上购物系统，首先进展身份注册。输入注册信息之后，用户信息就存到了用户信息表，用户就成为了会员。下次登录的时候，可以使用注册时填写的会员ID和密码进展登录。用户登录之后就可以购置商品、浏览广告、查看信息和反应留言。图3.2 销售系统业务流程图如图3.2所示，销售管理系统的业务流程为：会员使用自己的用户名和密码登陆前台销售界面，管理员使用授权的密码登陆后台管理界面。管理员通过后台查看、删除、录入与修改商品信息，并存档商品信息表。商品信息表返回视

33、图供会员在前台对商品进展浏览和查询。会员在前台选择好满意的商品后，添加到自己的购物车，可以在自己的购物车上添加商品、删除商品、更改商品数量、返回继续购物等操作。购物完成后，点击结帐按钮，根据用户信息表和库存信息表生成销售订单，并存档销售订单表。管理员在后台界面对销售订单进展确认和删除的操作，会员也可以通过前台界面对销售订单状态进展查询和取消未完成的销售订单。管理员根据完成的销售订单生成出库申请单和销售收款单分别提交给库存部门和财务部门。数据流程数据流图(Data Flow Diagram, 简称DFD)是在对系统充分调查研究的根底上，从系统的科学性、管理的合理性、实际运行的可行性角度出发，将信

34、息处理功能和彼此之间的联系自顶向下、逐层分解，从逻辑上准确地描述系统应具有的数据加工功能、数据输入、数据输出、数据存储及数据的来源和去向(外部项)。1数据流程图顶层，如图3.3所示。图3.3 数据流程图顶层2数据流程图第一层，如图3.4所示。图3.4 数据流程图第一层3数据流程图第二层1管理商品信息模块，如图3.5所示。图3.5 数据流程图第二层P12商品浏览与查询模块，如图3.6所示。图3.6 数据流程图第二层P23处理购物车模块，如图3.7所示。图3.7 数据流程图第二层P34订单处理模块，如图3.8所示。图3.8 数据流程图第二层P45生成单据模块，如图3.9所示。图3.9 数据流程图第

35、二层P56反应留言模块，如图3.10所示。图3.10 数据流程图第二层P63.4数据字典数据字典(Data Dictionary, 简称 DD)是关于数据的数据，它的制作弥补数据流图对数据的具体容不能详细说明的缺乏。在数据流图中，包括数据流、数据存储、加工(处理逻辑)和外部实体，数据字典正是对这些组成局部进展说明、保存和维护。以下是本系统数据流图的局部数据字典。1) 数据流的定义总编号：1001 编号：F01名 称：商品分类信息来 源：P1.1商品分类管理 去 向：D1商品信息表说 明：录入商品类别信息总编号：1008编号：F08名 称：库存信息来 源：D2库存信息表去 向：P3.1添加商品说

36、 明：从库存信息表调用商品的库存信息到购物车处理总编号：1017 编号：F10名 称：订单状态来 源：P4.3确认订单去 向：D5订单状态表说 明：将订单状态确实认信息保存到订单状态表总编号：1017 编号：F14名 称：订单信息来 源：D6订单明细表去 向：P5.4编写出库申请单说 明：自动调用与订单号对应的相关订单信息总编号：1017 编号：F17名 称：留言信息来 源：会员 去 向：P6.2填写留言说 明：客户根据留言板表单填写留言信息2) 数据存储的定义总编号：2001 编号：D1名 称：商品信息表说 明：商品根本信息记录组 成：产品编号、分类、名称、型号、规格、生产厂家、描述、是否有

37、库存、注册日期相关数据流：P1.2D1总编号：2005 编号：D5名 称：订单状态表说 明：订单状态信息组 成：订单编号、订单中商品、订单时间、订单状态相关数据流：P4.3D5 P4.5D5总编号：209 编号：D9名 称：留言信息表说 明：记录客户留言信息组 成：留言标题、留言者、留言时间、留言容、留言者相关数据流：P6.1D9 P6.2D93) 外部实体的定义总编号：3001 编号：S01名 称：管理员说 明：后台管理整个销售系统输入数据流：无输出数据流：F01商品分类信息 F02 商品信息总编号：3003 编号：S03名 称：库存部门说 明：对商品的入库与出库进展管理输入数据流：D9出库

38、申请单输出数据流：D2库存信息表 总编号：3004 编号：S04名 称：财务部门说 明：对订单进展结算处理输入数据流：D8销售收款单输出数据流：无4) 处理过程的定义总编号：4001 编号：P1.1名 称：商品分类管理说 明：分类商品信息处理功能：对商品进展分类和录入数据库,以及删除现有的商品分类输入数据流：F01商品分类信息输出数据流：F02分类信息总编号：4004 编号：P2.1名 称：浏览商品列表 说 明：商品分类与商品根本信息的展示处理功能：调用商品分类表、商品信息表和商品明细表，提供给客户一个前台浏览的页面 输入数据流：D1 商品信息表输出数据流：P3购物车处理总编号：4013 编号

39、：P3.7名 称：生成订单说 明：与下一个模块订单处理相衔接处理功能：根据选择好的商品根本信息,金额和用户信息生成订单的根本信息输入数据流：F12订单信息 F13用户信息输出数据流：F14订单明细总编号：4016 编号：P4.3名 称：确认订单说 明：确定订单的状态和订单息处理功能：管理员后台确定客户前台生成的销售订单，把订单状态信息存入订单状态表输入数据流：P4.1查看订单输出数据流：D5订单状态表总编号：4020 编号：P5.1名 称：编制销售收款单说 明：添加销售收款信息并存档处理功能：根据销售订单信息编制销售收款单输入数据流：F21销售订单输出数据流：F22销售收款单数据库的设计数据库

40、设计总述数据库系统主要由三大局部组成：数据库管理系统DBMS：它是专门负责组织和管理数据信息的程序、数据库应用程序它使我们能够获取、显示和更新有DBMS存取的数据、数据库按一定构造组织在一起的相关数据的集合。随着DBMS技术的开展，目前的数据库系统正像客户/效劳器数据库将DBMS和数据库应用程序分开，从而提高了数据库系统的处理能力。数据库应用程序运行在一个或多个用户工作站客户机上，并且通过网络与运行在其它计算机上效劳器的一个庞大的Web效劳器站点的开通，海量的以HTML为代表的非构造化数据的应用，使人们意识到传统的关系型数据库以近个远远不能满足这些实际应用的需求。各大数据库厂商纷纷提出面向对象

41、数据库、非构造化数据库概念，在理论上寻求突破。通俗地理解非构造化数据库概念，就是能够处理记录变长，字段可重复，支持全文检索，支持多媒体信息的新型数据库。数据库加上相应的操作和管理数据库的软件，即为一个数据库管理系统DBMS，它能合理地组织和存储大量数据，并支持对于数据库表中数据的各种操作，如：更新、排序、索引、查询、列表、打印等。数据库系统是实现有组织、动态地存储大量的相关数据，方便用户访问的计算机软件、硬件资源组成的系统，它由数据库管理系统、数据库以及支撑数据库管理系统的软、硬件构成。数据库离不开数据模型。数据模型是对现实世界客观事物及其联系的描述，他放映数据项之间和记录之间的联系，在数据库

42、技术中使用模型的概念描述数据库的构造与语义。常用的三种数据模型：层次模型、网状模型和关系模型。此外，要有面向对象模型等。数据访问接口是一个对象模式，他代表了访问数据的各个方面。使用PB可以在任何应用程序过编程来控制连接、语句生成器和供使用的返回数据。关系模型把数据之间的关系看成一个二维表关系，因为二维表关系建立在集合代数关系理论根底上，所以，把这种建立在模型根底上的数据库称为关系数据库。数据库与文件系统不同，起数据独立于程序而存在，并且可以提供给不同的用户共享使用，其根本思想是多所有的数据实行统一的、集中的、独立于程序的管理。数据库管理系统很好的实现了这一根本思想。下面是数据库系统中的一些概念

43、和术语：数据库设计就是在所选定的数据库管理信息系统上建立数据库模型的过程，一般来说，可以用以下三个步骤进展设计，即如概念设计、逻辑设计、物理设计。关系数据库起数据类型是由数据构造类型集合、操作集合和完整性集合散布跟组成。其特点是实体的描述和实体间联系的描述是采取单一的构造类型，都用关系表示。1.概念构造设计目的是将需求分析中关于数据的需求，综合为一个统一的概念模型。根据应用要求对要管理的对象进展充分的调查分析，在此根底上抽象出各个实体，并找出各个实体间的联系即数据库之间的关系，从而建立概念模型。2.逻辑设计将前一步得出的概念模型转换为特定的数据库管理系统能够承受的逻辑模式。利用所选定的数据管理

44、系统用相应的数据描述语言对数据类似即概念模型进展准确定义，即把概念模型映衬到逻辑模型上。3.物理设计目的在于确定数据库的存储构造。其主要任务包括：确定数据库文件和索引文件的记录格式和物理构造，选择存取方法，决定存放文件的路径和外存储器的分配策略等。表Table：一个表就是一组相关的数据按行排列，像一表格一样。字段Field：在表中，每一列称为一个字段。每一个字段都有相应的描述信息，如数据类型、数据宽度等。记录Record：在表中，每一行称为一条记录。索引Inde*：为了加快访问数据库的速度，许多数据库都是用索引。概念设计概念模型是对信息世界的建模，所以概念模型应该能够方便、准确的表示出信息世界

45、中的常用概念。实体关系模型Entity-Relationship Module,简称E-R图是数据库构造设计常用的方法。E-R图提供了表示实体、属性和联系的方法。实体型：用矩形表示，矩形框写明实体名属性：用椭圆型表示，并用无向边与其相应实体连接起来联系：用菱形表示，菱形框写明联系名，并用无向边与其有关实体连接起来，同时在边旁边标上联系的类型1：1，1：n或m：n。将需求分析得到的用户需求抽象为信息构造，即概念模型的过程就是概念构造设计。在概念设计阶段，描述系统概念模型的有力工具是E-R模型。如图4.1所示。图4.1 系统ER图逻辑设计逻辑构造设计是把概念构造设计阶段设计好的E-R图转换成与选用

46、的DBMS产品所支持的数据模型(本采用关系数据模型)相符合的逻辑构造。根据销售管理子系统的E-R图转换为以下关系数据模型。商品分类表商品分类编号，商品分类名称，商品分类描述。商品信息表商品编号，商品分类编号，商品名称，商品描述，是否有库存，商品添加时间，商品规格，生产厂家，产地。商品明细表商品ID，商品编号，商品分类描述，市场价格，会员价格，商品状态。库存信息表商品ID，商品库存量。销售订单表订单编号，用户编号，订单日期，用户地址街道，用户地址城市，用户地址省份，用户 ，订单金额，订单，信用卡号，信用卡类型。销售订单明细表订单编号，商品编号，订单中商品，商品数量，单价。销售订单状态表订单编号，

47、商品编号，订单状态，订单时间。留言信息表留言标题，用户编号，留言时间，留言容，留言者。出库申请单订单编号，出库申请单编号，用户编号，订单日期，商品ID，商品数量，申请人，审核人，备注。销售收款单订单编号，销售收款单编号，用户编号，订单日期，销售金额，收款人，审核人，备注。用户信息表用户编号，用户名，用户，用户地址街道，用户地址城市，用户地址省份，用户 ，信用卡号，信用卡类型，用户登陆次数，用户上次登陆时间，用户类型，密码，。如图4.2所示为系统数据库的逻辑关系设计。图4.2数据库关系图物理设计设计原理数据库最终是要存储在物理设备上的。为一个给定的逻辑数据模型选取一个最适合应用环境的物理构造存储

48、构造与存取方法的过程，就是数据库的物理设计。物理构造依赖于给定的DBMS和硬件系统，因此设计人员必须充分了解所用DBMS的部特征，特别是存储构造和存取方法；充分了解应用环境，特别是应用的处理频率和响应时间要求；以及充分了解外存设备的特性。1.确定数据的存储构造确定数据库存储构造时要综合考虑存取时间、存取空间利用率和维护代价三方面的因素。这三个方面常常是相互矛盾的，例如消除一切冗余数据虽然能够节约存储空间，但往往会导致检索代价的增加，因此必须进展权衡，选择一个之中方案。2.设计数据的存取路径在关系数据库中，选择存取路径主要是指确定如何建立索引。例如，应把那些域作为次码建立次索引，建立单码缩印好事

49、组合索引，建立多少个为适宜，是否建立聚集索引等。3.确定数据的存放位置为了提高系统性能，数据应该根据应用情况将易变局部与稳定局部、经常存取局部和存取频率较低局部分开存放。4.确定系统配置DBMS产品一般都提供了一些存储分配参数，供设计人员和DBA对数据库进展物理优化。初始情况下，系统都为这些变量赋予了合理的缺省值。但是这些值不一定适合每一种应用环境，在进展物理设计时，需要重新对这些变量赋值以改善系统的性能。设计方案根据以上的数据库设计原理，在建立数据库时，对应逻辑设计的数据库名jspdev，设计数据库的物理文件及相关属性如下:主数据文件：jspdev_Data.MDF。初始空间：1.56MB，

50、假设超出空间按10%自动增长。存放路径:c:program filesMicrosoft SQL ServerMSSQLDatabase。最大文件大小：不受限。日志文件：jspdev_Log.LDF。初始空间：1MB，假设超出空间按10%自动增长。存放路径:c:program filesMicrosoft SQL ServerMSSQLDatabase。最大文件大小：不受限。数据库实现根据逻辑设计中转换后的关系模型以及对关系模型进展的优化，可以在已经创立好的数据库上创立数据表。如各表下为销售管理子系统数据库的物理设计：表4.1商品分类表段名说明类型长度可否为空主键catid商品分类编号Varc

51、har20否是name商品分类名称Varchar80可以des商品分类描述Varchar225可以表4.2商品信息表字段名说明类型长度可否为空主键productid商品编号Varchar30否是category商品分类编号Varchar30否name商品名称Varchar80可以des商品描述Varchar225可以isPromot是否有库存Bit1可以registerTime商品添加时间Datetime8可以standard商品规格Varchar80可以type商品型号Varchar50可以supplier生产厂家Varchar50可以supplyland产地Varchar30可以表4.3商

52、品明细表字段名说明类型长度可否为空主键itemid商品IDVarchar30否是productid商品编号Varchar30否是listprice市场价格decimal9可以unitcost会员价格decimal9可以status商品状态Varchar2可以表4.4库存信息表字段名说明类型长度可否为空主键itemid商品IDVarchar30否是qty商品库存量Int4可以表4.5销售订单表字段名说明类型长度可否为空主键orderid订单编号Varchar30否是userid用户编号Varchar80可以orderdate订单日期datetime8可以shipstreet用户地址街道Varch

53、ar80可以shipcity用户地址城市Varchar80可以shipstate用户地址省份Varchar80可以shipzip用户 Varchar20可以totalprice订单金额decimal9可以shiptoname订单Varchar80可以creditcard信用卡号Varchar80可以cardtype信用卡类型Varchar80可以表4.6销售订单明细表字段名说明类型长度可否为空主键orderid订单编号Varchar30否是linenum订单中商品Int4可以productid商品编号Varchar10可以是quantity商品数量Int4可以unitprice单价decima

54、l9可以表4.7销售订单状态表字段名说明类型长度可否为空主键orderid订单编号Varchar30否是peoductid商品编号Varchar10否是timestamp订单时间Datetime8可以status订单状态Varchar2可以表4.8留言信息表字段名说明类型长度可否为空主键title留言标题Varchar100否是userid用户编号Varchar40否time留言时间Datetime8可以content留言容Varchar2000可以mail留言者Varchar50可以表4.9出库申请单表字段名说明类型长度可否为空主键Outstockid出库申请单编号Varchar30否Ord

55、erid订单编号Varchar30否是Userid用户编号Varchar80可以Itemid商品IDVarchar30可以Quantity商品数量Int4可以Date订单日期datetime8可以Applier申请人Varchar50可以Checker审核人Varchar50可以Remarks备注Varchar200可以表4.10销售收款单表字段名说明类型长度可否为空主键Payid销售收款单编号Varchar30否Orderid订单编号Varchar30否是Userid用户编号Varchar80可以Totalprice销售金额decimal9可以Date订单日期datetime8可以Payee

56、r收款人Varchar50可以Checker审核人Varchar50可以Remarks备注Varchar200可以表4.11用户信息表字段名说明类型长度可否为空主键Userid用户编号nvarchar40否是Name用户名nvarchar40否Phone用户nvarchar40否Street用户地址街道nvarchar40否State用户地址省份nvarchar40否City用户地址城市nvarchar40否zipCode邮政编码nvarchar40否Email用户nvarchar40可以cardNumber信用卡nvarchar40否cardType信用卡类型int4否userLogCoun

57、t用户登陆次数int4否userLastLogTime用户上次登陆时间smalldatetime4可以userType用户类型int4否Password密码nvarchar40否数据库的平安性设计无论是何种形式的或管理系统，数据的平安性是最为重要的。为了防止用户的匿名访问，采取了使用SQL Server身份验证，并在SQL Server 2000的平安性设之中，设置了管理登陆的ID和效劳器角色，严格的控制用户及其操作权限，这可以防止未经授权的用户非法登陆到SQL Server2000数据库管理系统。针对前一阶段网上发布的微软SQL Server2000出现重大平安漏洞的问题，及时到微软的下载了

58、SQL Server2000的SP，以防止网络用户中的高手通过此漏洞登陆到SQL Server2000数据库管理系统，破坏数据的完整性和一致性。系统的设计系统设计原则和一般的应用程序相比，网络应用程序更注重稳定性和强健性，而电子商务的应用对平安性的要求更是严格。一次死机的结果对于网络应用程序来说不过是系统重起的小麻烦，而是对电子商务的应用来说则是一次灾难。所以本系统的主要设计原则是：平安，强健，用户友好。1.平安性平安的围包括各个方面，大到系统的平安，小到客户的敏感数据都在考虑围之，采取的平安措施包括：软件和硬件防火墙，防病毒措施，防黑客措施，不同的登陆授权机制等等。2.强健性即的容错容灾能力

59、。网上购物系统采用了高性能的硬件设备和相关的软件产品来保障客户随时可以得到高质量的效劳。由于每天后台均进展数据备份，故具有良好的故障恢复能力。3.用户友好销售管理子系统的用户是会员和管理员，系统的界面开发仍然坚持用户至上的原则，力图构建界面美观，功能齐全而操作方便的系统，给与用户最大围的效劳支持。系统开发从会员和管理员的角度出发，分析可能的需求，使其在操作时，易于上手，便于管理。系统的功能构造的设计网上购物系统功能构造图如图5.1所示。图5.1 网上购物系统功能构造图如图5.2所示，销售管理子系统的主要功能是处理销售业务的前台展示、后台管理，以及前后台之间的衔接。功能模块一共设计了六个子模块：

60、商品管理、商品浏览与查询、购物车、订单处理、单据生成、反应留言。图5.2 销售管理系统功能构造图以下为个功能模块的具体描述。1.如图5.3所示，商品管理模块的功能是在数据库中建立商品信息的表，管理员可以对商品和商品类别进展增、删、改、查；商品管理模块又可以分为商品类别管理和商品信息管理两个子模块。图5.3 销售管理系统功能构造子图12.如图5.4所示，商品浏览与查询模块的功能是为客户建立一个商品信息发布的平台，客户可以根据自己的喜好进展商品选择浏览，也可以根据有目的地进展商品模糊搜索查询；商品浏览与查询模块又分为商品查询和商品浏览两个子模块。图5.4 销售管理系统功能构造子图23.如图5.5所