电算化会计信息系统的分析和设计

《电算化会计信息系统的分析和设计》由会员分享，可在线阅读，更多相关《电算化会计信息系统的分析和设计（84页珍藏版）》请在金锄头文库上搜索。

1、电算化会计信息系统的分析和设计1 系系统统的开发方法的开发方法一、传统生命周期法一、传统生命周期法生命周期法开发阶段管理信息系统生命周期项目定义阶段决定组织是否存在问题，以及问题是否可以利用建设新系统或改造原有系统的方法加以解决主要回答以下问题：为什么需要一个新系统项目？需要怎样去实现？系统研究阶段分析现有系统存在的问题,定义解决方案所达到的目标,评价各种可能的选择方案回答以下问题：原有系统如何运行？原有系统的优势、劣势、困难及问题？新系统或修改过的系统怎样解决这些问题？解决方案需要哪些用户信息需求支持？有哪些可行的替代方案？它们的费用和收益如何？设计阶段与编程阶段设计阶段通过逻辑设计和物理设

2、计详细描述系统的解决方案编程阶段将设计结果转换成为软件程序语句进行系统调试安装阶段与运行/维护阶段安装阶段包括系统初始化、系统培训、系统转换运行/维护阶段不断维护系统保证正常运行不断修改满足新的需要评价系统运行效果生命周期法的特点开发过程工程化严格划分工作阶段自顶向下分析和设计自下向上编程充分预料变化重视用户及用户需求开发周期长生命周期法的局限性不适于小型系统相当耗费资源不灵活、限制变化开发周期长不适用于面向决策的应用二、原型法二、原型法原型法的主要思路根据用户的需求迅速构造一个低成本的用于演示及评价的试验系统(原型)由用户对原型进行评价在用户评价的基础上对原型进行修改或重构目标：用户对所用的

3、原型满意原型法的条件有原型法开发经验的系统分析设计人员有必要的软件环境支持方便灵活的数据库管理系统方便快速的界面生成工具方便的报表生成工具方便的逻辑处理工具原型法开发阶段原型法的开发方法方法一：直接开发可用系统利用开发可用的原型，利用原型逐步向实际应用系统靠拢，直到用户满意为止方法二：利用原型确定系统的定义利用开发的原型不断补充和确认用户需求，然后从可用的原型出发重新建立实际的系统原型法开发步骤(方法一)原型法开发步骤(方法二)方法一的特点原型将构成未来可运行的系统开发周期相对较短用户需求(系统定义)不规范原型中存在一定的隐患无法划分系统的开发与维护阶段方法二的特点在原型基础上重构可运行的系统

4、原型系统部分可重用开发周期较前一种方法长可以用来明确和规范用户需求系统中将不存在因为多次修改而产生的隐患用户需求可能变化原型法的特点有直观的系统开发过程用户参与系统开发的全过程可以逐步明确用户需求用户直接掌握系统的开发进度用户接受程度高原型法的适应性适用于解决有不确定因素的问题适用于对用户界面要求高的系统适用于决策支持方面的应用原型法的劣势不适用于拥有大量计算或控制功能的系统不适用于大型或复杂的系统容易掩盖需求、分析、设计等方面的问题结果不确定随原型构造评价过程而定整体考虑较少2 系系统统开发的基本要求开发的基本要求3 系系统统的分析的分析3.1 系统分析的任务系统分析的任务详细调查企业所有业

5、务情况 进行分析，弄清问题提出新系统的逻辑方案系统分析的任务现行系统的详细调查（包括工作程序、信息流以及工作的组织与控制方法） 系统化分析(分析系统业务流程及数据流程) 制定新系统的逻辑模型（数据流程图、数据字典、处理小说明、 E-R图） 解决系统“能做什么（What to do）” 的问题。 3.2现行系统的详细调查（一）系统调查概述 1 系统调查的原则 自顶向下 弄清存在的道理再分析有无改进的可能性 调查相关的局部系统 2 详细调查的范围及内容 系统界限和运行状态 组织机构和人员分工 业务流程 全面细致地了解整个系统各方面的业务流程，以及商流、物流和信息流的流通状况以及各种输入、输出、处理

6、、处理速度、处理量和处理过程的逻辑关系。 2 详细调查的范围及内容 各种计划、单据和报表 调查中要收集各类计划、单据和报表，了解它们的来龙去脉及其各项内容的填写方法，时间要求，以便得到完整的信息流程。 决策方式和决策过程 资源情况 2 详细调查的范围及内容 约束条件 薄弱环节和用户要求 用户要求，是指系统必须满足的所有性质和限制。它通常包括：功能要求、性能要求、时间要求、可靠性要求、安全保密要求，以及开发费用、开发周期、可使用资源等各方面的要求和限制。 3.2 组织机构与功能分析 组织机构与功能结构调查 了解系统的界限，了解组织关系和系统的构成，它反映的是系统的综合情况。 包括三部分： 组织机

7、构调查 业务过程与组织结构之间的联系分析 业务功能结构调查与分析 1、组织结构图、组织结构图企企业业管管理理处处计计划划统统计计处处供供应应处处财财务务处处销销售售处处职职工工食食堂堂第第一一生生产产车车间间服服务务公公司司厂厂办办厂厂长长办办公公室室包包装装车车间间生生产产调调度度处处设设备备管管理理处处技技术术质质量量处处第第九九生生产产车车间间厂厂医医务务室室小小车车队队企企管管科科质质检检科科计计算算中中心心综综合合计计划划处处统统计计科科销销售售管管理理科科成成品品库库业业务务联联系系部部市市场场分分析析部部甲甲班班组组丙丙班班组组乙乙班班组组丁丁班班组组党党委委办办公公室室团团委委

8、工工会会职职教教处处人人事事处处图图书书资资料料室室厂厂 长长工厂管理委员会工厂管理委员会厂长工作部厂长工作部经营部经营部生产部生产部后勤部后勤部宣教部宣教部.2 业务功能一览表业务功能一览表销售系统管理销售计划管理成品库管理销售合同管理销售核算管理市场预测销售历史资料管理编制年度销售大纲编制销售计划合同有效性审查合同执行情况分析合同登记和变更销售利润核算销售统计分析出入库管理库存统计市场预测市场分析3.3 业务流程调查 业务流程调查 主要采用业务流程图（transaction flow diagram，简称TFD）。对每一业务弄清其输入、处理、存贮、输出、立即存取要求，收集相应资料。理顺各个

9、岗位、各个业务流程之间的关系。除去不必要的环节，对重复的环节进行合并，对新的环节进行增补。确定哪些是今后计算机系统要处理的环节。 业务流程图 业务流程图：用一些规定的符号及连线来表示某个具体业务处理过程。 业务流程图易于阅读和理解，是分析业务流程的重要步骤。 业务流程图 业务流程图的基本符号业务流程图的基本符号业务处理单位业务处理单位业务处理业务处理功能描述功能描述表格报表制作表格报表制作数据文件存档数据文件存档收集处理数据收集处理数据信息传递过程信息传递过程3.4数据流程图Data Flow Diagram1. 数据流程图的四个基本成分数据存储 或或数据流或或 外部项或或数据处理(加工)1)

10、 数据流表示数据和数据流向, 由一组固定成分的数据组成 如“选课单”由“学号、姓名、课程编号、课程名”等成分组成数据流可从加工流向加工，也可在加工与数据存储或外部项之间流动；两个加工之间可有多股数据流数据流的命名用名词,不要使用意义空洞的名词尽量使用现实系统已有名字数据流（图示）*+ABCAAABBBCCC储户检查合理性帐户取款单合理取款单* 与 + 或画数据流时需注意的问题不要把控制流作为数据流 如：下图中读下张卡属于控制流，不应画出。 不要标出激发条件合法卡片卡片信息读入卡片卡片校验读下张卡工资单工资率计算工资每月1号职工档案2) 加工表示对数据进行的操作, 如“处理选课单” 、“产生发票

11、”等加工的编号，说明这个加工在层次分解中的位置 (分层DFD)加工的命名顶层的加工名就是整个系统项目的名字尽量最好使用动宾词组，也可用主谓词组不要使用空洞的动词加工的命名储户处理1帐户数据1 数据2储户检查合理性帐户取款单合理取款单无意义的 名字：较好的命名：3) 数据存储表示需要保存的数据流向, 如“ 学生档案”、“课程设置”等数据存储与加工的方向 “读出 ”、“写入 ”分层数据流程图中，数据存储一般局限在某一层或某几层命名方法与数据流相似修改库存商品库存检索商品信息商品目录4) 外部项位于系统之外的信息提供者或使用者,称为外部项。即存在于系统之外的人员或组织。如“学务科”等说明数据输入的源

12、点(数据源)或数据输出的终点(数据终点)起到更好的理解作用，但不是系统中的事物数据源数据源数据终点数据终点没有输出！没有输出！加工加工加工加工没有输入！没有输入！加工加工加工加工每个加工至少每个加工至少有一个输入数有一个输入数据流和一个输据流和一个输出数据流出数据流几种错误几种错误(1)数据源数据源数据终点数据终点数据源数据源数据存储数据存储数据终点数据终点数据存储数据存储数据存储数据存储数据存储数据存储数据流必须要么从某数据流必须要么从某个加工流出、要么流个加工流出、要么流入某个加工，而不能入某个加工，而不能直接从外部项流向数直接从外部项流向数据存储等等。据存储等等。图示的几种流动都是图示的

13、几种流动都是不合理的不合理的几种错误几种错误(2)2 怎样画DFD了解DFD的特性画分层DFD1） DFD的特性与程序流程图不同，DFD不表示程序的控制结构，只描述数据的流动 DFD分成多层(子图、父图概念)表示, 从而逐步展开数据流和功能的细节。S S2 21 13 32.22.22.12.12.32.33.13.13.23.2 顶层顶层0 0层层1 1层层( (基本系统模型基本系统模型) )( (系统的子功能系统的子功能) )DFDDFD的分层表示的分层表示2） 画分层DFD(1)(1)先画出顶层先画出顶层DFDDFD。(2)(2)自顶向下画出各层自顶向下画出各层DFDDFD 分解原则：分

14、解原则： 分解后的软件成分有相对独立功能分解后的软件成分有相对独立功能 一次分解不要加入细节过多一次分解不要加入细节过多 由外向里画由外向里画DFDDFD报名单合格报名单检验 报名单2） 画分层DFD(3)(3)先考虑稳定状态，忽略系统的工作条件，先考虑稳定状态，忽略系统的工作条件， 即怎么开始、怎么结束的。即怎么开始、怎么结束的。(4)(4)忽略琐碎的枝节，如出错处理等。忽略琐碎的枝节，如出错处理等。(5)(5)随时准备重画随时准备重画 报名单合格报名单检验 报名单错误的报名单3） 画分层DFD的指导原则（1 1）父图）父图- -子图平衡子图平衡（2 2）局部数据存储）局部数据存储（3 3）

15、编号）编号（4 4）分解的程度）分解的程度父图-子图平衡父图父图- -子图平衡：子图平衡： 模型分解时必须保持父图的输入输出数据流和子图输入输出数据流相同。父图-子图平衡A1 14 42 23 3BFEGCD父图-子图平衡缺少缺少C C3.13.1ED3.33.33.23.2对加工对加工3细化细化的子图：的子图：加工加工33.5数据字典4系统设计 系统设计是新系统的物理设计阶段，根据系统设计是新系统的物理设计阶段，根据系统分析阶段所确定的新系统的逻辑模型，系统分析阶段所确定的新系统的逻辑模型，综合考虑各种约束，利用一切可用的技术手综合考虑各种约束，利用一切可用的技术手段和方法，进行各种具体设计

16、，提出一个能段和方法，进行各种具体设计，提出一个能在计算机上实现的新系统的实施方案，解决在计算机上实现的新系统的实施方案，解决“系统怎样做系统怎样做”的问题。的问题。 4.14.1系统设计概述系统设计概述系统系统设计概述设计概述目标和任务目标和任务系统设计模型系统设计模型设计方法设计方法主要内容主要内容 解决系统解决系统“怎样做（怎样做（How to doHow to do）” 的问的问题。题。 1 1 系统设计的目标系统设计的目标 系统分析：解决系统分析：解决“做什么做什么” 系统设计：解决系统设计：解决“怎么做怎么做”一、系统设计的目标和任务一、系统设计的目标和任务2 2 系统设计的任务系

17、统设计的任务 问题结构问题结构( (系统需求系统需求) ) 系统结构系统结构 从系统分析说明书出发，形成系统的从系统分析说明书出发，形成系统的具体设计方案。具体设计方案。一、系统设计的目标和任务一、系统设计的目标和任务( (续续) )映射映射数据数据字典字典数据数据流图流图E-RE-R图图加工小说明流流程程程程描描述述述述处理描述处理描述处理描述处理描述数数据据对对描描 述述象象数数 据据 设设 计计模块结构设计模块结构设计接口设计接口设计过程设计过程设计分析模型设计模型平平 台台 设设 计计二、系统设计模型二、系统设计模型二、系统设计模型二、系统设计模型( (续续) ) 上图中通过数据、功能

18、模型展示的系统需上图中通过数据、功能模型展示的系统需求被传送给设计阶段，运用某种设计方法，求被传送给设计阶段，运用某种设计方法，设计阶段产生出：设计阶段产生出： 数据设计数据设计：将分析时创建的数据模型变换成实现：将分析时创建的数据模型变换成实现系统所需的数据结构。系统所需的数据结构。平台设计平台设计：将性能要求变换成对系统软硬件环境的：将性能要求变换成对系统软硬件环境的配置配置模块结构设计模块结构设计：定义系统模块元素之间的关系。：定义系统模块元素之间的关系。接口设计接口设计：描述了系统内部、系统和协作系统之间：描述了系统内部、系统和协作系统之间的以及系统同人之间如何通信。的以及系统同人之间

19、如何通信。过程设计过程设计：将加工说明变换为对系统模块内部算法：将加工说明变换为对系统模块内部算法的具体描述。的具体描述。三三 系统设计方法系统设计方法结构化设计方法结构化设计方法(SD)(SD)面向数据结构的设计方法面向数据结构的设计方法(JSD(JSD方法方法) )面向对象的设计方法面向对象的设计方法(OOD)(OOD)四四 系统系统设计主要内容设计主要内容系统总体设计系统总体设计系统详细设计系统详细设计 系统平台设计系统平台设计 代码设计代码设计 输入输出设计输入输出设计 对话设计对话设计 数据库或数据文件设计数据库或数据文件设计 模块内部的算法设计模块内部的算法设计写出系统设计报告写出

20、系统设计报告 总体设计：总体设计： 告告诉诉用用户户系系统统具具体体将将要要做做什什么么。一一旦旦用用户户同同意意了了这这个个总总体体设设计计，我我们们会会将将这个总体设计转换为更加详细的文档。这个总体设计转换为更加详细的文档。1 系统总体系统总体设计设计总体设计包括：总体设计包括：工具工具 如何描述系统的如何描述系统的总体结构总体结构方方法法 用用什什么么方方法法把把问问题题结结构构导导出出系系统统结构结构评价准则评价准则 什么样的系统结构是什么样的系统结构是“最优最优的的”1 系统总体系统总体设计（续）设计（续）1 系统总体系统总体设计（续）设计（续）总体结构：总体结构： 系统的组成部分，

21、即有哪些模块组成系统的组成部分，即有哪些模块组成 系统的层次及调用关系系统的层次及调用关系 模块的处理功能模块的处理功能 模块之间的界面，即模块间传递的数据模块之间的界面，即模块间传递的数据 优秀的总体设计应该包含以下特征优秀的总体设计应该包含以下特征 不包括用户不熟悉的专业词汇不包括用户不熟悉的专业词汇 它描述系统功能它描述系统功能 独立于实现过程独立于实现过程 与系统分析文档相一致与系统分析文档相一致 2 系统详细系统详细设计设计 详细设计：详细设计： 让系统建设者了解要解决用户的问题所需让系统建设者了解要解决用户的问题所需要的硬件和系统。主要描述系统的硬件配置、要的硬件和系统。主要描述系

22、统的硬件配置、系统代码、人机界面、输入和输出、数据库系统代码、人机界面、输入和输出、数据库和网络体系结构等。也就是说，详细设计是和网络体系结构等。也就是说，详细设计是系统说明的一个系统说明的一个技术层面技术层面上的描述。上的描述。 2 系统详细系统详细设计（续）设计（续）详细设计包括：详细设计包括：系统平台设计系统平台设计代码设计代码设计数据库设计数据库设计对话（人机界面）设计对话（人机界面）设计输入输入/ /输出设计输出设计模块内部的算法设计（处理流程设计）模块内部的算法设计（处理流程设计） 4.2 结构化系统设计结构化系统设计结构化系统设计结构化系统设计 结构化系统设计是结构化系统设计是“

23、用一组标准的准则用一组标准的准则和工具帮助系统设计人员确定应该由哪些模和工具帮助系统设计人员确定应该由哪些模块，用什么方式联结在一起，才能构成一个块，用什么方式联结在一起，才能构成一个最好的系统结构最好的系统结构”。 即，结构化设计方法即，结构化设计方法(SD)(SD)是以数据流图是以数据流图为基础的，为基础的，采用采用模块化、自顶向下逐步求精模块化、自顶向下逐步求精的基本思想，以的基本思想，以数据流图为基础数据流图为基础构造出模块构造出模块结构图。结构图。采用分解的方法采用分解的方法, ,即把系统分解成由相对即把系统分解成由相对独立的、功能单一的若干模块组成的结构独立的、功能单一的若干模块组成的结构采用图形表达工具采用图形表达工具有一组基本的设计原则有一组基本的设计原则有一组基本的设计策略有一组基本的设计策略有一组评价标准和优化技术有一组评价标准和优化技术一一 结构化系统设计的特点结构化系统设计的特点二二 结构化系统设计的基本工具结构化系统设计的基本工具 在系统设计阶段，我们采用在系统设计阶段，我们采用模块结模块结构图构图来表达目标系统的物理模型，描来表达目标系统的物理模型，描述系统的结构。述系统的结构。三三 结构化系统设计原则结构化系统设计原则 系统的观点系统的观点 模块化结构模块化结构 阶段性策略阶段性策略 模块的独立性模块的独立性 鼓励用户积极参与设计鼓励用户积极参与设计