第三章信息系统开发.pptVIP

第3章 信息系统开发 本章主要内容 3.1系统开发过程 3.2 FAST开发过程 3.3 开发路线和方法 3.4自动化工具和技术 3.1系统开发过程 3.1.1能力成熟度模型 3.1.1 能力成熟度模型 3.1.1能力成熟度模型 3.1.1 能力成熟度模型 3.1.1 能力成熟度模型 3.1.2系统生命周期与开发方法 3.1.2系统生命周期与开发方法 系统开发方法是一个十分正式且精确的系统开发过程，它为系统开发人员和项目管理者定义了一组活动、方法、最佳实践、交付成果和自动化工具，用来开发和维护大部分或所有的信息系统和软件。 系统开发方法确保： 提供一个一致且可再生的方法 降低了错误的风险 为各个项目生成完整且一致的文档 由于所有人都使用同样的过程，所以可以在项目之间灵活的分配系统分析员、设计人员和构造人员 后来者可以方便的获得和理解以前的工作成果。 3.1.3 系统开发基本原理 让用户参与：系统用户的参与对于成功的系统开发是必需的。交流不畅和误解仍是系统开发中存在的主要问题。 使用一套问题解决步骤：问题包括真正的问题、改进的机会、来自管理层的指示 研究并理解问题、问题的上下文和问题的影响 定义方案必须满足的需求 确定满足需求的侯选方案，并选择最佳方案 设计和/或实现选出的方案 观察并评估该方案的影响，相应的细化该方案 3.1.3 系统开发基本原理 确立开发阶段和开发活动：不同的作者、专家以及公司对开发阶段和开发活动的数量和范围的描述都不尽相同。 在开发过程中记录文档：为了促进不断变化的关联人员之间的有效交流，文档必须随同整个系统开发工作同时展开。 3.1.3 系统开发基本原理 建立标准：为了实现或者改进系统集成，组织需要遵从标准。 数据库技术 软件技术 接口技术 管理过程和项目 过程管理确保一个组织选定的过程在所有项目中得到一致的运用。过程管理还定义和改进选定的过程。 项目管理确保以最小的开销、在规定的时间内、以可接受的质量开发信息系统。 3.1.3 系统开发基本原理 将信息系统作为重要的投资看待 成本效益分析在整个系统开发过程中都要进行 分阶段的系统开发方法提供了几次重新评价成本效益、风险和可行性的机会 大多数系统所有者想从其系统中获得超出投资范围之外的功能 不必害怕取消和返工 建立多个可行性检查点 在每个检查点上，所有的费用都被认为是过去的，所以它们同决策无关 在每个检查点上，分析员应考虑 如果项目不再可行就取消它； 如果项目范围增加了，就重新评价并调整费用和进度； 如果不能改变项目预算和进度，并且项目预算和进度不足以实现所有的项目目标，就减少范围。 3.1.3 系统开发基本原理 分而治之：通过不断的将一个大系统分解成更容易管理的小系统，分析员可以简化问题解决的过程 设计系统时应考虑到增长和变化：企业在不断的变化，业务需求在变，业务的优先次序在变。相应的，支持业务的信息系统也必须不断变化。 3.2 FAST系统开发过程 3.2.1 项目确定 3.2.2 FAST项目阶段 3.2.2 项目阶段 3.2.3 跨生命周期活动 3.2.4 顺序开发和迭代开发 顺序开发：要求每个阶段在另一个阶段之后完成，直到信息系统终结。 瀑布开发方法：各个阶段可以在时间上一定程度地相互重叠 迭代（增量）开发方法：完成足够的分析、设计和实现以便能够完全开发新系统的一部分并将其尽快投入运行。一旦系统的这个版本实现了，该策略就进行另外的分析、设计和实现，以便发布系统的下一个版本。 3.3 选择开发路线和策略 3.3 选择开发路线和策略 3.3.1 模型驱动开发策略 3.3.1模型驱动开发策略 3.3.1模型驱动开发策略 3.3.2 快速应用开发策略 3.3.2 快速应用开发策略 3.3.2 快速应用开发策略 3.3.2快速应用开发策略 3.3.3商用软件包开发策略 为了实现业务需求，必须仔细地选择封装式软件方案 封装式软件方案不仅需要花钱购买，而且也可能更需要花钱实现 软件包通常必须定制并集成到企业中 软件包很少能实现让用户完全满意的所有业务需求 3.3.3 商用软件包开发策略 3.3.3商用软件包开发策略 3.3.4混合策略 任何一个项目都可以选择使用多条开发路线的组合 使用什么开发路线总是在范围定义阶段期间进行选择，并作为工作陈述的一部分进行协商 一种常见的混合了模型驱动开发路线和快速应用开发路线的策略是增量开发策略。 3.3.5 系统维护 3.4 自动化工具和技术 3.4.1 CASE Computer-aided software engineering (CASE) –使用支持系统模型的绘图和分析的自动化工具。有些CASE 工具提供原型和代码产生能力。 CASE 资料库（CASE repository ）