基于UML的超市收银管理系统设计.docx

基于 UML的超市收银管理系统设计
1
2020 年 4 月 19 日
文档仅供参考
基于 UML 的超市收银管理系统设计
系统分析
问题域描述
在销售商品时，售货员对顾客选择的商品进行结账计算，统计顾客应该支付的金额；同时在办理结账业务时，还要根据顾客是否是会员来进行打折结账，顾客也能够办理相应的会员卡。超市的管理人员或者售货员能够查询会员信息和商品信息，并能够查询当日销售总额。
本系统使用 C#经过两层模型实现：数据核心层和业务逻辑层。其中，数据核心层包括对于数据库的操作；业务逻辑层根据用户需要进行逻辑处理，再映射到相应的数据层操作。
用例模型及分析类图的描述
用例模型
用例是系统使用片段的集合，描述了所有的的功能需求。它
来自于用户需求的分析，这个过程称为用例分析，是整个系统开
发中非常关键的过程。一个用例图包括一个用例的集合，该集合
定义整个系统的功能。
2
2020 年 4 月 19 日
文档仅供参考
登录系统
*
注册
管理员
People
用户

*
会员查询
*
*
统计营业额
**
* * *
*
*
Database
查询商品信息 *
*
结账
*
会员注册
分析类图
在软件开发不同阶段使用的类图具有不同的抽象层次，即概
念层、说明层、和实现层。使用 UML 进行应用建模也应该是一个
3
2020 年 4 月 19 日
文档仅供参考
迭代的过程，因此我们应该建立一个类图的层次的概念。
概念层类图描述应用领域中的概念，这些概念与实现它们的
类有联系。一般没有直接的映射关系。画概念层类图时很少考虑
或不考虑实现问题，因此概念层类图应独立于具体的编程语言。
下面是一个概念层类的表示。
说明层类图。此时我们考察的是类的接口部分，而不是实现
部分。这个接口可能因为实现环境、运行特性等有多种不同的实
现。
实现层类图才真正考虑类的实现问题，提供实现的细节。此时的类的概念才应该是真正的严格意义上的类。它揭示了软件实体的构成情况。
系统