1、可行性分析 ................................................................................................................................. 2
1.1问题描述 ............................................................................................................................. 2 1.2可行性分析研究 ................................................................................................................. 2
1.2.1技术可行性 ............................................................................................................ 2 1.2.2经济可行性 ............................................................................................................ 2 1.2.3操作可行性 ............................................................................................................ 3
2、项目开发打算 ............................................................................................................................. 4
2.1编写目的 ............................................................................................................................. 4 2.2项目背景 ............................................................................................................................. 4 2.3项目概述 ............................................................................................................................. 4 2.4项目开发打算 ..................................................................................................................... 5 2.5交付期限 ............................................................................................................................. 5 3、需求分析 ..................................................................................................................................... 6
3.1任务需求分析 ..................................................................................................................... 6 3.2数据流图、数据字典 ......................................................................................................... 7
3.2.1数据流图 ................................................................................................................ 7 3.2.2数据字典 ................................................................................................................ 9
4、系统概要设计 ........................................................................................................................... 12
4.1总体设计 ........................................................................................................................... 12 4.2数据库概念设计 ............................................................................................................... 12
4.2.1数据项和数据结构 .............................................................................................. 12 4.2.2实体联系E-R图 .................................................................................................. 13
5、详细设计 ................................................................................................................................... 14
5.1系统功能模块图 ............................................................................................................... 14 5.2各子系统功能模块图 ....................................................................................................... 14 5.3程序流程图 ....................................................................................................................... 17 5.4数据库逻辑结构设计 ....................................................................................................... 18 5.5连接数据库的特点 ........................................................................................................... 21 5.6用户界面设计 ................................................................................................................... 21
5.6.1一样交互设计 ...................................................................................................... 21 5.6.2信息显示设计 ...................................................................................................... 22 5.6.3数据输入界面设计 .............................................................................................. 23 5.7软件测试 ........................................................................................................................... 24
5.7.1测试的方法和步骤 .............................................................................................. 24 5.7.2测试用例 .............................................................................................................. 25
设计总结 ......................................................................................................................................... 26 参考文献 ......................................................................................................................................... 27 致 谢 ........................................................................................................................................... 28
1、可行性分析
1.1问题描述
超市零售治理系统是小型超市商品销售及物资治理的要紧操纵部分，直截了当阻碍销售的方便性及治理的规范性。随着信息时代的进展，对效率的要求日益提高，因而软件操纵销售和治理差不多取代了传统全手工方式。小型超市具有自身的特点：商品要求一样齐全，进出货关系较为简单，职员人数种类不多；在软件角度看，数据较少，对储备和速度要求不高。但正由于职员较少，使用软件操纵成为 必须。
1.2可行性分析研究
1.2.1技术可行性
技术上的可行性分析要紧分析现有技术条件能否顺利完成开发工作，硬、软件配置能否满足开发者需要等。目前各宾馆均建有局域网，同时采纳PC机作为工作台，其容量、速度能满足系统要求。
依照客户提出的系统功能、性能及实现系统的各项约束条件，依照新系统目 标来衡量所需的技术是否具备，本系统是一个数据库治理和查询的系统，现有的技术以较为成熟，硬件、软件的性能要求、环境条件等各项条件良好，估量利用现有技术条件应完全能够达到该系统的功能目标。 1.2.2经济可行性
因为通过网络传递销售信息能够不受距离的限制，因此能够借阅许多的人力和物力，方便治理，由此能够减少不必要的开支，同时该系统能够提精湛市的销售效率，即提高了超市的经济效益，因此从经济上完全是可行的。 (1)超市有能力承担系统开发费用
开发新系统的工作是一项间距复杂的工作，它的投资要紧是人力和物力的投
资。关于本系统的开发者来说，其要紧投资依旧在人力和物力两个方面。假如是企业自己安排人手开发系统的话，其要紧的投资依旧在人力资源上，从系统的业务需求调查到系统的分析编码制作差不多上需要庞大的人力投入的。软件企业作为一个简短的高科技产业，其职员要求都比一样企业的要求要高，而且对系统开发及软件产业了解比较多，因此在自我开发治理系统的过程中，企业自己比较容易安排人手，如此就能够为企业借阅大部分的额外开支。同时软件就其它产品来属于高端行业，不管是产品的价格依旧质量都比较高，而经营产品的经销商或者是商家都要求有雄厚的资金支持。因此，在系统的开发过程中，企业完全有能力承担开发费用..
(2)新系统将为企业带来经济效益
治理系统是一个信息化、智能化和先进治理理念的集合体。而治理是一个动态过程，在其运行过程中要采取多项措施。因此在治理中获得经济效益是一个综合效益，要对它进行直截了当定量的分析是比较困难的。一样新系统带来的经济效益是简介的，其最要紧的表现确实是减少了企业治理费用和人力开支。而其它一些繁琐的食物都通过新系统来加以分析解决，不仅节约了大量的时刻，还为企业的各项决策提供了宝贵的资料，为企业带来庞大的经济效益。 1.2.3操作可行性
本系统采纳基于Windows的图形用户界面，而该系统是大伙儿熟悉的操作系统，关于那些有一样的运算机知识的人员就能够轻松上手。而整个超市治理系统采纳最友好的交互界面，简介明了，不需要对数据库进行深入的了解。
由此，该系统的操作是可行的，有必要开发该系统。
综合以上三方面，该系统具有专门高的开发可行性，不管是从技术上或者经济上依旧操作上。因此，能够设计该系统的数据流程图，建立数据字典。
通过认真地全面地可行性研究，系统差不多上做到了在技术、经济、运行、法律上的可行。因此，相信在按照打算上实施的前提下，全系统的设计将会按时、高质量完成。因此，系统研制和开发是能够赶忙进行的。
2、项目开发打算
2.1编写目的
通过项目的可行性分析，得出项目可进一步进行下去的结论，在软件连续进一步的开发之前第一给出此软件项目打算。
2.2项目背景
21世纪，超市的竞争也进入到了一个全新的领域，竞争已不再是规模的竞争，而是技术的竞争、治理的竞争、人才的竞争。技术的提升和治理的升级是超市业的竞争核心。零售领域目前呈多元进展趋势，多种业态：超市、仓储店、便利店、特许加盟店、专卖店、货仓等相互并存。如何在猛烈的竞争中扩大销售额、降低经营成本、扩大经营规模，成为超市营业者努力追求的目标。
项目分析单位在接到项目分析员给出的项目可行性分析报告后，在本系统，即仓库进货治理系统开发主管部门的统一下制定用于软件实质开发的软件项目打算，以使软件开发单位明白得软件开发要求，进行开发。
2.3项目概述
本系统要紧包括：仓库治理、货架治理和收银治理。
1)仓库治理要紧包括：生成库存报告、生成缺货报告、录入更新数据。在需要时(可每隔一个时刻段查询一次) 生成商品库存情形报告,实时报告商品库存情形,如库存量不足(小于某一自定的数量) 时,可生成缺货报告,并提供商品种类,来源等商品属性信息,方便采购人员进行商品采购。采购员采购商品后,及时录入商品信息等数据,在数据库中进行数据更新。
2)货架治理要紧包括: 货架上商品卖到一定数量时,实时生成提货报告,并提供商品的库存信息,剩余信息。
3)收银治理要紧包括：随时录入卖出商品信息,如名称,数量,单价等,及时更新数据库数据。
2.4项目开发打算
1、任务分解
分三个大的时期进行开发第一时期完成本系统的数据流图跟E-R图。第二时期完成概要设计跟详细设计。第三时期书写文档。 2、预算
软件资金投入较少，具体预算分配简略。 3、关键问题
各模块之间的联系和后台数据库的完成。使用目前的设备与现有开发技术完全能够开发出该系统，总的来说该项目没有较大的技术难点与其他的一些风险因素。关于显现的一些小难点总都能得到解决。
2.5交付期限
所要开发的系统较简单，所有开发工作用户要求要在3周内完成，完成项目的最迟时刻为2020年8月27日。
3、需求分析
3.1任务需求分析
前台POS销售系统(差不多功能)：
1. 商品录入：依照超巿业务特点制定相关功能，能够通过输入唯独编号、扫描条形码、商品名称等来实现精确或模糊的商品扫描录入。该扫描录入方法能够充分保证各种电脑操作水平层次的人员均能准确快速地进行商品扫描录入。
2. 收银业务：通过扫描条形码或者直截了当输入商品名称〔关于同类多件商品采纳一次录入加数量的方式〕自动运算本次交易的总金额。在顾客付款后，自动运算找零，同时打印交易清单〔包括交易的流水账号、每类商品的商品名、数量、该类商品的总金额、交易的时刻、负责本次收银的职员号〕。假如顾客是本店会员并持有本人会员卡，那么在交易前先扫描会员卡，并对所购物品全部实行95折优待，并将所购物品的总金额累计到该会员的总消费金额中。 会员卡的有效期限为一年，满一年未续卡者，该会员卡将被注销。
3. 安全性。POS登陆、退出、换班与操作锁定等权限验证爱护；断电自动爱护最大限度防止意外及恶意非法操作。
4. 独立作业。特有的断网收银即在网络服务器断开或网络不通的情形下，收银机仍能正常作业。 后台治理系统(差不多功能)：
1. 进货治理： 依照销售情形及库存情形，自动制定进货打算〔亦可手工制定修改〕，能够幸免盲目进货造成商品积压。 按打算单有选择性地进行自动入库登记。 综合查询打印打算进货与入库记录及金额。
2. 销售治理： 商品正常销售、促销与限量、限期及禁止销售操纵。 综合查询各种销售明细记录、各地收银员收银记录以及交结账情形等。 按多种方式统计生成销售排行榜，灵活观看和打印商品销售日、月、年报表。 3. 库存治理： 综合查询库存明细记录。 库存状态自动告警提示。如库存过
剩、少货、缺货等。软件为您预警，幸免库存商品积压缺失和缺货。 库存自动盘点运算。
4. 人员治理：职员、会员、供货商、厂商等差不多信息登记治理。职员操作权限权益、客户销售权限治理。
3.2数据流图、数据字典
3.2.1数据流图
数据流图由四种差不多的元素构成：数据流(Data Flow)，处理(Process)，数据
储备和数据源〔数据终点〕。
数据流(Data Flow)：为具有名称且有流向的数据，用标有名称的箭头表示，一个数据能够是记录、组合项或差不多项。
处理(Process)：表示对数据所进行的加工和变换，在图中用矩形框表示。指向处理数据流为该处理的输入数据，离开处理的数据为处理的输出数据。
数据储备：表示用文件方式或数据库形式所储备的数据，堆砌进行的存取分别以指向或离开数据储备的箭头表示。
数据源及数据终点：表示数据的来源或数据的去向，能够是一个组织或人员。
库存信息查询库存信息清单1：查询进货信息请求发出库存检索请求库存清单库存信息检索结果已进货信息1：更新销售信息
图3.1 库存治理部分第1层DFD图
销售信息查询销售清单2：查询销售单销售清单2：更新前台销售信息库存信息
图3.2 销售治理部分第1层DFD图
已进货信息新供货商信息进货信息清单进货信息查询3：查询库存信息清单采购单进货信息请求发出进货/采购清单查询进货清单采购清单进货/采购清单检索结果3：更新进货信息请求进货单
图3.3 进货治理部分第1层DFD图
3.2.2数据字典
数据字典是关于数据的信息的集合，也确实是对数据流图中包含的所有元素的定义的集合。
(1)已进货信息=进货单号+供货商号+商品名称+进货价+进货数量+进货日期+备注
(2)销售信息=销售单号+商品编号+销售数量+销售日期
文件条目：
(1)文件名：职工清单
组成：{职工编号+姓名+性别+籍贯+学历+类别+工资+联系 + +身份证号+聘用日期+编制日期+备注}
组织：按职工编号递增排列 (2)文件名：商品清单
组成：{商品编号+供货商号+名称+条形码+计量单位+类别+产地+单价+备注}
组织：按商品编号递增排列 (3)文件名：供货商清单
组成：{供货商号+名称+联系人+联系 + +开户行+银行帐号+备注} 组织：按供货商编号递增排列 (4)文件名：进货清单
组成：{进货单号+商品编号+供货商号+进货价+数量+金额+进货日期+备注} 组织：按进货单编号递增排列 (5)文件名：销售清单
组成：{销售单号+商品编号+销售数量+销售日期} 组织：按销售单编号递增排列
(6)文件名：库存清单组成：{商品编号+库存数量} 组织：按商品编号递增排列 加工说明：
(1)加工名：查询
加工逻辑：依照要查询的库存信息，检索出库存信息明细表 输入流：库存信息查询，发出库存信息要求 输出流：库存信息清单，进货信息要求 (2)加工名：更新
依照进货信息或销售信息更新库存信息 输入流：已进货信息，销售信息 输出流：发出库存检索要求 (3)加工名：查询
依照要查询的销售信息，检索出销售信息明细表 输入流：销售信息查询 输出流：销售清单，销售单
(4)加工名：更新
加工逻辑：依照销售信息更细销售清单 输入流：前台销售信息，库存信息 输出流：更新库存清单 (5)加工名：查询
加工逻辑：依照要查询的进货信息，检索出进货信息明细表 输入流：进货信息查询，发出进货/采购清单查询
输出流：库存信息清单，已进货信息，新供货商信息，进货单信息清单，采购单，进货信息要求，进货/采购清单检索结果
(6)加工名：更新
加工逻辑：依照进货信息更新进货清单 输入流：进货信息要求，进货单 输出流：发出进货/采购清单查询 (7)加工名：查询
加工逻辑：依照输入要查询的职工信息或供货商信息，检索出相应的结果 输入流：职工信息查询，供货商信息查询，发出职工/供货商清单查询 输出流：已有供货商信息，供货商信息清单，职工信息清单，职工/供货商清单检索结果 商品清单：
输入流：职工信息，新供货商信息清单，职工/供货商清单检索结果
4、系统概要设计
4.1总体设计
通过那个时期的工作将划分出组成系统的物理元素。
系统概要设计的差不多目的是用比较抽象的概括方式确定系统如何完成预定的任务，也确实是要确定系统的配置物理方案。软件结构设计时应该遵循的最要紧的原理是模块独立，让模块彼此间的接口关系应该尽量简单。
4.2数据库概念设计
数据库一样分为三级模式：外模式、概念模式和内模式。外模式也确实是不同用户所对的数据视图，它将数据库内部抽象的数据及其互相之间的关系表示为简单、直观的应用界面。概念模式是数据库中全部数据的逻辑结构和特点描述，通常以某种数据模型为基础。内模式是对数据的物理结构和储备方式的描述。 4.2.1数据项和数据结构
在那个地点我们将要设计的是数据库的概念模式，通过对超市治理系统的内容和数据流程分析及E-R图，设计如下数据项和数据结构。
a) 商品信息表〔商品编号，商品名称，价格，条形码，促销价格，促销起
日期，促销至日期，承诺打折，库存数量，库存报警数量，打算进货数，承诺销售，厂商编号，供货商编号〕
b) 用户表〔用户编号，用户名称，用户密码，用户类型〕 c) 会员表〔会员编号，会员卡号，累积消费金额，注册日期〕 d) 销售表〔销售编号，商品编号，销售数量，销售金额，销售日期〕 e) 交易表〔交易编号，用户名称，交易金额，会员卡号，交易日期〕 f) 进货入库表〔入库编号，入库商品编号，入库数量，单额，总额，入库
日期，打算进货日期，入库状态〕
g) 供货商表〔供货商编号，供货商名称，供货商地址，供货商 〕 h) 厂商表〔厂商编号，厂商名称，厂商地址，厂商 〕
4.2.2实体联系E-R图
依照对数据流图和数据字典的分析，我们能够确定该应用中的实体，属性和实体之间的关系，并画出如下所示的E-R图。
超市治理系统E-R模型，如图4.1所示：
姓名 性别 销售单号 n 职工编号 职工/用户 m 销售 客户 m 销售日期 进货单号 进货 进货日期 商品编号 数量 供货商编号 n 商品 供货 名称 n 供货商 地址 名称 m 价格 条形码 供货日期
图4.1 系统ER图说明
1） 商店中的所有用户〔职员〕能够销售多种商品，每种商品可由不同用户
〔职员〕销售；
2） 每个顾客能够购买多种商品，不同商品可由不同顾客购买； 3） 每个供货商能够供应多种不同商品，每种商品可由多个供应商供应。 视图设计
1) 交易视图(v_Dealing)——用于查询交易情形的视图； 2) 打算进货视图(v_PlanStock)——用于查询进货打算的视图； 3) 销售视图(v_Sale)——用于查询销售明细记录的视图； 入库视图(v_Stock)——用于查询入库情形的视图
5、详细设计
详细设计时期的全然目标是确定应该如何具体地实现所要求的系统，包括了用户界面设计、程序过程设计等步骤。
5.1系统功能模块图
能够依照模块独立原理对软件结构进行精化。为了合理的分解，得到尽可能高的内聚、尽可能松散的耦合，最终要的是，为了得到一个易于实现、易于测试和易于爱护的软件结构，应该对模块进行再分解或合并。
系统功能模块图如以下图5.1所示
商 品录 入 收 银业 务 进 货 管 理 销 售 管 理 库存 管 理 人员治理 前台pos系统 后台治理系统 小型超市收银系统 图5.1 系统功能模块图
本系统共包括两大模块，分别是前台POS销售系统和后台治理系统。前台POS销售系统又分为商品录入子系统和收银业务子系统。后台治理系统分为进货治理模块、销售治理模块、人员治理模块和库存治理模块。
5.2各子系统功能模块图
1.商品录入子系统
商品录入
快速商品录入支持条描 形码扫图5.2 商品录入子系统 功能描述：商品录入子系统要求能快速录入商品，因此必须支持条形码扫描。 2.收银业务子系统
收银业务 交易总额运算 打印 交 易清单
支持会员卡打图5.3 收银业务子系统
功能描述：收银业务子系统能运算交易总额，打印交易清单，并依照会员卡打折。
3.进货治理子系统
自动制定进货 自动入库登记 查 询打印打算 进货治理 图5.4 进货治理子系统
功能描述：进货治理子系统能够依照库存自动指定进货打算，进货时自动等级，以及提供查询和打印打算进货与入库记录的功能。
4.销售治理子系统
销售治理
商品销售操纵 查询 打印 销售 生成销售排行 图5.5 销售治理子系统
功能描述：销售治理子系统能够操纵某商品是否承诺销售，查询每种商品的销售情形并产生年、月、日报表，同时能够生成销售排行榜。
5.库存治理子系统
库存治理 查询库存明细 库 存 状态 告 警 自动盘点运算 图5.6 库存治理子系统
功能描述：库存治理子系统提供查询库存明细记录的差不多功能，并依照库存的状态报警，以及自动盘点运算。
6.人员治理子系统
功能描述：人员治理子系统提供差不多信息登记治理，职员操作权限治理，客户销售权限治理的功能。
人员治理 差不多信息记职 员操 作 权限 客户销售权限
图5.7 人员治理子系统
5.3程序流程图
程序流程图的优点是对操纵流程的描画专门直观，易于把握。通过对系统的调查和可行性分析，画出程序的流程图如下所示，程序过程设计要紧是在借助过程设计工具的情形下，对程序的具体实现过程进行设计。程序的要紧部分设计在那个环节完成。其要紧包括以下几个部分：
超市总经理与供货商浅谈进货是否是新供货商否是旧供应商新商品引进流程新供应商新商品引进流程订货管理作业流程收获工作流程超市进行销售管理否采购部与店面共同分析是否有滞销或质量问题是采购部处理解决采购部分析经营是否有问题否信息部：新商品试销是否已经到期是退货管理流程新商品转正流程需供应商分析淘汰流程是否新供应商不需结算流程 图5.8 程序流程图
5.4数据库逻辑结构设计
在数据库设计中相当重要的一步确实是将概念模型转化为运算机上DBMS
所支持的数据模型，例如，将E-R图模型转化为关系模型，道理专门简单，我们设计概念模型差不多上差不多上一些抽象的关系，在再数据库设计的实现过程中，在运算机上有效地表示出这些关系就成了数据库设计的关键。依照超市治理系统的功能要求，选取Visual Basic 6．0作为后台数据库。
一、在上面的实体和实体之间的E-R图设计基础上，形成数据库中的表格及表格之间的关系。
表5-1数据库表索引
表名 MerchInfo User Menber Sale Dealing Stock Provide Factory 中文名 商品信息表 用户表 会员表 销售表 交易表 进货入库表 供货商表 厂商表
表5-2 商品信息表(MerchInfo)
字段名 MerchID MerchName MerchPrice MerchNum CautionNum PlanNum BarCode SalesProPrice SalesProDateS SalesProDateE AllowAbate AllowSale FactoryID ProvideID
字段类型 int Varchar Money Int Int Int Varchar Money Datetime Datetime Int Int Varchar Varchar 长度 4 50 4 4 4 4 50 4 8 8 4 4 10 10 主/外键 P F F 字段值约束 Not null Not null Not null Not null Not null null Not null Not null Not null Not null Not null 对应中文名 商品编号 商品名称 价格 库存数量 库存报警数量 打算进货数 条形码 促销价格 促销起日期 促销止日期 承诺打折 承诺销售 厂商编号 供货商编号 表5-3用户表(User)
字段名 UserID UserName UserPW UserStyle 字段类型 varchar Varchar Varchar Int 长度 10 25 50 4 主/外键 P
表5-4会员表(Menber)
字段名 MemberID MemberCard TotalCost RegDate 表5-5销售表(Sale)
字段名 SaleID MerChID SaleDate SaleNum SalePrice 字段类型 Varchar Varchar Datetime Int Money 长度 10 10 8 4 4 主/外键 P F
表5-6交易表(Dealing)
字段名 DealingID DealingPrice DealingDate MemberID UserName 表5-7入库记录表(Stock)
字段名 StockID MerchID MerchNum MerchPrice TotalPrice StockDate PlanDate StockState 字段类型 Varchar Varchar Int Money Money Datetime Datetime Int 长度 10 10 4 4 4 8 8 4 主/外键 P F 字段值约束 Not null Not null Not null Not null Not null Datetime Datetime Not null 对应中文名 入库编号 入库商品编号 入库数量 单额 总额 入库日期 打算进货日期 入库状态 字段类型 Varchar Money Money Varchar Varchar 长度 10 4 4 10 10 主/外键 P F 字段值约束 Not null Not null Not null Not null 对应中文名 交易编号 交易金额 交易日期 会员卡号 用户名称 字段值约束 Not null Not null Not null Not null Not null 对应中文名 销售编号 商品编号 销售日期 销售数量 销售单额 字段类型 Varchar Varchar Money Datetime 长度 10 20 4 8 主/外键 P 字段值约束 Not null Not null Not null Not null 对应中文名 会员编号 会员卡号 累积消费金额 注册日期 字段值约束 Not null Not null Not null Not null 对应中文名 用户编号 用户名称 用户密码 用户类型 表5-8供货商表(Provide)
字段名 ProvideID ProvideName ProvideAddress ProvidePhone 表5-9厂商表(Provide)
字段名 FactoryID FactoryName FactoryAddress FactoryPhone 字段类型 varchar Varchar Varchar Varchar 长度 10 50 250 25 主/外键 P 字段值约束 Not null Not null 对应中文名 厂商编号 厂商名称 厂商地址 厂商 字段类型 varchar Varchar Varchar Varchar 长度 10 50 250 25 主/外键 P 字段值约束 Not null Not null 对应中文名 供货商编号 供货商名称 供货商地址 供货商 5.5连接数据库的特点
当开发环境通过连接到数据库上之后，在设计中使用数据库画笔可实现对该数据库中表格，视图等的操作，如创建表,修改表，删除表，增加/删除记录。
设计中设计数据窗口的时候，通过对话框实现与数据的连接。在应用程序中那么一样是在应用程序对象中书写连接数据库的程序代码，使得应用程序开始运行并实现与数据库的连接。
5.6用户界面设计
5.6.1一样交互设计
一样交互涉及信息显示、数据输入、和系统整体操纵等方面。 1、一致性
为客户交互界面中的菜单项选择择、命令输入、数据显示以及众多的其他功能，使用一致的格式。
在设计的过程中，差不多上保持了系统的格式一致。 2、信息的反馈
向用户及时提供视觉和听觉的信息反馈，以保证在用户和系统之间及时地建立双向通信。
在本系统设计过程中，差不多做到了信息的及时反馈，在信息显示的大部分窗体中包括了刷新按钮，会对数据库中的数据进行及时地显示。另外，在进行错误操作是，会弹出提示窗口并发出警告提示音。 3、执行有较大阻碍的操作前提示用户确认
在设计过程中，假如用户要执行删除操作，以及对数据库的读写操作时，都会有窗体弹出询问连续操作或者予以提示。 4、减少两次操作间需要经历的内容
为了幸免用户为下一步操作而经历大量数据，因此在设计过程中在需要数据传递的窗体中设置全局变量，来传递数据。例如在入账和入库的模块的操作中都用到了如此的方法。 5、对话、移动和摸索的效率
尽量减少用户击键的次数，在设计时考虑到了用户屏幕的布局以减少用户鼠标移动的距离，尽量幸免用户在操作中发生疑问的情形。 6、承诺错误
承诺用户的误操作尽量不对系统造成损害。 7、按功能对动作分类，并据此设计屏幕布局
屏幕布局尽量将软件所具有的所有功能在主页面展现，界面一目了然。 5.6.2信息显示设计
应当尽量为用户提供的界面显示时完整的、明确的和容易明白得的。如此才能满足用户的需求。使用不同的方式显示信息：用文字、图形、声音，按位置、移动和大小，使用颜色和省略等方式传达信息。 1、只显示与当前工作有关的信息
在用户操作有关系统的特定功能的信息时，不必看到与之无关的数据、菜单和图形。
2、使用便于用户迅速吸取数据的方式来表示数据
在系统设计的过程中，较多地使用了图表的形式表示数据，例如在分析中就使用了柱状图的形式表现了复杂的数据。如此，用户能够直观的体会到图表所表示的含义。
3、使用一致的标记、标准的缩写和可预知的颜色
为了使系统所表达的含义准确、无误，就必须适用一致的标记、标准的缩写和能够预知的缩写，如此用户就无需参照其他信息源就能明白得，而正确地适用软件。
4、产生有意义的错误信息
关于系统在运行过程中产生的错误尽量给用户返回一个容易明白得的错误信息，以使用户保持对系统的信任，和系统的可用性。 5、使用窗口分隔不同类型的信息
使用不同的窗口显示、储存不同类型的信息。 6、高效率的使用显示屏
当使用多窗口时，应该有足够的空间使得每个窗口至少都能显示出一部分。此外，屏幕的大小应该选得和应用系统的类型相配套。
在各个显示数据的窗口中，由于数据窗体项目较多，因此在数据窗体空间中较多的是用了垂直和水平滚动条，以保证信息的全面正确显示。 5.6.3数据输入界面设计
用户的大部分时刻用在选择菜单命令、键入数据和向系统提供输入。在系统中，键盘是要紧的输入介质，然而鼠标等设备的也是重要的输入手段，因此，关于他们的数据输入操作有如下约定： 1、保持信息显示和数据输入间的一致性
为了方便用户的使用，鼠标应当尽量减少操作的幅度。 2、保持显示信息和输入信息之间的一致性
关于用户来说，要保证其输入的数据在显示上与其他显示的视觉特点〔例如：文字大小、颜色、位置等〕要一致。
关于不同类型的用户在登录到系统后，由于有不同的权限，因此在主界面中会有一些项目受到限制而无法使用，因此要使这些项目不发生作用，以保证系统安全。
5.7软件测试
软件测试的目的，第一是确认软件的质量，其一方面是确认软件做了你所期望的情况〔Do the right thing〕，另一方面是确认软件以正确的方式来做了那个事件〔Do it right〕。
第二是提供信息，比如提供给开发人员或程序经理的反馈信息，为风险评估所预备的信息。
第三软件测试不仅是在测试软件产品的本身，而且还包括软件开发的过程。假如一个软件产品开发完成之后发觉了专门多问题，这说明此软件开发过程专门可能是有缺陷的。因此软件测试的第三个目的是保证整个软件开发过程是高质量的。
5.7.1测试的方法和步骤
软件的测试方法有两种，一种是黑盒测试〔功能测试〕，另外一种是白盒测试〔结构测试〕。
黑盒测试把程序看作一个黑盒子，完全不考虑程序的内部结构和处理过程。也确实是说，黑盒测试是在程序接口进行的测试，它只检查程序功能是否能按照规格说明书的规定正常使用，程序是否能适当的同意输入数据并产生正确的输出信息，程序运行过程中能否保持外部信息的完整性。
白盒测试的前提是能够把程序看成装在一个透亮的白盒子里，测试者完全明白程序的结构和处理算法。这种方法按照程序内部的逻辑测试程序，检测程序中的要紧执行通路是否能按预定的要求正确工作。
在本次软件的测试工作中，由于水平的限制，仅仅对软件的各个功能模块进行了测试，并对各个模块之间的接口进行了详细的测试〔用黑盒测试法〕。
测试的步骤
由于该系统是一个小系统，能够把整个系统作为一个单独的实体来测试。因此，在测试的过程中能够分模块、分时期来进行。大型软件系统通常是有假设干个子系统组成，且每个子系统由由许多模块组成，因此，软件的测试过程差不多上由以下步骤组成：
模块测试 子系统测试 系统测试 验收测试 平行运行 5.7.2测试用例
本次设计要紧模块有查询模块、修改模块、输入模块和删除模块等，那个地点只列出以下模块的测试用例。因此，在实际的测试中应尽可能的对每个功能，都能测试到。
1、 登录测试 1) 输入空账号
2) 输入不存在的账号密码 3) 输入正确的账号和错误的密码 4) 输入正确账号和空密码
2 添加职员测试
5) 添加一个已存在的职员 6) 添加一个不存在的职员
3、 删除职员测试
7) 删除一个不存在的职员 8) 删除一个已存在的职员
4、 查询职员测试
9) 查询一个不存在的职员 10) 查询一个存在的职员 11) 查询职员的各种奖惩记录
设计总结
在课程设计当中我了解到，在开发一个项目时一定要先做好规划，按照软件的开发过程，详细地写好每一个必要的文档。软件的概念确实是：程序+文档，程序确实是文档，文档集成在程序中。它要求在选择开发环境时不仅要考虑环境对设计、开发的完美支持，而且要考虑对爱护、文档的支持；它要求软件人员在设计、开发过程中要考虑爱护问题、文档问题；它要求程序与文档储备在同一位置、同一系统中；它要求使用相同工具进行程序与文档的书写、检索；它要求在编写和爱护程序的同时形成文档，在书写文档时编写、爱护程序。程序与文档合一的概念不仅存在于系统的设计、开发时期而且存在于系统的爱护时期，它贯穿软件的生命周期。
和传统治理模式相比较，使用本系统，毫无疑问会大大提精湛市的运作效率，辅助提精湛市的决策水平，治理水平，为降低经营成本，提高效益，减少差错，节约人力，减少顾客购物时刻，增加客流量，提高顾客中意度，增强超市扩张能力， 提供有效的技术保证。
由于开发者能力有限，加上时刻仓促，本系统难免会显现一些不足之处，例如：
本系统只适合小型超市使用，不能适合中大型超市使用；
超市治理系统涉及范畴宽，要解决的问题多，功能复杂，实现困难，但由于限于时刻，本系统只能做出其中的一部分功能；
关于以上显现的问题，我们还有待去学习改正,进一步扩充我们的知识面，如发觉还有其它问题，期望老师批判指正。
参考文献
[1]初小璐．完全把握SQL Server 2000 [M] 机械工业出版社,2004 [2]Jeraod V.Post.数据库治理系统〔英文版.第三版〕[美]清华大学出版社,2006.1
[3]张海藩.软件工程导论[M].北京:清华大学出版社,1998.1 [4]萨师煊,王珊.数据库系统概论[M].北京:高等教育出版社,2002.2
[5]张海藩,李劲,谢兆阳.SQL Server2000数据库设计与系统治理[M].北京:清华大学出版社,2000.9
[6]王福成等.Visual Basic 6.0数据库开发指南[M].清华大学出版社 2002.6 [7]于书举,许向众.数据库设计与开发教程[M].北京:电子工业出版社,2003.11 [8]安海忠,李文斌,林旭新.商业网站建设与治理[M].北京:人民交通出版社,2006.8
[9]T.Umeda and S.Hagiwara.web-based database for EPR centers in semiconductors[J].BPhysica B:Condensed Matter,3(7),249-252,2006.3 [10]Yih-Ling Hedley,Muhammad Younas.Sampling,information extraction and summarisation of Hidden Web databases[J].Data & Knowledge Engineering,In Press,Uncorrected Proof,Available online 10 March 2006.2
[11]郭振波编著.深入浅出Visual Basic 6.0中文版[M].人民邮电出版社 2003.3 [12]林永等编著.Visual Basic 6.0用户编程手册[M].人民邮电出版社 2002.11 [13]刘炳文等编著.Visual Basic 6.0 程序设计教程[M] ，清华大学出版社 2000.7
[14]赛奎春主编.Access 数据库开发实例解析[M]，机械工业出版社 2006.1
致 谢
通过一个月的困难努力，我终于完成了超市治理系统的全部设计过程，并使该系统达到可实际应用的时期。
软件设计是一个精细漫长的过程。在整个过程中，都需要周密的打算和安排，每一步骤，都需要按照软件工程标准来完成。在设计中，我始终坚持理论指导实践原那么，并通过实践来加强理论的学习，通过实习锤炼，我熟悉了软件的一样过程，加强了对实际问题的处理能力。实践证明，在高科技突飞猛进的时代，光靠课堂所学的知识是远远不够的，必须依靠实践去不断的深化认识，专门是运算机科学，操作性和实践性专门强，只有加强实际的动手能力，才能更好的把握这一现代化工具。
这次课程设计，不管是从技术上依旧对环境的适应能力上讲，对我今后步入社会都打下了一个良好的基础。在课程设计过程中，我也遇到了一些困难，要紧表现了技术和体会的欠缺，但通过努力，终于一一克服了。
在整个课程设计期间，曾得到了马威老师以及同学的大力支持和关心，在此表示衷心的感谢！
因篇幅问题不能全部显示，请点此查看更多更全内容