《软件工程超市销售管理系统.doc》由会员分享，可在线阅读，更多相关《软件工程超市销售管理系统.doc（55页珍藏版）》请在金锄头文库上搜索。
1、软件工程超市销售管理系统12020年5月29日文档仅供参考目录1 可行性研究21.1 引言21.1.1 编写目的21.1.2 项目背景21.1.3术语定义21.2 可行性研究31.2.1 项目要求31.2.2 项目目标31.2.3可行性分析31.2.4结论42 需求分析42.1需求陈述42.1.1 需求获取42.1.2功能需求42.1.3 需求总结52.2 功能分析62.2.1零售前台管理系统功能:62.2.2后台管理系统功能62.3 需求提炼分析建模73 概要设计113.1功能模块划分113.2.流程图113.2.1后台管理系统133.3 E-R模型转化为对象模型144 详细设计184.1前
2、台销售模块184.2后台进货管理模块204.3后台销售管理模块204.3.1模块用例图:204.3.2模块用例程序流程图:214.4后台库存管理模块224.4.1模块用例图:224.5后台人员管理模块234.5.1会员管理功能用例图:234.5.2员工销售管理功能用例图:234.6模块用例程序流程图:245 系统实现255.1相关数据库建立255.2前台销售系统的实现275.3后台管理系统286. 系统测试306.1测试项目306.2测试结果316.2 软件需求测试结论326.3 测试结果327总结327.1小组总结327.2个人总结33超市销售管理系统第七小组学号姓名具体模块成绩备注可行性的
3、研究前台销售模块系统的实现 需求分析 后台进货管理后台销售管理系统的实现 概要设计 后台库存管理后台人员管理系统测试 概要设计 用例流程图 系统测试1 可行性研究1.1 引言 可行性研究的目的是为了在对问题进行研究的同时,以最小的代价在最短的时间内确定问题是否可解,以保证后续的工作能有效完成。在此项目中,经过全面的信息采集和处理,辅助提高超市的决策水平,大大提高超市的运作效率。为超市的管理人员带来的较大的方便。经过对此项目进行详细调查研究,初拟系统实现报告,对软件开发中将要面临的问及其解决方案进行初步设计及合理安排。明确开发风险及其所带来的经济效益。为降低经营成本,提高效益,增强超市扩张力,提
4、供有效的技术保障。 现在的超市已经成为人们日常生活中不可缺少的一个组成部分,它的存在给人们的生活带来了很大的方便。做为超市内部的人员,商品和销售的管理工作,对超市的成功经营十分重要。然而传统的管理,主要以人工为主,不但费时费力,风险也较大。21世纪,超市销售的竞争也进入到了一个全新的领域,竞争已不再是规模的竞争,而是技术的竞争、管理的竞争、人才的竞争。技术的提升和管理的升级是销售业的竞争核心。该超市管理系统将用于各种超市的超市进出货,消费者信息和职工信息的管理,实现以计算机辅助形式代替传统的手工查询记录形式,减轻超市管理人员的劳动强度,提高工作质量和效率,从而使超市管理更加合理化和科学化。1.
5、2 可行性研究 针对超市的特点,为了帮助超市经营者节约人力开销有设备开销,提高超市的处理速度和竞争力,扩大超市的经济效益,我们将开发以下子系统:前台销售系统、后台管理系统,其中这两个子系统又包含其它一些子功能。采用这种方法来对整个超市系统进行高效的管理,达到自动化、科技化的目的。管理可行性分析:超市的经营者大多具备电脑基本操作知识,对于必要的专业操作经短期培训即可;管理基础工作和各项管理制度比较健全,执行严格,原始数据采集完整,保存良好。经济可行性分析:超市管理系统的投入,能够提高工作效率,减少工作人员,从而减少人力资本的投入,根据核算,系统投入三个月后,就能够基本收回开发系统的投资,从经济角
6、度来说,本系33统开发完全必要。技术可行性分析本系统涉及到的技术因素:管理系统的开发方法。使用结构化和面向对象开发方法开发软件系统编程、数据库技术。开发小组能使用Java编程同时熟悉数据库相关知识运行上的可行性:操作简单:简单的操作规则使操作人员能轻松掌握。查询方便:用户可设定任意条件和任意的查询项目进行检索。统计灵活:任意条件下任意项目的产品入库时间、数量等的统计及查询项目均可进行交叉统计。在经济,技术,管理和社会因素方面都有可行性,能够确定本系统的开发完全必要,而且是可行的,能够立项开发。2 需求分析2.1功能需求分析1.零售前台管理系统功能(1)商品录入:根据超巿业务特点制定相关功能,能
7、够经过输入唯一编号、扫描条形码、商品名称等来实现精确或模糊的商品扫描录入。该扫描录入方法能够充分保证各种电脑操作水平层次的人员均能准确快速地进行商品扫描录入。(2)收银业务:经过扫描条形码或者直接输入商品名称(对于同类多件商品采用一次录入加数量的方式)自动计算本次交易的总金额。在顾客付款后,自动计算找零,同时打印交易清单(包括交易的流水账号、每类商品的商品名、数量、该类商品的总金额、交易的时间、负责本次收银的员工号)。如果顾客是本店会员并持有本人会员卡,则在交易前先扫描会员卡,并对所购物品全部实行9.5折优惠,并将所购物品的总金额累计到该会员的总消费金额中。 会员卡的有效期限为一年,满一年未续
8、卡者,该会员卡将被注销。(3)安全性:OS登陆、退出、换班与操作锁定等权限验证保护;断电自动保护最大限度防止意外及恶意非法操作。 (4)独立作业:有的断网收银机在网络服务器断开或网络不通的情况下,收银机仍能正常作业2.后台管理系统功能(1)进货管理: 根据销售情况及库存情况,自动制定进货计划(亦可手工制定修改),能够避免盲目进货造成商品积压。 按计划单有选择性地进行自动入库登记。 综合查询打印计划进货与入库记录及金额。(2)销售管理: 商品正常销售、促销与限量、限期及禁止销售控制。 综合查询各种销售明细记录、各地收银员收银记录以及交结账情况等。 按多种方式统计生成销售排行榜,灵活察看和打印商品
9、销售日、月、年报表。(3)库存管理: 综合查询库存明细记录。 库存状态自动告警提示。如库存过剩、少货、缺货等。软件为您预警,避免库存商品积压损失和缺货。 库存自动盘点计算。(4)人员管理: 员工、会员、供货商、厂商等基本信息登记管理。 员工操作权限管理。 客户销售权限管理。2.2 需求总结客户需求:商品品种多样,商品易找,尽量便宜。商家需求:必须具备记录仓库存货、销售以及进货情况,经过该系统了解超市进货渠道、商品单价、数量,库存商品的种类、数量,销售商品种类、价格、数量,以便管理员根据以上信息作出经营管理决策。超市领域专业人士:在性能方面要求系统核算准确,使实存商品、销售商品与所记帐目一致,能
10、够被超市长期有效使用。数据主要来自于入库单、发票,超市销售在营业期间内一直发生,数据也就一直变化。销售商品后开出发票,而且要显示商品价格数额。超市数据资料有些属内部资料,不能为外人所知,系统须有保密措施,设置密码。系统分析员:查看资料需输入正确密码,销售人员销售货物需输入代号才能打开收银柜。万一泄露密码,应设修改密码的程序,同时密码不能过于简单。2.3分析建模使用图形化的分析建模,包括用例图,数据流图,E-R图,其对应图如下:超市管理总系统用例图:图2-1 超市管理总系统用例图超市工作人员工作范围:(1)员工(营业员):l 经过商品条形码扫描输入商品到购买清单l 操作软件计算交易总金额l 操作
11、软件输出交易清单l 对会员进行会员卡扫描以便打折(2)超市经理:l 操作软件录入商品,供货商,厂商l 操作软件制定进货计划l 查询打印计划进货与入库记录l 操作软件控制商品销售与否l 查询打印销售情况l 操作软件生成销售排行榜l 查询库存明细记录l 根据软件发出的库存告警进行入货l 操作软件进行盘点计算(3)总经理:l 基本信息登记管理l 员工操作权限管理l 客户销售权限管理超市管理系统DFD图:图2-2 超市管理系统DFD图超市管理系统CDM模型:图2-3 超市管理系统CDM模型系统E-R图:(1)超市中的所有用户(员工)能够销售多种商品,每种商品可由不同用户(工)销售,每个顾客能够购买多种
12、商品,不同商品可由不同顾客购买;(2)每个供货商能够供应多种不同商品,每种商品可由多个供应商供应。 图2-4系统E-R图3 概要设计3.1系统功能模块图超市销售管理系统前台销售系统后台管理系统商品录入收银业务进货管理销售管理库存管理人员管理图3-1系统功能模块图3.2流程图前台销售系统流程图: 图3-2前台销售流程图后台管理系统用例图:图3-3 后台管理系统用例图3.3 E-R模型转化为对象模型利用powerdesigner软件,从PDM模型中正向工程,生成关系模型,用SQL表示如下(由于篇幅限制,未全部给出):/*=*/* DBMS name: Microsoft SQL Server */
13、* Created on: /7/2 21:43:34 */*=*/if exists (select 1 from sys.sysreferences r join sys.sysobjects o on (o.id = r.constid and o.type = F) where r.fkeyid = object_id(供货) and o.name = FK_供货_供货_商品)alter table 供货 drop constraint FK_供货_供货_商品goif exists (select 1 from sys.sysreferences r join sys.sysobjects o on (o.id = r.constid and o.type = F) where r.fkeyid = object_id(供货) and o.name = FK_供货_供货2_供货商)alter table 供货 drop constraint FK_供货_供
