信息系统分析和设计第4章-信息系统建设概论B

上传人:平*** 文档编号:46170503 上传时间:2018-06-23 格式:PPT 页数:38 大小:1,015.47KB
返回 下载 相关 举报
信息系统分析和设计第4章-信息系统建设概论B_第1页
第1页 / 共38页
信息系统分析和设计第4章-信息系统建设概论B_第2页
第2页 / 共38页
信息系统分析和设计第4章-信息系统建设概论B_第3页
第3页 / 共38页
信息系统分析和设计第4章-信息系统建设概论B_第4页
第4页 / 共38页
信息系统分析和设计第4章-信息系统建设概论B_第5页
第5页 / 共38页
点击查看更多>>
资源描述

《信息系统分析和设计第4章-信息系统建设概论B》由会员分享,可在线阅读,更多相关《信息系统分析和设计第4章-信息系统建设概论B(38页珍藏版)》请在金锄头文库上搜索。

1、信息系统分析与设计1主讲: 黄红星 邮箱: 博客:http:/ Google:黄红星 )信息系统分析与设计2本章主要内容n信息系统建设的特点n信息系统的生命周期n信息系统开发过程方法n信息系统建模的概念和建模方法n信息系统开发的组织管理信息系统分析与设计34.1 信息系统建设是复杂的社会过程信息系统的复杂性体现在:技术手段复杂内容复杂,目标多样投资密度大,效益难以计算环境复杂多变信息系统分析与设计4信息系统建设的统计数据n据国外1995年对365家公司的调查:n31的信息系统项目在完成之前被取消n53的项目没有达到预定功能n在3682个项目中只有12的项目按时和按预算完 成n据某顾问公司200

2、4年报告(对4万个信息系统项目的 调查)nERP失败率达到70%n成功项目只能达到34%n有争议的项目达到51%n失败项目达到15%成功的含义:在规定的时间内,以规定的 预算完成规定的目标。信息系统分析与设计5信息系统开发是一个社会过程n问题描述和方案验证n技术工程问题明确,可以模拟,或制作模 型、样品进行验证,信息系统的问题确定 性差,难以提前验证解决方案n人的影响n信息系统是人机系统,有来自于人的障碍 。如了解、沟通、实施困难n社会环境的影响n如政策、竞争、文化观念等对信息系统影 响力很大,不同于纯技术工程信息系统分析与设计64.2 信息系统的生命周期信息系统开发围绕信息系统生命周期来进行

3、 ,有时也称系统开发生命周期(SDLC,System Development Life Cycle)n生命周期按阶段划分,提出的是组织、管理和控制 信息系统开发过程的一种基本框架,原则性地指导 两部分工作:管理:强调进程安排、资源分配、评估、控制、反馈开发:强调任务和开发文档生命周期的 5个阶段可行性 研究开发 请求详细 调查系统 转换总体 设计逻辑 设计审批初步 调查验收系统 维护系统 评价详细 设计审查编程 调试审查运行维护系统规划系统实施系统分析系统设计信息系统分析与设计8信息系统开发方法生命周期是指导性方针,很抽象,具体的信息系 统开发方法有很多,主要研究方向有两类:n针对开发过程n不

4、同的信息系统开发过程模型。关注整个开发采取哪些步 骤,每个步骤包含哪些任务,由什么人完成,任务的成果 如何体现等n也称为不同的生存周期模型n针对开发技术n不同的建模方法,从不同的观点来反映系统的全貌,并采 用不同技术手段予以实现信息系统分析与设计94.3 信息系统开发过程模型n开发过程的研究和经验的总结n瀑布开发方法n原型开发方法n增量开发方法n螺旋开发方法n信息系统分析与设计104.3.1 瀑布模型n强调阶段的划分和阶段严格的顺序n各阶段工作任务明确,要求文档完备性n是一种严格线性的按阶段顺序的、逐步细化的开 发模式,消除了软件开发的随意性规划 分析 设计 编码 测试 维护信息系统分析与设计

5、11瀑布模型的特点n简单易用,容易理解n开发的进程一个顺着一个,没有反馈 过程,需要严密控制n允许基线和配置早期接收控制n一个新的项目不适合这种模型n用户直到项目结束才能看到质量如何n不允许或者严格限制变更信息系统分析与设计12瀑布模型的不足需求:客户常常难以表达真正的需求,而这种模型 却要求严格的阶段性成果,返工困难,变更代价很 大风险:客户要等到开发周期的晚期才能看到程序运 行的测试版本,这时若发现大的错误,可能引起客 户的惊慌,其后果也可能是灾难性的效率:因为前后任务的依赖关系,成员不能并行工 作,有可能花在等待的时间比开发的时间要长,即 所谓的“堵塞状态”适用于一些需求已明确并且变化较

6、少的信息系统信息系统分析与设计134.3.2 原型模型原型快速建立起来的可以在计算机上运行的程序, 通常选取信息系统中某个关键功能作为原型。编程测试分析定义需求设计原型实施完成再构造信息系统分析与设计14原型方法的特点和应用场合n用户积极参与n原型的开发没有严密的阶段性n短期获得测试版本,降低风险 应用于以下场合:n需求含糊,用户不能标识出详细的输入、处理 和输出需求n设计方案不明确,开发人员不能确定算法的有 效性、操作系统的适应性或人机交互的有效性信息系统分析与设计15原型方法的不足降低风险的同时,引入了其他风险:n用户随意无止境的需求变化,因为用户容易产生误解, 认为系统很容易被构造和修改

7、n如果采用原型基础上继续构造,由于修补过度,软件质 量不易于保证n开发人员为了快速构造原型,可能会采用不合适的操作 系统、语言、算法等,造成后期风险,如系统适应性差 、维护困难等信息系统分析与设计164.3.3 增量模型n一条直线一次性到达目的总是困难的。n紧迫的市场期限使得难以完成一个完善的软件产 品,缓解压力的方式是先提交一个有限的版本, 细节部分逐步增加。增量模型融合了瀑布模型的基本成分和原型的 迭代特征。采用随着日程时间的进展而交错的线 性序列。n搭积木的方式,如按子系统划分增量信息系统分析与设计17增量模型的特点n以功能递增的方式进行软件开发n能较快地产生可操作的系统n在每一步递增中

8、,都可以把用户/开发者的经验结合到不 断求精的产品中n可改善测试效果和降低软件开发总成本分析分析分析分析设计设计设计设计编码编码编码编码测试测试测试测试增量1增量2 增量3增量4 功能时间信息系统分析与设计18增量模型的应用场合n项目开始,明确了需求的大部分,但是需求可能 会发生变化n对于市场和用户把握不是很准,需要逐步了解n对于有庞大和复杂功能的系统进行功能改进,本 身就需要一步一步实施的。信息系统分析与设计194.3.4 螺旋模型n螺旋模型把软件开发过程定义成不断上升的螺旋周期 ,每个周期划分为计划、风险分析、实施和评价四个方面 。沿螺线自内向外每旋转一圈便开发出更为完善的一个新 的软件版

9、本。信息系统分析与设计20螺旋模型的特点和应用场合n风险驱动,可以在生命周期早期强制性的确定项目 中存在的风险n需要开发人员具有相当丰富的风险评估经验和专门 知识n要求用户参与阶段评价,对用户要求较高 适用于:n单位内部开发的大规模软件项目n风险是项目的主要制约因素n可能会发生重大变更n采用新技术信息系统分析与设计21开发过程的代表产品一些公司或团体纷纷推出规范化的过程产品:nIBM统一过程RUP(Rational Unified Process,迭 代过程的代表)n微软MSF(Microsoft Solutions Framework )n极限编程XP(eXtreme Programming

10、,敏捷软件 开发联盟)n信息系统分析与设计224.4 信息系统建模方法n信息系统通常十分复杂,很难直接对它进行分析 设计,借助模型来设计分析系统。n模型是现实世界中的某些事物的一种抽象表 示。n模型是理解、分析、开发或改造事物原型的一种常用手 段。例如,生产汽车前常先做汽车模型,以便在批量生 产前就能使人们对未来的车型有一个十分清晰的感性认 识,显然,汽车模型还可以用来改进汽车的设计方案。n对事物认识的角度不同,可以有不同的建模方法信息系统分析与设计23信息系统模型n信息系统模型本质是建立信息处理模型,而信息 处理模型来源于管理模型n管理模型的建立,应考虑以下方面:现实世界静态特征(对象、属性

11、、关系)动态特征(行为、事件、行动)业务流程商务规则 .模型信息系统分析与设计24信息系统建模方法n模型的表示根据认识观的不同而不同n信息系统建模方法:n面向过程的建模方法,也称结构化 方法n面向数据的建模方法n面向对象的建模方法信息系统分析与设计254.4.1 结构化方法n也称为 面向功能/面向过程/面向数据流 的软件 开发方法n结构化分析(SA)对软件进行需求分析,以数据 流图表示n结构化设计(SD)进行总体设计,以模块结构图 表示n结构化程序设计(SP),以程序流程图表示n结构化方法的基本思想:从系统功能出发,自顶 向下,按照层次逐步分解求精信息系统分析与设计26结构化分析数据流图顾客

12、编 辑 订货单订货单配件库存1.1 确 定 顾 客 订 货1.21.3业务 员产 生 暂 存 订货单1.4不合格顾客D2D3可发 订货不满足 的订货暂存订货单D4销售历史D5应收款明细账D10合格的订货单检 索 库 存1.5经理查询请求库 存 状 态开发货单 并 修改库存顾客发货单模型中的某个功能的分解图:信息系统分析与设计27结构化设计模块结构图销售子系统暂 存 订 货 单 处 理登 记 订 货 单查 询打 印 发 货 单作 废 订 货 单查 询 订 货 单查 询 库 存修 改 库 存暂 存 处 理冲 账信息系统分析与设计284.4.2 面向对象方法n面向对象的分析方法以对象的观点来观察世界

13、。n它认为一个系统可以被看成一系列相互作用的 对象组成,每个对象拥有自己的数据结构和行 为方式,以及能触发对象的某种操作(行为)而 改变其状态(数据结构)的事件。n比如:n汽车作为一个对象,有排量、颜色、行驶里程 等数据,有启动、行驶、停止、熄火等行为, 驾驶员的点火事件可以触发汽车的启动操作, 踩下油门事件会触发汽车行驶,行驶里程发生 改变。对应到在计算机里,可以将汽车设计为 一个软件对象(面向对象的程序设计)。信息系统分析与设计29面向对象模型图类图n面向对象分析(OOA)、设计(OOD)和程序设计 (OOP)最重要的模型图是对象图/类图订货单顾客配件 配件名 称 配件代 码 查询库 存

14、修改库 存1拥有 1.* 记录 1 1.*配件库存 仓库地点 库存数量 增加库存量 减少库存量包含10.*暂存订货单 作废订货单可发订货单 打印发货单 作废订货单对象名/ 类名对象属性对象 操作信息系统分析与设计30两种主流方法的比较n结构化方法n容易理解和交流,对于大系统可以从全局逐步展开到局 部,整体性较好。n面向对象n稳定可靠,有利于维护和重用,并容易实现多层分布式 结构,技术先进,但对前期分析设计人员要求较高,用 户理解模型有困难。信息系统分析与设计31过程方法和建模方法的关系n二者不矛盾,相互没有包含关系n建模方法不限定使用于特定的过程模型中n比如面向对象方法既可以使用在瀑布模型中,

15、也可以用 在螺旋模型中n开发过程的各时期可以使用不同的建模方法(不建 议)n比如系统分析使用结构化方法,系统设计使用面向对象 方法n但要注意不同方法之间模型的衔接信息系统分析与设计324.5 信息系统开发的组织管理信息系统建设要执行有计划的管理:了解组织中信息系统的状态建立信息系统的基础条件做好准备工作选择开发方式开展项目管理信息系统分析与设计334.5.1 了解信息系统发展现状n信息系统遵循从初级到成熟的发展规律(诺兰模 型),要根据企业的信息系统发展现状制定开发 策略预算费用初装数据 管理蔓延控制成熟集成诺兰模型的经 验总结:模型中的各个 阶段是不能跳 跃的。“欲速 则不达”信息系统分析与

16、设计344.5.2 建立信息系统的基础条件n领导重视,业务人员积极性高n有一定的科学管理基础n由不同层次人员组成的技术队伍n具备必要的资源信息系统分析与设计354.5.3 系统开发的准备工作n有效的组织机构n各类人员的配备和分工厂长X总师信息系统委员会系 统 分 析 组系 统 设 计 组程 序 设 计 组硬 件 小 组操 作 员 组数 据 管 理 组经 济 模 型 组. .信息系统分析与设计364.5.4 选择开发方式n根据资源情况选择适合的开发方式:n自行开发n委托开发n联合开发n购买现成软件产品信息系统分析与设计374.5.5 信息系统的项目管理n信息系统项目遵循项目管理的一般理论和方法, 但也存在自身的特点,管理内容

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 高等教育 > 大学课件

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号