商品销售管理系统论文.doc

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