场店铺营销超收银系统说明书

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 各

2、子系统功能模块图 165.3 程序流程图 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 机作为 工作台，其容量、速度能满足系统要求。根据客户提出的系统功能、 性能及实现系统的各项约束条件， 根据新系统目 标来衡量所需的技术是否具备， 本系统是一个数据库管理和查询的系统， 现有的 技术以较为成熟，硬件、软件的性能要求、环境条件等各项条件良好，估计利用 现有技术

4、条件应完全可以达到该系统的功能目标。1.2.2 经济可行性因为通过网络传递销售信息可以不受距离的限制， 因此可以借阅许多的人力 和物力，方便管理， 由此可以减少不必要的开支， 同时该系统可以提高超市的销 售效率，即提高了超市的经济效益，所以从经济上完全是可行的。 (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. 库存管理：综合查询库存明细记录。 库存状态自动告警提示。 如库存过剩、 少货、缺货等。软件为

13、您预警，避免库存商品积压损失和缺货。库存自动 盘点计算。4. 人员管理：员工、会员、供货商、厂商等基本信息登记管理。员工操作权 限权利、客户销售权限管理。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) 文件名：销售清单组成： 销售单号 +商品编号+销售数量

16、+销售日期 组织：按销售单编号递增排列(6) 文件名：库存清单组成： 商品编号 +库存数量 组织：按商品编号递增排列加工说明：(1)加工名：查询 加工逻辑：根据要查询的库存信息，检索出库存信息明细表 输入流：库存信息查询，发出库存信息请求 输出流：库存信息清单，进货信息请求(2)加工名：更新 根据进货信息或销售信息更新库存信息 输入流：已进货信息，销售信息 输出流：发出库存检索请求(3) 加工名：查询根据要查询的销售信息，检索出销售信息明细表输入流：销售信息查询 输出流：销售清单，销售单(4) 加工名：更新 加工逻辑：根据销售信息更细销售清单 输入流：前台销售信息，库存信息输出流：更新库存清单

17、(5) 加工名：查询 加工逻辑：根据要查询的进货信息，检索出进货信息明细表 输入流：进货信息查询，发出进货 / 采购清单查询 输出流：库存信息清单，已进货信息，新供货商信息，进货单信息清单，采 购单，进货信息请求，进货 / 采购清单检索结果(6) 加工名：更新 加工逻辑：根据进货信息更新进货清单 输入流：进货信息请求，进货单 输出流：发出进货 / 采购清单查询(7) 加工名：查询 加工逻辑：根据输入要查询的职工信息或供货商信息，检索出相应的结果 输入流：职工信息查询，供货商信息查询，发出职工 / 供货商清单查询 输出流：已有供货商信息，供货商信息清单，职工信息清单，职工 / 供货商 清单检索结

18、果商品清单：输入流：职工信息，新供货商信息清单，职工 / 供货商清单检索结果4 、系统概要设计4.1 总体设计通过这个阶段的工作将划分出组成系统的物理元素。 系统概要设计的基本目的是用比较抽象的概括方式确定系统如何完成预定 的任务，也就是要确定系统的配置物理方案。 软件结构设计时应该遵循的最主要 的原理是模块独立，让模块彼此间的接口关系应该尽量简单。4.2 数据库概念设计数据库一般分为三级模式： 外模式、 概念模式和内模式。 外模式也就是不同 用户所对的数据视图， 它将数据库内部抽象的数据及其互相之间的关系表示为简 单、直观的应用界面。 概念模式是数据库中全部数据的逻辑结构和特征描述， 通 常

19、以某种数据模型为基础。内模式是对数据的物理结构和存储方式的描述。4.2.1 数据项和数据结构在这里我们将要设计的是数据库的概念模式， 通过对超市管理系统的内容和 数据流程分析及 E-R 图，设计如下数据项和数据结构。a）商品信息表（商品编号，商品名称，价格，条形码，促销价格，促销起 日期，促销至日期，允许打折，库存数量，库存报警数量，计划进货数， 允许销售，厂商编号，供货商编号）b）用户表（用户编号，用户名称，用户密码，用户类型）c）会员表（会员编号，会员卡号，累积消费金额，注册日期）d) 销售表(销售编号，商品编号，销售数量，销售金额，销售日期)e) 交易表(交易编号，用户名称，交易金额，会

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

21、买；3) 每个供货商可以供应多种不同商品，每种商品可由多个供应商供应。视图设计1) 交易视图 (v_Dealing) 用于查询交易情况的视图；2) 计划进货视图 (v_PlanStock) 用于查询进货计划的视图；3) 销售视图 (v_Sale) 用于查询销售明细记录的视图；入库视图 (v_Stock) 用于查询入库情况的视图5、详细设计详细设计阶段的根本目标是确定应该如何具体地实现所要求的系统，包括了用户界面设计、程序过程设计等步骤。5.1系统功能模块图可以根据模块独立原理对软件结构进行精化。为了合理的分解，得到尽可能 高的内聚、尽可能松散的耦合，最终要的是，为了得到一个易于实现、易于测试

22、和易于维护的软件结构，应该对模块进行再分解或合并。系统功能模块图如下图5.1所示小型超市收银系统前台pos系统商品录本系统共包括两图5.1系统功能模块图管大模块，分别是前台理POS销售系统和后台管理系统。前台POS销售系统又分为商品录入子系统和收银业务子系统后台管理系统分为进货管理模块、销售管理模块、人员管理模块和库存管理模块。5.2各子系统功能模块图1.商品录入子系统图5.2商品录入子系统功能描述：商品录入子系统要求能快速录入商品，因此必须支持条形码扫描2.收银业务子系统图5.4进货管理子系统级,功能描述：进货管系统可以根据库存自动指定i能。查询打啡划， 进货时自动等4. 销售管理子系统商生

23、口零销图5销售管理子系纟楚成销售售控排制行功能描述：销售管理子系统可以控制某商品是否允许销售，查询每种商品的 销售情况并产生年、月、日报表，同时可以生成销售排行榜。5. 库存管理子系统库存管理图功能描述：库存管理子系统的状态报警，以及自动盘点计算5询6细库存管理子系统动盘I查询库存明细记录计算的基本功能并根据库存6. 人员管理子系统功能描述：人员管理子系统提供基本信息登记管理，员工操作权限管理，客 户销售权限管理的功能人员管理5.3程序流程图程序流程图的优点是对控制流程的描绘很直观，易于掌握。通过对系统的调 查和可行性分析，画出程序的流程图如下所示，程序过程设计主要是在借助过程 设计工具的情况

24、下，对程序的具体实现过程进行设计。 程序的主要部分设计在这 个环节完成。其主要包括以下几个部分：图5.8程序流程图5.4数据库逻辑结构设计在数据库设计中相当重要的一步就是将概念模型转化为计算机上DBMS所支持的数据模型，例如，将 E-R图模型转化为关系模型，道理很简单，我们设 计概念模型基本上都是一些抽象的关系，在再数据库设计的实现过程中，在计算机上有效地表示出这些关系就成了数据库设计的关键。根据超市管理系统的功能要求，选取VisualBasic6 . 0作为后台数据库。一、在上面的实体和实体之间的 E-R图设计基础上，形成数据库中的表格 及表格之间的关系。表5-1数据库表索引表名中文名Mer

25、chI nfo商品信息表User用户表Men ber会员表Sale销售表Deali ng父易表Stock进货入库表Provide供货商表Factory丿商表表5-2商品信息表(Merchlnfo)字段名字段类型长度主/外键字段值约束对应中文名MerchlDint4PNot null商品编号MerchNameVarchar50Not null商品名称MerchPriceMoney4Not null价格MerchNumInt4Not null库存数量Cautio nNumInt4Not null库存报警数量PlanNumInt4n ull计划进货数BarCodeVarchar50Not null条

26、形码SalesProPriceMoney4促销价格SalesProDateDatetim8促销起日期SeSalesProDateDatetim8促销止日期EeAllowAbateInt4Not null允许打折AllowSaleInt4Not null允许销售FactoryIDVarchar10FNot null丿商编号ProvideIDVarchar10FNot null供货商编号表5-3用户表(User)字段名字段类型长度主/外键字段值约束对应中文名UserIDvarchar10PNot null用户编号UserNameVarchar25Not null用户名称UserPWVarchar5

27、0Not null用户密码UserStyleInt4Not null用户类型表5-4会员表（Menber）字段名字段类型长度主/外键字段值约束对应中文名MemberIDVarchar10PNot null会员编号MemberCar dVarchar20Not null会员卡号TotalCostMoney4Not null累积消费金额RegDateDatetim e8Not null注册日期表5-5销售表（Sale）字段名字段类型长度主/外键字段值约束对应中文名SaleIDVarchar10PNot null销售编号MerChIDVarchar10FNot null商品编号SaleDateDat

28、etim e8Not null销售日期SaleNumInt4Not null销售数量SalePriceMoney4Not null销售单额表5-6交易表（Dealing）字段名字段类型长度主/外键字段值约束对应中文名Deali ngIDVarchar10PNot null交易编号Deali ngPriMoney4Not null交易金额ceDeali ngDaMoney4Not null交易日期teMemberlDVarchar10会贝卡号UserNameVarchar10FNot null用户名称表5-7入库记录表(Stock)字段名字段类型长度主/外键字段值约束对应中文名StockIDVa

29、rchar10PNot null入库编号MerchIDVarchar10FNot null入库商口口编号MerchNu mInt4Not null入库数量MerchPric eMoney4Not null单额TotalPriceMoney4Not null总额StockDateDatetim e8Datetime入库日期Pla nDateDatetim e8Datetime计划进货日期StockStateInt4Not null入库状态表5-8供货商表(Provide)字段名字段类型长度主/外键字段值约束对应中文名ProvidelDvarchar10PNot null供货商编号ProvideN

30、amVarchar50Not null供货商名称eProvideAddrVarchar250供货商地址essProvidePh onVarchar25供货商电话e表5-9厂商表(Provide)字段名字段类型长度主键字段值约束对应中文名FactoryIDvarchar10PNot null丿商编号FactoryNameVarchar50Not null厂商名称FactoryAddrVarchar250丿商地址essFactoryPh onVarchar25厂商电话e5.5连接数据库的特点当开发环境通过连接到数据库上之后，在设计中使用数据库画笔可实现对该数据库中表格，视图等的操作，如创建表 ,修

31、改表，删除表，增加 / 删除记录设计中设计数据窗口的时候， 通过对话框实现与数据的连接。 在应用程序中 则一般是在应用程序对象中书写连接数据库的程序代码， 使得应用程序开始运行 并实现与数据库的连接。5.6 用户界面设计5.6.1 一般交互设计一般交互涉及信息显示、数据输入、和系统整体控制等方面。1、一致性 为客户交互界面中的菜单选择、命令输入、数据显示以及众多的其他功能， 使用一致的格式。在设计的过程中，基本上保持了系统的格式一致。2、信息的反馈向用户及时提供视觉和听觉的信息反馈， 以保证在用户和系统之间及时地建 立双向通信。在本系统设计过程中， 基本做到了信息的及时反馈， 在信息显示的大部

32、分窗 体中包括了刷新按钮，会对数据库中的数据进行及时地显示。另外， 在进行错误 操作是，会弹出提示窗口并发出警告提示音。3、执行有较大影响的操作前提示用户确认在设计过程中， 如果用户要执行删除操作，以及对数据库的读写操作时，都 会有窗体弹出询问继续操作或者予以提示。4、减少两次操作间需要记忆的内容为了避免用户为下一步操作而记忆大量数据， 所以在设计过程中在需要数据 传递的窗体中设置全局变量， 来传递数据。 例如在入账和入库的模块的操作中都用到了这样的方法。5、对话、移动和思考的效率尽量减少用户击键的次数， 在设计时考虑到了用户屏幕的布局以减少用户鼠标移动的距离，尽量避免用户在操作中发生疑问的情

33、况。6、允许错误允许用户的误操作尽量不对系统造成伤害。7、按功能对动作分类，并据此设计屏幕布局屏幕布局尽量将软件所具有的所有功能在主页面展示，界面一目了然。5.6.2 信息显示设计应当尽量为用户提供的界面显示时完整的、 明确的和容易理解的。 这样才能满足用户的需求。使用不同的方式显示信息：用文字、图形、声音，按位置、移 动和大小，使用颜色和省略等方式传达信息。1、只显示与当前工作有关的信息在用户操作有关系统的特定功能的信息时， 不必看到与之无关的数据、 菜单和图形。2、使用便于用户迅速吸收数据的方式来表示数据在系统设计的过程中， 较多地使用了图表的形式表示数据， 例如在分析中就 使用了柱状图的

34、形式表现了复杂的数据。 这样，用户可以直观的体会到图表所表 示的含义3、使用一致的标记、标准的缩写和可预知的颜色为了使系统所表达的含义准确、 无误，就必须适用一致的标记、 标准的缩写 和可以预知的缩写， 这样用户就无需参照其他信息源就能理解， 而正确地适用软 件。4、产生有意义的错误信息 对于系统在运行过程中产生的错误尽量给用户返回一个容易理解的错误信 息，以使用户保持对系统的信任，和系统的可用性。5、使用窗口分隔不同类型的信息 使用不同的窗口显示、保存不同类型的信息。6、高效率的使用显示屏当使用多窗口时，应该有足够的空间使得每个窗口至少都能显示出一部分。 此外，屏幕的大小应该选得和应用系统的

35、类型相配套。在各个显示数据的窗口中， 由于数据窗体项目较多， 所以在数据窗体空间中 较多的是用了垂直和水平滚动条，以保证信息的全面正确显示。5.6.3 数据输入界面设计用户的大部分时间用在选择菜单命令、 键入数据和向系统提供输入。 在系统 中，键盘是主要的输入介质，但是鼠标等设备的也是重要的输入手段，所以，对 于他们的数据输入操作有如下约定：1、保持信息显示和数据输入间的一致性 为了方便用户的使用，鼠标应当尽量减少操作的幅度。2、保持显示信息和输入信息之间的一致性对于用户来说， 要保证其输入的数据在显示上与其他显示的视觉特征 （例如： 文字大小、颜色、位置等）要一致。对于不同类型的用户在登录到

36、系统后， 由于有不同的权限， 所以在主界面中 会有一些项目受到限制而无法使用， 所以要使这些项目不发生作用， 以保证系统 安全。5.7 软件测试软件测试的目的， 第一是确认软件的质量， 其一方面是确认软件做了你所期 望的事情（ Dotherightthing ），另一方面是确认软件以正确的方式来做了这个 事件（ Doitright ）。第二是提供信息， 比如提供给开发人员或程序经理的反馈信息， 为风险评估 所准备的信息。第三软件测试不仅是在测试软件产品的本身，而且还包括软件开发的过程。 如果一个软件产品开发完成之后发现了很多问题， 这说明此软件开发过程很可能 是有缺陷的。因此软件测试的第三个目

37、的是保证整个软件开发过程是高质量的。5.7.1 测试的方法和步骤软件的测试方法有两种，一种是黑盒测试（功能测试） ，另外一种是白盒测 试（结构测试）。黑盒测试把程序看作一个黑盒子，完全不考虑程序的内部结构和处理过程。 也就是说， 黑盒测试是在程序接口进行的测试， 它只检查程序功能是否能按照规 格说明书的规定正常使用， 程序是否能适当的接受输入数据并产生正确的输出信 息，程序运行过程中能否保持外部信息的完整性。白盒测试的前提是可以把程序看成装在一个透明的白盒子里， 测试者完全知 道程序的结构和处理算法。这种方法按照程序内部的逻辑测试程序， 检测程序中 的主要执行通路是否能按预定的要求正确工作。在

38、本次软件的测试工作中，由于水平的限制，仅仅对软件的各个功能模块进 行了测试，并对各个模块之间的接口进行了详细的测试（用黑盒测试法）。测试的步骤由于该系统是一个小系统，可以把整个系统作为一个单独的实体来测试。当 然，在测试的过程中可以分模块、分阶段来进行。大型软件系统通常是有若干个 子系统组成，且每个子系统由由许多模块组成，因此，软件的测试过程基本上由以下步骤组成：模块测试子系统测试系统测试验收测试平行运行5.7.2测试用例本次设计主要模块有查询模块、修改模块、输入模块和删除模块等，这里只 列出以下模块的测试用例。当然，在实际的测试中应尽可能的对每个功能， 都能 测试到。1、登录测试1）输入空账

39、号2）输入不存在的账号密码3）输入正确的账号和错误的密码4）输入正确账号和空密码2添加员工测试5）添加一个已存在的员工6）添加一个不存在的员工3、删除员工测试7）删除一个不存在的员工8）删除一个已存在的员工4、查询员工测试9）查询一个不存在的员工10）查询一个存在的员工11）查询员工的各种奖惩记录设计总结按照软件+文档，程在课程设计当中我了解到，在开发一个项目时一定要先做好规划,的开发过程，详细地写好每一个必要的文档。软件的概念就是：程序 序就是文档，文档集成在程序中。它要求在选择开发环境时不仅要考虑环境对设 计、开发的完美支持， 而且要考虑对维护、 文档的支持； 它要求软件人员在设计、 开发

40、过程中要考虑维护问题、文档问题； 它要求程序与文档存储在同一位置、 同 一系统中；它要求使用相同工具进行程序与文档的书写、检索； 它要求在编写和 维护程序的同时形成文档，在书写文档时编写、 维护程序。 程序与文档合一的概 念不仅存在于系统的设计、 开发阶段而且存在于系统的维护阶段， 它贯穿软件的 生命周期。和传统管理模式相比较， 使用本系统，毫无疑问会大大提高超市的运作效率， 辅助提高超市的决策水平，管理水平，为降低经营成本，提高效益，减少差错， 节省人力，减少顾客购物时间，增加客流量，提高顾客满意度，增强超市扩张能 力，提供有效的技术保障。由于开发者能力有限， 加上时间仓促，本系统难免会出现一些不足之处，例 如：本系统只适合小型超市使用，不能适合中大型超市使用； 超市管理系统涉及范围宽，要解决的问题多，功能