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

1、 TOC o 1-5 h z HYPERLINK l bookmark2 o Current Document 1、项目计划 2 HYPERLINK l bookmark4 o Current Document 系统开发目的 2 HYPERLINK l bookmark6 o Current Document 背景说明 2 HYPERLINK l bookmark8 o Current Document 项目确立 2 HYPERLINK l bookmark10 o Current Document 应用范围 2 HYPERLINK l bookmark12 o Current Documen

2、t 定义 3 HYPERLINK l bookmark14 o Current Document 参考资料 3 HYPERLINK l bookmark16 o Current Document 2、逻辑分析与详细分析 3 HYPERLINK l bookmark18 o Current Document 系统功能 3 HYPERLINK l bookmark20 o Current Document 、流程图 6 HYPERLINK l bookmark22 o Current Document 户类型与职能 7 HYPERLINK l bookmark24 o Current Docume

3、nt 、统开发步骤 8 HYPERLINK l bookmark26 o Current Document 系统安全问题 83、基于UML的建模 9语义规则 9、UMLM型 10系统 UML模型 10子系统UML模型 10 HYPERLINK l bookmark31 o Current Document 4、超市销售系统概念设计文档 12 HYPERLINK l bookmark33 o Current Document 5、小结 13超市管理系统需求分析说明书1、项目计划系统开发目的(1)大大提高超市的运作效率；(2)通过全面的信息采集和处理，辅助提高超市的决策水平；(3)使用本系统，可以

4、迅速提升超市的管理水平，为降低经营成本，提高效益，增强超市扩张力，提供有效的技术保障。背景说明21世纪，超市的竞争也进入到了一个全新的领域，竞争已不再是规模的竞 争，而是技术的竞争、管理的竞争、人才的竞争。技术的提升和管理的升级是超 市业的竞争核心。零售领域目前呈多元发展趋势，多种业态：超市、仓储店、便 利店、特许加盟店、专卖店、货仓等相互并存。如何在激烈的竞争中扩大销售额、 降低经营成本、扩大经营规模，成为超市营业者努力追求的目标。项目确立针对超市的特点，为了帮助超市解决现在面临的问题， 提高小型超市的竞争 力，我们将开发以下系统：前台posi肖售系统、后台管理系统，其中这两个子系 统又包含

5、其它一些子功能。应用范围本系统适应于各种小型的超市定义(1)商品条形码：每种商品具有唯一的条形码，对于某些价格一样的商品， 可以使用自定义条形码。(2)交易清单：包括交易的流水账号、每类商品的商品名、数量、该类商品 的总金额、交易的时间。(3)商品积压：在一定时期内，远无法完成销售计划的商品会造成积压。(4)促销：在一定时期内，某些商品会按低于原价的促销价格销售。库存告警提示：当商品的库存数量低于库存报警数量时发出提示。(5)盘点：计算出库存、销售额、盈利等经营指标。参考资料SQL Server 2000实用教程范立南编 清华大学出版社软件工程导论重庆大学出版社软件工程理论与实践 Shari

6、Lawrence Pfleeger 编 清华大学出版社2逻辑分析与详细分析系统功能(1)零售前台(POS管理系统，本系统必须具有以下功能：商品录入：根据超市业务特点制定相关功能，可以通过输入唯一编号、 扫描条形码、商品名称等来实现精确或模糊的商品扫描录入。该扫描录入方法可以充分保证各种电脑操作水平层次的人员均能准确快速地进行商品扫描录入。收银业务：通过扫描条形码或者直接输入商品名称 (对于同类多件商品采 用一次录入加数量的方式)自动计算本次交易的总金额。在顾客付款后，自动计 算找零，同时打印交易清单(包括交易的流水账号、每类商品的商品名、数量、 该类商品的总金额、交易的时间)。安全性：OS陆、

7、退出、换班与操作锁定等权限验证保护；断电自动保护最大限度防止意外及恶意非法操作独立作业：有的断网收银即在网络服务器断开或网络不通的情况下，收银机仍能正常作业(2)后台管理系统，本系统必须具备以下功能：进货管理：根据销售情况及库存情况，自动制定进货计划(亦可手工制 定修改)，可以避免盲目进货造成商品积压。 按计划单有选择性地进行自动 入库登记。 综合查询打印计划进货与入库记录及金额。销售管理：商品正常销售、促销与限量、限期及禁止销售控制。综合查询各种销售明细记录、交结账情况等。按多种方式统计生成销售排行榜，灵活察看和打印商品销售日、月、年报表。库存管理：综合查询库存明细记录。 库存状态自动告警提

8、示。如库存过剩、 少货、缺货等。软件为您预警，避免库存商品积压损失和缺货。库存自动盘点计算。(3)系统结构小型超市零售管理系统商品录入后台管理系统图1系统总体结构快速商品录入支持条形码扫描图2模块子系统结构(5)进货管理:图3进货管理进货管理查询打印计划 进货与入库记录自动入库登记自动制定进货计划功能描述：进货管理子系统可以根据库存自动指定进货计划，进货时自动等 级，以及提供查询和打印计划进货与入库记录的功能。(6)销售管理：销售管理生成销售排行榜查询打印销售情况商品销售控制图4销售管理功能描述：销售管理子系统可以控制某商品是否允许销售，查询每种商品的 销售情况并产生年、月、日报表，同时可以生

9、成销售排行榜。(7)库存管理:库存管理图5库存管理自动盘点计算库存状态自动告警 提示查询库存明细记录功能描述：库存管理子系统提供查询库存明细记录的基本功能，并根据库存 的状态报警，以及自动盘点计算。2.2流程图前台管理系统销售人员条形码信息商品录入信息文档图6顶层DFD图文档图7第0层DFD图第1层DFD图图82.3户类型与职能(1)员工(营业员)：通过商品条形码扫描输入商品到购买清单操作软件计算交易总金额操作软件输出交易清单(2)超市经理操作软件录入商品，供货商，厂商操作软件制定进货计划查询打印计划进货与入库记录操作软件控制商品销售与否查询打印销售情况操作软件生成销售排行榜查询库存明细记录根

10、据软件发出的库存告警进行入货 操作软件进行盘点计算(3)总经理:基本信息登记管理员工操作权限管理客户销售权限管理2.4系统开发步骤确定参与者和相关的用况为每个用况设计过程建立顺序图，确定每个脚本中对象的协作创建类，确定脚本中的对象设计，编码，测试，集成类为过程编写系统测试案例运行测试案例，检验系统2.5系统安全问题信息系统尽管功能强大，技术先进，但由于受到自身体系结构，设计思路以 及运行机制等限制，也隐含许多不安全因素。常见因素有：数据的输入，输出， 存取与备份，源程序以及应用软件，数据库，操作系统等漏洞或缺陷，硬件，通 信部分的漏洞，企业内部人员的因素，病毒，“黑客”等因素。因此，为使本系

11、统能够真正安全，可靠，稳定地工作，必须考虑如下问题：为保证安全，不致使 系统遭到意外事故的损害，系统因该能防止火，盗或其他形式的人为破坏。系统要能重建系统应该是可审查的系统应能进行有效控制，抗干扰能力强系统使用者的使用权限是可识别的3基于UMLI勺建模3.1语义规则用例模型（use cases view）（用例视图）的基本组成部件是用例（use case）、 角色（actor）和系统（system）。用例用于描述系统的功能，也就是从外部用户的 角度观察，系统应支持哪些功能，帮助分析人员理解系统的行为，它是对系统功 能的宏观描述，一个完整的系统中通常包含若干个用例，每个用例具体说明应完成的功能，

12、代表系统的所有基本功能（集）。角色是与系统进行交互的外部实体， 它可以是系统用户，也可以是其它系统或硬件设备，总之，凡是需要与系统交互 的任何东西都可以称作角色。系统的边界线以内的区域（即用例的活动区域）则 抽象表示系统能够实现的所有基本功能。在一个基本功能（集）已经实现的系统 中，系统运转的大致过程是：外部角色先初始化用例，然后用例执行其所代表的 功能，执行完后用例便给角色返回一些值， 这个值可以是角色需要的来自系统中 的任何东西。UML是一种标准的图形化建模语言，它是面向对象分析与设计的一种标准表示；它不 是一种可视化的程序设计语言而是一种可视化的建模语言；不是工具或知识库的规格说明 而是一种建模语言规格说明是一种表示的标准；不是过程也不是方法但允许任何一种过程 和方法使用它。参与者（actor ）:用例(use case ):A3.2 UML模型3.21系统UML真型3.22子系统UML模型(2)后台管理系统用例视图4、超市销售系统概念设计文档(1)系统ER图消费购买日期消费金额(2)系统ER图说明1)每个顾客可以购买多种商品，不同商品可由不同顾客购买；2)每个供货商可以供应多种不同商品，每种商品可由多个供应商供应。5小结和传统管理模式相比较，使用本系统，毫无疑问会大大提高超市的运作 效率，辅助提高超市的决策水平，管理水平，为降低经营成本，提高效益，减