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

基于UML的商场收银管理系统设计 基于UML的商场收银管理系统设计 基于UML的商场收银管理系统设计 基于UML的商场收银管理系统设计 系统解析 1.1问题域描述 在销售商品时，售货员对顾客选择的商品进行结账计算，统计顾客应该支付 的金额；同时在办理结账业务时，还要依据顾客是不是会员来进行打折结账，顾 客也可以办理相应的会员卡。商场的管理人员也许售货员可以盘问会员信息和商 品信息，并可以盘问当天销售总数。 本系统使用C#经过两层模型实现：数据核心层和业务逻辑层。此中，数据 核心层包含对于数据库的操作；业务逻辑层依据用户需要进行逻辑办理，再映照 到相应的数据层操作。 1.2用例模型及解析类图的描述 1.2.1用例模型 用例是系统使用片段的会集，描述了全部的的功能需求。它来自于用户需求的解析，这个过程称为用例解析，是整个系统开发中特别要点的过程。一个用例图包含一个用例的会集，该会集定义整个系统的功能。 1.2.2解析类图 在软件开发不一样阶段使用的类图拥有不一样的抽象层次，即看法层、说明层、 和实现层。使用UML进行应用建模也应该是一个迭代的过程，所以我们应该建 立一个类图的层次的看法。 看法层类图描述应用领域中的看法，这些看法与实现它们的类有联系。平时 没有直接的映照关系。画看法层类图时极少考虑或不考虑实现问题，所以看法层 类图应独立于详细的编程语言。下边是一个看法层类的表示。 说明层类图。此时我们观察的是类的接口部分，而不是实现部分。这个接口 可能由于实现环境、运转特征等有多种不一样的实现。 实现层类图才真切考虑类的实现问题，供给实现的细节。此时的类的看法才 应该是真切的严格意义上的类。它揭穿了软件实体的构成状况。 系统设计 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.1 数据库设计 (1) 表设计 系统登录管理员的基本信息保存在管理员信息表里，详细说明如表 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 价格 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）设计视图 管理员信息表： 会员信息表（member）： 商品信息表（goods）：