交易编号生成规则为：交易时间+NO(表示number号码)+计数号(此号为从0开始自动加1所生成)，所以，实际上只要知道交易编号最后几位的数字即确定了此次交易，这将在通过交易号查询交易信息中用到。（实际上这种编号方式不太合理，因为它的确认只需要NO后面的数字就行了，其他的字符基本没用，所以想到一种好一些的编号方式：例20090520NO28和20090521NO28，要知道，当采取刚才那种编号方式，末尾数字不可能出现相同的，但是此刻却出现了，这是因为我们将每天的日期年月日部分与数据库中的日期进行比较，如果两次相等，则表示还是在同一天，则计数号继续累加，当然计数号要实时的存入数据库中，当两次日期不相等，则表示已经进入第二天了，数据库中的计数号此刻要被赋值0，然后它再累加，产生今天的新数列，这样，计数号为多少就表示今天的销售人次）
交易日期为系统当前时间，自动添加；收银员号为当前收银员号，自动添加，无法修改，会员卡号可根据不同会员填入，默认为0，表示普通顾客；当收银员录入商品编号后，商品名称、商品单价将自动添加，默认购买数量为1，总额小计也将自动计算。应当注意的是，实际中通常将商品编号改为商品的条形码，这样通过扫描条形码即可得到商品的信息，方便快捷。
此系统的设计之初，将商品的价格取决于两个方面及其混合上，这两个方面分别是：1、会员九五折优惠，2、促销期间实行促销价格；当商品在录入过程中，系统会同时计算是否在促销日期内，并且分析是否为会员购物，若是，则实行优惠，弱不是，则实行正常销售价格。
在收银员点击添加商品时，其实表示将商品添加到顾客购物详单中，并且，此时，数据库中的商品信息表中商品数量也随之减少，实现同步更新。
收银员在点击清空按钮之后，商品编号等信息将会被清空。
当用户因其他原因，不想购买已提交的商品时，收银员可以通过录入商品编号，点击取消购买按钮，来撤销此商品的交易。
当初次登陆此界面时，收银员需要首先点击结账付款按钮来获得此次交易的编号；一件商品录入后，收银员需要单击添加商品按钮，使商品添加到数据库中，此时，在小票处将自动显示交易商品及件数；当顾客付款并找零之后，收银员应当再次点击结账付款按钮，然后点击下方的导出为excel按钮，这时，此次交易的信息将被导入到excel中，收银员可选择打印。
其实，导入到excel再打印也是迫不得已，因为实际上的打印数据库中表格没有实现，所以只有找此替代方法。导入到excel的表格
当收银员需要返回前台起始页时，可以通过点击左上角的返回图片，或是屏幕下方的返回按钮。
用户想进入前台的销售信息查询需要，具备两个条件：首先，此用户为系统管理员，其次，此用户须在进入后天界面后点击进入前台界面，才能进入前台销售查询界面。
销售信息的查询可以分为五种方式，分别是按交易单号，交易日期收银员号，会员卡号和商品编号。 当选择起始日期之后，单击查询按钮，将会显示出结果，此处有一不足之处是，运行此系统的计算机的日期格式必须为2000-01-01格式，否则，系统会运行出错。而且计算此时间段销售总金额也没能完成，很是遗憾。
当点击显示原设置时，文本框中将自动显示交易小票的页眉、页脚设置，修改之后，点击确认将跟新设置。
5．3.5会员管理模块
此模块包括
①会员信息录入 ②会员信息查询
通过会员卡。可以查询会员信息，但会员信息不会被删除，只
能被编辑，因为会员卡号是自动生成的，一个号只能产生一次。
5.3.6退货管理模块
此模块比较简单，退货部分由服务台人员负责，当有顾客退货时，服务台人员首先根据交易流水号查询是否有此交易，若有，则根据流水号和商品编号录入退货信息。
完成了会员制超市管理系统的编程和调试工作以后，最后一步就是该系统的编译和发行了，这涉及到工程项目属性的设置，可执行程序的生成。当生成了相应的可执行文件，我们需要对其进行测试，通过测试以后，软件就可以发布了。
5.3.7权限设置管理模块
对不同的用户分不同的权限，有利于系统的管理，只有超级管理员才具有分配权限的功能。
第六章 系统测试
系统测试方法
界面设计和编码同步进行，在该阶段主要进行的十单元测试，测试方法以白 盒测试为主。随着设计的进行，我们采用增量测试的方法，每完成一个模块就将 该模块和放进系统进行测试。在所有模块全部完成后，对系统进行的是以黑盒测 试为主的系统测试。 6.1 系统模块测试
在模块测试时我们主要从以下几个方面考虑：
1. 模块接口； 2. 局部数据结构； 3. 重要执行通道； 4. 出错处理通道；
5. 影响上述方面的边界条件。
测试时进行代码审查，从数据类型，变量声明，数据结构进行审查，然后进行功能测试，从输入一些简单的数据开始执行一遍，观测运行期间变量的变化，运行中值的变化范围。改变测试方案来变换另一个角度进行测试，发现错误并记录，修改代码，测试条件使程序通过多层分支，判别运行结果从而完成模块测试。 6.2 系统的整体测试
总体测试是组装软件的系统技术，本系统测试采用渐增集成测试，即测试单一模块，将测试完的模块加入系统中，进行一次系统测试，依次类推将所有模块加入系统中，在具体测试时，采用自顶向下的结合方式，从主控模块开始，沿各控制层向下移动，逐渐把所有模块结合了。
评估运行的可靠性问题： 1. 结果正确； 2. 运行速度； 3. 空间利用率； 4. 算法的可行性。 5： 报告总结 6.3 测试项目
测试内容：用户根据不同的权限输入正确的用户名和密码，能否对该系统进行操作
用户操作：登录成功之后，对主要功能模块进行添加、修改、删除等基本操作
结果：各功能模块运行良好
6.4测试具体步骤：
(1)模块测试：基本上是一个模块一个模块地进行代码编写。类似功能的子系统如果一个功能难以实现的话，另一些也要改变方案。所以首先确立模块间的功能独立性。先将每个模块作为一个独立的实体来进行测试，保证模块作为独立的单元能进行正确运行。
(2)子系统测试：本过程是将模块测试后的单元连接在一起，即将系统管理、基本信息设置、会员信息管理、进货信息管理、销售信息管理、库存信息管理、财务信息管理等连接在一起。
(3)系统测试：系统测试即把经过测试的子系统装配成一个完整的系统来测试。既从窗体登录开始，进入主窗体，在每个大的子系统中，还要查看每个模块是否在连接后能正常运行。
再次就要进行平行测试了。如果原先就没有操作系统，则此处的平行测试就是计算机作业与人工操作并行；若原先就使用信息系统，再是新旧系统同时并行。如果公司规模还不够大，那么平行是可以全面性的，否则可能选一个代表性的部门去测试，同样的工作要做两次。本阶段也有可能做局部的修正，但是不应该有大改的事情发生。
当测试结束以后，再通过技术人员联机辅导运行，讲授软件的使用方法和操作技巧以及应该注意的问题，如果时间允许，应该进行全面性的教育训练。
如果辅导联机运行告一段落后，开发过程所有的会议记录，系统所有的文件规格书等文件整理归档，以便日后作为下一个系统开发的过程中遇到困难及后来的解决方式，互相提出，彼此共享这难得的经验。若没有其他进一步的问题，请求需求单位签名验收，并接手这个系统的使用工作以后，系统开发工作就此完成。
第七章 总结
使用本系统和传统管理模式相比较，毫无疑问会大大提高超市的运作效率，辅助提高超市的决策水平，管理水平，为降低经营成本， 提高效益，减少差错，节省人力，减少顾客购物时间，增加客流量，提高顾客满意度，增强超市扩张能力， 提供有效的技术保障，对小型超市量体开发系统有很大的必要性，以适应日益激烈的竞争的需要。
本系统对小型超市的管理有重要的作用。但仍然存在一定的局限性，有待提高的地方：
1. 超市的经营者是否能真正认识信息化建设的重要性及提高自己的专业性。 2. 超市管理系统涉及范围宽，要解决的问题多，功能复杂，实现困难，需要进一步
完善提高系统的完整性和实用性
软件设计是一个精细漫长的过程。在整个过程中，都需要周密的计划和安排，每一步骤，都需要按照软件工程标准来完成。在设计中，我始终坚持理论指导实践原则，并通过实践来加强理论的学习，通过学习锻炼，我熟悉了软件的一般过程，加强了对实际问题的处理能力。实践证明，在高科技突飞猛进的时代，光靠课堂所学的知识是远远不够的，必须依靠实践去不断的深化认识，尤其是计算机科学，操作性和实践性很强，只有加强实际的动手能力，才能更好的掌握这一现代化工具。
