店铺管理超市管理系统软件需求说明书.docx
- 文档编号:26531685
- 上传时间:2023-06-20
- 格式:DOCX
- 页数:10
- 大小:82.88KB
店铺管理超市管理系统软件需求说明书.docx
《店铺管理超市管理系统软件需求说明书.docx》由会员分享,可在线阅读,更多相关《店铺管理超市管理系统软件需求说明书.docx(10页珍藏版)》请在冰豆网上搜索。
店铺管理超市管理系统软件需求说明书
(店铺管理)超市管理系统软件需求说明书
1、项目计划2
1.1系统开发目的2
1.2背景说明2
1.3项目确立2
1.4应用范围2
1.5定义2
1.6参考资料3
2、逻辑分析和详细分析3
2.1系统功能3
2.2、流程图6
2.3户类型和职能7
2.4、统开发步骤7
2.5系统安全问题8
3、基于UML的建模8
3.1语义规则8
3.2、UML模型10
3.21、系统UML模型10
3.22、子系统UML模型10
4、超市销售系统概念设计文档11
5、小结13
超市管理系统需求分析说明书
1、项目计划
1.1系统开发目的
(1)大大提高超市的运作效率;
(2)通过全面的信息采集和处理,辅助提高超市的决策水平;
(3)使用本系统,能够迅速提升超市的管理水平,为降低运营成本,提高效益,增强超市扩张力,提供有效的技术保障。
1.2背景说明
21世纪,超市的竞争也进入到了壹个全新的领域,竞争已不再是规模的竞争,而是技术的竞争、管理的竞争、人才的竞争。
技术的提升和管理的升级是超市业的竞争核心。
零售领域目前呈多元发展趋势,多种业态:
超市、仓储店、便利店、特许加盟店、专卖店、货仓等相互且存。
如何于激烈的竞争中扩大销售额、降低运营成本、扩大运营规模,成为超市营业者努力追求的目标。
1.3项目确立
针对超市的特点,为了帮助超市解决当下面临的问题,提高小型超市的竞争力,我们将开发以下系统:
前台POS销售系统、后台管理系统,其中这俩个子系统又包含其它壹些子功能。
1.4应用范围
本系统适应于各种小型的超市。
1.5定义
(1)商品条形码:
每种商品具有唯壹的条形码,对于某些价格壹样的商品,能够使用自定义条形码。
(2)交易清单:
包括交易的流水账号、每类商品的商品名、数量、该类商品的总金额、交易的时间。
(3)商品积压:
于壹定时期内,远无法完成销售计划的商品会造成积压。
(4)促销:
于壹定时期内,某些商品会按低于原价的促销价格销售。
库存告警提示:
当商品的库存数量低于库存报警数量时发出提示。
(5)盘点:
计算出库存、销售额、盈利等运营指标。
1.6参考资料
《SQLServer2000实用教程》范立南编清华大学出版社
《软件工程导论》重庆大学出版社
《软件工程理论和实践》ShariLawrencePfleeger编清华大学出版社
2逻辑分析和详细分析
2.1系统功能
(1)零售前台(POS)管理系统,本系统必须具有以下功能:
✧商品录入:
根据超巿业务特点制定关联功能,能够通过输入唯壹编号、扫描条形码、商品名称等来实现精确或模糊的商品扫描录入。
该扫描录入方法能够充分保证各种电脑操作水平层次的人员均能准确快速地进行商品扫描录入。
✧收银业务:
通过扫描条形码或者直接输入商品名称(对于同类多件商品采用壹次录入加数量的方式)自动计算本次交易的总金额。
于顾客付款后,自动计算找零,同时打印交易清单(包括交易的流水账号、每类商品的商品名、数量、该类商品的总金额、交易的时间)。
✧安全性:
OS登陆、退出、换班和操作锁定等权限验证保护;断电自动保护最大限度防止意外及恶意非法操作。
✧独立作业:
有的断网收银即于网络服务器断开或网络不通的情况下,收银机仍能正常作业
(2)后台管理系统,本系统必须具备以下功能:
✧进货管理:
根据销售情况及库存情况,自动制定进货计划(亦可手工制定修改),能够避免盲目进货造成商品积压。
按计划单有选择性地进行自动入库登记。
综合查询打印计划进货和入库记录及金额。
✧销售管理:
商品正常销售、促销和限量、限期及禁止销售控制。
综合查询各种销售明细记录、交结账情况等。
按多种方式统计生成销售排行榜,灵活察见和打印商品销售日、月、年报表。
✧库存管理:
综合查询库存明细记录。
库存状态自动告警提示。
如库存过剩、少货、缺货等。
软件为您预警,避免库存商品积压损失和缺货。
库存自动盘点计算。
(3)系统结构
图1系统总体结构图2模块子系统结构
(5)进货管理:
图3进货管理
功能描述:
进货管理子系统能够根据库存自动指定进货计划,进货时自动等级,以及提供查询和打印计划进货和入库记录的功能。
(6)销售管理:
图4销售管理
功能描述:
销售管理子系统能够控制某商品是否允许销售,查询每种商品的销售情况且产生年、月、日报表,同时能够生成销售排行榜。
(7)库存管理:
图5库存管理
功能描述:
库存管理子系统提供查询库存明细记录的基本功能,且根据库存的状态报警,以及自动盘点计算。
2.2流程图
前台管理系统
图6顶层DFD图
图7第0层DFD图
图8第1层DFD图
2.3户类型和职能
(1)员工(营业员):
✧通过商品条形码扫描输入商品到购买清单
✧操作软件计算交易总金额
✧操作软件输出交易清单
(2)超市经理
✧操作软件录入商品,供货商,厂商
✧操作软件制定进货计划
✧查询打印计划进货和入库记录
✧操作软件控制商品销售和否
✧查询打印销售情况
✧操作软件生成销售排行榜
✧查询库存明细记录
✧根据软件发出的库存告警进行入货
✧操作软件进行盘点计算
(3)总经理:
✧基本信息登记管理
✧员工操作权限管理
✧客户销售权限管理
2.4系统开发步骤
✧确定参和者和关联的用况
✧为每个用况设计过程
✧建立顺序图,确定每个脚本中对象的协作
✧创建类,确定脚本中的对象
✧设计,编码,测试,集成类
✧为过程编写系统测试案例
✧运行测试案例,检验系统
2.5系统安全问题
信息系统尽管功能强大,技术先进,但由于受到自身体系结构,设计思路以及运行机制等限制,也隐含许多不安全因素。
常见因素有:
数据的输入,输出,存取和备份,源程序以及应用软件,数据库,操作系统等漏洞或缺陷,硬件,通信部分的漏洞,企业内部人员的因素,病毒,“黑客”等因素。
因此,为使本系统能够真正安全,可靠,稳定地工作,必须考虑如下问题:
为保证安全,不致使系统遭到意外事故的损害,系统因该能防止火,盗或其他形式的人为破坏。
✧系统要能重建
✧系统应该是可审查的
✧系统应能进行有效控制,抗干扰能力强
✧系统使用者的使用权限是可识别的
3基于UML的建模
3.1语义规则
用例模型(usecasesview)(用例视图)的基本组成部件是用例(usecase)、角色(actor)和系统(system)。
用例用于描述系统的功能,也就是从外部用户的角度观察,系统应支持哪些功能,帮助分析人员理解系统的行为,它是对系统功能的宏观描述,壹个完整的系统中通常包含若干个用例,每个用例具体说明应完成的功能,代表系统的所有基本功能(集)。
角色是和系统进行交互的外部实体,它能够是系统用户,也能够是其它系统或硬件设备,总之,凡是需要和系统交互的任何东西均能够称作角色。
系统的边界线以内的区域(即用例的活动区域)则抽象表示系统能够实现的所有基本功能。
于壹个基本功能(集)已经实现的系统中,系统运转的大致过程是:
外部角色先初始化用例,然后用例执行其所代表的功能,执行完后用例便给角色返回壹些值,这个值能够是角色需要的来自系统中的任何东西。
UML:
是壹种标准的图形化建模语言,它是面向对象分析和设计的壹种标准表示;它不是壹种可视化的程序设计语言而是壹种可视化的建模语言;不是工具或知识库的规格说明而是壹种建模语言规格说明是壹种表示的标准;不是过程也不是方法但允许任何壹种过程和方法使用它。
用例(usecase):
参和者(actor):
3.2UML模型
3.21系统UML模型
3.22子系统UML模型
(1)零售前台(POS)管理系统用例视图
销售
清单
结账
货物
营业员
顾客
(2)后台管理系统用例视图
4、超市销售系统概念设计文档
(1)系统ER图
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 店铺 管理 超市 系统软件 需求 说明书