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

上传人:ldj****22 文档编号:49025081 上传时间:2018-07-22 格式:PPT 页数:84 大小:327.50KB
返回 下载 相关 举报
电算化会计信息系统的分析和设计_第1页
第1页 / 共84页
电算化会计信息系统的分析和设计_第2页
第2页 / 共84页
电算化会计信息系统的分析和设计_第3页
第3页 / 共84页
电算化会计信息系统的分析和设计_第4页
第4页 / 共84页
电算化会计信息系统的分析和设计_第5页
第5页 / 共84页
点击查看更多>>
资源描述

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

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

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

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

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

5、考虑较少2 系统统开发的基本要求3 系统统的分析3.1 系统分析的任务系统分析的任务详细调查企业所有业务情况进行分析,弄清问题提出新系统的逻辑方案系统分析的任务 现行系统的详细调查(包括工作程序、信 息流以及工作的组织与控制方法) 系统化分析(分析系统业务流程及数据流程 ) 制定新系统的逻辑模型(数据流程图、数 据字典、处理小说明、 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)数据源数据终点数据源数据存储数据终点数据存储数据存储数据存储数据流必须要么从某 个加工流出、要么流 入某个加工,而不能 直接从外部项流向数 据存储等等。 图示的几种流动都是 不合理的几种错误(2)2 怎样画DFD 了解DFD的特性 画分层DFD1) DFD的特性 与程序流程图不同,DFD不表示程序的 控制结构,只描述数据的流动 DFD分成多层(子图、父图概念)表示, 从而

13、逐步展开数据流和功能的细节。S S2 21 13 32.22.22.12.1 2.32.33.13.13.23.2顶层顶层0 0层层1 1层层( (基本系统模型基本系统模型) )( (系统的子功能系统的子功能) )DFDDFD的分层表示的分层表示2) 画分层DFD(1)先画出顶层DFD。(2)自顶向下画出各层DFD分解原则:分解后的软件成分有相对独立功能一次分解不要加入细节过多由外向里画DFD报名单合格报名单检验 报名单2) 画分层DFD(3)先考虑稳定状态,忽略系统的工作条件, 即怎么开始、怎么结束的。(4)忽略琐碎的枝节,如出错处理等。(5)随时准备重画 报名单合格报名单检验 报名单错误的

14、报名单3) 画分层DFD的指导原则(1)父图-子图平衡 (2)局部数据存储 (3)编号 (4)分解的程度父图-子图平衡父图-子图平衡:模型分解时必须保持父图的输入 输出数据流和子图输入输出数据流 相同。父图-子图平衡A1423BFEGCD父图-子图平衡缺少C3.1ED3.33.2对加工3细化 的子图:加工33.5数据字典4系统设计系统设计是新系统的物理设计阶段,根据系统分析阶段所确定的新系统的逻辑模型,综合考虑各种约束,利用一切可用的技术手段和方法,进行各种具体设计,提出一个能在计算机上实现的新系统的实施方案,解决 “系统怎样做”的问题。 4.14.1系统设计概系统设计概述述系统设计概述 目标

15、和任务 系统设计模型 设计方法 主要内容解决系统“怎样做(How to do)” 的问 题。 1 1 系统设计的系统设计的目标目标系统分析:解决系统分析:解决“做什么做什么”系统设计:解决系统设计:解决“怎么做怎么做”一、系统设计的目标和任务一、系统设计的目标和任务2 2 系统设计的任务系统设计的任务问题结构问题结构( (系统需求系统需求) ) 系统结构系统结构从系统分析说明书出发,形成系统的从系统分析说明书出发,形成系统的 具体设计方案。具体设计方案。一、系统设计的目标和任务一、系统设计的目标和任务( (续续) )映射数据数据 字典字典数据数据 流图流图E-RE-R图图加工小说明加工小说明流流程程 描描 述述处理描述处理描述数数 据据 对对描描述述象象数 据 设 计模块结构设计接口设计过程设计分析模型分析模型设计模型设计模型平 台 设 计二二、系统设计、系统设计模型模型二、系统设计模型(续)上图中通过数据、功能模型展示的系统需 求被传送给设计阶段,运用某种设计方法, 设计阶段产生出: 数据设计:将分析时创建的数据模型变换成实现 系统所需的数据结构。 平台设计:将性能要求变换成对系统软硬件环境的

展开阅读全文
相关资源
正为您匹配相似的精品文档
相关搜索

最新文档


当前位置:首页 > 行业资料 > 其它行业文档

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号