销售系统的分析与设计论文.doc

学士学位毕业论文
目 录
摘要 1
1 网络销售系统概述 2
1.1 构建网络销售系统的目的 2
1.2 网络销售系统的现状和前景 2
1.3 网络销售的解决方案 2
2 解决方案论证 3
2.1 硬件环境 3
2.2 软件环境 4
2.2.1 服务器端 4
2.2.2 客户端 4
2.2.3 开发工具的选择 4
2.3 分布式应用系统设计 5
2.3.1 分布式结构实现模型 5
2.3.2 设计分布式应用程序 6
2.3.3 组件模型 6
2.4 应用开发方略 7
2.4.1 COM技术 7
2.4.2 ADO技术 8
3 系统分析与设计 8
3.1 总体需求分析 8
3.2 总体功能图 9
3.3 详细分析与设计 10
3.3.1 库存管理模块设计思想 10
3.3.2 销售管理模块的设计思想 11
3.4 库存管理模块和销售管理模块的详细设计 11
3.4.1 数据库设计 11
3.4.2 基于COM的应用 15
3.4.3 客户端界面的继承和美化 18
4 总结 20
参考文献 20

网络销售系统的分析与设计

【摘要】随着网络时代的到来，企业竞争环境正在发生重大变化。面对市场的日益竞争，国际化竞争压力越来越大，企业迫切需要引入新的销售模式和现代化销售管理手段改变传统的销售模式，减少企业的销售成本，提高产品销售覆盖面，以期在市场中取得竞争优势。在这样的时代背景下，网络销售日益得到企业的重视。本文从网络销售系统的优势入手，阐述了网络销售系统的业务流程和主要实现方法。以江铃汽车网络销售系统的开发为背景，对网络销售系统提出自己的系统设计和技术实现。

【关键字】三层体系结构，网络销售 ，COM ，ADO，接口

Network Sale System Development and Design

【Abstract】As Internet age's coming, enterprise competition has taken great changes. Facing up great competition, especially international competition's pressure becoming more and more, enterprises urge to need a new marketing model and modern marketing management to change traditional marketing model so as to decrease enterprise's cost and enhance product marketing coverage to get the advantage in the market competition. At the background of the ages, enterprises pay more attention to Internet selling. This paper firstly introduces the advantage of the Internet selling system. It tells the operation flow of this system and its method to implement. And then I will show you the background of Jiang-Lin automobile Internet selling system and illuminate my own system design and technique implementing of this Internet selling system.

【Keywords】Three Application System of Construction Layers, Network Sale, COM, ADO, Interface

1 网络销售系统概述
1.1 构建网络销售系统的目的
全球工业各个行业的发展与变革，对全球的经济产生着重大影响，特别是20世纪末，网络时代的到来，销售行业打破了国家地域的限制，形成了全球化网络的市场与生产格局。当今，经济全球化浪潮中一个最重要的动向就是跨国公司对世界和一国的影响力大大增强，销售行业实行网络化管理势在必行。
1.2 网络销售系统的现状和前景
无论全球销售行业如何变化，销售行业的体系结构却建立在一个基本模式之上，这种模式是遵循了产品本身的生产与市场的发展规律。根据这种规律，销售行业形成了从采购、分销、物料管理乃至成本核算与控制的一整套销售－分析决策-服务体系结构。
在当今社会中，已经没有哪家企业能够独立完成从产品生产、产品装配到最终销售的全过程，这说明网络销售是一个典型的大量协作生产和具有广泛分销网络的行业。所以，分散的、单一企业的网络销售系统模式已不能完全满足销售行业的发展。必须采用基于网络化的集成增值链管理的销售行业解决方案来实现这种协作。网络化的销售系统管理的特点如下：首先，企业的管理已突破了单一企业的范围，将客户、营销网络和供应商等的相关资源纳入了管理的范围，利用Internet/Intranet/Extranet建立虚拟公司的扩展供应链，即全球网络供应链的集成管理；第二，对于全球网络供应链范围内的所有业务活动，必须能够有效协调和优化处理，必须能够以信息的形态及时反映物流活动和相应的资金状况，真正实现物流、资金流、信息流的实时、集成、同步的控制，从而保证“增值”的实现；第三，管理信息系统应建立在开放式、网络式的信息化系统基础之上，由于这种管理已经突破了单一企业和单一地点的范围，所以管理信息系统必须是建立在网络的基础上，同时保持开放、与异构系统和第三方软件易于集成。根据网络化增值链管理的新观念以及销售行业的特殊需求，解决方案必须满足上述性能和功能才能为企业提供有效的服务和全面的支持。
网络销售系统的整体解决方案是针对该行业的特殊性和普遍性，其功能能够满足该行业中不同层次企业的业务流程，并利用可行的技术手段，将不同层次企业的业务处理连接起来，真正网络销售供应链的整体管理。
1.3 网络销售的解决方案
建立企业级网络销售系统，必须有先进的信息处理工具和技术作为后盾，在这一方面，已经有一些成熟的信息技术。
⑴基于Web的解决方案
基于Web的客户机连接到网络上，并下载它所需要的内容。它不会下载整个应用程序，而是应用程序的网页。
一个瘦客户机提出的是表现层的静态信息。你可以填满一些文本，设置某些复选框，提交给过程。这种功能类型与主机上表现批处理相似。唯一的区别是终端可以在Internet上任何的地点。一种典型的类型是Web浏览器。静态的Web浏览可以保证你的应用程序有最多的支持。这种应用程序称为以Web浏览器为中心的应用程序。这种情况下，运行环境由客户机决定。
一般情况下，基于Web的解决方案非常适合基于Web浏览器的企业内部网和互联网的应用程序。它易于维护，使用方便，跨系统、跨平台等诸多优势已经越来越受到人们的追捧，成为一种很有竞争力的解决方案。
⑵基于网络的EXE解决方案
EXE的解决方案需要用到客户机端的一些功能，它依赖于客户机的操作系统。这时应用程序是可执行的，可以安装在客户机上。
依赖于网络的应用程序混合了底层操作系统和网络。由于要处理的任务复杂，这些应用程序需要操作系统提供的功能。这种情况下，Web浏览器提供的内容有限，难以应付复杂的需求。不过，同基于Web浏览器的方案一样，基于网络的EXE解决方案也可以连接在Internet上。
基于网络的EXE解决方案在传统的局域网中比较常用，是一种技术成熟、可靠性好的解决方案。
⑶基于单机的EXE解决方案
最后一种类型只使用客户机，而且不需知道网络的存在。次应用程序可以是单用户的。不过，这种类型的应用程序越来越少，因为大多数客户希望交换信息。这些应用程序无需网络，但也可以用于合作。
2 解决方案论证
2.1 硬件环境
因为服务器为数据库服务器，且要完成高密度的运算量，所以应采用较高档的服务器。考虑到与软件的兼容性，建议采用Intel Pentium Ⅳ 多处理器系统、1GB RAM、40GB以上硬盘。
客户机：
采用Intel Pentium Ⅳ 多处理器系统、128MB RAM、20GB以上硬盘。
网络配置：100M 网络带宽 、100Mb/s网卡、16口交换机。
2.2 软件环境
2.2.1 服务器端
因为服务器为数据库服务器，对稳定性有极高的要求，且支持多CPU。所以应采用Windows 2000 Server SP3，因为它有优良的性能和稳定性。服务器端将提供以下服务：
数据库服务 我们使用SQL Server 2000作为我们的数据库。SQL Server 2000不仅是一个数据库。它是一个关系型数据库管理系统，或者简称R D B M S。S Q L Server 2000确有许多独特之处使在竞争对手中显得卓尔不群：
⑴基于图形的管理工具。
⑵集中式的管理。
⑶支持多客户应用程序。
⑷支持企业级的应用程序。
WWW服务 选用Microsoft的IIS4.0作为本系统的WWW服务器。
2.2.2 客户端
在客户端，操作系统使用Windows 2000 Server SP3，因为它有优良的性能和稳定性。使用C/S结构为主和浏览器相结合为主要操作界面。
2.2.3 开发工具的选择
Delphi 6 是面向对象编程软件，对象的概念体现在界面、代码、接口各个方面，使整个体系非常清晰。由于它是面向对象编程软件，能支持继承，实现了代码的重用。Delphi 6有以下优点：
(1)在Delphi 6的版本中提供了可视化开发环境，从而使开发Windows应用程序变得简单、快捷。
(2)拥有数据库模块(Data Module)等多种高效的数据重用功能，也拥有大量特性，如动态数组、方法重载、模块资源管理器(Module Explorer)、MTS(Microsoft Transaction Server)和CORBA组件模型的开发应用、增强的ActiveX控件的支持。
(3)Delphi 6企业版在开发分布式数据库系统、Web应用等方面的性能有了很大提高，同时在提高开发人员的效率、易于使用、集体开发方面也作了不少改进。特别是对于分布式结构非常完善的支持使其当之无愧地成为企业级开发工具的首选。
因此，在本系统的设计中，我们采用了Delphi 6。我们这个系统利用了界面继承、代码继承、接口继承三种方式实现了代码的共享。
COM技术能很好的实现对数据操作的封装；Delphi 6的继承性提高了代码的利用率；而三层体系结构可使用户界面的改变同企业逻辑的改变互相隔离，互不影响。这些技术都是便于软件开发者和用户对系统做修改和维护。
2.3 分布式应用系统设计
2.3.1 分布式结构实现模型
在分布式应用系统中最常用使用的模型是客户机/服务器模型。客户机/服务器模型允许将任务量进行有效的划分，有多个不同的应用程序一起分工合作，以提高系统效率平衡网络负载。
目前，在客户机/服务器模型中体系结构和连接方法主要有以下几种：
⑴传统结构（两层）——在传统的客户机/服务器应用程序中，一个数据库服务器实现数据库管理功能，而不是一个客户应用程序实现其他功能。业务逻辑经常在客户应用程序和数据库宿主的存储过程和触发器中划分。（如图1所示）
呈现逻辑
业务逻辑
数据库
数据库服务器
客户计算机（PC机）

图1
⑵三层结构（n层）——在三层模型中，数据库服务器实现数据管理功能，中间层应用程序实现公共业务逻辑，而界面组件提供用户界面。当几个应用程序访问同样的数据时，将相关的业务逻辑封装到一个组件中就很有意义了，如访问规则改变时，只有中间层组件需要更改。（如图2所）
图2
传统的客户机/服务器模型实现起来可以特别快，因为他要求较少的前端设计。用户响应时间也可能要比更复杂的客户机/服务器模型的响应时间少。对于一个用户数量少，范围划分清晰的应用程序来说，两层模型是一个很好的选择。
三层应用程序一般比两层应用程序具有更好的规模。在中间层中实现业务逻辑而不是用出发器或存储过程实现，这样一来极大地减少了数据库查询的数量，因而也减少了数据库竞争。当数据库操作通过中间层时，用户响应时间会增加。但是，尽管中间层初始化会降低开始的操作。但后续的操作会快得多。另外，并不是所有的数据库操作都要通过中间层。对于简单的数据库查询，其中的数据不可能再被使用，因此，从用户界面直接访问数据库是适当的。
虽然三层模型更复杂，但是它真正具有更好的规模可变能力和灵活性。因为触发器不强制执行业务逻辑，所以插入和更新操作快速且有效，并且数据库服务器可以处理更繁重的加载而更少产生竞争。
2.3.2 设计分布式应用程序
在三层模型的实现过程中，需要注意以下几个问题：
(1) 用户界面层——定义一个最小平台和一个推荐平台。要将用户界面层的功能尽可能的限制在会话管理和基本的输入生效操作，更复杂的生效操作属于中间层。
(2) 业务服务层——将业务规则加强在组件中，根据实际业务处理流程灵活的配置业务服务层。比如，并行体系结构、异步处理、管道和分布式事务处理。
(3) 数据服务层——在数据服务层，使每次查询所执行的工作量最大化是非常重要的。在分布式系统设计过程中，应当尽可能减少客户端数据量传输，使用优良的算法把结果集在服务器端就过滤好。
2.3.3 组件模型
(1)组件的概念
组件代表可作为一个或多个概念完成功能的特殊服务，因而组件为组件用户提供多个接口。接口封装了组件提供的服务，隐藏了实现细节的可见性。由于组件表示一个或多个较细粒度类的逻辑集合，且被定义在较高级别，具有较粗粒度级，所以一个组件可以直接封装一个已划分的问题，该问题更直接地产生于分析和设计模型。
(2)基于组件的开发
基于组件的开发（Component-Based Development，CBD）是组织使用组件进行软件开发的过程，一些重要的CBD公司和机构已经提出了一些CBD方法，这些方法大多依赖与UML描述和相关组件。使用CBD方法，画在实现上的时间更少，更多的时间用于仔细地分析、设计、规划和集成。
2.4 应用开发方略
2.4.1 COM技术
组件对象模型(Component Object Model，简称COM )是OLE和ActiveX技术的基础。COM定义了一组API和一个二进制标准，让来自不同编程语言、不同平台的彼此独立的对象互相进行通信，一个COM对象包括一个或多个接口，这些接口构成了COM对象的功能，你可以像访问一般的VCL的方法一样访问接口的方法。
⑴COM对象
组件是指具有某些特定功能，独立于应用程序，但能够容易地组装起来，以高效 地创建应用程序的可重用软件“零件”。组件化是软件发展的趋势，体现了完全面向对象的思想，具备面向对象程序设计所要求的封装性、多态性和动态链接等特性。通过重用以有组件可以迅速构造新组件，提高效率，缩短开发周期。组件模型指组件形式存在的应用模型，目前组件技术主要有COM和JavaBean。COM组件基于微软的COM（组件对象模型），独立于语言，但完全基于Windows开发。
COM是一个说明如何建立可动态交互组件的规范。它提供了为保证能够互操作，客户和组件应遵循的一些标准，并提供了组件程序运行所需的环境。COM组件是以动态链接库（DLLs）或可执行文件（EXEs）的形式发布的可执行二进制代码，具有语言无关性。COM组件遵循COM规范，能满足对组件架构的所有需求。COM组件可以透明的在网络上重新分配位置，对远程机器上的组件同本地机器上的组件其处理方式没有什么差别。它可以给其它应用程序提供面向对象的API服务，也可用于快速构造应用程序和建立与语言无关的组件库。
COM组件有三种形式：进程内组件以DLL方式存在，它与客户在同一进程内；进程间以EXE方式存在，它与客户在同一台机器却不在同一进程内；不同机器上以EXE方式存在。客户不必知道使用的是哪种组件，因为COM组件对象是位置透明的。
⑵COM接口
一个接口实际上分为两个部分：第一部分是接口定义部分，这部分按一定顺序声明了一些方法。这部分是COM对象与这个对象的用户共享的。第二部分是接口实现部分，实际上就是接口定义部分所声明方法的具体实现。接口定义就好像COM对象与它的客户之间的约定，它可以保证客户按照特定的顺序来调用特定的方法。
⑶COM封装
在COM规范中，定义了COM对象，COM对象是COM组件和客户程序进行交互的实体，它并不关心组件模块的名称和位置。客户程序只是通过接口来得到COM对象的服务。支持接口的对象是通过一个指向函数指针数组的指针被访问。指向实际对象的指针对于客户和COM本身都是不可见的。无论何时，对象的客户只能看见接口指针而不是对象指针。当客户得到一个指向类的实例的指针的时候，就可以通过指针直接访问其中的任意数据和方法。在COM中，客户只有一个指向函数指针的指针，而对象是不可见的，完全是不透明的。
2.4.2 ADO技术
ADO（ActiveX Data Object）是Microsoft存取通用数据源的标准引擎。ADO藉由封装OLE-DB而能够存取不同类型的数据，让应用程序能够很方便地处理存取传统的关系数据库，或Flat-File类型的数据库；还有非传统的数据，例如文字、Email、声音、图形、影像等各种数据。
⑴ADO的对象架构
ADO主要是让应用程序或Web应用程序存取各种不同的数据源。ADO封装了OLE-DB复杂的接口，以极为简单的COM接口存取数据。ADO架构由数个不同的ADO对象组成，每一个ADO对象都具备不同的功能来帮助程序员处理数据存取工作。
⑵ADO的优点
ADO不管是在功能上还是执行速度上不但不输给BDE/IDAPI甚至还表现得更好，而且在稳定性上表现也非常良好，在Windows平台中，ADO目前不可否认已经成为标准的数据存取技术，不管是单机应用程序，主从架构应用系统、Web应用系统还是多层应用系统，现在都可以使用ADO存取各种不同的数据源。所以在本系统的设计中，我们采用了ADO数据存取技术。
3 系统分析与设计
3.1 总体需求分析
本小组选择开发的课题是江铃汽车网络销售系统，该系统面向企业和个人两类用户，根据实际业务处理的需要，整个系统将开发为一个具有C/S与B/S并存的综合系统，复杂业务处理以C/S模式为主，数据的查询、系统升级功能将以B/S为主。
下面介绍一下汽车销售系统的简单流程图（如图3所示），这对理解本系统的具体功能模块是非常必要的：
厂商
车辆入库
仓库网点
车辆销售
车辆预售
车辆移库
车辆附加
用户

图3
⑴用户的特点
江铃汽车网络销售系统的用户主要包括：
①系统管理员：公司总部的IT人员。负责系统的日常维护，人员权利合信息编码的管理。有相关的计算机专业知识。
②管理者：总部、分公司及经营部的销售部的相关人员，执行该系统的大部分业务操作，涉及信息处理和查询。该部分人员电脑使用水平为初中级水平。
③决策者：总部、分公司及经营部的高层决策人员，他们一般为进行销售方面执行统计操作。该部分人员电脑使用水平为初级。
⑵业务概述
实际的汽车网络销售系统包括了车辆库存管理、车辆销售管理、客户定单管理、业务查询等多方面的业务内容。
车辆库存管理用于汽车信息的录用过程，库存信息的准确性直接关系到以后业务数据的准确性。它包括车辆入库管理子系统、车辆移库管理子系统、车辆附加管理子系统。
车辆销售管理用于录用销售记录，存储已销售车辆的详细信息及统计利润。它包括销售管理子系统、收益统计子系统。
客户定单管理子系统用于录用客户定单信息，生成定单报表和生产计划，最短期内满足客户需求。它包括预销管理子系统和用户管理子系统。
业务查询提供给管理层进行查询，它提供了多方位的信息查询包括定单、销售记录、库存信息等等。
3.2 总体功能图
下面给出系统的总体功能图（如图4所示）：
江铃汽车网络销售系统

库存管理
销售管理
订购管理
业务查询
入库管理
移库管理
附加管理
车辆管理
收益统计
车辆预售
客户管理
分类查询
图4
3.3 详细分析与设计
经过我们小组的分工，我负责开发库存管理模块和销售管理模块。
3.3.1 库存管理模块设计思想
⑴入库管理：
具体内容：车辆从生产线上生产出之后，经过检配中心核查之后调入仓库，并录入车辆信息。
具体功能包括：录入车辆基本数据信息、入库单的生成、修改、删除、更新。
根据汽车销售的要求，主要采用手动录入车辆基本数据信息，仓库、销售部可以随时按入库单的入库单号、入库日期、操作员、车辆种类、车辆名称等分类查询、统计入库信息。
⑵移库管理：
具体内容：车辆信息入库之后，从配送中心库房调拨到各分店进行零售的业务过程。
具体功能包括：调拨出库、调拨入库、移库单号生成、修改、删除、更新。
分店在提交移库请求之后，分店、总公司销售部、经营部主任可以随查询调货单的状态，还可以查询以前的调货单，进行按分店、时间段等查询调货数量、种类等。
⑶附加管理：
具体内容：由于各种客观原因，车辆的成本是可变的，进行成本追加是非常必要的。
具体功能包括：附加项目生成、附加成本追加、附加单号的生成、修改、删除、更新。
在车辆已经入库之后，分店、总公司销售部、经营部主任可以按照入库的车辆信息对每一批单号进行成本追加，追加成本将直接记入车辆成本之中，可以按日期、车辆编号查询已经追加的附加信息。
3.3.2 销售管理模块的设计思想
⑴车辆销售：
具体内容：车辆销售包括车辆批量销售和车辆零售两部分，对于所有的销售单号，一并录入销售记录表中，统一管理。
具体功能包括：代办金额的追加、销售单号的生成、修改、删除、更新。
销售部可以随时根据库存的车辆信息，客户的定单号对库存的车辆进行销售业务处理，销售信息录入过程中可以实现代办金额的追加，最后按照所需数量销售车辆。
⑵收益统计：
具体内容：对已销售的销售单号，对销售记录的利润进行统计。最后收益利润=成交价-代办金额-成本价格-附加成本（如无附加成本则不需要此项）。
具体功能包括：按销售记录逐条查询销售车辆的利润，包括统计总收益利润和单车收益利润。
销售部门可以随时查询公司的车辆销售情况，统计销售的利润，根据市场的变化调整车辆的成本增加公司的赢利。
3.4 库存管理模块和销售管理模块的详细设计
在汽车销售实际的业务处理流程中，这两个模块是系统的核心。下面介绍一下这两个模块的具体实现。
3.4.1 数据库设计
在这两个管理模块中，主要涉及到四张应用数据库表(数据字典不列举)：入库管理表（STCarIn）、车辆附加表（STSubjoin）、移库表（STRemove）、销售记录表（SMSalist），这四张表的关系图（图5）如下：
STRemovre
STCarIn
SMSaleList
STSubjoin
FK
FK
FK

图5
入库管理表（STCarIn）记录入库车辆的基本信息，包括入库车型和仓库网点，现给出该表的模式，如代码示例一所示：

create table STCarIn(
cInStorageNo char(6) not null, /*入库单号*/
dtInStorageDate datetime, /*入库日期*/
cStorageNo char(6), /*入库仓库*/
cCarTypeNo char(10), /*车型代码*/
cCarColorNo char(6), /*车身颜色*/
cChassisNo char(10), /*底盘号*/
cEngineNo char(10), /*发动机号*/
vcCheckNo varchar(10), /*合格证号*/
vcImportNo varchar(10), /*进口证号*/
vcExameNo varchar(10), /*商检单号*/
cPickNo char(6), /*提单号*/
cSelfNo char(6), /*自编号*/
cKeyNo char(6), /*钥匙号*/
vcRunDistance varchar(6), /*行驶里程*/
dtLeaveFactory datetime, /*出厂日期*/
vcGuidePrice int, /*销售指导价*/
iStoramount int , /*库存数量*/
vcRemark varchar(50), /*备注*/
cOperatorNo char(6), /*操作员代号*/
constraint STCarIn_p primary key(cInStorageNo),
constraint STCarIn_DDSubstor_f1 foreign key(cStorageNo)
references DDSubstor(cStorageNo),
constraint StCarIn_DDCartypeInf_f2 foreign key(cCarTypeNo) references DDCartypeInf(cCarTypeNo),
constraint STCarIn_DDCarColor_f3 foreign key(cCarColorNo) references DDCarColor(cCarColorNo),
constraint STCarIn_DDOperation_f4 foreign key(cOperatorNo) references DDOperation(cOperatorNo)
);
(代码示例一)
车辆附加表（STSubjoin）记录车辆附加单据基本信息，包括附加项目和附加成本，现给出表模式，如代码示例二所示：

create table STSubjoin(
cStoSubjoinNo char(6) not null, /*附加单号*/
dtSubjoinDate datetime, /*日期*/
cInStorageNo char(6), /*车辆编号*/
cSubjoinNo char(6), /*附加项目*/
cSubjoinCost int, /*附加成本*/
cOperatorNo char(6), /*操作员代号*/
constraint STSubjoin_p primary key(cStoSubjoinNo),
constraint STSubjoin_STCarIn_f1 foreign key(cInStorageNo) references STCarIn(cInStorageNo),
constraint STSubjoin_DDSubjoin_f2 foreign key(cSubjoinNo) references DDSubjoin(cSubjoinNo),
constraint STSubjoin_DDOperation_f3 foreign key(cOperatorNo) references DDOperation(cOperatorNo)
);
(代码示例二)
销售记录表（SMSalist）记录车辆销售基本信息，包括车辆型号和销售价格，现给出该表模式，如代码示例三所示：

create table SMSaleList(
cSaleListNo char(10) not null, /*销售单号*/
dtSaleDate datetime, /*日期*/
cConsumerNo char(6), /*用户编号*/
cOrderNo char(6), /*订单号*/
cInStorageNo char(6), /*车辆编号*/
iSaleamount int, /*销售数量*/
cSaleDrectionNo char(6), /*车辆流向*/
cPurposeNo char(6), /*车辆用途*/
cSubjoinNo char(6), /*代办项目*/
cSubjoincost int, /*代办金额*/
vcBargainPrice int, /*成交金额*/
vcRemark varchar(50), /*备注*/
cOperatorNo char(6), /*操作员*/
constraint SMSaleList_p primary key(cSaleListNo),
constraint SMSaleList_CSConsumerRecord_f1 foreign key(cConsumerNo) references CSConsumerRecord(cConsumerNo),
constraint SMSaleList_PRCarPreSale_f2 foreign key(cOrderNo) references PRCarPreSale(cOrderNo),
constraint SMSaleList_STCarIn_f3 foreign key(cInStorageNo) references STCarIn(cInStorageNo),
constraint SMSaleList_DDSalecarDrection_f4 foreign key(cSaleDrectionNo) References DDSalecarDrection(cSaleDrectionNo),
constraint SMSaleList_DDCarPurpose_f5 foreign key(cPurposeNo) references DDCarPurpose(cPurposeNo),
constraint SMSaleList_DDSubjoin_f6 foreign key(cSubjoinNo) references DDSubjoin(cSubjoinNo),
constraint SMSaleList_DDOperation_f7 foreign key(cOperatorNo) references DDOperation(cOperatorNo)
);
(代码示例三)
移库表（STRemove）记录调拨车辆时的基本信息，包括车辆型号和调入的仓库，现给出该表模式，如代码示例四所示：

create table STRemove(
cRemoveNO char(6) not null, /*移库单号*/
dtRemoveDate datetime, /*移库日期*/
cInStorageNo char(6), /*车辆编号*/
vcNewStorageNo char(6), /*移入仓库*/
cOperatorNo char(6), /*操作员*/
vcRemark varchar(50), /*备注*/
constraint STRemove_p primary key(cRemoveNo),
constraint STRemove_STCarIn_f1 foreign key(cInStorageNo) references STCarIn(cInStorageNo),
constraint STRemove_DDSubstor_f3 foreign key(vcNewStorageNo) references
DDSubstor(cStorageNo),
constraint STRemove_DDOperation_f4 foreign key(cOperatorNo) references
DDOperation(cOperatorNo)
);
(代码