店主希望有选择地查看供应中任意一种短缺商品的清单 ， 如果合理的话 ， 定货补充库存 ， 因此系统必须能和经营管理部门对话 。
最后 ， 经过经营管理部门的核准 ， 系统应该产生一个重新订货单 ， 准备发送给供应商 。
已知了系统的基本功能 ， 分析员的下一个任务是分析理解这些功能之间逻辑关系的知识 。
启动这项工作的一个好方法是描述功能之间的数据如何流动 。
顾名思义 ， 为了用图解方法描述这些数据流 ， 那么数据流程图就是特别有用的 。
四种符号：数据的源和目的 。

7、地用方框表示 ， 输入的数据从源进入系统 ， 而输出的数据流到目的地 。
数据一进入系统 ， 就被若干进程加工或改变 ， 用圆角的矩形表示这些过程 。
进程可以是程序、过程以及能够改变或传送数据的任何事件 。
为了后续处理 ， 数据被存储可以是磁盘文件、磁带文件、数据库、一些笔记或者甚至是人的记忆 。
最后 ， 数据源、数据目的地、处理过程和数据存储之间的数据流向用箭头表示 。
货单管理系统的初步的数据流程图 。
从CUSTOMER（顾客）开始 ， 由此事务进入系统 ， 在这所办理的手续由PROCESSTRANSACTION（事务处理程序）处理 。
STOCK保存货单中每项商品的数据 。
为了对新的事务处理起作用 ， 事务处理程序要改变数据 。
同时 ， MANAGE 。

8、MENT（经营部门）可通过COMMUNICATE（通信）存取系统 ， 检查STOCK中的数据 ， 如果需要的话 ， 请求重新订货 。
订货单一经核准 ， GENERATEREORDER（产生再订货单程序）就向SUPPLIER（供应商）发出需要的数据 ， 供应商就把货运送到商店 。
注意 ， 因为订货表现为某种待定的商品或某些商品在清单中的变化 ， 所以把订货作为事务处理 。
数据流程图描述了逻辑系统 。
下一步追溯该系统的数据流向了 。
从数据的目的地SUPPLIER开始 。
例如 ， 重订货单送给了供货商们 ， 商店可能想要25条工作裤 ， 为了填写订货单 ， 供应商需要商品的说明和再订货的数量 ， 那么 ， 这些数据从什么地方来呢？由于数据是Generate re 。

9、order输出的 ， 所以既要有数据输入给它 ， 还要有数据经过它的处理而产生 。
数据从STOCK流入Generate reorder ， 因此商品说明和订货数理必定存放在STOCK中 。
另外一些数据 ， 例如购买的货物品种和数理由CUSTOMER产生 。
还有一些数据 ， 例如销售价格和订货点由MANAGEMENT产生 ， 或者由它提出要求 。
例如 ， 某种已知货物的现存量就是由某个处理过程中的某种算法产生出来的 。
分析员逐步地、有条理地区分了系统要求输入、存储、处理、产生或输出的应该分别是哪些数据元素 。
为了记录数据元素 ， 分析员必须把每个数据列在数据字典内 。
简单的数据字典可建立在索引卡片上 ， 但计算机化的数据字典已经变得日益流行了 。
。

10、数据字典是描述和定义数据的一个数据集合 ， 不仅在整个系统的分析与设计过程中有用 ， 而且在实现阶段经常被用来建立数据库 。
分析阶段的目标是定义系统的主要功能和有条理地确定数据元素 。
记住 ， 它的目标是把用户的需求转换成技术术语 。
因为系统是由用户提出的 ， 所以首先要确定用户的需求 。
用户只是从功能和数据出发考虑系统 ， 他们并不具体设计程序、文件、和硬件 ， 并且在这个初始的带有决定性的分析阶段 ， 分析员必须像用户而不像程序设计员一样去思考问题 。
这是该阶段的基本要求 。
数据流程图和数据字典是有用的工具 。
这些工具为记录用户系统的关键信息提供了一种格式 。
还有 ， 这些工具可帮助唤醒分析员的记忆 。
例如 ， 如果分析员没有足够的信息使数据 。

11、字典的条目完整化 ， 那么分析员就可能丢失一些内容 。
也许 ， 数据流程图和数据字典为分析员理解系统的需求提供了最重要的文件 ， 通过查阅这些文件 ， 用户能改正误解或疏忽大意 。
最终 ， 这些有用的工具对下一步设计阶段 ， 奠定了一个良好的基础 。
设计当进入设计阶段的时候 ， 已知道必须做什么事 。
因此可以开始考虑系统如何完成这些事 。
目标是研究出解决问题的策略 。
在该阶段上 ， 对写代码或确定精确的数据结构并不感兴趣 ， 而是希望从整体上确定整个系统所需要的程序、文件、过程和其它一些部分 。

稿源：(未知)

【傻大方】网址：/a/2021/0902/0024074771.html

标题：外文|外文翻译系统的分析与设计( 二 )