#超市管理系统的软件需求规格说明书

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

目录
•引言
–编写的目的
–背景
–定义
–参考资料
•任务概述
–目标
–用户的特点
–假定和约束
•需求规定
–对性能的规定
1.精度
2.时间特性要求
3.灵活性
–输入输出要求
–数据管理能力要求
–故障处理要求
–其他专门要求
•运行环境规定
–设备
–支持软件
–接口
–控制
引言
1.1、编写目的
(1)使开发更有目的性,以便大大提高超市的运作效率;
(2)通过全面的信息采集和处理,辅助提高超市的决策水平;
(3)使用本系统,可以迅速提升超市的管理水平,为降低经营成本,
提高效益,增强超市扩张力,提供有效的技术保障。

1.2、背景
21世纪,超市的竞争也进入到了一个全新的领域,竞争已不再
是规模的竞争,而是技术的竞争、管理的竞争、人才的竞争。

技术
的提升和管理的升级是超市业的竞争核心。

零售领域目前呈现多元
发展趋势,出现多种业态:超市、便利店、特许加盟店、专卖店、
货仓等等。

如何在激烈的竞争中扩大销售额,降低经营成本,扩大
经营规模,成为超市营业者努力追求的目标。

针对超市的特点,为
了帮助超市解决现在面临的问题,提高小型超市的竞争力,我们将
开发一个超市管理系统。

为了使此系统能更好地为用户服务,我们
需要有较完善的软件需求规格说明书来作为开发的引导。

1.3、定义
(1)商品条形码:每种商品具有唯一的条形码,对于某些价格一样的
商品,可以使用自定义条形码。

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

(3)商品积压:在一定时期内,远无法完成销售计划的商品会造成积压。

(4)促销:在一定时期内,某些商品会按低于原价的促销价格销售。

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

(5)盘点:计算出库存、销售额、盈利等经营指标。

1.4、参考文献
1、齐志昌,谭庆平,宁洪.软件工程(第二版)[M].北京.高等教育出版社.2004
2、王珊,萨师煊.数据库系统概论(第四版)[M]. 北京.高等教育出版社.2006
3、《SQL Server 2000 实用教程》范立南编清华大学出版社
4、《软件工程导论》重庆大学出版社
5、《软件工程理论与实践》 Shari Lawrence Pfleeger编清华大学出版社
任务概述
2.1、实现目标
(1)建立一个具有友好界面,操作简单的超市管理系统;
(2)能够更好的控制和发展超市各种资源的流转;
(3)实现对进货商品的信息录入,并建立完整的数据库,对商品实行统一管;
(4) 采购人员查询本系统,可以更直接,更有效的获得商品的情况,了解商品是否畅销或滞销,以及做出精确的进货单,促销的商品的条目单;
(5)销售人员可以通过系统查询商品的销售状况,制定下一步的销售计划,对某些特殊产品进行打折优惠活动。

(6)财务人员通过系统的查询更加清楚了解库存情况、销售金额,是否盈利亏损等情况;
(7)超市管理者把握住商品的进销存动态,管理更方便,进一步提高工作效率。

2.2用户特点
用户类型与职能如下
(1)员工(营业员):
通过商品条形码扫描输入商品到购买清单
操作软件计算交易总金额
操作软件输出交易清单
(2)超市经理
操作软件录入商品,供货商,厂商
操作软件制定进货计划
查询打印计划进货与入库记录
操作软件控制商品销售与否
查询打印销售情况
操作软件生成销售排行榜
查询库存明细记录
根据软件发出的库存告警进行入货
操作软件进行盘点计算
(3)总经理:
基本信息登记管理
员工操作权限管理
客户销售权限管理
本软件的最终用户主要是面向管理员(超市经理)、收银员、信息管理员。

他们都具有一定的计算机应用基础,可以比较熟练地操作计算机。

2.3 假定和约束
建立一个用户权限,把用户分为管理员和员工,在登陆时进行选择,登陆后具
备不同的权限。

其STD图如下:
经费限制:少于50万
开发期限:6个月
软件使用周期:5年
需求规定
3.1对功能的规定
本系统是为了提高超市的运营效率而开发的一套超市商品管理软
件,其主要由两套子系统组成,包括前台销售系统和后台库存管理
系统,该系统逻辑结构如图所示:
系统总体流程图如下:
3.1.1
3.1.1前台销售系统功能规定
3.1.1.1进入前台销售系统主页(员工)
(1)提供商品条形码输入框,把顾客所购买的商品所标明的条形码输入,得到商品的相关信息,包括商品的名称,规格,类别,单价,单位和
数量。

并在输入时累计商品的消费额,得出本次商品购买行为的总额。

(2)提供商品名输入框,在条形码输入无效的情况下可以输入商品的名称,然后得到商品的相关属性,包括类别,规格,单价,单位,数量等,
并计算出本次消费总额,保证商品的销售正常进行,同时计算该商品,
预警,提示该商品的条形码出现错误。

(3)构架一个显示框,显示功能(1)和(2)的商品属性
(4)提供消费者所购商品的修改按钮,包括退货,调换商品,以及添加商品
(5)提供金额输入框,员工输入消费者所给金额,系统自动计算出应补的余额
(6)和库存管理系统实现及时更新,在消费活动完结之后数据倒回库存管
理系统,数据包括本次商品消费的商品的名称,规格,类别,单价,
单位和数量,实时更新商品的库存信息
(7)打印本次的消费清单
3.1.1.2 进入前台销售系统主页(管理员)
除实现3.1.1.1全部功能外,系统为管理提供如下高于员工权限的功能
(1)提供商品属性的修改功能,能够对商品的各项属性进行校正
(2)查看该日销售报表
(3)核查商品销售额和实际金额的准确性,可以得出商品是否流失3.1.2库存管理系统功能规定
库存管理系统是该超市管理系统的核心子系统,它备份商品的所有数据,并完成了大部分的数据操作,有利于让管理员直接、有效地获得商品情况,了解到商品是否畅销或滞销,然后根据商品的销售情况进行分析,以进行下一次的销售计划,更加清楚地了解库存情况、帐款余额、毛利等财务数据,通过更好地控制成本和费用,提高资金周转率,对超市各种资源的流转进行更好的控制和发展。

同时也提供了预警子系统,避免因为人为地原因不能及时发现超市商品存储存在的问题和隐患。

该子系统涉及大量单位和数据,包括以下几项
(1)在进货后,可以添加商品的相关属性和数据,包括商品的名称,规格,类别,单价,单位和数量。

(2)在商品下架后,可以删除数据库中的商品所有信息
(3)在商品上架后,可以系统的对商品进行编号,生成商品对应的条形码(4)能够对已存商品的相关属性和数据进行修改,及时保持商品信息的正确性
(5)提供查看当前库存数据的功能,以及查看数据额的变化情况,能够按日期查询,按商品类别查询或者按某种商品的属性查询销售状况(6)和前台销售系统联系,保证数据库的正确性
(7)提供双标准预警子系统,当某商品的库存低于50%时,指示灯变红提示,当商品库存低于20%时,声音提示,自动预警
3.2性能规定
前台销售系统性能要求
(1)精度
数据录入精确,计算准确,同时与后台库存管理系统的数据保持一致性即可(2)时间特性要求
登陆系统时,系统的响应时间控制在两秒内
与库存管理系统保持同步更新的时间越低越好,实现商品的销售和记录的高度统一
数据传送时间尽量缩短
(3)灵活性
对于该系统,最大的问题在于当停电的时候如何解决销售和库存记录的同步性。

我个人的想法主要是两种:
其一:在停电销售未记录入数据库时,先由人工记录,然后等电来的时候再
人工手动录入未存数据
其二:脱机处理,即当停电的时候,收银台能够正常工作,但后台库存管理系统失效,则由前台销售系统暂时代行记录任务,等库存管理系统恢复工作后,再向库存导入销售数据,实现更新(针对大规模,多个消费服务点的超市平台)
3.3输入输出要求
下面分别对两个系统的输入输出数据做如下分析
3.3.1前台销售系统
(1)数据流描述
输入商品=商品识别码+商品名称
消费结果=所购商品名称+商品单价+商品类型+商品数量+总额
收银=用户所付金额+应找余额+打印清单
数据库更新=更新数据库中被消费商品的数量+备份数据
商品属性=类别+规格+单价+单位+数量
验证查询=匹配数据库中该商品所存属性
计算=顾客所付金额减去商品总价所得
显示=在屏幕上显示商品属性
备份要求=备份商品名称+商品单价+商品类型+商品数量+总额
打印清单=本次消费商品详情+商品消费总额+本次操作流水线号+消费日期回复要求=恢复数据库备份前的老数据库
修改要求=修改数据库后保存
查看请求=查看某以固定时间段消费状况
备份成功提示=备份成功|备份失败
恢复成功提示=恢复成功|恢复失败
校正成功提示=校正成功|校正失败
(2) 数据存储
数据存储名:库存数据库
组成:商品的各项属性集合
组织形式:按商品的属性优先级顺序排列
数据存储名:消费打印清单
组成:本次消费的详细目录
组织形式:按商品名称,单价,数量,消费总额,操作流水线,最好生成日期的顺序排列
数据存储名:库存打印清单
组成:当前库存的商品信息
组织方式:按照商品的数额进行排列,并和标准库存比较
(3) 处理描述
处理名:输入商品
处理号:1
输入数据流:输入商品的条形码
输出数据流:输出商品的相关属性,包括类别,规格,单价,单位,数量处理逻辑:商品的属性认证
处理名:消费结果
处理号:2
输入数据流:商品属性
输出数据流:商品属性
处理逻辑:核查价格和数量后输出
处理名:更新数据库
处理号:3
输入数据流:消费的及时信息
输出数据流:更新后的数据库数据
处理逻辑:实时把前台销售系统和库存管理系统联系,及时更新库存数据库处理名:打印清单
处理号:4
输入数据:商品的消费情况
输出数据:商品的消费情况
处理逻辑:把更新后的商品存储情况打印成报表
处理名:备份要求
处理号:5
输出数据:从新备份后的库存数据库
处理逻辑:人为地把数据库进行备份
处理名:恢复要求
处理号:6
输出数据:恢复为原来的数据库
处理逻辑:当有必要的时候,恢复原数据库
处理名:查看要求
处理号:7
输出数据:显示某段时间内的商品消费状况
处理逻辑:把数据库的变化科学的现实出来
3.3.2后台库存管理系统
(1)数据流描述
日期查询=按营业期的某时间段查询|某日 | 某月 | 某年
按商品查询=按商品的条形码或者商品名称查询
按类别查询=按商品的归类查询
销售分析=商品在某时间段内的商品销售额度,即原数据与当前数据的差额
最优库存值=在销售分析的基础上统计具体商品的最佳库存量
录入数据库=存储商品名称+商品单价+商品类型+商品数量+总额
添加商品=添加商品的相关属性,包括类别,规格,单价,单位,数量
修改商品=修改商品的相关属性,包括类别,规格,单价,单位,数量
数据库备份=备份商品名称+商品单价+商品类型+商品数量+总额
恢复数据库=恢复原数据库
数据比较=前后数据库数据对比
红灯提示=系统运行时有红灯发光
语音提示=系统运行时语言提示某商品库存过低
(2)数据存储描述
数据存储名:库存数据库
组成:商品的各项属性集合
组织形式:按商品的属性优先级顺序排列
数据存储名:最优库存值
组成:商品的最优库存数量
组织形式:按商品数量的差额大小顺序排列
数据存储名:财务报表
组成:某时间段内的财务状况
组织形式:商品的售出总金额及利润
(3) 处理描述
处理名:管理员登陆
输入数据流:用户名和密码
输出数据流:登陆或错误,请从新登陆
处理逻辑:判读输入的用户名和密码在注册表中是否存在,存在则可以登陆,否则不能登陆
处理名:按日期查询
输入数据流:输入所要查询的时间段
输出数据流:输出该时间段内的商品销售情况以及库存状况
处理逻辑:数据库实时记录商品的销售情况,统计,输出
处理名:按名称查询
输入数据流:输入所要查询商品的条形码或者名称
输出数据流:输出该商品销售情况以及库存状况
处理逻辑:数据库实时记录商品的销售情况,统计,输出
处理名:按类别查询
输入数据流:输入所要查询的商品类别
输出数据流:输出该类商品销售情况以及库存状况
处理逻辑:数据库实时记录商品的销售情况,统计,输出
处理名:销售分析
输入数据流:一个时间段
输出数据流:输出该时间段内的商品销售情况以及库存状况
处理逻辑:进行差额计算,包括某种商品的销售差额,以及某类商品的销售差额
处理名:添加商品
输入数据流:输入商品的相关属性,包括类别,规格,单价,单位,数量输出数据流:添加后的商品及其相关属性
处理逻辑:把新的数据录入数据库,进行编码和管理
处理名:修改商品
输入数据流:需要修改的商品名
输出数据流:修改后后的商品及其相关属性,包括类别,规格,单价,单位,数量
处理逻辑:对已存在于数据库中的数据进行修改并从新保存
处理名:系统正常运行
输入数据流:最优库存值和当前的商品库存
输出数据流:系统午异常运行
处理逻辑:基于销售分析得出的最有库存值进行判断
处理名:红灯提示
输入数据流:最优库存值和当前的商品库存
输出数据流:系统出现红灯闪烁
处理逻辑:当当前商品库存值位于最优库存值的20%和50%之间时,系统自动出现红灯,闪烁,提示管理员及时进货
处理名:语音提示
输入数据流:最优库存值和当前的商品库存
输出数据流:系统自动播放语音
处理逻辑:当当前商品库存值低于最优库存值的20%时,系统自动播放语音,提示管理员及时进货
3.4 数据管理能力要求
商品基本信息:商品号:大小为10字节;名称:不超过20字节,数量:不超过15字节,金额:不超过15字节。

对于销售记录等所需记录的内容相似,采用相同的方式。

对商品基本信息、库存管理、销售记录内容的存储的各表,至少需要100M 以上的空间,即至少需要500M的空间进行数据的存储,并至少需要1G以上的空间对增长的数据进行保存。

3.5 故障处理要求
1)磁盘碎片过多、数据库存储空间不够,引起数据库反应变慢等问题需要对磁盘进行扩展和维护;
2)执行程序非正常退出,修改源代码前,应先备份;
3)SQL Sever 2000未启动,引起系统无法访问,应先启用数据库服务器;
4)具体问题需具体分析,多多配合资料查询解决问题。

3.6 其他专门要求
本系统采用了用户权限的设定,增加了系统的安全性,用户在输入正确密码后才能进入,也可选择是否保存密码。

由于系统分为几个大的模块,各个模块分别对不同的信息分开管理,使用户使用方便,易懂。

运行环境规定
4.1设备
标准设备:PC机,扫描仪等。

客户端:操作系统(win2000及以上)。

CPU(主频500M及以上)。

最小内存(128MB内存)。

最小磁盘空间(20GB)。

上网能力(宽带上网)。

服务器:操作系统(win2000server)。

CPU(主频2G以上)。

最小内存(512内存)。

上网能力(光线接入、高速宽带连接)。

4.2支持软件
系统使用access数据库作为运行库,用SQL SERVER2005作为备份数据库。

既保证系统的安全性,又大大降低系统对科技环境的要求,方便灵活配置。

Xin2000以上的操作系统。

编译程序。

数据库管理系统。

4.3 接口
该系统与数据库相连(输入商品基本信息和销售记录等信息),同时数据库也用来保存各用户的信息。

4.4 控制
本软件在Power Builder系统的支持下完成,展示界面由主窗口和子窗口嵌套而成,窗口操作通过按钮来控制,不同的按钮进行不同的操作,实现不同的功能。

相关文档
最新文档