超市信息管理系统设计与开发.doc

超市信息管理系统设计与开发超市管理系统 中文摘要 超市管理系统是典型的信息管理系统（MIS），其开发主要包括后台数据库的建立和维护以及前端应用程序的开发两个方面。对于前者要求建立起数据一致性和完整性强、数据安全性好的库。而对于后者则要求应用程序功能完备,易使用等特点。 本设计论文的内容，围绕超市管理系统展开，对目标设计、系统开发背景、系统功能分析、系统功能模块设计、数据库需求分析与设计、各功能模块编码实现、系统的发布等各个过程进行了详细的描述.程序功能贴近实际，内容精炼,系统对企业中常见的采购、库存、销售等商业活动以及相关的供应商和客户等基本信息进行管理. 本系统采用的是Visual Basic.Net和SQL Server软件。该软件具有简单、高效、功能强大、界面友好等特点，给开发者带来很多方便。 关键词:MIS系统，VisualBasic.Net，数据库,超市管理系统 1 超市管理系统 Abstract The supermarket management system is the typical information management system (MIS）。Its development mainly includes the backstage database the establishment and the maintenance as well as front end the application procedure development two aspects。 Establishes the data uniformity and the integrity regarding former request is strong， the data security good storehouse. But regarding latter then the request application procedure function is complete and easy to use and so on the characteristic。 In this paper， the supermarket management system has been discussed， design to the target, system development background， system function analysis, system function mold piece design, database need analysis and design, each function mold piece code realize， the system announces each of etc。 over with proceed the detailed describing. The procedure function comes close actual， contents refinement, system to business enterprise familiar purchase， stock, sell etc。 business activity and related suppliers to proceed the management with basic information in etc. in customer。 This system uses VisualBasic.Net and SQL Server. They have many characteristics， such as simple use ,high efficiency， might function and friend interface and take many conveniences for developers. Key word: MIS system， Visual Basic.Net， database, the supermarket management system 2 超市管理系统 前言 在信息时代，信息传播的速度与广度使得企业营销环境发生了巨大变化，企业在以往经验上积累的营销理念和营销技术都将受到巨大挑战。无论是市场的领导者还是新加入者，在全新的网络市场上都处于同一起点，每个竞争者都有同等的机会，因此，每一家企业都必须在营销理念、营销方式、营销策略、营销手段上进行相应的变革与创新，以适应信息时代的要求、才能获得持续的生存和发展。 信息管理系统是集计算机技术、网络通信技术为一体的信息系统工程，它能够使企业运行的数据更加准确、及时、全面、详实，同时便于对各种信息做进一步地加工；此外也进一步加强企业管理的科学化、合理化、制度化、规范化. 随着时代的进步，超市大卖场，已经是时代的主流，通过他可以反映一个国家，一个地区的经济,文化。等硬软环境，物流是否通畅，而我们大学生是祖国未来，那么我们就要考虑到自身的发展与时代结轨,只有适应了社会，你才有发展。所以我才选取了商场超市,并做了市场调查，整篇文章的总体设计是通过当今商场超市的走向和发展，就自己的观察,写出了超市的发展的必要和一些发展中的劣势。从根本上说，这是由市场机制决定的。同时，市场营销又总是处在企业竞争的最前沿，其复杂性和重要性可见一斑。 本设计为一个基本的超市管理系统,系统对企业中常见的采购、库存、销售等商业活动以及相关的供应商和客户等基本信息进行管理。通过超市管理系统，利用信息化的手段把先进的企业管理方法引入企业的实践，为企业的管理改革提供切实可行的途径。更重要的是，超市管理系统可以及时通过信息技术把企业数据转化为企业信息，进而为相关管理者提供决策依据. 3 超市管理系统 第1章 系统分析 1.1 超市管理系统概述 1。1。1 超市管理系统的发展 所谓超市是代表零售的一种较为先进的发展趋势，并在很大的卖场出售种类繁多的食品与非食品商品。另外，超市将一次购足的观念发挥到较其他形态食品零售更大的范围。为了使商品项目更完整，超市提供了更多种类的非食品商品，如保健与美容辅助品及一般商品，许多超市还设有面包店及餐厅. 零售业在整个经济产业中占有相当重要的地位，因为它是最贴近消费者的.零售业是服务业的一种，如果能够以最好的服务来对待消费者，对于提高销售量一定会有很大的帮助.随着零售业改革的深化和对外开放力度的加大,我国连锁超市的业态类型将会继续推陈出新。从超市经营的商品看，除以食品，小百货以主的综合性超市外,专业性的超市如家具超市，日杂土产超市，家电超市，电脑超市，建材超市和文化超市等也相继兴起。 1.1。2 超市管理系统的研究现状 商店自动化的产品管理在欧美等国已实行了多年，也是零售业管理的基础。它最主要的特点是能够实时和准确的控制店内的销售情况。目前，零售业是生活中常见的行业，而每个销售店也都因竞争的关系，必须尽可能的了解商店的销售情况。在零售业引入信息管理系统，是商店经营之中的最热门的话题之一。 随着超市规模的发展不断扩大，商品数量急剧增加,有关商品的各种信息量也成倍增长。计算机的运用现正在发达国家的各类商店超市中普及。由于它能够准确记载和查阅有关超市经营活动的大量数据，帮助超市经营者掌握和分析营销情况,及时作出正确决策，并且有利于商店内部的财务、工资、人员、库存、销售情况等管理，因而大大提高了现代超市的管理水平。 1。1.3 超市管理系统的构建 国外很多发达资本主义国家的有关人士都在开发超市管理系统，开发出很多大型的软件，由于本人能力有限,开发一个中小型超市管理系统，它可以使我们国内新起小型超市可以更好的操作。此系统的有减少差错，节省人力,减少顾客购物时间，增加客流量，提高顾客满意度等特点. 1.2 可行性分析 可行性，它的含义是指在当前情况下，研制这个信息系统是否必要，是否具备必要的条件，它包括必要性、合理性。系统的可行性分析，是针对开发一个管理信息系统,它的开发是否存在内外部的必要条件，包括技术上、资金上、经济上、人力资源以及组织管理上的必要条件,同时还要分析在目前条件下是否有必要开发这样一个信息管理系统.下面从经济可行性、社会可行性和技术可行性简要分4 超市管理系统 析如下. 1。2。1 经济可行性分析 超市管理系统开发需要投资费用和未来的运行维护费用，其中投资费用主要包括设备费用、人员费用及其他费用（如由于工作方式改变需要增加的其他开支）,通常为了保证新系统运行的可靠性，要求手工和计算机处理在长时间并存.系统的收益主要通过新系统提高工作效率，指导经营策略来实现，还有其他难以计算的指标。 ? 货物管理中节省的人力，减轻的劳动强度; ？ 降低的成本及其他费用; ？ 改进薄弱环节,提高了工作效率； ? 提高数据处理的及时性和准确性。 1。2。2 社会可行性分析 随着商场规模的日益增大,进出货物数量繁多，有关商品的各种信息量也成倍增长。超市在时时刻刻需要对商品各种信息进行统计分析，每天的报表、月报表、年报表，员工信息的管理等。原有的手工操作耗时费力，又不能保证数据的正确性，迫切需要实现计算机信息化管理,用信息化管理实现对数据的录入、查询、打印等的处理。比起传统的方法这样可以节省大量的人力物力资源，又可以缩短业务处理的时间，加强对物资安全的管理，具有很强的实用性和经济性。 1。2。3 技术可行性分析 超市管理系统的硬、软件配置要求如表1。2。3所示。 表1.2。3 配置要求 硬、软件 配 置 CPU P3 800 RAM 128MB 20G 硬盘 监视器 Windows系统支持的监视器，可显示16位 操作系统 中文Windows98、Windows2000或者以上 Microsoft SQL Server 2000 数据库管理系统 Microsoft.Net Framework 系统运行环境 1。3 系统设计目标 超市管理系统是面向中小型超市及其他涉及进销存行业的一套管理软件，可随心所遇地调节您需要的方式进行管理，强大且方便灵活的前台零售功能,后台管理更具灵活，让操作更简单，同时让帐目一目了然，再也不必为帐目搞得焦头 烂额了。本超市管理系统着重前台销售和后台系统管理，将前台和后台连接起来，5 超市管理系统 使之能实现远程POS(前台）与后台系统管理并用.主要达到以下的目标。 一、大大提高超市的运作效率。 二、通过全面的信息采集和处理,辅助提高超市的决策水平。 三、使用本系统，可以迅速提升超市的管理水平，为降低经营成本， 提高效益，增强超市扩张能力， 提供有效的技术保障。 第2章 需求分析 对一个软件项目而言，在目标确定后,完善的需求分析对软件开发的成功是极为重要的。本系统主要是针对管理的操作,运用软件工程的思想来完成对用户功能需求的“理解”、“表达”工作，弄清用户的功能需求,尽量较少在实际工作中用户的工作量，提高工作的效率,使管理工作更加快捷化、科学化。 2.1 超市管理系统的用户需求分析 超市的发展必需要解决以下问题: 一、物流管理方式落后，很难根据销售、库存情况,及时进行配货、补货、退货、调拨。 二、财务，帐目管理混乱，透明度低。 2。2 业务流程分析 在对系统的组织结构和功能进行分析时,需从一个实际业务流程的角度将系统调查中有关该业务流程的资料都串起来作进一步的分析。业务流程分析可以帮助我 图2。2 超市管理系统的业务流程图 6 超市管理系统 们了解该业务的具体处理过程，发现和处理系统调查工作中的错误和疏漏,修改和删除原系统的不合理部分,在新系统基础上优化业务处理流程。业务流程图是一种表明系统内各部门、人员之间的业务关系、作业顺序和管理信息流动的流程图。超市管理系统的业务流程图如图2.2所示. 业务流程图说明如下： ? 首先，我们会先计划要采购的商品种类和进行合作的供应商，做采购计划。 ？ 做完采购计划，采购部会针对各种商品和供应商进行采购合同，进入采购订货. ？ 签订完采购合同，就要根据采购合同来进行进货处理。 ? 然后货品入库。 如果发现货品有问题，就可以进入报损处理模块根据商品的损坏原因来做报损登记,再进行采购退货。 ？ 整个采购流程完毕后，我们就需要对供应商进行采购对账. ? 账目核对无误就需要采购付款,点击主界面中的采购付款。 ? 我们跟客户建立良好关系，在客户联系记录表中输入与该客户的沟通联系。 ? 当客户需要本货品时，需了解一下货品的价格情况，然后我们就进入报价模块。 ？ 客户确定价格合适时，我们就进入销售处理。 ? 销售过程中，如果有商品损坏，就要进入报损处理模块根据商品的损坏原因来做报损登记。 ？ 货品在销售出库后，发生退货或者换货,则进入销售退货或者销售换货入库。 ? 整个销售流程完毕后,就要进行对客户进行销售对账。 ？ 跟客户对账无误后，就需要进行销售收款. 2.3 关联图 明确系统与各外部实体的信息联系，把系统作为一个加工环节,得到该系统的关联图如图2。3所示，由图可知有四个外部项： 息 顾客 用 银行 信 户 商个 应 人 信 供 品 息 商 息 品 信 信 款 息 付 超市管 理系统 息 商信 家 护 信 维 息 品 息 货 信 物 类 信 各 息 供应商 员工信息 图2.3 系统关联图 7 超市管理系统 2。4 数据流程分析 数据流程分析就是把数据在现行系统内部的流动情况抽象出来，舍去了具体组织机构、信息载体、处理工作等物理组成，单纯从数据流动过程来考察实际业务的数据处理模式。 数据流程分析主要包括对信息的流动、变换、存贮等的分析。其目的是要发现和解决数据流动中的问题。这些问题有：数据流程不畅,前后数据不匹配，数据处理过程不合理等等.问题产生的原因有的是属于现行管理混乱，数据处理流程本身有问题，有的也可能是我们调查了解数据流程有误或作图有误。调查的目的就是要尽量地暴露系统存在的问题，并找出加以解决的方法。 2。4.1 数据流程图 数据流程图是一种能全面地描述信息系统逻辑模型的主要工具,它可以用少数几种符号综合地反映出信息在系统中的流动、处理和存储情况. 数据流程图的特征: ？ 抽象性：在数据流程图中具体的组织机构、工作场所、人员、物质流等等都已去掉，只剩下数据的存储、流动、加工、使用的情况。这种抽象性能便我们总结出信息处理的内部规律性。 ？ 概括性：它把系统对各种业务的处理过程联系起来考虑，形成一个总体。而业务编程图只能孤立在分析各个业务，不能反映出各业务之间的数据关系。 2.4.2采购管理功能分解数据流程图 根据采购管理各功能之间的联系，绘制出本系统的采购管理数据流程图如2。4。2A所示: 8 超市管理系统 P3 D3 采购订单文件 采购 D2 采购计划文件 订单 管理 D4 采购订单明细文件 P1 P2 采购 采购 采购 部门 基础 计划 D5 供应商评估文件 数据 管理 D1 供应商资料文件 P5 P4 仓库 供应商采购 入库 部门 管理 收货 管理 应付款 D6 检验单文件 质量 财务 部门 部门 D7 收货单文件 图2。4。2A 采购管理数据流程图 图2。4。2B 采购计划管理数据流程图（第二层数据流) 9 超市管理系统 输入数据 D7 供应商资料主文件 D8 供应商资料明细文件 P1 P2 P3 D9 报价文件 供应商交货方订货方管理 式维护 式维护 D10 供应商类别文件 D4 供应商评估文件 D5 交货方式文件 D6 订货方式文件 D1 采购员资料文件 D2 退货原因文件 D3 采购系统设置文件 P4 P5 P6 采购员退货原采购系维护 因维护 统维护 输入数据 图2。4。2C 采购基础数据管理数据流程图(第二层数据流） D1 采购合同文件 下达 送货 P1 P2 P3 各个 采购计采购订采购订部门 划管理 单制定 单审批 D2 采购订单主文件 P4 采购订D3 采购订单明细文件 单结清 图2。4.2D 采购订单处理数据流程图(第二层数据流） 10 超市管理系统 D5 采购退货单主文件 D6 采购退货单明细文件 P1 D4 采购收货单明细文件 采购退D8 采购入库单明细主文件 货 P2 P3 采购收验收入D7 采购入库单主文件 D1 采购订单主文件 货 库 D2 采购订单明细文件 D3 采购收货单主文件 图2.4。2E 采购收货管理数据流程图(第二层数据流） 2。4。3 销售管理功能分解数据流程图 根据销售管理各功能之间的联系,绘制出本系统的销售管理第一层数据流程图如2。4.3A所示： 图2.4.3A 销售管理第一层数据流图 11 超市管理系统 数据录入 数据录入 P1 P2 销售计计划审划录入 核 D1 销售计划主文件 图2.4.3B 销售计划管理业务数据流图(第二层数据流) 数据录入 P1 P2 P3 P4 客户组客护资交货方销售佣别维护 料维护 式维护 金维护 D7 销售佣金文件 D4 客户组别文件 D5 客护资料文件 D6 交货方式文件 D1 销售类型文件 D2 销售员资料文件 D3 订货方式文件 P5 P6 P7 销售类销售员订货方型维护 维护 式维护 数据录入 图2。4。3C 销售基础数据管理业务数据流图（第二层数据流) 12 超市管理系统 P4 D5 销售订单明细文件 D3 销售订单主文件 订单结清处理 D2 商品报价文件 P5 订单终止处理 P1 P3 销售 商品报销售订部门 价 单处理 D6 销售订单主文件 D4 销售合同明细文件 D1 销售合同主文件 P2 销售合同处理 说明：订单、合同处理内容:录入、修改、审核、确认 图2.4.3D 销售订单管理业务数据流图（第二层数据流) P2 退货通知管理 P1 发货通D3 收发货通知文件 知管理 P6 D1 销售订单主文件 D2 销售订单明细文件 换货处理管理 P3 P4 P5 过帐处发票处费用处理管理 理管理 理管理 D4 转帐凭证文件 D5 销售发票明细文件 D7 费用计算文件 D6 销售发票主文件 说明：各处理设录入、修改、审核、批准；发货通知进行信用校验处理; 图2.4。3E 销售收发货管理业务数据流图(第二层数据流) 13 超市管理系统 D1 服务记录文件 P1 销前、D2 发件记录文件 中服务 D3 培训计划文件 P2 售后 销售 服务 部门 D4 维修文件 D5 服务政策文件 D6 服务人员资料文件 图2.4。3F 销售服务管理业务数据流图（第二层数据流) 2。4。4 库存管理功能分解数据流程图 根据库存管理各功能之间的联系，绘制出本系统的库存管理的第一层数据流程图如2。4.4A所示： 计划 D1 物品货位库存文件 部门 D2 物品仓库库存文件 MPS、MRP 仓库 P1 P2 维护 部门 业务 业务单据 库存基 库存 财务 本数据 处理 部门 物品进出 D3 库存系统设置文件 其他 D4 物品代码文件 部门 图2。4。4A 库存管理第一层数据流图 14 超市管理系统 数据输入 P4 P5 P1 P2 P3 ABC物料领仓库代 区域代 货位代 分类维料原因码维护 码维护 码维护 护 维护 D1 仓库代码文件 D3 货位代码文件 D5 物料领料原因代码文件 D2 区域代码文件 D4 ABC分类代码文件 P6 P8 库存操 物品代码维护 作原因P7 维护 库存操 作权限D7 库存操作原因文件 维护 D10 物品颜色代码文D8 库存操作权限文件 D9 物品财务类别文件 件 P9 P10 P11 P12 P13 仓库人往来单物品财物品颜库存系员维护 位分类务类别色代码统维护 维护 维护 维护 D11 仓库人员代码文件 D13 库存系统设置文件 D12 往来单位代码文件 数据输入 图2.4。4B 库存基础数据管理数据流图(第二层数据流） 15 超市管理系统 出、入调库单 D1 库存操作文件 P1 P2 P3 P4 P5 P6 P7 入库 出库 移库 物品损盘点 库存初库存操操作 操作 坏处理 操作 始化 作更正 操作 P8 D2 物料库存文件 订货点计算 D3 物料需求计划文件 图2.4.4C 库存处理数据流图(第二层数据流） 生产 D1 库存操作文件 部门 产品入库 P2 采购 客户退货 售后 库存 部门 部门 材料入库 处理 入库单据 D2 物品库存文件 财务 部门 图2。4。4D 入库处理展开数据流图（第三层数据流) 16 超市管理系统 第3章 系统设计 3.1 系统设计思想 通过完成超市管理系统，实现超市商品管理的稳定性、易操作性、可维护性、安全性等，从而达到提高商品管理效率并指导经营方向的目的。下面从分层设计和面向对象设计来分析本系统的设计思想。 一、多层C/S架构的设计 本系统采用多层架构设计，其逻辑设计如图3.1所示。 用户界面层 业务处理层 数据操作层 数据存储层 发出逻 发出数 组织数 用业数辑任务 据任务 据操作 户务据数操逻操据作辑作库处界处 返回操 返回操 返回操 面理理 作结果 作结果 作结果 图3.1 逻辑结构上的多层设计方式 在这种多层结构设计中，用户界面只负责处理基本的界面操作，并将操作以调用的方式分发给相应的业务处理层.业务处理层再根据业务逻辑进行必要的分析和处理，当需要进行数据处理的时候调用数据操作层.数据操作层将收到的任务组织成不同的数据操作，与数据库进行交互。然后数据操作层将处理的结构返回给业务处理层,业务处理层将收到的结构进行处理之后再返回给用户界面层，用户界面层负责将受到的结构反馈给用户. 二、面向对象设计 在本系统中，不但将常用的业务处理封装为类库的形式，而且将数据操作和报表处理等基本操作也进行封装，从而将系统的设计理论上升到更高的一层，增强了代码重用性和减少了各个模块之间的耦合性。 三、其他方面的设计 (1)系统分成几个相对独立的模块,但这些模块都进行集中式管理。 (2)分层的模块化程序设计思想，整个系统采用模块化机构设计。作为应用程序有较强的可操作性和扩展性。 (3)合理的数据流设计，在应用系统设计中，相对独立的模块间以数据流相互连接,使各模块间的耦合性较低，方便系统运行，提高系统安全性。 17 超市管理系统 3.2 系统结构设计 根据面向对象和多层结构的设计思想，可得出如图3。2所示的系统结构设计图。 图3.2 系统结构设计 3。3 系统设计原则： 为了使本系统功能齐全完备，操作简便，最大限度的提高软件的质量，从而满足用户的实际需要，在设计开发过程中遵循的原则:1、合法性原则2、实用性原则3、准确性原则4、易操作原则5、源程序可读性原则6、优化原则7、安全性原则 经过前面的设计，我们对整个系统有了一个初步的认识，并对各个模块进行了功能分化。 3.4 系统功能设计 3。4。1 系统总体功能分析 多层超市管理系统 系资应应采销报库帐统零会供料统付收购售损存务计售员应管管款款管管管管管管管管商理理管管理理理理理理理理管 理理理 图3.3。1 总体功能模块图 3。4.2 主要功能模块划分 3.4。2。1资料管理模块 18 超市管理系统 图3.3.2。1 资料管理 “商品编码设置”用于设置商品编码的方式。超市管理系统的每条商品信息都具有惟一的一个编码,该功能设置商品编码分类的方法,从而实现商品资料维护中自动生成编码的功能. “商品资料维护”用于维护企业所经营的商品的基本信息，内容包括货号、条形码、品名、拼音编码、规格等。其中拼音编码是商品名称的拼音简称，目的是在程序中可通过拼音码方便地查询到所需要的商品。不同行业的进销存商品资料的属性差别很大,我们将在后面说明。 “供货商资料维护”用于维护企业供货商的基本信息，内容包括供货商号、拼音编码、简称、名称、地址、邮编、区号、地区、类型、电话、传真、电报、开户行、开户行邮编、银行帐号、税号、库房地址、库房电话、业务员、业务部门等。 “客户资料维护"用于维护企业客户的基本信息,内容包括客户编号、拼音编码、简称、名称、联系人、地址等。 “业务员信息维护"用于维护企业销售业务员的基本信息，内容包括业务员号、姓名、性别、身份证号等。在销售开票时业务员属性可以直接从业务员清单表中获取所有业务员的名字作为辞典供用户选择。 “仓库信息维护"用于维护企业的仓库信息，内容包括仓库号、仓库名、类别、备注等。企业的商品一般都是存放在不同的仓库或同一仓库的不同货位中，这样在在填写商品进货单和销售单时用户需要指定入库或出库的是哪个仓库的货物。 “采购合同管理"用于维护企业与供货商签定的采购合同,内容包括供货商号、货号、进价、签订日期、合同期限等。合同的内容对业务可以产生影响。 “销售合同管理”用于维护企业与客户签订的的销售合同，内容包括客户编号、货号、售价、付款方式、帐期、签订日期、合同期限等。 19 超市管理系统 3。4。2.2采购管理模块 采购管理 采购基础数据 采购计划管理 采购订单管理 采购收货管理 供应商评估管理 供应商评估管理 采购基础数据 供供供交采退采供订 应应应货购货购应货商商商 方员原系商方类资报式维因统型料价 评式维维维维护 维维估 维 护 护 护 护 护 护 护 采购计划管理 采购收货管理 采购订单管理 请请采无更退换采订订采采订订 购购购单正货货购单购购单单终计计计处处处过 收收订合结止划划划货理 理 理 账货或单同案 处维合生 取 处处维维 理 消 护 并 成 理 理 护 护 图3。4。2.2 采购管理模块图 3。4.2。3 销售管理模块 20 超市管理系统 图3。4.2。3 销售管理模块图 3.4。2。4 库存管理模块 21 超市管理系统 图3.4。2。4 库存管理模块图 3.4.2.5 应付款管理模块 图3。4。2。5 应付款管理模块图 “预付款管理”用于管理企业的预付款信息. “应付款明细”用于查询企业所有的应付款，对应到每一笔进货的明细。 “应付款汇总”用于查询企业所有的应付款，对应到每一个供货商. “付款单"用于录入企业支付货款的凭证和销应付款。 22 超市管理系统 “已付款明细”用于查询企业历史的所有已经支付的款项。 “历史查询”用于查询付款单历史。 “应付款帐簿"用于查询应付款科目的明细分录，属于财务上的概念. “应付款帐龄”用于分析应付款的帐龄，即在不同时间段内应付款分部的情况，从而为付款作出依据。 3.4。2.6 应收款管理模块 “预收款管理"用于管理企业的预收款信息。填写收款单时可以选择收款的方式，如果是“减预收款"则“预收款”信息表中的“预收总额”自动减少。 图3。4。2。6 应收款管理模块图 “应收款明细"用于查询企业所有的应收款,对应到每一笔销售的明细. “应收款汇总"用于查询企业所有的应收款，对应到每一个客户。 “收款单”用于录入企业收回货款的凭证和销应收款。 “已收款明细”用于查询企业历史的所有已收回的款项。 “历史查询"用于查询收款单历史。 “应收款帐簿"用于查询应收款科目的明细分录，每一笔销售或者收款系统都会在帐簿中自动产生一笔记录，以借方、贷方、余额的形式存在,可以直接将查询的结果输出作为财务软件的凭证。 “应收款帐龄”用于分析应收款的帐龄，即在不同时间段内应收款分部的情况,从而为收款提供依据。 3.4。2。7 帐务管理模块 图3.4。2。7 帐务管理模块图 “结帐日期设定”用于设置企业的每月结帐的日期。一般商业单位每个月的23 超市管理系统 结帐日期都是固定的，默认为25号。 “模拟结帐”用于进行模拟结帐操作，以查看结帐数据是否正确。 “正式结帐”用于进行结帐操作，计算进销存汇总报表。 “进销存汇总”用于查询本次结帐的结果。 “历史查询”用于查询历史的结帐结果. 3.4。3 ER图 图3.4.3A 采购管理ER图 24 超市管理系统 4。3B 销售管理E-R图 图3.图3.4.3C 库存管理E-R图 3。5 系统特点 一、多层结构设计 严格意义上的三层结构设计，程序逻辑结构分为用户界面层、业务逻辑处理层和数据存储层.在业务处理层中，封装了实现常用业务功能所必需的操作。在数据存储层封装了实现常用数据处理所必需的操作。而用户界面层就负责在与用户的交互中调用相关层的相关操作,以完成系统的功能。 二、面向对象设计 系统中将数据操作、增加、删除和修改等常用业务逻辑和报表打印等封装成相应的类,类中的不同方法实现不同的功能，从而提高了对数据库操作的安全性、程序的可扩展性和易于维护性. 三、超市管理系统并不仅仅是代替传统的书面操作，更重要的是它有利于提高信息查询、信息统计个报表打印的功能，为管理者总体把握市场动态提供了依据和便利，从而起到了辅助决策的作用. 第4章 数据库设计 数据库在一个信息管理系统中占有非常重要的地位，数据库结构设计的好坏将直接对应用系统的效率及实现的效果产生影响。合理的数据库结构设计可以提25 超市管理系统 高数据存储的效率,保证数据的完整性和一致性. 4.1 数据库需求设计 用户的需求具体体现在各种信息的提供、保存、更新和查询，这就要求数据库结构能充分满足各种信息的输出和输入.收集基本数据、数据结构及数据处理的流程，组成一份详尽的数据字典，为后面的具体设计打下基础。数据库需求分析是整个设计过程的基础.在此，我对本数据库主要部分的具体需求信息进行分析，内容如下。 ? 商品按类别和名称进行管理。 ？ 必须记录商品的基本信息,比如规格和生产企业等。 ？ 需要记录企业的供应商信息。 ? 供应商的联系方式非常重要。 ? 在采购信息中需记录采购的数量和单价等。 ? 在采购信息中要包含商品供应商等信息。 ？ 商品销售信息中要包括登记商品销售数量、单价等信息。 ？ 商品报损要有报损原因。 ? 所有的单据必须记录相应的经手人和开具时间。 ？ 采购、销售、报损信息都可以进行添加、修改、删除、查找、统计等操作。 ？ 需要对进货、销售、库存、报损等操作生成相应的报表。 经过上述系统基本功能分析和需求总结，考虑到将来功能上的扩展，以下是本系统主要部分的数据项和数据结构的设计。 ? 商品信息，包括的数据项有:商品编号、商品名称、商品类别、商品规格大小、商品净重、商品介绍和库存量等。 ？ 供应商信息，包括的数据项有：供应商编号、供应商名称、供应商地址、供应商传真和供应商电话等。 ? 采购信息，包括的数据项有:采购单编号、采购商品、数量、单价、进货时间、经手人、供应商和采购说明等. ？ 销售信息，包括的数据项有:销售单编号、销售商品、销售数量、单价、登记时间、经手人和销售说明等. ? 报损信息,包括的数据项有：报损单编号、报损商品、报损数量、报损原因、登记时间和经手人等。 ? 会员信息，包括的数据项有:会员卡编号、销售单编号和积分等。 ？ 员工信息，包括的数据项有:员工编号、员工姓名、密码和权限等。 4.2 数据库概念结构设计 26 超市管理系统 在上面的需求分析、数据结构设计、数据项分析的基础上，下面可以开始数据库概念结构设计了。系统实体的ER图设计如下。 4.3 数据库逻辑结构设计 通过概念和逻辑设计做出本系统的数据库表,在此，对其中部分主要的数据库表做详细的分析,如下图所示: 表4.3.1为会员信息表。 表4.3.1 会员信息表 列名 名称 数据类型 长度 允许为空 备注 ID 编号 int 4 N 主键、自动生成 CustID 会员卡号码 int 4 Y SalListID 销售单编号 int 4 Y Bonus 积分 int 4 Y 表4.3.2为商品报损信息表. 表4.3。2 商品报损信息表 列名 名称 数据类型 长度 允许为空 备注 DamListID 报损单编号 Int 4 N 主键、自动生成 PrdID 商品编号 Int 4 N 27 超市管理系统 DamDat 报损日期 smalldatetir 4 Y DamEmp 报损经手人 varchar 10 Y DamQua 报损数量 Smallint 2 N DamMemo 报损说明 varchar 100 Y 表4.3.3为商品信息表。 表4。3.3 商品信息表 列名 名称 数据类型 长度 允许为空 备注 PrdID 商品编号 Int 4 N 主键、自动生成 PrdName 商品名称 varchar 20 N PrdType 商品价格 varchar 10 Y PrdSize 商品规格 varchar 12 Y PrdWet 商品净重 Smallint 2 Y PrdMemo 商品说明 varchar 100 Y PrdQua 商品数量 Smallint 2 Y 表4.3。4为商品采购信息表. 表4.3.4 商品采购信息表 列名 名称 数据类型 长度 允许为空 备注 PurListID 采购单编号 Int 4 N 主键、自动生成 PrdID 商品编号 Int 4 N SupID 供应商编号 Int 4 N PurDat 采购日期 Smallint 4 Y PurEmp 采购经手人 varchar 10 Y PurQua 采购数量 Smallint 2 N PurPrc 采购价格 Smallmoney 4 N PurMemo 采购说明 varchar 100 Y 表4。3.5为商品销售信息表。 表4.3。5 商品销售信息表 列名 名称 数据类型 长度 允许为空 备注 SalListID 销售单编号 Int 4 N 主键、自动生成 28 超市管理系统 PrdID 商品编号 Int 4 N SalDat 销售日期 smalldatetir 4 Y SalEmp 销售经手人 varchar 10 Y SalQua 销售数量 Smallint 2 N SalPrc 销售价格 Smallmoney 4 N SalMemo 销售说明 varchar 100 Y 表4.3。6为供应商信息表. 表4。3。6 供应商信息表 列名 名称 数据类型 长度 允许为空 备注 SupID 供应商编号 int 4 N 主键、自动生成 SupName 供应商名称 varchar 20 N SupFax 供应商传真 varchar 20 Y SupTel 供应商电话 varchar 20 Y SuoAdr 供应商地址 varchar 30 Y 表4。3。7为员工信息表。 表4.3。7 员