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

《超市管理系统的软件需求规格》由会员分享，可在线阅读，更多相关《超市管理系统的软件需求规格（9页珍藏版）》请在装配图网上搜索。

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

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

3、数量、 该类商品的总金额、交易的时间。3）商品积压：在一定时期内，远无法完成销售计划的商品会造成 积压。4）促销：在一定时期内，某些商品会按低于原价的促销价格销 售。库存告警提示：当商品的库存数量低于库存报警数量时，发 出提示。M.北京.高等教育 出版社 .20042、王珊，萨师煊 . 数据库系统概论 第四版） M. 北京 . 高等教育 出版社 .20063、SQL Server 2000 实用教程范立南编 清华大学出版社4、软件项目导论重庆大学出版社5、 软件项目理论与实践 Shari Lawrence Pfleeger编 清华大 学出版社任务概述2.1 、实现目标1）建立一个具有友好界面，

4、操作简单的超市管理系统；2） 能够更好的控制和发展超市各种资源的流转； 采购人员查询本系统，可以更直接，更有效的获得商品的 情况，了解商品是否畅销或滞销，以及做出精确的进货单，促销 的商品的条目单；5）销售人员可以通过系统查询商品的销售状况，制定下一步的销 售计划，对某些特殊产品进行打折优惠活动。6）财务人员通过系统的查询更加清楚了解库存情况、销售金额， 是否盈利亏损等情况；7）超市管理者把握住商品的进销存动态，管理更方便，进一步提 高工作效率。2.2 用户特点用户类型与职能如下1）员工 营业员）：通过商品条形码扫描输入商品到购买清单操作软件计算交易总金额操作软件输出交易清单2）超市经理操作软

5、件录入商品，供货商，厂商操作软件制定进货计划查询打印计划进货与入库记录 操作软件控制商品销售与否 查询打印销售情况 操作软件生成销售排行榜 查询库存明细记录 根据软件发出的库存告警进行入货 操作软件进行盘点计算3）总经理：基本信息登记管理 员工操作权限管理 客户销售权限管理本软件的最终用户主要是面向管理员 超市经理）、收银员、 信息管理员。他们都具有一定的计算机应用基础，可以比较熟练 地操作计算机。2.3假定和约束建立一个用户权限，把用户分为管理员和员工，在登陆时进行选 择，登陆后具备不同的权限。其STD图如下:经费限制：少于50万开发期限:6个月软件使用周期：5年需求规定3.1对功能的规定本

6、系统是为了提高超市的运营效率而开发的一套超市商品管理软 件，其主要由两套子系统组成，包括前台销售系统和后台库存管 理系统，该系统逻辑结构如图所示：PR系统系统总体流程图如下:前台销售系统功能规定进入前台销售系统主页 员工）1 ）提供商品条形码输入框，把顾客所购买的商品所标明的条形码输入， 得到商品的相关信息，包括商品的名称，规格，类别，单价，单位 和数量。并在输入时累计商品的消费额，得出本次商品购买行为的 总额。2）提供商品名输入框，在条形码输入无效的情况下可以输入商品的名 称，然后得到商品的相关属性，包括类别，规格，单价，单位，数 量等，并计算出本次消费总额，保证商品的销售正常进行，同时计

7、算该商品，预警，提示该商品的条形码出现错误。3 ）构架一个显示框，显示功能1）和2）的商品属性4）提供消费者所购商品的修改按钮，包括退货，调换商品，以及添加商品5 ）提供金额输入框，员工输入消费者所给金额，系统自动计算出应补的 余额6）和库存管理系统实现及时更新，在消费活动完结之后数据倒回库存 管理系统，数据包括本次商品消费的商品的名称，规格，类别，单 价，单位和数量，实时更新商品的库存信息7 ）打印本次的消费清单3.1.1.2 进入前台销售系统主页 管理员）除实现 3.1.1.1 全部功能外，系统为管理提供如下高于员工权限的功 能（1）提供商品属性的修改功能，能够对商品的各项属性进行校正（2

8、）查看该日销售报表（3）核查商品销售额和实际金额的准确性，可以得出商品是否流失3.1.2 库存管理系统功能规定库存管理系统是该超市管理系统的核心子系统，它备份商品的所有数 据，并完成了大部分的数据操作，有利于让管理员直接、有效地获得商品 情况，了解到商品是否畅销或滞销，然后根据商品的销售情况进行分析， 以进行下一次的销售计划，更加清楚地了解库存情况、帐款余额、毛利等 财务数据，通过更好地控制成本和费用，提高资金周转率，对超市各种资 源的流转进行更好的控制和发展。同时也提供了预警子系统，避免因为人 为地原因不能及时发现超市商品存储存在的问题和隐患。该子系统涉及大 量单位和数据 , 包括以下几项

9、1）在进货后，可以添加商品的相关属性和数据，包括商品的名称，规 格，类别，单价，单位和数量。2）在商品下架后，可以删除数据库中的商品所有信息 3）在商品上架后，可以系统的对商品进行编号，生成商品对应的条形码 4）能够对已存商品的相关属性和数据进行修改，及时保持商品信息的正 确性5）提供查看当前库存数据的功能，以及查看数据额的变化情况，能够按 日期查询，按商品类别查询或者按某种商品的属性查询销售状况 6）和前台销售系统联系，保证数据库的正确性 7）提供双标准预警子系统，当某商品的库存低于50%时，指示灯变红提示，当商品库存低于 20%时，声音提示，自动预警3.2 性能规定前台销售系统性能要求（1

10、）精度 数据录入精确，计算准确，同时与后台库存管理系统的数据保持一致性即 可（2）时间特性要求 登陆系统时，系统的响应时间控制在两秒内 与库存管理系统保持同步更新的时间越低越好，实现商品的销售和记录的 高度统一数据传送时间尽量缩短（3）灵活性 对于该系统，最大的问题在于当停电的时候如何解决销售和库存记录的同 步性。我个人的想法主要是两种： 其一：在停电销售未记录入数据库时，先由人工记录，然后等电来的时候 再人工手动录入未存数据 其二：脱机处理，即当停电的时候，收银台能够正常工作，但后台库存管 理系统失效，则由前台销售系统暂时代行记录任务，等库存管理系统恢复 工作后，再向库存导入销售数据，实现更

11、新 针对大规模，多个消费服务点 的超市平台）3.3 输入输出要求 下面分别对两个系统的输入输出数据做如下分析3.3.1 前台销售系统 数据存储 数据存储名： 库存数据库 组成：商品的各项属性集合 组织形式：按商品的属性优先级顺序排列 数据存储名：消费打印清单 组成：本次消费的详细目录 组织形式：按商品名称，单价，数量，消费总额，操作流水线，最好生成 日期的顺序排列数据存储名：库存打印清单 组成：当前库存的商品信息组织方式：按照商品的数额进行排列，并和标准库存比较（3 处理描述 处理名：输入商品 处理号： 1 输入数据流：输入商品的条形码 输出数据流：输出商品的相关属性，包括类别，规格，单价，单

12、位，数量 处理逻辑：商品的属性认证处理名：消费结果 处理号：2 输入数据流：商品属性 输出数据流：商品属性 处理逻辑：核查价格和数量后输出 处理名：更新数据库处理号：3 输入数据流：消费的及时信息 输出数据流：更新后的数据库数据 处理逻辑：实时把前台销售系统和库存管理系统联系，及时更新库存数据 库处理名：打印清单 处理号： 4 输入数据：商品的消费情况 输出数据：商品的消费情况 处理逻辑：把更新后的商品存储情况打印成报表 处理名：备份要求处理号： 5 输出数据：从新备份后的库存数据库 处理逻辑：人为地把数据库进行备份 处理名：恢复要求处理号： 6 输出数据：恢复为原来的数据库 处理逻辑：当有必

13、要的时候，恢复原数据库 处理名：查看要求处理号：7 输出数据：显示某段时间内的商品消费状况 处理逻辑：把数据库的变化科学的现实出来3.3.2 后台库存管理系统（ 1） 数据流描述 日期查询=按营业期的某时间段查询 |某日 | 某月 | 某年 按商品查询 =按商品的条形码或者商品名称查询 按类别查询 =按商品的归类查询销售分析 =商品在某时间段内的商品销售额度，即原数据与当前数据的差额 最优库存值 =在销售分析的基础上统计具体商品的最佳库存量 录入数据库 =存储商品名称 +商品单价 +商品类型 +商品数量 +总额 添加商品 =添加商品的相关属性，包括类别，规格，单价，单位，数量 修改商品 =修改

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

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

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

17、常运行处理逻辑：基于销售分析得出的最有库存值进行判断处理名： 红灯提示输入数据流：最优库存值和当前的商品库存输出数据流： 系统出现红灯闪烁处理逻辑： 当当前商品库存值位于最优库存值的20%和 50%之间时，系统自动出现红灯，闪烁，提示管理员及时进货处理名： 语音提示输入数据流：最优库存值和当前的商品库存 输出数据流：系统自动播放语音 处理逻辑：当当前商品库存值低于最优库存值的20%时，系统自动播放语音，提示管理员及时进货3.4 数据管理能力要求商品基本信息：商品号：大小为 10 字节；名称：不超过 20 字节，数量： 不超过 15 字节，金额：不超过 15 字节。对于销售记录等所需记录的内容相

18、 似，采用相同的方式。对商品基本信息、库存管理、销售记录内容的存储的各表，至少需要 100M以上的空间，即至少需要 500M的空间进行数据的存储，并至少需要 1G以上的 空间对增长的数据进行保存。3.5 故障处理要求1）磁盘碎片过多、数据库存储空间不够，引起数据库反应变慢等问题需要对磁 盘进行扩展和维护；2）执行程序非正常退出，修改源代码前，应先备份；3）SQL Sever 2000 未启动，引起系统无法访问，应先启用数据库服务器；4）具体问题需具体分析，多多配合资料查询解决问题。3.6 其他专门要求本系统采用了用户权限的设定，增加了系统的安全性，用户在输入正确密码后 才能进入，也可选择是否保

19、存密码。因为系统分为几个大的模块，各个模块分 别对不同的信息分开管理，使用户使用方便，易懂。运行环境规定4.1 设备标准设备：PC机，扫描仪等。客户端：操作系统 vwin2000及以上）。CPU主频 500M及以上。最小内存V128MB内存）。最小磁盘空间（20GB。上网能力 宽带 上网）。服务器：操作系统 win2000server ）。CPU主频2G以上。最小内存 512内存）。上网能力 光线接入、高速宽带连接）。4.2 支持软件系统使用access数据库作为运行库，用SQL SERVER200作为备份数据库。既保证系统的安全性，又大大降低系统对科技环境的要求，方便灵活配置。 Xin2000 以上的操作系统。编译程序。数据库管理系统。4.3 接口该系统与数据库相连 输入商品基本信息和销售记录等信息），同时数据库 也用来保存各用户的信息。4.4 控制本软件在 Power Builder 系统的支持下完成，展示界面由主窗口和子窗口 嵌套而成，窗口操作通过按钮来控制，不同的按钮进行不同的操作，实现不同 的功能。