基于UML的超市销售管理系统1Word文件下载.docx

基于UML的超市销售管理系统1Word文件下载.docx

《基于UML的超市销售管理系统1Word文件下载.docx》由会员分享，可在线阅读，更多相关《基于UML的超市销售管理系统1Word文件下载.docx（23页珍藏版）》请在冰豆网上搜索。

2.1.1管理可行性

随着超市管理水平的不断提高，在管理水平方面积累了丰富的经验方法，并建立了成熟的管理机制，齐全的规章制度。

有正确的原始资料的支持，是管理工作有了制度支持和信息支持。

根据以往在经营中出现的困难与不便，超市的高层管理人员对新系统的开发持积极的态度，肯定新系统的开发，并且为新系统的开发与实施创造了各种良好的条件，制定了有利于系统实施的管理方法。

目前管理方面的的条件已经能够满足超市管理系统的开发以及日后的实施。

所以在管理上是可行的。

2.1.2经济可行性

本系统需要超市负担的费用主要是计算机硬件设备和软件技术，包括本系统的开发及维护费用，对超市人员使用本系统的培训费用，以及本系统开发完成后，由于工作方式的改变增加的其他开支。

该系统带来的经济效益是明显的，其最主要的表现是减少了企业管理费用和人力开支，不仅方便对进货信息的管理，也减少了由于人工的出错的几率，降低了成本，节省了大量的时间，还为企业的各项决策提供了宝贵的资料，为企业带来巨大的经济效益。

所以从经济上是可行的。

2.1.3技术可行性

在IT行业中从业的工作人员一般都要求掌握计算机技术，具有一定的软硬件基础，会使用各种管理软件，熟悉IT产品。

因为，有的超市对员工的素质要求比较高，从管理层到下面的销售人员，都要求具有一定的计算机基础，而本系统简单易用，所以在新系统投入使用时，只要对员工进行少量的培训，系统的功能和使用方法就基本上能够是系统顺利运行。

所以在技术上是可行的。

综合以上三方面，该系统具有很高的开发可行性，无论是从技术上或者经济上还是管理上。

因此，可以设计该系统的数据流程图，建立数据字典。

2.2功能需求

超市管理系统为了满足用户实际需求应具有系统管理、零售前台管理子系统、后台管理子系统三个子系统。

1.系统管理

系统管理应包括以下功能：

1）添加用户：

系统管理员可以根据需求添加用户，用户只有根据用户名和密码才能登录系统，进行操作。

2）修改密码：

用户可以登录系统修改密码。

3）权限设置：

系统管理员可以根据不同用户设置不同权限，是系统某些功能只对某些用户可见。

4）重新登录：

本系统支持重新登录。

2.前台零售管理子系统

前台零售管理子系统应具有以下功能：

1）前台销售管理

A．商品录入：

根据超巿业务特点制定相关功能，可以通过输入唯一编号、扫描条形码、商品名称等来实现精确或模糊的商品扫描录入。

该扫描录入方法可以充分保证各种电脑操作水平层次的人员均能准确快速地进行商品扫描录入。

B．结账：

通过扫描条形码或者直接输入商品名称（对于同类多件商品采用一次录入加数量的方式）自动计算本次交易的总金额。

顾客可以支付现金和信用卡，如果支付现金，自动计算找零

C．打印小票：

在顾客付款后，打印交易清单（包括交易的流水账号、每类商品的商品名、数量、该类商品的总金额、交易的时间、负责本次收银的员工号）。

如果顾客是本店会员并持有本人会员卡，则在交易前先扫描会员卡，并将所购物品的总金额累计到该会员的总消费金额中，增加会员积分。

D．购物查询：

如果顾客是本店会员，可以在前台客服查询一个月内购物情况。

2）会员管理：

会员管理可以实现顾客会员注册，会员信息查询，会员信息修改，删除会员，还可以对会员进行兑换积分。

3.后台销售管理系统

后台销售管理系统必须具备以下功能：

1）后台销售管理：

支持商品的录入、删除、商品信息查询，商品信息修改。

还可以对销售的产品进行汇总，综合查询各种销售明细记录，超市经理可以根据汇总情况制定采购计划和销售计划。

2）售后服务管理：

为了提高服务水平，对售后服务进行统一管理。

2.3系统功能结构模块图

图2-1系统功能结构模块图

2.4用例建模

2.4.1确定系统范围和系统边界

1.超市销售管理系统的业务范围

超市销售管理系统是负责商品的销售，商品的管理，会员的管理和系统管理，不包括其他管理内容，如“财务管理”、“采购管理”、“库存管理”等。

2．超市销售系统的系统边界

超市销售管理系统和“采购管理系统”、“库存管理系统”“财务管理系统”有系统边界。

1）采购管理系统要根据超市的销售情况制定采购计划，确定需要采购的商品，以及商品各方面的信息。

2）库存管理系统要根据销售情况合理的管理库存，避免商品缺货、积压等管理不善。

适时的组织促销、打折等活动，及时补充货架上的商品。

3）财务管理系统根据销售情况核对销售收入，更加有效地管理超市财务

2.4.2确定执行者

从需求分析可以看出，超市管理系统有5个人执行者和3个系统执行者，即“系统管理员”、“顾客”、“销售人员”、“前台客服人员”、“超市经理”、“财务管理系统”、“采购管理系统”、“库存管理系统”。

1）系统管理员：

负责整个软件的维护工作，可以添加用户，并对用户设置权限。

2）顾客：

顾客购买商品，并可以在前台客服办理会员，成为会员，便可以在客服处查询购物情况。

还可以在客服处兑换积分。

3）销售人员：

销售商品，对商品进行管理。

4）前台客服人员：

服务于顾客，为顾客办理会员，兑换积分。

5）超市经理：

监督超市的整个运营情况，可以查询销售情况，作出决策。

6）财务管理系统：

根据销售汇总情况核对财务状况。

7）采购管理系统：

根据销售情况，制定采购计划。

8）库存管理系统：

根据销售情况及时补充货架上商品，根据库存情况，适时组织促销、打折活动。

2.4.3确定用例

根据系统的需求分析中客户对系统功能提出的要求，可以粗略的找到系统用例，并在后期的用例建模工作中合并、优化、筛选这些用例。

（1）“超市销售管理系统”中的用例

在第一层中，根据客户对“超市销售管理系统”的整体业务功能要求，可选的用例有：

●系统管理

●前台零售管理系统

●后台销售管理系统

（2）“系统管理”中的用例

在第二层中，根据客户对“系统管理”的业务功能要求，可选的用例有：

●添加用户

●修改密码

●权限管理

●重新登录

（3）“前台零售管理系统”中的用例

在第二层中，根据客户对“前台零售管理系统”的业务功能要求，可选的用例有：

●前台销售管理

●会员管理

（4）“后台销售管理系统”中的用例

在第二层中，根据客户对“后台销售管理系统”的业务功能要求，可选的用例有：

●后台销售管理

●售后服务管理

（5）前台销售管理子系统

在第三层中，根据客户对“前台销售管理子系统”的业务功能要求，可选的用例有：

●商品录入

●结账

●打印购物小票

●购物查询

（6）会员管理子系统

在第三层中，根据客户对“会员管理子系统”的业务功能要求，可选的用例有：

●添加会员

●兑换积分

（7）后台销售子系统

在第三层中，根据客户对“后台销售子系统”的业务功能要求，可选的用例有：

●打折促销

2.4.4分层绘制用例图

1.最高层用例图

根据用户对超市销售管理系统的整体业务功能需求，可以绘制出最高层用例图。

图2-2超市销售管理系统用例图

2．第2层用例图

对最高层中的每个用例加以展开，得到各个用例的第2层用例图。

1）系统管理用例图

图2-3系统管理子系统用例图

2）前台零售管理子系统用例图

图2-4前台零售管理系统用例图

3）后台销售管理子系统用例图

图2-5后台管理系系统用例图

3.第3层用例图

1）第2层零售前台管理子系统展开得到前台销售管理子系统和会员管理子系统。

图2-6前台销售管理子系统用例图

图2-7会员管理子系统用例图

2）第2层后台销售管理子系统展开得到后台销售子系统

图2-7后台销售子系统用例图

3系统分析与对象类建模

对象类静态结构模型描述了系统的静态结构，包括构成系统的类和对象、他们的属性和操作以及这些对象间的联系。

3.1建立对象类

根据已经建立的用例图和客户业务需求确定对象类，及其属性和操作。

通过检查类的定义、分析问题的需求和运用该领域的知识来完善和确定类的属性，根据系统功能要求和系统设计需要完善和确定类的操作。

超市管理系统的对象类包括：

（1）商品

类名：

商品

类的编号：

030101（共三层，每层用2位数字表示，采用6位编号）。

类的类型：

该类创建的对象为持久对象，存储在服务器上的数据库中，可以

共享。

功能：

负责建立商品基本信息并对这些信息进行处理，包括增加、删除、查

询操作等。

属性：

商品名称、编号、条形码、价格、规格、库存数量、库存预警数量、

促销价格、促销起止日期、允许打折、入库日期。

操作：

增加商品（）、删除商品（）、修改商品信息（）、查询商品（）。

（2）顾客

顾客

030102

负责建立顾客对象并进行处理，包括购买商品、付款、购物查询操作。

交易编号

购买商品（）、付款（）、购物查询（）。

（3）会员

会员

030103

继承顾客类，负责建立会员基本信息并进行处理，包括添加会员、删

除会员、修改会员信息、购物查询操作。

会员卡号、会员姓名、积分、电话、累计消费金额、注册日期。

添加