课件：管理信息系统复习.pptVIP

信息系统开发方法 生命周期是指导性方针，很抽象，具体的信息系统开发方法有很多，主要研究方向有两类： 针对开发过程 不同的信息系统开发过程模型。关注整个开发采取哪些步骤，每个步骤包含哪些任务，由什么人完成，任务的成果如何体现等 也称为不同的生存周期模型 针对开发技术 不同的建模方法，从不同的观点来反映系统的全貌，并采用不同技术手段予以实现 9.3 信息系统开发过程模型 开发过程的研究和经验的总结 瀑布开发方法 原型开发方法 螺旋开发方法 …… 9.3.1 瀑布模型 强调阶段的划分和阶段严格的顺序 各阶段工作任务明确，要求文档完备性 是一种严格线性的按阶段顺序的、逐步细化的开发模式，消除了软件开发的随意性 规划 分析 设计 编码 测试 维护 瀑布模型的特点 简单易用，容易理解 开发的进程一个顺着一个，没有反馈过程，需要严密控制 一个新的项目不适合这种模型 用户直到项目结束才能看到质量如何 不允许或者严格限制变更 瀑布模型的不足 需求：客户常常难以表达真正的需求，而这种模型却要求严格的阶段性成果，返工困难，变更代价很大 风险：客户要等到开发周期的晚期才能看到程序运行的测试版本，这时若发现大的错误，可能引起客户的惊慌，其后果也可能是灾难性的 效率：因为前后任务的依赖关系，成员不能并行工作，有可能花在等待的时间比开发的时间要长，即所谓的“堵塞状态” 适用于一些需求已明确并且变化较少的信息系统 9.3.2 原型模型 原型：快速建立起来的可以在计算机上运行的程序，通常选取信息系统中某个关键功能作为原型。 编程测试 分析 定义需求 设计 原型 实施完成 再构造 原型方法的特点和应用场合 用户积极参与 原型的开发没有严密的阶段性 短期获得测试版本，降低风险 应用于以下场合： 需求含糊，用户不能标识出详细的输入、处理和输出需求 设计方案不明确，开发人员不能确定算法的有效性、操作系统的适应性或人机交互的有效性 原型方法的不足 降低风险的同时，引入了其他风险： 用户随意无止境的需求变化，因为用户容易产生误解，认为系统很容易被构造和修改 如果采用原型基础上继续构造，由于修补过度，软件质量不易于保证 开发人员为了快速构造原型，可能会采用不合适的操作系统、语言、算法等，造成后期风险，如系统适应性差、维护困难等 9.3.3 螺旋模型 螺旋模型——把软件开发过程定义成不断上升的螺旋周期，每个周期划分为计划、风险分析、实施和评价四个方面。沿螺线自内向外每旋转一圈便开发出更为完善的一个新的软件版本。 螺旋模型示意图 螺旋模型的特点和应用场合 风险驱动，可以在生命周期早期强制性的确定项目中存在的风险 需要开发人员具有丰富的风险评估经验和专门知识 要求用户参与阶段评价，对用户要求较高 适用于： 单位内部开发的大规模软件项目 风险是项目的主要制约因素 可能会发生重大变更 采用新技术 9.4 信息系统建模方法 信息系统通常十分复杂，很难直接对它进行分析设计，必须借助模型来设计分析系统。 信息系统模型本质是建立信息处理模型，而信息处理模型来源于管理模型。 信息系统建模方法 模型的表示根据认识观的不同而不同，而对事物认识的角度不同，有不同的建模方法。 信息系统建模方法： 面向过程的建模方法，也称结构化方法 面向对象的建模方法 9.4.1 结构化方法 也称为 面向功能/面向过程/面向数据流 的软件开发方法，其中： 结构化分析（SA）对软件进行需求分析，以数据流图表示。 结构化设计（SD）进行总体设计，以模块结构图表示。 结构化程序设计（SP），以程序流程图表示。 结构化方法的基本思想：从系统功能出发，自顶向下，按照层次逐步分解求精。 两种主流方法的比较 结构化方法 容易理解和交流，对于大系统可以从全局逐步展开到局部，整体性较好。 面向对象 稳定可靠，有利于维护和重用，并容易实现多层分布式结构，技术先进，但对前期分析设计人员要求较高，用户理解模型有困难。 面向对象方法有如下优势： 与人类思维方式一致；各阶段过渡平滑；可维护性高、易于重用；生命力强 过程方法和建模方法的关系 二者不矛盾，相互没有包含关系 建模方法不限定使用于特定的过程模型中 比如面向对象方法既可以使用在瀑布模型中，也可以用在螺旋模型中 开发过程的各时期可以使用不同的建模方法比如系统分析使用结构化方法，系统设计使用面向对象方法 但要注意不同方法之间模型的衔接 9.5 信息系统开发的组织管理 信息系统建设要执行有计划的管理： 了解组织中信息系统的状态 建立信息系统的基础条件 做好准备工作 选择开发方式 开展项目管理 9.5.1 了解信息系统发展现状 信息系统遵循从初级到成熟的发展规律（诺兰模型），要根据企业IS发展现状制定开发策略 预算费用 初装 数据 管理 蔓延 控制 成熟 集成 诺兰模型的经验总结：