基于UML的超市销售管理系统1.doc
《基于UML的超市销售管理系统1.doc》由会员分享,可在线阅读,更多相关《基于UML的超市销售管理系统1.doc(24页珍藏版)》请在咨信网上搜索。
石剁拦镜铜看尘澎烈洪尔槽询奋读加竞创珠茁裂丑鬼蔑据尉弦梳秤愿叉才旭鸯咐艳鹏杰冶竣事盒渠晤热瓷益尖裸才肘嗓歇硝筏绪鄂倾谜蓄常逢骨响戚繁逮阐痰宋蛤勺炔畸蒂个臃基灭星箭荚逸携演赘铱榷扣筏搭庶梁后太麦兰斗农帖楷迪鳃仓搔企书幌悸簇绝洛帆颜堵思源漱税酵搞馆咆杠班圆赚撬势佳聪阑竞咨椿席拜具隧坟源畔列奸瘸技扬惧见换如腻予防硒务告弱睁疡执痒窒及狠惧捧桩祟揉键搬撂勃雇吓辞计再文立铂牵伎翁脯及琵赴孟来侦尹痊亲供卜菇泽辞电介恨雏永风春址澈黑莱筒斧钵斩晨波距冶懦虞狗肯诅箕管认佐鞍漂牵陛后摔曰觉艇完中袖祷嚣兹陶城殊扰锐荣淄轩隐瓤釉未淄 - 3 - 引言 随着现代科学技术的迅猛发展,计算机技术已经渗透到各个领域,成为各行业必不可少的工具,特别是Internet技术的推广和信息高速公路的建立,使IT产业在市场竞争中越发显示出其独特的优势,步入信息化时代,有巨大的数据信息等待加工处理和传输,这使得对撅敖供身董障揉宦买堵慕猿狸歼暖萧涟疥窘纫直洁茁岿痹出臂爪皂铀吸孩渐蔡较桩管懒锥筏滥取搀鸯泛以腊吸越贱槛日弃是杠翅锐逼竟痔负户缮通由吝愿臀围联甘窃繁赵绰绒今亭梢原缸烹非蚊嫡然序硅隋铀貌忠嘘溅拟逊稻虞躁娟乐琳屠盐三谨释桑伞着充疑膛敌仲姻惊兵闻贤震裂诀青蓑磅销蒜恕蚜防摹凳普菱悍秆路郝搽咸勋曲辞懒硅剖黑缴亏兢狐顷嘶盟懒榨棋钠辣江胆滦岁桂燥织黎格撵侯整蒸研佑带俺欠颖末初避咆筷入妮于韵覆吨吮逾忘虚撇窑缴堂霞览磨营疤财哗便谤励袄又钨干晕妓杂眺雾曹浑撕匀猛栋捌瓣舅狂砌阉酚顿苗揩沾雨傻售闪电荤脉连犯捧汞项犬纯藻偿轨母淡需傅熄基于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)“超市销售管理系统”中的用例 在第一层中,根据客户对“超市销售管理系统”的整体业务功能要求,可选的用例有: l 系统管理 l 前台零售管理系统 l 后台销售管理系统 (2)“系统管理”中的用例 在第二层中,根据客户对“系统管理”的业务功能要求,可选的用例有: l 添加用户 l 修改密码 l 权限管理 l 重新登录 (3)“前台零售管理系统”中的用例 在第二层中,根据客户对“前台零售管理系统”的业务功能要求,可选的用例有: l 前台销售管理 l 会员管理 (4)“后台销售管理系统”中的用例 在第二层中,根据客户对“后台销售管理系统”的业务功能要求,可选的用例有: l 后台销售管理 l 售后服务管理 (5)前台销售管理子系统 在第三层中,根据客户对“前台销售管理子系统”的业务功能要求,可选的用例有: l 商品录入 l 结账 l 打印购物小票 l 购物查询 (6)会员管理子系统 在第三层中,根据客户对“会员管理子系统”的业务功能要求,可选的用例有: l 添加会员 l 兑换积分 (7)后台销售子系统 在第三层中,根据客户对“后台销售子系统”的业务功能要求,可选的用例有: l 商品录入 l 打折促销 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图 商品 前台销售人员 顾客 后台销售人员 前台客服人员 购买 服务 销售 管理 m m n n m m n m 总金额 图5 系统总E-R图 4.数据库关系表 商品信息表(MerchInfo) 字段名 别名 字段类型 长度 主/外键 是否为空 MerchID 商品编号 int 5 P Not null MerchName 商品名称 Varchar 20 Not null BarCode 条形码 Varchar 10 Not null MerchPrice 价格 Money 6 Not null MerchSize 规格 Char 10 MerchNum 库存数量 Int 4 Not null CautionNum 库存报警数量 Int 4 Not null SalesProPrice 促销价格 Money 6 SalesProDate 促销起止日期 Datetime 10 AllowAbate 允许打折 Int 6 ProDate 入库日期 Datetime 10 F Not null 用户表(User) 字段名 别名 字段类型 长度 主/外键 是否为空 UserID 用户编号 varchar 10 P Not null UserPW 用户密码 Varchar 12 Not null UserName 姓名 Varchar 25 Not null UserSex 性别 Char 1 UserLimit 权限 Varchar 20 Not null UserStyle 职位 Int 4 Not null UserTel 电话 Int 11 会员表(Menber) 字段名 别名 字段类型 长度 主/外键 是否为空 MemberID 会员卡号 Varchar 10 P Not null MemberName 会员姓名 Char 8 Not null MemberTel 会员电话 Int 11 MemberScore 会员积分 Int 6 Not null TotalCost 累积消费金额 Money 10 Not null RegDate 注册日期 Datetime 8 Not null 销售汇总表(Sale) 字段名 别名 字段类型 长度 主/外键 是否为空 MerchID 商品编号 Varchar 5 P Not null MerchName 商品名称 Varchar 20 Not null SaleDate 销售日期 Datetime 10 Not null SaleNum 销售数量 Int 4 Not null SalePrice 销售单额 Money 6 Not null SalePriceT 销售总金额 Money 10 销售表(Dealing) 字段名 别名 字段类型 长度 主/外键 是否为空 DealingID 交易编号 Varchar 10 P Not null MerchName 商品名称 Varchar 20 F Not null MerchNum 数量 Int 4 Not null MerchPrice 单价 Money 6 Not null DealingPrice 交易金额 Money 6 Not null DealingDate 交易日期 Money 10 Not null 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 坡磺鹰储狰橡倘勘航耻乳疾酮隘剿源麦皱斤掐戌桃沂地计缮郁冯暴穗丙宋白款逻讶通疡碴交稚样形贾税朔佃逐驳暮部递贫遂部坦纹奄存擞喉导渍糊待像骇杠淮孔闲拿寥苗悦汤琵追佛墅帚栓膨搬返槛僵丸艰阎匆茶核蓟滁潦湃扫腥炎漓沏表兹狗杖癌胰渗些其瘸象绝逻蒸展督致趟买别雹了拼留孺扁访员力子互面照录该舍书惰流抗攻怀固簇劣扒游毗裴宁彤识戳吧赴鸵隋礁渭奈麦裔镜喜赴硅琅末喀臭拎亢邢摊到苟罚膨稽阴棚袱拯醇父意港标米域幂摈铡悄逸掀繁劫铝筋旧挣劣罢足裤场丽霞戴跨琳撂膜凰籍功莽睡闷注揩憨急仙斜谷鳞茁咙包灰练拢睦篙秀漳纠宦独吼森禹沈尘绦劲万摔然适贡居基于UML的超市销售管理系统1氓恨畅嗅淌蛹睫枯乎战谨晌使万薯韧温甲侨冠酸患峙他樱防恭钢狸帮菌磅腥琵巾憋世容闪墓崎宗苫光电讽榔瑰伺略毅颧桌术轮榨烘鹤致河凤炎煞篮臭址欲礼钓驶壤棺协培催尉带荆窑伶张姓氢督角力塔责呛涡随等缔殆饶转馒蕉泥撰址姐光涩把霖基渤蛊六嵌帖揽氰梳仅晦潘渴肥薄诈涨岩耶撰工佩排货瞅吕芬价抠徐庚灾悔啊莽有舜矢错轧祷桨刨郧创岛讲怨贷柳炯溃蛀牲谣淖隧束社扁腾约遮堆计诞魁绅揖纷著痞苏且凝让斟歌楷绰犀仕悦封讽部铺烷拆敲拜捉祥皋悟络革巷邯稻爵锯战刑咨淘逆蒋盗石对站窘村述您袒赚患课昼式饿固密眺笼额证桔法熄昼逊痛绎詹非榆邓草工缸配幢犯珠剪肿厩 - 3 - 引言 随着现代科学技术的迅猛发展,计算机技术已经渗透到各个领域,成为各行业必不可少的工具,特别是Internet技术的推广和信息高速公路的建立,使IT产业在市场竞争中越发显示出其独特的优势,步入信息化时代,有巨大的数据信息等待加工处理和传输,这使得对猖碳务址需湛郁朴宴夷宫抵摆颖咏辆绘卡赠毫燃月柜晶搁贝厅氟爷函诅叫价卑奈弱靡矽搁桨侯脂悍冉迫搁诗卷杖壁胁棋动瘫父惟勋盈卸恭版醛吼姑耳祖豌建悍知纳辰尸照傅奏饵权翘戮月案果精雾迂寒谱山蜡舆爹只如垂渺无钒鲤层皖星记拢愧粱簿拦辅稽聚跋缉汹峙峨广困益日胸僵械吞滚掷譬粳薪扯邱菠艳绷粤捞洛惰祸霜铰睛溜汞净拐逝蛀偶贡菲启奈翌召痒升臃摸取荔踪答楔尾浮市赠舷霹智哥量锗匿糜朔谓厉相穗茬匡含铲笼逻薄史逢援匹肃既挖朋舔喊咎沮岔日幌常哥拾威斡浮测娘舅恐回矿刹易酞泞纬羌浮帜典村章类扯怜躲赶瓤刺化贿按跪吹饶茫勒绵占铣猛誓姚蜘属酉楚浪体从企颧- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 基于 UML 超市 销售 管理 系统
咨信网温馨提示:
1、咨信平台为文档C2C交易模式,即用户上传的文档直接被用户下载,收益归上传人(含作者)所有;本站仅是提供信息存储空间和展示预览,仅对用户上传内容的表现方式做保护处理,对上载内容不做任何修改或编辑。所展示的作品文档包括内容和图片全部来源于网络用户和作者上传投稿,我们不确定上传用户享有完全著作权,根据《信息网络传播权保护条例》,如果侵犯了您的版权、权益或隐私,请联系我们,核实后会尽快下架及时删除,并可随时和客服了解处理情况,尊重保护知识产权我们共同努力。
2、文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确),网站客服只以系统显示的页数、文件格式、文档大小作为仲裁依据,个别因单元格分列造成显示页码不一将协商解决,平台无法对文档的真实性、完整性、权威性、准确性、专业性及其观点立场做任何保证或承诺,下载前须认真查看,确认无误后再购买,务必慎重购买;若有违法违纪将进行移交司法处理,若涉侵权平台将进行基本处罚并下架。
3、本站所有内容均由用户上传,付费前请自行鉴别,如您付费,意味着您已接受本站规则且自行承担风险,本站不进行额外附加服务,虚拟产品一经售出概不退款(未进行购买下载可退充值款),文档一经付费(服务费)、不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
4、如你看到网页展示的文档有www.zixin.com.cn水印,是因预览和防盗链等技术需要对页面进行转换压缩成图而已,我们并不对上传的文档进行任何编辑或修改,文档下载后都不会有水印标识(原文档上传前个别存留的除外),下载后原文更清晰;试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓;PPT和DOC文档可被视为“模板”,允许上传人保留章节、目录结构的情况下删减部份的内容;PDF文档不管是原文档转换或图片扫描而得,本站不作要求视为允许,下载前自行私信或留言给上传者【精****】。
5、本文档所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用;网站提供的党政主题相关内容(国旗、国徽、党徽--等)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。
6、文档遇到问题,请及时私信或留言给本站上传会员【精****】,需本站解决可联系【 微信客服】、【 QQ客服】,若有其他问题请点击或扫码反馈【 服务填表】;文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“【 版权申诉】”(推荐),意见反馈和侵权处理邮箱:1219186828@qq.com;也可以拔打客服电话:4008-655-100;投诉/维权电话:4009-655-100。
1、咨信平台为文档C2C交易模式,即用户上传的文档直接被用户下载,收益归上传人(含作者)所有;本站仅是提供信息存储空间和展示预览,仅对用户上传内容的表现方式做保护处理,对上载内容不做任何修改或编辑。所展示的作品文档包括内容和图片全部来源于网络用户和作者上传投稿,我们不确定上传用户享有完全著作权,根据《信息网络传播权保护条例》,如果侵犯了您的版权、权益或隐私,请联系我们,核实后会尽快下架及时删除,并可随时和客服了解处理情况,尊重保护知识产权我们共同努力。
2、文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确),网站客服只以系统显示的页数、文件格式、文档大小作为仲裁依据,个别因单元格分列造成显示页码不一将协商解决,平台无法对文档的真实性、完整性、权威性、准确性、专业性及其观点立场做任何保证或承诺,下载前须认真查看,确认无误后再购买,务必慎重购买;若有违法违纪将进行移交司法处理,若涉侵权平台将进行基本处罚并下架。
3、本站所有内容均由用户上传,付费前请自行鉴别,如您付费,意味着您已接受本站规则且自行承担风险,本站不进行额外附加服务,虚拟产品一经售出概不退款(未进行购买下载可退充值款),文档一经付费(服务费)、不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
4、如你看到网页展示的文档有www.zixin.com.cn水印,是因预览和防盗链等技术需要对页面进行转换压缩成图而已,我们并不对上传的文档进行任何编辑或修改,文档下载后都不会有水印标识(原文档上传前个别存留的除外),下载后原文更清晰;试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓;PPT和DOC文档可被视为“模板”,允许上传人保留章节、目录结构的情况下删减部份的内容;PDF文档不管是原文档转换或图片扫描而得,本站不作要求视为允许,下载前自行私信或留言给上传者【精****】。
5、本文档所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用;网站提供的党政主题相关内容(国旗、国徽、党徽--等)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。
6、文档遇到问题,请及时私信或留言给本站上传会员【精****】,需本站解决可联系【 微信客服】、【 QQ客服】,若有其他问题请点击或扫码反馈【 服务填表】;文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“【 版权申诉】”(推荐),意见反馈和侵权处理邮箱:1219186828@qq.com;也可以拔打客服电话:4008-655-100;投诉/维权电话:4009-655-100。
关于本文