业务处理后文件存档修改:流程图与设计要点

需积分: 0 1 下载量 134 浏览量 更新于2024-08-14 收藏 3.78MB PPT 举报
在信息系统分析与设计中,当完成一项业务处理任务后,如采购部的缺货处理流程,涉及到对文件存档的相应更新是非常关键的步骤。首先,业务流程图是描述这项操作的核心工具,它通过一系列图形化的符号来表示业务处理的实际过程和步骤。基本符号可能包括开始和结束符号、活动箭头、决策点、连接线等,帮助理解业务单元间的交互。 在业务处理示例中,库房发出缺货通知单给采购员,采购员查阅订货合同单,如果商品已订货则发出催货请求,否则填写订货单。这个过程中,"缺货通知"、"查阅合同"和"发货"是业务处理单位,而"发出缺货通知单"、"查阅合同单"、"发出催货请求"和"填写订货单"则是具体的业务处理功能。同时,一项业务处理可能会生成表格(如订货单),这些表格在处理流程中起到传递信息的作用,例如采购订货单的编制和供应商发货单的接收。 完成业务处理后,文件存档需要被修改,这通常基于某个特定的表格,如订货合同单或采购收货单。例如,采购部的操作可能涉及修改库存记录和采购订单存档。为了确保流程的准确性,需要明确每个业务处理单元的需求,以及它们之间依赖的关系。业务流程图应遵循一定的规范,如清晰展示业务处理单元、处理顺序,以及考虑流程优化,比如减少不必要的中间步骤或并行化某些环节。 然而,在实际案例中,书上的描述和业务流程图可能存在不一致。例如,书上可能描述了采购部直接接收供应商的发货单,而在流程图中却未体现这一环节,或者检验人员的角色在描述和流程图中的职责可能有出入。评价一个业务流程图的合理性时,应检查其是否准确反映业务逻辑,是否遗漏关键步骤,以及是否符合组织内部的工作流程和标准。 总结来说,完成业务处理后的文件存档修改是信息系统设计中不可或缺的部分,通过严谨的业务流程图和描述,确保各个业务单元和流程之间的顺畅协作,避免信息错误和流程冗余,从而提高工作效率。在分析和设计过程中,需不断校验和调整,以适应实际操作的需要。