超市商品管理系统需求分析.doc

1.引言 1
1.1 编写目的 1
1.2 背景 1
1.3 定义 2
1.4 参考资料 2
2、任务概述 2
2.1 目标 2
2.2 用户特点 2
2.3 假定与约束 3
3、需求规定 3
3.1 功能规定 4
3.1.1 前台销售系统功能规定………………………………………………………………………..5
3.1.2库存管理系统功能规定……………………………………………………………………….12
3.2性能规定 19

1：引言

1.1．编写目的

（1） 为超市名目繁多的商品提供有效的管理系统，方便对商品进行统计，管理
（2） 为超市相关管理员对商品的进货与销售做出正确决策提供参数
（3） 使员工在销售商品时更加快捷高效
（4） 降低成本，便于扩大规模

1.2．背景
随着我国市场经济的发展，第三产业也快速的扩张着，其中很重要的一个组成部分便是遍地林立的超市，从经济学的角度来看，超市的竞争已经进入商战红海，作为一种大众化的经营模式，超市的生存和发展取决于诸多因素，其中利用高效的商品系统管理软件实现成本的控制和对商品的管理是很重要的一项，低成本，低价格，低利润，大规模的发展模式能使得超市在所销售商品大同小异的情况下取得更高的业绩。管理员能够使用该软件对超市的货物存储，销售等相关属性及时的进行统计，更新，从而实现有效的管理。

1.3．定义
超市商品管理系统MMS （Market Management System）

1.4. 参考资料
（1）软件工程原理及应用 ———陈世鸿 朱喜福等著 武汉大学出版社
（2）Software Requirements ———Karl Wiegers（美） 机械工业出版社
（3）软件工程导论 ———张海藩 清华大学出版社
（4）软件工程：实践者的研究方法———Roger S。Pressman
（5）《管理软件开发项目》（第二版）———Neal Whitten （软件项目管理系列丛书，孙艳春等译）

2．任务概述

2.1目标
（1）提高超市的管理和运营效率，节省人力资源
（2）提高员工操作的正确性，省略了手工核对的工作量
(3) 超市的管理者可以从传统的经营模式中解脱出来，把更多的时间用于市场的分析，尽可能提高超市的利润
（4）超市的采购员可以从系统中直接查看商品的销售状况，了解商品是畅销还是滞销，便于在采购的时候做出正确的决策
（5）财务人员能更加清楚地了解库存情况、帐款余额、毛利等财务数据，通过更好地控制成本和费用，提高资金周转率

2.2．用户的特点
该系统的用户主要包括两类：
（1） 超市管理员，其可以使用本系统的所有功能，其中又以查询商品库存，商品的销售单，和修稿商品的属性等功能为主要工作，要求其对市场有比较清晰的了解，熟悉商品，有一定得计算机基本常识，能熟悉的使用计算机
（2） 超市员工，可以使用本系统的前台功能，包括商品的销售操作，退货操作，收银，结账等功能，要求其具备吃苦耐劳，细致细心，同时还需要熟悉快捷的使用计算机的能力

2.3 .假定与约束

建立一个用户权限，把用户分为超市管理员和员工，在登陆时进行选择，登陆后具备不同的权限。其STD图如下：

经费限（ 未定义）
开发期限（未定义）
软件使用周期（未定义）

3.需求规定

3.1对功能的规定

本系统是为了提高超市的运营效率而开发的一套超市商品管理软件，其主要由两套子系统组成，包括前台销售系统和后台库存管理系统，该系统结构如图所示：

图1.超市商品系统逻辑结构图

系统总体数据流图如下所示

3.1.1.前台销售系统功能规定

3.1.1.1：用户权限检查功能
用户的权限分为两类：员工和管理员

3.1.1.2：进入前台销售系统主页（员工）
（1）提供商品条形码输入框，把顾客所购买的商品所标明的条形码输入，得到商品的相关信息，包括商品的名称，规格，类别，单价，单位和数量。并在输入时累计商品的消费额，得出本次商品购买行为的总额。
（2）提供商品名输入框，在条形码输入无效的情况下可以输入商品的名称，然后得到商品的相关属性，包括类别，规格，单价，单位，数量等，并计算出本次消费总额，保证商品的销售正常进行，同时计算该商品，预警，提示该商品的条形码出现错误。
（3）构架一个显示框，显示功能（1）和（2）的商品属性
（4）提供消费者所购商品的修改按钮，包括退货，调换商品，以及添加商品
（5）提供金额输入框，员工输入消费者所给金额，系统自动计算出应补的余额
（6）和库存管理系统实现及时更新，在消费活动完结之后数据倒回库存管理系统，数据包括本次商品消费的商品的名称，规格，类别，单价，单位和数量，实时更新商品的库存信息
（7）打印本次的消费清单

3.1.13：进入前台销售系统主页（管理员）

除实现3.1.2全部功能外，系统为管理提供如下高于员工权限的功能
（1） 提供商品属性的修改功能，能够对商品的各项属性进行校正
（2） 查看该日销售报表
（3） 核查商品销售额和实际金额的准确性，可以得出商品是否流失

前台销售系统的STD状态图如下：

前台销售系统数据流图如下：

员工员工
前台销售系统
收银
输入商品
消费结果
库存数据库
更新

第0层数据流图

将第0层数据流图细分得第1层数据流图如下：

条形码
查询商品属性
计算本次消费金额消费
收银
打印清单
更新库存数据库
验证查询
计算

1.1 收银的数据流

更新库存数据库
减少库存量
维持不变
库存清单
更新
更新
该商品被消费
未被消费

1.2 更新库存数据流

由第1层数据流细分得第2层数据流：
查询商品属性
显示
显示
显示
显示
计算消费金额
名称
价格
数量
类别
打印清单

2.1 商品属性校验数据流图

查询商品属性
显示
显示
显示
显示
计算消费金额
库存数据库
名称
价格
数量
类别
更新数据库
不变
不变
减少对应数额
不变
统计库存信息
名称
价格
数量
类别
打印清 单

2.2 库存数据库更新流程图

管理员的特殊权限操作流程如：

、管理员操作数据流
7.1
数据
备份
备份要求
管理
员
7.2
7.3
7.4
数据
恢复
显示报 表
库存数据库
恢复要求
修该要求
查看请求
属性修 正
管理
员
备份息成功提示
恢复成功提示
校正成功提示息
更新

数据字典：

（1） 数据流描述
输入商品=商品识别码+商品名称
消费结果=所购商品名称+商品单价+商品类型+商品数量+总额
收银=用户所付金额+应找余额+打印清单
数据库更新=更新数据库中被消费商品的数量+备份数据
商品属性=类别+规格+单价+单位+数量
验证查询=匹配数据库中该商品所存属性
计算=顾客所付金额减去商品总价所得
显示=在屏幕上显示商品属性
备份要求=备份商品名称+商品单价+商品类型+商品数量+总额
打印清单=本次消费商品详情+商品消费总额+本次操作流水线号+消费日期
回复要求=恢复数据库备份前的老数据库
修改要求=修改数据库后保存
查看请求=查看某以固定时间段消费状况
备份成功提示=备份成功|备份失败
恢复成功提示=恢复成功|恢复失败
校正成功提示=校正成功|校正失败

(2)数据存储

数据存储名： 库存数据库
组成：商品的各项属性集合
组织形式：按商品的属性优先级顺序排列
数据存储名：消费打印清单
组成：本次消费的详细目录
组织形式：按商品名称，单价，数量，消费总额，操作流水线，最好生成日期的顺序排列
数据存储名：库存打印清单
组成：当前库存的商品信息
组织方式：按照商品的数额进行排列，并和标准库存比较

（2） 处理描述

处理名：输入商品
处理号：1
输入数据流：输入商品的条形码
输出数据流：输出商品的相关属性，包括类别，规格，单价，单位，数量
处理逻辑：商品的属性认证

处理名：消费结果
处理号：2
输入数据流：商品属性
输出数据流：商品属性
处理逻辑：核查价格和数量后输出
处理名：更新数据库

处理号：3
输入数据流：消费的及时信息
输出数据流：更新后的数据库数据
处理逻辑：实时把前台销售系统和库存管理系统联系，及时更新库存数据库

处理名：打印清单
处理号：4
输入数据：商品的消费情况
输出数据：商品的消费情况
处理逻辑：把更新后的商品存储情况打印成报表

处理名：备份要求
处理号：5
输出数据：从新备份后的库存数据库
处理逻辑：人为地把数据库进行备份

处理名：恢复要求
处理号：6
输出数据：恢复为原来的数据库
处理逻辑：当有必要的时候，恢复原数据库

处理名：查看要求
处理号：7
输出数据：显示某段时间内的商品消费状况
处理逻辑：把数据库的变化科学的现实出来

3.1.2库存管理系统功能规定

（1）在进货后，可以添加商品的相关属性和数据，包括商品的名称，规格，类别，单价，单位和数量。
（2）在商品下架后，可以删除数据库中的商品所有信息
（3）在商品上架后，可以系统的对商品进行编号，生成商品对应的条形码
（4）能够对已存商品的相关属性和数据进行修改，及时保持商品信息的正确性
（5）提供查看当前库存数据的功能，以及查看数据额的变化情况，能够按日期查询，按商品类别查询或者按某种商品的属性查询销售状况
（6）和前台销售系统联系，保证数据库的正确性
（7）提供双标准预警子系统，当某商品的库存低于50%时，指示灯变红提示，当商品库存低于20%时，声音提示，自动预警

库存管理系统的STD图如下：

库存管理系统STD图

库存管理系统是该超市管理系统的核心子系统，它备份商品的所有数据，并完成了大部分的数据操作，有利于让管理员直接、有效地获得商品情况，了解到商品是否畅销或滞销，然后根据商品的销售情况进行分析，以进行下一次的销售计划，更加清楚地了解库存情况、帐款余额、毛利等财务数据，通过更好地控制成本和费用，提高资金周转率，对超市各种资源的流转进行更好的控制和发展。同时也提供了预警子系统，避免因为人为地原因不能及时发现超市商品存储存在的问题和隐患。该子系统涉及大量单位和数据。下图是该系统的实体联系图：

库存管理系统实体联系图

库存管理系统的数据流图如下：

（1） 第0层数据流图
管理员
库存系统
自动预警
查询修改
销售分析

（2） 第1层数据流图

（2.1） 管理员登陆系统

管理员输入用户账号以及密码，到用户信息数据库（全局）验证该用户名是否存在，即进行有效性检查，若系统记录，则允许进入，否则提示登录失败。

数据流1 ＝ 用户帐号 ＋ 用户身份
数据流2 ＝ 用户帐号
数据流3 ＝ 查询用户是否存在数据库返回信息
数据流4 ＝ 用户帐号 ＋ 用户身份
数据流5 ＝ 用户帐号 ＋ 用户身份
数据流6 ＝ 数据库操作返回信息
数据流7 ＝ 返回用户信息
数据流8 ＝ 添加用户返回用户信息

（2.2）库存数据库查询

库存管理系 统
显示
显示
显示

销售分 析
得出最优库存值
记录
按日期查询
按名称查询
按类别查询
数据库
财务报表

库存查询数据流图

（3.3）库存数据库修改

货物
库存管理系 统
添加商品
修改商品
进货
数据库备份
恢复原数据 库

库存修改数据流图

（3.4）库存预警系统
库存预警系统
最优库存值
不反应
红灯提示
语音提示
高于最优库存值
低于20%
大于20%小于50%
数据比较

库存预警系统数据流

数据字典
（1） 数据流描述
日期查询=按营业期的某时间段查询|某日 | 某月 | 某年
按商品查询=按商品的条形码或者商品名称查询
按类别查询=按商品的归类查询
销售分析=商品在某时间段内的商品销售额度，即原数据与当前数据的差额
最优库存值=在销售分析的基础上统计具体商品的最佳库存量
录入数据库=存储商品名称+商品单价+商品类型+商品数量+总额
添加商品=添加商品的相关属性，包括类别，规格，单价，单位，数量
修改商品=修改商品的相关属性，包括类别，规格，单价，单位，数量
数据库备份=备份商品名称+商品单价+商品类型+商品数量+总额
恢复数据库=恢复原数据库
数据比较=前后数据库数据对比
红灯提示=系统运行时有红灯发光
语音提示=系统运行时语言提示某商品库存过低

数据存储描述
数据存储名： 库存数据库
组成：商品的各项属性集合
组织形式：按商品的属性优先级顺序排列
数据存储名： 最优库存值
组成：商品的最优库存数量
组织形式：按商品数量的差额大小顺序排列
数据存储名：财务报表
组成：某时间段内的财务状况
组织形式：商品的售出总金额及利润

（2） 处理描述
处理名： 管理员登陆
输入数据流：用户名和密码
输出数据流：登陆或错误，请从新登陆
处理逻辑：判读输入的用户名和密码在注册表中是否存在，存在则可以登陆，否则不能登陆

处理名： 按日期查询
输入数据流： 输入所要查询的时间段
输出数据流： 输出该时间段内的商品销售情况以及库存状况
处理逻辑：数据库实时记录商品的销售情况，统计，输出

处理名： 按名称查询
输入数据流： 输入所要查询商品的条形码或者名称
输出数据流：输出该商品销售情况以及库存状况
处理逻辑：数据库实时记录商品的销售情况，统计，输出

处理名： 按类别查询
输入数据流：输入所要查询的商品类别
输出数据流：输出该类商品销售情况以及库存状况
处理逻辑：数据库实时记录商品的销售情况，统计，输出

处理名： 销售分析
输入数据流： 一个时间段
输出数据流：输出该时间段内的商品销售情况以及库存状况
处理逻辑：进行差额计算，包括某种商品的销售差额，以及某类商品的销售差额

处理名： 添加商品
输入数据流： 输入商品的相关属性，包括类别，规格，单价，单位，数量
输出数据流：添加后的商品及其相关属性
处理逻辑：把新的数据录入数据库，进行编码和管理

处理名： 修改商品
输入数据流： 需要修改的商品名
输出数据流：修改后后的商品及其相关属性，包括类别，规格，单价，单位，数量
处理逻辑：对已存在于数据库中的数据进行修改并从新保存

处理名： 系统正常运行
输入数据流： 最优库存值和当前的商品库存
输出数据流： 系统午异常运行
处理逻辑：基于销售分析得出的最有库存值进行判断

处理名： 红灯提示
输入数据流：最优库存值和当前的商品库存
输出数据流： 系统出现红灯闪烁
处理逻辑： 当当前商品库存值位于最优库存值的20%和50%之间时，系统自动出现红灯，闪烁，提示管理员及时进货

处理名： 语音提示
输入数据流：最优库存值和当前的商品库存
输出数据流：系统自动播放语音
处理逻辑：当当前商品库存值低于最优库存值的20%时，系统自动播放语音，提示管理员及时进货

3.2性能规定：
前台销售系统性能要求
（1） 精度
数据录入精确，计算准确，同时与后台库存管理系统的数据保持一致性即可
（2） 时间特性要求
登陆系统时，系统的响应时间控制在两秒内
与库存管理系统保持同步更新的时间越低越好，实现商品的销售和记录的高度统一
数据传送时间尽量缩短
（3） 灵活性
对于该系统，最大的问题在于当停电的时候如何解决销售和库存记录的同步性。我个人的想法主要是两种：
其一：在停电销售未记录入数据库时，先由人工记录，然后等电来的时候再人工手动录入未存数据
其二：脱机处理，即当停电的时候，收银台能够正常工作，但后台库存管理系统失效，则由前台销售系统暂时代行记录任务，等库存管理系统恢复工作后，再向库存导入销售数据，实现更新（针对大规模，多个消费服务点的超市平台）