关闭

关闭

关闭

封号提示

内容

首页 小型超市管理系统需求分析

小型超市管理系统需求分析.doc

小型超市管理系统需求分析

解释永远多余的
2019-02-08 0人钱柜777手机版登陆 0 0 0 暂无简介 举报

简介:本文档为《小型超市管理系统需求分析doc》,可适用于生产运营领域

小型超市管理系统需求分析目录项目计划系统开发目的背景说明项目确立逻辑分析与详细分析需求分析目标数据流程图系统功能系统开发步骤用户的特点假定与约束UML模型系统UML模型子系统UML模型系统实现图小结项目计划系统开发目的()大大提高超市的运作效率。()通过全面的信息采集和处理辅助提高超市的决策水平。()使用本系统可以迅速提升超市的管理水平为降低经营成本提高效益增强超市扩张能力提供有效的技术保障。背景说明世纪超市的竞争也进入到了一个全新的领域竞争已不再是规模的竞争而是技术的竞争、管理的竞争、人才的竞争。技术的提升和管理的升级是连锁超市业的竞争核心。零售领域目前呈多元发展趋势多种业态:超市、仓储店、便利店、特许加盟店、专卖店、货仓等相互并存。如何在激烈的竞争中扩大销售额、降低经营成本、扩大经营规模成为××超市努力追求的目标。项目确立针对超市的特点为了帮助超市解决现在面临的问题提高超市的竞争力我们将开发以下个系统:“总公司管理系统”“超市(连锁店)管理系统”“零售前台(POS)管理系统”“物流管理系统”“帐务结算系统”“总服务台系统”“总经理查询系统”。逻辑分析与详细分析需求分析超市的发展必需要解决以下问题:()物流管理方式落后很难根据销售、库存情况及时进行配货、补货、退货、调拨。经过我们的调查发现××超市在物流管理方面仍使用传统的人工管理模式浪费人力资源效率低准确率低。有些商品紧缺顾客要排队购买或商品供不应求使顾客大为不满还有一些商品长期积压损坏严重造成重大经济损失引起销售人员的极大不满以多次向超市管理人员反映但此类问题仍屡屡发生得不到根本性的解决已引起总经理的高度重视。连锁超市是以零售为前导以商品进销存配流转管理为基础。一个大型超市它的物流管理势必非常复杂如果没有一个强大的信息系统来支持那么就会造成一部分商品大量积压而另一些商品供不应求的局面这种局面必然会给超市带来巨大的经济损失。有些超市为了避免这样的情况发生就会对物流管理投入大量的人力。虽然这样解决了物流方面的问题但是这又有悖于管理学的原则效率低浪费了人力资源解决不了根本性的问题。所以我们引入物流管理信息系统通过Internet加强超市与供货商之间的信息连接帮助超市完成物流管理。经过以上分析本系统必须具有以下功能:●销售人员可以通过系统将销售量库存量报告给经理●顾客可通过系统传达需求量信息●经理通过系统可以查询到销售库存需求的信息●系统通过网络与供货商传递价格需求量等信息●系统可以作信息分析●经理查询数据分析并作出决策()顾客难与超市互动使购物效率大大降低。顾客购物最想了解的就是商品的价格和质量。而在超市里面销售人员数量很少顾客无法询问到商品的优缺点不能就商品的价格和质量进行对比这样就降低了顾客的购买欲。还有很多顾客对超市货物摆放的位置不了解常常会因为要去找某个商品而耽误大量时间给顾客购物造成了很大的不便。还有一些大超市在购物高峰期经常出现收费台收费速度跟不上造成顾客缴费时拥挤不堪排很长的队伍。超市应有会员服务对会员的管理也是一个复杂的问题。经过我们调查××超市由于规模较大上述这些问题都存在且比较严重。针对以上问题我们开发了零售前台(POS)管理系统使顾客购物更加方便。经过以上分析本系统必须具有以下功能:●建立POS零售系统●顾客可从导购台上通过触摸屏查询到商场介绍、营业区分布商品购买指南声文并茂地获得所需的信息查询信息内容可定制。●通过安装条码扫描仪顾客可从查询机上查到商品价格有关商品证书等通过输入密码超收工作人员可以进行盘货核对价格。●支持多种收款方式:顾客交款、营业员交款。●支持会员制折扣卡销售可以采用严格会员制或自由会员制。●记录顾客信息、累计顾客消费金额等功能。●支持多种付款方式:现金、支票、信用卡IC卡、信用卡磁卡、记帐、赠券等。可同银行提供的数据接口直接进行数据交换。●支持多种促销方式:折扣、折让、VIP优惠卡、赠送。●允许退货及错误更正。●收款员非常规操作记录有助于减少财务损失方便汇总打印各种营业报表。●前台交易开单、收款、退货、会员卡、折扣和优惠等●下载后台资料和将清款后的业务数据上传后台●完成前台交易中的扫描条码或输入商品编码、收款、打印收据、弹出银箱等一系列操作()财务帐目管理混乱透明度低。××超市财务管理一直都存在一些问题:●财务人员工作量大:大量的报表:日报表:收款员明细日报表收银员部门日报表收款机明细日报表收款机部门日报表营业员明细日报表大类时段分析表日商品实时明细表日商品销售排名表供应商日销售明细日商品优惠明细表日商品退货表月报表:月度分类统计表月商品销售排名表月商品优惠统计表月商品退货统计表结账: 商品帐、柜组帐、部门帐、客户帐。帐务平衡检查帐务规则检查检查各个部门是否有违规操作统计报表提供各种报表包括常用报表和自定义报表●财务管理不透明针对以上问题我们开发了帐务结算系统帮助超市进行财务管理。经过以上分析本系统必须具有以下功能:●报表结帐进货退货表可自动运行减少系统管理员的工作量●可及时发现计算机系统或人为造成的错误●生成监测报告通知系统管理员()系统安全问题信息系统尽管功能强大技术先进但由于受到自身体系结构设计思路以及运行机制等限制也隐含许多不安全因素。常见因素有:数据的输入输出存取与备份源程序以及应用软件数据库操作系统等漏洞或缺陷硬件通信部分的漏洞企业内部人员的因素病毒“黑客”等因素。因此为使本系统能够真正安全可靠稳定地工作必须考虑如下问题:●为保证安全不致使系统遭到意外事故的损害系统因该能防止火盗或其他形式的人为破坏●系统要能重建●系统应该是可审查的●系统应能进行有效控制抗干扰能力强●系统使用者的使用权限是可识别的目标()顾客可从导购台上通过触摸屏查询到超市介绍、营业区分布商品购买指南声文并茂地获得所需的信息也可通过零售POS系统实现多种购物方式。()提高工作人员的正确性省略了手工核对的工作量。()超市管理者从繁重的传统式经营管理中解脱出来并且有更多的时间从事于管理工作工作重心逐渐转到管理上来进一步提高了工作效率。()采购人员查询本系统可以更直接、有效地获得商品情况了解到商品是否畅销或滞销。()销售管理人员根据商品的销售情况进行分析以进行下一次的销售计划。()财务人员能更加清楚地了解库存情况、帐款余额、毛利等财务数据通过更好地控制成本和费用提高资金周转率。()超市管理者把握住商品的进销存动态对超市各种资源的流转进行更好的控制和发展。数据流程图通过对超市现行的人工系统经过调查研究后已经基本了解了超市的业务过程而且也知道了超市经理想利用系统进行业务管理的想法和要求。在这个基础上我提出了这个系统它可以由下面“总公司管理系统”“超市(连锁店)管理系统”“零售前台(POS)管理系统”“物流管理系统”“帐务结算系统”“总服务台系统”“总经理查询系统”个子系统组成并且确定了系统的主要逻辑功能和基本目标详细情况见系统功能。限于篇幅现只将物流管理系统功能概括如下:●商品销售信息直接输入系统●商品库存量输入系统●顾客购买的商品如果脱销则将商品名称编号输入系统●通知物流管理部门向供货商订货●物流管理部门根据要求将待定商品汇总填写多份订货单●当受到供货商的发货单时物流管理部门根据要求验收●验收后把与每种商品有关的数据如名称编号数量单价供应商名称等记录到应付款帐目中●将验收商品入库并修改库存量●帐务管理系统收到供应商的应付款通知单后要与应付款明细帐核对正确无误后才能付款●修改会计总帐●按周月年定期编制库存销售会计报表提交给超市经理●经理可随时查询库存量销售量和业务情况根据上述内容首先确定系统的外部项其次要确定系统的输入和输出最后逐层画出数据流程图。该系统的外部项共有个:顾客销售人员供货商超市经理。系统输入输出表输入来源 输出去处定货单顾客 不合格订单业务员或顾客付款顾客 发货单顾客到货通知单供应商 发票顾客付款通知单供应商 付款供应商电话咨询顾客 报表经理公司情况查询经理 商品库存量经理     第一层数据流程图要反映超市最主要的业务这是我们无须详细描述主要的业务处理。这个地方外不想使顾客和供应商。该图表示系统从顾客那里接受购物要求把书卖给顾客。当货存不足时超市便向供货商发出订货要求以满足销售的需要。但是该图没有反映帐务“销售”和“采购”也没有分开表示只是高度概括地反映了超市的业务需要做进一步扩展。下图是扩展后的第二层数据流程图。由图可知该系统的主要逻辑功能(子系统)有五个:“超市(连锁店)管理系统”“零售前台(POS)管理系统”“物流管理系统”“帐务结算系统”“总服务台系统”。主要外部项有两个:顾客和供应商。当顾客的订货要求被接受以后就要按照顾客所购商品以及需要的数量查找库存量取定是否能够满足顾客的订货要求。如果能够完全满足就给顾客开发货单并修改相应的商品库存量同时还要通知财务部门作帐。如果只能满足一部分或完全不能满足顾客要求就把不能满足的商品记录下来并通知物流管理部门及时向供货商发出订货要求。当供应商接到超市的订货要求把商品发过来物流管理部门要办入库手续修改库存量同时向销售部门发出到货通知。财务部门接到供货商的发货通知单后应该准备办理付款业务并作帐。系统功能总公司管理系统充分利用数据库的大容量、高效率等特点为用户提供强大的功能支持对超市进货业务、库房业务进行管理并处理分公司销售数据和后台批发业务利用商业流通超市的商品管理和往来客户管理为经营管理者提供分析与决策必需的数据和信息。该系统包含五个对象包括:超市经理营业员财务管理人员供货商客户。系统用例:超市经理:销售管理货源(物流)管理财务管理营业员:销售管理因为要向系统提供货架管理信息所以也参与货源管理财务管理人员:具体财务管理供货商:货源(物流)管理财务管理包含:报表进货退伙表结帐销售管理包含:货架管理会员管理结帐使用POS机商品查询货源(物流)管理:供货货源调查请求配送详见用例图和类图超市(连锁店)管理系统接收总公司(配送中心)发送过来的数据并将本地发生的业务数据上传到总部。同时作为零售前台(POS)系统的后台管理系统负责完成零售资料设置和业务处理包括前台所需的会员卡、促销、打折、赠送等资料的设置全面的零售统计报表零售可按货品、时段(班次)、收款员、供应商、结算方式、经办人、客户、客流量等统计汇总提供零售每日销售金额统计表、每月销售金额统计表、零售毛利表查询结果可随意排序(排行榜)。该系统包含六个对象包括:总经理超市经理营业员财务管理人员供货商客户。系统用例:总经理:对超市经理进行管理通过超市经理管理整个系统超市经理:销售管理货源(物流)管理财务管理营业员:销售管理因为要向系统提供货架管理信息所以也参与货源管理财务管理人员:具体财务管理供货商:货源(物流)管理详见用例图零售前台(POS)管理系统前台仅包括销售商品时必须且仅需的功能尽可能地做到简化操作程序利于收银员快捷、准确地进行收款。功能包括前台交易开单、收款、退货、会员卡、折扣和优惠等下载后台资料和将清款后的业务数据上传后台完成前台交易中的扫描条码或输入商品编码、收款、打印收据、弹出银箱等一系列操作。多个前台POS可连接到同一个后台系统。●支持多种收款方式:顾客交款、营业员交款。●支持会员制折扣卡销售可以采用严格会员制或自由会员制。●记录顾客信息、累计顾客消费金额等功能。●支持多种付款方式:现金、支票、信用卡IC卡、信用卡磁卡、记帐、赠券等。可同银行提供的数据接口直接进行数据交换。●支持多种促销方式:折扣、折让、VIP优惠卡、赠送。●允许退货及错误更正。●收款员非常规操作记录有助于减少财务损失方便汇总打印各种营业报表。该系统包含两个对象包括营业员和客户。系统用例:营业员:销售管理会员业务客户:结帐使用POS系统购物查询详见用例图其中POS机应提供以下功能:客户购买商品POS系统提出插入卡的要求客户插入卡POS系统要求输入密码客户输入密码POS系统检验密码如果密码正确检验余额如果错误则要求例外处理如重新输入密码。POS系统检验余额如果余额充足则允许刷卡购物如果不足则例外处理。POS系统打印清单祥见流程图物流管理系统由于超市物流管理过于落后已严重影响了超市的竞争力所以开发此系统帮助超市做好物流管理。本系统有三个对象:超市经理供货商营业员提供的用例有:●货架管理:录入货架编码信息可查询某货架的商品信息可查询某一商品在那一个货架上。●请求配送管理:请求配送单自动生成系统根据当前库存量、日销量已发出请求配送单数量自动生成请求配送单。被确认的请求配送单自动传入配货中心送货。销售人员可以通过系统将销售量库存量报告给经理●顾客可通过系统传达需求量信息●经理通过系统可以查询到销售库存需求的信息●系统通过网络与供货商传递价格需求量等信息●系统可以作信息分析●经理查询数据分析并作出决策经理查询数据分析并作出决策祥见用例图配送请求顺序:●营业员将销售情况库存情况向超市经理汇报●超市经理进行核查●财务部门做财务报表●超市经理根据销售库存情况决定是否发出配送请求●超市经理向供货商发出配送请求●供货商根据配送请求向超市发货●超市接受货物并检验●财务部门付款并作帐祥见顺序图帐务结算系统报表结帐进货退货表可自动运行减少系统管理员的工作量可及时发现计算机系统或人为造成的错误生成监测报告通知系统管理员。本系统只有一个对象:财务管理人员提供用例:●结账通过本系统财务人员能将所有销售清单付款单等所有账目轻松做出汇总大大的减轻了财务人员的工作量●报表本系统可自动生成财务报表●监测报告本系统可自动将营业额付款项作比较避免赤字。本系统能实时监控财务报表和账目避免出错。祥见用例图总服务台系统本系统有两个对象:营业员和客户系统用例:●发票打印顾客若需发票报销可凭收款机打印的收据开发票可打印增值税发票或普通发票。●顾客投诉顾客投诉内容被记录以备有关管理人员查询。●缺货登记能配合物流管理系统向物流管理系统提供商品的销售库存信息并向物流管理部门提出佩送请求。●会员管理:能添加会员删除会员会员优惠纪录会员消费汇总会员消费明细会员奖励优惠记录。会员登记与会员卡发放。●营业员管理:工资(奖金)与营业员业绩和考勤情况挂钩按给定奖罚公式自动计算进入工资(奖金)核算中。祥见用例图总经理查询系统●总经理可全方位查看系统中的数据和分析结果。●当日商场、部门、柜组实时查询。●当日各收款机实时查询当日各付款方式实时查询当日商场营业额时段分析。●当日客流分析商场部门阶段情况查询包括库存金额、销售金额、销售成本、毛利、毛利率、占用资金、应收、应付帐款、资金占用率。●商品阶段情况查询包括库存数量、销售数量、销售金额、进货数量、调拨数量、溢损数量、进价、售价。毛利、毛利率。祥见用例图系统开发步骤●确定参与者和相关的用况●为每个用况设计过程●建立顺序图确定每个脚本中对象的协作●创建类确定脚本中的对象●设计,编码,测试,集成类●为过程编写系统测试案例●运行测试案例检验系统用户的特点本系统的用户包括类:使用者:总部、分公司及经营部的人力资源部(行政部门)的所有人员执行该系统的大部分操作(输入、查询)为其经常性工作。该部分人员电脑使用水平为初、中级一般会使用windows、office系列以及收发电子邮件。查询者:总部、分公司及经营部的领导他们一般为进行人事方面的决策执行查询统计操作为其为间断性工作。该部分人员电脑使用水平为初级(少数可能有中级水平)一般会使用windows等系统软件。其它使用者:XX超市所有员工为本系统的基本对象。他们在某些情况(tbd)下会使用本系统。还有客户查询消费等。该部分人员电脑使用水平未知(tbd)。其中第一类用户是主要参与者第二、三类用户是次要参与者。假定与约束关于用户权限:(希望建立一个多维的用户权限管理单位等级、薪金权限、操作权限等)单位权限:上级单位可以察看下级单位所有人员信息基层单位只能察看自己所有人员信息。薪金权限:只有经过授权的人员才能察看其他人员的薪金状况(与单位等级有一定关系)。操作权限:本单位只能对本单位的员工情况进行操作(输入、修改)同时可以对由其直接任命的人员进行相应操作。如总部对总部所有员工进行相关操作同时对根据规定由总部任免的人员进行相关操作如分公司总经理、经营部经理、分公司财务经理等。分公司或经营部只有对总经理等人进行查询权限。对输入的数据的格式进行判断如果不合法则进行提示。基于UML的建模语义规则用例模型(usecasesview)(用例视图)的基本组成部件是用例(usecase)、角色(actor)和系统(system)。用例用于描述系统的功能也就是从外部用户的角度观察系统应支持哪些功能帮助分析人员理解系统的行为它是对系统功能的宏观描述一个完整的系统中通常包含若干个用例每个用例具体说明应完成的功能代表系统的所有基本功能(集)。角色是与系统进行交互的外部实体它可以是系统用户也可以是其它系统或硬件设备总之凡是需要与系统交互的任何东西都可以称作角色。系统的边界线以内的区域(即用例的活动区域)则抽象表示系统能够实现的所有基本功能。在一个基本功能(集)已经实现的系统中系统运转的大致过程是:外部角色先初始化用例然后用例执行其所代表的功能执行完后用例便给角色返回一些值这个值可以是角色需要的来自系统中的任何东西。UML:是一种标准的图形化建模语言它是面向对象分析与设计的一种标准表示它不是一种可视化的程序设计语言而是一种可视化的建模语言不是工具或知识库的规格说明而是一种建模语言规格说明是一种表示的标准不是过程也不是方法但允许任何一种过程和方法使用它用例(usecase):参与者(actor):UML模型系统UML模型系统类图:子系统UML模型()超市(连锁店)管理系统用例视图和类图()零售前台(POS)管理系统用例视图和流程图顾客使用POS消费流程:要先插入银行卡POS系统会要求密码然后顾客再输入密码POS进行验证密码正确即可购物密码错误则例外处理:()物流管理系统用例视图和顺序图配送请求顺序:营业员将各商品销售库存情况向超市经理汇报超市经理在将整个超视情况向总经理汇报总经理再根据情况向供货商提出配送请求。()帐务结算系统用例视图()总服务台系统用例视图()总经理查询系统用例视图系统实现图小结和传统管理模式相比较使用本系统毫无疑问会大大提高超市的运作效率辅助提高超市的决策水平管理水平为降低经营成本提高效益减少差错节省人力减少顾客购物时间增加客流量提高顾客满意度增强超市扩张能力提供有效的技术保障。由于开发者能力有限加上时间仓促本系统难免会出现一些不足之处例如:●本系统只适合大型超市使用不能适合中小型超时使用●超市管理系统涉及范围宽要解决的问题多但由于限于篇幅本文只能对系统作一个大概的分析和描述对于以上出现的问题我深表歉意如发现还有其它问题希望老师批评指正。

用户评价(0)

关闭

新课改视野下建构高中语文教学实验成果报告(32KB)

抱歉,积分不足下载失败,请稍后再试!

提示

试读已结束,如需要继续钱柜777手机版登陆或者下载,敬请购买!

评分:

/26

意见
反馈

立即扫码关注

爱问共享资料微信公众号

返回
顶部

举报
资料

博聚网