FA事务处理流程图.doc

第6章 事务解决流程图
6·1 概 述
6·1·1 事务与事务解决
1．事务解决与事务解决系统
事务：事务是具有特定目的的任务，它通常 联系企事业单位中的管理工作。事务可大同小，但必须具有"将定目的"。例如，库房管理中的"入库"是一个事务，其目的就是记录检查过的货品已进入仓库成为库存。这样的特定目的应当是明确的，表达应当是简洁的。
事务解决；事务解决是完毕事务的动作。因此事务解决应服务于该事务的"特定目的"。它说明如何完毕"特定目的"所规定的一系列规定。例如，"入库"事务解决应完毕：①登记进入仓库的货品（名称、规格、单价、数量、产地等）及位置（仓位）；②由于库存增长而修改库房占用流动资金的数额；③计算库存是否超限等。
事务解决系统：事务解决系统为一组事务解决的有机组合，它具有下述特点：
（１）系统性和特定的系统目的。
（2）所含一组事务，正好能覆盖系统目的。
（3）每个事务既有一定独立性，互相间又有一定联系，这种联系是通过数据进行的。
例如，将库房管理作为一个事务解决系统。它涉及入库、出库、库存查询与分析三个事务。（１）其系统地反映在三个事务按一定关系形成一个整体，并具有特定的目的：对货品出、入库进行管理，并对库存进行有效分析。（2）所列三个事务正好覆盖系统目的。（３）库、出库、库存查询与分析都具有一定独立性，互相间又有一定联系。
2．事务解决对象
事务解决的对象是信息，信息是赋予约定意义的数据。数据位于现代事务解决的中心现代化的管理以数据为依据。所有事务解决都可以看作是在一组数据集上的操作。
这里所述数据不仅是数，还涉及字符、图形、语言文字，诸如姓名、颜色、真假一类的概也都可作为数据被解决，甚至报表、文献、台帐、各种凭证、电报、传真等也可作为数据被解决。
数据是事等解决的依据，也是事务解决的结果。例如，入库事务，解决对象有入库单（凭证）、日或月入库文献、库存文献（台帐）。
3．事务解决流程与数据流程
事务解决流程与数据流程有紧密的联系，事务解决流程是事务（或事务分解的一组动作）之间互相关系及解决的先后顺序的表达。如前所述，数据是事务的解决依据，也是事务的解决结果。一个电务使用一些数据，经解决产生另一些数据．所产生的数据与此外一些数据又为另一个事务所使用，并产生另一些数据。这样，一些数据经解决成新的数据，它们再经解决又形成另一些数据，这就形成数据流程。
解决流程侧重于解决功能的描述，数据流程侧重于数据流动与演变的描述。数据流程中的会合点或演变点即是解决节点。因此，事务解决流程与数据流程应当是一致的。
例如，图6．1是库房管理的流程图，其中矩形框是解决节点，其它均为数据。

6．1．2 事务解决模型
事务解决或事务解决系统在客观世界中大量存在。但是计算机化的事务解决系统并不是实际系统的翻版。在设计一个计算机事务解决系统时，应对实际系统进行抽象，即通过如下环节定义事务解决模型。
1．抽象与定义信息
信息是人们对客观世界结识的结果。人们自觉或不自觉地认不间断地接受信息、消化解决信息，并发送新的信息。而应用计算机技术接受、解决、发送信息时，一方面应从客观世界抽象信息，并予以定义。
一般生产单位解决的信息，重要涉及人、财、物三个方面。所有信息都是这三方面客观存在的映射，它们反映了人、财、物三方面的变化，互相差异与关系。因此，这些单位的信息抽象与定义，应从人、财、物的客观存在与活动出发。
2．描述信息流，定义信息网络
通常都说公司中存在四条流：人流、物流、资金流和信息流。事实上，信息流是此外三条流客观存在与活动的映射。例如，物流反映了从原材料入库到产品销售的流程，有入库、出库、加工、在制品、装配、产品、销售等环节。与物流相相应的信息流以凭证、台账、报表等形式进行流动。反映物流的状况，有入库单、领料单、库存台账、加工进度、加工工时消耗、加工质量、加工设备与能源情况、在制品库存情况、产品库存情况等信息。管理人员是通过信息流来了解与控制物流的。因此，信息流的完备与流畅限度反映了一个公司的管理水平，也是设计事务解决系统的重要基础工作。
信息是应充足运用的一种重要资源，信息流应能使各层次管理人员满足关于信息的需求，因而信息流的描述是事务解决设计中十分重要的一部分。
企事业单位的管理通常分三个层次：决策层）管理层，操作层。各条信息流及各信息流的纵横关系形成一个信息网络。不同层次管理人员关于信息的需求不同，决策层高层管理人员需要宏观的信息，以便进行辅助决策或规划；管理层的中层管理人员应对各专业信息进行具体操作；操作层的有关人员则是采集信息并进行录入与初加工，因此这样的信息网络呈立体形（如图6．2）。信息从操作层采集初加工后送到管理层；管理层对信息进行专业加工，汇总成宏观信息传送到决策层。不同层次的管理人员运用相应网络上的信息进行操作，通过信息网络了解单位的活动与环境，又反过来通过信息网络控制单位的活动，使单位的各种活动都处在最佳状态。

3．研究信息演变规则，规划事务解决任务.
所谓信息流并不是信息单纯的物理移动，它涉及了信息从产生到归宿过程中一系列演变的过程。所谓"演变"包含两重含义：
（1）一组信息经会合成为另一组信息（其中不排斥某些信息从前一组延伸到下一组的情形）。
（2）一组信息引发产生另一组新的信息。
信息的演变与信息属性有关。从信息资源生命周期看，事务解决的信息有四类：
计划类，描述有关计划的信息。
业务类，执行计划时产生的各种信息。
状态类，描述执行计划过程中特定断点状态的信息。
分析类，描述执行计划的结果及有关趋势的信息。
信息的演变就是这四类信息周期性地进行变化。即一方面有计划类信息；由计划引出业务类信息；又由于业务，随之产生状态类信息；对状态进行分析，得到分析类信息；分析类信息反过来又影响并产生新的计划类信息，使之进入下一个周期。整个演变过程可称之PTSA循环。其中P（Plan）表达计划类信息，T（Transaction）表达业务类信息，S（State）表达状态类信息，A（Analysis）表达分析类信息。
PTSA循环每完毕一个周期，便产生新的信息，并进入下一个周期，形成了信息的流动。客观上反映了管理活动的推动，这种活动可由图6．3表达。
引进PTSA循环目的是揭示事务解决中信息演变的规则，以便掌握信息解决的规律。

4．信息的存储原则
信息的存储应考虑到避免冗余及适应事务解决的变化这两方面。避免冗余，并不是键厅一切冗余，有时为了提高解决效率允许部分冗余 适应事务解决的变化，就是充足运用数据库技术，进行信息储存设计。即数据库结构的设计不是手工解决的翻版，而应建立在数据库理论之上。
5．定义事务解决模型
根据上述抽象与定义的信息网络和数据库布局与结构的考虑，说明有哪些加工、解决、变换的节点及这些节点的操作规范，从而定义了一个事务解决模型。一个模型应涉及：信息网络的结构与存储的规格说明，所包含的功能节点及功能的操作规格说明等。在下面6．3节中将结合实例予以具体分析。
6.2 事务解决流程
6.2.1 例析
[例6.1]1990年度高级程序员级（下午）试题二。
阅读下列说明和流程图，回答问题1至问题3，把解答填入答卷的相应栏内。
[说明]
某毛纺厂生产500种毛料商品，这些商品送到300个销售点销售。销售点应在收到商品后的规定期间内把货款汇给毛纺厂。
流程图6.4描述了该厂发货、收款、催款的解决过程。其中商品文献和销售点文献的记录格式如下：
商品文献
商品代号
商品名称
单价
销售点文献
销售点代号
销售点名称
地址
发货单的格式如下
发出日期
销售点代号
商品代号
数量
金额
:收款单的格式如下:
收款日期
销售点代号
商品代号
数量
金额
该商品的发出日期

解决1-解决3把当天的发货单合并到发货文献。解决4-解决6把当一的收款单合并到收款文献。天天在解决3和解决5做过之后，由解决7在发货文献夹中当天已收款的记录上，加上已收款标记，解决8在月末执行一次，它有三个功能：①汇总输出本月发货清单;②删除发货文献中已收款的所有记录,形成一个新的发货文献,作为下月初解决时的初始文献;③产生催款告知单,以便对对联些一个月以前已发货但至今仍未收到货款的销售催款。解决9也每月末执行一次，除输出本月收款报告外，还删除收款文献中的所有记录。现假定不会有完全相同的发货单。
[问题1]指出流程图6.4中应在哪几个解决框中检杳发货单和收款单的错误,并分别指出它们各能指出什么错误。
[问题2]假如把流程图6.4中从日收款分类文献到解决7的连线改成从日收款文献到解决7的边线,则有什么缺陷,理由是什么?
[问题3]假如把流程图6.4中从日收款分类文献到解决7的连线改成从收款文献到解决7的连线,则有什么缺陷,理由是什么?
该题描述了销售管理中的三个"事务"。发货与收款这两个事务是单独解决的，此外尚有一平衡解决事务。
在发货事务中，解决的依据是：发货单、销售点文献、商品文献。解决的规定是：货品发出要对的；发出货品要有记录。于是反映在流程图上"解决1"，应检查上发货单是否对的，这是试题中问题1规定的。检查发货单是否对的是与发货单格式有关。检查上面五个项目是否合法以及金额与数量是否一致（单价×数量=金额）。
经解决1检查发货单对的后，输出日发货文献，以记录发货情况。
由解决1产生的"日发货文献"是准时间顺序的流水账，这对收款结算是不方便的。于是将它按销售点代号分类，这由解决2完毕，目的是为了提高解决效率。
由于货款不是当天付清，于是应有总的发货文献，以便相应付款结算。故解决3合并日发货分类文献到发货文献中去。显然，发货文献是通过度类的，并且该文献应是常存的。而日发货文献与日发货分类文献都是临时的。
同样，收款事务解决的依据是：收款单、商品文献与销售点文献。解决规定是：检查收款单的对的性与汇总日收款分类文献及收款文献，以入每月报收款报告。其中解决4应检查收款单的对的性，检查方法是参照收款单格式检查前面五项合法性与对的性。其分类与合并的目的是：分类是为效率，合并是为月报。
平衡发货与收款的解决由解决7及解决8完毕。解决7完毕发货文献上登录"已收款"标记，作已收款标记的条件是：发货文献与日收款分类文献上销售点代号、商品代号、商品发出日期、数量与金额应当一致。显然，这里应检查：反复付款、找不到相应发货记录、商品数量与金额方面不一致等错误。
由于发货与收款两个事务是分别解决的，最后进行汇总平衡，两者会合点如倾听设立，原题在解决7。即解决7的解决依据是：发货文献与日收款分类文献。会合点能不能变化，可以有几种会合方式：
（1） 日发货分类文献与收款文献会合。由于发货在先，收款在后，因此不能这样会合。
（2） 发货文献与收款文献会合。这样做有两方面缺陷：一是解决7天天执行一次，收款文献由于包含已解决过的收款记录，因而减少了解决7的效率，增长不必要的开销。二是若解决7每月执行一次，就不也许及时纠合法天收款单的错误。这个会合也不合适。
（3） 发货文献与日收款文献会合。由于日收款文献没有分类，也将影响解决7的速度。
因此试题中将发货文献与日收款分类文献会合是合适的。
上述（1）（2）（3）回答了试题中问题2与3。
6.2.2 事务解决流程式要点
1．1987年-1995年试题综述
1987年到1995年有关事务解决流程的试题共17题。其中：销售管理方面的题4例；生产管理方面的题3例；电信计费方面的题2例；经济信息记录方面题2例，文献合并题2例（实为1题）；库房、工资、考务、图书编目的题各1例。
表6.1 历年试题涉及问题表
试题\关系\问题
a
b
c
d
e
f
g
h
i
j
k
l
1987年试题一

√

1987年试题二

√
√

1987年试题三
√

√
√

√

√

1988年试题一
√

√
√
√
√
√
√

1988年试题二

√

√

√

√

1988年试题三
√

√

√

1989年试题一

√
√

√

1990年试题二
√

√
√

1990年试题三
√

√
√

√

1991年试题三

√

√
1991年试题四
√

√

√

1991年试题五

√

√

1992年试题一

√
√
√

1993年试题一

√

√

√

1994年试题一

√

√

√

1994年试题四

√

√
√

1995年试题一
√

√
√

在这17例的题中，提出的问题重要可分为：
（a） 完善解决流程，或指出解决内容，或指出解决结果。
（b） 指出流程图中错误，或为避免错误应在某处添加某解决项目。
（c） 为某目的需改哪些解决，或改变解决会引起什么后果。
（d） 指犯错误清单内容。
（e） 文献的记录应包含哪些内容。
（f） 解决需什么样文献，或文献有什么特性，或引入某文献有什么好处。
（g） 文献如何分类，或指出关键字。
（h） 某解决的频度。
（i） 输入数据的格式。
（j） 题意中的分类有何好处。
（k） 为某目的适当修改文献的记录内容。
（1） 指出图中数据流名，或指出哪些位置数据可增长或删去。
从上表可以看出，提出问题最多的是（e）即关于文献记录的内容。另一方面是文献的分类排序（g），再次是当解决改变或某目的应改哪些解决的（c），及完善解决（a）。
从趋势来看，，事务解决从简朴的分类、合并、记录等解决发展为数据流分析与文献的关系，即逐步向系统发展，亦即逐步由文献系统的内容向数据库系统的内容发展。
2．事务解决流程要点
事务解决流程图一般由若干解决与若干数据组成，在评估流程式图并回答试题总是问题时，应当注意下述一些问题。
从"解决"的角度来说，必须注意：
（1） 每个事务解决均有一个特定目的，这一目的往往都是文字说明的。与此相应的解决应能覆盖所设定的目的。例如，前述1990年度高级程序员下午试题二的目的是发货、收款、催款。其中解决1、4、7、8覆盖了问题的上目的。因此，对于说明解决规定，都应从问题目的进行考虑。
（2） 除覆盖问题目的的解决外，尚有两类解决应予考虑：一是为了解决的对的性，设计一些解决框，以检查输入数据的数据项及数据的值域；另一种是检查数据会合时数据的一致性。例如1990年度高级程序员下午试题二中，解决1、4分别检查发货单、收款单的对的性；而解决7检查发货文献与日收款分类文献中相关数据的一致性。二是为了解决的效率，如速度、次数、减少处设防问等而引进了一些解决。
（3） 在一个流程式图内，在一条流程上的各个解决不能有功能上的反复。如有反复，不是有错，就是流程还可优化。
（4） 每个解决总有解决的依据--使用数据，以及解决结果--产生数据。例如，1990年度高级程序员下午试题二中，解决1是发货解决，其依据发货单是显见的，但还需商品文献，这是为了能查出发货单中商品是否为所储商品，该商品是否满足该单发出；另一方面，还需要考虑发货对象，即是否注册的销售点。因此还需销售点文献。而作为解决1产生的数据，是日发货文献。使用或者产生数据与解决互相匹配是十分重要的。
从数据的角度来说，必须注意：
（1） 注意流程图最初的输入数据与最终输出数据，考虑从输入到输出之间数据演变的情况。例如，1990年度高级程序员下午试题二，最初；输入为发货单、收款单、输出为月发货报告、月收款报告及催款告知单。从输入到输出数据演变，由于发货与收款单独解决，于是数据演变为：发货单-发货文献-月发货报告；收款单-收款文献-月收款报告；收款单--收款文献--月收款报告；而发货文献与收款文献会合有催款告知单。根据数据的演变与流程，关于从输入到输出应有哪些数据就比较清楚了，其作用也可以从演变方面了解。
（2） 考虑数据流程中，哪些数据应作为文献形式出现，哪些是中间使作的临时数据。在数据演变中，一些数据经多个"解决"加工后得到结果，每加一次就产生一个新数据，对这些数据分析，就能得出各数据的存储规定。
（3） 对数据按问题规定设计数据结构。输入/输出数据的结构与问题有关，而中间数据的结构除与输入/输出数据有关外，还与解决有关。例如，上述举例的试题，仅考虑发货、收款、催款，并没有考虑发货时工厂有没有这些商品库存，也没有考虑销售点的能力，是否可发这些货。因此，在商品文献中并不标记库存，在销售点文献中并不标记最大销售量。发货文献虽然类似发货单的格式，但考虑支该笔发货有没有付款，故结构上还应增长一数据项，以表达付款与否。
（4） 为减少数据冗余，保证数据一致性，数据文献设计中应考虑关系，亦即各种文献的记录之间的联系。
6.3 事务解决流程图设计举例
6.3.1流程图设计较
每个公司按人、财、物的信息资源，可划分为若干系统任务，每个任务对某种信息资源进行管理。虽然不同任务管理的对象与管理的模式不同，但其流程图设计原理是同样的。本节以物资供应这一任务为例设计相应的流程图。
1． 决策层管理人员对于物资供应信息的需求
决策层管理人员关于物资历供应的目的是：保证生产、压缩资金占用。
决策层管理人员控制物资供应活动，必须掌握物资借供应的四类周期性变化验的信息，他们的需求可见表面6.2

以上信息，应成为物资供应流程的输出或所能访问的文献。
2． 物资历供应流程图
物资供应的目的是保证生产、压缩资金占用，这就是说，物资供应应根据公司生产经营的计划，准时提供必要的物资，但又不能扩大库存，以压缩资金占用，按照对信息资源管理的周期：产生一获取一服务一归宿来考虑供应的事务。这些事务应能覆盖物资供应的目的。表6.3列出了为这一层分解出的6个任务。

计划管理是将公司生产经营计划转化为物资供应的有关计划；协议管理便贯彻这些计划，获取所需物资；获得物资后便有保管，此外考察是否满足生产需要，应有仓库管理及齐套管理；最后记录分析以了解物资消耗、运用情况、资金占用情况；计划价格管理是由于原材料价格波动而通常设计的。还可有一些事务，但它们是次要的，或由于计算机化管理而成为不必要的。
对于上述6个事务，每个事务的目的分别为：
计划管理：根据公司生产计划与资金情况，编制物资供应计划、物资储备计划以及采购计划、用款计划。
协议管理：根据计划，采购贯彻协议，对协议有效管理，跟踪物资在途、入库情况，进行协议记录，并对退货、理赔作出报告。
仓库管理：有效管理材料入库、出库以及物资存放，并对库存进行有关分析记录。
齐套管理：按生产计划及工作令，保证生产氙需用资，对材料缺料作出局快速反映。
记录分析：进行常规记录分析工作（如物耗、运用率、资金周转周期、材料质量等）。
计划价格管理：编制内部计划价格。
为达成上述目的，可对每个事务再分解成若干功能，规定每组功能可覆盖相应事务的目的。每个功能将相应流程式图上一节点。表6.4为事务分解表。

每个功能的目的是明显的。为完毕功能的目的，必须分析该功能的解决依据及解决结果。解决依据即该功能的输入，就是使用数据类。解决结果即功能的输出，就是产生数据类。每个功能都可以当作将输入转换为输出的变换。所谓流程图就是这一系列变换的动态描述。为便于分析/综合，将每个功能使用与产生的数据类列表，即所谓"功能-数据类"表（表6.5）,由该表可以方便地描述有关的流程式图。
表6.5 物资供应的"功能-数据类"表
编号
功能名
使用数据类
产生数据类
P10
编制物供计划与储备
生产经营大纲文献
生产计划文献
材料定额文献
领导指示
物供计划文献
储备计划文献
P02
编制采购计划与用款计划
物供计划文献
储备计划文献
库存情况文献
资金情况文献
市场行情文献
临时生产计划文献
缺料情况文献
超储物资文献
资金占用情况文献
采购计划文献
用款计划文献
P03
计划执行的考核
采购计划文献
采购执行文献
物供计划文献
物资完毕情况文献
缺料情况文献
储备计划文献
储备记录文献
各类计划考核表
物供计划执行文献
储备计划文献
P04
采购
采购计划文献
市场行情文献
协议
P05
协议审核与登录
采购计划文献
协议
协议文献
采购执行文献
非法协议文献
P06
协议执行
协议文献
（日）货单文献
（日）入库文献
不合格品文献
协议执行文献
P07
协议检查与记录
协议文献
协议执行文献
已完毕协议副本文献
在途物资记录文献
理赔、退货文献
协议记录文献
P08
货单审核与登录
协议文献
货单
采购计划文献
（日）货单文献
货单文献
非法货单文献
P9
检查入库
货单文献
检查单
（日）入库文献
入库文献
不合格品文献
P10
库存管理
（日）入库文献
（日）出库文献
库存文献
P11
限额发料
库存文献
物代计划文献
领料单
（日）出库文献
发料单
出库文献
P12
记录与分析
库存文献
出库文献
物供计划文献
储备计划文献
协议记录文献
库存情况文献
储备记录文献
超储物资文献
A类物资情况文献
资金占用情况文献
价格记录文献
物耗记录分析报告
实耗记录分析报告
材料运用率分析报告
资金周转记录分析
P13
齐套管理
生产计划文献
临时生产计划文献
工作令
库存文献
出库文献
在途物资记录文献
协议文献
物资完毕情况文献
缺料情况文献
催货文献
P14
市场行情收集
协议记录文献
物资文献
情况报告（含情报网上信息）
市场行情文献
P15
计划价格管理
市场行情文献
价格记录文献
计划价格文献
P16
用款管理
用款计划文献
采购执行文献
协议执行文献
用款台账文献
其中，每个功能将"使用数据类"作为依据，通过解决后形成"产生数据类"。使用数据类有的其它任务传递而来，而产生数据类，又向其它任务进行传达室递。
3． 物资供应有关的数据类词典（表6.6）
表6.6 数据类词典(物供)
编号
数据类名称
相关功能
流向外部
(产生)
(使用)
d01
物供计划文献
01
02、03、11、12
决策层
d02
储备计划文献
01
02、03、12
决策层
d03
采购计划文献
02
03、04、05、08

d04
用款计划文献
02
16

d05
各类计划考核表
03

d06
物供计划执行文献
03

d07
储备计划执行文献
03

d08
协议
04
05

d09
协议文献
05
06、07、08、13

d10
采购执行文献
05
03、16

d11
非法协议文献
05

d12
协议执行文献
06
07、16

d13
用款台账文献
16

d14
已完毕协议副本文献
07

d15
在途物资记录文献
07
13

d16
理赔、退货文献
07

d17
协议记录文献
07
12、14
决策层
d18
（日）货单文献
08
06

d19
货单文献
08
09

d20
非法货单文献
08

d21
（日）入库文献
09
06、10
财务
d22
入库文献
09

d23
不合格品文献
09
06
质量
d24
库存文献
10
11、12、13

d25
（日）出库文献
11
10
财务
d26
发料单
11

d27
出库文献
11
12、13

d28
库存情况文献
12
02
决策层
d29
储备记录文献
12
03

d30
超储物资文献
12
02

d31
A类物资情况文献
12

决策层
d32
资金占用情况文献
12
02
决策层
d33
价格记录文献
12
15

d34
物耗记录分析报告
12

决策层
d35
实耗记录分析报告
12

决策层
d36
材料运用率分析报告
12

决策层
d37
资金周转记录分析
12

决策层
d38
物资完毕情况文献
13
03
决策层
d39
缺料情况文献
13
02、03

d40
催货文献
13

d41
市场行情文献
14

d42
计划价格文献
15
02、04、15

使用物资供应以外任务的数据类称为"相关外部数据类"，表6.7表达这些数据类。

4．流程图
物资供应的流程图可从表6.5产生。每个功能即为一个得理框，使用数据类与产生数据类就是其输入与输出。按表即可得物资供应流程式图6.5(a)至图6.5(e)。

5．数据结构描述
物供计划文献：物资编号、型号规格、牌号、名称、技术参数、计量单位、计划单价、任务代号、全年产量、定额数、全年需用量，1-12月份每月需用量、计划员名、物供计划编号。
物供计划通常按生产任务、分解全年产品产量对物资的需求量、并贯彻计划员执行。
物供计划执行文献：物供计划编号、完毕量、在途量、欠交量、登记日期。
物供计划执行表白物资供应进展情况。通常协议与入库是表达进展的依据。
储备计划文献：物资编号、型合规格、牌号、名称、技术参数、计量单位、计划单价、上年消耗量、全年需用量、上半年需用量、周转储备量、计划库存量、计划员名、储备计划纺号。
储备计划执行表白物资储备进展。
采购计划文献：物资编号、（物供或储备）度划编号、计划南需用量、尚需采购量、1-12月份计划需用量与尚需采购量、采购人员名、协议已订数、入库数、在途数、定点厂、采购计划编号。
按计划分解采购计划。
采购执行文献：采购计划编号、协议编号、协议数量、采购员名、预付款数。
使用该文献考核计划的执行比用协议文献方便，故设此文献。
使用该文献考核计划的执行比用协议文献方便，故设此文献。
用款计划文献：物资编号、采购计划编号、计划用款数、实际用款数、1-12月份计划用款数。
按采购计划制订用款计划。
用款台账文献：物资编号、协议编号、用款资金（合计、预付款、托收付款、支票付款、凭证编号）、发票号码、经手人、备注。
跟踪用款情形。
协议或协议文献：协议编号、物资编号、型号规格、牌号、名称、技术参数、计量单位、单价、原协议号码、签约日期、供方名称、供方代表、供方地址、供方账户、邮政、电挂、电传、电话、计划员名、协议金额、订货量及进度（合计：1-12月各月交货数）、更改标志、交货标志、运送方式、结算方式；更改后型号规格、更改后单价、更改后订货量及进度（合计：1-12月各月交货数）、备注。
6．登记协议的基本要素
协议执行文献：协议编号、货单编号、发货量、实收量、入库量、不合格品量、检查单号、登记日期。
跟踪协议执行情况。
（日）货单文献与货单文献：货单编号、日期、物资编号、型号规格、单价、数量、协议编号、协议数、托运方式、托运日期、，发货人、备注、原货单号码。
登录货单，没有协议的货单通常符合采购计划，则在备注中说明。
（日）入库文献与入库文献：日期、物资编号、型号规格、单价、入库数量、协议编号、检查单号。
记录入库物资，若干数据元素同货单文献。
库存文献：物资编号、型号规格、牌号、名称、技术参数、计量单位、计划单位、任务代号、库存量、最高库存量、最低库存量、有效期、仓位。
记录物资在仓库中数量、使用目的、位置、有效期等要素。
（日）入库文献与出库文献夹：日期、物资编号、型号规格、出库数量、计划单价、任务代号、领用单位、领用代号、领用人。
表白物资流向，。便于记录物资消耗、资金流动竺情况。
已完毕协议副本文献。该文献为协议执行完毕后，将协议文献与协议执行文献联合而成的一个文献，以备查。
不合格品文献：货单编号、协议编号、数量、不合格品量、检查单号、不合格摘要、登记日期。
记录不合格品的文献。
发料单：物资编号、型号规格、名称、技术参数、计量单位、单价、任务代号。
为物资历出库凭证，有时也作进入加工线的标签。
尚有一些记录、分析文献、大多与物资有关，在此不再述。
6.3.2事务解决流程分析
事务解决流程图设计问题可分为三大类：①流程图中"解决"的设立；②信息（数据）变换与匹配问题；③数据结构问题。
1． 商场进销存调事务解决流程分析
商业公司事务解决重要集中在商品的进销存调管理和财务管理方面。其中商品进销存调的业务量与处是速度决定了公司效益。为此对进销存调事务解决流程式进行分析。
（1）"解决"的设立
在研究进销存调事务中包含四块不同的职能范围：进（商品进店）、销（商品销售）、存（商品库存）、调（商品调拔）。匹配好这四块关系；"进"要能满足"销" 的南需要，又要力所能及保证效益；"销"要加速流通，及时，准确汇总分析，提供高层决策，为"进"提供依据，同时由于自动收银机与信用卡的普遍使用，流程式也为之一新；"存"要及时，准确反映库存情况供"进"、"销"功能的实现。
图6.6（a）为商场事务解决"进"流程图。其中涉及9个解决结点。它是以"编制计划"、"协议管理"、"进货审核"、"验收"、"入库"为流程的主线。辅以"核价"、"调价"、"协议记录"与"异常解决"。

分析流程中解决结点关系：商业活动完全是一种市场行为，但是它的活动却需要严格的计划。商场进货，进什么商品，进多少需要周密的计划、准确运作。因此"进"流程中以编制计划开始，编制计划与协议管理是前后关联的两个解决结点。协议是执行计划的结果，任何协议都应符合的体现，因此需要审核。但是没有协议的进货也经常发生，于是流程解决应保持一定灵活性。进货审核与验收后商品就可入库。商品是有价格的，商品的价格经常会有变化，因此流程中应安排核价，它应在进货审核与验收之后；对核定价格还需复核，这两个结点就属流程图中服务性结点。此外，验收之后会有各种差错（涉及数量、质量、规格等，此称作"异常"，为此应有异常解决结点。"调价"不属"进"流程，但与价格有关，故将这部分附于该流程之内，"协议记录"也作为"进"流程中服务结点。上述9个解决结点反映了"进"流程，但其中有若干处都有灵活性。
图6.6（b）为商场事务解决"销"流程图，其中有前后台之分，前后POS解决流程，后台销售管理部分。前台有6个解决结点，后台5个解决结点。前后侧重于一笔交易的解决，后台侧重于销售的管理工作。

前台解决以收款为中心，顾客购物交款的凭证应录入并校舍验凭证之对的性（商品代码、单价、总价和商品库存能否供应等），由于顾客可以凭证信用卡消费，因此有划卡查询工作，商场为促销发行各种优惠卡，在收款前都有应进行相应解决。销售前后台可以联机实时，也可以批解决，但前台可对售出商品与收款分类汇总。后台解决以审核 、汇总、分析为主的管理工作，其关系较简朴从略。
（2） 信息变换与匹配流
流程图中每个"解决"都可当作是对信息的变换。变换有"输入"与"输出"。输入是解决的依据。输出是解决的结果。匹配的含义为：输入--输出、信息--解决、数据结构三方面的一致。
例如，"进"流程中"协议管理"的输入为协议，但是协议应符合计划，并保证不超限，因此"经营计划"与"库存记录"也应为该解决的输入；解决结果是协议文献。但是协议管理事实上是商场与供应商之间的界面，因此关于供应商的有关情况孔应由其输出，故有供应商文献为该解决的输出。又如，"进货审核"解决依据是"发票或送货单"，能否接受这批货应看是否有协议或是否与经营计划相符，某上结商品在货源充足时，旆往不预先签约，随需随送某依据只能是经营计划。进货审核的输出，表达合法的进货有"进货传单文献"，以及表达协议已执行的"协议执行文献"。其它输入一输出也是如此，通过解决的变换，互相匹配。
关于"信息-解决"的匹配，例如"销" 流程中"录入与校验解决"，不能仅仅录入与检查"购透露收款单"，假如柜台营业员单子开错，则将影响后续所有解决，故再引入"库存文献"，以便进行较全面校验。又如"收款"解决显然凭收款传票但顾客有钞票消费与信用卡消费，虽然三代POS上有划卡装置。构成顾客与银行界面，但商场应记下信用卡消费的有关数据，还应与银行结算，故收款解决还应与"卡消费文献"和"银行确认报文"匹配。而其输出有给顾客的"发货单"，为后续解决用的"购物收款文献"，以主为与银行结算的"信用卡文献"。
因此，在研究或回答流程图问题时，应抓住流程图中的因果关系进行分析。"解决"有目的为 "因"，解决又有"结果"与"依据"为"果"，问题总是"目的"、"依据"、"结果"三者的组合，即给出三者中1-2个，回答此外1-2个问题。
（3）数据结构
数据结构反映了数据所映射的实体（人、财、物等）的特性要素。每个特性表达为一个数据项。因此，某个实体映射出的一组特性要素形成一个结构。数据结构应与实体有密切的关系。
商场事务解决"进"流程中涉及数据的结构与6.3.1节中叙述相似，从略。
商场事务解决"销"流程中数据的结构，部分有其特殊性，现叙述如下：
"购物收款单"：商品编码、单位、单价、数量、金额、日期、柜台号、营业员工号。"收款传票"：商品编码、销类别（经销、代销等）、供应商编号、单位、单价、数量、金额、日期、柜台号、营业员工号。
"卡消费文献"（支票）：信用卡类别、卡号、金额、银行确认报文、收款员工号。
"优惠文献"：优惠卡类别、卡号、商品编码、金额、优惠额、收款员工号。
"购物收款文献"：日期、销售记录号、商品编码、销类别、供应商编码、单位、单价、数量、钞票额、信用卡金额、支票金额、优惠金额、拒台号、营业员工号、收款员工号。"信用卡文献"同"卡消费文献"，但去掉收款员工号。作银行交款的附件使用。
以上数据结构的设计，既考虑了实体自身的特性，又参照了前后解决规定。
例如，购物收款文献中安排销类别与供应商编号是为后面汇总方便而设计的，而钞票额、信用卡金额、支票金额又完全反映了一笔销售可有多种支付方式，并便于后面"进销存"汇总成银行交款文献，而这些数据项的安排又没有增长收款叫操作的复杂度，于是为合适的。
"销"流程图中，售出商品分类文献和收款分类文献夹还事按解决规定进行多种分类。例如，商品可按商品编码或供应商编码 分类心满足销售审核扔各种解决功能规定。
数据结构与"解决"的目的是一致的，例如，"销"流程中录入与校