资源简介

(共144张PPT)
第二章 会计信息系统分析与设计方法
AIS Analysis & Design Methodologies
会计信息系统 Accounting Information System
主要内容
第一节 会计信息系统分析与设计概述
第二节 会计信息系统分析
第三节 会计信息系统设计
第四节 会计信息系统分析与设计工具
会计信息系统分析与设计概述
一、系统分析与设计方法简介
二、结构化系统分析与设计方法
三、原型法
四、面向对象的分析方法与面向对象的设计方法
一、系统分析与设计方法简介（1）
系统分析和设计方法（也可称之为系统开发方法），至今已有数十种。
我们可按照如下思路对其进行分类：采用两维坐标进行分类，一维是按时间过程的特点，另一维则是按关键分析要素。
按时间过程来分，我们可以把系统开发方法分为生命周期法和原型法，它们分别是这个维度对应的坐标轴的两头，实际上还有处于中间的许多方法，比如阶段原型法、阶段生命周期法等等。
一、系统分析与设计方法简介（2）
对原型法还可进一步分类
按照对原型结果的处理方法可将原型法分为试验原型法和演进原型法
试验原型法只把原型当成试验工具，试完之后就抛弃，再根据试验的结论重新构造出新系统；
演进原型法则把试好的原型结果保留并成为最终可运行系统的一部分。
一、系统分析与设计方法简介（3）
按照系统的关键分析要素，可以把系统开发方法划分为以下三类：
面向处理方法（processing oriented，简称PO）
面向数据方法（data oriented，简称DO）
面向对象的方法（object oriented，简称OO）
一、系统分析与设计方法简介（4）
所谓PO就是系统分析的出发点在于搞清系统要进行哪些必要的处理；
又可进一步划分为两种，一种是面向功能的，另一种则是面向过程的。
面向功能是由企业的职能出发，也就是从市场、生产、财务、会计和人事等管理功能出发；
面向过程则跨越了企业职能，从企业运营流程出发，将其划分成一些过程进行处理分析。
一、系统分析与设计方法简介（5）
所谓DO是面向数据的分析方法，它首先分析企业的信息需求，建立企业的信息模型，然后建立全企业共享的数据库。
所谓OO则是面向对象的分析，它首先分析企业的一些对象，对描述对象的数据和对象的操作放在一起，或者说对象的数据和操作内容是对外封闭的。如果多个对象可以共享某些数据和操作，共享的数据和操作就构成了对象类。
系统开发方法二维分类表
按关键分析要素
按时间过程 面向处理
（PO） 面向数据
（DO） 面向对象
（OO）
生命周期法
（LC） LC-PO LC-DO LC-OO
原型法
（PROT.） PROT.-PO PROT.-DO PROT.-OO
二、结构化系统分析与设计方法（1）
结构化系统分析与设计方法（structured system analysis and design）又称为结构化系统开发方法，实际上就是LC-PO方法，它是迄今为止各种开发方法中应用最普遍、最成熟的一种。
这种开发方法的基本思想是：采用系统工程的思想和工程化的做法，按用户需求至上的原则，结构化、模块化、自顶向下地对系统分析与设计。
二、结构化系统分析与设计方法（2）
具体来说，就是先将整个信息系统开发过程划分出若干个相对独立的阶段，如系统规划、系统分析、系统设计、系统实施等。
在前三个阶段坚持自顶向下地对系统进行结构化划分
而在系统实施阶段则应坚持自底向上逐步实施，通过组织人员从最基层的模块做起（编写程序），然后按照系统设计的结构，将模块逐个拼接到一起进行调试，自底向上最终形成完整的信息系统。
二、结构化系统分析与设计方法（3）
用结构化系统开发方法开发信息系统，通常需要将开发过程按照时间顺序划分成若干阶段，经过这些阶段，信息系统从无到有，或从旧系统更新换代到新系统，这就好象生命的进程一样，因此将其称为系统开发的生命周期（life cycle）。
系统
开发
生命
周期
图解
二、结构化系统分析与设计方法（5）
按照系统开发的生命周期理论，系统开发各阶段的主要工作如下：
系统规划阶段。此阶段的主要任务：
是对企业的环境、目标、现行系统的状况进行初步调查
明确现行系统存在的问题
根据企业目标和发展战略，对建立新系统的需求做出分析和预测
确定系统目标和总体结构
确定分阶段实施进度
进行可行性研究，写出可行性项目建议书。
二、结构化系统分析与设计方法（6）
系统分析阶段。此阶段的任务是：
在系统可行性研究的基础上，对现行系统进行详细调查和全面分析
描述现行系统的业务流程
分析数据和数据流程
分析功能与数据之间的关系
指出现行系统的局限性和不足
提出分析处理方式和新系统的逻辑方案。
二、结构化系统分析与设计方法（7）
因此，系统分析阶段又可成为逻辑设计阶段，它是整个信息系统建立的关键阶段，是信息系统开发工程与一般工程项目的重要区别所在。
系统分析阶段的主要成果是系统分析报告，它是后一阶段——系统设计阶段的工作开展的依据，也是未来系统验收的依据。
二、结构化系统分析与设计方法（8）
系统设计阶段。此阶段的主要任务是：
总体结构设计
代码设计
数据库/文件设计
输入/输出设计
模块结构设计与功能设计
与此同时，根据总体设计的要求购置与安装一些设备，进行试验，最终提出设计方案。
二、结构化系统分析与设计方法（9）
与系统分析侧重于解答“做什么”的问题不同，系统设计侧重于解答“如何做”的问题，即找出前期所明确的问题的具体求解方法，显然，它更关心系统逻辑方案的技术实现细节。
系统设计阶段的主要成果是概要设计说明书和详细设计说明书，它是系统实施阶段的工作开展依据。
由于系统设计人员可能不直接参与后面的程序设计，因此，在系统设计阶段一定要将详细设计工作做到深入细致，确保各文档资料准确齐全。
二、结构化系统分析与设计方法（10）
系统实施阶段。这一阶段是将系统的设计付诸实施的阶段，主要任务包括：
程序的编写（由程序员执行）
系统测试
根据测试的对象不同，安排不同人员进行测试
其中单元测试由程序员完成
组合测试一般由系统设计人员和程序员共同完成
验收测试则通常由用户和系统分析人员共同完成
二、结构化系统分析与设计方法（11）
人员培训
由系统分析设计人员对业务人员和操作员进行相关培训
数据准备（由业务人员完成）。
系统实施阶段的主要成果包括程序清单、程序设计说明书、系统测试报告（主要包括测试方案、测试所用数据、测试结构以及分析报告）。
二、结构化系统分析与设计方法（12）
系统运行阶段，又称为系统运行和维护阶段。
系统投入运行后，需要同时进行系统的日常运行管理、评价和监理审计工作。
然后分析运行结果，如果运行结果良好，则可让用户部门放心使用；
如果发现存在问题，则要对系统进行适当的修改、维护和局部调整，这就是系统维护工作。
如果出现了不可调和的大问题，则用户部门将会进一步提出系统更新换代的要求，这也就标志着旧系统的生命结束，新系统的生命诞生，系统开发进入到新的一个生命周期。
三、原型法（1）
原型法（prototyping）是开发信息系统的另一种通用方法，用于用户需求难以预先确定的情况。
这种方法是20世纪80年代随着计算机软件技术的发展，特别是在关系数据库系统（RDBS）、第4代程序生成语言（4GL）和各种系统系统开发生成环境产生的基础之上，提出的一种从设计思想、工具、手段都全新的系统开发方法。
三、原型法（2）
其动机是针对结构化系统开发方法缺乏弹性的缺陷，为了缩短开发周期，减少开发风险。原型法基于这样一种假设，即面对一个真正的系统（或能代表系统的原型），用户更容易发表自己的看法。通过让用户真正体验正在开发的系统，得到的系统用户需求将是充分和正确的。
原型
法工
作流
程示
意图
三、原型法（4）
采用原型法开发信息系统，可以有效地增进用户与系统分析人员的沟通，在系统分析和设计过程中，用户处于主导地位。
可实际运行的原型系统可以帮助系统分析人员辨认动态的用户需求。
某些需求在用户缺乏相应系统使用经验时，往往不能被用户事先很明确的提出来。
而在用户试用原型系统的过程中，这些“隐性”需求有可能被用户发现，并将其告诉系统开发人员。
三、原型法（5）
这样就会有利于系统开发人员设计相应功能来满足用户的“隐性”需求
如此，必将使得最终提供给用户的系统是真正符合用户所需的。
基于这一点，不难得知，对于那些开放强而无固定需求范围的信息系统，比如决策支持系统或者管理会计系统，采用原型法可能更合适些。
四、面向对象的分析方法与面向对象的设计方法（1）
面向对象（object oriented）的系统开发方法是从20世纪80年代各种面向对象的程序设计方法逐步发展而来的
它一反过去那种功能分解方法只能单纯反映管理功能的结构状态，数据流程图只能侧重反映事物的信息特征和流程，信息模拟只能被动地迎合实际问题需要的做法，从面向对象的角度来揭示事物，为开发信息系统提供了一种全新的方法。
四、面向对象的分析方法与面向对象的设计方法（2）
采用这种方法，系统的开发过程一般分为四个阶段：
系统调查和需求分析阶段
分析问题的性质和求解问题阶段
整理问题阶段
程序实现阶段。
四、面向对象的分析方法与面向对象的设计方法（3）
其中，第二阶段主要是在繁杂的问题域中抽象地识别出对象及其行为、结构、属性和方法等，这一阶段又称为面向对象分析阶段，简称OOA；
第三阶段是对分析的结果作进一步地抽象、归类、整理，并最终以范式的形式将其确定下来，这一阶段一般又称为面向对象设计，简称OOD。
四、面向对象的分析方法与面向对象的设计方法（4）
OOA所说的分析与结构化分析两者之间存在较大的区别，前者主要强调在系统调查资料的基础上，针对面向对象方法所需要的素材进行的归类分析和整理，而不是针对管理业务现状和方法进行的分析。OOA分析方法是建立在对处理对象客观运行状态的信息模拟（实体关系图和语义数据模型）和面向对象程序设计语言的概念基础之上。
四、面向对象的分析方法与面向对象的设计方法（5）
OOA在具体分析一个事物时，大致按照以下五个基本步骤来展开：
（1）确定对象（object）和类（class）。此处的对象是对数据及其处理方式的抽象，它反映了系统保存和处理现实世界中某些事物的信息的能力；而类则是多个对象的共同属性和方法集合的描述。
（2）确定结构（structure）。此处的结构是指问题域的复杂性和连接关系。
四、面向对象的分析方法与面向对象的设计方法（6）
OOA在具体分析一个事物时，大致按照以下五个基本步骤来展开：
（3）确定主题（subject）。此处的主题是指事物的总体概貌和总体分析模型。
（4）确定属性（attribute）。此处的属性是指数据元素，可用它来描述对象或分类结构的实例。
（5）确定方法（method）。此处的方法是指在收到事件消息后必须进行的一些处理方法，方法要在图中定义，并在对象的存储中指定。
四、面向对象的分析方法与面向对象的设计方法（7）
OOD主要着手做以下三个方面的工作：
（1）对象定义规格的求精。
对于OOA所抽象出来的对象、类以及汇集的分析文档，OOD需要有一个根据设计要求进行整理和求精的工作过程，以便能够更加符合后面的面向对象的程序设计的需要。
通常，该过程包括两方面工作：
一方面，根据面向对象的概念模型整理分析所确定的对象结构、属性、方法等内容，改正错误的内容，删除不必要以及重复的内容等等；
四、面向对象的分析方法与面向对象的设计方法（8）
另一方面，进行分类整理以便下一步的数据库设计和程序设计的需要。整理的方法主要是归类，即对类和对象、属性、方法和结构、主题等进行归类。
（2）数据模型和数据库设计。
数据模型的设计主要确定类和对象属性的内容、消息连接的方式、系统访问、数据模型的方法等等。
（3）优化。
优化设计过程是从另一个角度对分析结果和处理业务过程的整理归纳，优化包括对象和结构的优化、抽象以及集成。
主要内容
第一节 会计信息系统分析与设计概述
第二节 会计信息系统分析
第三节 会计信息系统设计
第四节 会计信息系统分析与设计工具
会计信息系统分析
一、现行系统的详细调查
二、建立现行系统的逻辑模型
三、形成新系统的逻辑模型
四、研究确定新系统可用的管理模型
五、建立新系统的逻辑方案，编制系统分析报告
一、现行系统的详细调查（1）
（一）详细调查的内容
详细调查的主要内容包括：
组织结构调查
管理功能调查
业务流程调查
薄弱环节调查
对会计系统“三要素”及其相互关系的调查
一、现行系统的详细调查（2）
（二）详细调查的方法
对现行系统的调查是一项繁琐而又艰巨的工作，在进行详细调查时，要以系统思想为指导，运用以下系统分析方法，才能取得预期的效果。
要素分析法
输入输出分析法
功能分析法
一、现行系统的详细调查（3）
在运用前述两种方法认识系统的基础上，再进一步详细地分析目标系统的功能，搞清楚目标究竟是如何将输入的数据转换为输出的信息，这样就可以更加深入地认识系统。
通过系统地运用上述三种系统分析方法，我们对系统的组成情况、所处的环境以及具有的功能等就会比较清晰的了解。
一、现行系统的详细调查（4）
以上讲的是在详细调查中为了认识系统可以使用的系统分析方法，除此之外，在详细调查过程中，还可以使用一些具体的调查方法，比如：
收集信息载体
开调查会
个别访问
书面调查
参加业务实践
二、建立现行系统的逻辑模型
开发人员对现行会计信息系统进行全面细致地调查分析之后，需要用专门的方法，来描述现行系统的逻辑模型，结构化分析方法便是一种十分有效、实用的方法，是进行会计信息系统分析的有力工具。
所谓结构化分析方法，它是一种面向数据流进行系统分析的方法，它采用“自顶向下，逐层分解”的思想来描述系统。结构化分析方法通常使用数据流程图、数据字典、处理逻辑说明等工具来清晰、简明、准确地描述系统的逻辑模型。
三、形成新系统的逻辑模型（1）
在对现行系统详细调查的基础上进行系统化分析是提出新系统逻辑模型的重要步骤。
这一步骤是通过对现行系统的调查和分析，找出现行系统业务流程和数据流程存在的不足，并提出优化和改进的办法，给出新系统所要采用的信息处理方案。
详细来说，可从以下几个方面着手分析：
三、形成新系统的逻辑模型（2）
二次分析系统目标
分析业务流程，实施BPR（业务流程重组）
分析数据流程并对其进行优化
数据属性分析
数据存储分析
数据的输入输出分析
确定新系统的逻辑模型
确定新系统的数据处理方式
四、研究确定新系统可用的管理模型（1）
管理模型是系统在每个具体管理环节上所采用的管理方法，确定管理模型就是要确定新系统在每一个管理环节上的具体处理方法。
四、研究确定新系统可用的管理模型（2）
（一）财会管理模型
确定一个财会管理模型主要可从以下几个方面来考虑：
（1）会计记账科目的设定（通常一级科目以及部分二级科目由国家和各行业/部颁制度规定，其他科目由单位自行确定）
（2）会计记账方法的确定（目前基本上采用统一的记账方法即借贷记账法，其他的记账方法包括增减记账法以及收付记账法等）
（3）财会管理方法（比如计划、决策、调整以及具体的管理措施等）
四、研究确定新系统可用的管理模型（3）
（一）财会管理模型
（4）内部核算制度的建立以及具体的核算方法
（5）安全、保密措施以及与之相对应的运行制度和管理方法
（6）文档、数据、原始凭证和单据的保存方法与保存期
（7）审计、随机查账的形式和范围以及对账方法
四、研究确定新系统可用的管理模型（4）
（二）成本管理模型
成本管理模型主要有成本核算模型、成本预测模型、成本分析模型等。
成本核算模型
主要包括直接生产过程的消耗和间接费用的分配，常用模型有：
（1）品种法、分步法、逐步结转法、平行结转法、定额差异法等，这些方法通常用于直接生产过程消耗的计算。
（2）完全成本法和变动成本法，主要用于间接费用的分配。
四、研究确定新系统可用的管理模型（5）
（二）成本管理模型
成本预测模型
包括数量经济模型、投入产出模型、回归分析模型、指数平滑模型等。
成本分析模型
成本分析模型有许多种，主要的模型有
（1）实际成本与定额成本比较模型
（2）本期成本与历史同期可比产品成本比较模型
（3）产品成本与计划指标比较模型
（4）产品成本差额管理模型
（5）量一本一利分析模型等。
四、研究确定新系统可用的管理模型（6）
（三）经营管理决策模型
经营管理决策模型可以说是整个信息系统的核心和最高层次的处理环节，也是企业高层领导最为关系的内容。
由于决策问题经常属于半结构化和非结构化的问题，因此确定一个有效的经营管理决策模型也并非一件容易的事情，但通常涉及到以下几方面的内容：
四、研究确定新系统可用的管理模型（7）
（1）对组织决策体系的研究
（2）决策过程的确定
（3）收集、处理、提炼对决策有用信息的渠道、步骤以及方法等内容的确定
（4）决策模型的选择确定，通常对结构化问题的决策可形成具体的问题解决优化模型，而对于半结构化和非结构化问题的决策得到的往往不是某个具体的数学模型，而是今后如何动态地构成这些决策模型的模型，这里涉及到模型库、方法库以及知识系统的建立。
四、研究确定新系统可用的管理模型（8）
（5）确定和选择优化解的方式：这主要针对半结构和非结构问题的决策，由于此类问题本身具有不确定性，因此其解也能够有多种，为此必须确定选择和优化问题解的方式。
（6）确定系统支持决策的具体方式
（7）模拟决策执行过程
（8）决策评价指标体系的研究
四、研究确定新系统可用的管理模型（9）
（四）统计分析与预测模型
统计分析与预测模型一般用来反映销售、市场、质量、财务状况等的变化情况及未来发展的趋势
内容包括：市场占有率分析、消费变化趋势分析、利润变化、质量状况与指标分布、综合经济效益指标分析、财务分析等。
常用的预测模型有：多元回归预测模型、时间序列预测模型、普通类比外推模型等
五、建立新系统的逻辑方案，编制系统分析报告（1）
系统分析阶段的成果就是系统分析报告，它反映了这一阶段调查分析的全部情况，是后续的系统设计和实施阶段的纲领性文件。
一份好的系统分析报告应该不但能够充分展示前段调查的结构，而且还要反映系统分析结果——新系统的逻辑方案。
新系统逻辑方案是指经分析和优化之后，新系统具体采用的管理模型和信息处理方法，因为它不同于计算机硬件配置方案和软件结构模型方案等实体结构方案，故有逻辑方案之称。
五、建立新系统的逻辑方案，编制系统分析报告（2）
系统分析报告主要应包括以下六方面内容：
引言：说明会计信息系统的名称、目标、功能、背景、本说明书所使用的专门术语等
系统概述
五、建立新系统的逻辑方案，编制系统分析报告（3）
新系统的逻辑方案。主要包括如下内容：
新系统的业务流程
新系统的数据流程
新系统在各个业务处理环节决定采用的具体管理方法、算法或模型
与新系统相配套的管理制度和运行机制的建立
系统开发资源与时间进度估计
五、建立新系统的逻辑方案，编制系统分析报告（4）
用户需求说明。主要说明关键领域用户的特定要求
系统设计实施初步计划。主要包括：
工作任务的分解及进度安排；
资源需求；
经费预算等
相关建议
主要内容
第一节 会计信息系统分析与设计概述
第二节 会计信息系统分析
第三节 会计信息系统设计
第四节 会计信息系统分析与设计工具
会计信息系统设计
一、系统设计概述
二、模块设计
三、数据存储设计
四、代码设计
五、输入设计
六、输出设计
七、详细设计
一、系统设计概述（1）
（一）系统设计的概念
系统设计是会计信息系统开发过程中的另一个重要阶段。
系统设计又称物理设计，它是根据系统分析阶段所构造的新系统的逻辑模型、建立的逻辑方案来构造新系统的物理模型，也就是根据新系统的逻辑功能要求，结果实际条件，进行总体设计和详细设计，构造系统具体的实施方案，它主要解决的是系统到底应该“怎样做”的问题。
一、系统设计概述（2）
（二）系统设计的主要工作
系统设计包括以下一些工作内容：
系统总体结构设计
数据存储设计
代码设计
输入设计
输出设计
安全保密性设计
系统物理配置方案设计
处理流程及模块详细功能的设计
一、系统设计概述（3）
（三）系统设计的原则
系统设计主要应该遵循以下八个基本原则：
系统性原则
灵活性原则
友好性原则
可靠性原则
可维护性原则
经济实用性原则
系统工作效率优先考虑原则
合法性原则
二、模块设计（1）
（一）模块设计的概念
模块设计是系统总体结构设计的一项主要内容，它是系统设计工作的第一步，通过模块设计，把由数据流程图表达的数据处理转化为由不同模块完成的功能，从而建立起整个会计信息系统的总体物理模型，系统设计的后续阶段只是对这一总体模型的进一步细化和补充。
模块设计的结果是获得模块结构图
二、模块设计（2）
（二）模块设计的具体作用
模块设计的具体作用，或者说模块设计的意义主要表现在以下五个方面：
可以简化系统设计工作
可以优化系统结构
可以保证系统的稳定性
有助于合理制定系统开发计划
可以提高系统的通用化程度
二、模块设计（3）
（三）模块设计的原则
在模块设计过程中主要应遵循以下几个基本原则：
客观性原则
合理性原则
通用性原则
可靠性原则
适应性原则
二、模块设计（4）
（四）模块设计的方法
结构化设计方法以数据流程图为基础，从数据流程图导出初始模块结构图，然后根据模块设计原则，对初始模块结构图进行优化，就得到最后的模块结构图。
人们通过研究发现，数据流程图基本上可分成两大类，即变换型数据流程图和事务型数据流程图。
二、模块设计（5）
变换型数据流程图：如果系统（或待分解的模块）是由几个顺次执行的功能组成的，在其细化的数据流程图上，这些处理功能一定处在一条线性链上，在这条线性链上，很容易确定输入、处理、输出环节，符合这种特点的数据流程图就是变换中心结构数据流程图，简称变化型数据流程图，这种数据流程图比较常见。
二、模块设计（6）
事务型数据流程图：在数据流程图中，输入的数据流通过某个一个主处理环节后被分割成一串平行的数据流，然后有选择地执行后面的某个处理，符合这种特点的数据流程图称为事务型数据流程图。
二、模块设计（7）
由于数据流程图可分为两大类，相应地，模块设计的具体方法有以下两种：
“变换中心分析”法
显然，这种方法是针对变换型数据流程图而采用的一种推导模块图的方法，它通过对变换中心结构数据流程图进行分析，找出数据在系统中的流动路径和对数据进行处理的中心环节，从而确定系统的模块结构图。
二、模块设计（8）
运用这种方法导出系统模块结构图的过程如下：
（1）找出主处理，确定逻辑输入和逻辑输出
（2）设计模块结构图的顶层和二层模块，其中顶层模块为“系统”本身，二层模块分别为输入模块、处理模块和输出模块。
（3）对二层模块进行继续分解，分别对各模块设计下层模块，就可以得到初始模块结构图。
二、模块设计（9）
“事务中心分析”法
这种方法是针对事务型数据流程图所使用的一种推导模块图的方法
其导出模块结构图的步骤如下：
分析数据流程图，确定数据流程图类型
确定事务中心，绘制第一层模块结构图
将中心模块所辖的下层模块逐层分解，就形成一个完整的模块结构图。
三、数据存储设计（1）
数据存储设计包括文件设计和数据库设计。
（一）文件设计
文件设计概念
文件设计是指对会计信息系统中所涉及到的文件进行物理定义，使之成为可用计算机进行存取的物理形式的过程。
三、数据存储设计（2）
文件设计的原则
文件设计主要应该遵循以下几条原则：
考虑计算机处理的特点
保证文件的完整性
保证文件的简洁性
保证文件的可靠性
三、数据存储设计（3）
文件设计的一般程序
文件设计可按照以下几个步骤来进行：
确定文件类型
文件结构设计
包括记录设计和字段设计。这里，以“记账凭证”文件为例，来详细介绍文件结构设计的具体过程。
三、数据存储设计（4）
首先，对“记账凭证”文件进行记录设计，可按照下面步骤来进行：
第一步，对应定位，即根据存储对象有多少数据项，就设计多少个字段。该记账凭证的数据字典（数据一览表）如下表所示
序号 数据项名称 表现形式 类型 取值范围 备注
1 凭证日期 2003．8．1 日期 最多10个字节
2 凭证类型 银收 字符 最多4个字节
3 凭证号 0001 字符 1~9999 每月从1开始，由计算机自动连续编号
4 摘要 收回汇达公司前欠货款 字符 最多30个字节
5 借方科目 银行存款-工行 字符 最多40个字节
6 贷方科目 应收账款-汇达公司 字符 最多40个字节
7 金额 20 000.00 数值 最多12个字节 红字以负号表示
8 附单据数 1 数值 1~999
9 制单 孙红伟 字符 最多10个字节
10 审核 晨曦 字符 最多10个字节
11 主管会计 康大军 字符 最多10个字节
记账凭证数据项构成一览表
三、数据存储设计（6）
对照数据字典，通过一一对应，可获得记账凭证文件的基本字段如下表所示：
序号 字段名 序号 字段名
1 凭证类型 7 贷方金额
2 凭证号 8 附件数
3 日期 9 录入员
4 摘要 10 审核员
5 科目代码 11 记账员
6 借方金额 12 会计主管
记账凭证文件基本字段构成表
三、数据存储设计（8）
第二步，记录分析。
经过进一步分析，不难发现，采用这种记录格式，通常一行只记一个数据（即对应一个会计分录行，要么借方，要么贷方），因此，文件中每条记录中的“借方金额”或“贷方金额”必有一个字段为空内容字段，这就出现浪费存储空间的现象。为了节约存储空间，可将“借方金额”与“贷方金额”字段合并为“发生额”字段，但为了表示发生的方向，特意增加一个“借贷标志”字段。
三、数据存储设计（9）
此外，还可将“凭证类型”与“凭证号”字段进行合并，统一为“凭证编号” 。
于是，记账凭证文件的字段组成就变为如下表所示。
序号 字段名 序号 字段名
1 凭证编号 7 附件数
2 日期 8 录入员
3 摘要 9 审核员
4 科目代码 10 记账员
5 借贷标志 11 会计主管
6 发生额
（改造后的）记账凭证文件基本字段构成表
三、数据存储设计（11）
完成记录设计之后，便可着手进行字段设计。
所谓字段设计，就是定义文件中每一字段的名称、类型、宽度以及小数位数。
通过结合上述表格的内容，记账凭证文件的字段设计结果如下表所示。
序号 字段名 类型 宽度（小数位）
1 凭证编号 C 8
2 日期 D 10
3 摘要 D 30
4 科目代码 C 9
5 借贷标志 C 2
6 发生额 N 12（2）
7 附件数 N 3
8 录入员 C 8
9 审核员 C 8
10 记账员 C 8
11 主管会计 C 8
合计 106
记账凭证文件数据结构 一览表
三、数据存储设计（13）
这里，有两点需要补充：
第一，表中关于科目的属性使用的是“科目代码”而不是“科目名称”，这样做的原因主要是出现计算机处理的要求以及为了节约存储空间考虑；
第二，字段宽度的设计，取决于要存储数据的长度和系统的要求，比如，“科目代码”字段宽度定义为9位，主要是以下面规定为前提的：即假定每级科目均以3位字符表示，且核算最深级次到三级，假如该企业要求核算深度达到5级，显然该字段的宽度就不够用了，当字段的数据宽度不够用的时候，对于数值型的字段，就会出现数据溢出现象，而对于字符型的字段，多出的部分内容就会被无情地截掉，因此字段宽度的设计是非常重要的。解决问题的办法自然是加大字段宽度取值。
三、数据存储设计（14）
文件的组织形式 。文件的组织形式是指一个文件中的记录的排列方式，它决定了文件的存取方式，主要的文件组织方式有两种：
顺序组织方式
索引组织方式
确定文件的属性
文件的存储区域设计
三、数据存储设计（15）
（二）数据库设计
数据库设计是在选定的数据库管理系统基础上建立数据库。其中需要运用数据库设计原理，将数据库设计的几个步骤与系统开发的各个阶段相对应，它们之间的对应关系如下图所示。
三、数据存储设计（17）
数据库设计主要可按照以下三个步骤来进行：
（1）数据库的概念结构设计：它是指根据用户需求设计数据的概念数据模型，概念模型是从用户角度看到的数据库模型。
（2）数据库的逻辑结构设计：它是将概念结构设计阶段完成的概念模型转换成能被选定的数据库管理系统支持的数据模型。
（3）数据库的物理结构设计：它是为数据模型在设备上选顶合适的存储结构和存取方法以获得数据库的最佳存取效率。
四、代码设计（1）
（一）代码的作用
代码主要有以下几方面的作用：
便于数据的存储和检索
可以提高处理的效率与精度
提高了数据的全局一致性
人机交换信息的有利“武器” 。
四、代码设计（2）
（二）代码的种类
代码的种类也即代码的编码方法有很多，在实际设计时可根据需要选择使用，常用的编码方法有以下几种：
序列码，也叫顺序码，包括连续顺序码和间断顺序码 ；
区间码：又叫分区码，它是指对代码对象分区域进行编码
分组码：也有称为组别分类码
助记码
校验码：也有称为检错码 。
四、代码设计（3）
（三）代码设计的原则
在进行代码设计时，一般应遵循以下一些基本原则：
惟一性原则 ；
标准化与通用性原则；
实用性原则 ；
可扩充性原则 ；
易识别性原则 ；
简明性原则 。
四、代码设计（4）
（四）会计代码的设计步骤
会计代码设计是从系统分析阶段开始的。代码设计工作可按以下步骤进行：
明确代码目的 ；
明确代码对象 ；
确定代码的使用范围与期限 ；
分析代码的使用频率、变更期、增删情况等特征 ；
决定代码结构 ；
编写代码设计说明书；
汇总代码设计说明书，编写代码本 ；
编制相应的使用管理制度，保证代码使用 。
五、输入设计（1）
输入设计包括确定数据输入源、输入方式设计、输入格式设计（也即用户界面的设计）。
（一）会计信息系统的输入信息分析
会计信息系统的输入信息，可以通过对各个会计核算子系统以及会计管理子系统的综合分析获得，这里为了说明问题起见，仅对会计核算子系统的输入信息、输出信息进行综合分析，列示出主要的输入数据、数据源点以及输出信息，如下表所示（表中有些项目未必详尽，仅对重要项目进行了列示）。
子系统名称 输入数据 数据源点 输出信息
账务处理 银行收付款凭证
现金收付款凭证
转账凭证
银行对账单 财务科
银行 总账
科目汇总表
明细账
现金日记账
银行存款日记账
银行存款余额调节表
资产负债表等
工资核算 工资固定数据
人员、工资变动数据
考勤记录
奖金数据
水电、房租数据
代扣款项 劳动人事部门
车间科室
总务
工会 工资计算单
工资签收单
工资汇总表
工资分配表
工资转账凭证
固定资产核算 固定资产验收单
固定资产报废单
固定资产调拨单
固定资产保养单
固定资产大修单
固定资产卡片 设备管理部门
财务部门 折旧计提表
折旧分配表
固定资产增减明细表
固定资产表
转账凭证
材料核算 材料验收入库单
材料领用单
材料销售单
材料结算凭证 物资供应部门
车间科室
销售部门
材料供应部门 材料入库汇总表
材料发出汇总表
材料分配表
材料库存资金动态表
材料差异分配表
转账凭证
成本核算 产品工时统计数
产品产量统计数
辅助生产交互使用数 车间成本核算员
成本核算员 辅助生产分配表
制造费用、管理费用分配表
产品成本计算单
生产费用表
制造费用、管理费用明细表
产品成本计算表
会计核算子系统部分输入数据、输出信息分析表1
子系统名称 输入数据 数据源点 输出信息
销售及利润核算 产品入、出库单
销售发票 销售部门
银行 产品收发存明细表
销售收入汇总表
银行汇款通知单 利润表
产品销售利润表
管理分析 制造费用、管理费用计划数
目标成本计划数
利润计划数
产值计划数
产量计划数
年度经营计划数
各项经济指标计划数 财务部门
企管部门 管理费用分析表
制造费用分析表
目标成本分析表
利润分析表
产值完成情况分析表
会计核算子系统部分输入数据、输出信息分析表2
五、输入设计（4）
（二）输入设计原则
源点输入原则
共享性原则
用户友好性原则
五、输入设计（5）
（三）输入控制设计
为了防止在会计数据输入阶段输入了错误的数据，可以在输入程序中嵌入一些输入控制检查程序，这些程序能够自动识别出输入阶段的典型错误 。
通常，有下列一些输入控制措施可供参考借鉴。
文件检索控制
合法或非法对应关系控制
编号控制
日期控制
试算平衡控制
二次输入控制
数据审核控制
六、输出设计（1）
在会计信息系统设计中输出设计也是其中重要的一个环节。输出设计是指按照国家有关规定和财会人员的要求，确定输出信息的内容、输出方式、输出设备及输出格式。
（一）输出内容设计
按照输出内容的不同性质，可将会计信息系统（主要是账表处理系统）的输出内容归纳如下：
记账凭证
日记账
明细账
总账及余额表
内部会计报表
外部会计报表
辅助性信息报告
六、输出设计（2）
（二）输出方式与设备的确定以及存储策略设计
输出方式与设备的确定
会计信息的输出方式很多，有打印输出、屏幕显示输出、磁盘输出、网络输出等，不同的输出采用不同的设备，分别有打印机、绘图仪、显示器、软盘、刻录机、网卡、MODEM等等
输出方式与设备的确定主要根据输出内容与使用者的要求，同时也要考虑成本、数据容量、灵活性、通用性以及安全性等方面的要求。
六、输出设计（3）
一般来说，大量的信息输出主要应该采用屏幕显示输出方式，如果任何信息都必须通过打印在纸张上输出，那就失去了电算化处理的优越性，也是一种浪费资源的表现。
只有制度规定需要以纸张形式保存的、或要求以纸质方式上报的会计信息必须采用打印输出方式，其他情形可以具体问题具体对待。
六、输出设计（4）
输出信息的存储策略设计
电算化会计信息系统的会计信息在其输出之后是否需要继续保存，不同类型的信息其存储策略也是有区别的。由于计算机存储空间比较有限，且会计信息系统又是一个不断增长的系统（指其数据规模会随着时间的推移而不断增加），因此要求对会计信息的存储做合理安排
通常情况下，将常用的数据（如本年度内会计数据）存储在硬盘上；
将不常用的数据（如10年前的会计数据）建议存储在软盘或光盘上，需要时，再将其调入计算机进行使用 ；
对那些不需要保存的数据（比如临时生成的查询数据），当查询完毕之后，则直接将其删除，不用保存，以便节约存储空间，保证系统高速、有效的运行 。
六、输出设计（5）
（三）输出控制设计
电算化会计信息系统输出控制的根本目的在于保证输出信息的正确性和安全性。
虽然数据在输入过程中已经得到了有效的输入控制，但从数据输入到输出历经诸多处理环节，并有可能经过了比较长的时间间隔，有可能在会计信息需要输出之时，已发生异常变化的情况。
六、输出设计（6）
通常可采用的输出控制措施有下列几种：
安全性控制
合理性控制
恒等式控制
时序控制
七、详细设计（1）
（一）详细设计的内容
详细设计是针对系统模块结构图中的每一模块，定义其详细功能、输入数据、文件、输出数据、模块实现的详细算法等，并为每一模块编写详细设计说明书。
详细设计是系统功能、结构和实现方法的最详细说明，是下一步程序设计的依据。
由于系统设计人员可能不具体参加今后的程序编制，因此，要求系统设计人员在详细设计时一定要深入细致，各文档资料一定要准确齐全，以保证今后任何一个程序设计员即使没有参加过新系统的分析与设计工作，也能够自如地编制出系统所需要的程序模块
七、详细设计（2）
（二）详细设计的一般程序
详细设计应该遵循结构化设计思想，采用“自顶向下，逐步细化”进行具体设计，通常可按照以下三个步骤来进行：
首先，针对每一模块进行分解，定义其详细功能，并确定该模块与其他模块是否存在联系以及存在什么样的联系？应该如何处理这种联系关系？
定义每一模块具体可采用的算法，并定义相关文件（比如程序文件名）
定义每一模块的输入、输出等细节内容
七、详细设计（3）
（二）详细设计的一般程序
详细设计应该遵循结构化设计思想，采用“自顶向下，逐步细化”进行具体设计，通常可按照以下三个步骤来进行：
首先，针对每一模块进行分解，定义其详细功能，并确定该模块与其他模块是否存在联系以及存在什么样的联系？应该如何处理这种联系关系？
定义每一模块具体可采用的算法，并定义相关文件（比如程序文件名）
定义每一模块的输入、输出等细节内容
系统设计完成之后，要将所有方案集中，编写系统设计说明书
主要内容
第一节 会计信息系统分析与设计概述
第二节 会计信息系统分析
第三节 会计信息系统设计
第四节 会计信息系统分析与设计工具
会计信息系统分析与设计工具
一、数据流程图
二、文件流程图
三、系统流程图
四、多职能流程图
五、程序流程图
六、结构图
一、数据流程图（1）
（一）数据流程图的用途及其基本元素
数据流程图（data flow diagram，DFD）是描述信息系统逻辑模型的工具之一，它通过图形的方式、运用规范化的图示符号综合描述在信息系统中数据的存储、流动、处理和使用的基本情况，它通过对数据间相互关系的描述来抽象地反映信息系统的全貌，既能表达人工处理环境下数据流程和逻辑处理功能，也能表达信息技术处理环境数据流程和逻辑处理功能。
任何信息系统从本质上说都是对数据进行加工或转换，各种数据从外界进入信息系统，经过后者内部一系列的加工处理，数据的值、内容、结构与格式均发生变化，最终以满足用户决策需要的信息的形态离开信息系统。
一、数据流程图（2）
数据流程图揭示了信息系统的IPO本质
数据流程图由数据流、数据加工（数据处理）、数据文件、数据源点和终点（外部实体）四种基本元素组成。如下图所示。
客户
出售信息
订货处理
外部实体名
数据流名
加工名
文件名
文件名
库存数据
库存数据
图形 名称 代表意义 举例
外部实体
数据源点/终点 代表与系统有关的外部机构，描述数据的来源或去向，流程的开始或结束
数据流 描述数据流动的方向
数据处理（数据加工） 描述数据加工或处理
或 数据文件（数据存储） 描述数据的存储形式
或
数据流程图的基本要素一览表
一、数据流程图（4）
外部实体是指不受本流程图所描述的流程（或系统）控制的组织、事物、人或其他流程（或其他系统）。
确定了外部实体，实际上就是确定了本流程（或系统）的边界
因此，要想确定合理的系统边界，必须详细分析用户的要求，根据系统的目标来确定系统与外部环境的分界线。
一、数据流程图（5）
数据流由一系列成分固定的数据项组成，可以由某个外部实体产生，也可以来自某个数据存储。
在数据流程图中，来自数据存储的数据流意味着读取数据，而流向数据存储的数据流则意味着存储数据。
通常，在数据流程图中不允许出现从一个数据存储直接到另一个数据存储的数据流。
一、数据流程图（6）
数据处理也叫数据加工，表示对数据进行加工处理与变换的操作，即把流向它的输入数据流加工（变换）成新的形态与内容的数据流。
任何一个数据流程图至少应有一个数据处理，任何一个数据处理至少应有一个输入数据流和一个输出数据流。
在复杂的数据流程图中因为有很多数据处理，为了便于区分一般需要对它们分别编号标识，但在开始绘制数据流程图时一般对其处理过程并不进行编号，而是在数据流程图经过层层分解最好定稿后才对其中的数据处理过程一一编号标识 。
一、数据流程图（7）
数据存储又称为数据文件，这里，它并不涉及具体的存储介质，只是一种逻辑描述，它可以是一个手工文件，也可以是建立在磁性介质上的计算机文件，如数据库文件。
之所以需要数据存储主要出于下列几种情况考虑：
第一种情况，它是对交易的真实记录；
第二种情况，是由于上一个数据处理的输出数据流已经具有满足部分用户需要的信息；
第三种情况，是因为上一个数据处理的输出数据流需要今后被后续不同的数据处理在不同的时刻进行加工处理。
一、数据流程图（8）
需要指出的是，在实际应用当中，数据流程图存在着多种符号体系，比较常用的有Gane and Sarson符号体系、Yourdon符号体系、SSADM符号体系等，数据流程图的基本元素可采用不同的符号体系来表示，但所描述的数据流动过程应该是一样的。
一、数据流程图（9）
（二）数据流程图的用法与举例
系统分析人员一般采用层次流图法来绘制数据流程图。
层次流图法原理
系统的数据处理过程大多很复杂，只用一个或几个数据流程图往往是不够的，因此，绘制系统的数据流程图时，可将整个系统分解成若干子系统，按照系统的层次结构对数据流程图进行逐步分解，直至最终获得每一基本加工和每一基本文件的底层数据流程图。即数据流图一般采用“自顶向下”“由粗到细”“逐步分解”的方法绘制 。
一、数据流程图（10）
形成的层次数据流程图可分为顶层、底层和中间层。
其中，顶层通常由一个数据加工和若干个输入输出数据流组成，它规定了系统的范围，描述了系统的外貌。
底层是由一些不必再细分的数据加工所组成，这些数据加工称为基本数据加工，它描写了系统内部的细节。
在顶层和底层之间可以有若干个中间层，提供了从抽象到具体的逐步过渡 。
一、数据流程图（11）
在逐层分解过程中，要保证分解前后的输入数据流、输出数据流数目相等，这即为数据流守恒原则。
数据流守恒原则保证一个数据流程图在分解前后其功能不变。
值得注意的是，数据流守恒原则是实质上的守恒，而不是形式上的守恒。数据流程图在逐层分解的过程中，数据流也被逐层分解，这时，下层数据流会比上层“多出”几个数据流，但这并不影响其平衡。在这种情况下，会给平衡检验造成困难，因此平衡检验时要特别小心。
一、数据流程图（12）
应用层次流图法绘制数据流程图的实例
下面以手工环境下账务处理系统的数据流程图的绘制为例，来具体说明层次流图法的应用。
识别系统的边界，画顶层数据流程图。
识别系统的边界实际上是识别系统纯粹的输入数据流和纯粹的输出数据流。这是一张最初的数据流图，常在系统分析初期进行。
例如手工会计账务处理，“原始凭证”可以做为纯粹的输入数据流，“各种账簿、报表”可以作为纯粹的输出数据流，画出其顶层数据流程图如下图所示。
销售部门
生产技术部门
物资部门
银行
┇
各种原
始凭证
账务处理
人事劳资部门
设备管理部门
经营决策部门
财政部门
┇
各种证、账、表
账务处理系统顶层数据流程图
一、数据流程图（14）
对顶层数据流程图进行分解，得出第一中间层次的数据流程图。
对顶层数据流程图的分解主要围绕“数据加工”进行。顶层图的“数据加工”只有一个，例如上图中，有一个数据加工“账务处理”，它是账务处理的所有数据加工的抽象。
此时，可将其分解为若干个主要“数据加工”，如下图所示。
登记日记账
编制记账凭证
登记明细账
审核原始凭证
原始凭证
核对
编制科目汇总表
登记总账
核对
已审原始凭证
已审原始凭证
日记
账
记账凭证
科目汇总表
总账
明细账
图2-8 中间层次数据流程图
审核
一、数据流程图（16）
进一步逐层分解，直至获得最基本数据加工的底层数据流程图 。
对图2-8中的“登记日记账”可进一步分解，以获得下一层次的数据流程图。如前所述，层层分解下去，直至该层中的每一数据加工均已是最基本的数据加工，每一数据存储也已是基本数据存储为止。
二、文件流程图（1）
文件流程图又称文档流程图（document flowchart），其主要目的是描述应用系统中所使用的全部文档及其生成、流转、分布和最终处置的控制点。
严格来说，文档流程图中惟一可用的符号应该就是文档符号，但为了进行必要的说明，其他符号通常也是可以使用的，而且为了便于说明问题，还可以加上一些必要的注释。
二、文件流程图（2）
需要注意的是，文档流程图中的每个文档符号都代表一批文档而不是一份文档。图2-10是采购业务中的订货环节所涉及的文档流程图。
图2-10 文档流程图示意图
三、系统流程图（1）
审计人员和系统开发人员都使用系统流程图（systems flowchart）。
系统流程图用于在一个系统中确定整体和主要的营运流向，它主要说明在系统中输入是如何产生的、输入遵循什么样的次序、采取哪种处理模式（手工和机器）以及输出的形式或者内容等等。
系统流程图并非描述单个处理功能的详细的逻辑关系，而是重点描述系统的媒介和处理功能。
图2-11所示便是应付账款系统流程图。
图2-11系统流程图示例
四、多职能流程图
多职能流程图（cross-functional flowchart）主要用于描述企业内部各个职能部门之间业务流转关系的图形工具。
通过多职能流程图能够表达出企业业务流程与执行该流程的组织单元或职能部门之间的关系，这样可清晰地揭示各个部门的信息传递关系，体现了信息集成思想。
其组织要素包括企业业务流程、执行业务流程的组织单元或职能部门，在形式上有横向职能描述及纵向职能描述两种。
五、程序流程图（1）
程序流程图（program flowchart）俗称程序框图，有程序粗框图和细框图之分，主要供系统开发人员使用。
与系统流程图相比，程序流程图更关心详细的处理功能，它是对系统流程图中的每一个处理功能的进一步细化。
程序流程图的编制已经属于系统设计阶段的工作，它是介于系统总体设计与计算机处理的程序代码设计之间的一个设计步骤，而系统流程图的编制则是在系统分析阶段就应该完成的一项工作。
五、程序流程图（2）
按照结构化程序设计理论，任何一个程序都可以采用三种基本结构来描述，即：顺序结构、选择结构和循环结构。
也就是说，任何一个程序是以上三种基本结构的组合。基于这一点，我们可以列出三种基本的程序流程图形态，如图2-12所示 。
一个典型的程序流程图如图2-13所示，该图描述的是按结算号进行银行自动对账的程序流程图。需要注意的是,在该程序流程图中的对已达账记录进行处理的描述显得比较粗略些,还可以进一步细化。
图2-12 （a）顺序型
图2-12 （b）选择型
图2-12 （c）循环型（DO Until型）
图2-13程序流程图示例
六、结构图（1）
结构图（structure chart）又称为层次模块结构图，是1974年由W.Steven等人从结构化设计的角度提出的一种工具，这是一种非常好的图形表达工具，主要用于表达系统内部各部分的结构和相互关系，是进行系统结构设计最常用的工具之一。
结构图中的主要成分有模块、调用和数据等，常用的几种结构图图示符号的含义可参见下表。
结构图的基本符号表
图形符号 代表意义
表示模块
表示模块之间的调用关系，箭头头部指示被调用模块，箭头尾部是调用模块
表示模块之间的控制传递关系，旁边标示控制信息变量
表示模块之间的数据传递关系，旁边标示数据名或编号
表示一个模块包含的循环调用功能
表示一个模块内部包含的判定处理逻辑，根据判定结果确定调用哪些功能模块
六、结构图（3）
结构图主要关心的是模块的外部属性，即上、下级模块、同级模块之间的数据传递和调用关系，而并不关心模块的内部。
图2-14是结构图的一个图例，它描述了凭证审核模块的结构。用户通过系统输入需要审核的凭证编号，系统根据所输入的凭证编号从凭证数据库中自动读取该凭证的记录，并予以审核，并将审核结果显示出来。
六、结构图（4）
需要说明的是，结构图中各层次功能与新系统数据流程图中的处理一般是对应的，这就意味着结构图是可以通过数据流程图转化得到的
但结构图与数据流程图是有本质区别的。前者是描述系统的物理模型及系统的功能是怎样逐步完成的，它是从系统的功能层次上来考虑系统的；而后者则反映的是系统的逻辑模型，是从数据在系统中的流动情况来考虑系统的。
还应注意，结构图并未严格地表示模块的调用次序，而只表明模块的调用关系。尽管多数人习惯按调用次序从左到右来画模块，但结构图本身没有这项要求。
最后，结构图也不指明上级模块到底在何时调用下级模块。
图2-14 结构图示例
本章小结（1）
信息系统的开发方法可按照时间过程和关键分析要素两个维度进行分类。按照结构化系统开发方法，信息系统的开发过程主要包括五个阶段：系统规划、系统分析、系统设计、系统实施和系统运行。对三种典型的信息系统开发方法：结构化系统开发方法、原型法和面向对象开发方法做了简要介绍，指出了相互之间的联系与区别。
本章小结（2）
系统分析是信息系统开发过程中的最重要的环节，是系统设计和系统实施的基础，系统分析的好坏关系到整个信息系统的成败，好的系统分析等于成功了一半，这同样适用于购买商品化软件方式来构建企业会计信息系统。系统分析的主要目的是识别用户信息需求，确定系统需求。系统分析的主要工作是通过详细调查获得用户现行系统的运行情况，借助结构化分析得到现行系统的逻辑模型，在此基础上找出现行系统业务流程和数据流程存在的不足，并提出优化和改进的办法，确定新系统可用的管理模型，建立新系统的逻辑方案，最终形成系统分析报告。
本章小结（3）
系统设计是在系统分析的基础上，根据系统逻辑模型，结合会计业务特点和信息技术，进行一系列技术考虑和设计，以提出新系统的物理模型，从而解决新系统到底应该“如何做”的问题。系统设计一般可分为概要设计和详细设计。概要设计主要包括模块设计、数据存储设计、代码设计、输入输出设计等。详细设计是对概要设计中所划分的基本模块定义其详细功能、输入数据、文件、输出数据、模块实现的详细算法等。系统设计结束需要提交符合要区的系统设计说明书。
本章小结（4）
对系统分析与设计的主要工具进行了简要的介绍，这些工具包括数据流程图、文件流程图、系统流程图、多职能流程图、程序流程图以及结构图，按照图形工具的含义、要素、用途、用法等几个角度进行讲解。
Q&A

展开更多......

收起↑