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

上传人:b****6 文档编号:15502925 上传时间:2023-07-05 格式:DOCX 页数:16 大小:69.49KB
下载 相关 举报
超市管理系统的软件需求规格说明书.docx_第1页
第1页 / 共16页
超市管理系统的软件需求规格说明书.docx_第2页
第2页 / 共16页
超市管理系统的软件需求规格说明书.docx_第3页
第3页 / 共16页
超市管理系统的软件需求规格说明书.docx_第4页
第4页 / 共16页
超市管理系统的软件需求规格说明书.docx_第5页
第5页 / 共16页
超市管理系统的软件需求规格说明书.docx_第6页
第6页 / 共16页
超市管理系统的软件需求规格说明书.docx_第7页
第7页 / 共16页
超市管理系统的软件需求规格说明书.docx_第8页
第8页 / 共16页
超市管理系统的软件需求规格说明书.docx_第9页
第9页 / 共16页
超市管理系统的软件需求规格说明书.docx_第10页
第10页 / 共16页
超市管理系统的软件需求规格说明书.docx_第11页
第11页 / 共16页
超市管理系统的软件需求规格说明书.docx_第12页
第12页 / 共16页
超市管理系统的软件需求规格说明书.docx_第13页
第13页 / 共16页
超市管理系统的软件需求规格说明书.docx_第14页
第14页 / 共16页
超市管理系统的软件需求规格说明书.docx_第15页
第15页 / 共16页
超市管理系统的软件需求规格说明书.docx_第16页
第16页 / 共16页
亲,该文档总共16页,全部预览完了,如果喜欢就下载吧!
下载资源
资源描述

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

《超市管理系统的软件需求规格说明书.docx》由会员分享,可在线阅读,更多相关《超市管理系统的软件需求规格说明书.docx(16页珍藏版)》请在冰点文库上搜索。

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

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

      目录

•引言

–编写的目的

–背景

–定义

–参考资料

•任务概述

–目标

–用户的特点

–假定和约束

•需求规定

–对性能的规定

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、《SQLServer2000 实用教程》范立南编 清华大学出版社

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

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

      

    任务概述

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)处理描述

处理名:

输入商品

处理号:

输入数据流:

输入商品的条形码

输出数据流:

输出商品的相关属性,包括类别,规格,单价,单位,数量

处理逻辑:

商品的属性认证

处理名:

消费结果

处理号:

2

输入数据流:

商品属性

输出数据流:

商品属性

处理逻辑:

核查价格和数量后输出

处理名:

更新数据库

处理号:

3

输入数据流:

消费的及时信息

输出数据流:

更新后的数据库数据

处理逻辑:

实时把前台销售系统和库存管理系统联系,及时更新库存数据库

处理名:

打印清单

处理号:

4

输入数据:

商品的消费情况

输出数据:

商品的消费情况

处理逻辑:

把更新后的商品存储情况打印成报表

处理名:

备份要求

处理号:

输出数据:

从新备份后的库存数据库

处理逻辑:

人为地把数据库进行备份

处理名:

恢复要求

处理号:

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)SQLSever 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 控制

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

 

展开阅读全文
相关资源
猜你喜欢
相关搜索
资源标签

当前位置:首页 > 经管营销 > 经济市场

copyright@ 2008-2023 冰点文库 网站版权所有

经营许可证编号:鄂ICP备19020893号-2