小型超市管理系统范本.docx

JIU JIANG UNIVERSITY

毕 业 论 文

题 目 小型超市管理系统
英文题目Small Supermarket Management
System

院 系 信息科学与技术学院
专 业 计算机科学与技术
姓 名 陈达
班级学号 A081119
指导教师 吕小蕾

二Ｏ一二年五月

摘 要
由于计算机信息化的快速发展，即使是很小的超市也需要实现超市的计算机系统管理，它有着广泛的市场前景，而大型的超市管理系统功能由于过于强大而造成的操作繁琐降低了小超市的工作效率。所以需要针对于中小超市的非分布式的超市管理系统。
系统大致分为七个功能模块。系统的每一个功能模块都包含了多个功能。模块具体为：登录模块：登录模块主要进行用户权限的验证，只有具备一定权限的人才能登录到系统，这样才能保证系统的安全；商品管理模块：商品管理模块主要是管理具体的商品，通过该模块能够查看每种产品的具体信息，并且可以对商品的状态进行设置；进货管理模块：进货管理模块主要是查看计划进货与入库记录，计划进货的入库，和检查进货需要；销售管理模块：销售管理模块主要是进行销售查询和数据报表；厂商/供应商模块：厂商/供应商模块管理了厂商和供应商的基本信息；会员管理模块：会员管理模块主要是管理会员的基本信息；用户管理模块：用户管理主要是管理用户的基本信息及权限的分配。
系统用了VB语言和SQL Server 2005作为开发工具。采用C/S结构，实现对整个系统的信息化管理。这种系统优势在于系统比较简单，但功能强大，扩展性能也比较好，完全能够处理一般超市的日常任务。

关键词：数据库，超市管理，信息系统

Abstract
With the development of computer informationization, even if the very small supermarket also needs the supermarket computer system management, it has the widespread market prospect, but the large-scale supermarket management system management system function was too formidable causes the operation to cut the small supermarket working efficiency tediously. Therefore, the need for small and medium-sized supermarkets in the non-distributed supermarket management system.
System is broadly divided into senven functional modulesSystem of every function modules are includes multiple functions. Modules specific for: login module: login module mainly in user access validation, only to have certain privileges man can log on to the system, so that we can guarantee the security of the system; Commodities management module: commodities management module mainly is management specific commodity, through this module can check each product specific information, and to the state of the goods can be set; Stock management module: stock management module mainly is check plan and inventory restocking record, the plan of the incoming Treasury, and check the stock needs; Sales management module: sales management module mainly is for sale inquires trading query and data report; Manufacturer/supplier module: anufacturer/supplier management module manufacturers and suppliers for the basic information; Member management module: member management module mainly is the basic information of the member management; User management module: user management mainly is the basic information of the user management and the distribution of the authority.
The system used the VB language and SQL Server 2000 as a development tool. The use of C/S structure, the realization of the entire information management system. Advantage of the system such a system is relatively simple, but powerful, the expansion of better performance, fully able to handle day-to-day tasks of the general store.

Key words: Database, The Supermarket Management, Information System

目 录
摘 要 I
Abstract II
1 绪论
1.1 开发背景及意义 (1)
1.2 系统功能特征 (1)
1.3 系统采用的相关技术 (2)
1.4 论文结构 (4)
2 需求分析
2.1 可行性分析 (5)
2.2 需求的任务 (5)
2.3 业务流程图 (7)
2.4 数据流图及数据字典 (8)
2.5 本章小结 (12)
3 系统设计
3.1 系统总体设计方案 (一三)
3.2 系统的功能设计 (一三)
3.3 基于UML的建模 (14)
3.4 数据库设计 (16)
3.5 本章小结 (20)
4 系统实现
4.1 界面实现 (21)
4.2 数据库实现 (23)
4.3 功能模块实现 (24)
4.4 本章小结 (29)
5 软件测试及维护
5.1 软件测试 (30)
5.2 系统配置 (32)
5.3 系统维护 (32)
5.4 本章小结 (33)
6 结 论
致 谢 (35)
参考文献 (36)

1 绪论
1.1 开发背景及意义
小超市形态的高速发展，其经营管理也变得愈加复杂，日常所需要处理的数据量也逐渐增大，商业运转的中间环节也越来越多，原始的人工管理不能有效地管理每种商品，收款结算速度慢，容易出现营业差错，不宜进行商品调价，盘点效率低等，而且在超市日常管理中，商品的进、销、存等决策以经验为主，缺乏实时分析功能，管理人员对及时传递资料的要求始终得不到满足，开发小型超市管理系统便显得尤为重要了，依靠现代化的计算机信息处理技术来管理超市，从而节省了大量的人力、物力，改善了员工的工作条件，减轻了劳动强度，并且能够快速反映出商品的进、销、存等各种反馈信息，使管理人员快速对市场的变化做出相应的决策，加快超市经营管理效率，适应激烈的市场竞争。
1.2 系统功能特征
在系统设计过程中，我们尽量采用一些易懂易读的接口界面，使用户可以在短期内完全掌握。在功能方面，我们抛去泛泛不实用的缺点，使我们设计的系统在功能上极贴近中小超市的使用要求。
系统特征如下：
（1）界面设计友好、美观、简单易懂、价格低廉、数据存储安全、可靠，用户菜单直观简洁明了，便于各种不同的操作。
（2）开发成本低，实用，计算机配置要求低，使得系统能够在一个合适的环境中高效运行。
（3）管理员可以对商品信息进行增删改查以及销售状态的设置，而且可以跟踪商品数量，进行实时的监控报警。
（4）在销售管理模块中，可以打印出库存报表、入库报表、销售季度报表以及对商品销售排行榜的查询，并且可在某个时间片对商品的销售进行查询，准确掌握超市的实时动态信息。
（5）系统管理者可以对其他的管理员的权限进行设置。
（6）当会员购买商品时，每一次的消费都会累加到会员的消费总额当中去。
1.3 系统采用的相关技术
（1）VB语言即Visual Basic
Visual Basic 的前身是QBASIC，语言基础是Basic。自从微软推出VB后，便成为了程序开发人员的首选工具。据统计，仅在数据库系统开发领域，VB就占了90%的份额。VB是基于对象的可视化程序开发工具，它的优点在于能够快捷、简易地建立Windows应用程序。1998年8月，微软推出了VB 6.0的版本，进一步加强了部件开发的功能[1]。
Visual Basic 是一种可视化的、面向对象和采用事件驱动方式的结构化高级程序设计语言，可用于开发 Windows 环境下的各类应用程序。它简单易学、效率高，且功能强大可以与 Windows 专业开发工具SDK相媲美。在Visual Basic环境下，利用事件驱动的编程机制、新颖易用的可视化设计工具，使用Windows内部的广泛应用程序接口（API）函数，动态链接库（DLL）、对象的链接与嵌入（OLE）、开放式数据连接（ODBC）等技术，可以高效、快速地开发Windows环境下功能强大、图形界面丰富的应用软件系统。随着版本的提高，Visual Basic的功能也越来越强。
Visual Basic 6.0在数据访问方面有了很大的改进，新的ADO组件让对大量数据快速访问成为可能。数据环境和新的报表功能也让数据开发有了全新的体验。Visual Basic 借助COM/COM+强大的功能，可以开发具有N层结构的分布式应用程序。同时，Visual Basic还可以在IIS上开发性能超群的Web应用程序。Visual Basic 6.0在语言方面和IDE方面的改进都不大，但是许多新增的组件成为Visual Basic开发人员手中的利器，如File System Object等。新的字符串函数Split和Replace等也给Visual Basic的程序员带来很大方便。
总之，Visual Basic 6.0已经是非常成熟稳定的开发系统，能让企业快速建立多层的系统以及Web应用程序，成为当前 Windows 上最流行的 Visual Basic 版本。
因此，选择Visual Basic 6.0作为开发小型超市管理系统的语言。
（2）数据库的选择
SQL（Structured Query Language，结构查询语言）是一个功能强大的数据库语言，SQL通常适用于数据库的通讯。SQL语句通常用于完成一些数据库的操作任务，比如在数据库中更新数据，或者从数据库中检索数据。使用SQL的常见关系数据库管理系统有：Oracle、SQL Server、Access等等。虽然绝大多数的数据库系统使用SQL，但是他们都有区别于其他的扩展功能用于他们的系统。但是，标准的SQL命令，比如“select”、“insert”、“update”等常用于完成绝大多数数据库的操作。MS SQL Server 就是用的Transact-SQL。SQL语言有着非常突出的优点，SQL语言是非过程化地语言、统一的语言、是所有关系数据库的公共语言[2]。
非过程化语言：SQL是一个非过程化地语言，因为他一次处理一个记录，对数据提供自动导航。SQL允许用户在高层的数据结构上工作，而不对单个记录进行操作，可操作记录集，所有SQL语句接受集合作为输入，返回集合输出。SQL的集合特性允许一条SQL语句的结果作为另一条SQL语句的输入。
SQL具有高度的扩展性和高可靠性。SQL使用了工业界最先进的数据结构，能够为要求最苛刻的企业应用提供高度的可扩展性和高可靠性。SQL引入了一个新的特性，被称为分布式数据库分区视图它可以把工作负荷划分到多个独立的SQL Server 服务器上去，从而为实施电子商务的客户提供了无限制的可扩展性。SQL Server 直接支持最新的、高速的系统区域网络（SAN）技术。SQL在它的管理控制台和安装向导中紧密集成了4节点故障恢复技术，从而保证了高度的系统可用性。SQL 还引用了索引视图技术，运用该技术可以为关系型数据库设计出功能的报表应用程序。
SQL可以进行最快速的应用程序开发。微软提供了许多技术和工具，作为数据库系统的标准集成组件，而且通过巧妙的设计以及自动调整、自动管理特性。SQL可以为最新的硬件进行优化，包括大内存、超高速磁盘子系统以及SAN 等，从而扩展了这项功能。
1.4 论文结构
本论文共分为六部分，各部分内容安排如下：
第一章 ，介绍了系统的开发背景及意义、功能特征、采用相关技术，和论文的结构安排。
第二章 ，介绍了需求分析的作用及E-R图，可行性分析，业务流程图，数据流图，数据字典。
第三章 ，介绍了总体设计，系统总体设计方案，系统的功能设计，基于UML的建模，数据库设计。
第四章 ，介绍了系统实现，其中包括界面实现，数据库连接，重要功能模块的实现。
第五章 ，介绍了软件测试、系统配置及系统维护。
第六章 ，对本论文所做工作进行了总结。

2 需求分析
需求分析是介于系统分析和软件设计阶段之间的重要桥梁。一方面，需求分析以系统规格说明和项目规划为分析活动的基本出发点，并从软件角度对它们进行检查与调整；另一方面，需求规格说明又是软件设计、实现、测试直至维护的主要基础。良好的分析活动有助于避免或尽早剔除早期错误，从而提高软件生产率，降低开发成本，改进软件质量。
2.1 可行性分析
可行性是估计开发费用以及最终从开发成功的系统所获得的利益，衡量比较支出的费用和收到的利益[3]。使软件的设计尽量达到人力与设备费用的节省，并且使软件处理数据的速度提高，软件的整个设计过程必须通过生产能力的提高，人员工作效率的提高等等使软件开发成本最小化。实现保证软件质量的前提下软件开发成本远远小于软件的收获。
（1）经济可行性
小型超市管理系统，其前期的投入比较小，主要是系统的设计费用：其中包括软件开发费用、管理和维护费等。而后续的投入也相对较小，很长时间内都不会需要进一步投资，管理和维护费用也很少，而系统实际能够起到的作用会远远大于投入的开发费用，相信会有十分可观的前景。因此，这个系统很有开发价值。
（2）操作可行性
超市可以把日常的管理交给这个系统来完成。不但能快速的完成很多费时费力的工作，而且很少会出问题，将它和原先的人力管理相结合，会取得很好的效果。利用小型超市管理系统，统一记录商品，记录和计算销售交易信息，产生商品进货管理，减少员工工作量和帮助管理人员规范化管理。
2.2 需求的任务
软件需求分析的任务是：深入描述软件的功能和性能，确定软件设计的约束和软件同其他系统元素的接口细节，定义软件的其他有效性需求，借助于当前系统的逻辑模型导出目标系统逻辑模型，解决目标系统“做什么”的问题[4]。
在问题分析阶段的主要任务是：对用户的需求进行鉴别、综合和建模，清除用户需求的模糊性、歧义性和不一致性，分析系统的数据要求，为原始问题及目标软件建立逻辑模型，并与软件开发经验结合起来，以便发现哪些是由于用户的片面性所导致的不合理要求，哪些是用户尚未提出但具有真正价值的潜在需求。
在需求评审阶段，要在用户和软件设计人员的配合下对自己生成的需求规格说明和初步的用户手册进行复核，以确保软件需求的完整、准确、清晰、具体，并使用户和软件设计人员对需求规格说明和初步的用户手册的理解达成一致。一旦发现遗漏或模糊点，必须尽快更正，再行检查。
小型超市管理系统需要满足几个方面的需求，一是商品管理的需求，记录商品的基本信息、状态设置、按条件的查询及对商品的添加、修改、删除操作。二是进货管理的需求，记录着商品的入库记录，及对进货信息的添加、修改、删除操作。三是销售管理的需求，记录着各商品的销售明细和销售统计，及对库存报表、入库报表、销售季度报表的查询。四是厂商/供应商的需求，记录了厂商/供应商的基本信息。五是会员管理的需求，记录着会员的消费总金额。六是用户权限的需求，给予每个员工不同的权限。
E-R图设计是整个系统设计的关键，它能通过对系统的需求分析进行综合，归纳与抽象，形成一个独立于具体DBMS的概念模型，使之能够清晰的展现出数据表与表之间的关系，即如图2-1所示。
系统E-R图说明：
（1）商店中的所有用户都可以销售多种商品，每种商品也可由不同的用户销售。
（2）每个顾客可以购买多种商品，每种商品也可由不同的顾客购买。
（3）每个供货商可以供应多种商品，每种商品可由多个供应商供应。
（4）每个厂商可以生产多种商品，但每种商品只能由一个厂商生产。

图2-1 系统E-R图
2.3 业务流程图
业务流程图是概括地描述物理系统的传统工具。它的基本思想是用图形符号以黑盒子形式描绘组成系统的每一个部件。小型超市管理系统的系统总体流程图，即如图2-2所示。

图2-2 系统总体程流程图
2.4 数据流图及数据字典
2.4.1 数据流图
数据流图是一种图形化技术，它描绘信息流和数据从输入移动到输出的过程中所经过的变换。在数据流图中没有任何的物理部件，它只是描绘数据在软件中流动和被处理的逻辑过程。因为数据流图是逻辑系统的图形表示，即使不是专业的计算机技术人员也容易理解，所以是极好的通信工具。
（1）系统数据流图如图2-3所示。

图2-3 系统数据流图
（2）前台数据流图如图2-4所示。

图2-4 前台数据流图
2.4.2 数据字典
数据字典是关于数据信息的集合，也就是对数据流图中包含的所有元素定义的集合[5]。任何字典最主要的用途都是供人查阅不了解的条目的解释，数据字典的作用也正是在软件分析和设计过程中给人提供关于数据的描述信息。数据流图和数据字典共同构成系统的逻辑模型，只有数据流图和对数据流图精确的定义放在一起，才能共同构成系统的规格说明。
数据字典的主要用途是作为分子阶段的主要工具。在数据字典中建立一组严密一致的定义很有助于改进分析员和用户之间的通信，因此将消除很多可能的误解。
我们采用卡片形式书写数据字典，每张卡片上保存描述一个数据元素的信息。这种做法较好的实现了上述要求，特别是更新修改起来很方便，能够单独处理每个数据元素的信息。每张卡片上包含的信息有：名字、别名、描述、定义、位置。
以下是数据流图中主要元素的数据字典卡片：
名称：入库记录信息
别名：
描述：记录商品入库记录的具体情况，以便管理者和销售者即使了解到具体情况。
定义：入库记录信息=入库编号+入库商品ID+入库数量+单额+总额+入库日期+计划进货日期+入库状态
位置：系统数据库

名称：商品信息
别名：
描述：记录商品的具体信息，以便管理员和收银员查看。
定义：商品信息=商品ID+商品名称+价格+条形码+库存数+报警数+计划
+促销价格+促销起日期+促销止日期+允许销售+允许打折+厂商
+供货商
位置：系统数据库

名称：用户信息
别名：
描述：记录管理员的一些具体的情况，以便管理员的密码和类型修改。
定义：管理员信息=用户ID+用户名+用户密码+用户类型
位置：系统数据库

名称：销售信息
别名：
描述：记录商品销售的具体情况，以便管理者和销售者即使了解到具体情况。
定义：销售信息=销售编号+商品编号+销售日期+销售数量+销售单额
位置：系统数据库

名称：厂商信息
别名：
描述：记录厂商的具体的信息，方便管理员和仓库管理员与之联系。
定义：厂商信息=厂商ID+厂商名称+厂商电话+厂商地址
位置：系统数据库

名称：供应商信息
别名：
描述：记录供应商的具体的信息，方便管理员和仓库管理员与之联系。
定义：供应商信息=供应商ID+供应商名称+供应商电话+供应商地址
位置：系统数据库

名称：交易信息
别名：
描述：记录商品交易的具体情况，以便管理者和销售者即使了解到具体情况。
定义：交易信息=交易编号+交易金额+交易日期+会员卡号+用户名称
位置：系统数据库

名称：会员信息
别名：
描述：记录会员的一些具体情况，以便管理者和销售者了解到具体情况。
定义：会员信息=会员编号+会员卡号+累计消费金额+注册日期
位置：系统数据库

2.5 本章小结
本章首先简单的介绍了需求分析的作用，其次对系统进行可行性分析，通过分析小型超市管理系统的未来发展前景是非常广阔的，然后介绍了系统需求的任务，并描述了系统的总体的功能需求任务。综上所述，本系统的设计与开发在经济上、操作上都是可行的。

3 系统设计
系统总体设计就是决定“怎么做”。系统总体设计的基本目的就是回答“系统应该如何实现？”这个问题，总体设计将划分组成系统的物理元素包括程序、文件、数据库、人工过程和文档等，但是每个物理元素仍然处于黑盒子级，具体的以后设计。总体设计的另一项重要任务是设计软件的结构，也就是说要确定系统中每个程序是由哪些模块组成，以及这些模块之间的关系。
3.1 系统总体设计方案
本系统采用了C/S模型。系统前台采用VB语言来设计，访问数据库服务器，后台采用Microsoft公司的SQL Server。SQL Server开发后台数据库，用于提供数据服务。SQL Server是一种典型关系型数据库管理系统，该系统具有数据一致性好，完整性强，安全性高的优点，系统采用结构化设计方法，按超市实际工作内容来确定所需，将整个系统作为一个大模块自顶向下，以模块化结构设计技术进行模块分解，然后再自底向上，按照系统的结构将整个模块进行组合，最终实现小型超市管理系统的开发。
3.2 系统的功能设计
系统大致分为七个功能模块，系统的每一个功能模块都包含了多个功能。功能权限实现了对这些功能点的权限控制：（1）登录模块（2）商品管理模块（3）进货管理模块（4）销售管理模块（5）厂商/供应商模块（6）会员管理模块（7）用户管理模块。
（1）登录模块：该模块主要进行用户权限的验证，只有具备一定权限的人才能登录到系统，管理员在权限管理模块中可以制定其他人的权限。
（2）商品管理模块：该模块主要是管理具体的商品，通过该模块能够查看每种产品的具体信息，可以对产品的状态进行设定。
（3）进货管理模块：该模块主要是检查进货需求、添加计划进货以及对确定要已购入的产品进行入库处理，可查询入库记录。
（4）销售管理模块：查询每种商品的销售情况并产生年、月、日报表，同时可以生成商品的明细销售记录、销售排行榜以及对员工和会员的交易记录进行查询。
（5）厂商/供应商模块：该模块管理了厂商/供应商的信息。
（6）会员管理模块：该模块管理了会员的基本情况，并将所购物品的总金额累计到该会员的总消费金额中。
（7）用户管理模块：该模块是任何一个系统所必须的，本系统采用了多级权限管理，每一个级别的用户所拥有的权利是不同的。功能结构图如图3-1所示。

图3-1 系统功能结构图
3.3 基于UML的建模
用例图用于描述系统的功能，它是对系统功能的宏观描述，一个完整的系统中通常包含若干个用例，每个用例具体说明应完成的功能，代表系统的所有基本功能[6]。在一个基本功能已经实现的系统中，系统运转的大致过程是：外部角色先初始化用例，然后用例执行其所代表的功能，执行完后用例便给角色返回一些值，这个值可以是角色需要的来自系统中的任何东西。
总之，凡是需要与系统交互的任何东西都可以称作角色。
（1）系统UML模型如图3-2所示。

图3-2 系统UML模型图
（2）前台销售用例图如图3-3所示。

图3-3 前台销售用例图
（3） 后台管理用例图如图3-4所示。

图3-4 后台管理用例图
3.4 数据库设计
数据库设计主要是进行数据库的逻辑设计，即将数据按一定的分类、分组系统和逻辑层次组织起来，是面向用户的。数据库设计时需要综合企业各个部门的存档
数据和数据需求，分析各个数据之间的关系，按照DBMS提供的功能和描述工具，设计出规模适当、正确反映数据关系、数据冗余少、存取效率高、能满足多种查询要求的数据模型，即构造出最优的数据库模式，使之能够有效地存储数据，满足各种用户的要求。
（1）系统关系模型
①商品信息表（商品编号，商品名称，价格，条形码，促销价格，促销起日期，促销止日期，允许打折，库存数量，库存报警数量，计划进货数，允许销售，厂商编号，供货商编号）
②用户表（用户编号，用户名称，用户密码，用户类型）
③会员表（会员编号，会员卡号，累积消费金额，注册日期）
④销售表（销售编号，商品编号，销售数量，销售金额，销售日期）
⑤交易表（交易编号，用户名称，交易金额，会员卡号，交易日期）
⑥入库记录表（入库编号，入库商品编号，入库数量，单额，总额，入库日期，计划进货日期，入库状态）
⑦供货商表（供货商编号，供货商名称，供货商地址，供货商电话）
⑧厂商表（厂商编号，厂商名称，厂商地址，厂商电话）
（2）系统数据库表结构
根据系统需求分析和功能设计，数据库表索引表如表3-1所示。
表3-1 数据库表索引表
表名
中文名
MerchInfo
商品信息表
User
用户表
Menber
会员表
Sale
销售表
Dealing
交易表
Stock
入库记录表
Provide
供货商表
Factory
厂商表
①商品信息表用来显示商品的信息，如表3-2所示。
表3-2 商品信息表
字段名
字段类型
长度
主/外键
字段值约束
对应中文名
MerchID
int
4
P
Not null
商品编号
MerchName
Varchar
50

Not null
商品名称
MerchPrice
Money
4

Not null
价格
MerchNum
Int
4

Not null
库存数量
CautionNum
Int
4

Not null
库存报警数量
PlanNum
Int
4

null
计划进货数
BarCode
Varchar
50

Not null
条形码
SalesProPrice
Money
4

促销价格
SalesProDateS
Datetime
8

促销起日期
SalesProDateE
Datetime
8

促销止日期
AllowAbate
Int
4

Not null
允许打折
AllowSale
Int
4

Not null
允许销售
FactoryID
Varchar
10
F
Not null
厂商编号
ProvideID
Varchar
10
F
Not null
供货商编号
②入库记录表是对入库的商品信进行详细记录，如表3-3所示。
表3-3 入库信息表
字段名
字段类型
长度
主/外键
字段值约束
对应中文名
StockID
Varchar
10
P
Not null
入库编号
MerchID
Varchar
10
F
Not null
入库商品编号
MerchNum
Int
4

Not null
入库数量
MerchPrice
Money
4

Not null
单额
TotalPrice
Money
4

Not null
总额
StockDate
Datetime
8

Datetime
入库日期
PlanDate
Datetime
8

Datetime
计划进货日期
StockState
Int
4

Not null
入库状态
③会员表用来管理会员信息，如表3-4所示。
表3-4 会员表
字段名
字段类型
长度
主/外键
字段值约束
对应中文名
MemberID
Varchar
10
P
Not null
会员编号
MemberCard
Varchar
20

Not null
会员卡号
TotalCost
Money
4

Not null
累积消费金额
RegDate
Datetime
8

Not null
注册日期
④销售表用来记录销售商品的信息，如表3-5所示。
表3-5 销售表
字段名
字段类型
长度
主/外键
字段值约束
对应中文名
SaleID
Varchar
10
P
Not null
销售编号
MerChID
Varchar
10
F
Not null
商品编号
SaleDate
Datetime
8

Not null
销售日期
SaleNum
Int
4

Not null
销售数量
SalePrice
Money
4

Not null
销售单额
⑤交易表是用来记录交易的信息，如表3-6所示。
表3-6 交易表
字段名
字段类型
长度
主/外键
字段值约束
对应中文名
DealingID
Varchar
10
P
Not null
交易编号
DealingPrice
Money
4

Not null
交易金额
DealingDate
Money
4

Not null
交易日期
MemberID
Varchar
10

会员卡号
UserName
Varchar
10
F
Not null
用户名称
⑥系统用户表用来管理用户信息，登陆后对用户信息进行验证，如表3-7所示。
表3-7 用户表
字段名
字段类型
长度
主/外键
字段值约束
对应中文名
UserID
varchar
10
P
Not null
用户编号
UserName
Varchar
25

Not null
用户名称
UserPW
Varchar
50

Not null
用户密码
UserStyle
Int
4

Not null
用户类型
⑦供货商表是用来记录供货商的信息，如表3-8所示。
表3-8 供货商表
字段名
字段类型
长度
主/外键
字段值约束
对应中文名
ProvideID
varchar
10
P
Not null
供货商编号
ProvideName
Varchar
50

Not null
供货商名称
ProvideAddress
Varchar
250

供货商地址
ProvidePhone
Varchar
25

供货商电话
⑧厂商表是用来记录厂商的信息，如表3-9所示。
表3-9 厂商表
字段名
字段类型
长度
主/外键
字段值约束
对应中文名
FactoryID
varchar
10
P
Not null
厂商编号
FactoryName
Varchar
50

Not null
厂商名称
FactoryAddress
Varchar
250

厂商地址
FactoryPhone
Varchar
25

厂商电话
3.5 本章小结
本章首先介绍了系统设计的概念及系统总体设计方案，根据需求分析完成了系统的功能模块设计，并得到了系统的功能结构图，然后简单的介绍了统一建模语言UML的定义，通过分析得到了系统UML模型，系统用例图等。其次是数据库的设计，主要分析表与表之间的相互依赖关系，然后完成各个数据表的逻辑设计，为下一步的系统实现做了铺垫。

4 系统实现
系统实现在软件工程过程中占据较大的比重，是软件工程过程中不可或缺的步骤。一般来说，在软件实现的过程中，主要的非编码问题是制定编码规范。编码规范应该包括编码布局、格式规范、命名规范、注释规范、语句规范和目录设置等。一般的原则是：简洁、美观、表达力强、可读性好、整体上统一。同时也可以为了使系统的结构清晰，代码规范，把系统中重复使用的代码写在一个页面内，当需要的时候直接加载进来即可，这样也可以提高系统的工作效率。
4.1 界面实现
根据需求分析和功能设计，系统应用程序分为七大模块：登录模块、商品管理模块、进货管理模块、销售管理模块、厂商/供应商模块、会员管理模块、用户管理模块。
（1） 为了提高软件操作安全性，用户进入系统前，需进行身份验证，通过此窗体输入个人信息以验证身份。登录界面如图4-1所示。

图4-1 登录界面图
（2）用户进入主界面之后，就可以对各管理模块进行操作了，如“商品管理”，用户可以通过该模块对商品进行添加、修改、删除等操作，并且可在商品基本信息中对商品的促销、销售与否进行设定，在商品信息模块中可清楚的了解到商品的库存数量、打折情况、商品状态。其界面如图4-2所示。

图4-2 商品管理界面图
（3）在营业员登录前台销售主界面后，购物小票会自动增加，有会员卡的输入会员卡可享受会员打折优惠，无会员卡直接点击输入条形码，输入商品信息和数量后，确定之后会进行一个初步判定，是否库存充足，之后会进行支付判定。前台销售主界面如图4-3所示。

图4-3 前台销售主界面图
（4） 在用户进入进货管理模块时，可对进货的商品进行