信息系统分析和设计信息系统建设概论B.pptVIP

Data Mining: Concepts and Techniques 主讲: 黄红星 邮箱：hhx825@126.com 博客：/u/hhx825/ （ Google：黄红星 ） 本章主要内容 信息系统建设的特点 信息系统的生命周期 信息系统开发过程方法 信息系统建模的概念和建模方法 信息系统开发的组织管理 4.1 信息系统建设是复杂的社会过程 信息系统的复杂性体现在： 技术手段复杂 内容复杂，目标多样 投资密度大，效益难以计算 环境复杂多变 信息系统建设的统计数据 据国外1995年对365家公司的调查： 31％的信息系统项目在完成之前被取消 53％的项目没有达到预定功能 在3682个项目中只有12％的项目按时和按预算完成 据某顾问公司2004年报告(对4万个信息系统项目的调查) ERP失败率达到70% 成功项目只能达到34% 有争议的项目达到51% 失败项目达到15% 成功的含义：在规定的时间内，以规定的预算完成规定的目标。 信息系统开发是一个社会过程 问题描述和方案验证 技术工程问题明确，可以模拟，或制作模型、样品进行验证，信息系统的问题确定性差，难以提前验证解决方案 人的影响 信息系统是人机系统，有来自于人的障碍。如了解、沟通、实施困难 社会环境的影响 如政策、竞争、文化观念等对信息系统影响力很大，不同于纯技术工程 4.2 信息系统的生命周期 信息系统开发围绕信息系统生命周期来进行，有时也称系统开发生命周期（SDLC，System Development Life Cycle） 生命周期按阶段划分，提出的是组织、管理和控制信息系统开发过程的一种基本框架，原则性地指导两部分工作： 管理：强调进程安排、资源分配、评估、控制、反馈 开发：强调任务和开发文档 生命周期的5个阶段 信息系统开发方法 生命周期是指导性方针，很抽象，具体的信息系统开发方法有很多，主要研究方向有两类： 针对开发过程 不同的信息系统开发过程模型。关注整个开发采取哪些步骤，每个步骤包含哪些任务，由什么人完成，任务的成果如何体现等 也称为不同的生存周期模型 针对开发技术 不同的建模方法，从不同的观点来反映系统的全貌，并采用不同技术手段予以实现 4.3 信息系统开发过程模型 开发过程的研究和经验的总结 瀑布开发方法 原型开发方法 增量开发方法 螺旋开发方法 …… 4.3.1 瀑布模型 强调阶段的划分和阶段严格的顺序 各阶段工作任务明确，要求文档完备性 是一种严格线性的按阶段顺序的、逐步细化的开发模式，消除了软件开发的随意性 瀑布模型的特点 简单易用，容易理解 开发的进程一个顺着一个，没有反馈过程，需要严密控制 允许基线和配置早期接收控制 一个新的项目不适合这种模型 用户直到项目结束才能看到质量如何 不允许或者严格限制变更 瀑布模型的不足 需求：客户常常难以表达真正的需求，而这种模型却要求严格的阶段性成果，返工困难，变更代价很大 风险：客户要等到开发周期的晚期才能看到程序运行的测试版本，这时若发现大的错误，可能引起客户的惊慌，其后果也可能是灾难性的 效率：因为前后任务的依赖关系，成员不能并行工作，有可能花在等待的时间比开发的时间要长，即所谓的“堵塞状态” 4.3.2 原型模型 原型——快速建立起来的可以在计算机上运行的程序，通常选取信息系统中某个关键功能作为原型。 原型方法的特点和应用场合 用户积极参与 原型的开发没有严密的阶段性 短期获得测试版本，降低风险 应用于以下场合： 需求含糊，用户不能标识出详细的输入、处理和输出需求 设计方案不明确，开发人员不能确定算法的有效性、操作系统的适应性或人机交互的有效性 原型方法的不足 降低风险的同时，引入了其他风险： 用户随意无止境的需求变化，因为用户容易产生误解，认为系统很容易被构造和修改 如果采用原型基础上继续构造，由于修补过度，软件质量不易于保证 开发人员为了快速构造原型，可能会采用不合适的操作系统、语言、算法等，造成后期风险，如系统适应性差、维护困难等 4.3.3 增量模型 一条直线一次性到达目的总是困难的。 紧迫的市场期限使得难以完成一个完善的软件产品，缓解压力的方式是先提交一个有限的版本，细节部分逐步增加。 增量模型——融合了瀑布模型的基本成分和原型的迭代特征。采用随着日程时间的进展而交错的线性序列。 搭积木的方式，如按子系统划分增量 增量模型的特点 以功能递增的方式进行软件开发 能较快地产生可操作的系统 在每一步递增中，都可以把用户/开发者的经验结合到不断求精的产品中 可改善测试效果和降低软件开发总成本 增量模型的应用场合 项目开始，明确了需求的大部分，但是需求可能会发生变化 对于市场和用户把握不是