超市需求规格说明书.docx
- 文档编号:10876524
- 上传时间:2023-05-28
- 格式:DOCX
- 页数:20
- 大小:146.75KB
超市需求规格说明书.docx
《超市需求规格说明书.docx》由会员分享,可在线阅读,更多相关《超市需求规格说明书.docx(20页珍藏版)》请在冰点文库上搜索。
超市需求规格说明书
河南科技学院
<项目名称>
需求规格说明书
:
撰写人(签名):
王春山
完成日期:
2015-10-14
评审负责人(签名):
朱家义
评审日期:
2015-11-08
1.引言错误!
未指定书签。
1.1目的错误!
未指定书签。
1.2定义错误!
未指定书签。
1.3参考资料错误!
未指定书签。
2.软件总体概述错误!
未指定书签。
2.1软件标识错误!
未指定书签。
2.2软件描述错误!
未指定书签。
2.2.1系统属性错误!
未指定书签。
2.2.2开发背景错误!
未指定书签。
2.2.3软件功能错误!
未指定书签。
2.3用户的特点错误!
未指定书签。
2.4限制与约束错误!
未指定书签。
3.具体需求错误!
未指定书签。
3.1功能需求错误!
未指定书签。
3.2性能需求错误!
未指定书签。
3.3数据库需求错误!
未指定书签。
3.4设计约束错误!
未指定书签。
3.4.1其他标准的约束错误!
未指定书签。
3.4.2硬件约束错误!
未指定书签。
3.5属性错误!
未指定书签。
3.5.1可用性错误!
未指定书签。
3.5.2可靠性错误!
未指定书签。
3.5.3效率错误!
未指定书签。
3.5.4安全性错误!
未指定书签。
3.5.5可维护性错误!
未指定书签。
3.5.6可移植性错误!
未指定书签。
3.6外部接口需求错误!
未指定书签。
3.6.1用户接口错误!
未指定书签。
3.6.2硬件接口错误!
未指定书签。
3.6.3软件接口错误!
未指定书签。
3.6.4通信接口错误!
未指定书签。
4.数据字典错误!
未指定书签。
引言
目的
本节描述软件产品需求规格说明书()的目的,如:
定义软件总体要求,作为用户和软件开发人员之间相互了解的基础;提供性能要求、初步设计和对用户影响的信息,作为软件人员进行软件结构设计和编码的基础;作为软件总体测试的依据。
(1)大大提高超市的运作效率。
(2)通过全面的信息采集和处理,辅助提高超市的决策水平。
(3)使用本系统,可以迅速提升超市的管理水平,为降低经营成本,提高效益,增强超市扩张能力,提供有效的技术保障。
定义
本节列出中用到的全部需求的术语、定义和缩略语清单。
这些信息可以由的附录提供,也可以参考其他的文件,如果有,本节必须指明。
:
一种用于访问查询数据库的语言
事务流:
数据进入模块后可能有多种路径进行处理。
主键:
数据库表中的关键域。
值互不相同。
外部主键:
数据库表中与其他表主键关联的域。
:
数据库的错误恢复机制。
参考资料
本节列出下列资料:
经核准的用户合同、《用户需求说明书》、《项目开发委托合同书》、《技术可行性报告》等文件;
本项目的较高层次的开发文档,如:
《项目开发计划》等;
中各处引用的资料、标准和规范。
列出这些资料的作者、标题、编号、发表日期、出版单位或资料来源。
《软件工程》齐治昌谭庆平宁洪第二版2007高等教育出版社
《数据库系统概论》王珊萨师煊第四版2007高等教育出版社
《数据结构(C语言版)》严蔚敏吴伟民2008清华大学出版社
软件总体概述
软件标识
本节列出软件的标识:
软件全名称、软件缩称、版本号等。
软件标识必须具有唯一性。
本软件的运行环境包括:
硬件平台:
普通计算机一台
操作系统和版本:
支撑环境(例如:
数据库等)和版本:
2005
其它与该软件有关的软件组件虚拟机,2005,8.5
软件描述
系统属性
本节描述被开发软件与其他相关产品之间的关系。
如果该软件是独立的,应在本节说明;
如果该软件是一个更大的系统的一个组成部分,则应说明本产品与该系统中其他各组成部分之间的关系。
如果这部分内容已包含在较高层次的说明(如《用户需求说明书》)中,应在本节指明。
本节无须描述设计方案和设计约束。
本超市管理系统采用作为数据库开发,可以在系统中很好的运行,且系统可维护性和可移植性良好,界面简洁大方,充分考虑了用户的需求和实际运行中可能出现的突发事件,极大地满足了用户对超市管理系统的需求。
开发背景
本节说明软件的开发目的、应用目标和使用范围等背景材料。
21世纪,超市的竞争也进入到了一个全新的领域,竞争已不再是规模的竞争,而是技术的竞争、管理的竞争、人才的竞争。
技术的提升和管理的升级是连锁超市业的竞争核心。
零售领域目前呈多元发展趋势,多种业态:
超市、仓储店、便利店、特许加盟店、专卖店、货仓等相互并存。
如何在激烈的竞争中扩大销售额、降低经营成本、扩大经营规模,成为××超市努力追求的目标。
基于此背景我们提出了超市开发计划。
系统名称:
超市管理系统项目开发计划。
软件功能
本节为软件功能提供一个摘要,无须描述功能的细节。
应为每一软件功能的需求分配一个唯一性的标识,以利于需求的跟踪和测试。
应说明功能的优先级定义,和每一功能的优先级(从用户角度而言)。
优先级定义可采用以下方法(对功能需求的分类方法):
a.高——软件必须实现的功能,用户有明确的功能定义和要求;
b.中——软件应该实现的功能,用户的功能定义和要求可能是模糊的、不具体的、或低约束的,但是这类功能的缺少会导致用户的不满意,因此这类功能的具体需求应当由需求分析人员诱导用户产生并明确;
c.低——软件尽量实现的功能,并可根据开发进度进行取舍,但这类功能的实现将会增加用户的满意度。
可用以下表格来说明软件功能:
针对超市的特点,为了帮助超市解决现在面临的问题,提高超市的竞争力,我们将开发以下六个系统功能模块:
(一)管理员管理功能性能简述:
管理员快速管理超市,对超市进行增、删、改、查。
功能简述:
1.——进货管理
2.——销售管理
3.——交班管理
4.——库存管理
5.——商品管理
6.——日常管理
(二)营业员管理功能性能简述:
对商品查询、销售。
功能简述:
——前台管理
也可配合软件的功能结构图加以说明。
用户的特点
本节描述影响具体软件需求的最终用户的特点,充分说明用户方操作人员、维护人员的教育水平和技术专长,这是对软件开发工作的重要约束。
该软件产品主对操作人员要求不高,只要有一些计算机基础的人都可以顺利进行的进行操作。
管理员:
管理员与学生的操作权限不一样,保证需要了数据的完整和安全。
普遍用户:
主要对超市前台商品销售进行操作。
限制与约束
本节描述软件开发工作的某些限制,例如经费限制、开发期限、硬件限制、编程语言、通信协议、安全和保密要求、开发过程中须遵守的某些标准或规则。
本节内容不是陈述具体需求或设计约束,而是为具体需求以及设计约束的描述提供依据。
该软件产品必须使用工具、语言和数据库;“软件编码规范”系统采用帐号密码等身份合法性检查,管理员与普通用户权限不同,保障需要,保密数据资料的安全性。
限制:
(1)时间不足,不能够设计更多的功能
(2)思维限制,不能更好的考虑所有可能出现的情况
(3)硬件设施限制
约束:
(1)需要能够应对各类突发事件,并给出用户提示和进行相应操作
(2)需要有保密措施
(3)需要简单易操作
具体需求
本章应包括在进行软件结构设计时所需的全部细节。
建立概念模型()图
层次图
(1)图
主数据流图
功能需求
本节描述2.2.3.节所述的每一功能需求。
本节可以划分为若干小节,每一小节逐一说明每一功能需求。
本节将该功能需求具体描述为输入、处理和输出的需求。
本节可用自然语言描述;也可用形式化的方法描述,如数据流图()、业务流程图(0)方法等。
本节由以下内容组成:
A.输入:
详细描述该功能的所有输入数据,包括:
输入源、类型、长度、数值范围、精度、量纲、数量、更新和处理频度等;
B.处理:
定义对输入数据的全部操作,以获得预期的输出数据,包括:
输入数据的有效性检验、操作时序或优先级、异常情况处理、输出数据的有效性检验等;
C.输出:
详细描述该功能的所有输出数据,包括:
接受者、类型、长度、数值范围、精度、量纲、数量、出错信息等。
输入
数据流描述
输入商品=商品识别码+商品名称
消费结果=所购商品名称+商品单价+商品类型+商品数量+总额
收银=用户所付金额+应找余额+打印清单
数据库更新=更新数据库中被消费商品的数量+备份数据
商品属性=类别+规格+单价+单位+数量
验证查询=匹配数据库中该商品所存属性
计算=顾客所付金额减去商品总价所得
显示=在屏幕上显示商品属性
备份要求=备份商品名称+商品单价+商品类型+商品数量+总额
打印清单=本次消费商品详情+商品消费总额+本次操作流水线号+消费日期回复要求=恢复数据库备份前的老数据库修改要求=修改数据库后保存查看请求=查看某以固定时间段消费状况备份成功提示=备份成功|备份失败恢复成功提示=恢复成功|恢复失败校正成功提示=校正成功|校正失败
数据存储
数据存储名:
库存数据库
组成:
商品的各项属性集合
组织形式:
按商品的属性优先级顺序排列
数据存储名:
消费打印清单
组成:
本次消费的详细目录
组织形式:
按商品名称,单价,数量,消费总额,操作流水线,最好生成
日期的顺序排列
数据存储名:
库存打印清单
组成:
当前库存的商品信息
组织方式:
按照商品的数额进行排列,并和标准库存比较
处理/输出
处理名:
管理员登陆
输入数据流:
用户名和密码
输出数据流:
登陆或错误,请从新登陆
处理逻辑:
判读输入的用户名和密码在注册表中是否存在,存在则可以登陆,否则不能登陆
处理名:
按日期查询
输入数据流:
输入所要查询的时间段
输出数据流:
输出该时间段内的商品销售情况以及库存状况
处理逻辑:
数据库实时记录商品的销售情况,统计,输出
处理名:
按名称查询
输入数据流:
输入所要查询商品的条形码或者名称
输出数据流:
输出该商品销售情况以及库存状况
处理逻辑:
数据库实时记录商品的销售情况,统计,输出
处理名:
按类别查询
输入数据流:
输入所要查询的商品类别
输出数据流:
输出该类商品销售情况以及库存状况
处理逻辑:
数据库实时记录商品的销售情况,统计,输出
处理名:
销售分析
输入数据流:
一个时间段
输出数据流:
输出该时间段内的商品销售情况以及库存状况
处理逻辑:
进行差额计算,包括某种商品的销售差额,以及某类商品的销售差额
处理名:
添加商品
输入数据流:
输入商品的相关属性,包括类别,规格,单价,单位,数量
输出数据流:
添加后的商品及其相关属性
处理逻辑:
把新的数据录入数据库,进行编码和管理
处理名:
修改商品
输入数据流:
需要修改的商品名
输出数据流:
修改后后的商品及其相关属性,包括类别,规格,单价,单位,数量
处理逻辑:
对已存在于数据库中的数据进行修改并从新保存
处理名:
系统正常运行
输入数据流:
最优库存值和当前的商品库存
输出数据流:
系统午异常运行
处理逻辑:
基于销售分析得出的最有库存值进行判断
处理名:
红灯提示
输入数据流:
最优库存值和当前的商品库存
输出数据流:
系统出现红灯闪烁
处理逻辑:
当当前商品库存值位于最优库存值的20%和50%之间时,系统自动出现红灯,闪烁,提示管理员及时进货
处理名:
输入商品
处理号:
1
输入数据流:
输入商品的条形码
输出数据流:
输出商品的相关属性,包括类别,规格,单价,单位,数量
处理逻辑:
商品的属性认证
处理名:
消费结果
处理号:
2输入数据流:
商品属性输出数据流:
商品属性
处理逻辑:
核查价格和数量后输出
处理名:
更新数据库
处理号:
3输入数据流:
消费的及时信息
输出数据流:
更新后的数据库数据
处理逻辑:
实时把前台销售系统和库存管理系统联系,及时更新库存数据库
处理名:
打印清单
处理号:
4
输入数据:
商品的消费情况
输出数据:
商品的消费情况
处理逻辑:
把更新后的商品存储情况打印成报表
处理名:
备份要求
处理号:
5
输出数据:
从新备份后的库存数据库
处理逻辑:
人为地把数据库进行备份
处理名:
恢复要求
处理号:
6
输出数据:
恢复为原来的数据库
处理逻辑:
当有必要的时候,恢复原数据库
处理名:
查看要求
处理号:
7
输出数据:
显示某段时间内的商品消费状况
处理逻辑:
把数据库的变化科学的现实出来
可用下表方式描述:
功能编号
功能名称
所属部门
调查者
调查时间
审核人
功能
描述
输入项
处理描述
输出项
界面要求
性能需求
本节说明软件数据处理能力和时间特性的需求。
数据处理能力可能包括:
支持的终端数、支持并行操作的用户数、处理的文件和记录数、表和文件的大小。
时间特性可能包括:
响应时间、更新处理时间、数据的转换和传送时间、运行时间等。
销售系统性能要求
(1)精度数据录入精确,计算准确,同时与后台库存管理系统的数据保持一致性即可
(2)时间特性要求登陆系统时,系统的响应时间控制在两秒内与库存管理系统保持同步更新的时间越低越好,实现商品的销售和记录的高度统一数据传送时间尽量缩短
(3)灵活性对于该系统,最大的问题在于当停电的时候如何解决销售和库存记录的同步性。
我个人的想法主要是两种:
其一:
在停电销售未记录入数据库时,先由人工记录,然后等电来的时候再人工手动录入未存数据
其二:
脱机处理,即当停电的时候,收银台能够正常工作,但后台库存管理系统失效,则由前台销售系统暂时代行记录任务,等库存管理系统恢复工作后,再向库存导入销售数据,实现更新(针对大规模,多个消费服务点的超市平台)
数据库需求
本节说明对软件所应用的数据库的需求,如:
数据项、记录、文件标识、静态和动态的组织、存取能力等。
商品基本信息:
商品号:
大小为10字节;名称:
不超过20字节,数量:
不超过15字节,金额:
不超过15字节。
对于销售记录等所需记录的内容相似,采用相同的方式。
对商品基本信息、库存管理、销售记录内容的存储的各表,至少需要100M以上的空间,即至少需要500M的空间进行数据的存储,并至少需要1G以上的空间对增长的数据进行保存。
设计约束
其他标准的约束
本节描述由现有的标准或规则派生的要求,如:
a.报表格式;
b.数据命名;
c.会计准则;
d.审计追踪,等等。
数据需要严格按照数据格式输入
硬件约束
本节包括各种软件运行的硬件约束,如:
a硬件配置的特点;
b内存储器和辅助存储器的容量。
(1)处理机及内存容量:
处理机主频不得少于1.5G,内存容量不低于256
(2)外存容量不少于20G,必须联机操作
(3)需要显示器,鼠标,键盘等若干
(4)数据通信设备:
路由器
属性
本节定义用户对软件的其他属性的要求,可能的内容如下所列。
如果包括了下列属性,但在的其他章节进行说明,须在相应小节指明。
可用性
定义某些需求(如:
检查点、恢复方法和重启动性等),以保证软件的可用性。
本软件在设计,开发中遵循了易操作性,健壮性,实用性,高效性和安全性的原则。
用户界面采用中文界面(包括提示信息),通俗易懂。
对于查询界面,提供跳页和滚动显示的功能。
可靠性
定义软件在规定的时间内和规定的条件下,满足规定功能的能力。
本软件考虑到硬件和软件的容错,数据存储的备份等系统可靠性措施。
核心系统在99%时间内都能够正常运行。
效率
定义软件在规定的条件下,功能和性能水平与所使用资源量(如软件产品、硬件设施、耗材、操作人员、维护人员)之间的关系。
提高工作效率,降低超市管理维护费用
安全性
说明如何保护软件,以防止偶然或恶意的访问、使用、修改或泄密。
该软件可以有效地防止病毒的入侵,系统可以在满足硬件要求的情况下稳定的运行,不会出现系统崩溃和数据丢失等情况。
对于一些重要的数据都有密码保护。
可维护性
规定需求以保证软件是可维护的。
本软件可随时随着用户需求的变化快速更新,满足用户不断增长的需求,可维护性强
可移植性
说明软件对软、硬件环境的兼容,它从一个环境移植到另一个环境的约束等。
该软件在系列的的操作系统中稳定的运行
...
外部接口需求
用户接口
本节说明为方便用户使用而提出的软件与用户界面的需求。
如:
屏幕格式、报表格式、菜单格式、输入输出时间、功能键的使用。
包括商品基本信息管理、进货管理、销售管理和仓库管理界面,其中商品信息管理对商品信息的增,改,删除等设置;进货管理分供应商档案管理和供应商商品管理,增、改、删除供应商及其商品信息;销售管理提供销售时对商品的信息显示及修改;仓库管理管理仓库库存商品。
删除、增加、修改、查询等操作无单独界面。
硬件接口
本节说明软件与硬件间各接口,可使用接口框图进行说明。
说明内容包括:
a)接口标识;
b)功能描述;
c)信号方向、格式、传输协议;
d)优先级;
e)响应时间;
f)异常处理。
对每一硬件,需提供名称、缩写、型号、数量,并说明其功能。
柜台机通过交款模块接口与服务器交换数据,进而对服务器上数据进行操作。
柜台机和器上都具备网卡,网卡间用网线连接,之间通过相应的通信协议进行数据交换。
库存管理功能模块外部接口需求主要通过协议接口实现小型局域网内对进货模块与收银员模块数据库的存储信息的共享。
软件接口
本节指定需使用的其他软件产品(如:
数据管理系统、操作系统、数学软件包),以及同其他应用系统之间的接口。
如果已有完整的接口文件,需在本节指明。
说明内容包括:
a)接口标识;
b)功能描述;
c)数据流程和控制流程的方向;
d)数据格式、容量;
e)接口类型(如手动或自动);
f)接口数据中断的优先级别;
g)中断响应时间;
h)异常处理等。
对每一个所需的软件产品,需提供名称、缩写、规格说明、版本号、来源等内容。
库存管理模块需要与本地数据库接口对接,并且具备局域网沟通进货人员与收银员的数据库能力,以便及时从表中获取信息进行统计,完成本身模块的部分功能。
登录模块:
用户登录需要将数据库中数据与登录信息进行匹配
本软件使用作为基础开发设计平台,可以在条件下运行,可与多数应用软件兼容
通信接口
本节指定各种通信接口,如局域网的协议等。
通信接口即模块之间的接口。
模块间进行数据交换和控制协助。
例如,本系统的出入库模块,将数据通过中间件传递给数据库处理。
当发生入库事件时,外部数据输入至本系统的入库管理模块,模块中的相关类检查数据的合法性。
数据传递类将数据传递给数据库处理。
当发生出库事件时,外部数据输入至本系统的出库管理模块,模块中的相关类事先提取数据库的相关数据,检查事件是否可行(例如,出库货物的数量是否大于库存,大于则该事件不可行),可行则交付具体的事件类进行处理。
数据字典
以如下方式列出数据字典:
存折=户名+所号+帐号+开户日+性质+(印密)+1{存取行}50
户名=2{字母}24
所号=“001”..“99999999”
,如果数据字典在设计阶段完成或进一步完善,在此节说明。
1、数据流条目
(1)进货信息=进货单号+供应商号+商品号+进货价+进货数量+进货日期+进货员工
(2)销售信息=销售单号+供应商号+商品编号+销售数量+销售日期
2、文件条目
(1)文件名:
职工清单
组成:
{职工编号+姓名+性别+联系电话+联系地址+邮箱地址}
组织:
按职工编号递增排列
(2)文件名:
商品清单
组成:
{商品编号+供应商+商品名称+批号+批准文号+计量单位+产地+单价+备注}组织:
按商品编号递增排列
(3)文件名:
供货商清单
组成:
{供货商号+名称+联系人+联系电话+联系地址+邮政地址+开户银行+邮箱地址+银行帐号+备注}
组织:
按供货商编号递增排列
(4)文件名:
进货清单
组成:
{进货单号+商品编号+供货商号+进货价+数量+金额+进货日期+备注}
组织:
按进货单编号递增排列
(5)文件名:
销售清单
组成:
{销售单号+商品编号+销售数量+销售日期}
组织:
按销售单编号递增排列
(6)文件名:
库存清单
组成:
{商品编号+库存数量}
组织:
按商品编号递增排列
3、加工说明
(1)加工名:
查询
加工逻辑:
根据要查询的库存信息,检索出库存信息明细表
输入流:
库存信息查询,发出库存信息请求
输出流:
库存信息清单,进货信息请求
(2)加工名:
更新
根据进货信息或销售信息更新库存信息
输入流:
已进货信息,销售信息
输出流:
发出库存检索请求
(3)加工名:
查询
根据要查询的销售信息,检索出销售信息明细表
输入流:
销售信息查询
输出流:
销售清单,销售单
(4)加工名:
2:
更新
加工逻辑:
根据销售信息更细销售清单
输入流:
前台销售信息,库存信息
输出流:
更新库存清单
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 超市 需求 规格 说明书