数据库课程设计小型超市管理系统

数据库课程设计 题目：超市管理系统 组员：邓胜龙，陈夏华 班级：计本（0901）

目录 1、项目计划 系统开发目的 背景说明 项目确立 应用范围 定义 参考资料 2、逻辑分析与详细分析 系统功能 数据流图 用户类型与职能 系统开发步骤 系统环境需求 系统安全问题 3、基于UML的建模 语义规则 UML模型 系统实现图 4、概要设计文档 5、逻辑设计文档 6、物理设计文档 7、小结 1、项目计划 系统开发目的 （1）大大提高超市的运作效率； （2）通过全面的信息采集和处理，辅助提高超市的决策水平； （3）使用本系统，可以迅速提升超市的管理水平，为降低经营成本， 提高效益，增强超市扩张力， 提供有效的技术保障。

背景说明 21世纪，超市的竞争也进入到了一个全新的领域，竞争已不再是规模的竞争，而是技术的竞争、管理的竞争、人才的竞争。技术的提升和管理的升级是超市业的竞争核心。零售领域目前呈多元发展趋势，多种业态：超市、仓储店、便利店、特许加盟店、专卖店、货仓等相互并存。如何在激烈的竞争中扩大销售额、降低经营成本、扩大经营规模，成为超市营业者努力追求的目标。

项目确立 针对超市的特点，为了帮助超市解决现在面临的问题，提高小型超市的竞争力，我们将开发以下系统：前台POS销售系统、后台管理系统，其中这两个子系统又包含其它一些子功能。

应用范围 本系统适应于各种小型的超市。 定义 （1）商品条形码：每种商品具有唯一的条形码，对于某些价格一样的商品，可以使用自定义条形码。 （2）交易清单：包括交易的流水账号、每类商品的商品名、数量、该类商品的总金额、交易的时间、负责本次收银的员工号。 （3）商品积压：在一定时期内，远无法完成销售计划的商品会造成积压。 （4）促销：在一定时期内，某些商品会按低于原价的促销价格销售。 库存告警提示：当商品的库存数量低于库存报警数量时发出提示。 （5）盘点：计算出库存、销售额、盈利等经营指标。

参考资料 《数据库原理及设计》 陶宏才编 清华大学出版社 《SQL Server 2000 实用教程》范立南编 清华大学出版社 《SQL Server 2000 编程员指南》李香敏编 北京希望电子出版社 《轻松搞定 SQL Server 2000 程序设计》Rebecca 编 《软件工程规范》Watts 编 清华大学出版社 《软件工程理论与实践》 Shari Lawrence Pfleeger编 清华大学出版社 《软件需求分析》 Swapna Kishore编 机械工业出版社 《软件工程思想》 林锐编

2、逻辑分析与详细分析 系统功能 （1）、零售前台（POS）管理系统，本系统必须具有以下功能： 商品录入：根据超巿业务特点制定相关功能，可以通过输入唯一编号、扫描条形码、商品名称等来实现精确或模糊的商品扫描录入。该扫描录入方法可以充分保证各种电脑操作水平层次的人员均能准确快速地进行商品扫描录入。 收银业务：通过扫描条形码或者直接输入商品名称（对于同类多件商品采用一次录入加数量的方式）自动计算本次交易的总金额。在顾客付款后，自动计算找零，同时打印交易清单（包括交易的流水账号、每类商品的商品名、数量、该类商品的总金额、交易的时间、负责本次收银的员工号）。如果顾客是本店会员并持有本人会员卡，则在交易前先扫描会员卡，并对所购物品全部实行95折优惠，并将所购物品的总金额累计到该会员的总消费金额中。 会员卡的有效期限为一年，满一年未续卡者，该会员卡将被注销。 安全性：OS登陆、退出、换班与操作锁定等权限验证保护；断电自动保护最大限度防止意外及恶意非法操作。 独立作业：有的断网收银即在网络服务器断开或网络不通的情况下，收银机仍能正常作业 (2)、后台管理系统，本系统必须具备以下功能 进货管理： 根据销售情况及库存情况，自动制定进货计划（亦可手工制定修改），可以避免盲目进货造成商品积压。 按计划单有选择性地进行自动入库登记。 综合查询打印计划进货与入库记录及金额。 销售管理： 商品正常销售、促销与限量、限期及禁止销售控制。 综合查询各种销售明细记录、各地收银员收银记录以及交结账情况等。 按多种方式统计生成销售排行榜，灵活察看和打印商品销售日、月、年报表。 库存管理： 综合查询库存明细记录。 库存状态自动告警提示。如库存过剩、少货、缺货等。软件为您预警，避免库存商品积压损失和缺货。 库存自动盘点计算。 人员管理： 员工、会员、供货商、厂商等基本信息登记管理。 员工操作权限管理。 客户销售权限管理。

（3）系统结构 系统总体结构

模块子系统结构 功能描述：商品录入子系统要求能快速录入商品，因此必须支持条形码扫描。

小型超市零售管理系统 前台POS销售系统 后台管理系统

商品录入 收银业务 进货管理 销售管理 库存管理 人员管理

商品录入 快速商品录入

支持条形码扫描 功能描述：收银业务子系统能计算交易总额，打印交易清单，并根据会员卡打折。 功能描述：进货管理子系统可以根据库存自动指定进货计划，进货时自动等级，以及提供查询和打印计划进货与入库记录的功能。

功能描述：销售管理子系统可以控制某商品是否允许销售，查询每种商品的销售情况并产生年、月、日报表，同时可以生成销售排行榜。

销售管理 商品销售控制 查询打印销售情况

生成销售排行榜

进货管理 自动制定进货计划 自动入库登记 查询打印计划

进货与入库记录

收银业务 交易总额计算 打印交易清单

支持会员卡打折 功能描述：库存管理子系统提供查询库存明细记录的基本功能，并根据库存的状态报警，以及自动盘点计算。

功能描述：人员管理子系统提供基本信息登记管理，员工操作权限管理，客户销售权限管理的功能。

、流程图

前台管理系统

顶层DFD图

第0层DFD图

人员管理 基本信息登记管理 员工操作权限管理提示客户销售权限管理

提示

查询库存明细记录 库存状态自动告警提示库存管理 自动盘点计算 第1层DFD图 、户类型与职能 （1）、员工（营业员）： 通过商品条形码扫描输入商品到购买清单 操作软件计算交易总金额 操作软件输出交易清单 对会员进行会员卡扫描以便打折 （2）、：超市经理 操作软件录入商品，供货商，厂商 操作软件制定进货计划 查询打印计划进货与入库记录 操作软件控制商品销售与否 查询打印销售情况 操作软件生成销售排行榜 查询库存明细记录 根据软件发出的库存告警进行入货 操作软件进行盘点计算 （3）、总经理： 基本信息登记管理 员工操作权限管理 客户销售权限管理

、统开发步骤 确定参与者和相关的用况 为每个用况设计过程 建立顺序图，确定每个脚本中对象的协作 创建类，确定脚本中的对象 设计, 编码, 测试, 集成类 为过程编写系统测试案例 运行测试案例，检验系统

、系统环境需求 系统模式

本系统采用C/S模式作为开发模式 硬件环境 服务器端： 高性能的计算机一台， 普通的双绞线作为连接。 客户端： 普通的计算机或者工作站， 普通的双绞线作为连接。 软件环境 服务器端：安装SQL Server 2000的服务器版本， 安装windows 2000服务器版本， 配置了诺顿等必须的防毒软件。 客户端： 安装SQL Server2000的服务器版本， 安装了VB等可视化开发工具软件， 安装windows2000服务器版本。

、系统安全问题 信息系统尽管功能强大，技术先进，但由于受到自身体系结构，设计思路以及运行机制等限制，也隐含许多不安全因素。常见因素有：数据的输入，输出，存取与备份，源程序以及应用软件，数据库，操作系统等漏洞或缺陷，硬件，通信部分的漏洞，企业内部人员的因素，病毒，“黑客”等因素。因此，为使本系统能够真正安全，可靠，稳定地工作，必须考虑如下问题：为保证安全，不致使系统遭到意外事故的损害，系统因该能防止火，盗或其他形式的人为破坏。 系统要能重建 系统应该是可审查的 系统应能进行有效控制，抗干扰能力强 系统使用者的使用权限是可识别的

3、基于UML的建模

语义规则 用例模型（use cases view）（用例视图）的基本组成部件是用例（use case）、角色(actor)和系统(system)。用例用于描述系统的功能，也就是从外部用户的角度观察，系统应支持哪些功能，帮助分析人员理解系统的行为，它是对系统功能的宏观描述，一个完整的系统中通常包含若干个用例，每个用例具体说明应完成的功能，代表系统的所有基本功能（集）。角色是与系统进行交互的外部实体，它可以是系统用户，也可以是其它系统或硬件设备，总之，凡是需要与系统交互的任何东西都可以称作角色。系统的边界线以内的区域（即用例的活动区域）则抽象表示系统能够实现的所有基本功能。在一个基本功能（集）已经实现的系统中，系统运转的大致过程是：外部角色先初始化用例，然后用例执行其所代表的功能，执行完后用例便给角色返回一些值，这个值可以是角色需要的来自系统中的任何东西。 UML：是一种标准的图形化建模语言，它是面向对象分析与设计的一种标准表示；它不是一种可视化的程序设计语言而是一种可视化的建模语言；不是工具或知识库的规格说明而是一种建模语言规格说明是一种表示的标准；不是过程也不是方法但允许任何一种过程和方法使用它。