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