第二章　ais开发方法-财政管理专业ppt课件

会计信息系统湖南财经高等专科学校会计系会计信息系统概述会计信息系统开发方法系统分析报表子系统的分析设计与开发账务处理子系统的分析设计与开发会计信息系统实施会计信息系统设计会计信息系统的内控与管理会计信息系统第二章 AIS开发方法通过本章内容的学习了解软件、软件工程、软件开发生命周期法、快速原型法、面向对象法等基本概念；熟悉采用生命周期法和快速原型法，并结合面向对象法开发软件的步骤与方法。 第二章 AIS开发方法v本章重点：软件的生命周期法与原型法的开发方法，开发过程及其内容v本章难点：软件两种开发方法的开发过程及具体内容；面向对象法v课时安排： 4课时v讲述方式：课堂讲授软件特别是大型软件结构复杂，逻辑严密，设计工作量大，开展难度大，需要多人合作，是一项投资大，开发周期长的系统工程。必须采取有效办法降低开发难度，加强管理与控制，提高软件生产效率和质量，指导软件生产的方法和技术， “软件工程 ”是行之有效的办法 。第 1 节 AIS开发概述一、软件与软件工程 1、 软件： 主体是一组程序语言 ，它是脑力劳动的结晶，是抽象的逻辑性无形产品，逻辑上很复杂，需要不断地修改与完善。2、 软件工程 ：指把软件的开发看作是一项工程，按 “ 工程 ” 的方法和技术来指导和管理， 变软件产品的 “ 无形 ” 为 “ 有形 ” 。即用适当的工具表达用户需求模型，先抽象出系统逻辑概念模型，得到用户的认可，再转化为（设计成）具体的物理模型，最后再编写程序并进行测试。有了正确的理论指导，许多软件开发技术和表达工具应运而生， “ 软件工程学 ” 学科理论与技术逐步形成。3、软件工程的要点： （ 1） 面向用户的观点使用户及早了解系统结构和目标并参与系统设计，提高软件开发的命中率和成功率，而不是首先考虑设计方便。用户的效率与计算机效率并非完全一致。软件使用是否实用、方便等都要充分考虑满是用户的需要，真正 体现用户是上帝的宗旨。3、软件工程的要点： （ 2） “ 先逻辑，后物理 ” 的原则即 从系统 “ 做什么 ” 到 “ 怎么做 ” 。通过一系列的图表工具抽象出原系统的逻辑模型，在改进的基础上加入新需求，得到新系统的逻辑模型，明确系统 “ 做什么 ” ；在此基础上进行系统设计，分总体设计和详细设计两阶段进行，得到的系统设计说明书是新系统的物理模型。v（ 3） “ 自顶向下 ” 的原则 严格划分开发的工作阶段 ，自顶向下分解系统的需求，绘制分层数据流图，在此基础上进行系统的功能结构设计，分解基本功能模块，再一步步编程实现。v（ 4） 工作成果描述标准化原则对于每一阶段结束后将形成规范的技术文档，即用一些标准软件工具或文字表达出来，作为下一阶段工作的起点。从可行性研究报告，到系统分析说明书、系统设计说明书、系统测试报告，到用户使用手册及项目开发总结报告。二、 AIS的开发取得方式 1、定点开发：自行开发、委托开发、联合开发自行开发 ：实行依靠企业自身的技术人员开发满足企业核算要求的会计软件。针对性强，适用性好，投资大，但通用性差，质量低，升级难，安全性差。委托开发 ：企业不具备会计技术人员，只能委托开发商开发。适用性较好，但不利于电会人员的培养，投资大，实用性差，开发周期长。联合开发 ：企业与软件开发商共同开发满足企业核算要求的软件。适用性好，有利于电会人员的培养，投资少，开发周期长，安全性有保障。专用软件通用软件 购买商品化软件 ： 投资小，见效快，更新升级快，通用性好，但适用性差。使用上级部门推广的软件 ： 通用性好，质量高，成本低，数据的共享性好，适用性差。第 2 节 生命周期法 一、生命周期法的基本思想v1、生命周期及生命周期法概念：v软件与其他任何产品一样都有自己的生存周期，从其计划开发到废弃为止，称为它的生存周期，也叫生命周期。可 分计划、开发、运行三个时期 ，每一时期又可细分为若干更小的阶段。v从系统开发任务的提出，经过系统可行性研究、系统分析、系统设计、系统实施和系统运行与维护等几个阶段，又经过系统更新、重新提出新系统开发任务的全过程的开发方法，称为生命周期法。生命周期法是目前国内外较流行的信息系统开发方法，在系统开发中得到了广泛的应用和推广，尤其是在开发复杂的大系统时，显示出了无比的优越性。生命周期法的基本思想是，它将软件工程学和系统工程的理论与方法引入计算机会计信息系统的研制开发中，采用 结构化、模块化的思想 “ 自顶向下 ” 地对系统进行分析和设计。2、开发流程图：目前生命周期法是信息系统开发中较为流行的方法，整个生命周期划分为 六个主要阶段 ：软件生命周期法工作流程和主要任务生命周期 主要任务 主要文档软件需求分析阶段系统分析(可行性研究 )调查用户需求和处理过程，进行可行性分析与研究可行性研究报告及初步的软件开发计划系统分析 (需求分析 )分析用户需求，建立目标系统逻辑模型 系统分析说明书软件开发阶段系统设计 概要设计：建立目标系统的总体结构及数据库设计 概要设计说明书详细设计：对模块进行过程描述确定模块间的详细接口 详细设计说明书程序设计 按详细设计说明书，为每个模块编写程序 源程序清单程序设计说明书系统测试 检查和调试程序的正确性，排除错误 测试报告和用户操作手册运行维护阶段运行维护运行软件对程序修改扩充修改有关文档运行日志软件问题报告软件修改报告二、 AIS生命周期各阶段的主要活动1、 可行性研究与计划阶段分析用户的要求与各种制约条件，并论证开发该系统的可行性，进行初步调查，分析与评估开发方案等，在弄清现行系统存在问题的基础上，提出新系统的目标和新任务、规划，并从 经济、技术、组织上进行论证。2、 系统分析阶段是指用系统的观点和系统的方法，对现行系统进行全面的分析研究，揭示系统的内在联系和运动规律，找出现行系统存在的问题， 建立现行系统的逻辑模型。再根据用户的要求，确定新系统的目标，将现行系统模型转换成能实现的新系统的逻辑模型。完成 分析和描述现行系统逻辑模型；完成分析和描述新信息系统逻辑模型；并编写系统分析说明书。3、 系统设计阶段是在系统分析的基础上，根据新系统的逻辑模型 建立物理模型 ，确定系统具体的实现方案。系统设计通常分为概要设计和详细设计两部分。 概要设计（总体设计） 概要设计亦称总体设计，完成建立系统总体结构，进行模块的划分，设计数据库结构，并定义各模块的功能和相互之间的接口关系；编写概要设计说明书。 详细设计（过程设计） 采用设计工具详细描述功能模块内部的过程，确定模块间的详细接口，编写详细设计说明书。 4、 程序设计阶段 程序设计是按照详细设计说明书的要求，使用某种程序设计语言，对每个模块作出可在计算机上执行的程序代码的过程。提交源程序清单和程序设计说明书。 5、 系统测试阶段是为了在系统的试运行阶段，尽可能地查找出程序的错误，以保证系统的质量而进行的调试和检验。 单元测试：检验单个模块功能的正确性。 组装测试：将经过模块测试的各个模块装配并测试，从而形成一个完整的系统。确认测试：证明所开发的系统符合系统分析中确定的全部功能和性能要求。6、 运行和维护阶段 （ 1） 程序维护 （一般由开发人员完成）正确性维护修正在开发阶段产生、在测试阶段又没有发现的错误。完善性维护为扩充系统功能或改善性能而进行的修改。（ 2） 使用维护环境维护为保证系统正常运行而进行的环境维护工作。意外事故维护解决因发生意外事故而使数据混乱或丢失的维护工作。计算机病毒治理和维护预防、检测、清除计算机病毒等工作。提交运行日志、系统问题报告、系统修改报告等文档。注意：最终要进行系统评估。 三、生命周期法的特点： v运用软件工程的开发方法，自顶向下设计，自下而上实施。v开发过程阶段清晰，任务明确。 v开发是循环过程，不是简单重复，而是螺旋式上升，是发展与提高v开发过程不仅是软件开发人员的劳动，还有会计人员的参加v用户至上的原则v开发周期长，难以适应环境变化，系统运行维护费用高第第 3节节 快速原型法快速原型法 (面向过程 )v1、快速原型法的产生：v瀑布模型开发方法 始于 60年代末，这种方法一直强调对系统的充分理解 (用户需求 )、严格定义、预先说明及全面性、准确性的作用。它要求软件人员在设计之前，即开发初期就对整个系统的功能有全面深刻的认识，并制定出每一阶段工作的计划和技术文档，后面的工作则是围绕着这些文档进行的。v因此，只有当分析员能作出准确的需求分析时，才能获得预期的正确结果。换句话说，当需求分析有问题 (错误 )时，就不可能获得预期的结果。而且，按照生命周期法开发，错误发现得越晚，完成的工作越多，则修改错误所花的代价也越大。比如， 在运行阶段发现的错误，有时还要追溯到设计阶段甚至需求分析阶段 ，这时就要修改需求说明书，需求的更改必然会引起修改设计文档及程序，这样势必造成大量的返工，延误开发进度和增加费用，草草修改往往又会埋下更大的隐患。现实生活中由于多数用户不熟悉计算机，系统分析员有时也对用户的业务了解不深，于是软件人员定义的用户需求常常是不完整和不准确的，对于用户和分析员都未曾经历过的新系统，这种情况就更加突出。 据报导，美国开发的软件系统真正投入使用的约占四分之一；另有四分之一中途夭折：余下的一半虽然完成开发但用户并未使用，主要原因是它们未能充分满足要求。所以 生命周期法适用于环境相对稳定，用户对现系统的工作方式非常熟悉，要求又不需要经常变动的场合。计算机的迅猛发展和信息化时代的到来，给这种传统的方法带来了挑战，要求采用新的更好的技术和方法来开发软件。计算机技术发展突飞猛进，硬件价格急剧下跌，使计算机迅速进入到社会各个应用领域，甚至已进入到家庭和个人生活，软件的需要量大增， 尤其需要一个 “快 ”字 。然而传统的开发方法，耗时多、费用大、效率低，远不能满足要求。工业的大发展缩短了产品的开发时间和寿命，企业的组织向着灵活、小型、多层次、跨国等方向发展。许多公司的机构及经营项目等环境不断变化，需要处理的信息急剧增加，对信息系统提出了更高的要求，甚至用户的许多需求根本无法在系统开发的前期就预料到，用户只希望信息系统能给他们带来更多的好处，这就要求 系统有极大的灵活性。鉴于瀑布模型的缺陷，许多研究人员得出这样的结论：软件开发，特别是 开发的早期阶段，应该是一个学习和实践的过程，它的活动应该包括开发人员和用户两个方面。 为了使其更有效，不仅要求开发人员要与用户紧密合作，而且还要有一实际的工作系统，只有这样才能获得成功。近些年来，出现了以这种思想为基础的技术，即快速原形开发方法。 原型法的基本思想：首先 建立一个能反映用户基本需求的原型，即软件人员能迅速地向用户提供一个样机，让用户能尽早看到未来系统的概貌，以便判断哪些功能是符合需要的，哪些方面还要改进或补充。然后 软件人员根据用户 “反馈 ”意见对原型进行大量的修改，使其迅速完善。最终 建立起能完全符合用户要求的新系统。2、原形法工作流程图：用户提出开发要求开发原形使用原形可行