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

1、精选优质文档-倾情为你奉上 目录 引言 编写的目的 背景 定义 参考资料 任务概述 目标 用户的特点 假定和约束 需求规定 对性能的规定1. 精度2. 时间特性要求3. 灵活性 输入输出要求 数据管理能力要求 故障处理要求 其他专门要求 运行环境规定 设备 支持软件 接口 控制 引言1.1、编写目的（1）使开发更有目的性,以便大大提高超市的运作效率；（2）通过全面的信息采集和处理，辅助提高超市的决策水平；（3）使用本系统，可以迅速提升超市的管理水平，为降低经营成本， 提高效益，增强超市扩张力， 提供有效的技术保障。1.2、背景 21世纪，超市的竞争也进入到了一个全新的领域，竞争已不再是规模的竞

2、争，而是技术的竞争、管理的竞争、人才的竞争。 技术的提升和管理的升级是超市业的竞争核心。零售领域目前呈现多元发展趋势，出现多种业态：超市、便利店、特许加盟店、专卖店、货仓等等。如何在激烈的竞争中扩大销售额，降低经营成本，扩大经营规模，成为超市营业者努力追求的目标。针对超市的特点，为了帮助超市解决现在面临的问题，提高小型超市的竞争力，我们将开发一个超市管理系统。为了使此系统能更好地为用户服务，我们需要有较完善的软件需求规格说明书来作为开发的引导。1.3、定义（1）商品条形码：每种商品具有唯一的条形码，对于某些价格一样的商品，可以使用自定义条形码。（2）交易清单：包括交易的流水账号、每类商品的商品

3、名、数量、该类商品的总金额、交易的时间。（3）商品积压：在一定时期内，远无法完成销售计划的商品会造成积压。（4）促销：在一定时期内，某些商品会按低于原价的促销价格销售。 库存告警提示：当商品的库存数量低于库存报警数量时，发出提示。（5）盘点：计算出库存、销售额、盈利等经营指标。1.4、参考文献1、齐志昌，谭庆平，宁洪.软件工程(第二版)M.北京.高等教育出版社.20042、王珊，萨师煊.数据库系统概论（第四版）M. 北京.高等教育出版社.20063、SQL Server 2000 实用教程范立南编 清华大学出版社4、软件工程导论重庆大学出版社5、软件工程理论与实践 Shari Lawrence

4、 Pfleeger编 清华大学出版社 任务概述2.1、实现目标（1）建立一个具有友好界面，操作简单的超市管理系统；（2） 能够更好的控制和发展超市各种资源的流转；（3） 实现对进货商品的信息录入，并建立完整的数据库，对商品实行统一管； (4) 采购人员查询本系统，可以更直接，更有效的获得商品的情况，了解商品是否畅销或滞销，以及做出精确的进货单，促销的商品的条目单；（5）销售人员可以通过系统查询商品的销售状况，制定下一步的销售计划，对某些特殊产品进行打折优惠活动。（6）财务人员通过系统的查询更加清楚了解库存情况、销售金额，是否盈利亏损等情况；（7）超市管理者把握住商品的进销存动态，管理更方便，进

5、一步提高工作效率。2.2用户特点用户类型与职能如下（1）员工（营业员）：通过商品条形码扫描输入商品到购买清单操作软件计算交易总金额操作软件输出交易清单（2）超市经理操作软件录入商品，供货商，厂商操作软件制定进货计划查询打印计划进货与入库记录操作软件控制商品销售与否查询打印销售情况操作软件生成销售排行榜查询库存明细记录根据软件发出的库存告警进行入货操作软件进行盘点计算（3）总经理：基本信息登记管理员工操作权限管理客户销售权限管理 本软件的最终用户主要是面向管理员（超市经理）、收银员、信息管理员。他们都具有一定的计算机应用基础，可以比较熟练地操作计算机。2.3 假定和约束建立一个用户权限，把用户分

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

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

8、消费清单 3.1.1.2 进入前台销售系统主页（管理员）除实现3.1.1.1全部功能外，系统为管理提供如下高于员工权限的功能（1） 提供商品属性的修改功能，能够对商品的各项属性进行校正（2） 查看该日销售报表（3） 核查商品销售额和实际金额的准确性，可以得出商品是否流失3.1.2库存管理系统功能规定库存管理系统是该超市管理系统的核心子系统，它备份商品的所有数据，并完成了大部分的数据操作，有利于让管理员直接、有效地获得商品情况，了解到商品是否畅销或滞销，然后根据商品的销售情况进行分析，以进行下一次的销售计划，更加清楚地了解库存情况、帐款余额、毛利等财务数据，通过更好地控制成本和费用，提高资金周转

9、率，对超市各种资源的流转进行更好的控制和发展。同时也提供了预警子系统，避免因为人为地原因不能及时发现超市商品存储存在的问题和隐患。该子系统涉及大量单位和数据,包括以下几项（1）在进货后，可以添加商品的相关属性和数据，包括商品的名称，规格，类别，单价，单位和数量。（2）在商品下架后，可以删除数据库中的商品所有信息（3）在商品上架后，可以系统的对商品进行编号，生成商品对应的条形码（4）能够对已存商品的相关属性和数据进行修改，及时保持商品信息的正确性（5）提供查看当前库存数据的功能，以及查看数据额的变化情况，能够按日期查询，按商品类别查询或者按某种商品的属性查询销售状况（6）和前台销售系统联系，保证

10、数据库的正确性（7）提供双标准预警子系统，当某商品的库存低于50%时，指示灯变红提示，当商品库存低于20%时，声音提示，自动预警3.2性能规定前台销售系统性能要求（1） 精度 数据录入精确，计算准确，同时与后台库存管理系统的数据保持一致性即可（2） 时间特性要求登陆系统时，系统的响应时间控制在两秒内 与库存管理系统保持同步更新的时间越低越好，实现商品的销售和记录的高度统一数据传送时间尽量缩短（3） 灵活性对于该系统，最大的问题在于当停电的时候如何解决销售和库存记录的同步性。我个人的想法主要是两种：其一：在停电销售未记录入数据库时，先由人工记录，然后等电来的时候再人工手动录入未存数据其二：脱机处

11、理，即当停电的时候，收银台能够正常工作，但后台库存管理系统失效，则由前台销售系统暂时代行记录任务，等库存管理系统恢复工作后，再向库存导入销售数据，实现更新（针对大规模，多个消费服务点的超市平台）3.3输入输出要求下面分别对两个系统的输入输出数据做如下分析3.3.1前台销售系统（1）数据流描述 输入商品=商品识别码+商品名称消费结果=所购商品名称+商品单价+商品类型+商品数量+总额收银=用户所付金额+应找余额+打印清单数据库更新=更新数据库中被消费商品的数量+备份数据商品属性=类别+规格+单价+单位+数量验证查询=匹配数据库中该商品所存属性计算=顾客所付金额减去商品总价所得显示=在屏幕上显示商品

12、属性备份要求=备份商品名称+商品单价+商品类型+商品数量+总额打印清单=本次消费商品详情+商品消费总额+本次操作流水线号+消费日期回复要求=恢复数据库备份前的老数据库修改要求=修改数据库后保存查看请求=查看某以固定时间段消费状况备份成功提示=备份成功|备份失败恢复成功提示=恢复成功|恢复失败校正成功提示=校正成功|校正失败(2) 数据存储数据存储名： 库存数据库 组成：商品的各项属性集合组织形式：按商品的属性优先级顺序排列数据存储名：消费打印清单组成：本次消费的详细目录组织形式：按商品名称，单价，数量，消费总额，操作流水线，最好生成日期的顺序排列 数据存储名：库存打印清单组成：当前库存的商品信

13、息组织方式：按照商品的数额进行排列，并和标准库存比较(3) 处理描述处理名：输入商品处理号：1输入数据流：输入商品的条形码输出数据流：输出商品的相关属性，包括类别，规格，单价，单位，数量处理逻辑：商品的属性认证处理名：消费结果处理号：2输入数据流：商品属性输出数据流：商品属性处理逻辑：核查价格和数量后输出处理名：更新数据库处理号：3输入数据流：消费的及时信息输出数据流：更新后的数据库数据处理逻辑：实时把前台销售系统和库存管理系统联系，及时更新库存数据库处理名：打印清单处理号：4输入数据：商品的消费情况输出数据：商品的消费情况处理逻辑：把更新后的商品存储情况打印成报表处理名：备份要求处理号：5输

14、出数据：从新备份后的库存数据库处理逻辑：人为地把数据库进行备份处理名：恢复要求处理号：6输出数据：恢复为原来的数据库处理逻辑：当有必要的时候，恢复原数据库处理名：查看要求处理号：7输出数据：显示某段时间内的商品消费状况处理逻辑：把数据库的变化科学的现实出来3.3.2后台库存管理系统（1） 数据流描述日期查询=按营业期的某时间段查询|某日 | 某月 | 某年按商品查询=按商品的条形码或者商品名称查询按类别查询=按商品的归类查询销售分析=商品在某时间段内的商品销售额度，即原数据与当前数据的差额最优库存值=在销售分析的基础上统计具体商品的最佳库存量录入数据库=存储商品名称+商品单价+商品类型+商品数

15、量+总额添加商品=添加商品的相关属性，包括类别，规格，单价，单位，数量修改商品=修改商品的相关属性，包括类别，规格，单价，单位，数量数据库备份=备份商品名称+商品单价+商品类型+商品数量+总额恢复数据库=恢复原数据库数据比较=前后数据库数据对比红灯提示=系统运行时有红灯发光语音提示=系统运行时语言提示某商品库存过低(2)数据存储描述数据存储名： 库存数据库 组成：商品的各项属性集合组织形式：按商品的属性优先级顺序排列数据存储名： 最优库存值 组成：商品的最优库存数量组织形式：按商品数量的差额大小顺序排列数据存储名：财务报表 组成：某时间段内的财务状况组织形式：商品的售出总金额及利润(3) 处理

16、描述 处理名： 管理员登陆输入数据流：用户名和密码 输出数据流：登陆或错误，请从新登陆处理逻辑：判读输入的用户名和密码在注册表中是否存在，存在则可以登陆，否则不能登陆处理名： 按日期查询输入数据流： 输入所要查询的时间段输出数据流： 输出该时间段内的商品销售情况以及库存状况处理逻辑：数据库实时记录商品的销售情况，统计，输出处理名： 按名称查询输入数据流： 输入所要查询商品的条形码或者名称输出数据流：输出该商品销售情况以及库存状况处理逻辑：数据库实时记录商品的销售情况，统计，输出处理名： 按类别查询输入数据流：输入所要查询的商品类别输出数据流：输出该类商品销售情况以及库存状况处理逻辑：数据库实时

17、记录商品的销售情况，统计，输出处理名： 销售分析输入数据流： 一个时间段输出数据流：输出该时间段内的商品销售情况以及库存状况处理逻辑：进行差额计算，包括某种商品的销售差额，以及某类商品的销售差额处理名： 添加商品输入数据流： 输入商品的相关属性，包括类别，规格，单价，单位，数量输出数据流：添加后的商品及其相关属性 处理逻辑：把新的数据录入数据库，进行编码和管理处理名： 修改商品输入数据流： 需要修改的商品名输出数据流：修改后后的商品及其相关属性，包括类别，规格，单价，单位，数量处理逻辑：对已存在于数据库中的数据进行修改并从新保存处理名： 系统正常运行输入数据流： 最优库存值和当前的商品库存输出

18、数据流： 系统午异常运行处理逻辑：基于销售分析得出的最有库存值进行判断处理名： 红灯提示输入数据流：最优库存值和当前的商品库存输出数据流： 系统出现红灯闪烁处理逻辑： 当当前商品库存值位于最优库存值的20%和50%之间时，系统自动出现红灯，闪烁，提示管理员及时进货处理名： 语音提示输入数据流：最优库存值和当前的商品库存输出数据流：系统自动播放语音 处理逻辑：当当前商品库存值低于最优库存值的20%时，系统自动播放语音，提示管理员及时进货3.4 数据管理能力要求商品基本信息：商品号：大小为10字节；名称：不超过20字节，数量：不超过15字节，金额：不超过15字节。对于销售记录等所需记录的内容相似，采用相同的方式。对商品基本信息、库存管理、销售记录内容的存储的各表，至少需要100M以上的空间，即至少需要500M的空间进行数据的存储，并至少需要1G以上的空间对增长的数据进行保存。3.5 故障处理要求1）磁盘碎片过多、数据库存储空间不够，引起数据库反应变慢等问题需要对磁