超市管理信息系统
课程名称:管理信息系统
项目名称:超市管理信息系统
报告名称:超市管理信息系统分析报告
指导老师:
专业班级:
目录
1.背景介绍 (3)
2.可行性分析 (3)
2.1技术可行性 (3)
2.2经济可行性研究 (3)
2.3操作可行性研究 (3)
2.4结论 ................................................................................................................................. 错误!未定义书签。
3.需求分析 (4)
3.1现行系统分析.................................................................................................................. 错误!未定义书签。
3.2用户需求分析.................................................................................................................. 错误!未定义书签。
3.2.1主要信息需求.......................................................................................................... 错误!未定义书签。
3.2.2功能需求.................................................................................................................. 错误!未定义书签。
3.2.3辅助决策需求.......................................................................................................... 错误!未定义书签。
4.系统概要设计 ................................................................................................... 错误!未定义书签。
4.1设计思想 (14)
4.2设计原则 (14)
4.3业务流程分析.................................................................................................................. 错误!未定义书签。
5.数据流程分析 ................................................................................................... 错误!未定义书签。
6.逻辑模型设计 ................................................................................................... 错误!未定义书签。
6.1.1 ER ............................................................................................................................. 错误!未定义书签。
6.1.3数据字典.................................................................................................................. 错误!未定义书签。
6.1.2编码模型设计.......................................................................................................... 错误!未定义书签。
6.1.4子功能设计.............................................................................................................. 错误!未定义书签。
7.物理模型设计 ................................................................................................... 错误!未定义书签。
7.1运行平台设计.................................................................................................................. 错误!未定义书签。
7.1 .1 系统运行平台设计的目标与原则 ............................................................................. 错误!未定义书签。
7.1.2系统平台设计的要求 ............................................................................................... 错误!未定义书签。
7.1.3 系统应用架构设计.................................................................................................... 错误!未定义书签。
7.1.4 系统应用平台设计.................................................................................................... 错误!未定义书签。
7.1.5系统硬件平台设计 ................................................................................................... 错误!未定义书签。
选型原则........................................................................................................................... 错误!未定义书签。
硬件设备选型................................................................................................................... 错误!未定义书签。
7.2数据存储设计.................................................................................................................. 错误!未定义书签。
结论 ................................................................................................................ 错误!未定义书签。参考文献............................................................................................................. 错误!未定义书签。
一.背景介绍
中商平价光谷购物广场位于武汉市洪山区珞瑜路453号,关山三路光谷国际写字楼的1-3层,于2006年正式营业。它的建筑面积达20000平方米,一楼是多功能休闲中心,主营运动休闲服饰、餐饮、小吃、美容美发、健身中心、银行、订票处、药店、洗衣店等;二楼经营各种食品、日用百货、服装专柜、居家用品等;三楼经营高品质的生鲜产品,如蔬果、水产、精肉以及各种自制熟食、面点、冷藏日配品等。超市商品总类达3万多种,几乎覆盖了国内外各种商品。
随着超市规模的发展不断扩大,商品数量急剧增加,有关商品的各种信息量也成倍增长。超市时时刻刻都需要对商品各种信息进行统计分析。加快网络信息化建设,对超市的运行和发展,迫在眉睫。通过开发实施超市信息管理系统,能让消费者少付出金钱、时间、精力和风险,而获得更好的品质、更新的创意、更多的信息和更加方便、新鲜的商品,使消费者和超市经营者共同成为市场的赢家。开发超市信息管理系统将提高超市各项工作的效率和质量,促进商品的销售资金的流转;减轻各类事务性工作的劳动强度,使超市的职员腾出更多的精力和时间来服务于顾客;改善经营管理,堵塞漏洞,保证顾客和超市的经济效益。
二.可行性分析
1.必要性分析
POS(Point Of Sale)机管理系统经过20年的发展,在当今竞争激烈、物品多样化的卖方市场的情况下,已经不能适应快速反应信息、快速组织货物,提高资金周转效率等发展要求了,造成许多人力、物力和财力的浪费。超市企业要想提高内部管理水平、有效进行人力资源管理、降低成本、搞好公共关系,就必须进一步将信息集成,提高经营管理决策水平。随着信息技术在商业领域的应用范围和应用层次的不断提高,这种传统的管理方法必然被以计算机为基础的信息管理所取代。超市管理信息系统分析与设计,针对超市的具体需求,在对超市原有的业务流程进行规范、整合之后,结合超市发展的新要求进行设计和开发的。系统上线后,可以轻松解决超市在商品流管理、物流管理、人力资源管理、信息流管理等一系列问题,迅速提高超市经营管理水平,实现稳固客户群,增加经济效益,提高商业零售竞争力的目标。
所以,发开超市管理信息系统是非常必要
2.经济可行性研究
管理信息系统正式运营后,人员上不会做太大的调整,只需因为业务上升较快给目前的系统带来巨大的压力,所以迫切需要上信息管理系统。而上了新的信息管理系统后比原系统更加高效和方便地实施经营和管理,效益将会有一个明显的提高,相关人员经过短期培训即可,而且超市主管和各个职能单元负责人都积极希望尽快地上新系统,这样他们的管理决策压力就会大大减轻,工作效率大大提高。此外,开发超市管理信息系统,目前而言开发成本并不是十分昂贵的,相对与系统实施后带来的效益,是微不足道的。
所以,开发超市管理信息系统在经济上是完全可行的。
3.实施可行性研究
本系统采用简便可视图形界面,对于用户只需要具有一般的计算机知识的人员都可以轻松上手。而且整个系统采用最友好的交互界面,只需要在实施初期对使用人员,进行简单的
培训,就能够熟练使用。不仅如此,系统实施时,原有的机器设备可以继续使用,达到最大程度的资源节约和再利用。
所以,开发超市管理信息系统在实施上是完全可行的。
4.结论
根据以上必要性分析,经济可行性分析,实施可行性分析,可以看出开发超市管理信息系统是非常必要而且急需的。开发超市管理信息系统,无论在提升对顾客服务品质,还是在提高营业效益方面,都将起到十分巨大的作用。
综上所述,超市应立即开始超市管理信息系统的开发工作。
三.现行系统分析
1.现行系统组织结构调查
通过实地观察,与超市管理人员和业务人员接触,有针对性的提出关于超市的运营环境、管理职能、业务职能、业务流程等方面的问题。对该超市运营模式及运营环境有了一个初步的认识:
超市地处繁华地带,每月有稳定的顾客消费群光顾该超市,业务呈稳定上升趋势,特别是到节假日。前台有POS和货品采购录入、库存管理一体机数个负责商品销售和采购商品录入、分配条形码和库存管理等工作,随着销售量逐渐上升,该系统的负荷能力明显不足,每日光是各业务单元盘点就耗费大量的人力物力和时间,而且原系统报表、统计分析能力尤其欠缺,急需安装信息管理系统分担各个业务单元,加强系统统计分析,提供报表,加强决策支持的能力。
管理信息系统主要为超市的日常营运、决策管理提供信息服务,它覆盖了超市的采购、库存、销售等各个单元,涉及所有业务职能,系统能够对采购单管理、出库单管理,还库单管理、入库单管理、销售管理、商品资料管理等等方面提供存储、更新、查询、统计汇总、等功能,超市中商品及供货商等信息由专门的基础数据管理人员在系统的基础数据单元负责录入和管理,采购单、请购单、比价单及询价单由采购管理人员在系统采购单元负责管理,库存商品资料,出库、还库、入库信息由库存管理人员在系统库存单元负责管理。
2.现行系统的组织结构图
该超市的组织机构如下图所示。
超市的组织结构图
超市经理:全权总管超市各项事务。
库存部:根据销售部提供的需求信息,保证库房货源充足;负责商品接收,安排商品存放;对进出库房的商品进行详细登记;保证库存数据完备。
销售部:营销策划、市场宣传、导购咨询、促销活动、物品摆放、货架整理、收银结账;及时将销售信息反馈给各部门,保证商品的及时供应更新;处理消费者的各类疑问、投诉;为超市的运作提供实际销售的基础数据。
采购部:根据库存部提供的库存信息,进行商品采购。对新产品采购决策进行执行;对采购的商品进行详细登记;保证采购的及时,准确。
3.现行系统功能结构分析
功能结构图如图1-2所示:
4.现行系统的业务流程分析
现行系统的业务基本流程如下图所示:
现行业务基本流程图
销售部在销售商品时发现某种商品不足,根据这种商品的销售量及时制定货品需求计划,提交至库存部。库存部检查这种商品的存货量,如果库存充足则商品出库,补充给销售部;如果存储不足则发出缺货通知,告知采购部,由采购部根据库存部提供的信息制定采购计划,提交至超市经理审批。超市经理审批后,如果不通过,驳回计划;审批通过则授权采购部进行商品采购,然后将商品移交给库存部,进行入库登记,然后进行出库登记,送至销售部进行销售。
5.现行系统数据流程分析
5.1现行系统顶层数据流程分析
销售部对销售商品信息进行统计,更新销售信息,销售信息传至库存信息,进行更新。同时销售部将每日的销售量信息数据传至库存部进行库存处理,同时提交商品需求计划。库存部对库存信息进行整理统计查询,库存充足,则无须进货,直接发货至销售部;库存不足将信息反馈给负责商品采购的采购部,采购部综合商品库存信息初步确定所需补充的商品。采购部提交采购信息,传至供应商,供应商接收采购信息,提交商品,采购部接收商品,将商品信息更新,同时移交库存部,库存部根据采购部采购信息更新库存信息,同时将信息传交给销售部,并满足其商品需求计划。具体过程如下图。
现行系统数据流程顶层结构图
5.2商品销售1层数据流程分析
销售部提交每日的销售清单,以商品的编号、品名、数量核对现有的库存(商品信息),检查是否需要补充库存,如果库存充足,则可以发出“发货通知”,否则,则需要补充库存商品,根据“库存信息”发出“补货计划”,将其信息数据写入“补货信息”存档;同时向“库存部”发出“订货单”,库存将货物和“送货单”送达后进行“库存处理”,修改“库存信息”,更新库存信息,并将当前的“现有商品信息”告之销售部,发出“发货通知”。具体流程见下图:
5.3商品采购1层数据流程分析
采购部将所需要采购的商品信息统计汇总,进行对商品信息采购的更新,同时生成商品
采购的订单信息,提交至供应商处,供应商接到订货单,发出商品,同时提交发货单。采购部接收商品,同时更新产品相关信息,记录订单信息。具体流程见下图
商品销售1层数据流程图
商品采购1层数据流程
5.4库存处理1层数据流程分析
库存部根据采购部传送的采购的商品的采购清单,进行入库管理,对商品清单进行整理,生成入库单后,对商品库存信息进行更新;库存部根据销售部传送的提货清单,对所需要的商品进行统计整理,生产出库单后,对库存信息进行更新;库存部每日进行商品维护,根据每日入库出库统计整理,对商品库存信息进行每日盘点。具体流程见下图:
库存处理1层数据流程
6.现行系统问题分析
问题1:管理方式落后,缺乏信息化支持
经过我们的调查发现,超市在管理方面,仍未能实现完全信息化,有的环节甚至依旧是人工化,这样浪费人力资源,效率低,准确率低。虽然各部门均配置有电脑,而且建立了互联的局域网络,但是在业务管理上却没有发挥作用,计算机只是被当作计算工具甚至是娱乐工具使用。各部门之间存在严重的信息沟通问题,销售部,库存部,采购部往往很难及时了解对方的当前状况,因而造成运行和管理上的脱节。
问题2:业务流程复杂,难以顺畅有效运行
调查发现,无论在销售部门,采购部门,或者是库存部门,当需要与其他部门进行业务往来时,往往需要经理审批,这种流程造成的状况是,各部门出现问题需要解决时,往往不能有效及时得到回应。有些商品出现紧缺时,销售部门往往不能及时得到库存充足的商品,顾客要排队等待购买,使顾客大为不满。
超市是以零售为前导,以商品进销,存配,流转管理为基础。如果没有一个强大的信息系统来支持,那么就会造成一部分商品大量积压,而另一些商品供不应求的局面,这种
局面必然会给超市带来巨大的经济损失。
问题3:商品库存管理混乱,透明度低
由于没有完善的库存管理体系,超市商品库存管理极其混乱,商品信息往往是不完善的,造成对商品库存的维护的困难,而且无法与销售部,采购部及时共享信息,造成销售部,采购部的决策问题。更由于无法明细库存商品信息,造成采购部采购的困难,而且存在严重的虚报库存,挪用库存资金行为。
四.系统需求分析
1.新系统目标分析
通过新系统的实施,有效解决目前系统存在的信息沟通不顺畅问题,通过完全信息网络
的建设,达到完全信息共享,各部门能实时共享互相的信息。使整个系统业务流程实现信息
自动化,不再需要过多人工参与,能有效地对销售信息进行统计记录,能有效地完整管理商
品库存信息,能有效地根据库存信息编制采购计划。通过新系统的实施,使系统更好地统一
整体地运行,同时达到系统更安全,稳定地运行。
2.新系统信息需求分析
新系统信息需求分析从以下3个方面进行:超市目标和任务;超市的产品,服务,销售
等;超市的营运计划。首先,超市的目标和任务:实现各部门的实时信息共享,能及时地掌
握销售实点数据,商品库存状况,商品采购信息等。然后,超市的产品,服务,销售等:使
底层工作人员有效及时了解当前所处部门运营相关商品相关信息状况,以及相关计划和实施
细则。最后,超市营运计划:使中上层管理人员能及时有效了解部门运行状况和计划
3.新系统功能需求分析
新系统功能需求分析从各个部门需要完成的任务着手。首先,对库存部而言,要求系统对商品库存的情况进行管理,也就是对商品入库、出库情况进行登记记录,同时能对新增加的商品信息进行管理;能对入库出库记录进行分类统计查询,并且与销售部,采购部门实现信息实时传递;其次,对销售部而言,要求系统能提供良好接口,能与销售终端POS机实现无缝连接,能完整记录销售商品的各项相关信息,同时提供对销售记录的分类查询统计,并且与库存部,采购部门实现信息的实时传递;最后,对采购部而言,要求系统能对采购商品信息完整记录,能对采购商品实现分类查询统计,能高效稳定快速地与销售部,库存部实现实时通讯,能实现与销售部,库存部信息实时共享。
4.新系统决策需求分析
新系统应该还具有结构化的决策的能力,即能根据业务特点以及相关学科方法和应用条件,提出具有决策的定量模型,为新系统设计决策功能提供信息。对于超市而言,能有效准确及时地预测出销售状况,库存水平以及相关采购价格的趋势,是极其重要的,管理层能据测指定有效合适的相关策略,进而实现收益增长。这就要求新系统能有效指定各种情况下,销售,库存,采购应对策略,以及对商品销售的情况预测,对库存水平消耗的预测,对采购价格相关的预测。
五.编码模型设计
超市运营过程中需要编码的对象有各种凭证,包括商品入库单,商品出库单,POS机购物小票,提货单,出货单,采购清单等;以及各种销售的商品,其中:
(1)各种凭证的编码模型
为了使各种凭证实现系统自行编号,编码采用层次码加顺序码,层次码表示年份和月份以及凭证类别,顺序码表示同一部门同一类型凭证发生的先后次序,考虑到超市业务运行特点,凭证顺序号采用4位,其编码模型如下图
凭证编码模型
(2)销售商品的编码模型
由于超市销售的商品种类达3万多种,数量更是数不胜数,采用何种编码模型,对系统运行,超市的运营将产生什么分重要的影响。鉴于商品数量之大,种类之多,以及考虑到系统运行的兼容稳定性,决定采用国际物品编码协会制定的一种商品用条码EAN 码(标准版)(European Article Number)。EAN码通用于全世界,也是我国通用的商品条码
标准版EAN代码长度为13位:XXX XXXX XXXXX X
第1~3位是国家代码(分配给我国的是690~695);第4~7位为厂商代码;第8~12码为产品代码;第13码为校验码。
其编码模型如下图:
六.子系统划分
根据超市运营的特点,新系统应采用职能法来划分子系统,由于超市运行是围绕商品
的特殊性,所以所划分的各个系统均围绕商品为中心的,销售管理系统,自然是以销售商品为主要的,同时,销售管理系统也提供销售查询,销售商品信息功能,作为系统一体化的一部分,销售管理系统也与其他子系统形成实时数据共享,能使其他部门及时了解商品销售状况,做好各项准备;而库存管理子系统,是负责商品的存储,调配的核心,销售部对库存部提出提货请求,库存部通过管理子系统及时应对。同样,对于商品的出库入库,进行详细的记录和统计工作,同时,库存管理子系统也与其他子系统紧密结合,在出现库存不足时,能及时向相关系统部门反馈,实现信息高度共享;采购子系统,负责商品的采购工作,采购子系统与库存子系统的联系是什么紧密的,采购子系统正是根据库存子系统的信息反馈,而启动各种不同功能的,同样,采购子系统也要将采购商品信息反馈给库存子系统。
nnn nnnn nnnnn n
国家代码
校验码 商品编码
厂商代码
七.新系统功能模型设计
1.设计思想
(1)系统分成几个相对独立的模块,但这些模块都进行集中式管理。
(2)分层的模块化程序设计思想,整个系统采用模块化结构设计。作为应用程序有较强的可操作性和扩展性。
(3)合理的数据流设计,在应用系统设计中,相对独立的模块间以数据流相互连接,使各模块间的耦合性较低,方便系统运行,提高系统安全性。
2.设计原则
为了使本系统功能齐全完备,操作简便,最大限度的提高软件的质量,从而满足用户的实际需要,在设计开发过程中遵循了如下原则:
(1)合法性原则:依据产品核算系统的工作规定以及要求,参照核算实际的工作情况,进行诸如产品进货、销售等工作。
(2)实用性原则:适合产品信息管理工作的实际需求,并能够处理一些特殊情况的要求,此外,尽可能预留空间,以便扩充功能。
(3)准确性原则:对输入的相关资料建立检错机制,及时报错,使用户能够及时准确的输入
合法资料(如:类型匹配,长度不超限等)。
(4)易操作原则:要求设计的系统功能齐全,界面友好,操作方便,必要的地方进行提示。
(5)源程序可读性原则:为了便于其他设计,维护人员读懂代码或以的代码修改,软件升级维护,即可能做好代码注释工作。
(6)优化原则:为了达到优化的目的,合理的运用窗口,菜单,对象等的继承,自定义用户对象,事件,函数,减少不必要的重复性代码,使程序简介明了,也方便了将来的维护。
(7)安全性原则:可以为该系统的用户设置用户权限。
3.功能模块设计
根据以上分析,可以将整体系统分为3个模块:
超市管理信息系统功能模块
3.1库存管理子系统设计
根据子系统划分的分析,库存管理系统的主要处理功能包括补充商品的确认、库存的检查、库存数据的更新处理、提供现有商品信息。库存数据的更新主要是根据入库商品数据和出库商品数据来处理的。出库和入库需要参照不同的数据(销售数据和订货数据),但处理过程是一样的,因此出库处理和入库处理合并到出库入库功能模块中,将补充商品的确认、库存的检查合并到销售预测信息处理模块中;计算机管理信息系统一般都需要系统管理功能和初始设置功能,这样,新系统的功能模块设计如下所示
库存管理系统功能模
3.2销售管理子系统设计
根据子系统划分的分析,销售管理子系统的主要处理功能主要包括对销售终端POS机销售数据收集,对销售商品信息的记录,对销售商品信息的查询,对销售商品信息的汇总整理统计。此外,能对其他各子系统:库存管理子系统,采购管理子系统,进行实时的销售时点数据的发送以及同步数据的接收
销售管理系统功能模
3.3采购管理子系统设计
根据子系统划分的分析,采购管理子系统主要处理功能包括,对库存信息的分析指定采购计划,执行采购计划,对各项采购清单的查询,对采购计划的修改和查询。采购管理子系统的更新将直接影响其他子系统,所以还必须有采购商品信息的实时更新通讯,才外还必须具有对采购商品信息记录,整理,汇总,以及查询功能。
1.采购部查询库存信息及用户需求,若商品的库存量不能满足用户的需要,则编制相应的采购订货单,并交送给供应商提出订货请求。供应商按订单要求发货给该公司采购部,并附上采购收货单。公司检验人员在验货后,发现货物不合格,将货物退回供应商,如果合格则送交库房。库房管理员再进一步审核货物是否合格,如果合格则登记流水帐和库存帐目,如果不合格则交由主管审核后退回供应商。 画出物资订货的业务流程图。 2.在盘点管理流程中,库管员首先编制盘存报表并提交给仓库主管,仓库主管查询库存清单和盘点流水账,然后根据盘点规定进行审核,如果合格则提交合格盘存报表递交给库管员,由库管员更新库存清单和盘点流水账。如果不合格则由仓库主观返回不合格盘存报表给库管员重新查询数据进行盘点。 根据以上情况画出业务流程图和数据流程图。 3.“进书”主要指新书的验收、分类编号、填写、审核、入库。主要过程:书商将采购单和
新书送采购员;采购员验收,如果不合格就退回,合格就送编目员;编目员按照国家标准进行的分类编号,填写包括书名,书号,作者、出版社等基本信息的入库单;库管员验收入库单和新书,如果合格就入库,并更新入库台帐;如果不合格就退回。“售书”的流程:顾客选定书籍后,收银员进行收费和开收费单,并更新销售台帐。顾客凭收费单可以将图书带离书店,书店保安审核合格后,放行,否则将让顾客到收银员处缴费。 画出“进书”和“售书”的数据流程图。 进书业务流程: 进书数据流程: F3.2不合格采购单 售书业务流程:
售书数据流程: 4.背景:若库房里的货品由于自然或其他原因而破损,且不可用的,需进行报损处理,即这些货品清除出库房。具体报损流程如下: 由库房相关人员定期按库存计划编制需要对货物进行报损处理的报损清单,交给主管确认、审核。主管审核后确定清单上的货品必须报损,则进行报损处理,并根据报损清单登记流水帐,同时修改库存台帐;若报损单上的货品不符合报损要求,则将报损单退回库房。 试根据上述背景提供的信息,绘制出“报损”的业务流程图、数据流程图。 报损业务流程图: 业务流程图:
精心整理 1.采购部查询库存信息及用户需求,若商品的库存量不能满足用户的需要,则编制相应的采购订货单,并交送给供应商提出订货请求。供应商按订单要求发货给该公司采购部,并附上采购收货单。公司检验人员在验货后,发现货物不合格,将货物退回供应商,如果合格则送交库房。库房管理员再进一步审核货物是否合格,如果合格则登记流水帐和库存帐目,如果不合格则交由主管审核后退回供应商。 画出物资订货的业务流程图。(共10分) 2.在盘点管理流程中,库管员首先编制盘存报表并提交给仓库主管,仓库主管查询库存清单和 盘点流水账,然后根据盘点规定进行审核,如果合格则提交合格盘存报表递交给库管员,由库管 员更新库存清单和盘点流水账。如果不合格则由仓库主观返回不合格盘存报表给库管员重新查询 数据进行盘点。 根据以上情况画出业务流程图和数据流程图。(共15分) 3.“进书”主要指新书的验收、分类编号、填写、审核、入库。主要过程:书商将采购单和新书送采购员;采购员验收,如果不合格就退回,合格就送编目员;编目员按照国家标准进行的分类编号,填写包括书名,书号,作者、出版社等基本信息的入库单;库管员验收入库单和新书,如果合格就入库,并更新入库台帐;如果不合格就退回。“售书”的流程:顾客选定书籍后,收银员进行收费和开收费单,并更新销售台帐。顾客凭收费单可以将图书带离书店,书店保安审核合格后,放行,否则将让顾客到收银员处缴费。 画出“进书”和“售书”的数据流程图。 进书业务流程: 进书数据流程: 售书业务流程: 售书数据流程: 4.背景:若库房里的货品由于自然或其他原因而破损,且不可用的,需进行报损处理,即这些货品清除出库房。具体报损流程如下: 由库房相关人员定期按库存计划编制需要对货物进行报损处理的报损清单,交给主管确认、审核。主管审核后确定清单上的货品必须报损,则进行报损处理,并根据报损清单登记流水帐,同时修改库存台帐;若报损单上的货品不符合报损要求,则将报损单退回库房。 试根据上述背景提供的信息,绘制出“报损”的业务流程图、数据流程图。 报损业务流程图:(10分) 业务流程图: 数据流程图: 5.“生产资料出库”主要指生产部门员工到仓库中领取生产原料和各种生产工具等产品,其流程描述如下: 首先由生产部门员工向仓库主任提交原料提货单,然后仓库主任根据当前库存情况和用料计划对提货单进行审核,将不合格的提货单返回给生产部门员工,并将合格原料提货单交给库管员,库管员根据合格原料提货单更新库存台账并记录出库流水账。 (1)根据以上描述,绘出生产资料“出库”的业务流程图。(10分) (2)根据上题的业务流程绘出生产资料“出库”的数据流程图(5分) 6.采购员从库房收到缺货通知单以后,查阅订货合同单,若已订货,向供货单位发出催货请求,否则,填写订货单交供货单位。供货单位发出货物后,立即向采购员发出取货通知单。采购员取货后,发出入库单给库房。库房进行验货入库处理,如发现有不合格货品,发出验收不合格通知单给采购员,采购员据此填写退货单给供货单位。 画出物资订货的业务流程图和数据流程图。(共14分)
管理信息系统数据流程图和业务流程图和E-R图 -标准化文件发布号:(9456-EUATWK-MWUB-WUNN-INNUL-DDQTY-KII
1.采购部查询库存信息及用户需求,若商品的库存量不能满足用户的需要,则编制相应的采购订货单,并交送给供应商提出订货请求。供应商按订单要求发货给该公司采购部,并附上采购收货单。公司检验人员在验货后,发现货物不合格,将货物退回供应商,如果合格则送交库房。库房管理员再进一步审核货物是否合格,如果合格则登记流水帐和库存帐目,如果不合格则交由主管审核后退回供应商。 画出物资订货的业务流程图。(共10分) 2.在盘点管理流程中,库管员首先编制盘存报表并提交给仓库主管,仓库主管查询库存清单和盘点流水账,然后根据盘点规定进行审核,如果合格则提交合格盘存报表递交给库管员,由库管员更新库存清单和盘点流水账。如果不合格则由仓库主观返回不合格盘存报表给库管员重新查询数据进行盘点。根据以上情况画出业务流程图和数据流程图。(共15分)
3.“进书”主要指新书的验收、分类编号、填写、审核、入库。主要过程:书商将采购单和新书送采购员;采购员验收,如果不合格就退回,合格就送编目员;编目员按照国家标准进行的分类编号,填写包括书名,书号,作者、出版社等基本信息的入库单;库管员验收入库单和新书,如果合格就入库,并更新入库台帐;如果不合格就退回。“售书”的流程:顾客选定书籍后,收银员进行收费和开收费单,并更新销售台帐。顾客凭收费单可以将图书带离书店,书店保安审核合格后,放行,否则将让顾客到收银员处缴费。 画出“进书”和“售书”的数据流程图。 进书业务流程: 进书数据流程: F3.2不合格采购单 售书业务流程:
仓库管理工作流程(图) 一、入库 1、到货入库 图1 到货入库流程
注释:货到仓库后,仓库管理员与送货人进行大件核实登记签字确认(外包装无破损,
出现破损的拒绝收货)。一小时完成清单与实物的核对,而后通知财务部进行入账,并由仓 库管理员依照成品存储标准进行产品的分类存放。 2、退货入库 图2 退货入库流程 注释:退货到仓库后,仓库管理员凭手写退货单据(须由业务人员签字)进行验货,如非公司产品则拒绝
签收,如是公司产品且产品的品类与数量皆与退货单相符,则与业务进行签字交接,而后在ERP 上分类对产品进行入帐(旧件换新作失效单入不良库;新件不影响二次销售的作销退单入库;新件不能二次销售的作销退单入不良库;当天未销售的新件作未销单入库),而后将退货单交由主管或客服进行入账审核,并将退货产品依照产品存储标准进行分类分区存放(对于不影响二次销售的产品入存货区存放;其他不符合成品标准的产品则入退货区进行封箱存放)。 二、出库 1、公司送货的销售出库:
签字确认 分类暂存 图 3 公司送货的销售出库流程 注释 :仓库管理员凭打印的销售单本着先进先出的原则进行配货, 配货完毕后经由仓库 管理员之间的互验并签字确认, 按照业务人员的客户分类在配货区进行货物的暂存, 最终与 业务人员完成货物的签字交接,并按订单别进行装箱; 数量、品类不相符 打印销售单 凭单配货 销售单与 实物核对 数量及品类皆相符 1.品类是否相符 2.数量是否相符 与业务进行签字 交接并装箱
2 、仓库现场的销售出库(即客户自提): 图4 仓库现场的销售出库流程 注释:仓库管理员凭打印或手写销售单(手写销售单须由主管签字)本着先进先出的原则进行配货,配货完毕后经由仓库管理员之间的互验并签字确认,最终与客户完成货物的签字交接,之后要对手写销售单及时进行账务核对;
系统总体业务流程图图1-1: 系统初始化流程说明 1-1: 相关内容见表2-2:
目标实现凭证的生成、审核、过账和修改所有的操作 业务背景用户在实现初始化之后,系统已成功启用。财务人员需要以凭证的方式记录公司发生的实际经济业务。同时,按照实际的工作要求,对凭证进行审核、过账,发现错误进行修改。 适用范围1.1、各种方式产生的凭证,包括手工凭证、系统生成凭证、模式凭证、 自动转账凭证、外部引入凭证、凭证冲销等6种方式产生的凭证。 2.2、凭证的所有处理业务,凭证的生成、审核、过账、修改和删除。 序号责任部门责任人1新增凭证——手工录入、引入或者系统产生的凭证。财务部会计 2凭证查询——查询符合条件的凭证财务部财务人员3凭证审核——会计主管审核系统内的凭证财务部总账会计4凭证反审核——发现已审核的凭证错误,将其反审核, 进入可修改状态 财务部主管会计5凭证过账——将符合条件的凭证登记到账薄财务部主管会计6凭证反过账——发现已过账的凭证错误,将其反过账, 进入可修改状态 财务部主管会计 凭证录入与审核 业务流程图 流程说明 相关内容见表2-3: 规程 目标 确保原始数据以凭证形式变为软件数据,并通过审核得以确认。 业务背景1.已建立会计制度; 2.原始凭据真实、合法、完整;
规程适用范围1.直接由普通原始凭据制作凭证; 2.由软件的业务数据生成凭证或由手工录入此类凭证; 序号处理说明责任部门责任人1根据已审核过的原始凭据,在K/3系统\总账系统\凭 证录入中录入凭证并自检,或检查由系统自动生成凭 证的准确性。 财务部总账会计 2要求当天的业务凭据,当天生成或录入总账凭证。财务部总账会计3原始凭据真实、合法、有效。财务部总账会计4会计记账凭证的编制期不能早于实际业务的发生期。财务部总账会计5审核录入凭证是否信息完整准确。财务部主管会计6如凭证录入有问题,则通知制单人依据原始凭据检查 和修改凭证,此工作要求在1个工作日内完成。 财务部主管会计 7如凭证录入无问题,则在K/3系统\凭证查询功能中对 已录入凭证进行审核,此工作要求在凭证检查无误后 1个工作日内完成。 财务部主管会计 表 2-3 凭证反审核业务 凭证反审核业务流程图 流程说明 相关内容见表2-4: 规程 目标 对发现问题的已审核凭证进行反审核,使之返回至未审核状态以便于改正。 业务已审核的凭证在账簿生成或报表生成等后续处理过程中发现有误;
系统总体业务流程图 图 1-1: 系统初始化流程说明 1-1: 目标进行系统初始化,使系统进入可处理正常业务状态。 业务背景系统安装后,系统的参数、基础资料等都没有,系统还不能处理具体的业务。用户必须根据实际的业务管理需要,设置系统控制参数、科目、核算项目等后,才能处理正常业务。 适用 范 围 在系统启用之前,适用所有的行业。 序号责任部门责任人1 启用账套——启用账套,设置账套期间财务/IT部系统管理 员 2 系统参数设置——设置系统参数财务/IT部系统管理 员 3 用户设置——将系统用户和每个用户的权限在系统中 设定 财务部主管会计 4 币别设置——在系统中设置币别财务部总账会计 5 核算项目、科目设置——在系统中设置科目和核算项 目 财务部主管会计 6 期初数据录入——将期初余额录入系统财务部主管会计 7 数据检查——系统检查期初余额是否平衡,数据是否 正确还需人工做进一步的检查。 财务部主管会计
凭证处理业务流程说明相关内容见表2-2: 目标实现凭证的生成、审核、过账和修改所有的操作 业务背景用户在实现初始化之后,系统已成功启用。财务人员需要以凭证的方式记录公司发生的实际经济业务。同时,按照实际的工作要求,对凭证进行审核、过账,发现错误进行修改。 适用范围1.1、各种方式产生的凭证,包括手工凭证、系统生成凭证、模式凭证、自动转 账凭证、外部引入凭证、凭证冲销等6种方式产生的凭证。 2.2、凭证的所有处理业务,凭证的生成、审核、过账、修改和删除。 序号责任部门责任人 1 新增凭证——手工录入、引入或者系统产生的凭证。财务部会计 2 凭证查询——查询符合条件的凭证财务部财务人员 3 凭证审核——会计主管审核系统内的凭证财务部总账会计 4 凭证反审核——发现已审核的凭证错误,将其反审核, 进入可修改状态 财务部主管会计 5 凭证过账——将符合条件的凭证登记到账薄财务部主管会计 6 凭证反过账——发现已过账的凭证错误,将其反过账, 进入可修改状态 财务部主管会计 凭证录入与审核 业务流程图
实验三业务流程图[实验目的] 1.熟练绘制组织结构图 2.掌握业务流程图的绘制方法 [实验内容] 1.试根据下述业务过程画出物资订货的业务流程图:采购员从仓库收到缺货通知单以后,查阅订货合同单,若已订货,向供货单位发出催货请求,否则,填写订货单交供货单位,供货单位发出货物后,立即向采购员发出取货通知。 2.某工厂成品库管理的业务过程如下:成品库保管员按车间送来的入库单登记库存台帐。发货时,发货员根据销售科送来的发货通知单将成品出库,并发货,同时填写三份出库单,其中一份交给成品库保管员,由他按此出库单登记库存台帐,出库单的另外两联分别送销售科和会计科。试按此业务过程画出业务流程图。 1图: :
图2. 实验三(二). [实验目的] 1.掌握业务流程图和业务流程图的绘制方法
[实验内容] 1.根据下述业务过程绘制业务流程图:采购部门准备采购单一式四份,第一张交给卖方;第二张交到收货部门,用来登记收货清单;第三张交给财会部门,登记应付账;第四张存档。到货时,收货部门按待收货清单校对货物是否齐全后填写收货单四张,其中第一张交财会部门,通知付款,第二张通知采购部门取货,第三张存档,第四张交给卖方。 2..绘制业务流程图。 销售科负责成品销售及成品库管理。该科计划员将合同登记入合同台账,并定期根据合同台账查询库存台账,决定是否可以发货。如果可以发货,则填写出库单交成品库保管员。保管员按出库单和由车间送来的入库单填写库存台账。出库单的另外两联分送计划员和财务科。计划员将合同执行情况登入合同台账。销售部门负责人定期进行销售统计并上报厂办。 2图: 1图:
数据流程图实验四 [实验目的] 掌握数据流程图的绘制 [实验内容] 1.某仓库管理系统按以下步骤进行信息处理 (1)保管员根据当日的出库单和入库单通过出入库处理去修改库存台帐;
1-1: 系统总体业务流程图图1-1: 系统初始化流程说明 目标进行系统初始化,使系统进入可处理正常业务状态。 业务背景系统安装后,系统的参数、基础资料等都没有,系统还不能处理具体的业务。用户必须根据实际的业务管理需要,设置系统控制参数、科目、核算项目等后,才能处理正常业务。 适用 范围 在系统启用之前,适用所有的行业。 序号责任部门责任人1启用账套——启用账套,设置账套期间财务/IT部系统管理 员 2系统参数设置——设置系统参数财务/IT部系统管理 员 3用户设置——将系统用户和每个用户的权限在系统中 设定 财务部主管会计4币别设置——在系统中设置币别财务部总账会计5核算项目、科目设置——在系统中设置科目和核算项 目 财务部主管会计6期初数据录入——将期初余额录入系统财务部主管会计7数据检查——系统检查期初余额是否平衡,数据是否 正确还需人工做进一步的检查。 财务部主管会计
相关内容见表 2-2: 凭证处理业务流程说明 凭证录入与审核 业务流程图 目 标 实现凭证的生成、审核、过账和修改所有的操作 业务 背 景 用户在实现初始化之后,系统已成功启用。财务人员需要以凭证的方式记录公司 发生的实际经济业务。同时,按照实际的工作要求,对凭证进行审核、过账,发 现错误进行修改。 适用 范 围 1. 1、各种方式产生的凭证,包括手工凭证、系统生成凭证、模式凭证、自动 转账凭证、外部引入凭证、凭证冲销等 6 种方式产生的凭证。 2. 2、凭证的所有处理业务,凭证的生成、审核、过账、修改和删除。 序 号 责任部门 责任人 1 新增凭证——手工录入、引入或者系统产生的凭证。 财务部 会计 2 凭证查询——查询符合条件的凭证 财务部 财务人员 3 凭证审核——会计主管审核系统内的凭证 财务部 总账会计 4 凭证反审核——发现已审核的凭证错误,将其反审核, 进入可修改状态 财务部 主管会计 5 凭证过账——将符合条件的凭证登记到账薄 财务部 主管会计 6 凭证反过账——发现已过账的凭证错误,将其反过账, 进入可修改状态 财务部 主管会计
ERP系统业务操作流程 一、目的 通过ERP系统实施,规范日常业务操作流程,提升企业管理水平,保障ERP系统正常运行。 二、基础档案设置和录入 1、项目档案:《销售立项审批表》批准后,市场部在项目档案中添加“销售项目号”,计划部在确定生产令号后,修改项目号中的生产令号与实际的生产令号一致。 2、客户名称档案:销售合同成立,销售部按合同签订单位名称(合同章名称)在往来单位项下的客户档案下添加客户名称。 3、产成品编码:工艺技术在图纸定型后,录入产品结构前给产成品命名、并按《物料编码规则》在存货档案中加入产成品编码档案。 4、材料清单:工艺技术部在图纸定型后,下达《设计通知单》时,将《材料清单》录入产品结构 5、材料编码:增加新的原材料品种和规格时,采购部根据《物料编码规则》加入材料编码档案。 6、半成品编码:产品定型后,工艺技术部对主机产品通用部件命名、并按《物料编码规则》加入半成品编码档案。 7、供应商名称档案:增加新的供应商时,由采购部增加录入供应商档案。 三、采购业务系统操作流程 根据公司的经营生产模式,生产用与办公用物资(食堂生活物资除外)一律需先有计划、申请,经总经理或主管副总批准后方可采购。主要流程如下: 1、采购计划或申请:分工艺技术部主机材料清单、工程技术部发货清单与临时申请(请购单)两类。由需用部门根据采购要求提前书面提出计划或申请,批准后交采购部。 2、采购订单:采购部根据计划或申请寻找确定供应商,签订购货合同,录入“采购订单”,通知财务部审核,并及时将采购任务交给采购员采购。 3、到货:供应商必须提供两联送货单,到货后,仓库保管员验收数量和外观质量后根据“订单”生成“采购到货单”,并打印交质量部作为“物资检验单”(为保证工作的流畅性,当日的业务应当日完成,各仓管员在收货物时,请提醒供应商随货带来送货单,如只有一联的请复印,可给我们以后的工作带来方便)。
图书馆管理系统开发 设计方案
1需求分析 1.1 目前图书馆管理系统存在问题 1)检索速度慢、效率低 因为图书馆的藏书种类多、数量多,将藏书准确地分门别类,快速检索,手工进行非常困难往往是终于查到了二伟的信息,馆中没有此书或已被别人借走。图书馆的规模越大,这个问题越突出。 2)借书、还书工作量大 借书、还书频率越大,说明图书馆的作用越大,然而随之而来的大量的借书、还书登记、实存图书的更新以及借出图书超期、遗失等的处理,其工作量之大,往往是人工操作所难以胜任的。而且经常会出现这样那样的差错。 3)图书统计工作难、藏书更新不能及时完成。 图书馆的图书应根据科学技术的发展和教学工作的需要及时添加和更新,然而由于藏书数量及图书种类越来越多,加上自然损耗,人为破坏,使图书的统计工作难以及时完成,藏书的更新也就很难有针对性地进行,藏书的知识结构得不到良好地控制。 我校也是一所发展中的高校,近儿年的发展速度很快,图书馆的规模和藏书数量也不断的扩大,为了解决海量图书的管理问题,改变传统的管理方式也是迫在眉睫了。 1.2 系统目标 本系统主要实现对图书馆的信息进行管理,图书馆的正常运营中总是面对大量的读者信息,图书信息以及两者相互作用产生的借书信息,因此要对读者资源,图书资源,借书信息进行管理。本系统的开发就是在于提高图书管理的工作效率,加强图书馆的管理。 图书馆管理系统是图书馆管理工作中不可缺少的部分,它的内容对于图书馆的管理者和使用者来说都至关重要,所以图书管理系统应该能够为管理者或读者提供充足的信息和快捷的数据处理手段。但一直以来人们使用传统人工的方式进行图书管理和借阅管理,这种管理方式存在着许多缺点,如:效率低、易忘记、保密性差,另外时间一长,将产生大量的文件和数据,这对于查找、更新和维护都带来了不少的困难。随着科学技术的不断提高,计算机科学日渐成熟,其强大的功能已为人们深刻认识,它已进入人类社会的各个领域并发挥着越来越重要
超市管理信息系统 课程名称:管理信息系统 项目名称:超市管理信息系统 报告名称:超市管理信息系统分析报告 指导老师: 专业班级:
目录 1.背景介绍 (3) 2.可行性分析 (3) 2.1技术可行性 (3) 2.2经济可行性研究 (3) 2.3操作可行性研究 (3) 2.4结论 .............................................................................................................................. 错误!未定义书签。 3.需求分析 (4) 3.1现行系统分析 (4) 3.2用户需求分析............................................................................................................... 错误!未定义书签。 3.2.1主要信息需求....................................................................................................... 错误!未定义书签。 3.2.2功能需求............................................................................................................... 错误!未定义书签。 3.2.3辅助决策需求....................................................................................................... 错误!未定义书签。 4.系统概要设计 ................................................................................................. 错误!未定义书签。 4.1设计思想 (14) 4.2设计原则 (14) 4.3业务流程分析............................................................................................................... 错误!未定义书签。 5.数据流程分析 ................................................................................................. 错误!未定义书签。 6.逻辑模型设计 ................................................................................................. 错误!未定义书签。 6.1.1 ER .......................................................................................................................... 错误!未定义书签。 6.1.3数据字典............................................................................................................... 错误!未定义书签。 6.1.2编码模型设计....................................................................................................... 错误!未定义书签。 6.1.4子功能设计........................................................................................................... 错误!未定义书签。 7.物理模型设计 ................................................................................................. 错误!未定义书签。 7.1运行平台设计............................................................................................................... 错误!未定义书签。 7.1 .1 系统运行平台设计的目标与原则 .......................................................................... 错误!未定义书签。 7.1.2系统平台设计的要求 ............................................................................................ 错误!未定义书签。 7.1.3 系统应用架构设计................................................................................................. 错误!未定义书签。 7.1.4 系统应用平台设计................................................................................................. 错误!未定义书签。 7.1.5系统硬件平台设计 ................................................................................................ 错误!未定义书签。 选型原则........................................................................................................................ 错误!未定义书签。 硬件设备选型................................................................................................................ 错误!未定义书签。 7.2数据存储设计............................................................................................................... 错误!未定义书签。 结论 .............................................................................................................. 错误!未定义书签。参考文献........................................................................................................... 错误!未定义书签。
2.在盘点管理流程中,库管员首先编制盘存报表并提交给仓库主管,仓库主管查询库存清单和盘点流水账,然后根据盘点规定进行审核,如果合格则提交合格盘存报表递交给库管员,由库管员更新库存清单和盘点流水账。如果不合格则由仓库主观返回不合格盘存报表给库管员重新查询数据进行盘点。 根据以上情况画出业务流程图和数据流程图。 4.背景:若库房里的货品由于自然或其他原因而破损,且不可用的,需进行报损处理,即这些货品清除出库房。具体报损流程如下: 由库房相关人员定期按库存计划编制需要对货物进行报损处理的报损清单,交给主管确认、审核。主管审核后确定清单上的货品必须报损,则进行报损处理,并根据报损清单登记流水帐,同时修改库存台帐;若报损单上的货品不符合报损要求,则将报损单退回库房。 试根据上述背景提供的信息,绘制出“报损”的业务流程图、数据流程图。 报损业务流程图: 业务流程图: 库房 库存计划 报损清单 主管 流水账 库存台帐 不合格报损 清单 合格报损清 单
数据流程图: P1编制报损清单 P2审核报损清单 P3 报损处理 库存计划 库存台帐 流水账 报损清单 合格的报损清 单 库房 不合格的报损清单 5.“生产资料出库”主要指生产部门员工到仓库中领取生产原料和各种生产工具等产品,其流程描述如下: 首先由生产部门员工向仓库主任提交原料提货单,然后仓库主任根据当前库存情况和用料计划对提货单进行审核,将不合格的提货单返回给生产部门员工,并将合格原料提货单交给库管员,库管员根据合格原料提货单更新库存台账并记录出库流水账。 (1)根据以上描述,绘出生产资料“出库”的业务流程图。 (2)根据上题的业务流程绘出生产资料“出库”的数据流程图 生产部门 原料提货单 仓库主任 库存情况 不合格的提 货单 合格的提货 单 用料计划 库存台帐 出库流水帐 库管员 生产部门 D1 P1审核提货单 P2 出库处理 库存情况 D3 库存台帐F1提货单F2不合格的提货单 F3合格的提货单 D4 出库流水帐 D2 用料计划 6. 采购员从库房收到缺货通知单以后,查阅订货合同单,若已订货,向供货单位发出催货请求,否则,填写订货单交供货单位。供货单位发出货物后,立即向采购员发出取货通知单。采购员取货后,发出入库单给库房。库房进行验货入库处理,如发现有不合格货品,发出验收不合格通知单给采购员,采购员据此填写退货单给供货单位。 画出物资订货的业务流程图和数据流程图。 业务流程图:
十、信息处理流程图
ERP
标准业务流程
上海()有限公司 二〇二〇年十二月
.1
十、信息处理流程图
一、销售部分:
(一)、发出商品销售业务:
业务编 号
流程适 用范围
相关岗 位及权限
SA-003
业务名
编号: PR-SA-003
发出商品销售业务
称
无论赊销、现销,当月完成发货后,以后月份结算的销售业务
岗位
销售助理
系统操作
销售管理模块中录入销售订单
权限
录入
销售主管
销售管理模块中审核销售订单
审核
销售助理
销售管理模块中录入发货单
增加、审核
保管员
库存管理模块中仓库调拨单录入、一审
录入、一审
发货检验
仓库调拨单二审
二审
员
财务开票
以后期间,开据销售发票
录入
员
材料成本
根据销售调拨单生成出库单并钩稽发发票,存货核
记账、制单
会计
算模块中记账、制单
应收往来
应收账款模块中结转收入、应收往来核算
审核、核销、
会计
制单
相关部门或岗位 客户
销售部
库房记账员
材料成本会计/往来会计
.2
十、信息处理流程图
收 货
合同
具签定,或接 体 到订单。 工 作 流 程
填写销售 订单
审核销售 订单
填制发货 通知单并审核
审核调 拨单项式单
仓库调 拨单
以后结算 开 据
销售出库 单
钩稽
销售发票
审核
结 转
销 售 成 本
销 售 收 入
现结
应收 账款
填制收款 单
收款
1、销售业务员与客户签订销售合同,销售助理依据在【销售管理】模块录入销售订单 并销售主管对销售订单进行确认,并在系统中对订单进行审核。
2、产品生产完毕完工入库后,销售助理在【销售管理】模块根据销售订单生成销售发 流 货通知单, 程 3、保管员根据【销售管理】模块中审核后的销售发货单通知单生成仓库调拨单并进行 审核,产品出门。 描 4、以后期间结算时,销售助理根据客户开票需求,对已审核的提货存根联及开票通知单, 并送财务部门进行开票; 述 5、财务开票员根据销售助理复核后的开票通知单,开具销售发票。
6、材料成本会计在【仓库核算】模块根据仓库调拨单生成销售出库单,材料会计对销 售发票进行审核处理并钩稽销售出库单,月底根据根据销售出库单生成销售成本结转凭
证。。 7、往来会计收款时在【应收管理】模块中填制收款单并根据收款单生成收款凭证。
.3
财政预算执行系统业务总流程图 一、财政预算执行系统业务总流程 1、预算指标导入财政预算执行系统后,由预算科批复至财政 局各业务科,再由各业务科下达至预算单位。 2、预算单位根据批准的部门预算和项目进度编制分月用款计划,分月用款计划是办理财政性资金支付的依据。分月用款计划报财政局业务科审核后,国库科审定并下达额度。此时,授权支付额度入账通知书即可生成打印,预算单位据此登记预算内、外财政授权支付额度收入帐。 3、预算单位录入财政直接(授权)支付申请。授权支付经会计核算中心审核后,由预算单位自行打印《财政资金支付凭证》,加盖印鉴后送单位零余额账户代理银行。直接支付送会计核算中心审核并打印《财政资金支付凭证》,通知代理银行及时将资金直接支付给收款人或用款单位。 4、代理银行根据支付指令及时将资金支付到收款人或用款单位,并将当日实际支付的资金,汇总生成《**银行**支付申请划款凭证》,附《申请财政性资金划款明细清单》送会计核算中心。 5、核算中心审核无误后汇总生成《**财政**汇总清算通知单》,送国库科审核签章后,送人民银行国库或财政专户代理银行,与国库单一账户进行资金清算。 6、代理银行收到清算回的资金和回单后进行划款清算回单登记,国库科、核算中心依据清算回单进行划款清算登记。 7、支付完成后,预算单位从预算执行网络系统打印《财政直接支付入账通知书》,作为收到和付出款项的凭证,进入会计核算环节。详见下图: 财政预算执行系统业务总流程图
二、分月用款计划流程 分月用款计划是单位预算支出活动的月度执行方案,是一个时期(如一个月)预算执行的计划。预算单位根据批准的部门预算、预算外收入完成情况和项目进度科学编制分月用款计划。分月用款计划是办理财政性资金支付的依据。 1、预算单位计划经办人在预算执行网络系统中编制分月用款计划。计划审核人审核并报财政局主管业务科室。 2、财政局主管业务科室初审后,用款计划由国库科审核并下 达用款额度。 详见下图:
1. 采购部查询库存信息及用户需求,若商品的库存量不能满足用户的需要,则编制相应的采购订货单,并交送给供应商提出订货请求。供应商按订单要求发货给该公司采购部,并附上采购收货单。公司检验人员在验货后,发现货物不合格,将货物退回供应商,如果合格则送交库房。库房管理员再进一步审核货物是否合格,如果合格则登记流水帐和库存帐目,如果不合格则交由主管审核后退回供应商。 画出物资订货的业务流程图。(共10 分) 2.在盘点管理流程中,库管员首先编制盘存报表并提交给仓库主管,仓库主管查询库存清单和盘点流水账,然后根据盘点规定进行审核,如果合格则提交合格盘存报表递交给库管员,由库管员更新库存清单和盘点流水账。如果不合格则由仓库主观返回不合格盘存报表给库管员重新查询数据进行盘点。 根据以上情况画出业务流程图和数据流程图。(共15 分) 3. “进书”主要指新书的验收、分类编号、填写、审核、入库。主要过程:书商将采购单和新书送采购员;采购员验收,如果不合格就退回,合格就送编目员;编目员按照国家标准进行的分类编号,填写包括书名,书号,作者、出版社等基本信息的入库单;库管员验收入库单和新书,如果合格就入库,并更新入库台帐;如果不合格就退回。“售书”的流程:顾客选定书籍后,收银员进行收费和开收费单,并更新销售台帐。顾客凭收费单可以将图书带离书店,书店保安审核合格后,放行,否则将让顾客到收银员处缴费。 画出“进书”和“售书”的数据流程图。 进书业务流程: 进书数据流程: 售书业务流程: 售书数据流程: 4. 背景:若库房里的货品由于自然或其他原因而破损,且不可用的,需进行报损 处理,即这些货品清除出库房。具体报损流程如下: 由库房相关人员定期按库存计划编制需要对货物进行报损处理的报损清单,
信息管理系统作业(业务流程图及数据流图) 学院: 专业: 班级: 姓名: 学号:
某工厂人事管理业务如下: 1)由厂长批准的《调入人员通知》连同《职工登记卡》由调入人员一起交给人事科,人事科将《职工登记卡》的信息登记到《职工档案》,其数据项有:职工代码、姓名、性别、出生年月政治面貌、职务、职称、最后学历、固定工资、入厂日期、所在单位。《调入人员通知》存档,为统计调入人员时使用。 2)由厂长批准的《调出人员通知》交人事科,人事科据此将其在《职工档案》中的信息取出,另外记入《调出人员档案》,其数据项在《职工档案》基础上,增加一项“调出日期”。 3)由厂长批准的《离退休人员通知》交人事科,人事科据此将其在《职工档案》中的信息取出,记入《离退休人员档案》,其数据项在《职工档案》基础上,增加一项“离退日期”。 4)由厂长批准的《职工工资变动通知》交人事科,人事科据此修改《职工档案》中的职工的固定工资数据。 5)本厂职工把各大专院校颁发的《学历证明》交人事科,人事科据此修改《职工档案》中的最后学历数据。 6)随时都有本厂各级管理人员来人事科查看人事档案、离退休人员档案、调出人员档案信息。 7)每到年末,人事科需编制《职工统计表》和《职工学历统计表》、《职工工资统计表》、《职工年龄结构分析表》,交给厂长。 下面给出《职工统计表》和《职工学历统计表》的格式,其他表的格式请自己设计。 职工统计表 现计划开发一个人事管理系统,以完成以上各项业务。 要求完成: (1)画出现系统的业务流程图。 (2)设计出新系统的数据流图(包括顶层图和各级细化图)。
业务流程图
TOP图 一级细化图
图1-1: 系统初始化流程说明1-1: 相关内容见表2-2:
凭证录入与审核 业务流程图 流程说明 相关内容见表2-3: 规程 目标 确保原始数据以凭证形式变为软件数据,并通过审核得以确认。 业务背景1.已建立会计制度; 2.原始凭据真实、合法、完整; 规程适用范围1.直接由普通原始凭据制作凭证; 2.由软件的业务数据生成凭证或由手工录入此类凭证; 序号处理说明责任部门责任人1根据已审核过的原始凭据,在K/3系统\总账系统\凭 证录入中录入凭证并自检,或检查由系统自动生成凭 证的准确性。 财务部总账会计 2要求当天的业务凭据,当天生成或录入总账凭证。财务部总账会计3原始凭据真实、合法、有效。财务部总账会计4会计记账凭证的编制期不能早于实际业务的发生期。财务部总账会计5审核录入凭证是否信息完整准确。财务部主管会计6如凭证录入有问题,则通知制单人依据原始凭据检查 和修改凭证,此工作要求在1个工作日内完成。 财务部主管会计 7如凭证录入无问题,则在K/3系统\凭证查询功能中对 已录入凭证进行审核,此工作要求在凭证检查无误后 1个工作日内完成。 财务部主管会计 表 2-3 凭证反审核业务 凭证反审核业务流程图 流程说明 相关内容见表2-4: 规程 目标 对发现问题的已审核凭证进行反审核,使之返回至未审核状态以便于改正。 业务背景已审核的凭证在账簿生成或报表生成等后续处理过程中发现有误;问题凭证为已审核凭证或已过账凭证; 规程适用范围1.审核与反审核必须为同一人; 2.如果此凭证已过账,则需先反过账后再反审核; 3.适用于本会计期间修改或跨会计期间修改; 序号处理说明责任部门责任人
系统总体业务流程图 图1-1: 系统初始化流程说明 1-1: 目标进行系统初始化,使系统进入可处理正常业务状态。 业务 背景 系统安装后,系统的参数、基础资料等都没有,系统还不能处理具体的业务。用 户必须根据实际的业务管理需要,设置系统控制参数、科目、核算项目等后,才 能处理正常业务。 适用 范 围 在系统启用之前,适用所有的行业。 序号责任部门责任人1 启用账套——启用账套,设置账套期间财务/IT部系统管理 员 2 系统参数设置——设置系统参数财务/IT部系统管理 员 3 用户设置——将系统用户和每个用户的权限在系统中 设定 财务部主管会计 4 币别设置——在系统中设置币别财务部总账会计 5 核算项目、科目设置——在系统中设置科目和核算项 目 财务部主管会计 6 期初数据录入——将期初余额录入系统财务部主管会计 7 数据检查——系统检查期初余额是否平衡,数据是否 正确还需人工做进一步的检查。 财务部主管会计
凭证处理业务流程说明相关内容见表2-2: 目标实现凭证的生成、审核、过账和修改所有的操作 业务背景用户在实现初始化之后,系统已成功启用。财务人员需要以凭证的方式记录公司发生的实际经济业务。同时,按照实际的工作要求,对凭证进行审核、过账,发现错误进行修改。 适用范围1.1、各种方式产生的凭证,包括手工凭证、系统生成凭证、模式凭证、自动转 账凭证、外部引入凭证、凭证冲销等6种方式产生的凭证。 2.2、凭证的所有处理业务,凭证的生成、审核、过账、修改和删除。 序号责任部门责任人 1 新增凭证——手工录入、引入或者系统产生的凭证。财务部会计 2 凭证查询——查询符合条件的凭证财务部财务人员 3 凭证审核——会计主管审核系统内的凭证财务部总账会计 4 凭证反审核——发现已审核的凭证错误,将其反审核, 进入可修改状态 财务部主管会计 5 凭证过账——将符合条件的凭证登记到账薄财务部主管会计 6 凭证反过账——发现已过账的凭证错误,将其反过账, 进入可修改状态 财务部主管会计 凭证录入与审核 业务流程图