超市商品管理系统需求分析Word文档格式.docx
《超市商品管理系统需求分析Word文档格式.docx》由会员分享,可在线阅读,更多相关《超市商品管理系统需求分析Word文档格式.docx(16页珍藏版)》请在冰豆网上搜索。
(1)软件工程原理及应用———陈世鸿朱喜福等著武汉大学出版
社
(2)SoftwareRequirementsKarlWiegers(美)机械工业出版
(3)软件工程导论———张海藩清华大学出版
(4)软件工程:
实践者的研究方法RogerSoPressman
(5)《管理软件开发项目》(第二版)———NealWhitten(软件项目
管理系列丛书,孙艳春等译)
2.任务概述
2.1目标
(1)提高超市的管理和运营效率,节省人力资源
(2)提高员工操作的正确性,省略了手工核对的工作量
(3)超市的管理者可以从传统的经营模式中解脱出来,把更多的时间用于市场的分析,尽可能提高超市的利润
(4)超市的采购员可以从系统中直接查看商品的销售状况,了解商品是畅销还是滞销,便于在采购的时候做出正确的决策
(5)财务人员能更加清楚地了解库存情况、帐款余额、毛利等财务数据,通过更好地控制成本和费用,提高资金周转率
2.2.用户的特点
该系统的用户主要包括两类:
(1)超市管理员,其可以使用本系统的所有功能,其中又以查询商品库存,商品的销售单,和修稿商品的属性等功能为主要工作,要求其对市场有比较清晰的了解,熟悉商品,有一定得计算机基本常识,能熟悉的使用计算机
(2)超市员工,可以使用本系统的前台功能,包括商品的销售操作,退货操作,收银,结账等功能,要求其具备吃苦耐劳,细致细心,同时还需要熟悉快捷的使用计算机的能力
2.3•假定与约束
建立一个用户权限,把用户分为超市管理员和员工,在登陆时进行选择,登陆后具备不同的权限。
其STD图如下:
进
户
用
<
7
接受
经费限(未定义)开发期限(未定义)软件使用周期(未定义)
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库存数据库更新流程图
管理员的特殊权限操作流程如:
数据字典:
(1)数据流描述
输入商品=商品识别码+商品名称
消费结果=所购商品名称+商品单价+商品类型+商品数量+总额收银=用户所付金额+应找余额+打印清单
数据库更新=更新数据库中被消费商品的数量+备份数据商品属性=类别+规格+单价+单位+数量验证查询二匹配数据库中该商品所存属性
计算=顾客所付金额减去商品总价所得
显示=在屏幕上显示商品属性
备份要求=备份商品名称+商品单价+商品类型+商品数量+总额
打印清单=本次消费商品详情+商品消费总额+本次操作流水线号+消费日期回复要求=恢复数据库备份前的老数据库
修改要求=修改数据库后保存
查看请求=查看某以固定时间段消费状况
备份成功提示=备份成功I备份失败恢复成功提示=恢复成功I恢复失败校正成功提示=校正成功I校正失败
(2)数据存储
数据存储名:
库存数据库组成:
商品的各项属性集合组织形式:
按商品的属性优先级顺序排列数据存储名:
消费打印清单组成:
本次消费的详细目录组织形式:
按商品名称,单价,数量,消费总额,操作流水线,最好生成日期的顺序排列
库存打印清单组成:
当前库存的商品信息组织方式:
按照商品的数额进行排列,并和标准库存比较
2)处理描述
处理名:
输入商品
处理号:
1
输入数据流:
输入商品的条形码输出数据流:
输出商品的相关属性,包括类别,规格,单价,单位,数量处理逻辑:
商品的属性认证处理名:
消费结果
2输入数据流:
商品属性输出数据流:
商品属性处理逻辑:
核查价格和数量后输出处理名:
更新数据库
3
消费的及时信息输出数据流:
更新后的数据库数据处理逻辑:
实时把前台销售系统和库存管理系统联系,及时更新库存数据库
打印清单
4
输入数据:
商品的消费情况输出数据:
商品的消费情况
处理逻辑:
把更新后的商品存储情况打印成报表
备份要求
5输出数据:
从新备份后的库存数据库处理逻辑:
人为地把数据库进行备份
恢复要求
6输出数据:
恢复为原来的数据库处理逻辑:
当有必要的时候,恢复原数据库
查看要求
7输出数据:
显示某段时间内的商品消费状况处理逻辑:
把数据库的变化科学的现实出来
3.1.2库存管理系统功能规定
(1)在进货后,可以添加商品的相关属性和数据,包括商品的名称,规格,类别,单价,单位和数量。
(2)在商品下架后,可以删除数据库中的商品所有信息
(3)在商品上架后,可以系统的对商品进行编号,生成商品对应的条形码
(4)能够对已存商品的相关属性和数据进行修改,及时保持商品信息的正确性
(5)提供查看当前库存数据的功能,以及查看数据额的变化情况,能够按日期查询,按商品类别查询或者按某种商品的属性查询销售状况
(6)和前台销售系统联系,保证数据库的正确性
(7)提供双标准预警子系统,当某商品的库存低于50%时,指示灯变红提示,当商品库存低于20%时,声音提示,自动预警
库存管理系统的STD图如下:
请求有效
库存管理系统STD图
库存管理系统是该超市管理系统的核心子系统,它备份商品的所有数据,并完成了大部分的数据操作,有利于让管理员直接、有效地获得商品情况,了解到商品是否畅销或滞销,然后根据商品的销售情况进行分析,以进行下一次的销售计划,更加清楚地了解库存情况、帐款余额、毛利等财务数据,通过更好地控制成本和费用,提高资金周转率,对超市各种资源的流转进行更好的控制和发展。
同时也提供了预警子系统,避免因为人为地原因不能及时发现超市商品存储存在的问题和隐患。
该子系统涉及大
量单位和数据。
下图是该系统的实体联系图:
库存清
1
i
存打印
、/
M
库存数
据库
执行
跟踪记录
M包含
存出入记
录
库存管理系统的数据流图如下:
(1)第0层数据流图
存储请求提出;
管理员
/、
列出
4商品my描述'
库存管理系统实体联系图
商品目录
(2)第1层数据流图
(2.1)管理员登陆系统
管理员输入用户账号以及密码,到用户信息数据库(全局)验证该用户名
是否存在,即进行有效性检查,若系统记录,则允许进入,否则提示登录失败。
数据流1二用户帐号+用户身份
数据流2二用户帐号
数据流3二查询用户是否存在数据库返回信息
数据流4二用户帐号+用户身份
数据流5二用户帐号+用户身份
数据流6二数据库操作返回信息
数据流7二返回用户信息
数据流8二添加用户返回用户信息
(2.2)库存数据库查询
库存查询数据流图
(3.3)库存数据库修改
库存修改数据流图
(3.4)库存预警系统
库存预警系统数据流
数据字典
日期查询=按营业期的某时间段查询某日|某月I某年按商品查询=按商品的条形码或者商品名称查询按类别查询二按商品的归类查询
销售分析=商品在某时间段内的商品销售额度,即原数据与当前数据的差额最优库存值=在销售分析的基础上统计具体商品的最佳库存量
录入数据库=存储商品名称+商品单价+商品类型+商品数量+总额添加商品=添加商品的相关属性,包括类别,规格,单价,单位,数量修改商品=修改商品的相关属性,包括类别,规格,单价,单位,数量数据库备份=备份商品名称+商品单价+商品类型+商品数量+总额恢复数据库二恢复原数据库数据比较=前后数据库数据对比红灯提示=系统运行时有红灯发光
语音提示=系统运行时语言提示某商品库存过低
数据存储描述
库存数据库组成:
商品的各项属性集合
组织形式:
按商品的属性优先级顺序排列
最优库存值
组成:
商品的最优库存数量
按商品数量的差额大小顺序排列
财务报表
某时间段内的财务状况
商品的售出总金额及利润
管理员登陆输入数据流:
用户名和密码输出数据流:
登陆或错误,请从新登陆处理逻辑:
判读输入的用户名和密码在注册表中是否存在,存在则可以登陆,否则不能登陆
按日期查询
输入所要查询的时间段
输出数据流:
输出该时间段内的商品销售情况以及库存状况处理逻辑:
数据库实时记录商品的销售情况,统计,输出
按名称查询
输入所要查询商品的条形码或者名称输出数据流:
输出该商品销售情况以及库存状况处理逻辑:
按类别查询
输入所要查询的商品类别输出数据流:
输出该类商品销售情况以及库存状况处理逻辑:
销售分析
一个时间段输出数据流:
输出该时间段内的商品销售情况以及库存状况处理逻辑:
进行差额计算,包括某种商品的销售差额,以及某类商品的销售差额
添加商品
输入商品的相关属性,包括类别,规格,单价,单位,数量输出数据流:
添加后的商品及其相关属性处理逻辑:
把新的数据录入数据库,进行编码和管理
修改商品
需要修改的商品名输出数据流:
修改后后的商品及其相关属性,包括类别,规格,单价,单位,数量
对已存在于数据库中的数据进行修改并从新保存
系统正常运行
最优库存值和当前的商品库存
系统午异常运行
基于销售分析得出的最有库存值进行判断
红灯提示
最优库存值和当前的商品库存
系统出现红灯闪烁
当当前商品库存值位于最优库存值的20%和50%之间时,系统自动出现红灯,闪烁,提示管理员及时进货
语音提示
最优库存值和当前的商品库存输出数据流:
系统自动播放语音处理逻辑:
当当前商品库存值低于最优库存值的20%时,系统自动播放语音,提示管理员及时进货
3.2性能规定:
前台销售系统性能要求
(1)精度数据录入精确,计算准确,同时与后台库存管理系统的数据保持一致性即可
(2)时间特性要求登陆系统时,系统的响应时间控制在两秒内与库存管理系统保持同步更新的时间越低越好,实现商品的销售和记录的高度统一
数据传送时间尽量缩短
(3)灵活性对于该系统,最大的问题在于当停电的时候如何解决销售和库存记录的同步性。
我个人的想法主要是两种:
其一:
在停电销售未记录入数据库时,先由人工记录,然后等电来的时候再人工手动录入未存数据其二:
脱机处理,即当停电的时候,收银台能够正常工作,但后台库存管理系统失效,则由前台销售系统暂时代行记录任务,等库存管理系统恢复工作后,再向库存导入销售数据,实现更新(针对大规模,多个消费服务
点的超市平台)