超市收银系统说明书.docx

1、超市收银系统说明书1、可行性分析 41.1问题描述 41.2可行性分析研究 41.2.1技术可行性 41.2.2经济可行性 41.2.3操作可行性 52、项目开发计划 62.1编写目的 62.2项目背景 62.3项目概述 62.4项目开发计划 72.5交付期限 73、需求分析 83.1任务需求分析 83.2数据流图、数据字典 93.2.1数据流图 93.2.2数据字典 114、系统概要设计 144.1总体设计 144.2数据库概念设计 144.2.1数据项和数据结构 144.2.2实体联系 E-R 图 155、详细设计 165.1系统功能模块图 165.2各子系统功能模块图 165.3程序流程

2、图 195.4数据库逻辑结构设计 205.5连接数据库的特点 235.6用户界面设计 235.6.1一般交互设计 235.6.2信息显示设计 245.6.3数据输入界面设计 255.7软件测试 265.7.1 测试的方法和步骤 265.7.2 测试用例 27设计总结 28参考文献 29致谢 301、可行性分析1.1问题描述超市零售管理系统是小型超市商品销售及货物管理的主要控制部分， 直接影 响销售的方便性及管理的规范性。 随着信息时代的发展， 对效率的要求日益提高， 因而软件控制销售和管理已经取代了传统全手工方式。小型超市具有自身的特 点：商品要求一般齐全，进出货关系较为简单，员工人数种类不多

3、；在软件角度 看，数据较少，对存储和速度要求不高。但正由于员工较少，使用软件控制成为 必须。1.2可行性分析研究1.2.1技术可行性技术上的可行性分析主要分析现有技术条件能否顺利完成开发工作， 硬、软 件配置能否满足开发者需要等。目前各宾馆均建有局域网，并且采用 PC 机作为 工作台，其容量、速度能满足系统要求。根据客户提出的系统功能、 性能及实现系统的各项约束条件， 根据新系统目 标来衡量所需的技术是否具备， 本系统是一个数据库管理和查询的系统， 现有的 技术以较为成熟，硬件、软件的性能要求、环境条件等各项条件良好，估计利用 现有技术条件应完全可以达到该系统的功能目标。1.2.2经济可行性因

4、为通过网络传递销售信息可以不受距离的限制， 因此可以借阅许多的人力 和物力，方便管理， 由此可以减少不必要的开支， 同时该系统可以提高超市的销 售效率，即提高了超市的经济效益，所以从经济上完全是可行的。 (1)超市有能力承担系统开发费用开发新系统的工作是一项间距复杂的工作， 它的投资主要是人力和物力的投 资。对于本系统的开发者来说， 其主要投资还是在人力和物力两个方面。 如果是 企业自己安排人手开发系统的话， 其主要的投资还是在人力资源上， 从系统的业 务需求调查到系统的分析编码制作都是需要巨大的人力投入的。 软件企业作为一 个简短的高科技产业， 其员工要求都比一般企业的要求要高， 而且对系统

5、开发及 软件产业了解比较多， 所以在自我开发管理系统的过程中， 企业自己比较容易安 排人手，这样就可以为企业借阅大部分的额外开支。 同时软件就其它产品来属于 高端行业， 无论是产品的价格还是质量都比较高， 而经营产品的经销商或者是商 家都要求有雄厚的资金支持。 所以， 在系统的开发过程中， 企业完全有能力承担 开发费用 .(2)新系统将为企业带来经济效益管理系统是一个信息化、 智能化和先进管理理念的集合体。 而管理是一个动 态过程，在其运行过程中要采取多项措施。 所以在管理中获得经济效益是一个综 合效益，要对它进行直接定量的分析是比较困难的。 一般新系统带来的经济效益 是简介的， 其最主要的表

6、现就是减少了企业管理费用和人力开支。 而其它一些繁 琐的食物都通过新系统来加以分析解决， 不仅节省了大量的时间， 还为企业的各 项决策提供了宝贵的资料，为企业带来巨大的经济效益1.2.3操作可行性本系统采用基于 Windows 的图形用户界面， 而该系统是大家熟悉的操作系 统，对于那些有一般的计算机知识的人员就可以轻松上手。 而整个超市管理系统 采用最友好的交互界面，简介明了，不需要对数据库进行深入的了解。由此，该系统的操作是可行的，有必要开发该系统。综合以上三方面， 该系统具有很高的开发可行性， 无论是从技术上或者经济 上还是操作上。因此，可以设计该系统的数据流程图，建立数据字典。经过认真地

7、全面地可行性研究，系统基本上做到了在技术、经济、运行、法 律上的可行。因此，相信在按照计划上实施的前提下，全系统的设计将会按时、 高质量完成。所以，系统研制和开发是可以马上进行的。2、项目开发计划2.1编写目的经过项目的可行性分析， 得出项目可进一步进行下去的结论， 在软件继续进 一步的开发之前首先给出此软件项目计划。2.2项目背景21 世纪，超市的竞争也进入到了一个全新的领域，竞争已不再是规模的竞 争，而是技术的竞争、管理的竞争、人才的竞争。技术的提升和管理的升级是超 市业的竞争核心。零售领域目前呈多元发展趋势，多种业态：超市、仓储店、便 利店、特许加盟店、专卖店、货仓等相互并存。 如何在激

8、烈的竞争中扩大销售额、 降低经营成本、扩大经营规模，成为超市营业者努力追求的目标。项目分析单位在接到项目分析员给出的项目可行性分析报告后，在本系统， 即仓库进货管理系统开发主管部门的统一下制定用于软件实质开发的软件项目 计划，以使软件开发单位理解软件开发要求，进行开发。2.3项目概述本系统主要包括：仓库管理、货架管理和收银管理。1）仓库管理主要包括：生成库存报告、生成缺货报告、录入更新数据。在需 要时 （可每隔一个时间段查询一次 ）生成商品库存情况报告 ,实时报告商品库存情 况,如库存量不足 （小于某一自定的数量 ）时 ,可生成缺货报告 ,并提供商品种类 ,来 源等商品属性信息 ,方便采购人员

9、进行商品采购。采购员采购商品后 ,及时录入商 品信息等数据 ,在数据库中进行数据更新。2）货架管理主要包括 :货架上商品卖到一定数量时 ,实时生成提货报告 ,并提 供商品的库存信息 ,剩余信息。3）收银管理主要包括： 随时录入卖出商品信息 ,如名称,数量,单价等 ,及时更新 数据库数据。2.4项目开发计划1、任务分解分三个大的阶段进行开发第一阶段完成本系统的数据流图跟 E-R 图。第二 阶段完成概要设计跟详细设计。第三阶段书写文档。2、预算软件资金投入较少，具体预算分配简略。3、关键问题各模块之间的联系和后台数据库的完成。 使用目前的设备与现有开发技术完 全可以开发出该系统， 总的来说该项目没

10、有较大的技术难点与其他的一些风险因 素。对于出现的一些小难点总都能得到解决。2.5交付期限所要开发的系统较简单，所有开发工作用户要求要在 3 周内完成，完成项 目的最迟时间为 2010 年 8 月 27 日。3、需求分析3.1任务需求分析前台 POS 销售系统 （基本功能 ）：1.商品录入： 根据超巿业务特点制定相关功能， 可以通过输入唯一编号、 扫 描条形码、 商品名称等来实现精确或模糊的商品扫描录入。 该扫描录入方 法可以充分保证各种电脑操作水平层次的人员均能准确快速地进行商品 扫描录入。2.收银业务： 通过扫描条形码或者直接输入商品名称 （对于同类多件商品采 用一次录入加数量的方式）自动

11、计算本次交易的总金额。在顾客付款后， 自动计算找零， 同时打印交易清单 （包括交易的流水账号、 每类商品的商 品名、数量、该类商品的总金额、交易的时间、负责本次收银的员工号） 。 如果顾客是本店会员并持有本人会员卡， 则在交易前先扫描会员卡， 并对 所购物品全部实行 95 折优惠，并将所购物品的总金额累计到该会员的总 消费金额中。会员卡的有效期限为一年， 满一年未续卡者， 该会员卡将被 注销。3.安全性。 POS 登陆、退出、换班与操作锁定等权限验证保护；断电自动 保护最大限度防止意外及恶意非法操作。4.独立作业。 特有的断网收银即在网络服务器断开或网络不通的情况下， 收 银机仍能正常作业。后

12、台管理系统 （基本功能 ）：1.进货管理： 根据销售情况及库存情况， 自动制定进货计划 （亦可手工制定 修改)，可以避免盲目进货造成商品积压。按计划单有选择性地进行自动 入库登记。综合查询打印计划进货与入库记录及金额。2.销售管理：商品正常销售、促销与限量、限期及禁止销售控制。综合查询 各种销售明细记录、 各地收银员收银记录以及交结账情况等。 按多种方式 统计生成销售排行榜，灵活察看和打印商品销售日、月、年报表。3.库存管理：综合查询库存明细记录。 库存状态自动告警提示。 如库存过剩、 少货、缺货等。软件为您预警，避免库存商品积压损失和缺货。库存自动 盘点计算。4.人员管理：员工、会员、供货商

13、、厂商等基本信息登记管理。员工操作权 限权利、客户销售权限管理。3.2数据流图、数据字典3.2.1数据流图数据流图由四种基本的元素构成：数据流 (DataFlow) ，处理 (Process) ，数 据存储和数据源(数据终点) 。数据流 (DataFlow) ：为具有名称且有流向的数据，用标有名称的箭头表示， 一个数据可以是记录、组合项或基本项。处理(Process):表示对数据所进行的加工和变换，在图中用矩形框表示。指向处理数据流为该处理的输入数据，离开处理的数据为处理的输出数据。数据存储: 表示用文件方式或数据库形式所存储的数据， 堆砌进行的存取分 别以指向或离开数据存储的箭头表示数据源及

14、数据终点：表示数据的来源或数据的去向， 可以是一个组织或人员图 3.1 库存管理部分第 1 层 DFD 图图 3.2 销售管理部分第 1 层 DFD 图图 3.3 进货管理部分第 1 层 DFD 图3.2.2数据字典数据字典是关于数据的信息的集合， 也就是对数据流图中包含的所有元素的 定义的集合。(1)已进货信息 =进货单号+供货商号+商品名称 +进货价+进货数量+进货日期 + 备注(2)销售信息=销售单号 +商品编号+销售数量+销售日期文件条目：(1)文件名：职工清单组成： 职工编号 +姓名+性别+籍贯+学历+类别+工资+联系电话 +联系地 址+身份证号 +聘用日期 +编制日期 +备注组织：

15、按职工编号递增排列(2)文件名：商品清单组成： 商品编号 + 供货商号 + 名称 + 条形码 + 计量单位 + 类别 + 产地 + 单价 + 备注组织：按商品编号递增排列(3)文件名：供货商清单组成： 供货商号 +名称+联系人+联系电话+联系地址 +开户行+银行帐号 +备注组织：按供货商编号递增排列(4)文件名：进货清单组成： 进货单号 +商品编号+供货商号 +进货价 +数量+金额+进货日期 +备 注组织：按进货单编号递增排列(5)文件名：销售清单组成： 销售单号 +商品编号+销售数量+销售日期 组织：按销售单编号递增排列(6)文件名：库存清单组成： 商品编号 +库存数量 组织：按商品编号递增

16、排列加工说明：(1)加工名：查询 加工逻辑：根据要查询的库存信息，检索出库存信息明细表 输入流：库存信息查询，发出库存信息请求 输出流：库存信息清单，进货信息请求(2)加工名：更新 根据进货信息或销售信息更新库存信息 输入流：已进货信息，销售信息 输出流：发出库存检索请求(3)加工名：查询根据要查询的销售信息，检索出销售信息明细表输入流：销售信息查询 输出流：销售清单，销售单(4)加工名：更新 加工逻辑：根据销售信息更细销售清单 输入流：前台销售信息，库存信息输出流：更新库存清单(5)加工名：查询 加工逻辑：根据要查询的进货信息，检索出进货信息明细表 输入流：进货信息查询，发出进货 / 采购清

17、单查询 输出流：库存信息清单，已进货信息，新供货商信息，进货单信息清单，采 购单，进货信息请求，进货 / 采购清单检索结果(6)加工名：更新 加工逻辑：根据进货信息更新进货清单 输入流：进货信息请求，进货单 输出流：发出进货 / 采购清单查询(7)加工名：查询 加工逻辑：根据输入要查询的职工信息或供货商信息，检索出相应的结果 输入流：职工信息查询，供货商信息查询，发出职工 / 供货商清单查询 输出流：已有供货商信息，供货商信息清单，职工信息清单，职工 / 供货商 清单检索结果商品清单：输入流：职工信息，新供货商信息清单，职工 / 供货商清单检索结果4 、系统概要设计4.1 总体设计通过这个阶段

18、的工作将划分出组成系统的物理元素。 系统概要设计的基本目的是用比较抽象的概括方式确定系统如何完成预定 的任务，也就是要确定系统的配置物理方案。 软件结构设计时应该遵循的最主要 的原理是模块独立，让模块彼此间的接口关系应该尽量简单。4.2数据库概念设计数据库一般分为三级模式： 外模式、 概念模式和内模式。 外模式也就是不同 用户所对的数据视图， 它将数据库内部抽象的数据及其互相之间的关系表示为简 单、直观的应用界面。 概念模式是数据库中全部数据的逻辑结构和特征描述， 通 常以某种数据模型为基础。内模式是对数据的物理结构和存储方式的描述。4.2.1 数据项和数据结构在这里我们将要设计的是数据库的概

19、念模式， 通过对超市管理系统的内容和 数据流程分析及 E-R 图，设计如下数据项和数据结构。a） 商品信息表（商品编号，商品名称，价格，条形码，促销价格，促销起 日期，促销至日期，允许打折，库存数量，库存报警数量，计划进货数， 允许销售，厂商编号，供货商编号）b） 用户表（用户编号，用户名称，用户密码，用户类型）c） 会员表（会员编号，会员卡号，累积消费金额，注册日期）d)销售表(销售编号，商品编号，销售数量，销售金额，销售日期)e)交易表(交易编号，用户名称，交易金额，会员卡号，交易日期)f)进货入库表(入库编号，入库商品编号，入库数量，单额，总额，入库 日期，计划进货日期，入库状态)g)供

20、货商表(供货商编号，供货商名称，供货商地址，供货商电话)h)厂商表(厂商编号，厂商名称，厂商地址，厂商电话)4.2.2实体联系 E-R 图根据对数据流图和数据字典的分析， 我们可以确定该应用中的实体， 属性和 实体之间的关系，并画出如下所示的 E-R 图。超市管理系统 E-R 模型，如图 4.1 所示：图 4.1 系统 ER 图说明1)商店中的所有用户(员工)可以销售多种商品，每种商品可由不同用户(员工)销售；2)每个顾客可以购买多种商品，不同商品可由不同顾客购买；3)每个供货商可以供应多种不同商品，每种商品可由多个供应商供应。视图设计1)交易视图 (v_Dealing) 用于查询交易情况的视

21、图；2)计划进货视图 (v_PlanStock) 用于查询进货计划的视图；3)销售视图 (v_Sale) 用于查询销售明细记录的视图；入库视图 (v_Stock) 用于查询入库情况的视图5、详细设计详细设计阶段的根本目标是确定应该如何具体地实现所要求的系统， 包括了用户界面设计、程序过程设计等步骤。5.1系统功能模块图可以根据模块独立原理对软件结构进行精化。为了合理的分解，得到尽可能 高的内聚、尽可能松散的耦合，最终要的是，为了得到一个易于实现、易于测试 和易于维护的软件结构，应该对模块进行再分解或合并。系统功能模块图如下图5.1所示小型超市收银系统前台pos系统商品录本系统共包括两图5.1系

22、统功能模块图管大模块，分别是前台理POS销售系统和后台管理系统。前台POS销售系统又分为商品录入子系统和收银业务子系统后台管理系统分为进货管理模块、销售管理模块、人员管理模块和库存管理模块。5.2各子系统功能模块图1.商品录入子系统图5.2商品录入子系统功能描述：商品录入子系统要求能快速录入商品，因此必须支持条形码扫描2.收银业务子系统图5.4进货管理子系统级,功能描述：进货管系统可以根据库存自动指定i能。查询打啡划， 进货时自动等4.销售管理子系统商生口零销图5销售管理子系纟楚成销售售控排制行功能描述：销售管理子系统可以控制某商品是否允许销售，查询每种商品的 销售情况并产生年、月、日报表，同

23、时可以生成销售排行榜。5.库存管理子系统库存管理图功能描述：库存管理子系统的状态报警，以及自动盘点计算5询6细库存管理子系统动盘I查询库存明细记录计算的基本功能并根据库存6.人员管理子系统功能描述：人员管理子系统提供基本信息登记管理，员工操作权限管理，客 户销售权限管理的功能人员管理5.3程序流程图程序流程图的优点是对控制流程的描绘很直观，易于掌握。通过对系统的调 查和可行性分析，画出程序的流程图如下所示，程序过程设计主要是在借助过程 设计工具的情况下，对程序的具体实现过程进行设计。 程序的主要部分设计在这 个环节完成。其主要包括以下几个部分：图5.8程序流程图5.4数据库逻辑结构设计在数据库

24、设计中相当重要的一步就是将概念模型转化为计算机上 DBMS所支持的数据模型，例如，将 E-R图模型转化为关系模型，道理很简单，我们设 计概念模型基本上都是一些抽象的关系， 在再数据库设计的实现过程中，在计算机上有效地表示出这些关系就成了数据库设计的关键。 根据超市管理系统的功能要求，选取VisualBasic6 . 0作为后台数据库。一、在上面的实体和实体之间的 E-R图设计基础上，形成数据库中的表格 及表格之间的关系。表5-1数据库表索引表名中文名MerchI nfo商品信息表User用户表Men ber会员表Sale销售表Deali ng父易表Stock进货入库表Provide供货商表Fa

25、ctory丿商表表5-2商品信息表(Merchlnfo)字段名字段类型长度主/外键字段值约束对应中文名MerchlDint4PNot null商品编号MerchNameVarchar50Not null商品名称MerchPriceMoney4Not null价格MerchNumInt4Not null库存数量Cautio nNumInt4Not null库存报警数量PlanNumInt4n ull计划进货数BarCodeVarchar50Not null条形码SalesProPriceMoney4促销价格SalesProDateDatetim8促销起日期SeSalesProDateDateti

26、m8促销止日期EeAllowAbateInt4Not null允许打折AllowSaleInt4Not null允许销售FactoryIDVarchar10FNot null丿商编号ProvideIDVarchar10FNot null供货商编号表5-3用户表(User)字段名字段类型长度主/外键字段值约束对应中文名UserIDvarchar10PNot null用户编号UserNameVarchar25Not null用户名称UserPWVarchar50Not null用户密码UserStyleInt4Not null用户类型表5-4会员表（Menber）字段名字段类型长度主/外键字段值约

27、束对应中文名MemberIDVarchar10PNot null会员编号MemberCar dVarchar20Not null会员卡号TotalCostMoney4Not null累积消费金额RegDateDatetim e8Not null注册日期表5-5销售表（Sale）字段名字段类型长度主/外键字段值约束对应中文名SaleIDVarchar10PNot null销售编号MerChIDVarchar10FNot null商品编号SaleDateDatetim e8Not null销售日期SaleNumInt4Not null销售数量SalePriceMoney4Not null销售单额表

28、5-6交易表（Dealing）字段名字段类型长度主/外键字段值约束对应中文名Deali ngIDVarchar10PNot null交易编号Deali ngPriMoney4Not null交易金额ceDeali ngDaMoney4Not null交易日期teMemberlDVarchar10会贝卡号UserNameVarchar10FNot null用户名称表5-7入库记录表(Stock)字段名字段类型长度主/外键字段值约束对应中文名StockIDVarchar10PNot null入库编号MerchIDVarchar10FNot null入库商口口编号MerchNu mInt4Not null入库数量MerchPric eMoney4Not null单额TotalPriceMoney4Not null总额StockDateDatetim e8Datetime入库日期Pla nDateDatetim e8Datetime计划进货日期StockStateInt4Not null入库状态表5-8供货商表(Provide)字段名字段类型长度主/外键字段值约束对应中文名ProvidelDvarchar10PNot null供货商编号ProvideNamVarchar50Not null供货商名称e