《基于UML的超市收银管理系统设计》由会员分享，可在线阅读，更多相关《基于UML的超市收银管理系统设计（6页珍藏版）》请在金锄头文库上搜索。
1、基于 UML的超市收银管理系统设计12020 年 4 月 19 日文档仅供参考基于 UML 的超市收银管理系统设计1 系统分析1.1 问题域描述在销售商品时，售货员对顾客选择的商品进行结账计算，统计顾客应该支付的金额；同时在办理结账业务时，还要根据顾客是否是会员来进行打折结账，顾客也能够办理相应的会员卡。超市的管理人员或者售货员能够查询会员信息和商品信息，并能够查询当日销售总额。本系统使用 C#经过两层模型实现：数据核心层和业务逻辑层。其中，数据核心层包括对于数据库的操作；业务逻辑层根据用户需要进行逻辑处理，再映射到相应的数据层操作。1.2 用例模型及分析类图的描述1.2.1 用例模型用例是系
2、统使用片段的集合，描述了所有的的功能需求。它来自于用户需求的分析，这个过程称为用例分析，是整个系统开发中非常关键的过程。一个用例图包括一个用例的集合，该集合定义整个系统的功能。22020 年 4 月 19 日文档仅供参考登录系统*注册管理员People用户*会员查询*统计营业额* * *Database查询商品信息*结账*会员注册1.2.2 分析类图在软件开发不同阶段使用的类图具有不同的抽象层次，即概念层、说明层、和实现层。使用UML 进行应用建模也应该是一个32020 年 4 月 19 日文档仅供参考迭代的过程，因此我们应该建立一个类图的层次的概念。概念层类图描述应用领域中的概念，这些概念与
3、实现它们的类有联系。一般没有直接的映射关系。画概念层类图时很少考虑或不考虑实现问题，因此概念层类图应独立于具体的编程语言。下面是一个概念层类的表示。说明层类图。此时我们考察的是类的接口部分，而不是实现部分。这个接口可能因为实现环境、运行特性等有多种不同的实现。实现层类图才真正考虑类的实现问题，提供实现的细节。此时的类的概念才应该是真正的严格意义上的类。它揭示了软件实体的构成情况。2 系统设计2.1 设计类图类图如下图所示主要类：管理员、会员（顾客）、信息商品信息42020 年 4 月 19 日文档仅供参考管理员-用户名 : char-密码 : char+登录系统 ()+注册 ()+查询会员 ()+查询商品信息 ()+统计营业额 ()商品信息-编号 : char-名称 : char-生产日期 : char-价格 : decimal-库存 : char+查询 ()会员-姓名 : char-密码 : char-性别 : char-年龄 : char-电话 : char+注册 ()+结账 ()+查询商品信息 ()2.2 核心用例的顺序图（ 1）、 理想状态下商品交易过程（购买成功且不用找零）顺序如下：1、 管理员（收银员）输入用户名、密码登陆系统；2、 收银员查询商品信息；52020 年 4 月 19 日
