超市管理系统软件需求说明书

{店铺管理}超市管理系统软件需求说明书

目录

1、项目计划2

1.1系统开发目的2

1.2背景说明2

1.3项目确立2

1.4应用范围2

1.5 定义2

1.6 参考资料3

2、逻辑分析与详细分析3

2.1系统功能3

2.2、流程图6

2.3户类型与职能7

2.4、统开发步骤7

2.5系统安全问题8

3、基于UML的建模8

3.1语义规则8

3.2、UML模型10

3.21、系统UML模型10

3.22、子系统UML模型10

4、超市销售系统概念设计文档11

5、小结13

超市管理系统需求分析说明书

1、项目计划

1.1系统开发目的

（1）大大提高超市的运作效率；

（2）通过全面的信息采集和处理，辅助提高超市的决策水平；

（3）使用本系统，可以迅速提升超市的管理水平，为降低经营成本，提高效益，增强超市扩张力，提供有效的技术保障。

1.2背景说明

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

1.3项目确立

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

1.4应用范围

本系统适应于各种小型的超市。

1.5定义

（1）商品条形码：每种商品具有唯一的条形码，对于某些价格一样的商品，可以使用自定义条形码。

（2）交易清单：包括交易的流水账号、每类商品的商品名、数量、该类商品的总金额、交易的时间。

（3）商品积压：在一定时期内，远无法完成销售计划的商品会造成积压。

（4）促销：在一定时期内，某些商品会按低于原价的促销价格销售。

库存告警提示：当商品的库存数量低于库存报警数量时发出提示。

（5）盘点：计算出库存、销售额、盈利等经营指标。

1.6参考资料

《SQLServer2000实用教程》范立南编清华大学出版社

《软件工程导论》重庆大学出版社

《软件工程理论与实践》ShariLawrencePfleeger编清华大学出版社

2逻辑分析与详细分析

2.1系统功能

（1）零售前台（POS）管理系统，本系统必须具有以下功能：

✧商品录入：根据超巿业务特点制定相关功能，可以通过输入唯一编号、扫描条形码、商品名称等来实现精确或模糊的商品扫描录入。该扫描录入方法可以充分保证各种电脑操作水平层次的人员均能准确快速地进行商品扫描录入。

✧收银业务：通过扫描条形码或者直接输入商品名称（对于同类多件商品采用一次录入加数量的方式）自动计算本次交易的总金额。在顾客付款后，自动计算找零，同时打印交易清单（包括交易的流水账号、每类商品的商品名、数量、该类商品的总金额、交易的时间）。

✧安全性：OS登陆、退出、换班与操作锁定等权限验证保护；断电自动保护最大限度防止意外及恶意非法操作。

✧独立作业：有的断网收银即在网络服务器断开或网络不通的情况下，收银机仍能正常作业

(2)后台管理系统，本系统必须具备以下功能：

✧进货管理：根据销售情况及库存情况，自动制定进货计划（亦可手工制定修改），可以避免盲目进货造成商品积压。按计划单有选择性地进行自动入库登记。综合查询打印计划进货与入库记录及金额。

✧销售管理：商品正常销售、促销与限量、限期及禁止销售控制。综合查询各

✧通过商品条形码扫描输入商品到购买清单

✧操作软件计算交易总金额

✧操作软件输出交易清单

（2）超市经理

✧操作软件录入商品，供货商，厂商

✧操作软件制定进货计划

✧查询打印计划进货与入库记录

✧操作软件控制商品销售与否

✧查询打印销售情况

✧操作软件生成销售排行榜

✧查询库存明细记录

✧根据软件发出的库存告警进行入货

✧操作软件进行盘点计算

（3）总经理：

✧基本信息登记管理

✧员工操作权限管理

✧客户销售权限管理

2.4系统开发步骤

✧确定参与者和相关的用况

✧为每个用况设计过程

✧建立顺序图，确定每个脚本中对象的协作

✧创建类，确定脚本中的对象

✧设计,编码,测试,集成类

✧为过程编写系统测试案例

✧运行测试案例，检验系统

2.5系统安全问题

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

✧系统要能重建

✧系统应该是可审查的

✧系统应能进行有效控制，抗干扰能力强

✧系统使用者的使用权限是可识别的

3基于UML的建模

3.1语义规则

用例模型（usecasesview）（用例视图）的基本组成部件是用例（usecase）、角色(actor)和系统(system)。用例用于描述系统的功能，也就是从外部用户的角度观察，系统应支持哪些功能，帮助分析人员理解系统的行为，它是对系统功能的宏观描述，一个完整的系统中通常包含若干个用例，每个用例具体说明应完成的功能，代表系统的所有基本功能（集）。角色是与系统进行交互的外部实体，它可以是系统用户，也可以是其它系统或硬件设备，总之，凡是需要与系统交互