商 品 交 易 管 理 系 统
【摘要】本文简要介绍了本商品管理系统的开发情况基本设计思想、系统开发环境及目前
的应用情况。
关键词 订单 代理商 销售查询 备份
目 录:
第一章 引言
第二章 数据库应用系统开发简介
2.1 数据库
2.2 数据库管理系统
2.3 创建数据库
第三章 应用系统开发工具
3.1 DELPHI简介
3.2 DELPHI数据库访问方法与数据库组件介绍
第四章 商品销售管理系统目标分析
4.1 任务分析
4.2 系统目标
第五章 商品销售管理系统的数据库设计
5.1 常见应用程序数据表
5.2 DELPHI中的数据文件路径管理
第六章 试题库系统应用程序界面设计
6.1 用户登录窗体
6.2 主窗体
6.3 系统设置窗体
6.4 权限管理窗体
6.5 操作员信息设置窗体
6.6 代理商进/退货录入窗口
6.7 订单进货数据录入窗口
6.8 代理商销售数据查询窗口
6.9 商品分布查询窗口
第七章 结束语
致谢
主要参考文献
附录程序清单及注释
一 引 言
随着大学教学改革进一步的深入和大学本科课程建设的逐步完善，对学生
掌握每一课程内容程度的考试必须规范化，系统化，科学化，现代化；教学管
理必须现代化、规范化。我们知道，传统的出试卷方法是由教师个人组卷，这
样往往造成试题难度和知识覆盖面难以把握，不能达到对学生的科学而又全面
的考核。针对这一情况，我们研制了计算机类学科试题库与自动组卷系统。一
方面，自动组卷系统避免了手工出试卷造成的试卷不规范，不易集中管理；另
一方面，避免教师每次考试时手工组卷及平时为学生组织练习时的重复劳动，
将教师从简单、重复的环节中解脱出来，以更多的精力投入到教学与科研中去。
高校教务管理工作中一项非常重要的工作就是考试管理工作，每学期各专
业考试，从组织出卷到试卷的印制及试卷的管理等工作非常繁琐且工作量很大，
这种组织管理方式不仅工作任务繁重而且试卷的标准化程度、难易程度、题量
大小等各方面难以控制，难以形成有效的试题库，不利于充分发挥历年来的优
秀试题及试卷的作用，给试题和试卷的管理带来很多问题和困难。鉴于这种情
况，利用计算机进行试卷的自动生成并逐步积累形成有效的试题库，对试题和
试卷的管理将变的高效而便捷，对提高工作效率，使试卷管理逐步走向正规化
自动化将起到十分重要的作用。
在试题库的制作方面，通过自动组卷系统对每次考试的实现，可以不断地
对试题库的内容进行完善。在每一次组卷时，可以进一步对每题的内容进行分
析，发现细微的问题，对试题库的内容作进一步地修改。这样避免了传统出试
卷时，考试一次结束一次的缺点。由于试题库的建设具有继承性，规范性，可
以不断积累考试经验，丰富试题库的内容。
二 数据库应用系统开发简介
在数据库应用系统开发之前，对开发数据库的基本概念应当了解，对数据库的结构、开
发数据库应用程序的步骤、开发体系及方法都应当有相当清晰的了解和认识。
数据库应用系统开发的目标是建立一个满足用户长期需求的产品。开发的主要过程为：理
解用户的需求，然后，把它们转变为有效的数据库设计。把设计转变为实际的数据库，并且
这些数据库带有功能完备、高效能的应用。
数据库技术在计算机软件邻域研究中一直是非常重要的主题，产生于 年代， 多年来
数据库技术得到了迅速发展，并已形成较为完整的理论体系和一大批实用系统。并且，近年
来，随着 的猛增及 技术的迅速发展，使得数据库技术
之时成为最热门技术之一。
§2.1 数据库
数据库由 （数据库管理系统）处理， 则由开发人员和用户通过应用程序直
接或间接地使用。它主要包括四个要素：用户数据、元数据、索引和应用元数据。
用户数据： 目前，大多数主流数据库管理系统把用户数据表示为关系。现在把关系看作
数据表。表的列包含域或属性，表的行包含对应业务环境中的实体的记录。并非所有的关系
都同样符合要求，有些关系比其它关系更结构化一些。
元数据： 数据库是自描述的，这就意味着它自身包含了它的结构的描述，这种结构的描
述称作元数据。因为 产品是用来存储和操纵表的，所以大多数产品把元数据以表的形
式存储，有时称作系统表。这些系统表存储了数据库中表的情况，指出每一个表中有多少列，
那一列是主关键字，每一列的数据类型的描述，它也存储索引、关键字、规则和数据库结构
的其他部分。在表中存储元数据不仅对 是有效的，对用户也是方便的，因为他们可以
使用与查询用户数据同样的查询工具来查询元数据。本文介绍的 语言可以同时用于元数
据和用户数据。
应用元数据：存储在数据库中的第四种数据是应用元数据，它用来存储用户窗体、报表、
查索引：第三种类型的数据改进了数据库的性能和可访问性，这种数据经常称作开销数据，
尽管有时也采用其他类型的数据结构，如链表，但它主要还是索引。索引可以用来排序和快
速访问数据。
查询和其他形式的查询组件。并非所有的 都支持应用组件，支持组件的
也不一定把全部组件的结构作为应用元数据存储在数据库中。然而，大多数现代的 产
品存储这种数据作为数据库的一部分。一般来说，数据库开发人员和用户都不直接访问应用
元数据，想反，他们通过 中的工具来处理这些数据。
§2.2 数据库管理系统
数据库管理系统（）是指数据库系统中管理数据的软件系统。 是数据库系
统的核心组成部分。对数据库的一切操作，包括定义、更新及各种控制都是通过 进
行的。 总是基于某种数据模型，可以把 看成是某种数据模型在计算机系统上
的具体实现。根据数据模型的不同， 可以分成层次型、网状型、关系型、面向对象型
等。 就是一种关系型数据库管理系统。
的特点和功能可以分为三个子系统：设计工具子系统、运行子系统和 引
擎。
设计子系统有一个方便数据库及其应用创建的工具集。它典型地包含产生表、窗体、查询和
报表的工具。 产品还提供编程语言和对编程语言的接口运行子系统处理用设计子系
统开发的应用组件。它所包含的运行处理器用来处理窗体和数据库的数据交互，以及回答查
询和打印报表等 引擎从其他两个组件接受请求，并把它们翻译成对操作系统的命令，
以便读写物理介质上的数据。 引擎还涉及事务管理、锁、备份和恢复。
§2.3 创建数据库
数据库模式数据库模式定义了数据库的结构、表、关系、域和业务规则。数据库模式
是一种设计，数据库和应用正是建立在此基础上的。
数据库设计主要是进行数据库的逻辑设计，即将数据按一定的分类、分组系统和逻辑层
次组织起来，是面向用户的。数据库设计时需要综合企业各个部门的存档数据和数据需求，
分析各个数据之间的关系，按照 提供的功能和描述工具，设计出规模适当、正确反映
数据关系、数据冗余少、存取效率高、能满足多种查询要求的数据模型。
数据库中的关系表是二维的，它有如下四个性质：
在表中的任意一列上，数据项应属于同一个属性如图中每一列都存放着不同记录的同
一属性数据。
表中所有行都是不相同的，不允许有重复组项出现如图中每一行都是一个不同的记
录。
在表中，行的顺序无关紧要如图中每行存的都是记录，至于先放哪一个都没关系。
在表中，列的顺序无关紧要，但不能重复
为防止数据库出现更新异常、插入异常、删除异常、数据冗余太大等现象，关系型数据
库要尽量按关系规范化要求进行数据库设计。
三 应用系统开发工具
§3.1 Delphi 简介
! 是一个极有代表性的面向对象开发工具；它将面向对象的程序设计方法与数据
库技术；网络技术以及可视化；事件驱动，代码自动生成等先进技术完美的结合在一起，使
用它可以直观的，快速地开发，高质量的 "" 应用程序。 ! 强大的易用的特点得
到程序员的青睐。 !#$ 除了保留以前版本的强大功能之处，更在数据库程序开发方面
提供了强有力的支持，使程序员完全可能轻松开发出复杂且功能强大的数据库程序。
! 类可以粗略地分成两部分：一部分是组件类，这些组件类通常以某种方式出现
在组件面板上，当用户从组件面板上点取一个类的图标后，在程序中就自动生成了该类的对
象（非可视组件除外）；另一部分是功能类，这此功能类的对象通常出现在程序代码中，起
着不可代替的作用，但是这些功能类在组件面板上是找不到的。在 ! 中，每一个类的
祖先都是 %& 类整个类的层次结构就像一棵倒挂的树，在最顶层的树根即为 %& 类。
这样，按照面向对象编程的基本思想，就使得用户可用 %& 类这个类型代替任何其它类
的数据类型。
§3.2 Delphi 数据库访问方法与数据库组件介绍
● $$' 数据库访问方法
'$ ( 方法：它提供了存取各种文型和客户)服务器型数据库的驱动器程序。该方法直
接访问 *++, 和 + 等数据库或通过 -.（- +++/0开放数
据库）来访问 和 *,* 等数据库，还可通过内嵌方式访问 /、-+ 和
等大型数据库。
$ - 方法：- 方法是微软提供的一种数据库访问技术。通过 - 技术可方便
的访问各种类型的数据库，尤其对于 -( 类型的数据库，- 更是访问数据库的标准
接口。 ! 通过 - 技术可让开发者快速访问关系或非关系型数据库，但使用时需安
装 - 的数据库引擎。
$ 方法： 方法是 ! 用于开发多层应用系统的中间透明引擎。通
过 ，开发者可使用相同的组件来存取不同的后台应用程序服务器。这些后台应用服
务器程序包括 .-1).- 应用程序服务器、% 中间件或 .-2 应用程序服务器。
方法实现了真正意义上的客户端程序与后台数据库的分离，但 的灵活性很
差，与数据感应控件关联过于密切，限制了程序员的创造性。
$ (, 方法： !$ 提供了新一代的跨平台数据访问引擎 (,
方法，它由一组新控件、技术和驱动程序组成，并通过这些组成部分和各种数据源连链接
如配合不同的数据库动态链接库文件，还可处理后台数据库数据。因此也是 ! 和
30, 的核心数据访问。
综上所述，虽然 ! 的各个版本提供多种数据库的连接和访问方法，但在同一个
应用程序中，开发者几乎不可能同时选用多种连接方法，因而选择合适方法是一个必须在
开发前仔细考虑的问题。
● $$ 数据库组件
用 !$ 开发数据库应用，重点是和各种数据库组件打交道，控件组有：( 控
件组、- 控件组、+. 控件组和 (, 控件组。'- 是 4 公
司关于各种类型数据的高等界面，后来逐渐演变成满足所有数据访问需要的完整解决办法
- 的 对象模 型是所 有数据 访问 接 口对 象模型 中最简 单的一 种。它 主要 控 件有 ：
%%-. 控件，%-.55+ 控件，-+ 控件，%-%+ 控
件，%-60 控件，%-* 控件。 ! 的 - 组件无需依靠 ( 而是
使用 - 技术，提供了可以通过数据控制组件访问数据的新方法。唯一的要求是在使用
- 组件时必须运行 -)-(－。- 组件的使用使得 (*7 在访问数据的类型
和采用的技术方面都有了很大的突破
四 商品销售管理系统目标分析
§4.1：任务分析：
由于商品销售管理系统是一个用来帮助使用者管理商品销售流程的软件。使用者通过对
销售过程中所涉及到的商品，订单，销售商等资料的录入，便可以轻松实现商品销售流程
的管理。所以，此系统必须向使用者提供一下一些具体功能：。
1：软件必须向使用者提供商品基本的录入，删除，编辑等基本功能
2：鉴于商品的不同销售方式（分为订单销售和代理商销售两种形式），软件必须向
使用者提供商品销售环节中的基本管理功能，因此必须有订单分销模块和代理商分销模块。
3：软件必须向使用者提供基本的查询功。
4：由于是销售管理软件，所以系统安全性必须是要考虑的问题。因此，必须实现以
下两点：
a：系统操作员机制。对系统的使用者，按等级开放管理权限，这样可以在一定
程度上保证数据库系统的安全性，避免数据被泄漏，非法更改等。
B：销售数据直接反映了一个销售单位的盈亏状况，鉴于销售数据的重要性，
所以必须对这些数据加以保护，在系统崩溃时或者误操作等情况下，可以对数据进行恢复。
这就需要系统提供备份功能。
5 ：对于销售数据不能只存储在计算机中，而是需要导出步骤，最后以印刷品的形式
出现在使用者面前，该软件设计的最终目的才能得以具体的实现。所以，打印功能是必不
可少的系统功能之一。
经过系统分析阶段，得下图：
评论9