超市信息系统管理分析

  • 格式:docx
  • 大小:903.82 KB
  • 文档页数:60

下载文档原格式

  / 60
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

超市管理信息系统分析与点评

1.1概述

1.1.1开发背景

某某连锁超市地处北京,成立于二十世纪九十年代初期。连锁店采用统一采购,统一核算,统一配送的低成本的经营方式。超市发展至今已经拥有十几家连锁店,一家配送中心。我们研究的对象是该连锁超市的分店,其规模属于中型超市。它占地面积约六百多平方米,拥有管理人员及职员一百人左右。主要提供日用百货、烟酒食品、各种肉类、蔬菜、水果等商品,品种超过上千种。因规模的扩大,业务的扩张,必须引进先进的管理思想、方法和技术,以提高企业的管理水平,使该店实现在五年内发展成为一个大型综合超市的远期目标。为此,该连锁店提出,近期内要运用信息技术,建立起包括人事管理系统、库存管理系统的管理信息系统,以简化人事管理,提高商品库存效率,增加公司年度利润。

1.1.2系统目标和开发的可行性

1、系统目标

本系统开发混合运用结构化系统开发方法与面向对象开发

方法,结合两种开发方法各自的优势进行系统开发。

系统计划实现后,计算机系统代替原来繁琐的人工档案管理,能完成以下功能:

(1)档案查询;

(2)档案更新;

(3)档案输出。

对原来的库存管理系统进行改进,使之能为公司提供强大的管理支持和查询服务。具体完成以下功能:

(1)库存输入,

(2)库存修改;

(3)库存查询。

2、系统开发可行性

技术可行性:开发本系统要求开发人员能够熟练运用VB、VF 等编程语言。目前技术人员已经掌握这些编程语言。因此,本次系统开发在技术上是可行的。

时间可行性:开发时间需要两个月左右。前一个半月,主要用于系统分析、设计、实现,后面的时间用于调试。

资金可行性:由于现在已有一部分电脑等所需设备,可以尽可能的发挥作用,资金可节约不少,因此开发资金是可行的。

人员可行性:所需人员十人左右,其中由系统分析员、系统设计员、程序员等构成,同时应有超市业务人员参与。开发小组进行培训学习后可达到人员要求。

1.1.3组织结构分析

某某超市的组织结构如图1-1组织结构图描述:超市的主要决策和管理机构是董事会,董事会分管各连锁店经理和配送中心,配送中心在超市的经营中所扮演的角色是给货品不足的各连锁店补充货品,相对来说,此部门是比较独立的。连锁店由专职经理负责,每家连锁店分为销售部,库存管理部,财务部,人事部四个主要部门。

图1-1 原系统组织结构图

库存管理部主要任务是根据销售部提供的情况和配送中心及时联系,使库房货源充足。负责货物的接收,并安排好货物的存放事宜。对每天进出的货物详细记录,使基础数据完备。

销售部主要负责日常销售工作,包括物品摆放,货架整理,收银台等销售区的日常事务。也需要及时准确地将信息反馈给其他部门,以保证商品的及时供应更新。同时处理消费者提出的各种疑问和信息,为公司的整体运作提供有力支持。

财务部门负责一切与财务有关的各项事宜,全面记录公司的

资金流动,包括各种收入支出,税务,结算整理。对进出货款项实行控制,定期分析资金走向,为公司的发展计划做好准备。

人事部工作重心在店内员工的工作安排,分配,调动。也包括对档案的整理,定期分批对员工进行培训,以增加专业知识。为把公司凝聚成统一、奋进的团队而努力。

教师点评:

概述中开发背景、系统目标和开发的可行性这二部分,写得简明扼要,逻辑清楚。但是,在组织结构分析部分,应该注意分析的对象。对于超市管理信息系统而言,其对象是超市连锁店,而不是超市集团;所以绘制系统组织结构应该以连锁店为主,即虚线框内部的组织关系图.另外,描述中还缺少本组织与外部实体的交流、以及交流的信息。

1.2系统需求分析

本次系统开发只需开发组织内部的库存管理信息系统和人事档案管理信息系统,采取的是全面铺开与重点调查相结合的方法,即将工作重点放在库存管理部与人事部的具体业务上,略去其他无关部门的具体业务调查。

1.2.1现行系统的业务描述

现行系统的人事管理业务流程图如图1-2。各部门根据本部门

的自身发展要求递交职员需求文件至人事部。人事部调用各部门人事档案,进行检查修改并根据档案制定招聘或解雇计划,将计划交至连锁店经理进行审批。经理批准后,人事部正式下达招聘或解雇职员的计划,以使得新职员在各部门投入工作。

图1-2现行系统的人事管理业务流程图

现行系统的库存管理业务流程图如图1-3所示,销售部在销售货物时发现货架上某种商品不足,根据这种商品的销售量及时制定货品需求计划,送至库存管理部。库存管理部检查这种商品的存货量,如果储货不足则制定进货计划,交给连锁店经理审批。

经理批准后,告知财务部提款。库存管理部与配送中心联系,然后接收存储货物,并送至销售部进行销售。

图1-3 现行系统库存管理业务流程图

教师点评:

业务流程图要以所研究的业务功能处理过程为主线展开,图1-2业务流程图应该描述的是系统目标中确定的人事档案管理业务的工作流程,而不是人事管理业务流程,弄错了研究的对象。图1-3的业务流程非常清晰,但在业务流程中间或结束环节应该

有存档处理,比如在销售部的销售环节或者在进货计划环节加上“存档”处理。

1.2.2现行系统的数据与数据流程分析

1、现行系统数据分析

通过U/C矩阵(图1-4)分析现行系统的汇总数据

图1-4 U/C矩阵

教师点评:

系统分析过程中的U/C矩阵是对数据作进一步分析的主要

工具,在系统规模不大或系统数据流程分析很清楚的情况下,此部分可以不作要求。图1-4的U/C矩阵涉及到许多业务功能和数据类,但实际上在后面的系统设计和开发中,很多数据均没有涉及到。因此,此部分的必要性尚需研究。如果需要利用U/C矩阵作数据分析,则主要在于对U/C矩阵进行数据的正确性分析。

2、现行系统数据流程分析

因本次开发着重于建立更为科学的库存管理信息系统,所以对库存处理过程进行数据流程分析。

图1-5 现行系统库存数据流程顶层结构图