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

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

《超市系统的软件需求规格说明书.docx》由会员分享，可在线阅读，更多相关《超市系统的软件需求规格说明书.docx（12页珍藏版）》请在冰豆网上搜索。

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

•引言

–编写的目的

–背景

–定义

–参考资料

•任务概述

–目标

–用户的特点

–假定和约束

•需求规定

–对性能的规定

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

处理名：

输入商品

处理号：

1

输入数据流：

输入商品的条形码

输出数据流：

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

处理逻辑：

商品的属性认证

处理名：

消费结果

处理号：

2

输入数据流：

商品属性

输出数据流：

商品属性

处理逻辑：

核查价格和数量后输出

处理名：

更新数据库

处理号：

3

输入数据流：

消费的及时信息

输出数据流：

更新后的数据库数据

处理逻辑：

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

处理名：

打印清单

处理号：

4

输入数据：

商品的消费情况

输出数据：

商品的消费情况

处理逻辑：

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

处理名：

备份要求

处理号：

5

输出数据：

从新备份后的库存数据库

处理逻辑：

人为地把数据库进行备份

处理名：

恢复要求

处理号：

6

输出数据：

恢复为原来的数据库

处理逻辑：

当有必要的时候，恢复原数据库

处理名：

查看要求

处理号：

7

输出数据：

显示某段时间内的商品消费状况

处理逻辑：

把数据库的变化科学的现实出来

3.3.2后台库存管理系统

（1）数据流描述

日期查询=按营业期的某时间段查询|某日|某月|某年

按商品查询=按商品的条形码或者商品名称查询

按类别查询=按商品的归类查询

销售分析=商品在某时间段内的商品销售额度，即原数据与当前数据的差额

最优库存值=在销售分析的基础上统计具体商品的最佳库存量

录入数据库=存储商品名称+商品单价+商品类型+商品数量+总额

添加商品=添加商品的相关属性，包括类别，规格，单价，单位，数量

修改商品=修改商品的相关属性，包括类别，规格，单价，单位，数量

数据库备份=备份商品名称+商品单价+商品类型+商品数量+总额

恢复数据库=恢复原数据库

数据比较=前后数据库数据对比

红灯提示=系统运行时有红灯发光

语音提示=系统运行时语言提示某商品库存过低

（2）数据存储描述

数据存储名：

库存数据库

组成：

商品的各项属性集合

组织形式：

按商品的属性优先级顺序排列

数据存储名：

最优库存值

组成：

商品的最优库存数量

组织形式：

按商品数量的差额大小顺序排列

数据存储名：

财务报表

组成：

某时间段内的财务状况

组织形式：

商品的售出总金额及利润

（3）处理描述

处理名：

管理员登陆

输入数据流：

用户名和密码

输出数据流：

登陆或错误，请从新登陆

处理逻辑：

判读输入的用户名和密码在注册表中是否存在，存在