第三节系统分析.docVIP

第三节 系统分析 系统分析要完成下面五个工作： 建立新系统的数据流图：规定新系统的输入、输出、处理步骤和全部功能。 建立新系统的数据组织方案：规定新系统的数据存储策略、数据库内容、输入输出格式。 决定新系统的运行环境：计算机硬件环境、软件环境、人员配备。 编制用户需求说明书。 制定新系统开发进度计划及要求。  建立数据流图 数据流图的符号与意义 数据流图(Data Flow Diagram，简称DFD) 是一种最常用的结构化分析工具，它从数据传 递和加工角度，以图形的方式刻画系统内的数据运动情况。 数据流图中具有四种基本成分，如图1.3所示。 图1.3 数据流图的基本成分及其表达符号 数据流表示数据的流动情况；加工表示对数据的加工处理过程，它的名字应能简明扼要地表明所完成的是什么加工；数据存贮在数据流图中起着保存数据的作用，指向数据存贮的数据流可以理解为写数据，从数据存贮引出的数据流可以理解为读数据，双向数据流可以理解为修改数据；数据源点或终点，表示图中出现数据的始发点或终止点，它在图中的出现仅仅是一种符号，并不需要以软件的形式进行设计和实现。 ━? 数据流 ━━ 数据文件 ○ 加工 □ 源点和终点 名称 图形 解释 数据流 反映系统各部分之间数据传递关系 加工 对数据流的处理过程 文件 数据的存储形式 起点/终点 描述系统之外传送或接收数据的组织或人 数据流图不是程序框图 对于很多人来说，通过学习计算机语言已经比较熟悉程序框图了，在画数据流图时很容易将它们搞混。程序框图是从对数据进行加工的角度描述系统的，其箭头是控制流，表示的是对数据进行加工的次序，它用于描述怎样解决问题；数据流图则是从数据的角度来描述系统的，其箭头是数据流，表示的是数据的流动方向，它用于描述是什么问题。 数据流及加工的命名 通常是先为数据流命名，然后再为加工命名。在给数据流命名时，应避免使用象“数据”、“输入”之类的缺乏具体含义的名字；在给加工命名时，理想的做法是取由一个具体的及物动词加一个具体的宾语构成的名字，如果必须用两个动词，则可以考虑将这个加工再分解成两个加工。在命名时，所取的名字应适合整个数据流或加工，而不是仅仅反映它的某些成分。如果发现某个数据流或加工难以命名，那么很可能是数据流图分解不当造成的，此时应该考虑重新分解数据流图。 例：手工会计处理银行对帐流程图 数据流图的形成方法 层次流图法 合并分解法  编制小说明 自然语言 形式语言 逻辑语言、数理逻辑。 IF A THEN B ELSE C 编制数据字典 数据字典是对文件或数据流构成的说明，即由哪些字段（数据项）构成，每一字段的内容，取植规定等。 编制用户需求说明书 用户需求是用户对新系统的全部要求，经过系统分析人员的工作，形成双方共识的文件、图表、符号，就是用户需求说明书。它是系统分析的最终结晶，是系统设计、编程的依据，系统验收的标准。 用户需求说明书一般应包括下面的几个方面： 概况 开发对象名称（XXX 单位会计信息系统） 用户名称 （XXX 单位） 开发单位名称 技术开发合同、合同批文等 本说明书的符号与术语解释 用户要求 功能要求 数据要求 性能要求 运行环境规定 硬件设备、系统软件、运行地点 开发进度计划表 第四节 系统设计 总体设计 系统设计的目标是，根据系统分析所描述的数据流图、小说明、数据字典等反映新系统的逻辑模型，进行模块设计和数据库设计并在此基础上进行详细设计。 系统设计的基本要求 可变更性 模块化结构设计思想有以下几个特征： 多层次 相对独立性 只控制本分支下层的调用 注释全面  完整统一性 由于电算化系统一般比较庞大，有多人共同参与设计，因此应强调程序设计的一贯性。即：统一数据采集方式、系统设计规范和信息传输语言。 简单可靠性 会计电算化信息系统的总体结构的设计 常用流程图主要符号： ( (a) 开始终止符 (b) 处理 (c) 判断 (d) 预定义处理 (e) 连接符 主要程序结构: 假 假 真 语句 条件 假真 假 真 语句 语句 条件 语句 语句 （a） 顺序结构 （b） 选择结构 （c）循环结构 会计信息系统的总体结构是指一个完整的会计软件由哪几个子系统组成，每个子系统完成哪些功能，以及各子系统之间的相互关系等。 会计信息系统是随着信息技术革命和会计学科的发展逐步发展和完善的。到目前为止，会计信息系统已经从核算型发展成为管理型，它涵盖供、产、销、人、财、物以及决策分析等企业经济活动的各个领域，功能不断完善，子系统不断扩展，基本满足了各行各业会计核算和管理的需要。 由于企业性质、行业特点以及会