《软件工程课程设计-小型超市管理系统》由会员分享，可在线阅读，更多相关《软件工程课程设计-小型超市管理系统（27页珍藏版）》请在金锄头文库上搜索。
1、 软件工程课程设计题 目：小型超市管理系统设 计 者：*、*学 号：*专业班级：网络*班指导老师：*所属系部：计算机与信息科学系20*年*月*日20*年*月*日26软件工程课程设计 小型超市管理系统一 项目开发的打算工作一系统开发目的1大大提超群市的运作效率；2通过全面的信息采集和处理，协助提超群市的决策水平；3运用本系统，可以快速提升超市的管理水平，为降低经营成本， 提高效益，增加超市扩张力， 供应有效的技术保障。二背景说明21世纪，超市的竞争也进入到了一个全新的领域，竞争已不再是规模的竞争，而是技术的竞争、管理的竞争、人才的竞争。技术的提升和管理的升级是超市业的竞争核心。零售领域目前呈多元
2、发展趋势，多种业态：超市、仓储店、便利店、特许加盟店、专卖店、货仓等相互并存。如何在激烈的竞争中扩大销售额、降低经营成本、扩大经营规模，成为超市营业者努力追求的目标。三项目确立针对超市的特点，为了帮助超市解决现在面临的问题，提高小型超市的竞争力，我们将开发以下系统：前台POS销售系统、后台管理系统，其中这两个子系统又包含其它一些子功能。四应用范围本系统适应于各种超市。五定义1 商品条形码：每种商品具有唯一的条形码，对于某些价格一样的商品，可以运用自定义条形码。2 交易清单：包括交易的流水账号、每类商品的商品名、数量、该类商品的总金额、交易的时间、负责本次收银的员工号。3 商品积压：在肯定时期内
3、，远无法完成销售支配的商品会造成积压。4 促销：在肯定时期内，某些商品会按低于原价的促销价格销售。库存告警提示：当商品的库存数量低于库存报警数量时发出提示。5 盘点：计算出库存、销售额、盈利等经营指标。六可行性探讨 1管理可行性分析超市的经营者大多具备电脑基本操作学问，对于必要的专业操作经短期培训即可；管理基础工作和各项管理制度比较健全，执行严格，原始数据采集完整，保存良好。2经济可行性分析超市管理系统的投入，能够提高工作效率，削减工作人员，从而削减人力资本的投入，依据核算，系统投入三个月后，就能够基本收回开发系统的投资，从经济角度来说，本系统开发完全必要。3技术可行性分析(1)硬件：电脑一台
4、(2)软件：操作系统：中文Windows 2000 开发系统：Microsoft Visual Foxpro 6.0 安装SQL Server 2000的服务器版本系统本身对硬件和软件的要求都不高且系统兼容性很强，平台的移植性也很好，因此无论在系统的硬件及软件上都满足开发的要求。(3)本系统涉及到的技术因素： 管理系统的开发方法。运用面对对象开发方法开发软件系统 网络和通信技术。开发小组有基于C/S开发的阅历 C/S机构规划和技术设计。开发小组有应用数据库开发阅历 数据库技术。开发小组能运用Visual Foxpro编程(4)运行上的可行性： 操作简洁：简洁的操作规则使操作人员能轻松驾驭。 查
5、询便利：用户可设定随意条件和随意的查询项目进行检索。 统计敏捷：随意条件下随意项目的产品入库时间、数量等的统计及查询项目均可进行交叉统计。4.系统初步ER图厂商生产用户供货商销售消费会员商品供货5可行性探讨结论本小组拟开发的管理信息系统操作便利敏捷，便于学习，因此，该系统具有可行性。通过经济、技术、和社会等方面的可行性探讨，可以确定本系统的开发完全必要，而且是可行的，可以立项开发。二 系统分析过程用户需求分析超市的进销存管理信息系统，首先必需具备的功能是记录仓库存货、销售以及进货状况，通过该系统了解超市进货渠道、商品单价、数量，库存商品的种类、数量，销售商品种类、价格、数量，以便管理员依据以上
6、信息作出经营管理决策。在性能方面要求系统核算精确，使实存商品、销售商品与所记帐目一样，能够被超市长期有效运用。数据主要来自于入库单、发票，超市销售在营业期间内始终发生，数据也就始终改变。销售商品后开动身票，并且要显示商品价格数额。在当天汇总时修改相应文件，留意的是总额、总数量。为削减月末工作量，日常中要对报表数据逐步统计核算。超市数据资料有些属内部资料，不能为外人所知，系统须有保密措施，设置密码。 查看资料需输入正确密码，销售人员销售货物需输入代号才能打开收银柜。万一泄露密码，应设修改密码的程序，同时密码不能过于简洁系统功能分析 1. 零售前台（POS）管理系统，本系统必需具有以下功能：l 商
7、品录入：依据超巿业务特点制定相关功能，可以通过输入唯一编号、扫描条形码、商品名称等来实现精确或模糊的商品扫描录入。该扫描录入方法可以充分保证各种电脑操作水平层次的人员均能精确快速地进行商品扫描录入。l 收银业务：通过扫描条形码或者干脆输入商品名称（对于同类多件商品采纳一次录入加数量的方式）自动计算本次交易的总金额。在顾客付款后，自动计算找零，同时打印交易清单（包括交易的流水账号、每类商品的商品名、数量、该类商品的总金额、交易的时间、负责本次收银的员工号）。假如顾客是本店会员并持有本人会员卡，则在交易前先扫描会员卡，并对所购物品全部实行95折实惠，并将所购物品的总金额累计到该会员的总消费金额中。
8、 会员卡的有效期限为一年，满一年未续卡者，该会员卡将被注销。l 平安性：OS登陆、退出、换班与操作锁定等权限验证爱护；断电自动爱护最大限度防止意外及恶意非法操作。 l 独立作业：有的断网收银即在网络服务器断开或网络不通的状况下，收银机仍能正常作业2. 后台管理系统，本系统必需具备以下功能l 进货管理： 依据销售状况及库存状况，自动制定进货支配（亦可手工制定修改），可以避开盲目进货造成商品积压。 按支配单有选择性地进行自动入库登记。 综合查询打印支配进货与入库记录及金额。l 销售管理： 商品正常销售、促销与限量、限期及禁止销售限制。 综合查询各种销售明细记录、各地收银员收银记录以及交结账状况等。
9、 按多种方式统计生成销售排行榜，敏捷察看和打印商品销售日、月、年报表。l 库存管理： 综合查询库存明细记录。 库存状态自动告警提示。如库存过剩、少货、缺货等。软件为您预警，避开库存商品积压损失和缺货。 库存自动盘点计算。l 人员管理： 员工、会员、供货商、厂商等基本信息登记管理。 员工操作权限管理。 客户销售权限管理。3.系统结构系统总体结构小型超市零售管理系统前台POS销售系统后台管理系统商品录入收银业务进货管理销售管理库存管理人员管理4.流程图前台管理系统5.系统ER图允许销售允许打折商品用户姓名会员用户号用户类型nn供货购买日期消费金额会员卡号厂商厂商ID厂商名称厂商地址厂商电话供货商名
10、称mn生产m1注册时间会员ID累计金额用户用户ID用户密码m供货金额供货日期销售日期供货商电话供货商地址供货商ID供货商销售销售ID商品ID商品名称价格促销价格消费m系统ER图说明1. 商店中的全部用户（员工）可以销售多种商品，每种商品可由不同用户（工）销售，每个顾客可以购买多种商品，不同商品可由不同顾客购买；2. 每个供货商可以供应多种不同商品，每种商品可由多个供应商供应。湖南工学院软件工程课程设计 三 系统设计过程一系统模型：户类型与职能（1） 员工（营业员）：l 通过商品条形码扫描输入商品到购买清单l 操作软件计算交易总金额l 操作软件输出交易清单l 对会员进行会员卡扫描以便打折（2）
11、超市经理l 操作软件录入商品，供货商，厂商l 操作软件制定进货支配l 查询打印支配进货与入库记录l 操作软件限制商品销售与否l 查询打印销售状况l 操作软件生成销售排行榜l 查询库存明细记录l 依据软件发出的库存告警进行入货l 操作软件进行盘点计算（3） 总经理：l 基本信息登记管理l 员工操作权限管理l 客户销售权限管理零售前台（POS）管理系统用例视图后台管理系统用例视图二模块子系统结构：商品录入快速商品录入支持条形码扫描 (1). 商品录入 功能描述：商品录入子系统要求能快速录入商品，因此必需支持条形码扫描。(2). 收银业务收银业务交易总额计算打印交易清单支持会员卡打折功能描述：收银业
12、务子系统能计算交易总额，打印交易清单，并依据会员卡打折。(3). 进货管理进货管理自动制定进货支配自动入库登记查询打印支配进货与入库记录功能描述：进货管理子系统可以依据库存自动指定进货支配，进货时自动等级以及供应查询和打印支配进货与入库记录的功能。(4). 销售管理销售管理商品销售限制查询打印销售状况生成销售排行榜功能描述：销售管理子系统可以限制某商品是否允许销售，查询每种商品的销售状况并产生年、月、日报表，同时可以生成销售排行榜。(5). 库存管理查询库存明细记录库存状态自动告警提示库存管理自动盘点计算功能描述：库存管理子系统供应查询库存明细记录的基本功能，并依据库存的状态报警，以及自动盘点
13、计算。(6).人员管理人员管理基本信息登记管理员工操作权限管理提示客户销售权限管理提示功能描述：人员管理子系统供应基本信息登记管理，员工操作权限管理，客户权限管理四 软件测试软件开发过程一般须要经验这样几个主要的阶段：1. 定义。明确软件开发的目标、软件的需求。2. 支配。制定软件开发所涉及 的各种支配。3. 实现。进行设计、编码、文档编写工作，完成所要求的开发的软件特性。4. 稳定化。以测试和缺陷修复工作为主，确保将提交的软件具有良好的质量。5. 部署。安装、提交开发完成的软件，建立可供用户运用的环境。测试过程分析：输入：项目实施支配书相关规范测试文档源代码、可执行代码需求跟踪矩阵 活动介绍：构建测试环境，包括系统平台（软硬件平台）的安装、可执行代码或源代码的安装、系统基础数据的打算等。在测试过程中，记录BUG信息，并刚好向程序员提交BUG信息。收到BUG信息后进行源代码的修正，并记录处理结果后，返回进行回来测试。在测试过程中，依据测试的功能，补充需求跟踪矩阵相应栏的内容。若测试不通过，且涉及到修改设计阶段的问题，则依据配置管理限制程序中的有关变更限制来执行，直至测试通过。测试结束，依
