基于UML的超市销售管理系统1.docx
- 文档编号:1837261
- 上传时间:2022-10-24
- 格式:DOCX
- 页数:23
- 大小:316.90KB
基于UML的超市销售管理系统1.docx
《基于UML的超市销售管理系统1.docx》由会员分享,可在线阅读,更多相关《基于UML的超市销售管理系统1.docx(23页珍藏版)》请在冰豆网上搜索。
基于UML的超市销售管理系统1
引言
随着现代科学技术的迅猛发展,计算机技术已经渗透到各个领域,成为各行业必不可少的工具,特别是Internet技术的推广和信息高速公路的建立,使IT产业在市场竞争中越发显示出其独特的优势,步入信息化时代,有巨大的数据信息等待加工处理和传输,这使得对书数据库的进一步开发和利用显得尤为迫切。
作为国内市场的一些中小型超市,它们在信息化过程中的步伐要落后于大中型超市,而对于这些企业的资源管理,信息的存储和处理也显得迫切需要,要适应市场竞争,就需要有高效的处理方式和管理方法,因此加快超市的信息化进程是必可少的。
如何将计算机技术与超市管理有机地结合起来,把计算机技术应用于超市管理,更高效地对超市的各种商品信息进行归类、划分、合理地组织,从而减少人们的劳动强度是很有必要的。
本系统针对中小型超市管理特点和技术人员的实际水平,采用Windows易学易用的图形用户界面操作系统,用面向对象的Java语言开发技术和数据库技术,开发出贴近用户实际需求的系统。
本系统抛弃了大型财务软件功能泛泛不实用的缺点,既简洁又能满足用户需求,既可以解决在销售过程中出现的问题,也能够用于对商品采购的需求。
在减少工作量的基础上,提高超市管理者对企业的整体管理能力。
1详细调查
超市已经成为我国零售业的一种重要形态,为国民经济的发展发挥了重要的作用。
随着超市高速的发展,其经营管理也变得愈加复杂,早期的售货员站柜台的形式早已不能满足现有销售也的发展,这样就迫切地需要引入新的管理技术。
超市形态具有种种优点,但在目前状况下,它仍存在零售业企业所共有的落后的一面,如:
不能有效地管理每种商品,收款结算速度慢,容易出现营业差错,不宜进行商品调价,盘点效率低等,而且在超市日常管理中,商品的进、销、存等决策以经验为主,缺乏实时分析功能,管理人员对及时传递资料的要求始终得不到满足。
随着超市形态的高速发展,其经营管理也变得愈加复杂,日常所需要处理的数据量也逐渐增大,商业运转的中间环节也越来越多,原始的人工管理已无法应对这复杂的市场。
依靠现代化的计算机信息处理技术来管理超市,从而节省了大量的人力、物力,改善了员工的工作条件,减轻了劳动强度,并且能够快速反映出商品的进、销、存等状况和各种反馈信息分析,使管理人员快速对市场的变化做出相应的决策,加快超市经营管理效率。
2需求分析与用例建模
2.1可行性分析
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
类的类型:
该类创建的对象为持久对象,存储在服务器上的数据库中,可以
共享。
功能:
继承顾客类,负责建立会员基本信息并进行处理,包括添加会员、删
除会员、修改会员信息、购物查询操作。
属性:
会员卡号、会员姓名、积分、电话、累计消费金额、注册日期。
操作:
添加
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 基于 UML 超市 销售 管理 系统
![提示](https://static.bdocx.com/images/bang_tan.gif)