基于UML的超市收银管理系统设计1系统分析
1.1问题域描述
在销售商品时，售货员对顾客选择的商品进行结账计算，统计顾客应该支付的金额；同时在办理结账业务时，还要根据顾客是否是会员来进行打折结账，顾客也可以办理相应的会员卡。超市的管理人员或者售货员可以查询会员信息和商品信息，并可以查询当日销售总额。
本系统使用C#通过两层模型实现：数据核心层和业务逻辑层。其中，数据核心层包括对于数据库的操作；业务逻辑层根据用户需要进行逻辑处理，再映射到相应的数据层操作。
1.2用例模型及分析类图的描述
1.2.1用例模型
用例是系统使用片段的集合，描述了所有的的功能需求。它来自于用户需求的分析，这个过程称为用例分析，是整个系统开发中非常关键的过程。一个用例图包括一个用例的集合，该集合定义整个系统的功能。
1.2.2分析类图
在软件开发不同阶段使用的类图具有不同的抽象层次，即概念层、说明层、和实现层。使用UML进行应用建模也应该是一个迭代的过程，所以我们应该建立一个类图的层次的概念。
概念层类图描述应用领域中的概念，这些概念与实现它们的类有联系。通常没有直接的映射关系。画概念层类图时很少考虑或不考虑实现问题，因此概念层类图应独立于具体的编程语言。下面是一个概念层类的表示。
说明层类图。此时我们考察的是类的接口部分，而不是实现部分。这个接口可能因为实现环境、运行特性等有多种不同的实现。
实现层类图才真正考虑类的实现问题，提供实现的细节。此时的类的概念才应该是真正的严格意义上的类。它揭示了软件实体的构成情况。
2系统设计
2.1设计类图
类图如下图所示
主要类：管理员、会员（顾客）、信息商品信息
2.2核心用例的顺序图
（1）、理想状态下商品交易过程（购买成功且不用找零）顺序如下：
1、管理员（收银员）输入用户名、密码登陆系统；
2、收银员查询商品信息；
3、数据库返回查询的商品信息；
4、收银员查询会员记录；
5、系统返回会员记录；
6、收银员确认查询信息；
7、收银员根据顾客选择计算营业额；
8、交易结束。
顺序图如下：
（2）、顾客（包括会员）顺序如下：
1、顾客申请注册会员，输入个人信息；
2、系统提示顾客注册会员成功；
3、顾客通过商品查询界面查询商品信息；
4、系统返回商品信息；
5、顾客支付购买的商品；
6、交易结束。
2.3核心用例的状态图
现在考察一个超市收银系统对象状态的大致变化过程。管理员可以输入用户
名、密码登录系统，用户可以注册成为会员，添加到数据库中。管理员和用户都可以通过系统查询商品信息，管理员还可以查询数据库中的会员信息；在收银界面，顾客支付商品，收银员统计金额，交易结束。
2.4组件图描述
3系统实施
3.1数据库设计
(1) 表设计
系统登录管理员的基本信息保存在管理员信息表里，详细说明如表3-1所示。
商品信息表记载的是商品的详细信息，具体的各字段属性说明和类型如下表3-2。
会员表记载的是会员的详细信息，具体的各字段属性说明和类型如下表3-3。
4电话nvarc
har
10×
5密码nvarc
har
10×（2）设计视图
1.管理员信息表：
2.会员信息表（member）：
3.商品信息表（goods）：