《电算化会计信息系统的分析和设计.ppt》由会员分享，可在线阅读，更多相关《电算化会计信息系统的分析和设计.ppt（84页珍藏版）》请在三一办公上搜索。
1、电算化会计信息系统的分析和设计,1 系统的开发方法,一、传统生命周期法,生命周期法开发阶段,管理信息系统生命周期,项目定义阶段,决定组织是否存在问题，以及问题是否可以利用建设新系统或改造原有系统的方法加以解决主要回答以下问题：为什么需要一个新系统项目？需要怎样去实现？,系统研究阶段,分析现有系统存在的问题,定义解决方案所达到的目标,评价各种可能的选择方案回答以下问题：原有系统如何运行？原有系统的优势、劣势、困难及问题？新系统或修改过的系统怎样解决这些问题？解决方案需要哪些用户信息需求支持？有哪些可行的替代方案？它们的费用和收益如何？,设计阶段与编程阶段,设计阶段通过逻辑设计和物理设计详细描述系
2、统的解决方案编程阶段将设计结果转换成为软件程序语句进行系统调试,安装阶段与运行/维护阶段,安装阶段包括系统初始化、系统培训、系统转换运行/维护阶段不断维护系统保证正常运行不断修改满足新的需要评价系统运行效果,生命周期法的特点,开发过程工程化严格划分工作阶段自顶向下分析和设计自下向上编程充分预料变化重视用户及用户需求开发周期长,生命周期法的局限性,不适于小型系统相当耗费资源不灵活、限制变化开发周期长不适用于面向决策的应用,二、原型法,原型法的主要思路,根据用户的需求迅速构造一个低成本的用于演示及评价的试验系统(原型)由用户对原型进行评价在用户评价的基础上对原型进行修改或重构目标：用户对所用的原型
3、满意,原型法的条件,有原型法开发经验的系统分析设计人员有必要的软件环境支持方便灵活的数据库管理系统方便快速的界面生成工具方便的报表生成工具方便的逻辑处理工具,原型法开发阶段,原型法的开发方法,方法一：直接开发可用系统利用开发可用的原型，利用原型逐步向实际应用系统靠拢，直到用户满意为止方法二：利用原型确定系统的定义利用开发的原型不断补充和确认用户需求，然后从可用的原型出发重新建立实际的系统,原型法开发步骤(方法一),原型法开发步骤(方法二),方法一的特点,原型将构成未来可运行的系统开发周期相对较短用户需求(系统定义)不规范原型中存在一定的隐患无法划分系统的开发与维护阶段,方法二的特点,在原型基础
4、上重构可运行的系统原型系统部分可重用开发周期较前一种方法长可以用来明确和规范用户需求系统中将不存在因为多次修改而产生的隐患用户需求可能变化,原型法的特点,有直观的系统开发过程用户参与系统开发的全过程可以逐步明确用户需求用户直接掌握系统的开发进度用户接受程度高,原型法的适应性,适用于解决有不确定因素的问题适用于对用户界面要求高的系统适用于决策支持方面的应用,原型法的劣势,不适用于拥有大量计算或控制功能的系统不适用于大型或复杂的系统容易掩盖需求、分析、设计等方面的问题结果不确定随原型构造评价过程而定整体考虑较少,2 系统开发的基本要求,3 系统的分析,3.1 系统分析的任务,系统分析的任务,系统分
5、析的任务,现行系统的详细调查（包括工作程序、信息流以及工作的组织与控制方法）系统化分析(分析系统业务流程及数据流程)制定新系统的逻辑模型（数据流程图、数据字典、处理小说明、E-R图）解决系统“能做什么（What to do）”的问题。,3.2现行系统的详细调查,（一）系统调查概述,1 系统调查的原则,自顶向下 弄清存在的道理再分析有无改进的可能性 调查相关的局部系统,2 详细调查的范围及内容,系统界限和运行状态 组织机构和人员分工 业务流程 全面细致地了解整个系统各方面的业务流程，以及商流、物流和信息流的流通状况以及各种输入、输出、处理、处理速度、处理量和处理过程的逻辑关系。,2 详细调查的范
6、围及内容,各种计划、单据和报表 调查中要收集各类计划、单据和报表，了解它们的来龙去脉及其各项内容的填写方法，时间要求，以便得到完整的信息流程。决策方式和决策过程 资源情况,2 详细调查的范围及内容,约束条件 薄弱环节和用户要求 用户要求，是指系统必须满足的所有性质和限制。它通常包括：功能要求、性能要求、时间要求、可靠性要求、安全保密要求，以及开发费用、开发周期、可使用资源等各方面的要求和限制。,3.2 组织机构与功能分析,组织机构与功能结构调查,了解系统的界限，了解组织关系和系统的构成，它反映的是系统的综合情况。包括三部分：组织机构调查 业务过程与组织结构之间的联系分析 业务功能结构调查与分析
7、,1、组织结构图,2 业务功能一览表,3.3 业务流程调查,业务流程调查,主要采用业务流程图（transaction flow diagram，简称TFD）。对每一业务弄清其输入、处理、存贮、输出、立即存取要求，收集相应资料。理顺各个岗位、各个业务流程之间的关系。除去不必要的环节，对重复的环节进行合并，对新的环节进行增补。确定哪些是今后计算机系统要处理的环节。,业务流程图,业务流程图：用一些规定的符号及连线来表示某个具体业务处理过程。业务流程图易于阅读和理解，是分析业务流程的重要步骤。,业务流程图,业务流程图的基本符号,3.4数据流程图Data Flow Diagram,1.数据流程图的四个基
8、本成分,1)数据流,表示数据和数据流向,由一组固定成分的数据组成 如“选课单”由“学号、姓名、课程编号、课程名”等成分组成数据流可从加工流向加工，也可在加工与数据存储或外部项之间流动；两个加工之间可有多股数据流数据流的命名用名词,不要使用意义空洞的名词尽量使用现实系统已有名字,数据流（图示）,*与+或,画数据流时需注意的问题,不要把控制流作为数据流 如：下图中读下张卡属于控制流，不应画出。不要标出激发条件,合法卡片,卡片信息,读入卡片,卡片校验,读下张卡,工资单,工资率,计算工资,每月1号,职工档案,2)加工,表示对数据进行的操作,如“处理选课单”、“产生发票”等加工的编号，说明这个加工在层次
9、分解中的位置(分层DFD)加工的命名顶层的加工名就是整个系统项目的名字尽量最好使用动宾词组，也可用主谓词组不要使用空洞的动词,加工的命名,无意义的 名字：,较好的命名：,3)数据存储,表示需要保存的数据流向,如“学生档案”、“课程设置”等数据存储与加工的方向“读出”、“写入”分层数据流程图中，数据存储一般局限在某一层或某几层命名方法与数据流相似,修改库存,商品库存,检索商品信息,商品目录,4)外部项,位于系统之外的信息提供者或使用者,称为外部项。即存在于系统之外的人员或组织。如“学务科”等说明数据输入的源点(数据源)或数据输出的终点(数据终点)起到更好的理解作用，但不是系统中的事物,几种错误(
10、1),数据源,数据终点,数据源,数据存储,数据终点,数据存储,数据存储,数据存储,数据流必须要么从某个加工流出、要么流入某个加工，而不能直接从外部项流向数据存储等等。图示的几种流动都是不合理的,几种错误(2),2 怎样画DFD,了解DFD的特性画分层DFD,1）DFD的特性,与程序流程图不同，DFD不表示程序的控制结构，只描述数据的流动 DFD分成多层(子图、父图概念)表示,从而逐步展开数据流和功能的细节。,S,2,1,3,2.2,2.1,2.3,3.1,3.2,顶层,0层,1层,(基本系统模型),(系统的子功能),DFD的分层表示,2）画分层DFD,(1)先画出顶层DFD。(2)自顶向下画出
11、各层DFD 分解原则：分解后的软件成分有相对独立功能 一次分解不要加入细节过多 由外向里画DFD,报名单,合格报名单,检验 报名单,2）画分层DFD,(3)先考虑稳定状态，忽略系统的工作条件，即怎么开始、怎么结束的。(4)忽略琐碎的枝节，如出错处理等。(5)随时准备重画,3）画分层DFD的指导原则,（1）父图-子图平衡（2）局部数据存储（3）编号（4）分解的程度,父图-子图平衡,父图-子图平衡：模型分解时必须保持父图的输入输出数据流和子图输入输出数据流相同。,父图-子图平衡,父图-子图平衡,3.5数据字典,4系统设计,系统设计是新系统的物理设计阶段，根据系统分析阶段所确定的新系统的逻辑模型，综
12、合考虑各种约束，利用一切可用的技术手段和方法，进行各种具体设计，提出一个能在计算机上实现的新系统的实施方案，解决“系统怎样做”的问题。,4.1系统设计概述,系统设计概述,目标和任务系统设计模型设计方法主要内容 解决系统“怎样做（How to do）”的问题。,1 系统设计的目标 系统分析：解决“做什么”系统设计：解决“怎么做”,一、系统设计的目标和任务,2 系统设计的任务 问题结构(系统需求)系统结构 从系统分析说明书出发，形成系统的具体设计方案。,一、系统设计的目标和任务(续),映射,数据字典,数据流图,E-R图,加工小说明,流,程,描,述,处理描述,数,据,对,描 述,象,数 据 设 计,
13、模块结构设计,接口设计,过程设计,分析模型,设计模型,平 台 设 计,二、系统设计模型,二、系统设计模型(续),上图中通过数据、功能模型展示的系统需求被传送给设计阶段，运用某种设计方法，设计阶段产生出：数据设计：将分析时创建的数据模型变换成实现系统所需的数据结构。平台设计：将性能要求变换成对系统软硬件环境的配置模块结构设计：定义系统模块元素之间的关系。接口设计：描述了系统内部、系统和协作系统之间的以及系统同人之间如何通信。过程设计：将加工说明变换为对系统模块内部算法的具体描述。,三 系统设计方法,结构化设计方法(SD)面向数据结构的设计方法(JSD方法)面向对象的设计方法(OOD),四 系统设
14、计主要内容,系统总体设计系统详细设计 系统平台设计 代码设计 输入输出设计 对话设计 数据库或数据文件设计 模块内部的算法设计写出系统设计报告,总体设计：告诉用户系统具体将要做什么。一旦用户同意了这个总体设计，我们会将这个总体设计转换为更加详细的文档。,1 系统总体设计,总体设计包括：工具 如何描述系统的总体结构方法 用什么方法把问题结构导出系统结构评价准则 什么样的系统结构是“最优的”,1 系统总体设计（续）,1 系统总体设计（续）,总体结构：系统的组成部分，即有哪些模块组成 系统的层次及调用关系 模块的处理功能 模块之间的界面，即模块间传递的数据,优秀的总体设计应该包含以下特征,不包括用户
15、不熟悉的专业词汇 它描述系统功能 独立于实现过程 与系统分析文档相一致,2 系统详细设计,详细设计：让系统建设者了解要解决用户的问题所需要的硬件和系统。主要描述系统的硬件配置、系统代码、人机界面、输入和输出、数据库和网络体系结构等。也就是说，详细设计是系统说明的一个技术层面上的描述。,2 系统详细设计（续）,详细设计包括：系统平台设计代码设计数据库设计对话（人机界面）设计输入/输出设计模块内部的算法设计（处理流程设计）,4.2 结构化系统设计,结构化系统设计,结构化系统设计是“用一组标准的准则和工具帮助系统设计人员确定应该由哪些模块，用什么方式联结在一起，才能构成一个最好的系统结构”。即，结构化设计方法(SD)是以数据流图为基础的，采用模块化、自顶向下逐步求精的基本思想，以数据流图为基础构造出模块结构图。,采用分解的方法,即把系统分解成由相对独立的、功能单一的若干模块组成的结构采用图形表达工具有一组基本的设计原则有一组基本的设计策略有一组评价标准和优化技术,一 结构化系统设计的特点,二 结构化系统设计的基本工具,在系统设计阶段，我们采用模块结构图来表达目标系统的物理模型，描述系统的结构。,三 结构化系统设计原则,系统的观点 模块化结构 阶段性策略 模块的独立性 鼓励用户积极参与设计,
