网上销售系统的设计与实现.doc

本科生毕业设计（论文）
摘 要
销售管理子系统是一个B2C模式的以网上零售为主的在线购物系统,采用三层架构的B/S开发技术，数据库选择了Microsoft SQL Server 2000，并利用了目前流行的WEB开发技术－JSP,通过JavaBean和JSTL的使用，实现了前台商品的展示、购物车、留言板；后台商品管理、订单处理、单据生成等主要功能.将业务模型最终以程序的形式实现,从而使得该系统能充分满足基于B2C模式的网上销售系统的需要.
使用该软件既能够对企业内部库存、采购和客户关系等部门实施电子化管理；也能够通过互联网，在线进行商品销售和结算管理.该系统可以顺畅企业内部信息流，为企业开拓了具有巨大潜力的网上销售市场，也减少企业内部工作流程，进而提高工作效率和工作质量，使企业在激烈的市场竞争中获得竞争优势。
本文主要对网上销售系统进行总体设计，并对销售管理子系统进行系统分析、系统设计、系统实现和系统测试。
关键词：B2C;购物车；JavaBean；订单处理
Abstract
Sales 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—tier 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 Item Display, Shopping Cart, Feedback Board, Inventory Management， Order Processing， and Bill Generation etc. The real business mode finally is embodied in form of computer program。 Therefore， the system can fully meet requirements of a B2C online sale mode.
With the system businesses can realize the informative 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 process and improve work efficiency and quality。 It will bring competitive 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 words： B2C; Shopping vehicle； JavaBean； Dispose the order forms
目 录
第1章 绪 论 1
1.1 设计构想 1
1.2 开发工具选择 1
1.3 开发方案选择 2
1。4 开发方法 4
第2章 可行性研究 7
2。1 技术可行性 7
2.2 经济可行性 7
2。3 操作可行性 8
2。4 其他方面可行性 8
第3章 需求分析 9
3。1 系统的需求分析 9
3。2 业务流程 9
3.3 数据流程 10
3.4数据字典 14
第4章 数据库的设计 18
4。1 数据库设计总述 18
4.2 概念设计 19
4.3 逻辑设计 20
4.4 物理设计 21
4.4。1 设计原理 21
4.4.2 设计方案 22
4。5 数据库实现 22
4.6 数据库的安全性设计 26
第5章 系统的设计 27
5。1 系统设计原则 27
5。2 系统的功能结构的设计 27
第6章 系统实现 31
6。1 系统界面的实现 31
6。2 用户与管理员登陆的实现 33
6.3 商品管理的实现 34
6.4 商品浏览与查询的实现 36
6.5 订单处理的实现 42
6.6 留言板的实现 44
第7章 系统测试 46
7.1 测试的任务及目标 46
7.2 测试方法 46
7。3 测试过程与结果分析 48
第8章 结 论 50
参考文献 51
致 谢 52
附 录 53
IV
第1章 绪 论
1.1 设计构想
本文所要设计的购物系统的主要针对对象是建材.将建筑材料和家居用品进行网上销售,这对于目前国内的建材市场来说算是一个全新的尝试
建筑制品和建材产品多有明确的国家标准和部颁标准，适合网上销售。且基本建设市场需求量教大，国内家居装修和产品出口市场也很广阔。当前《中国建材商品网》,《中国装饰材料网》,《中国水泥网》，《鲁班网络》等建筑、建材网站，已形成多品种、广覆盖。纵横交错的网络格局，近一步完善了建材家族的网络体系。特别是智能化房屋网站，把信息化技术贴紧百姓生活,受到了人们的欢迎.
当前的问题是：由于基本建设单位流动性大，上网者少，缺少客户群；部分出口产品缺少ISO 9001质量认证； 已实行网上采购的单位，缺少相应的配套规定。如各地普遍实行的建材产品准入制度，规定材质单必须加盖红章，因此无红章的单证效力问题，与原有规定发生了碰撞,阻碍了产品的销售。加上装饰建材的销售受虚假广告宣传的影响，坏了名声，人们不敢轻易相信送上门来的是正品。
新型建材，市场潜力很大。当前主要是缺少市场氛围。已有的科普网站，尚缺少市场化运作。既影响了销售，又丢掉了市场.
1.2 开发工具选择
1.什么是Eclipse
Eclipse是一个开放源代码的、基于 Java 的可扩展开发平台。就其本身而言，它只是一个框架和一组服务，用于通过插件组件构建开发环境。幸运的是，Eclipse 附带了一个标准的插件集，包括 Java 开发工具（Java Development Tools，JDT)。
虽然大多数用户很乐于将 Eclipse 当作 Java IDE 来使用，但 Eclipse 的目标不仅限于此。Eclipse 还包括插件开发环境（Plug-in Development Environment，PDE），这个组件主要针对希望扩展 Eclipse 的软件开发人员，因为它允许他们构建与 Eclipse 环境无缝集成的工具。由于 Eclipse 中的每样东西都是插件，对于给 Eclipse 提供插件,以及给用户提供一致和统一的集成开发环境而言，所有工具开发人员都具有同等的发挥场所.这种平等和一致性并不仅限于 Java 开发工具.尽管 Eclipse 是使用 Java 语言开发的，但它的用途并不限于 Java 语言；例如，支持诸如 C/C++、COBOL 和 Eiffel 等编程语言的插件已经可用，或预计会推出.Eclipse 框架还可用来作为与软件开发无关的其他应用程序类型的基础，比如内容管理系统。
基于Eclipse 的应用程序的突出例子是 IBM 的 WebSphere Studio Workbench,它构成了 IBM Java 开发工具系列的基础。例如,WebSphere Studio Application Developer 添加了对 JSP、servlet、EJB、XML、Web 服务和数据库访问的支持.
2.Eclipse 是开放源代码的软件
开放源代码软件是这样一种软件,它们在发布时附带了旨在确保将某些权利授予用户的许可证.当然,最明显的权利就是源代码必须可用，以便用户能自由地修改和再分发该软件。这种用户权利的保护是通过一种称为 copyleft 的策略来完成的:软件许可证主张版权保护,除非明确授予用户这样的权利，否则用户不得分发该软件.copyleft 还要求同一许可证涵盖任何被再分发的软件。这实际上倒置了版权的目的—-使用版权来授予用户权利，而不是为软件的开发者保留版权--copyleft 经常被描述为“保留所有版权”.
曾经四处蔓延的对开放源代码软件的许多恐惧、担忧和疑虑，都与某些 copyleft 许可证的所谓“病毒"性质有关——如果使用开放源代码软件作为您开发的程序的一部分，您将失去自己的知识产权，因为该许可证将“传染”您开发的专有部分。换句话说，该许可证可能要求与开放源代码软件一起打包的所有软件，都必须在相同的许可证之下发布。虽然这对最著名的 copyleft 许可证（即 GNU 通用公共许可证，例如 Linux 就是在该许可证之下发布的）来说可能是事实，当时还有其他许可证在商业化和社区考虑之间提供了较好的平衡.
1.3 开发方案选择
1。运行环境
网上购物系统将采用三层结构完成系统程序构建（表现层/业务层/数据层)，JAVA语言完成系统的软件开发。这样可以使客户端无需维护，极大的节省了维护费用和时间。表现层（客户层）是以Web页面的形式呈现的，运行在浏览器中，其具体代码是HTML或XML；其中表示层的部分代码是由三层结构的中间层动态生成的。业务层(中间层)是由运行在Web服务器上的JSP/Servlet以及数据访问对象Javabean组件构成。三层结构的最后一层是数据层,利用数据库管理系统SQL Server2000中的数据库管理功能对数据的安全性、一致性和保密性等进行控制。
2。软件环境
系统环境：Windows 2000 server
web服务器：Tomcat
数据库服务器：SQLServer2000
客户端：IE 5.0 或以上版本，Netscape 3.0以上，Tecent等浏览器
开发方案:JSP
开发工具:Dreamwaver MX, Eclipse 2。1, Photoshop 7。0
3.硬件环境
Web服务器
由于Web服务器对系统的I/O要求相对较高，并且随访问用户数量的增加，系统的实时响应能力和I/O能力要求也会要频繁地处理数据。所以在Web服务器的选择上，应该采用性能较强的服务器.如表1。1所示.
表1。1网上购物系统Web服务器配置
NTEL 8220XR
处理器
支持两路Intel Xeon处理器，主频最高可达2。4GHz
内存
1GB ECC Registered DDR内存，最大容量可扩展到8GB
存储
支持6块 18G/36G/73G Ultra 160 SCSI硬盘
网络
集成两块INTEL PRO/100+网络控制器
显示
集成8M显存
电源
服务器专用400W电源
光驱
标准光驱
软驱
1。44M 3。5"软驱
数据库服务器
数据库服务对服务器的各项配置要求也很高，要处理前端服务器的请求，在数据库服务器的选择上，稳定性是最重要的.如表1.2所示。
表1.2网上购物系统数据库服务器配置
IBM X232( 8668-42X)
处理器
P-III 1。3G
内存
256MB ECC SDRAM RDIMM，最高达4GB
磁盘类型
10000rpm U160 SCSI HDD 容量可选
网络
集成10/100以太网
续表1。2
显示
集成
电源
2x250W 热插拔电源
光驱
标准光驱
软驱
1.44M 3。5”软驱
电源电压
220V 50Hz
4．网上购物系统网络拓扑结构如图1.1所示。
图1。1 网络拓扑图
1.4 开发方法
1。开发网上购物系统的主要问题
开发电子商务系统过程中存在的主要问题：
1）对系统的目标不明确
2）没有用户观点
3）开发人员和用户之间缺少能沟通的工具
4)系统开发过程中没有明确的阶段划分和分工
5)缺乏文挡
2.网上购物系统的开发方法
开发信息系统的主要方法：
1)结构化开发方法（系统生命周期法）
2)原型法
3)面向对象的方法
鉴于以上所提到的问题，网上购物系统的开发打算采用结构化开发方法。从而使系统功能更加完整、具体，功能流程较为明确。结构化程序设计就是一种进行程序设计的原则和方法,按照这种原则和方法可设计出结构清晰、容易理解、容易修改、容易验证的程序.即：结构化程序设计是按照一定的原则与原理，组织和编写正确且易读的程序的软件技术。结构化程序设计的目标在于使程序具有一个合理结构,以保证和验证程序的正确性,从而开发出正确、合理的程序.
（1)基础:系统逻辑功能、数据流关系。
（2)借助于:一套标准的设计准则和图表工具
（3)结构化开发方法的基本思路：“自上而下”和“自上而下”划分的反复,把系统逐层划分为多个大小适当、功能明确、有一定独立性且容易实现的模块,从而把复杂的系统设计转变为多个简单模块的设计。
3．网上购物系统的开发流程如图1。2所示。
图1.2 网上购物系统开发流程图
第2章 可行性研究
随着信息社会的不断发展，计算机的使用已经深入到人们工作生活中的每一个角落。在社会的每一个角落，引入计算机管理系统，可以大大提高管理效率和质量,是进行现代化、标准化建设的必然趋势。现代社会的发展只有建立在现代的思想及现代化的管理手段之上才能生存。
经过前期的调研，发现许多网上销售管理都存在不少弊端，很多网上销售管理系统功能尚未完善，进行网上销售的各方面管理有时候需要花费大量的人力。
2.1 技术可行性
待开发软件开发工具可以在Windows平台上运行，也可以在Unix、Linux平台运行。硬件要求CPU 500MHZ以上，内存64MHZ以上，操作系统建议使用Windows 95以上，操作员要求对计算机操作熟练，能够熟练使用常用软件，对计算机组成结构和开发语言不做要求。现有的约束和限制是：没有项目经验，虽然对jsp、java有一定了解，但是深度不深，有时候需要解决一些技术性的问题,目前最大的难处是对整个超市的制度了解甚少,考虑系统的功能不够完善,有时候会漏掉很多功能，但是相信在老师的指导和提点下，再加上我对网上销售管理制度的逐步了解，这些困难都回一一克服，我一定会全力使功能更加完善.
2.2 经济可行性
待开发系统是网上销售系统，由于自己已经实习了一段时间，对情况也有不少的了解,不需要花费太多的资金。
至于这个系统的价值，如果我的这个系统做得比较好，建材公司也可以借用，毕竟我的能力有限，如果专家组认为没有采纳，我认为，这是我的一次宝贵的项目开发经验，有很好参考价值,可以为以后在工作中奠定良好的基础，所以,不管怎么样这是我自己做的东西，为了体现我的价值，我也会好好完成.因此,这个系统的经济可行性完全可行。
采用新的网上销售系统可减少人工开支,节省资金，并且可大大提高信息量，缩短信息处理周期，提高信息的利用率，使超时服务质量更上一个台阶.
2.3 操作可行性
本系统操作简单，易于理解，只需通过简单培训，上手较快,面对于系统设计还应该“标准性，安全性，兼容性，高效性，保密性,可维护性”为标准,在着眼于当前实用的基础上,为将来系统的扩展，升级留有余地.软件的开发应能在较长时间内满足市场的发展需要。故新系统还需要满足以下这几具标准：
1。标准性：系统的软硬件选型都应该采用工业化标准，这样既可以保证系统运行质量又可以分享在此标准上的每一次技术进步.
2。可靠性：由于信息的重要性，系统的软硬件应均为质量可靠,并采用RAID 0+1廉价磁盘冗余保护技术,确保不会由于软硬件故障造成系统运行终止而使用户蒙受损失。
3.安全性：通过软件的编制及硬件设置，控制使用者接触数据的权限,从而确保使用者无法操作与其无关的数据。
4。兼容性：系统的所有软硬件理论上都应有100℅兼容性，用以保证软硬件的可互换性。
5。高效性:由于商品信息每次处理的信息量较大，因此系统对信息的处理能力，响应能力都应是快速而有效的，在软件编制过程中应充分考虑到这一点。
6。可维护性:系统软件设计应采用结构化模块设计，以便于开发和维护，也有利于根据情况随时进行功能调整。同时在系统开发时应该充分考虑到用户的日常维护,使之能简便易行。
2.4 其他方面可行性
本次设计由本人独立完成，借鉴了部分网上销售系统的烦琐、操作复杂、不易维护的教训。没有什么法律约束，所以可行。另外，本系统操作简便，非常适合网上销售系统管理要求，而且根据我以往所学的知识和老师的指导，好有同学的帮助,我相信我一定能完成系统的开发,并体现它的价值.
第3章 需求分析
3.1 系统的需求分析
网上购物系统主要是针对住友建材销售企业开发的在线建材销售网上商店。传统店铺形式的商店,数据比较多，商品信息量十分巨大，因此很容易出现商品信息管理的混乱；而且无法满足客户想在互联网上进行购物的需求。网上购物系统主要是针对与网上商店商品购买相关数据库的后台管理，它为管理员提供一个便于管理数据库中数据的窗口，其目的是使管理员不需要具备十分专业的计算机知识就可以对数据进行操作，完成对数据的添加、删除和修改等操作；同时为前台客户提供了一个友好、便捷的购物环境和购物流程.
3.2 业务流程
网上购物系统的业务流程如图3。1所示.
图3。1网上购物系统业务流程图
如图3。1所示，网上购物系统的业务流程为:用户首次网上购物系统，首先进行身份注册.输入注册信息之后，用户信息就存到了用户信息表，用户就成为了会员.下次登录的时候，可以使用注册时填写的会员ID和密码进行登录.用
户登录之后就可以购买商品、浏览广告、查看帐户信息和反馈留言。
图3.2 销售系统业务流程图
如图3.2所示,销售管理系统的业务流程为:会员使用自己的用户名和密码登陆前台销售界面，管理员使用授权的密码登陆后台管理界面。管理员通过后台查看、删除、录入与修改商品信息，并存档商品信息表.商品信息表返回视图供会员在前台对商品进行浏览和查询。会员在前台选择好满意的商品后，添加到自己的购物车,可以在自己的购物车上添加商品、删除商品、更改商品数量、返回继续购物等操作。购物完成后，点击结帐按钮，根据用户信息表和库存信息表生成销售订单,并存档销售订单表。管理员在后台界面对销售订单进行确认和删除的操作，会员也可以通过前台界面对销售订单状态进行查询和取消未完成的销售订单。管理员根据完成的销售订单生成出库申请单和销售收款单分别提交给库存部门和财务部门。
3.3 数据流程
数据流图（Data Flow Diagram, 简称DFD）是在对系统充分调查研究的基础上，从系统的科学性、管理的合理性、实际运行的可行性角度出发,将信息处理功能和彼此之间的联系自顶向下、逐层分解，从逻辑上精确地描述系统应具有的数据加工功能、数据输入、数据输出、数据存储及数据的来源和去向(外部项）。
1．数据流程图顶层,如图3.3所示。
图3。3 数据流程图顶层
2．数据流程图第一层，如图3。4所示。
图3.4 数据流程图第一层
3．数据流程图第二层
1)管理商品信息模块，如图3。5所示.
图3.5 数据流程图第二层（P1）
2）商品浏览与查询模块,如图3.6所示。
图3.6 数据流程图第二层（P2）
3）处理购物车模块，如图3.7所示.
图3。7 数据流程图第二层(P3)
4）订单处理模块，如图3.8所示.
图3。8 数据流程图第二层（P4)
5）生成单据模块，如图3。9所示。
图3.9 数据流程图第二层（P5）
6）反馈留言模块，如图3。10所示。
图3。10 数据流程图第二层（P6）
3。4数据字典
数据字典(Data Dictionary, 简称 DD）是关于数据的数据，它的制作弥补数据流图对数据的具体内容不能详细说明的不足.在数据流图中，包括数据流、数据存储、加工（处理逻辑）和外部实体，数据字典正是对这些组成部分进行说明、保存和维护。以下是本系统数据流图的部分数据字典。
1) 数据流的定义
总编号:1-001 编号：F01
名 称：商品分类信息
来 源:P1.1商品分类管理
去 向：D1商品信息表
说 明：录入商品类别信息
总编号：1-008 编号：F08
名 称：库存信息
来 源：D2库存信息表
去 向:P3.1添加商品
说 明:从库存信息表调用商品的库存信息到购物车处理
总编号：1—017 编号：F10
名 称：订单状态
来 源：P4.3确认订单
去 向：D5订单状态表
说 明：将订单状态的确认信息保存到订单状态表
总编号：1—017 编号：F14
名 称:订单信息
来 源：D6订单明细表
去 向:P5.4编写出库申请单
说 明:自动调用与订单号对应的相关订单信息
总编号：1—017 编号：F17
名 称：留言信息
来 源：会员
去 向：P6。2填写留言
说 明：客户根据留言板表单填写留言信息
2) 数据存储的定义
总编号：2—001 编号：D1
名 称：商品信息表
说 明：商品基本信息记录
组 成：产品编号、分类、名称、型号、规格、生产厂家、描述、是否有库存、注册日期
相关数据流:P1。2àD1
总编号：2—005 编号:D5
名 称：订单状态表
说 明:订单状态信息
组 成：订单编号、订单中商品、订单时间、订单状态
相关数据流：P4.3àD5 P4.5àD5
总编号：2—09 编号:D9
名 称：留言信息表
说 明:记录客户留言信息
组 成:留言标题、留言者姓名、留言时间、留言内容、留言者邮箱
相关数据流：P6。1àD9 P6.2àD9
3） 外部实体的定义
总编号:3—001 编号：S01
名 称：管理员
说 明：后台管理整个销售系统
输入数据流:无
输出数据流：F01商品分类信息 F02 商品信息
总编号：3—003 编号：S03
名 称:库存部门
说 明：对商品的入库与出库进行管理
输入数据流:D9出库申请单
输出数据流：D2库存信息表
总编号：3—004 编号:S04
名 称:财务部门
说 明：对订单进行结算处理
输入数据流:D8销售收款单
输出数据流:无
4) 处理过程的定义
总编号:4—001 编号：P1。1
名 称：商品分类管理
说 明：分类商品信息
处理功能:对商品进行分类和录入数据库,以及删除现有的商品分类
输入数据流:F01商品分类信息
输出数据流：F02分类信息
总编号：4—004 编号:P2。1
名 称:浏览商品列表
说 明:商品分类与商品基本信息的展示
处理功能：调用商品分类表、商品信息表和商品明细表，提供给客户一个前台浏览的页面
输入数据流：D1 商品信息表
输出数据流：P3购物车处理
总编号：4-013 编号：P3。7
名 称：生成订单
说 明：与下一个模块订单处理相衔接
处理功能：根据选择好的商品基本信息，金额和用户信息生成订单的基本信息
输入数据流：F12订单信息 F13用户信息
输出数据流：F14订单明细
总编号:4—016 编号:P4。3
名 称：确认订单
说 明:确定订单的状态和订单中信息
处理功能:管理员后台确定客户前台生成的销售订单，把订单状态信息存入订单状态表
输入数据流:P4.1查看订单
输出数据流:D5订单状态表
总编号：4—020 编号：P5。1
名 称:编制销售收款单
说 明：添加销售收款信息并存档
处理功能:根据销售订单信息编制销售收款单
输入数据流:F21销售订单
输出数据流：F22销售收款单
第4章 数据库的设计
4.1 数据库设计总述
数据库系统主要由三大部分组成：数据库管理系统（DBMS：它是专门负责组织和管理数据信息的程序)、数据库应用程序（它使我们能够获取、显示和更新有DBMS存取的数据）、数据库（按一定结构组织在一起的相关数据的集合）。随着DBMS技术的发展，目前的数据库系统正像客户/服务器数据库将DBMS和数据库应用程序分开，从而提高了数据库系统的处理能力。数据库应用程序运行在一个或多个用户工作站(客户机)上，并且通过网络与运行在其它计算机上(服务器）的一个庞大的Web服务器站点的开通，海量的以HTML为代表的非结构化数据的应用,使人们意识到传统的关系型数据库以近个远远不能满足这些实际应用的需求。各大数据库厂商纷纷提出“面向对象数据库”、“非结构化数据库"概念,在理论上寻求突破。通俗地理解非结构化数据库概念，就是能够处理记录变长,字段可重复，支持全文检索，支持多媒体信息的新型数据库.
数据库加上相应的操作和管理数据库的软件，即为一个数据库管理系统（DBMS）,它能合理地组织和存储大量数据，并支持对于数据库表中数据的各种操作,如:更新、排序、索引、查询、列表、打印等。数据库系统是实现有组织、动态地存储大量的相关数据,方便用户访问的计算机软件、硬件资源组成的系统,它由数据库管理系统、数据库以及支撑数据库管理系统的软、硬件构成.
数据库离不开数据模型。数据模型是对现实世界客观事物及其联系的描述，他放映数据项之间和记录之间的联系，在数据库技术中使用模型的概念描述数据库的结构与语义。常用的三种数据模型：层次模型、网状模型和关系模型。此外，要有面向对象模型等。
数据访问接口是一个对象模式，他代表了访问数据的各个方面.使用PB可以在任何应用程序中通过编程来控制连接、语句生成器和供使用的返回数据。
关系模型把数据之间的关系看成一个二维表关系，因为二维表关系建立在集合代数关系理论基础上，所以，把这种建立在模型基础上的数据库称为关系数据库。
数据库与文件系统不同，起数据独立于程序而存在,并且可以提供给不同的用户共享使用，其基本思想是多所有的数据实行统一的、集中的、独立于程序的管理。数据库管理系统很好的实现了这一基本思想。下面是数据库系统中的一些概念和术语：
数据库设计就是在所选定的数据库管理信息系统上建立数据库模型的过程，一般来说，可以用以下三个步骤进行设计，即如概念设计、逻辑设计、物理设计.关系数据库起数据类型是由数据结构类型集合、操作集合和完整性集合散布跟组成。其特点是实体的描述和实体间联系的描述是采取单一的结构类型，都用关系表示.
1.概念结构设计
目的是将需求分析中关于数据的需求，综合为一个统一的概念模型。根据应用要求对要管理的对象进行充分的调查分析,在此基础上抽象出各个实体，并找出各个实体间的联系(即数据库之间的关系）,从而建立概念模型。
2.逻辑设计
将前一步得出的概念模型转换为特定的数据库管理系统能够接受的逻辑模式。利用所选定的数据管理系统用相应的数据描述语言对数据类似（即概念模型）进行精确定义，即把概念模型映衬到逻辑模型上。
3.物理设计
目的在于确定数据库的存储结构.其主要任务包括：确定数据库文件和索引文件的记录格式和物理结构，选择存取方法，决定存放文件的路径和外存储器的分配策略等。
表（Table）：一个表就是一组相关的数据按行排列,像一张表格一样。
字段（Field）：在表中，每一列称为一个字段.每一个字段都有相应的描述信息，如数据类型、数据宽度等。
记录（Record）：在表中，每一行称为一条记录。
索引（Index）:为了加快访问数据库的速度,许多数据库都是用索引。
4.2 概念设计
概念模型是对信息世界的建模，所以概念模型应该能够方便、准确的表示出信息世界中的常用概念。实体-———--关系模型(Entity-Relationship Module，简称E—R图）是数据库结构设计常用的方法。
E-R图提供了表示实体、属性和联系的方法。
实体型：用矩形表示，矩形框内写明实体名
属性：用椭圆型表示，并用无向边与其相应实体连接起来
联系：用菱形表示，菱形框内写明联系名，并用无向边与其有关实体连接起来,同时在边旁边标上联系的类型（1：1，1:n或m：n）。
将需求分析得到的用户需求抽象为信息结构,即概念模型的过程就是概念结构设计。在概念设计阶段，描述系统概念模型的有力工具是E—R模型。如图4.1所示。
图4.1 系统ER图
4.3 逻辑设计
逻辑结构设计是把概念结构设计阶段设计好的E—R图转换成与选用的DBMS产品所支持的数据模型(本网站采用关系数据模型)相符合的逻辑结构.
根据销售管理子系统的E-R图转换为以下关系数据模型。
商品分类表（商品分类编号，商品分类名称，商品分类描述）。
商品信息表（商品编号，商品分类编号,商品名称,商品描述,是否有库存，商品添加时间,商品规格,生产厂家，产地）。
商品明细表（商品ID，商品编号，商品分类描述，市场价格,会员价格,商品状态）.
库存信息表（商品ID，商品库存量）。
销售订单表（订单编号，用户编号，订单日期，用户地址(街道）,用户地址（城市），用户地址（省份），用户邮编，订单金额，订单姓名，信用卡号，信用卡类型）。
销售订单明细表（订单编号,商品编号,订单中商品,商品数量，单价）.
销售订单状态表（订单编号，商品编号，订单状态，订单时间）。
留言信息表（留言标题,用户编号，留言时间，留言内容，留言者邮箱）.
出库申请单（订单编号,出库申请单编号,用户编号，订单日期，商品ID，商品数量，申请人，审核人，备注）。
销售收款单(订单编号，销售收款单编号，用户编号,订单日期，销售金额，收款人，审核人,备注)。
用户信息表(用户编号，用户名,用户电话，用户地址（街道），用户地址（城市)，用户地址（省份），用户邮编，信用卡号，信用卡类型，用户登陆次数，用户上次登陆时间,用户类型，密码,）。
如图4。2所示为系统数据库的逻辑关系设计.
图4。2数据库关系图
4.4 物理设计
4.4.1 设计原理
数据库最终是要存储在物理设备上的。为一个给定的逻辑数据模型选取一个最适合应用环境的物理结构（存储结构与存取方法)的过程,就是数据库的物理设计。物理结构依赖于给定的DBMS和硬件系统,因此设计人员必须充分了解所用DBMS的内部特征，特别是存储结构和存取方法;充分了解应用环境，特别是应用的处理频率和响应时间要求；以及充分了解外存设备的特性。
1.确定数据的存储结构
确定数据库存储结构时要综合考虑存取时间、存取空间利用率和维护代价三方面的因素。这三个方面常常是相互矛盾的，例如消除一切冗余数据虽然能够节约存储空间，但往往会导致检索代价的增加，因此必须进行权衡，选择一个之中方案。
2。设计数据的存取路径
在关系数据库中，选择存取路径主要是指确定如何建立索引。例如，应把那些域作为次码建立次索引，建立单码缩印好事组合索引，建立多少个为合适，是否建立聚集索引等。
3.确定数据的存放位置
为了提高系统性能,数据应该根据应用情况将易变部分与稳定部分、经常存取部分和存取频率较低部分分开存放。
4。确定系统配置
DBMS产品一般都提供了一些存储分配参数，供设计人员和DBA对数据库进行物理优化.初始情况下，系统都为这些变量赋予了合理的缺省值.但是这些值不一定适合每一种应用环境,在进行物理设计时，需要重新对这些变量赋值以改善系统的性能。
4.4.2 设计方案
根据以上的数据库设计原理，在建立数据库时，对应逻辑设计的数据库名jspdev，设计数据库的物理文件及相关属性如下：
主数据文件：jspdev_Data。MDF。
初始空间：1。56MB，若超出空间按10％自动增长。
存放路径:c:\program files\Microsoft SQL Server\MSSQL\Database\。
最大文件大小:不受限。
日志文件：jspdev_Log。LDF。
初始空间:1MB，若超出空间按10％自动增长。
存放路径：c:\program files\Microsoft SQL Server\MSSQL\Database\。
最大文件大小：不受限。
4.5 数据库实现
根据逻辑设计中转换后的关系模型以及对关系模型进行的优化,可以在已经创建好的数据库上创建数据表。
如各表下为销售管理子系统数据库的物理设计：
表4。1商品分类表
段名
说明
类型
长度
可否为空
主键
catid
商品分类编号
Varchar
20
否
是
name
商品分类名称
Varchar
80
可以

descn
商品分类描述
Varchar
225
可以

表4。2商品信息表
字段名
说明
类型
长度
可否为空
主键
productid
商品编号
Varchar
30
否
是
category
商品分类编号
Varchar
30
否

name
商品名称
Varchar
80
可以

descn
商品描述
Varchar
225
可以

isPromot
是否有库存
Bit
1
可以

registerTime
商品添加时间
Datetime
8
可以

standard
商品规格
Varchar
80
可以

type
商品型号
Varchar
50
可以

supplier
生产厂家
Varchar
50
可以

supplyland
产地
Varchar
30
可以

表4。3商品明细表
字段名
说明
类型
长度
可否为空
主键
itemid
商品ID
Varchar
30
否
是
productid
商品编号
Varchar
30
否
是
listprice
市场价格
decimal
9
可以

unitcost
会员价格
decimal
9
可以

status
商品状态
Varchar
2
可以

表4。4库存信息表
字段名
说明
类型
长度
可否为空
主键
itemid
商品ID
Varchar
30
否
是
qty
商品库存量
Int
4
可以

表4.5销售订单表
字段名
说明