汽车用品超市管理系统设计与实现.docx
《汽车用品超市管理系统设计与实现.docx》由会员分享,可在线阅读,更多相关《汽车用品超市管理系统设计与实现.docx(50页珍藏版)》请在冰豆网上搜索。
汽车用品超市管理系统设计与实现
摘要
论文详细介绍了汽车用品超市管理系统设计的开发过程。
开发过程主要包括前台利用delphi软件对系统设计及应用程序的开发及后台数据库的建立和维护两部分。
前者要求应用程序功能完备、介面美观、使用方面等。
后者要求建立数据的一致性与完整性强,数据安全性好等特点。
因此针对汽车用品超市的要求,对delphi程序语言系统设计及delphi数据库设计和SQLServer2000数据库管理系统,SQL语言原理进行了深入的学习和应用。
主要的工作有对汽车用品超市管理系统的需求分析、概念结构设计、逻辑结构设计、物理结构设计、数据表的设计和功能模块的设计等,最后生成数据库结构和应用程序。
经过最后的运行调试出的结果证明,系统完全能够满足使用系统的用户的需要。
论文内容丰富、功能明确、条理清楚、图文并茂,整个系统结构紧凑、简洁,可以作为计算机管理系统的一个实例。
关键词:
超市管理系统;delphi;MSSQLServer;ADO
Abstract
Thepresentpaperindetailintroducedtheautomobilethingsupermarketmanagementsystemmanagementsystemdesignperformancehistory.Thissystemperformancehistorymainlyincludestheonstageandmaintainstwopartsusingdelphisoftwaretothesystemdesignandtheapplicationproceduredevelopmentandthebackstagedatabaseestablishment.Formerrequestapplicationprocedurefunctioncomplete,liesbetweenthesurfacetobeartistic,useaspectandsoon.Latterrequestestablishmentdatauniformityandintegritystrong,thedatasecurityisgoodandsoonthecharacteristic.
Thereforemyselfinviewoftheautomobilethingsupermarketrequest,tothedelphiprogramlanguagesystemdesignandthedelphidatabasedesignandMSSQLtheServer2000databasemanagementsystem,theSQLlanguageprinciplehavecarriedonthethoroughstudyandtheapplication.Themainworkhastotheautomobilethingsupermarketmanagementsystemmanagementsystemdemandanalysis,theconceptstructuraldesign,thelogicalorganizationdesign,physicsstructuraldesign,thedatasheetdesignandthefunctionmoduledesignandsoon,finallyproducesthedatabasestructureandtheapplicationprocedure.Theresultdebugswhichafterthefinalmovementprovedthat,thissystemdefinitelycansatisfiedlyusethissystemuser'sneed.
Thepresentpapercontentrich,thefunctionisclearabout,orderlinessclearly,abundant,theoverallsystemstructurecompact,issuccinct,maytakethecomputermanagementsystemanexample.
Keywords:
Supermarketmanagementsystemmanagementsystem;Delphi;MSSQLServer;ADO
第1章绪论
1.1开发背景
随着计算机科学的不断进步,电子商务的发展和市场竞争的加剧将企业推上了风口浪尖,中小企业除了积极迎接挑战之外,别无选择。
网络的兴起与电子商务的发展带来了时空界限的突破、贸易方式的变革以及经济活动的革命,从某种意义上来讲,这些变化为中小企业创造了与大型企业、国外企业平等竞争的有利条件。
然而,管理水平的差异会弱化这种平等的实际意义。
具体而言,中小企业在进、销、存等环节的管理上都存在着一定程度的不足,而这些不足无疑将使其在市场竞争中陷入举步维艰的境地。
在网络经济的时代背景下,进行有效的进、销、存、管理已经成为中小企业存身立业的头等要事。
然而对于一贯疏于管理的中小企业而言,实现有效的进销存管理必然存在着一定的难度,因此必须借助现代化的管理方法和管理技术。
在市场经济中,销售是企业动作的重要环节,为了更好地推动销售,不少企业建立分公司或代理制,通过分公司或代理把产品推向最终用户。
这些分公司或代理商大多分布在全国各地,甚至是在国外,远距离频繁的业务信息交流构成了这些企业业务活动的主要特点。
在传统方式上,公司之间通常采用电传、电报、电话等方式传递订货、发货、到货、压货、换货、通货等信息,总公司的商务部门在接到分公司或代理商传来的订单和银行汇款单据传真后,开产品出库通知,然后把相关的进、销、存信息手工存档,再对这些信息进行统计分析,才能了解到整个公司的生产、销售和库存情况。
这种信息传递、管理方式不仅效率低,可靠性、安全性和保密性都无法满足要求,而且数据统计时间严重滞后,往往是当领导了解到企业的“进、销、存”环节出现问题时,就已经远离了问题出现的时间和地点。
即便是没有分公司的企业,使用传统的手工方式管理也存在同样的问题。
通过进销存管理系统,及时通过网络把决策信息传递给相关决策人,从而可以及时发现问题、解决问题,从而更好地把握机会。
而我通过对市场的调查随着人们生活水平的日渐提高,汽车在生活中的使用率也以普及,为了满足人们对汽车用品的需要,汽车用品超市由此而生。
但由于它还是一门新兴的行业所以在一些内部的管理上还存在着一些或多或小的问题,所以我针对这一现象对汽车用品超市进步研发。
1.2开发实现目标
汽车用品超市管理系统是基于先进的软件和高速、大容量的硬件基础上的新型进销存管理模式,通过集中式的信息数据库,将企业的进、销、存、转、赚,等企业的经营业务有机地结合起来,达到数据共享、降低成本、提高效率、改进服务等目的。
进销存管理的任务为:
企业的采购。
企业的销售管理(批发、零售、连锁)。
企业各部门的商品配送管理。
企业库存商品的管理。
企业应收款、应付款的管理。
企业经营状况分析与决策。
由于企业经营的商品种类会很多,例如一个超市可能会经营承包上万种商品,因此按照传统的人工管理方式,会存在以下问题。
各种物资种类繁多、品种齐全,保管管理困难。
无法进行准确及时的成本、毛利核算。
管理信息相互独立,市场预测手段、方法落后,严重影响企业科学决策,建立科学的市场信息反馈系统已迫在眉睫。
应收款居高不下,占用了大量资金,严重影响了企业资产动作效率,增加了企业的经营风险。
生产和销售环节,不能准确地掌握质量的变化,尤其一些客户投诉或降级使用的产品,无法做到全程跟踪、从而影响市场的销售。
能有效管理异地仓库和办事处销售业务。
一般来说,利用进销存管理系统可以在以下几方面提高企业管理的水平:
高管理效率降低人工成本。
低采购成本。
及时调整营销策略,防止价格流失。
防范陈呆死帐,降低应收帐款。
减少仓储面积,提高房产综合利用。
降低储备资金占用。
加快资金周转实现的经济效益。
强化财务监制实现的经济效益。
商业数据智能分析。
高效决策。
1.3系统概述
题目的主要内容包括信息管理、商品销售、采购管理、查询统计、库存管理、往来管理、系统设置等部分。
把其中的某个管理分为几个子模块来实施。
例如信息管理,我们可将此分为客户信息管理、商品信息管理、供应商信息管理以及商品信息查询、客户信息查询、供应商信息查询等。
使交易的整体运作更加合理、完善。
信息管理模块其主要的功能是能够实现一些基本信息的管理。
其中客户信息管理主要实现客户信息的录入;商品信息管理主要实现自动生成商品编号及录入商品信息;供应商信息管理主要实现供应商信息的录入,及每个模块相应的信息查询等。
采购管理模块包括商品采购、采购查询。
其主要能够实现按不同条件、时间段来查询采购的信息。
库存管理模块包括商品入库、入库退货、库存查询、价格调整。
其主要能够实现可根据用户选择商品的名称自动填写商品的基本信息,自动计算金额,完成入库登记等操作。
商品销售模块主要能够实现完成销售登记,还可根据当前日期自动生成销售票号等操作。
查询统计模块主要是针对销售信息、商品入库、商品销售排行等信息的查询往来管理模块主要实现商品的销售结帐与入库结帐。
系统设置模块是由操作员来完成的,可以添加修改操作员的信息及密码。
第2章需求分析
2.1功能说明
根据对汽车用品超市管理内容和进销存管理系统的分析,系统所包括的功能为:
资料管理:
企业经营的基础资料是一个企业最基本、最重要的信息脱离了基础资料(包括商品资料和客户资料等),进销存系统就无法运行。
1.“汽车用品资料维护”用于维护(增加、修改、删除、查询)汽车用品的基本信息,内容包括货号、条形码、商品名、拼音、规格、单位、产地、类别、进货价、销售价等。
其中拼音编码是商品名称的拼音简称,目的是程序可通过拼音编码方便的查询到所需要的商品。
2.“汽车用品供货商资料维护”用于维护汽车用品超市供货商的基本信息,内容包括供货商号、拼音编码、简称、名称、地址、邮编、区号、地区、类型、电话、传真、电报、开户行、开户行邮编、银行帐号、税号、库房地址、库房电话、业务员、业务部门等。
3.“汽车用品超市客户资料维护”用于维护汽车用品超市客户的基本信息,内容包括客户编号、拼音编码、简称、名称、联系人、地址、邮编、区号、地区、电话等。
采购管理:
用于管理企业采购业务。
“进货单”用于录入企业的进货单,也分为主从两张表,主表“进货单”内容包括编号、供货商号、进货日期、业务员、制单人、验收员、保管员、订单号等,从表“进货单明细”内容包括编号、时货单号、货号、进货数量、等。
根据企业的规模和管理方法,可以直接作进货单而不用作采购订单,但对于较大规模的企业,采购部门和库房部门一般是分开的,由采购部门填写采购订单,货物运输到库房后由库房验收人员填写进货单。
销售管理:
用于管理企业的销售业务。
“销售单”用于录入汽车用品超市的销售单,主表“销售单”内容包括编号、客户编号、销售日期、业务员、制单人、保管员、订单号等,从表“销售单明细”内容包括编号、销售单号、货号、销售数量、销售价等。
库存管理:
用于管理企业的库存信息。
“库存查询”用于查询汽车用品超市商品的库存,可以查询总库存和分仓库存。
系统管理:
是每个系统都必须具备的功能。
“权限设置”用于设置各操作员在系统中的权限,为了方便设置,一般的应用系统都是可以将操作员分组,将通用的权限赋予整个组,个别的权限单独赋予个人,这样可以大大减少权限管理的工作量。
2.2业务流程图
汽车用品超市管理系统业务流程图如图2.1所示。
图2.1系统业务流程图
业务过程为:
首先客户到销售部去买货,销售部向配送中心发送销售单。
如果配送中心有货那么就直接把货给销售部售出,如果没货就向采购部发送采购单,采购部向供货商发送订货单。
供货商根据订单向配送中心发货,配送中心在将货入库。
配送中心接到供货商送来的货物后向财务部发送付款通知,财务部接到通知后给供货商付款。
2.3数据流程图
超市管理系统数据流程图如图2.2所示。
图2.2系统数据流程图
2.4数据字典
为了对数据流程图中的各个元素做出详细的说明,就必须建立数据字典。
数据字典是所有与系统有关的数据元素组成的列表,并且包含了对这些数据元素的精确、严格的定义。
从而使用户和系统分析员双方对输入、输出、存储的成分甚至中间计算结果有共同的理解。
简而言之,数据字典描述数据的是信息的集合,是对系统中使用的所有数据元素定义的集合组成。
数据字典通常包括数据项、数据结构、数据流、数据存储、和处理过程五个部分。
其中数据项是数据的最小组成单位,若干个数据项可以组成一个数据结构,数据字典通过对数据项和数据结构的定义来描述数据流、数据存储的逻辑内容。
系统的数据项为:
系统用户:
登陆系统,并进行表单操作。
其中包括用户编号,为字符型,长度为10;用户姓名,为可变类型;密码,为可变类型。
商品信息:
用来记录存储商品的基本信息。
包括货号,字符型,长度为14;条码,字符型,长度为14;拼音编码,字符型,长度为40;品名,字符串型,长度为80;规格,字符串型,长度为40;单位,字符型,长度为6;类别,字符型,长度为20;
供货商信息:
用来记录供货商的基本信息。
包括供货商号,字符型,长度为10;拼音编码,字符型,长度为40;名称,字符串型,长度为80,地址,字符串型,长度为80;邮编,字符型,长度为6;地区,字符串型,长度为12;电话,字符串型,长度为20;
客户信息:
主要用来记录有关客户的信息。
包括客户编号,字符型,长度为10;拼音编号,字符型,长度为20;名称,字符串型,长度为80;联系人,字符串型,长度为30;地址,字符串型,长度为80;邮编,字符串型,长度为6;电话,字符串型,长度为20
进货单信息:
主要记录了进货的主要信息。
包括编号,字符型,长度为14,供货商号,字符型,长度为10;进货日期,日期型,长度默认;业务员,字符型,长度为10;进货单号,字符型,长度为14,货号,字符型,长度为14;进货数量,数值型,长度为28.6;进价,数据型,长度为28.6。
进货单明细信息:
主要记录进货的详细情况。
包括编号,字符型,长度为14;供货商号,字符型,长度为10,进货日期,日期型,业务员,字符型,长度为10,制单人,字符型,长度为10,验收员,字符型,长度为10,保管员,字符型,长度为10,订单号,字符型,长度为14。
销售单信息:
主要记录销售出货物的主要信息。
包括编号,字符型,长度为14;客户编号,字符型,长度为10;销售日期,日期型,长度默认;业务员,字符型,长度为10;订单号,字符型,长度为14;销售单号,字符型,长度为14;货号,字符型,长度为14;销售数量,数值型,长度为28.6;销售价,数值型,长度为28.6。
销售单明细:
主要记录销售货物的详细情况。
包括编号,字符型,长度为14,销售单号,字符型,长度为14。
货号,字符型,长度为14,销售数量,数值型,长度为28.6,销售价,数值型,长度为28.6,税价合计,数值型,长度为28.6,扣率,数值型,长度为28.6,仓库,字符型,长度为28.6。
库存信息:
用来记录库存商品的信息。
包括货号,字符型,长度为14;仓库,字符串型,长度为20;库存数量,数值型,长度为28.6;库存金额,数值型,长度为28.6;库存单价,数值型,长度为28.6;最新进价,数值型,长度为28.6。
数据结构描述某些数据项之间的关系。
一个数据结构可以由若干个数据项组成,也可以由若干个数据结构组成,还可以由若干个数据项和数据结构组成。
以下是超市管理信息系统数据结构的定义:
用户登陆:
包括用户编号,用户名,密码。
供应商:
对应的用户可以了解供应商以及客户的基本信息,内含编号、名称、联系人、地址、电话、邮编等。
商品录入:
对所进的商品进行录入,包括编号、名称、类别、价格。
商品查询:
用户可以对商品进行查询,包括编号、名称、类别、价格查询等。
进货单的录入:
对进货单进行操作。
包括编号、供货商号、进货日期、业务员、保管员、进货单号、货号、进货数量、进价、仓库。
销售单录入:
对销售单进行操作。
包括编号、客户编号、销售日期、业务员、保管员、订单号、销售单号、货号、销售数量、销售价格、仓库。
数据流由一个或一组固定的数据项组成。
定义数据流时,不仅要说明数据流的名称、组成等,还应指明它的来源、去向等。
以下是超市管理信息系统部分数据流的定义:
数据流名称:
商品
简要说明:
用来记录商品的信息
数据流来源:
P1.3
数据流去向:
P1.1、P1.4
数据结构:
编号+名称+类别+价格
数据流名称:
供货商
简要说明:
用来对供货商信息进行记录
数据流来源:
P1.2
数据流去向:
P1.1
数据结构:
编号+名称+联系人+地址+电话+邮编
数据流名称:
入库单
简要说明:
对入库的情况进行录入
数据流来源:
P1.1
数据流去向:
P1.8
数据结构:
编号+名称+进货日期+货号
数据流名称:
客户
简要说明:
对客户的情况进行录入
数据流来源:
P1.7
数据流去向:
P1.4
数据结构:
客户编号+拼音编号+联系人+地址+邮编+电话
数据存储是数据结构停留的地方,也是数据流的来源和去向之一。
它可以是手工文档或手工凭单,也可以是计算机文档。
数据存储在数据字典中只描述的逻辑存储结构,而不涉及它的物理组织。
下面是超市管理信息系统数据存储的定义:
数据存储名称:
客户
简要说明:
对客户的情况进行录入
数据流来源:
P1.7
数据流去向:
P1.4
数据存储组成:
编号+客户编号+销售日期+业务员+保管员+订单号+销售单号
数据存储名称:
入库单
说明:
记录入库的信息
输入的数据流:
P1
输出的数据流:
D6
数据存储组成:
编号+名称+进货日期+货号
数据存储名称:
商品
说明:
记录所在商品的信息
输入的数据流:
P1.3
输出的数据流:
P1.1、P1.4
数据存储组成:
编号+名称+类别+价格
数据存储名称:
供货商
简要说明:
用来对供货商信息进行记录
数据流来源:
P1.2
数据流去向:
P1.8
数据存储组成:
编号+名称+联系人+地址+电话+邮编
第3章系统概念结构设计
3.1概念结构介绍及特点
概念结构:
需求分析阶段描述的用户应用需求是现实世界的具体需求。
将需求分析得到的用户需求抽象为信息结构即概念模型的过程就是概念结构设计。
概念结构是各种数据模型的共同基础,它比数据模型更独立于机器、更抽象,从而更加稳定。
概念结构设计是整个数据库设计的关键。
概念结构设计的特点:
1.真实、充分地反映现实世界,包括事物和事物之间的联系,能满足用户对数据的处理要求,是对现实世界的一个真实模型。
2.易于理解,从而可以用它和不熟悉计算机的用户交换意见,用户的积极参与是数据库的设计成功的关键。
3.易于更改,当应用环境和应用要求改变时,容易对概念模型修改和扩充。
4.易于向关系、网状、层次等各种数据模型转换。
设计概念结构的四类方法:
自顶向下:
首先定义全局概念结构的框架,然后逐步细化。
自底向上:
首先定义各局部应用的概念结构,然后将它们集成起来,得到全局概念结构。
逐步扩张:
首先定义最重要的核心概念结构,然后向外扩充,以滚雪球的方式逐步生成其它概念结构,直至总体概念结构。
混合策略:
将自顶向下和自底向上相结合,用自顶向下策略设计一个全局概念结构的框架,以它为骨架集成由自底向上策略中设计的各局部概念结构。
系统采用的是“自顶向下”和“自底向上”相结合地开发策略
3.2系统的实体关系图
系统的实体关系图(分E-R图)中系统用户与商品之间存在多对多的联系---“入库”。
如图3.1所示。
图3.1系统用户与商品的关系图
图3.2中供应商与商品之间存在多对多的联系—“供应”。
图3.2供应商与商品的关系
图3.3中客户与商品之间存在多对多的联系---“购买”。
图3.3客户与商品的关系图
图3.4中仓库与商品之间存在多对多的联系—“存放”。
图3.4仓库与商品关系图
消除冗余,要求数据字典中关于数据项之间逻辑关系的说明来消除冗余。
现把以上几个图合并得到一个较为完整的ER图,如图3.5所示。
图3.5超市商品管理系统的基本图
第4章逻辑结构设计
4.1关系模型
关系模型的逻辑结构是一组关系模式的集合。
而E-R图则是由实体、实体的属性和实体之间的联系三个要素组成的。
所以将E-R图转换为关系模型实际上就是要将实体、实体的属性和实体之间的联系转化为关系模式,这种转换一般遵循如下原则:
1.一个实体型转换为一个关系模式。
实体的属性就是关系的属性。
实体的码就是关系的码。
2.一个m:
n联系转换为一个关系模式。
与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性,而关系的码为各实体码的组合。
3.一个1:
n联系可以转换为一个独立的关系模式,也可以与n端对应的关系模式合并。
如果转换为一个独立的关系模式,则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性,而关系的码为n端实体的码。
4.一个1:
1联系可以转换为一个独立的关系模式,也可以与任意一端对应的关系模式合并。
如果转换为一个独立的关系模式,则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性,每个实体的码均是该关系的候选码。
如果与某一端对应的关系模式合并,则需要在该关系模式的属性中加入另一个关系模式的码和联系本身的属性。
5.三个或三个以上实体间的一个多元联系转换为一个关系模式。
与该多元联系相连的各实体的码以及联系本身的属性均转换为关系的属性,而关系的码为各实体码的组合。
6.同一实体集的实体间的联系,即自联系,也可按上述1:
1、1:
n和m:
n三种情况分别处理。
7.具有相同码的关系模式可合并。
本系统用户的关系模型如下,关系的码用下划线标出。
系统用户(用户编号、用户姓名、密码、用户类型权限)
商品(货号、条码、拼音编码、品名、规格、单位、产地、类别、进货价、销售价、最低价)
供货商(供货商号、拼音编码、简称、名称、地址、邮编、区号、地区、电话、传真、开户行、税号、业务员)
客户(客户编号、拼音编码、简称、名称、联系人、地址、邮编、区号、地区、电话、传真、性质、银行帐号、业务员)
进货(编号、供货商号、进货日期、业务员、制单人、验收员、保管员、税价合计、税额、订单号)
进货单明细(编号、进货单号、货号、进货数量、进价、税价合计、扣率、税率、不含税价、税额、仓库、货物质量)
销售表单(编号、客户编号、销售日期、业务员、保管员、销售单号、销售价、销售数量、仓库)
销售单明细(编号、销售单号、货号、销售数量、销售价、税价合计、扣率、税率、不含税价、税额、仓库)
仓库(仓库编号、商品编号、数量、地址)
库存(编号、货号、仓库、库存数量、库存金额、库存单价、最新进价)
4.2数据模型的优化及完整性
数据库逻辑设计的结果不是唯一的。
得到初步数据模型后,还应该适当地修改、调整数