《软件工程课程设计小型超市管理系统特选材料》由会员分享,可在线阅读,更多相关《软件工程课程设计小型超市管理系统特选材料(28页珍藏版)》请在金锄头文库上搜索。
1、软件工程课程设计题 目:小型超市管理系统设 计 者:*、*学 号:*专业班级:网络*班指导教师:*所属系部:计算机与信息科学系20*年*月*日20*年*月*日材料a一 项目开发的准备工作一系统开发目的1大大提高超市的运作效率;2通过全面的信息采集和处理,辅助提高超市的决策水平;3使用本系统,可以迅速提升超市的管理水平,为降低经营成本, 提高效益,增强超市扩张力, 提供有效的技术保障。二背景说明21世纪,超市的竞争也进入到了一个全新的领域,竞争已不再是规模的竞争,而是技术的竞争、管理的竞争、人才的竞争。技术的提升和管理的升级是超市业的竞争核心。零售领域目前呈多元发展趋势,多种业态:超市、仓储店、
2、便利店、特许加盟店、专卖店、货仓等相互并存。如何在激烈的竞争中扩大销售额、降低经营成本、扩大经营规模,成为超市营业者努力追求的目标。三项目确立针对超市的特点,为了帮助超市解决现在面临的问题,提高小型超市的竞争力,我们将开发以下系统:前台POS销售系统、后台管理系统,其中这两个子系统又包含其它一些子功能。四应用范围本系统适应于各种超市。五定义1 商品条形码:每种商品具有唯一的条形码,对于某些价格一样的商品,可以使用自定义条形码。2 交易清单:包括交易的流水账号、每类商品的商品名、数量、该类商品的总金额、交易的时间、负责本次收银的员工号。3 商品积压:在一定时期内,远无法完成销售计划的商品会造成积
3、压。4 促销:在一定时期内,某些商品会按低于原价的促销价格销售。库存告警提示:当商品的库存数量低于库存报警数量时发出提示。5 盘点:计算出库存、销售额、盈利等经营指标。六可行性研究 1管理可行性分析超市的经营者大多具备电脑基本操作知识,对于必要的专业操作经短期培训即可;管理基础工作和各项管理制度比较健全,执行严格,原始数据采集完整,保存良好。2经济可行性分析超市管理系统的投入,能够提高工作效率,减少工作人员,从而减少人力资本的投入,根据核算,系统投入三个月后,就能够基本收回开发系统的投资,从经济角度来说,本系统开发完全必要。3技术可行性分析(1)硬件:电脑一台(2)软件:操作系统:中文Wind
4、ows 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厂商名称厂商地址厂商电话供货商名称mn生产m1注册时间会员ID累计
10、金额用户用户ID用户密码m供货金额供货日期销售日期供货商电话供货商地址供货商ID供货商销售销售ID商品ID商品名称价格促销价格消费m系统ER图说明1. 商店中的所有用户(员工)可以销售多种商品,每种商品可由不同用户(工)销售,每个顾客可以购买多种商品,不同商品可由不同顾客购买;2. 每个供货商可以供应多种不同商品,每种商品可由多个供应商供应。三 系统设计过程一系统模型:户类型与职能(1) 员工(营业员):l 通过商品条形码扫描输入商品到购买清单l 操作软件计算交易总金额l 操作软件输出交易清单l 对会员进行会员卡扫描以便打折(2) 超市经理l 操作软件录入商品,供货商,厂商l 操作软件制定进货
11、计划l 查询打印计划进货与入库记录l 操作软件控制商品销售与否l 查询打印销售情况l 操作软件生成销售排行榜l 查询库存明细记录l 根据软件发出的库存告警进行入货l 操作软件进行盘点计算(3) 总经理:l 基本信息登记管理l 员工操作权限管理l 客户销售权限管理零售前台(POS)管理系统用例视图后台管理系统用例视图二模块子系统结构:商品录入快速商品录入支持条形码扫描 (1). 商品录入 功能描述:商品录入子系统要求能快速录入商品,因此必须支持条形码扫描。(2). 收银业务收银业务交易总额计算打印交易清单支持会员卡打折功能描述:收银业务子系统能计算交易总额,打印交易清单,并根据会员卡打折。(3)
12、. 进货管理进货管理自动制定进货计划自动入库登记查询打印计划进货与入库记录功能描述:进货管理子系统可以根据库存自动指定进货计划,进货时自动等级以及提供查询和打印计划进货与入库记录的功能。(4). 销售管理销售管理商品销售控制查询打印销售情况生成销售排行榜功能描述:销售管理子系统可以控制某商品是否允许销售,查询每种商品的销售情况并产生年、月、日报表,同时可以生成销售排行榜。(5). 库存管理查询库存明细记录库存状态自动告警提示库存管理自动盘点计算功能描述:库存管理子系统提供查询库存明细记录的基本功能,并根据库存的状态报警,以及自动盘点计算。(6).人员管理人员管理基本信息登记管理员工操作权限管理
13、提示客户销售权限管理提示功能描述:人员管理子系统提供基本信息登记管理,员工操作权限管理,客户权限管理四 软件测试软件开发过程一般需要经历这样几个主要的阶段:1. 定义。明确软件开发的目标、软件的需求。2. 计划。制定软件开发所涉及 的各种计划。3. 实现。进行设计、编码、文档编写工作,完成所要求的开发的软件特性。4. 稳定化。以测试和缺陷修复工作为主,确保将提交的软件具有良好的质量。5. 部署。安装、提交开发完成的软件,建立可供用户使用的环境。测试过程分析:输入:项目实施计划书相关规范测试文档源代码、可执行代码需求跟踪矩阵 活动介绍:构建测试环境,包括系统平台(软硬件平台)的安装、可执行代码或
14、源代码的安装、系统基础数据的准备等。在测试过程中,记录BUG信息,并及时向程序员提交BUG信息。收到BUG信息后进行源代码的修正,并记录处理结果后,返回进行回归测试。在测试过程中,根据测试的功能,补充需求跟踪矩阵相应栏的内容。若测试不通过,且涉及到修改设计阶段的问题,则依据配置管理控制程序中的有关变更控制来执行,直至测试通过。测试结束,根据测试情况,填写测试总结报告。输出:经测试之源代码经测试之可执行代码测试文档BUG记录(可用BUG管理工具代替)测试总结报告修改后的需求跟踪矩阵测试方案一范围本文档适用于超市管理系统软件的单元/集成测试。1 系统概述2 文档概述本文档用于对超市管理系统软件的测试工作阶段成果的描述。包括对软件测试的整体描述,软件测试的分类和级别,软