火龙果软件基于UML的超市销售管理系统1.docx
《火龙果软件基于UML的超市销售管理系统1.docx》由会员分享,可在线阅读,更多相关《火龙果软件基于UML的超市销售管理系统1.docx(27页珍藏版)》请在冰豆网上搜索。
火龙果软件基于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
类的类型:
该类创建的对象为持久对象,存储在服务器上的数据库中,可以
共享。
功能:
继承顾客类,负责建立会员基本信息并进行处理,包括添加会员、删
除会员、修改会员信息、购物查询操作。
属性:
会员卡号、会员姓名、积分、电话、累计消费金额、注册日期。
操作:
添加会员()、删除会员()、修改会员信息()、购物查询()。
(4)销售人员
类名:
销售人员
类的编号:
030104
类的类型:
该类创建的对象为持久对象,存储在服务器上的数据库中,可以
共享。
功能:
负责建立销售人员对象并进行处理。
属性:
姓名、性别、职位、电话。
操作:
(5)前台销售人员
类名:
前台销售人员
类的编号:
030105
类的类型:
该类创建的对象为持久对象,存储在服务器上的数据库中,可以
共享。
功能:
继承销售人员类,负责建立前台销售人员对象并进行处理,包括商品
扫描、录入商品编号、结账、打印购物小票操作。
属性:
销售人员[*]等。
操作:
商品扫描()、录入商品编号()、结账()、打印购物小票()。
(6)后台销售人员
类名:
后台销售人员
类的编号:
030106
类的类型:
该类创建的对象为持久对象,存储在服务器上的数据库中,可以
共享。
功能:
继承销售人员类,负责建立后台销售人员对象并进行处理,包括商品
录入、商品信息修改、删除商品、商品查询、销售商品汇总操作。
属性:
销售人员[*]等。
操作:
商品录入()、商品信息修改()、删除商品()、商品查询()、销
售商品()。
(7)前台客服人员类
类名:
前台客服人员
类的编号:
030107
类的类型:
该类创建的对象为持久对象,存储在服务器上的数据库中,可以
共享。
功能:
负责建立前台客服人员对象并进行处理,包括添加会员、删除会员、
修改会员信息、购物查询操作。
属性:
姓名、性别、职位、电话。
操作:
添加会员()、删除会员()、修改会员信息()、购物查询()。
(8)销售表
类名:
销售表
类的编号:
030108
类的类型:
该类创建的对象为持久对象,存储在服务器上的数据库中,可以
共享。
功能:
负责建立销售表基本信息并对这些信息进行处理。
属性:
交易编号、商品名称、商品价格、交易数量、交易金额、会员卡号、交易日期。
操作:
(9)销售汇总表
类名:
销售汇总表
类的编号:
030109
类的类型:
该类创建的对象为持久对象,存储在服务器上的数据库中,可以
共享。
功能:
负责建立销售汇总表基本信息并对这些信息进行处理。
属性:
商品编号、商品名称、商品价格、销售数量、销售金额
操作:
查询()。
3.2根据类之间的关系绘制类图
通过对超市管理系统中对类及其之间关系的分析,绘制类图。
图3类图及其之间关系
4顺序图建模
通过分析超市管理系统的业务需求和对象类之间的关系,进而建立动态模型中对象间的交互模型顺序图。
1.顾客购买商品顺序图
图4-1顾客购买商品顺序图
2.顾客查询购物情况顺序图
图4-2顾客查询购物情况顺序图
3.超市经理查询商品销售情况顺序图
图4-3超市经理查询商品销售情况顺序图
4.顾客办理会员顺序图
图4-4顾客办理会员顺序图
5.添加商品顺序图
图4-5添加商品顺序图
6.修改商品信息顺序图
图4-6修改商品信息顺序图
7.删除商品顺序图
图4-6删除商品顺序图
5数据库设计
1.超市管理系统包含的实体和属性:
商品(商品编号,名称,价格,库存数量,规格,条形码,促销价格,促销起止日期,允许打折,入库日期,库存预警数量)
顾客(姓名,电话,会员号,会员积分,会员注册时间)
前台销售人员(用户编号,密码,姓名,性别,职位,电话)
后台销售人员(用户编号,密码,姓名,性别,职位,电话)
前台客服人员(用户编号,密码,姓名,性别,职位,电话)
2.实体之间的联系
购买:
顾客购买商品,一个顾客可以购买多种商品,一种商品也可以被多个顾客购买,顾客与商品之间是多对多的关系。
销售:
前台销售人员销售商品,一个前台销售人员可以销售多种商品,一种商品也可以被多个销售人员销售,前台销售人员与商品之间是多对多的关系。
服务:
前台客服人员可以服务于顾客,一个前台销售人员可以服务于多个顾客,一个顾客也可以被多个客服人员服务,客服人员与顾客之间是多对多的关系。
管理:
后台销售人员可以管理商品,一个后台销售人员可以管理多种商品,一种商品也可以被多个后台销售人员管理,后台销售人员与顾客之间是多对多的关系。
3.系统总E-R图
图5系统总E-R图
4.数据库关系表
商品信息表(MerchInfo)
字段名
别名
字段类型
长度
主/外键
是否为空
MerchID
商品编号
int
5
P
Notnull
MerchName
商品名称
Varchar
20
Notnull
BarCode
条形码
Varchar
10
Notnull
MerchPrice
价格
Money
6
Notnull
MerchSize
规格
Char
10
MerchNum
库存数量
Int
4
Notnull
CautionNum
库存报警数量
Int
4
Notnull
SalesProPrice
促销价格
Money
6
SalesProDate
促销起止日期
Datetime
10
AllowAbate
允许打折
Int
6
ProDate
入库日期
Datetime
10
F
Notnull
用户表(User)
字段名
别名
字段类型
长度
主/外键
是否为空
UserID
用户编号
varchar
10
P
Notnull
UserPW
用户密码
Varchar
12
Notnull
UserName
姓名
Varchar
25
Notnull
UserSex
性别
Char
1
UserLimit
权限
Varchar
20
Notnull
UserStyle
职位
Int
4
Notnull
UserTel
电话
Int
11
会员表(Menber)
字段名
别名
字段类型
长度
主/外键
是否为空
MemberID
会员卡号
Varchar
10
P
Notnull
MemberName
会员姓名
Char
8
Notnull
MemberTel
会员电话
Int
11
MemberScore
会员积分
Int
6
Notnull
TotalCost
累积消费金额
Money
10
Notnull
RegDate
注册日期
Datetime
8
Notnull
销售汇总表(Sale)
字段名
别名
字段类型
长度
主/外键
是否为空
MerchID
商品编号
Varchar
5
P
Notnull
MerchName
商品名称
Varchar
20
Notnull
SaleDate
销售日期
Datetime
10
Notnull
SaleNum
销售数量
Int
4
Notnull
SalePrice
销售单额
Money
6
Notnull
SalePriceT
销售总金额
Money
10
销售表(Dealing)
字段名
别名
字段类型
长度
主/外键
是否为空
DealingID
交易编号
Varchar
10
P
Notnull
MerchName
商品名称
Varchar
20
F
Notnull
MerchNum
数量
Int
4
Notnull
MerchPrice
单价
Money
6
Notnull
DealingPrice
交易金额
Money
6
Notnull
DealingDate
交易日期
Money
10
Notnull
MemberID
会员卡号
Varchar
10
UserName
用户名称
Varchar
10
F
总结
面向对象技术是软件工程领域的重要技术,是一种把面向对象的思想应用于软件开发过程中指导开发活动的系统方法。
基本思想是从现实世界客观存在的事物出发,尽可能地运用人类的自然思维方式来构造软件系统。
超市销售管理系统正是利用面向对象的方法进行分析与设计。
通过对系统进行详细的调查和可行性分析,分析领域的业务范围、业务规则和业务处理过程,明确系统的责任、范围和边界,确定用户需求。
根据用户需求,确定用例模型,在此阶段要注重与用户的交流,既要满足用户的需求,又要限制用户的需求,避免后期修改功能需求带来的损失。
根据已经建立的用例图和客户业务需求确定对象类,及其属性和操作,分析对象类之间的关系。
通过分析超市管理系统的业务需求和对象类之间的关系,进而建立动态模型中对象间的交互模型。
对象间的交互模型包括状态图和顺序图。
顺序图用来描述对象之间动态的交互关系,着重体现对象间消息传递的时间顺序,可以对系统的业务有更明确的了解。
最后进行数据库设计,找出超市管理系统中的实体及之间的联系,确定数据库关系表。
和传统管理模式相比较,使用本系统,毫无疑问会大大提高超市的运作效率,辅助提高超市的决策水平,管理水平,为降低经营成本,提高效益,减少差错,节省人力,减少顾客购物时间,增加客流量,提高顾客满意度,增强超市扩张能力,提供有效的技术保障。
在减少工作量的基础上,提高超市管理者对企业的整体管理能力。
这次的课程设计是对我们这一学期实际学到的内容的检验,在课程设计的同时不仅巩固了以前所学过的知识,而且更加体会到了UML建模的思想。
通过这次课程设计使我懂得了理论与实际相结合是很重要的,只有理论知识是远远不够的,只有把所学的理论知识与实践相结合起来,从理论中得出结论,才能真正的掌握,从而提高自己的实际动手能力和独立思考的能力。
在设计过程中充分体现了UML以系统体系结构为中心,以用例为驱动,以风险控制和质量管理为目标,以渐增迭代为开发方式的面向对象独有的语言特色。
通过本次课程设计让我对UML建模有了进一步的认识,让我了解了使用UML建模对开发程序有很大的帮助,在UML模型中能清晰的反映出程序的所有行为,为程序的开发以及维护,查错都有很大的帮助。
同时也体会到软件开发不仅需要技术,更需要我们投入细心,谨慎,耐心,毅力。
在今后更要严格要求自己,使自己成为一名优秀的软件开发人员。
参考文献
[1]刁成嘉,UML系统建模与分析设计,北京:
机械工业出版社,2007
[2]刁成嘉,UML系统建模与分析设计课程设计,北京:
机械工业出版社,2008
[3]J.L.Whitten,L.D.Bentley,肖刚,孙慧译,《系统分析与设计方法》,北京:
机械工业出版社,2007