小型超市管理信息系统毕业论文

61/69系专业04级041班课题名称：小型超市治理信息系统毕业论文(设计)起止时刻：2005年09月25日～11月学生姓名：×××学号：32号指导教师：×××报告日期：2005.09.251、本课题所涉及的问题及应用现状综述在我国数量众多的商品零售企业中，中小型零售企业占了绝大多数。这些企业也不可幸免地要加入国际化企业的竞争行列，而实现企业信息化是参与挑战的必要条件。然而中小企业的多样性及其灵活多变的经营方式，加上相关投入量的限制，使得专门多中小型零售企业没有进行信息化建设。在缺乏系统化的计算机信息治理，而只是上几个POS终端和几台计算机进行销售和进货、资金结算的情况下，当前的进货专门难正确反映市场的需求，各部门缺少必要的打算，部门之间通迅也经常不畅通，治理人员专门难对超市的进货、库存以及销售做预期的估算。___________________________________________________________2．本课题需要重点研究的关键问题、解决的思路及实现预期目标的可行性分析重点研究的关键问题是系统的逻辑、物理结构及其具体实现解决的思路:对超市的信息需求分析，信息系统的目标，系统的功能结构，系统的范围与边界，系统的逻辑、物理结构及其具体实现，系统数据库结构及表单内容，系统的操作界面，系统的安全性，系统实施的要点、系统的支撑环境，系统的操作流程等方面进行了详细的分析和论述，实现预期目标的可行性分析：系统要紧覆盖了超市的采购、库存、销售等各个单元，涉及所有业务职能，系统能够对购单治理、询价单治理、报价单治理、比价单治理、采购单治理、出库单治理，还库单治理、入库单治理、销售治理、财务报表、商品资料治理等等方面提供存储、更新、查询、统计汇总、打印等功能，超市中商品及供货商等信息由专门的基础数据治理人员在系统的基础数据单元负责录入和治理，采购单、请购单、比价单及询价单由采购治理人员在系统采购单元负责治理，库存商品资料，出库、还库、入库信息由库存治理人员在系统库存单元负责治理。因此系统范围不涉及治理决策单元和财务单元中往来账款资金方面的治理。因为业务上升较快给目前的系统带来巨大的压力，因此迫切需要上信息治理系统，而且依照目前的利润情况上一套信息治理系统，一年左右就收回了全部投资。而上了新的信息治理系统后比原系统更加高效和方便地实施经营和治理，效益将会有一个明显的提高，因此在经济上也是可行的。治理信息系统正式运营后，人员上可不能做太大的调整，只需通过短期培训即可，而且超市主管和各个职能单元负责人都积极希望尽快地上新系统，如此他们的治理决策压力就会大大减轻，工作效率大大提高。因此在运营方面也是可行性。目录TOC\o"1-3"\h\z引言 1第一章需求分析 21.1系统初步调查 21.2系统可行性分析 21.2.1用户要求 21.2.2超市治理信息系统的目标 31.2.3超市治理信息系统的范围与边界 4第二章系统概要设计 52.1数据流程设计 52.1.1．业务流程 52.1.2．数据流图(简称DFD) 72.2数据字典(简称DD) 9第三章系统详细设计 113.1系统功能结构设计 113.2系统开发工具 133.3系统硬件设计 143.4数据库设计 143.4.1系统实体关系图 143.4.2概念设计 163.4.3逻辑设计 173.4.4物理结构设计 183.5安全性设计 233.5.1数据安全 233.5.2系统访问安全 23第四章界面设计 244.1．基础数据治理界面设计 244.2．采购治理界面设计 254.3．库存治理界面设计 27第五章系统实现 29第六章系统运行与维护 33总结 34致谢 35参考文献 35

小型超市治理信息系统摘要论文从小型超市的实际业务和治理流程动身，针对超市现在运营的系统的缺点和不足，利用目前成熟的客户服务器体系结构，开发出了一个具有有用价值的小型超市治理系统。论文详细论述了系统开发的过程、结构及软件开发的差不多思想和方法。对超市的信息需求，信息系统的目标，系统的功能结构，系统的范围与边界，系统的逻辑、物理结构及其具体实现，系统数据库结构及表单内容，系统的操作界面，系统的安全性，系统实施的要点、系统的支撑环境，系统的操作流程等方面进行了详细的分析和论述。关键词：采购库存信息系统MISOFSmallScaledSupermarketAbstractThispaperisforthedevelopmentofManagementInformationSystems(contract:MIS)ofsmall-scaledsupermarket.Whichfromtheactualbusinessandmanagementprocess,aimingattheweaknessofexistingsystem,makinguseofadvancedcustomerserversystemsettinguptheintranet,Thepaperdetailedtreatisethedevelopmentofamini-supermarketMISintheaspectofprocess,constructionandthebasicthoughtandmethodofsoftwaredevelopment,Towardtheinformationdemandanalysisthetargetofinformationsystem,functionconstructionofthesystem,thescopeandboundaryofthesystem,logic,physicsconstructionandrealizesofthesystem.Databasesystemconstructionandfromcontents,operationinterfaceofthesystemsecurityofthesystem,importantpointofthesystem,backenvironmentofthesystem,operationprocessofthesystem,andthehighlightsofthestatementlieinlogic,structure,physicsconstructionanditsrealization.Thepapersuitsreadingfortheinformationandthecomputerandmanagementspecializedschoolmate,anditreferencedforthesoftwaredeveloperforsmallmanagementinformationsystem.Keywords:purchase,inventory,MIS引言随着经济的全球化以及中国经济改革的逐渐深化，零售业面临着越来越激烈的竞争，改善零售企业内部以及整个供应链各个环节的治理、调度及资源配置，迅速适应消费者的新需求和市场新机遇的能力，是中国零售企业赢得竞争胜利的关键因素，而快速有效地实施企业治理信息系统建设是被实践证明了的提高企业竞争力的有效的方法之一。在我国数量众多的商品零售企业中，中小型零售企业占了绝大多数。这些企业也不可幸免地要加入国际化企业的竞争行列，而实现企业信息化是参与挑战的必要条件。然而中小企业的多样性及其灵活多变的经营方式，加上相关投入量的限制，使得专门多中小型零售企业没有进行信息化建设。做为一个中小型超市想要提高市场竞争力,既要有好的商品质量,同时也要有好的客户服务.超市要做到能及时响应顾客的商品需求,依照需求迅速进货,及时上架，快速周转,就必须有一个好的治理打算,使得商品的进货、销售和库存3个环节能够专门好地协调配合.进销存是超市经营治理中的核心环节,也是一个超市能否取得效益的关键.假如能做到合理进货、及时销售、库存量最小，减少积压，那么超市就能取得最佳的效益。在缺乏系统化的计算机信息治理，而只是上几个POS终端和几台计算机进行销售和进货、资金结算的情况下，当前的进货专门难正确反映市场的需求，各部门缺少必要的打算，部门之间通迅也经常不畅通，治理人员专门难对超市的进货、库存以及销售做预期的估算。这些在激烈竞争的市场竞争中是不利的。也给超市经营治理带来了一定的风险。知已知彼方能百战百胜是商场竞争中永久的定律，超市的治理信息系统（MIS）的建立就显得十分的必要了，它利用计算机的技术，将治理同业务有机结合起来，使得超市的进、销、存能够有机衔接，从而提高了企业的效率和效益。本文所设计的治理信息系统能够差不多上满足中小型超市的业务和治理上的需求。那个地点在规划和初期分析时期差不多上对整个系统的进行的，而在具体分析和实现时期只描述了采购和库存两个模块的内容.第一章需求分析1.1系统初步调查通过系统分析人员实地观看，以及在该超市实习了3天，并广泛与超市治理人员和业务人员接触，有针对性的提出关于超市的运营环境、治理职能、业务职能、业务流程等方面的问题。对该超市运营模式及运营环境有了一个初步的认识：该超市地处郊区繁华地带，周边有医院、大学、小学及省广播电台等人群密集单位数个，每月有稳定的顾客消费群光顾该超市，业务呈稳定上升趋势，前台有POS和货品采购录入、库存治理一体机数个负责商品销售和采购商品录入、分配条形码和库存治理等工作，初期关于销售量不大时，尚能牵强支持营运，但随着销售量逐渐上升，该系统的负荷能力明显不足，每日光是各业务单元盘点就耗费大量的人力物力和时刻，而且原系统报表、统计分析能力尤其欠缺，急需安装信息治理系统分担各个业务单元，加强系统统计分析，提供报表，加强决策支持的能力。如下图为超市目前的组织机构图经理经理销售理货人员库存治理人员采购治理人员前台收银人员销售理货人员库存治理人员采购治理人员前台收银人员 图1－1超市组织机构图1.2系统可行性分析在系统初步调查的基础上，明确了超市原来存在的要紧问题和建立治理信息系统的初步设想，进一步对系统目标、范围等因素进行分析研究：1.2.1用户要求系统开发的目标是实现超市治理的系统化、规范化和自动化。这是在用户要求的基础上提出来的，通过对超市治理人员和业务人员的接触，我们了解到用户的要求如下：（1）．进销衔接：利用小型超市治理系统后，要求能够对整个经营过程进行有效监控，特不是一些自销产品的销售和总销售额的监控，能够及时地把销售情况反馈给进货部门，以便及时组织货源，满足顾客的消费需求，（2）．库存治理：通过本系统，能够清晰地看到企业库存的产品数量、存放地点等信息，关于库存减少或增加到一定量时能及时提出警告，提醒及时增加或减少库存。能够自动统计库存情况，使得采购部门和销售部门能够依照库存信息作出决策。从而减少和幸免人工统计带来的统计误差和繁重的盘点工作。（3）．订单治理：围绕采购部门输入的订单能够通过治理信息系统一直跟踪下去，监控物流的各个过程。超市能够做到以销定购，合理分配采购资金。（4）．采购治理：依照销售情况和超市现有库存及资金分配打算，制订出相应的采购品种数量、采购顺序等打算。（5）．销售治理。能够依照商品销售情况及时汇总销售收入，对资金的回笼和分配做到决策人员心中有数、有的放矢。（6）．资金治理。能够依照商品销售情况及时汇总销售收入，实现资金快捷配置。1.2.2超市治理信息系统的目标依照用户的要紧需求，我们得到系统的要紧目标如下：（1）.进销衔接。利用治理信息系统（MIS），加强了对整个进销存过程的监控，加快物流、信息流，治理指令流的流淌，和资金流的周转，在最短的时刻内为顾客提供最快捷、周到的消费服务。（2）．库存治理。通过本系统能清晰地看到企业库存中的产品数量，存放位置等信息，并能在商品减少到临界值时自动发出预警，使得决策、采购和销售等职能部门能够依照库存信息作出决策。（3）．采购治理。能够利用系统对采购业务进行计算机治理，提高采购的透明度和自动化，提高采购效率。（4）．销售治理。能够对商品销售进行有效记录和统计。（5）．订单治理。关于采购部门录入的订单能实现计算机连网输入、查询、跟踪，并能汇总分析，以便安排采购资金。（6）．资金治理。能够依照商品销售情况及时汇总销售收入，实现资金快捷配置。1.2.3超市治理信息系统的范围与边界超市治理信息系统的范围与边界为：治理信息系统要紧为超市的日常营运、决策治理提供信息服务，它覆盖了超市的采购、库存、销售等各个单元，涉及所有业务职能，系统能够对购单治理、询价单治理、报价单治理、比价单治理、采购单治理、出库单治理，还库单治理、入库单治理、销售治理、财务报表、商品资料治理等等方面提供存储、更新、查询、统计汇总、打印等功能，超市中商品及供货商等信息由专门的基础数据治理人员在系统的基础数据单元负责录入和治理，采购单、请购单、比价单及询价单由采购治理人员在系统采购单元负责治理，库存商品资料，出库、还库、入库信息由库存治理人员在系统库存单元负责治理。因此系统范围不涉及治理决策单元和财务单元中往来账款资金方面的治理。在对系统目标和环境进行分析的基础上，更进一步对系统的技术可行性、经济可行性、营运可行性等方面进行系统的可行性分析研究：考虑到该超市目前的现状及今后销售业务上可能的专门大提升空间，技术上的可升级性和功能方面，在软件系统上采纳目前市面上流行的关系数据库SQLSERVER2000，前端开发工具为POWERBUILDER8.0，硬件系统方面采纳客户机-服务器结构，服务器装有关系数据库SQLSERVER2000，客户机为由POWERBUILDER8.0开发的治理信息系统，系统的实现在技术上是可行的。因为业务上升较快给目前的系统带来巨大的压力，因此迫切需要上信息治理系统，而且依照目前的利润情况上一套信息治理系统，一年左右就收回了全部投资。而上了新的信息治理系统后比原系统更加高效和方便地实施经营和治理，效益将会有一个明显的提高，因此在经济上也是可行的。治理信息系统正式运营后，人员上可不能做太大的调整，只需通过短期培训即可，而且超市主管和各个职能单元负责人都积极希望尽快地上新系统，如此他们的治理决策压力就会大大减轻，工作效率大大提高。因此在运营方面也是可行性。综上分析，该超市信息治理系统可立即进行开发。第二章系统概要设计2.1数据流程设计对现行治理业务进行详细调查研究是了解系统需求和进行系统分析与设计的重要基础工作，因此要对超市的各个进销存工作进行全面、细致面充分的调查研究。系统调研采取的要紧方法是到采购中心现场去，通过座谈、询问、观看甚至直接参与业务工作活动，自上而下逐步细化地进行了解。首先与超市经理、采购主管、库存主管和销售主管座谈，通过多次座谈，了解各个业务单元的工作流程及他们对信息系统的需求，调研工作深入到具体业务人员，逐一进行详细的调查，了解具体业务工作的内容、方式和方法，了解他们对治理信息系统的需求情况，与他们共同讨论如何通过信息系统支持他们的工作。2.1.1．业务流程通过对超市整体信息、人员信息及工作状态信息的了解，分析超市现有的信息资源和设备及相关的信息需求，通过初步调查，可行性分析，详细调查后，重点是对采购治理业务、库存治理业务、销售治理业务的流程进行描述，我们拟出小型超市的业务流程图如下：系统内部实体系统外部实体业务处理表格/报表制作数据/文件数据传递过程功能描述 存档图2－1业务流程图图例采购采购库存销售顾客主管资金治理供货商图2－2系统业务流程顶层图采购员采购员主管报价单采购员采购员采购单采购单采购单统计表供应商财务库存供应商供应商主管询价报价单比价表审核 图2－3采购业务流程图库管库管员采购员出库缺货统计汇总缺货单销售员主管到货单还库入库月报表图2－4库存业务流程图2.1.2．数据流图(简称DFD)数据流图是在对系统调研时期绘制的业务流程图进行分析的基础上，从系统的科学性、治理的合理性、实际运行的可行性角度动身，将信息处理功能和彼此之间的联系自顶向下、逐层分解，从逻辑上精确地描述新系统应具有的数据加工功能、数据输入、数据输出、数据存储及数据来源和去向(外部项)以下超市治理信息系统各层数据流图：供货商供货商顾客超市MIS系统F1F2图2－5超市治理信息系统关联图供货商供货商采购治理退货清单供货清单顾客已收款项汇总财务治理库存治理销售治理入库清单出库清单出库清单还库清单资金申请销售记录已收款项汇总图2－6超市治理信息系统顶层数据流程图请购单请购单的制作主管库存财务供货商供货商商品报价信息商品差不多信息商品采购表定购单的制作资金申请表入库清单入库 图2－7采购治理数据流程图入库入库分类统计商品差不多资料表销售采购采购库存预警处理还库统计出库统计商品需求汇总相关商品需求汇总商品需求汇总表商品还库信息商品出库信息 图2－8库存治理数据流程图2.2数据字典(简称DD)系统分析的要紧成果是新系统的逻辑模型，本系统的逻辑模型要紧是以系统的数据流离转徙和数据词典为要紧描述工作。即在对超市信息治理和业务流程进行分析和研究的基础上，超越现有组织机构和业务分工所造成的信息障碍，完全从业务治理功能和治理对象动身，按信息系统中应有的数据流和数据结构来勾画系统的概貌，把收集到的数据调查表，利用数据分析方法和工具，如U/C矩阵法等，加以汇总、整理、分析，得到系统的逻辑功能、数据资源和数据流程的情况。上述讨论的数据流图只能给出系统逻辑功能的一个总框架而缺乏详细、具体的内容。数据字典通过对数据流、数据元素、数据存储、加工、外部项的描述，对数据流图的各种成分起注解、讲明作用，给这些成分赋以实际的内容举例讲明如下：表2－1数据元素字典数据元素系统名：超市信息系统 编号：条目名：供货商 不名：属于数据流：存储处：D1存档文件数据元素值： 代码类型：字符 取值范围：1-100简要讲明：供货商提供给超市商品修改记录：编写日期审核日期表2－2数据流字典数据流系统名：超市信息系统 编号：条目名：采购 不名：来源：供货商 去处：采购部门数据流结构：采购={商品编号+商品名+供货商名称+采购职员号}简要讲明：采购部门依照请购单向供货商采购商品。修改记录：编写日期审核日期表2－3数据存储字典数据存储系统名：超市信息系统 编号：条目名：入库清单 不名：存储组织：二维表 记录数：50条/月 主关键字：商品号数据流结构：入库商品号，入库商品名称，入库日期简要讲明：当入库商品入库时打印入库清单修改记录：编写：日期审核日期表2－4数据加工数据加工系统名：超市信息系统 编号：条目名：定购单制作 不名：输入：输出：加工逻辑：将主管领导批准的请购单，制作成定购单，以提供给库存、财务部门及供货商简要讲明：由采购部依照请购内容制定定购单修改记录：编写日期审核日期第三章系统详细设计3.1系统功能结构设计依照系统分析的结果，按照结构化的系统设计方法，对系统的数据流图采纳变换中心法或事务中心法进行分析，对系统功能进行层层分解，得到系统的总体功能模块图及各模块功能结构图(HIPO图)超市治理信息系统前台POS销售商品流转基础数据录入后台进销存治理经理查询超市治理信息系统前台POS销售商品流转基础数据录入后台进销存治理经理查询 图3－1系统总体功能模块图商品代码治理商品代码治理基础数据录入录入维护部门编码供货商档案商品信息查询商品档案商品信息修改商品信息更新图3－2基础数据录入模块图商品流转商品流转采购治理库存治理销售治理资金治理打算治理图3－3商品流转功能模块图采购治理采购治理分级进货一次进货进货查询三级账录入合同确认物价确认仓储员确认一次入库仓储员确认进货统计汇总商品综合查询 图3－4采购治理功能模块图库存治理库存治理出库治理盘点治理库存盘点报告单供货商库存明细帐库存查询库存盘点情况库存盘点报告表库存分布情况库存余额统计图3－5库存治理功能模块图有了HIPO图，接下来便要进行IPO图的编制，IPO图实际上是一张图形化的表格，它描述了分层图中每一个模块的输入输出关系、处理内容、本模块的内部数据和模块的调用关系。在系统设计中，每一模块必须有相应的IPO图作为设计结果的描述。下图给出了询价治理模块的IPO图，以做示范。IPO图系统名：超市信息治理系统 制图者：梁卓勋调用下列模块：询价单新增询价单修改询价单查找询价单打印调用下列模块：询价单新增询价单修改询价单查找询价单打印询价单删除由下列模块调用：由下列模块调用：采购治理 输入：输入：请购文档数据供应商文档数据询价文档数据输出： 输出：处理内容：处理内容：如要发新的询价单，则调用询价单新增模块；如要修改存盘的询价单，则调用询价单修改模块如要打印当印当前或已存在的询价单，则调用询价单打印模块如要删除已存在的询价单，则调用询价单删除模块 内部数据元素：内部数据元素： 备注： 图3－6询价治理IPO图3.2系统开发工具系统开发的后台服务器端使用MSBACKOFFICE系列软件平台：包括MswindowsNT和SQLSERVER2000,采纳windowsNT作为网络操作系统，采纳SQLSERVER2000做关系型数据库治理系统，这些软件属于微软公司的系列软件，它们能够实现无缝连接，同时便于以后升级。系统前端开发工具选择为用POWERBUILDER8.0它是闻名的数据库软件生产厂商SYSBASE旗下的子公司生产的一个面向对象的数据库应用系统开发工具，得用它能够开发功能强大的，运行在多个平台的，能够操作多个数据库的应用系统及开发客户/服务器应用系统。3.3系统硬件设计为了提高系统的可靠性、可扩充性和可维护性，及目前成熟的组网技术，我们设计该网络为局域网模式。基于10M/100M双绞线以太网（或者10M/100M细缆以太网）的客户/服务器系统。该局域网设计有6台PC机、4台打印机和UPS电源设备若干分不提供给采购单元、库存单元、销售单元、财务单元和经理办公室做相关工作，5个POS机提供线销售单元做前台销售，一台高配置的服务器做中心服务器，一个32口100M带宽的集线器做网络集线器和四个8口10M带宽的集线器做各单元内部网络集线器。计算机之间连接的传输介质全部用5类双绞线。网络物理结构为星型结构．如图3－73.4数据库设计3.4.1系统实体关系图系统涉及到的实体商品：{商品号、商品名称、规格、单位、价格}商品分类：{商品分类号，商品分类名称、规格、单位}供应商：{供应商编号、供应商名称、传真、电话、联系人、地址、邮编}报价单：{报价单号、报价日期}报价细则：{报价单号、商品名称、规格、单位、单价、产地}询价单：{询价单号、供应商名称、传真、联系人、询价日期、报价截止日}询价细则：{询价项次、商品名称、规格、单位、交货期、交货地点}请购单：{请购单号、请购部门、请购日期、备注}请购细则：{请购单号、请购项次、商品名称、规格、单位、请购数量、需求日期}订购单：{订购单号、订购日期、供应商名称、传真、联系人、付款条件、交货地点、交货期、备注}订购细则：{订购项次、商品名称、规格、单位、订购数量、单价、金额}库存单元库存单元财务单元HUBHUB销售单元HUB经理办公室交换式HUB中心服务器打印机POS机WSWSWS采购单元POS机POS机POS机图3－7超市信息治理系统的物理结构图 采购员：{工号、姓名、性不、职务}应付账：{付账编号、付账总额、商品号}折扣规则：{商品号、折扣率}入库单：{入库单号、入库日期、入库职员名称、库管员名称}入库明细：{商品名称、规格、单位、入库数量、单价、金额、入库时刻、供应商名称}库存信息：{商品号、商品名称、规格、单位、数量、单价、金额、警戒库存、存放位置}还库单：{还库单号、还库日期、还库职员名称、库管员名称}还库明细：{商品号、商品名称、规格、单位、还库数量、单价、金额、还库时刻}领货员：{工号、姓名、性不、职务}出库明细：{商品号、商品名称、规格、单位、入库数量、单价、金额、出库时刻}出库单：{出库流水号、出库日期、领货职员名称、库管员名称}库管员：{工号、姓名、性不、职务}3.4.2概念设计入库入库定购报价询价组成组成出库单库管员输出组成出库明细供货商订购单应付账组成报价细则回复询价细则询价单请购细则组成请购单订购细则入库明细报价单合计提供提出领货领货员还库明细库存信息输入还货输入1N1N11N1N1N11N1NNN1N1NN11N1N1NN11参照折扣规则商品NN1N1入库单组成N还库单组成1NN采购员NN组成商品分类组成1N图3－8采购治理和仓储治理单元差不多E－R图3.4.3逻辑设计采购治理和仓储治理的差不多E－R图通过转化、关系模式的规范化，消除关系中的函数依靠和传递依靠，得到如下关系：商品：{商品号、商品分类号、商品名称、规格、单位、价格、供应商编号}商品分类：{商品分类号，商品分类名称、规格、单位}供应商：{供应商编号、供应商名称、传真、电话、联系人、地址、邮编}部门：{部门编号、部门名称、职员编号、备注}职员：{职员编号、职员名称、职务、部门编号}报价单：{报价单号、供应商编号、报价日期}报价细则：{报价单号、报价项次、询价单号、询价项次、商品号、供应商编号、产地}询价单：{询价单号、供应商编号、采购职员号、询价日期、报价截止日}询价细则：{询价单号、请购单号、请购项次、商品号、交货期、交货地点}请购单：{请购单号、采购职员号、请购日期、备注}请购细则：{请购单号、请购项次、商品号、请购数量、需求日期}订购单：{订购单号、订购日期、供应商编号、采购职员号、付款条件、交货地点、交货期、备注}订购细则：{订购单号、订购项次、请购单号、请购项次、商品分类号、商品号、订购数量、订购金额、订购时刻、折扣规则、已入库}应付账：{付账编号、付账总额、商品号、商品分类号}折扣规则：{商品分类号、商品号、折扣率}入库单：{入库单号、入库日期、领货职员号、库管职员号}入库明细：{入库单号、入库项次、订购单号、订购项次、商品分类号、商品号、入库数量、金额}库存信息：{商品号、商品分类号、入库单号、入库项次、还货单号、出库单号、库存数量、金额、警戒库存、存放位置}出库单：{出库单号、出库日期、领货职员号、库管职员号}出库明细：{出库单号、商品号、商品分类号、出库数量}还库单：{还库单号、还库日期、还库职员号、库管员名称}还库明细：{还库单号、商品号、商品分类号、还库数量、}3.4.4物理结构设计为了便于编程，本系统中所有字段代码一律采纳汉语拼音的首字母作为该项代码。例如商品字段的代码是sp,商品分类号的代码是spflh.关于数据库和数据库表名称结构如下：基础数据库（jcsj）包括表：商品表（sp）,商品代码表（spdm）部门编码表（bmbm）,供货商表（ghs）表3.1商品表结构表名:sp 序号字段名字段含义数据类型空？主键(P)外键(F)1Sph商品号Char(8)NP2Spflh商品分类号Char(10)NP3Spmc商品名称Char(30)N4Gg规格Char(14)Y5Dw单位Char(4)Y6Jj进价MoneyY7Gxsbh供应商编号Char(6)YF8Cd产地Char(20)Y9kcsl库存数量Char(8)Y10Kcsx库存上限Char(8)Y11Kcxx库存下限Char(8)Y12Tm条码Char(13)Y13Jylx经营类型Char(1)Y14Bmbh部门编号Char(10)NF表3.2商品分类表结构表名:spfl 序号字段名字段含义数据类型空？主键(P)外键(F)1Spflh商品分类号Char(10)NP2Spflmc商品分类名称Char(16)N3Gg规格Char(14)T4Dw单位Char(4)T表3.3供货商表结构表名:ghs 序号字段名字段含义数据类型空？主键(P)外键(F)Ghsbh供货商编号Char(6)NP2Ghsmc供货商名Char(30)N3Dz地址Char(30)Y4Dh电话Char(15)N5Cz传真Char(15)Y6Yb邮编Char(6)Y7Lxr联系人Char(16)N8Khh开户行Char(30)Y9Zh帐号Char(30)Y10Xyd信誉度Char(2)Y11Jdrq建档日期SmalldatetimeN表3.4部门表结构表名:bm 序号字段名字段含义数据类型空？主键(P)外键(F)1Bmbh部门编号Char(4)NP2Bmmc部门名称Char(10)N3Yhbh职员编号Char(4)NF4Bz备注Varchar表3.5职员表结构表名:yg 序号字段名字段含义数据类型空？主键(P)外键(F)1Ygbh职员编号Char(4)NP2Ygmc职员名称Char(8)N3Zw职务Char(8)Y4Bmbh部门编号Char(4)YF采购数据库(cg)包括的表：报价单表(bjd)、报价细则表(bjxz)、询价单表(xjd)、询价细则表(sjxz)、请购单表(qgd)、请购细则表(qgxz)、订购单表(dgd)、订购细则表(dgxz)、应付账表(yfz)、折扣规则表(zkgz)以下是要紧的几个表结构：表3.6订购单表结构表名:dgd 序号字段名字段含义数据类型空？主键(P)外键(F)1Dgdbh订购单编号Char(8)NP2Dgrq订购日期SmalldatetimeN3Gysbh供应商编号Char(8)NF4Cgygh采购职员号Char(4)N5Fktj付款条件VarcharY6Jhdd交货地点VarcharY7Jhq交货期SmalldatetimeY8Bz备注VarcharY表3.7订购细则表结构表名:dgxz 序号字段名字段含义数据类型空？主键(P)外键(F)1Dgdbh订购单编号Char(8)NP2Dgxc订购项次Char(3)NP3Qgdh请购单号Char(8)Y4Qgxc请购项次Char(3)Y5Spflh商品分类号Char(10)N6Sph商品号Char(7)N7Dgsl订购数量Char(8)N8Dgje订购金额MoneyN9Dgsj订购时刻SmalldatetimeN10Zkgz折扣规则VarcharY11Yrkflag已入库标志Char(1)Y表3.8询价单表结构表名: xjd 序号字段名字段含义数据类型空？主键(P)外键(F)1Xjdh询价单号Char(8)NP2Gysbh供应商编号Char(8)N3Cgygh采购职员号Char(4)YF4Xjrq询价日期SmalldatetimeY5bjjzr报价截止日SmalldatetimeY表3.9询价细则表结构表名:xjxz 序号字段名字段含义数据类型空？主键(P)外键(F)1Xjdh询价单号Char(8)NP2Qjdh请购单号Char(8)YF3Qgxc请购项次Char(3)Y4Sph商品号Char(8)YF5Jhq交货期SamlldatetimeY6jhdd交货地点VarcharY库存数据库(kc)包括的表有：入库单(rkd)、入库明细表(rkmx)、库存信息表(kcxx)、出库单表(ckd)、出库明细表(ckmx)、还库单表(hkd)、还库明细表(hkmx)表3.10入库单表结构表名: rkd 序号字段名字段含义数据类型空？主键(P)外键(F)1Rkdh入库单号Char(8)NP2Rkrq入库日期SmalldatetimeN3Lhygh领货职员号Char(4)NF4Kgygh库管职员号Char(4)NF表3.11入库明细表结构表名: rkmx 序号字段名字段含义数据类型空？主键(P)外键(F)1Rkdh入库单号Char(8)NP2rkxc入库项次Char(3)NP3Dgdh订购单号Char(8)NF4Dgxc订购项次Char(3)Y5Spflh商品分类号Char(10)NF6Sph商品号Char(8)NF7Rksl入库数量Char(8)N8je金额MoneyY表3.12库存信息表结构表名: kcxx 序号字段名字段含义数据类型空？主键(P)外键(F)1Sph商品号Char(8)NP2Spflh商品分类号Char(10)NP3Rkdh入库单号Char(8)NF4Rkxc入库项次Char(3)N5Hhdh还货单号Char(8)Y6Ckdh出库单号Char(8)Y7Kcsl库存数量Char(3)Y8Je金额MoneyY10Kcsx库存上限Char(8)Y11Kcxx库存下限Char(8)Y10cfwz存放位置Varchar表3.13出库单表结构表名: ckd 序号字段名字段含义数据类型空？主键(P)外键(F)1Ckdh出库单号Char(8)NP2Ckrq出库日期SmalldatetimeN3Lhygh领货职员号Char(4)NF4kgygh库管职员号Char(4)NF表3.14出库明细表结构表名: ckmx 序号字段名字段含义数据类型空？主键(P)外键(F)1Ckdh出库单号Char(8)NP2Sph商品号Char(8)N3Spflh商品分类号Char(10)NF4cksl出库数量Char(8)N3.5安全性设计3.5.1数据安全数据库SQLSERVER2000的安全性治理功能是特不强大的，依照系统分析的结果，对系统安全性进行有针对性的设计。(1)．后台SQLSERVER2000数据库以SA为系统治理员，这一角色由超市专职的职员来负责维护。进行备份、倒换一致性和完整性检查、存储等数据操作。(2)．对所有从系统前台登录的合法用户，都以DBO的角色来访问数据库。3.5.2系统访问安全系统权限分配能够有效地爱护系统访问安全，首先进行用户定义，包括用户编码，用户口令，用户名的维护，其次是功能权限定义，包括功能权限编码，用户权限名称，用户权限级不等；最后是用户权限分配，以树型列表形式分配用户权限。第四章界面设计由于超市信息系统的最终用户是对计算机技术并不十分精通的职能业务部门，从他们的应用需求动身，本着操作界面友好，清晰、易学易用、易于维护的原则来设计。超市从供货商进货，在进入库存之前，必须进行相应的进货单据录入，审核和相关的帐目登录。依照超市进货的渠道不同或所进商品的供应关系、商品属性不同，超市进货治理分为多级进货和一次进货两种方式，采纳不同的进货治理流程，多级进货是对一次进货过程由不同岗位逐级进行确认，依次为三级帐岗位录入原始进货票、合同岗位对这张由三级帐岗位录入的电子单据进行审核、物价岗位确认这张电子单据的物价信息和商品档案信息，最后由库管员验收入库；一次进货是对一次进货过程仅由三级帐录入岗位录入入库单，再由库管员验收入库即可。以下为基础数据治理、采购治理和库存治理的几个要紧操作界面：4.1．基础数据治理界面设计如图4-1本界面按功能区域分为：数据选择输入区和功能按键区（1）．数据选择输入区可进行差不多的数据编辑，选择等数据录入操作。（2）．功能按键区有：增加按钮：在界面中输入记录新增到基础数据库(jcsj)中商品表(sp)中修改按钮：将查询后显示出的记录做修改后按修改按钮存盘删除按钮：将查询后显示出的记录做删除后存盘查询按钮：新开另一个窗口做模糊或精确的商品记录查询返回按钮：退出本商品图4-1商品档案治理窗口4.2．采购治理界面设计图4-2三级帐窗口采购单元中三级账输入的三级账岗的界面按功能区域分为：商品差不多情况显示(输入)区、功能按键区（1）.商品差不多情况显示(输入)区：关联数据商品d_cgsp,可进行查询、修改、新增记录。（2）.功能按键区：增加按钮：在界面中输入记录新增到基础数据库(jcsj)中商品表(cgsp)中修改按钮：将查询后显示出的记录做修改后按修改按钮存盘删除按钮：将查询后显示出的记录做删除后存盘查询按钮：新开另一个窗口做模糊或精确的商品记录查询返回按钮：退出本商品4-3合同确认窗口采购单元中三级账输入的合同岗的界面按功能区域分为：商品差不多情况显示(输入)区、功能按键区1.商品差不多情况显示(输入)区：关联数据商品d_cgsp,可进行查询、修改、新增记录。2．功能按键区：增加按钮：在界面中输入记录新增到基础数据库(jcsj)中商品表(cgsp)中修改按钮：将查询后显示出的记录做修改后按修改按钮存盘删除按钮：将查询后显示出的记录做删除后存盘查询按钮：新开另一个窗口做模糊或精确的商品记录查询返回按钮：退出本商品4-4仓库员验收库管员验收界面按功能区域分为：商品差不多情况显示(输入)区、功能按键区(1)．商品差不多情况显示(输入)区：关联数据商品d_kcsp,可进行查询、修改、新增记录。(2)．功能按键区：增加按钮：在界面中输入记录新增到基础数据库(jcsj)中商品表(kcsp)中修改按钮：将查询后显示出的记录做修改后按修改按钮存盘删除按钮：将查询后显示出的记录做删除后存盘查询按钮：新开另一个窗口做模糊或精确的商品记录查询返回按钮：退出本商品4.3．库存治理界面设计图4-5出库单窗口该界面按功能区域分为：出(返)库商品差不多情况输入区、出(返)库商品明细显示区、功能按键区(1)．出(返)库商品差不多情况显示(输入)区：关联数据商品d_kcsp,输入数据后可进行查询。(2).出(返)库商品明细显示区：出(返)库商品查询情况明细显示(3)．功能按键区：查询按钮：在数据输入区输入要查询的数据后按查询进行出(返)库商品记录查询返回按钮：退出本商品第五章系统实现系统实施时先依照设计内容先安装硬件局域网系统，先在超市建立交换式快速以太网，主干采纳快速以太网，各工作站通过10/100M网线连接到网络中，调测通畅后，便可将开发好的超市信息开发系统安装到各客户机上，然后将数据库系统SQLSERVER2000安装到后台服务器中。由于时刻关系本系统的代码实现还有一部分没有完成，将已实现的部分代码附下：应用对象的open事件的代码：//**///*open:ApplicationOpenScript://*1)Instantiateaconnectionobject//*2)PopulateSQLCAandConnecttothedatabase//*3)Openframewindow//**/intihappihapp=handle(this,true)ifihapp>0then MessageBox("出错提示"& ,"本程序在系统中差不多运行，请使用或关闭打开的程序！") haltendif//调用启动窗口Open(w_splash)n_blackplum_connectservicelnv_connectserv/*Thispreventsdoubletoolbar*/this.ToolBarFrameTitle="MDIApplicationToolbar"this.ToolBarSheetTitle="MDIApplicationToolbar"lnv_connectserv=Createusing"n_blackplum_connectservice"w_splash.TriggerEvent(DoubleClicked!)Iflnv_connectserv.of_ConnectDB()=0Then /*OpenMDIframewindow*/// w_splash.TriggerEvent(DoubleClicked!) Open(w_login)EndifDestroylnv_connectservn_connectservice的constructor事件代码：//**///*ConnectionInformationisobtainedfromeither://* -AnINIFile//* -TheWindowsRegistry//* -Script//*//*Thesourceofconnectioninformationcanbechangedby//*alteringthevalueofthe'is_connectfrom'variable.//**/stringls_dbms,ls_database,ls_userid,ls_dbpass,ls_logid,ls_logpassstringls_server,ls_dbparm,ls_lock,ls_autocommitIfof_GetConnectionInfo(ls_dbms,ls_database,ls_userid,ls_dbpass,ls_logid,ls_logpass,ls_server,ls_dbparm,ls_lock,ls_autocommit)=1Then SQLCA.DBMS =ls_dbms SQLCA.Database =ls_database SQLCA.UserID =ls_userid SQLCA.DBPass =ls_dbpass SQLCA.LogID =ls_logid SQLCA.LogPass =ls_logpass SQLCA.ServerName =ls_server SQLCA.DBParm =ls_dbparm SQLCA.Lock =ls_lock ChooseCaseLower(ls_autocommit) Case"1","true","on","yes" SQLCA.AutoCommit =True Case"0","false","off","no" SQLCA.AutoCommit =False CaseElse SQLCA.AutoCommit =False EndChooseEndIfw_customer的open事件：dw_1.object.vipdiscount.visible=falsedw_1.object.vipno.visible=falseim_dwpop.m_query.enabled=falsew_goods的open事件：is_type=Message.StringParmifis_type="0"then dw_1.object.purchaseprice.visible=false dw_1.object.wholesaleprice.visible=false dw_1.object.minsaleprice.visible=falseendifw_order的open事件：is_parm=Message.StringParm//dw_1.settransobject(sqlca)dw_1.retrieve()choosecaseis_parm case"Edit" m