34信息系统 方法.ppt

01、记账 02、结账 03、对账 04、会计账簿的表现形式 05、会计信息化条件下，会计报表期间名存实亡。 06、数据库中的数据一般存储在内存中 07、数据的概念模型主要描述数据库数据的概念结构， 很少涉及数据操作及存储 08、键只能由一个属性组成 09、关系是一张三维表格 10、机器模型主要用于从现实世界到信息世界的抽象 11、实体用矩形框表示，框内写上实体名 12、联系用菱形框表示，框内写上实体名 13、用记账凭证登记明细账 转成E-R图 14、把13题中的E-R图转成关系模型 01、原型是指用原型法开发出的最终结果。 02、原型法适用于开发大型的会计信息系统。 03、系统分析阶段的文档成果是软件需求说明书。 04、软件危机主要是由那些未能正常运行的软件带来的。 05、生命周期法能够较好地实现静态的数据结构和动态的数据处理流程的结合。 06、原型法的用户参与程度不如生命周期法。 07、用原型法开发系统的思路是自顶向下，逐步分解。 08、面向对象法的基本思想 09、系统设计阶段的主要文档成果是总体设计说明书。 10、面向对象法是开发系统的主流方法 11、原型法的难点是不易构造易于修改的原型。 12、生命周期法对每个阶段的成果都要进行评审。 重点： 1、生命周期法 原型法 面向对象法 软件危机和软件工程 一、软件危机：计算机软件的开发和维护过程中所遇到的一系列严重的问题。此类问题并不局限于那些“未能正常运行”的软件。 表现： （一）、软件代价高。 市场化，需要考虑成本，计算机硬件成本随技术进步而降低，软件成本则不断飙升，比例日益扩大。 （二）、难于控制软件开发进度。软件开发设计主要靠人，差别很大，难以控制。 （三）、软件开发工作量估计困难。对于工作结构复杂、各部分工作不能很好划分时，工作量估算很困难。 （四）、软件质量低。设计人员与用户分离，质量不好控制。 （五）、软件修改维护困难。软件维护不同于硬件维护，是纠正其逻辑错误。 改正性维护20% 适应性维护25% 提高性维护50% 软件危机和软件工程 二、软件危机的原因： （一）、规模大。 代码成倍上升。 （二）、复杂性高。功能增多，复杂；用户增多，复杂。 （三）、影响软件生存与质量的因素复杂，难于管理与控制。 个人能力 团队联系 产品的复杂度 合适的表达符号方式 可利用的时间 其他 软件危机和软件工程 三、软件工程（含义）：P44 是一门研究如何用系统化、规范化、数量化等工程原则和方法，去进行软件的开发和维护的学科。包括软件开发技术和软件项目管理。 学习工程项目管理成功的经验，得到有益的启示： 1、划分阶段，明确各阶段的任务、标准和时间进度，这样使得项目管理科学、标准，且易于控制。 2、每个阶段都有明确的记录，这样过程具有可见性，易于监督。 3、每个阶段都有详细的文档记录，这样工作就易于理解，文档此时就成了监督的依据。 软件危机和软件工程 三、软件工程（原则）：P45 1、用分阶段的生命周期计划严格管理 2、坚持进行阶段评审 3、实行严格的产品控制 4、采用先进的程序设计技术 5、结果应能清楚地审查 6、开发小组的人员应少而精 7、承认不断改进软件工程实践的必要性 一、系统开发的原则 1、领导参与 2、优化与创新 3、充分利用信息资源 4、实用和时效 5、规范化 6、发展变化 二、系统开发前的准备工作 （一）基础准备工作 1、管理工作要严格科学化，具体方法要程序化、规范化。 2、做好基础数据管理工作，严格计量程序、计量手段、检测手段和数据统计分析渠道。 3、数据、文件、报表的统一化。 二、系统开发前的准备工作 （二）人员准备工作 1、确保领导参与。 2、建立研发队伍。 3、明确各类人员的职责。 AIS的生命周期：指的是从AIS系统开发任务的提出，经过系统计划、系统分析、系统设计、程序设计、系统测试、运行和维护等六个阶段，又经过系统更新，重新提出新系统开发任务的全过程。 生命周期法：按照生命周期进行系统开发的方法称为生命周期法。 生命周期法流程：把每个阶段分为若干个小阶段。各阶段首尾相连，形成了AIS的生命周期循环。其每一个阶段都有明确的工作任务和目标以及预期要达到的阶段性成果，以便于计划和控制进度，有条不紊地协调各方面的工作。各阶段都要求写出完整而准确的文档资料，作为下一阶段开发工作的依据。 生命周期法的主要特点 1.开发过程有明显的阶段性;