您好、欢迎来到金辉彩票-金辉彩票导航!
当前位置:主页 > 诚信超市 >

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

发布时间:2019-05-01 20:22 来源:未知 编辑:admin

  大型超市办理系统需求阐发_人力资本办理_经管营销_专业材料。大型超市办理系统需求阐发

  大型超市办理系统需求阐发 目次 1 项目打算 1.1 系统开辟目标 1.2 布景申明 1.3 项目确立 2 逻辑阐发与细致阐发 2.1 需求阐发 2.2 方针 2.3 数据流程图 2.4 系统功能 2.5 系统开辟步调 2.6 用户的特点 2.7 假定与束缚 3 基于 UML 的建模 3.1 语义法则 3.2UML 模子 3.2.1 系统 UML 模子 3.2.2 子系统 UML 模子 3.2.3 系统实现图 4 小结 1 项目打算 1.1 系统开辟目标 (1) 大大提崇高高贵市的运作效率。 (2) 通过全面的消息采集和处置,辅助提崇高高贵市的决策程度。 (3) 利用本系统,能够敏捷提拔超市的办理程度,为降低运营成本, 提高效益,加强超市扩张能 力, 供给无效的手艺保障。 1.2 布景申明 21 世纪,超市的合作也进入到了一个全新的范畴,合作已不再是规模的合作,而是手艺的合作、 办理的合作、人才的合作。手艺的提拔和办理的升级是连锁超市业的合作焦点。零售范畴目前呈多元发 展趋向,多种业态:超市、仓储店、便当店、特许加盟店、专卖店、堆栈等彼此并存。若何在激烈的竞 争中扩大发卖额、降低运营成本、扩大运营规模,成为××超市勤奋追求的方针。 1.3 项目确立 针对超市的特点,为了协助超市处理此刻面对的问题,提崇高高贵市的合作力,我们将开辟以下 7 个 系统: “总公司办理系统”,“超市(连锁店)办理系统”,“零售前台(POS)办理系统”,“物流 办理系统”,“帐务结算系统”“总办事台系统”“总司理查询系统” , , 。 2 逻辑阐发与细致阐发 2.1 需求阐发 超市的成长必需要处理以下问题: 物流办理体例掉队,很难按照发卖 库存环境,及时进行配货、补货、退货、调拨。 发卖、 (1) 物流办理体例掉队,很难按照发卖、库存环境,及时进行配货、补货、退货、调拨。 颠末我们的查询拜访发觉, ××超市在物流办理方面, 仍利用保守的人工办理模式, 华侈人力资本, 效率低,精确率低。有些商品紧缺,顾客要列队采办或商品求过于供,使顾客大为不满,还有一些 商品,持久积压,损坏严峻,形成严重经济丧失,惹起发卖人员的极大不满,以多次向超市办理人 员反映,但此类问题仍屡屡发生,得不到底子性的处理,已惹起总司理的高度注重。 连锁超市是以零售为前导,以商品进销,存配,流转办理为根本。一个大型超市,它的物流管 理势必很是复杂,若是没有一个强大的消息系统来支撑,那么就会形成一部门商品大量积压,而另 一些商品求过于供的场合排场, 这种场合排场必然会给超市带来庞大的经济丧失。 有些超市为了避免如许的 环境发生,就会对物流办理投入大量的人力。虽然如许处理了物流方面的问题,可是这又有悖于管 理学的准绳,效率低,华侈了人力资本,处理不了底子性的问题。 所以,我们引入物流办理消息系统,通过 Internet 加强超市与供货商之间的消息毗连,协助超 市完成物流办理。颠末以上阐发,本系统必需具有以下功能: 发卖人员能够通过系统将发卖量,库存量演讲给司理 顾客可通过系统传达需求量消息 司理通过系统能够查询到发卖,库存,需求的消息 系统通过收集与供货商传送价钱,需求量等消息 系统能够作消息阐发 司理查询数据阐发,并作出决策 顾客难与超市互动,使购物效率大大降低。 (2) 顾客难与超市互动,使购物效率大大降低。 顾客购物,最想领会的就是商品的价钱和质量。而在超市里面,发卖人员数量很少,顾客无 法扣问到商品的优错误谬误,不克不及就商品的价钱和质量进行对比,如许就降低了顾客的采办欲。还有, 良多顾客对超市货色摆放的位置不领会,常常会由于要去找某个商品而耽搁大量时间,给顾客购物 形成了很大的未便。还有一些大超市,在购物高峰期,经常呈现收费台收费速度跟不上,形成顾客 缴费时拥堵不胜,排很长的步队。超市应有会员办事,对会员的办理也是一个复杂的问题。颠末我 们查询拜访,××超市因为规模较大,上述这些问题都具有,且比力严峻。 针对以上问题,我们开辟了零售前台(POS)办理系统,使顾客购物愈加便利。颠末以上分 析,本系统必需具有以下功能: 成立 POS 零售系统 顾客可从导购台上,通过触摸屏,查询到商场引见、停业区分布,商品采办指南,声文并 茂地获得所需的消息,查询消息内容可定制。 通过安装条码扫描仪,顾客可从查询机上查到商品价钱,相关商品证书等通过输入暗码, 超收工作人员能够进行盘点,查对价钱。 支撑多种收款体例:顾客交款、停业员交款。 支撑会员制扣头卡发卖,能够采用严酷会员制或自在会员制。 记实顾客消息、累计顾客消费金额等功能。 支撑多种付款体例:现金、支票、信用卡 IC 卡、信用卡磁卡、记帐、赠券等。可同银行提 供的数据接口间接进行数据互换。 支撑多种促销体例:扣头、折让、VIP 优惠卡、赠送。 答应退货及错误更正。 收款员很是规操作记实,有助于削减财政丧失,便利汇总打印各类停业报表。 前台买卖开单、收款、退货、会员卡、扣头和优惠等 下载后台材料和将清款后的营业数据上传后台 完成前台买卖中的扫描条码或输入商品编码、收款、打印收条、弹出银箱等一系列操作 财政,帐目办理紊乱,通明度低。 (3) 财政,帐目办理紊乱,通明度低。 ××超市财政办理不断都具有一些问题: 财政人员工作量大: 大量的报表:日报表: 收款员明细日报表;收银员部分日报表 收款机明细日报表;收款机部分日报表 停业员明细日报表;大类时段阐发表 日商品及时明细表;日商品发卖排名表 供应商日发卖明细;日商品优惠明细表;日商品退货表 月报表:月度分类统计表 月商品发卖排名表 月商品优惠统计表 月商品退货统计表 结账: 商品帐、柜组帐、部分帐、客户帐。 帐务均衡查抄 帐务法则查抄 查抄各个部分能否有违规操作 统计报表 供给各类报表,包罗常用报表和自定义报表 财政办理欠亨明 针对以上问题,我们开辟了帐务结算系统,协助超市进行财政办理。颠末以上阐发,本系统 必需具有以下功能: 报表,结帐,进货退货表可主动运转,削减系统办理员的工作量 可及时发觉计较机系统或报酬形成的错误 生成监测演讲通知系统办理员 (4)系统平安问题 消息系统虽然功能强大,手艺先辈,但因为遭到本身系统布局,设想思绪以及运转机制等限 制,也隐含很多不平安要素。常见要素有:数据的输入,输出,存取与备份,源法式以及使用软件, 数据库,操作系统等缝隙或缺陷,硬件,通信部门的缝隙,企业内部人员的要素,病毒, “黑客” 等要素。因而,为使本系统可以或许真正平安,靠得住,不变地工作,必需考虑如下问题: 为包管平安,不以致系统遭到不测变乱的损害,系统因该能防止火,盗或其他形式的人 为粉碎 系统要能重建 系统该当是可审查的 系统应能进行无效节制,抗干扰能力强 系统利用者的利用权限是可识此外 2.2 方针 (1) 顾客可从导购台上,通过触摸屏,查询到超市引见、停业区分布,商品采办指南,声文并茂地 获得所需的消息,也可通过零售 POS 系统实现多种购物体例。 (2) 提高工作人员的准确性,省略了手工查对的工作量。 (3) 超市办理者从繁重的保守式运营办理中解脱出来,而且有更多的时间处置于办理工作,工作重 心逐步转到办理上来,进一步提高了工作效率。 (4) 采购人员查询本系统,能够更间接、无效地获得商品环境,领会到商品能否畅销或畅销。 (5) 发卖办理人员按照商品的发卖环境进行阐发,以进行下一次的发卖打算。 (6) 财政人员能愈加清晰地领会库存环境、帐款余额、毛利等财政数据,通过更好地节制成本和费 用,提高资金周转率。 (7) 超市办理者把握住商品的进销存动态,对超市各类资本的流转进行更好的节制和成长。 2.3 数据流程图 通过对超市现行的人工系统颠末查询拜访研究后, 曾经根基领会了超市的营业过程, 并且也晓得 了超市经抱负操纵系统进行营业办理的设法和要求。在这个根本上,我提出了这个系统,它能够 由下面“总公司办理系统”,“超市(连锁店)办理系统”,“零售前台(POS)办理系统”, “物流办理系统”,“帐务结算系统”“总办事台系统”“总司理查询系统”7 个子系统构成, , , 而且确定了系统的次要逻辑功能和根基方针,细致环境见系统功能。 限于篇幅,现只将物流办理系统功能归纳综合如下: 商品发卖消息间接输入系统 商品库存量输入系统 顾客采办的商品,若是畅销,则将商品名称编号输入系统 通知物流办理部分向供货商订货 物流办理部分按照要求,将待定商品汇总,填写多份订货单 当遭到供货商的发货单时,物流办理部分按照要求验收 验收后,把与每种商品相关的数据,如名称,编号,数量,单价,供应商名称等记实到 对付款帐目中 将验收商品入库,并点窜库存量 帐务办理系统收到供应商的对付款通知单后, 要与对付款明细帐查对, 准确无误后才能 付款 点窜会计总帐 按周,月,年按期编制库存,发卖,会计报表,提交给超市司理 司理可随时查询库存量,发卖量和营业环境 按照上述内容,起首确定系统的外部项,其次要确定系统的输入和输出,最初逐层画出数据流 程图。 该系统的外部项共有 4 个:顾客,发卖人员,供货商,超市司理。 系统输入/输出表 输入 定货单 付款 到货通知单 付款通知单 德律风征询 公司环境查询 来历 顾客 顾客 供应商 供应商 顾客 司理 输出 不及格订单 去向 营业员或顾客 发货单 发票 付款 报表 商品库存量 顾客 顾客 供应商 司理 司理 第一层数据流程图要反映超市最次要的营业, 这是我们无须细致描述次要的营业处置。 这个 处所外不想使顾客和供应商。 该图暗示系统从顾客那里接管购物要求,把书卖给顾客。当货存不足时,超市便向供货商发 出订货要求,以满足发卖的需要。可是该图没有反映帐务, “发卖”和“采购”也没有分隔暗示, 只是高度归纳综合地反映了超市的营业,需要做进一步扩展。 下图是扩展后的第二层数据流程图。由图可知,该系统的次要逻辑功能(子系统)有五个: “超市(连锁店)办理系统”,“零售前台(POS)办理系统”,“物流办理系统”,“帐务结 算系统”,“总办事台系统”。次要外部项有两个:顾客和供应商。 当顾客的订货要求被接管当前, 就要按照应客所购商品以及需要的数量查找库存量, 取定是 否可以或许满足顾客的订货要求。若是可以或许完全满足,就给顾客开辟货单,并点窜响应的商品库存量; 同时还要通知财政部分作帐。若是只能满足一部门或完全不克不及满足顾客要求,就把不克不及满足的商 品记实下来,并通知物流办理部分,及时向供货商发出订货要求。当供应商接到超市的订货要求, 把商品发过来,物流办理部分要办入库手续,点窜库存量,同时向发卖部分发出到货通知。财政 部分接到供货商的发货通知单后,该当预备打点付款营业,并作帐。 2.4 系统功能 1. 总公司办理系统 充实操纵数据库的大容量、高效率等特点,为用户供给强大的功能支撑,对超市进货营业、 库房营业进行办理,并处置分公司发卖数据和后台批发营业,操纵贸易畅通超市的商品办理和往 来客户办理,为运营办理者供给阐发与决策必需的数据和消息。 该系统包含五个对象,包罗:超市司理,停业员,财政办理人员,供货商,客户。 系统用例: 超市司理:发卖办理,货源(物流)办理,财政办理 停业员:发卖办理,由于要向系统供给货架办理消息,所以也参与货源办理 财政办理人员:具体财政办理 供货商:货源(物流)办理 财政办理包含:报表,进货退伙表,结帐 发卖办理包含:货架办理,会员办理,结帐/利用 POS 机,商品查询 货源(物流)办理:供货,货源查询拜访,请求配送 详见用例图和类图 2. 超市(连锁店)办理系统 超市(连锁店) 领受总公司(配送核心)发送过来的数据,并将当地发生的营业数据上传到总部。同时作为 零售前台(POS)系统的后台办理系统,担任完成零售材料设置和营业处置,包罗前台所需的会员 卡、促销、打折、赠送等材料的设置,全面的零售统计报表,零售可按货物、时段(班次)、收 款员、供应商、结算体例、经办人、客户、客流量等统计汇总,供给零售每日发卖金额统计表、 每月发卖金额统计表、零售毛利表,查询成果可随便排序(排行榜)。 该系统包含六个对象,包罗:总司理,超市司理,停业员,财政办理人员,供货商,客户。 系统用例: 总司理:对超市司理进行办理,通过超市司理,办理整个系统 超市司理:发卖办理,货源(物流)办理,财政办理 停业员:发卖办理,由于要向系统供给货架办理消息,所以也参与货源办理 财政办理人员:具体财政办理 供货商:货源(物流)办理 详见用例图 3. 零售前台(POS)办理系统 零售前台( ) 前台仅包罗发卖商品时必需且仅需的功能,尽可能地做到简化操作法式,利于收银员快速、 精确地进行收款。功能包罗前台买卖开单、收款、退货、会员卡、扣头和优惠等;下载后台材料 和将清款后的营业数据上传后台;完成前台买卖中的扫描条码或输入商品编码、收款、打印收条、 弹出银箱等一系列操作。多个前台 POS 可毗连到统一个后台系统。 支撑多种收款体例:顾客交款、停业员交款。 支撑会员制扣头卡发卖,能够采用严酷会员制或自在会员制。 记实顾客消息、累计顾客消费金额等功能。 支撑多种付款体例:现金、支票、信用卡 IC 卡、信用卡磁卡、记帐、赠券等。可同银行 供给的数据接口间接进行数据互换。 支撑多种促销体例:扣头、折让、VIP 优惠卡、赠送。 答应退货及错误更正。 收款员很是规操作记实,有助于削减财政丧失,便利汇总打印各类停业报表。 该系统包含两个对象,包罗停业员和客户。 系统用例: 停业员:发卖办理,会员营业 客户:结帐,利用 POS 系统,购物查询 详见用例图 此中,POS 机应供给以下功能: 客户采办商品 POS 系统提出插入卡的要求 客户插入卡 POS 系统要求输入暗码 客户输入暗码 POS 系统查验暗码 若是暗码准确,查验余额,若是错误,则要求破例处置,如从头输入暗码。 POS 系统查验余额,若是余额充沛,则答应刷卡购物,若是不足,则破例处置。 POS 系统打印清单 祥见流程图 4. 物流办理系统 因为超市物流办理过于掉队,已严峻影响了超市的合作力,所以开辟此系统,协助超市做 好物流办理。 本系统有三个对象:超市司理,供货商,停业员 供给的用例有: 货架办理:录入货架编码消息,可查询某货架的商品消息,可查询某一商品在那一个货架 上。 请求配送办理:请求配送单主动生成,系统按照当前库存量、日销量,已发出请求配送单数量主动生 成请求配送单。被确认的请求配送单主动传入配货核心送货。发卖人员能够通过系统将发卖量,库存 量演讲给司理 顾客可通过系统传达需求量消息 司理通过系统能够查询到发卖,库存,需求的消息 系统通过收集与供货商传送价钱,需求量等消息 系统能够作消息阐发 司理查询数据阐发,并作出决策 司理查询数据阐发,并作出决策 祥见用例图 配送请求挨次: 停业员将发卖环境,库存环境向超市司理报告请示 超市司理进行核查 财政部分做财政报表 超市司理按照发卖/库存环境决定能否发出配送请求 超市司理向供货商发出配送请求 供货商按照配送请求向超市发货 超市接管货色并查验 财政部分付款,并作帐 祥见挨次图 5. 帐务结算系统 报表,结帐,进货退货表可主动运转,削减系统办理员的工作量,可及时发觉计较机系统或 报酬形成的错误,生成监测演讲通知系统办理员。 本系统只要一个对象:财政办理人员 供给用例: 结账 通过本系统,财政人员能将所有发卖清单,付款单等所有账目轻松做出汇总,大大 的减轻了财政人员的工作量 报表 本系统可主动生成财政报表 监测演讲 本系统可主动将停业额,付款子作比力,避免赤字。本系统能及时监控财政报 表和账目,避免犯错。 祥见用例图 6. 总办事台系统 本系统有两个对象:停业员和客户 系统用例: 发票打印顾客若需发票报销可凭收款机打印的收条开辟票, 可打印增值税发票或通俗发 票。 顾客赞扬,顾客赞扬内容被记实,以备相关办理人员查询。 缺货登记 能共同物流办理系统,向物流办理系统供给商品的发卖/库存消息,并向物流 办理部分提出佩送请求。 会员办理:能添加会员,删除会员,会员优惠记载,会员消费汇总,会员消费明细,会 员奖励优惠记实。会员登记与会员卡发放。 停业员办理:工资(奖金)与停业员业绩和考勤环境挂钩,按给定奖罚公式主动计较,进 入工资(奖金)核算中。 祥见用例图 7. 总司理查询系统 总司理可全方位查看系统中的数据和阐发成果。 当日商场、部分、柜组及时查询。 当日各收款机及时查询当日各付款体例及时查询当日商场停业额时段阐发。 当日客流阐发商场部分阶段环境查询,包罗库存金额、发卖金额、发卖成本、毛利、毛 利率、占用资金、应收、对付帐款、资金占用率。 商品阶段环境查询,包罗库存数量、发卖数量、发卖金额、进货数量、调拨数量、溢损 数量、进价、售价。毛利、毛利率。 祥见用例图 2.5 系统开辟步调 确定参与者和相关的用况 为每个用况设想过程 成立挨次图,确定每个脚本中对象的协作 建立类,确定脚本中的对象 设想, 编码, 测试, 集成类 为过程编写系统测试案例 运转测试案例,查验系统 2.6 用户的特点 本系统的用户包罗 3 类: 1. 利用者:总部、分公司及运营部的人力资本部(行政部分)的所有人员,施行该系统的大部 分操作 (输入、 查询) 为其经常性工作。 , 该部门人员电脑利用程度为初、 中级, 一般会利用 windows 98 、office 系列以及收发电子邮件。 2. 查询者: 总部、 分公司及运营部的带领, 他们一般为进行人事方面的决策施行查询统计操作, 为其为间断性工作。该部门人员电脑利用程度为初级(少数可能有中级程度) ,一般会利用 windows 98 等系统软件。 3. 其它利用者:XX 超市所有员工为本系统的根基对象。他们在某些环境(tbd)下会利用本系 统。还有客户查询,消费等。该部门人员电脑利用程度未知(tbd) 。 此中第一类用户是次要参与者,第二、三类用户是次要参与者。 2.7 假定与束缚 关于用户权限: (但愿成立一个多维的用户权限办理,单元品级、薪金权限、操作权限等)单元 权限:上级单元能够察看下级单元所有人员消息;下层单元只能察看本人所有人员消息。薪金权限: 只要颠末授权的人员才能察看,其他人员的薪金情况, (与单元品级有必然关系) 。操作权限:本单 位只能对本单元的员工环境进行操作(输入、点窜) ,同时能够对由其间接录用的人员进行响应操 作。如总部对总部所有员工进行相关操作,同时对按照划定由总部任免的人员进行相关操作,如分 公司总司理、运营部司理、分公司财政司理等。分公司或运营部只要对总司理等人进行查询权限。 对输入的数据的格局进行判断,若是不合法例进行提醒。 3 基于 UML 的建模 3.1 语义法则 用例模子(use cases view) 用例模子 (用例视图)的根基构成部件是用例 用例(use case) 脚色(actor)和系 、脚色 系 用例 脚色 统(system)。用例用于描述系统的功能,也就是从外部用户的角度察看,系统应支撑哪些功能,协助分 析人员理解系统的行为,它是对系统功能的宏观描述,一个完整的系统中凡是包含若干个用例,每个用 例具体申明应完成的功能,代表系统的所有根基功能(集) 。脚色是与系统进行交互的外部实体,它可 以是系统用户, 也能够是其它系统或硬件设备, 总之, 凡是需要与系统交互的任何工具都能够称作脚色。 系统的鸿沟线以内的区域(即用例的勾当区域)则笼统暗示系统可以或许实现的所有根基功能。在一个根基 功能(集)曾经实现的系统中,系统运转的大致过程是:外部脚色先初始化用例,然后用例施行其所代 表的功能,施行完后用例便给脚色前往一些值,这个值能够是脚色需要的来自系统中的任何工具。 UML: 是一种尺度的图形化建模言语它是面向对象阐发与设想的一种尺度暗示它 不是一种可视化的法式设想言语而是一种可视化的建模言语 不是东西或学问库的规格申明而是一种建模言语规格申明是一种暗示的尺度 不是过程也不是方式但答应任何一种过程和方式利用它 用例(use case) : 参与者(actor) : 3.2UML 模子 3.2.1 系统 UML 模子 系统类图: 3.2.2 子系统 UML 模子 (1)超市(连锁店)办理系统用例视图和类图 (2)零售前台(POS)办理系统用例视图和流程图 顾客利用 POS 消费流程:要先插入银行卡,POS 系统会要求暗码,然后顾客再输入暗码,POS 进行验证,暗码准确即可购物,暗码错误则破例处置: (3)物流办理系统用例视图和挨次图 配送请求挨次:停业员将各商品发卖,库存环境向超市司理报告请示,超市司理在将整个超视环境向 总司理报告请示,总司理再按照环境向供货商提出配送请求。 (4)帐务结算系统用例视图 (5)总办事台系统用例视图 (6)总司理查询系统用例视图 3.2.3 系统实现图 4 小结 和保守办理模式比拟较,利用本系统,毫无疑问会大大提崇高高贵市的运作效率,辅助提崇高高贵市的 决策程度,办理程度,为降低运营成本, 提高效益,削减差错,节流人力,削减顾客购物时间,增 加客流量,提高顾客对劲度,加强超市扩张能力, 供给无效的手艺保障。 因为开辟者能力无限,加上时间仓皇,本系统不免会呈现一些不足之处,例如: 本系统只适合大型超市利用,不克不及适合中小型超时利用 超市办理系统涉及范畴宽,要处理的问题多,但因为限于篇幅,本文只能对系统作一个大 概的阐发和描述 对于以上呈现的问题,我深表歉意,如发觉还有其它问题,但愿教员攻讦斧正。

  商品库存办理系统需求分...

  大型超市配电系统需求分...

  出产办理系统需求阐发报...

  大型超市办公收集需求分...

  学生成就办理系统需求分...

  人力资本办理系统需求分...

  餐厅办理系统需求阐发报...

  图书办理系统的功能需求...

  大型超市办理系统的设想...

  超市办理系统需求阐发

  小超市办理系统需求阐发...

  超市办理系统需求阐发

  大型超市办理系统

锟斤拷锟斤拷锟斤拷QQ微锟斤拷锟斤拷锟斤拷锟斤拷锟斤拷锟斤拷微锟斤拷
关于我们|联系我们|版权声明|网站地图|
Copyright © 2002-2019 金辉彩票-金辉彩票导航 版权所有