第2章-信息系统分析与设计理论-1.pptVIP

2.1 软件工程 2.1.1软件危机和软件工程 1 软件开发技术的发展： （1）程序设计时期（40-60） （2）程序系统时期（60-70） （3）软件工程时期（70-） 2 软件危机的表现 （1） 难以制定开发计划； （2） 用户对软件不满意； （3）软件错误多； （4）软件难以维护； （5）缺乏完善的文档资料； （6）软件开发速度相对于需求远远滞后。 3 软件危机产生的原因 （1） 不了解需求； （2） 对软件开发缺乏有效的管理； （3）缺乏良好的理论对软件开发过程的支持； （4）软件开发人员难以处理大型软件开发工作的各个方面。 4 软件工程 软件工程是指导软件开发和维护的学科，它由方法、工具和过程三部分组成。 软件工程技术的特点: （1）规范化 （2）文档化 据国外1995年对365家公司的调查： 31％的信息系统项目在完成之前被取消 53％的项目没有达到预定功能 在3682个项目中只有12％的项目按时和按预算完成 据某顾问公司2004年报告(对4万个信息系统项目的调查) ERP失败率达到70% 成功项目只能达到34% 有争议的项目达到51% 失败项目达到15% 成功的含义：在规定的时间内，以规定的预算完成规定的目标。 2.1.2 信息系统的生命周期 信息系统开发围绕信息系统生命周期来进行，有时也称系统开 发生命周期（SDLC，System Development Life Cycle） 生命周期按阶段划分，提出的是组织、管理和控制信息系统开发过程的一种基本框架，原则性地指导两部分工作： 管理：强调进程安排、资源分配、评估、控制、反馈 开发：强调任务和开发文档 生命周期的5个阶段 软件生存周期各阶段的工作量分布 2.1.3 软件开发模型 瀑布开发方法 原型开发方法 增量开发方法 螺旋开发方法 1 瀑布模型 强调阶段的划分和阶段严格的顺序 各阶段工作任务明确，要求文档完备性 是一种严格线性的按阶段顺序的、逐步细化的开发模式，消除了软件开发的随意性 瀑布模型的特点 简单易用，容易理解 开发的进程一个顺着一个，没有反馈过程，需要严密控制 允许基线和配置早期接收控制 一个新的项目不适合这个模型 用户直到项目结束才能看到质量如何 不允许或者严格限制变更 瀑布模型的不足 需求：客户常常难以表达真正的需求，而这种模型却要求严格的阶段性成果，返工困难，变更代价很大 风险：客户要等到开发周期的晚期才能看到程序运行的测试版本，这时若发现大的错误，可能引起客户的惊慌，其后果也可能是灾难性的 效率：因为前后任务的依赖关系，成员不能并行工作，有可能花在等待的时间比开发的时间要长，即所谓的“堵塞状态” 2 原型模型 原型——快速建立起来的可以在计算机上运行的程序，通常选取信息系统中某个关键功能作为原型。 原型方法的特点和应用场合 用户积极参与 原型的开发没有严密的阶段性 短期获得测试版本，降低风险 应用于以下场合： 需求含糊，用户不能标识出详细的输入、处理和输出需求 设计方案不明确，开发人员不能确定算法的有效性、操作系统的适应性或人机交互的有效性 原型方法的不足 降低风险的同时，引入了其他风险： 用户随意无止境的需求变化，因为用户容易产生误解，认为系统很容易被构造和修改 如果采用原型基础上继续构造，由于修补过度，软件质量不易于保证 开发人员为了快速构造原型，可能会采用不合适的操作系统、语言、算法等，造成后期风险，如系统适应性差、维护困难等 3 增量模型 一条直线一次性到达目的总是困难的。 紧迫的市场期限使得难以完成一个完善的软件产品，缓解压力的方式是先提交一个有限的版本，细节部分逐步增加。 增量模型——融合了瀑布模型的基本成分和原型的迭代特征。采用随着日程时间的进展而交错的线性序列。 搭积木的方式，如按子系统划分增量 增量模型的特点 以功能递增的方式进行软件开发 能较快地产生可操作的系统 在每一步递增中，都可以把用户/开发者的经验结合到不断求精的产品中 可改善测试效果和降低软件开发总成本 增量模型的应用场合 项目开始，明确了需求的大部分，但是需求可能会发生变化 对于市场和用户把握不是很准，需要逐步了解 对于有庞大和复杂功能的系统进行功能改进，本身就需要一步一步实施的。 4 螺旋模型 螺旋模型——把软件开发过程定义成不断上升的螺旋周期，每个周期划分为计划、风险分析、实施和评价四个方面。沿螺线自内向外每旋转一圈便开发出更为完善的一个新的软件版本。 螺旋模型的特点和应用场合 风险驱动，可以在生