基于uml的超市收银管理系统设计.docxVIP

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