第5章管理信息系统开发.pptVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
管 理 信 息 系 统 (Management Information System) 王珂 学习目的 了解管理信息系统开发的基本条件 掌握管理信息系统开发的指导原则 了解管理信息系统开发中遇到的问题 了解管理信息系统开发的技术基础 掌握管理信息系统的开发方法 管理信息系统开发的过程管理 本讲内容 5.1 管理信息系统开发的条件与原则 5.2 管理信息系统开发的技术基础 5.3 管理信息系统的开发方法 5.4 管理信息系统开发的过程管理 注意分组的 存储转发过程 二、 网络体系结构 沙漏计时器形状的 TCP/IP协议族 数据模型 5.3 管理信息系统的开发方法 结构化系统开发的优缺点 结构化系统开发的优点 (1)结构化分析方法简单、清晰,易于学习掌握和使用。 (2)结构化分析的实施步骤是先分析当前现实环境中已存在的人工系统,在此基础上再构思即将开发的目标系统,这符合人们认识世界改造世界的一般规律,从而大大降低了问题的复杂程度。目前一些其它的需求分析方法,在该原则上是与结构化分析相同的。 (3)结构化分析采用了图形描述方式,用数据流图为即将开发的系统描述了一个可见的模型,也为相同的审查和评价提供了有利的条件。 5.3 管理信息系统的开发方法 结构化系统开发的缺点 (1)所使用的工具落后,主要是手工绘制各种分析设计图表,导致系统开发周期过长,缺乏快速反应能力。 5.3 管理信息系统的开发方法 结构化系统开发的缺点 (2)它是一种预先定义需求的方法,基本前提是系统开发人员必须在早期调查中就确定用户的需求、管理状况及正确预测可能会发生的变化,这本身就违背了人们循序渐进地认识事物发展的客观规律。 (3)用户信息反馈慢。 (4)该方法的文档编写工作量极大。 结构化系统开发的适用范围 该方法适用于一些组织相对稳定、业务处理过程规范、需求明确且在一定时期内不会发生大变化的大型复杂系统的开发。 5.3 管理信息系统的开发方法 5.3.2原型法 一、原型法的基本思想 原型法的基本思想是1977年开始提出的,它试图改进生命周期法的缺点。由用户与系统分析设计人员合作,在短期内定义用户的基本需求,开发出一个功能不十分完善、实验性的、简易的应用软件基本框架(实实在在的模型称为原型、雏形)。先运行这个原型,再不断评价和改进原型,使之逐步完善。其开发过程是分析、设计、编程、运行、评价多次重复、不断演进的过程。 基本假定:用户不可能事先对自己的所有需求都清楚,因此系统开发人员也不可能事先完全了解用户的需求。 二、原型方法的运用方式 原型方法虽然是在研究用户需求的过程中产生的,但更主要的是针对传统结构化方法所面临的困难,因而也面向系统开发的其它阶段和整个过程。由于软件项目的特点,运用原型的目的和开发策略的不同,原型方法可表现为不同的运用方式,一般可分为以下三种类型: (1)探索型(Exploratory Prototying)主要是针对开发目标模糊、用户和开发人员对项目都缺乏经验的情况,其目的是弄清对目标系统的要求,确定所期望的特性并探讨多种方案的可行性。 (2)实验型(Experimental Prototying)用于大规模开发和实现之前考核、验证方案是否合适,规格说明是否可靠。 (3)演化型(Evolutionary Prototying) 其目的不在于改进规格说明和用户需求,而是将系统改造得易于变化,在改进原型的过程中将原型演化成最终系统。它将原型方法的思想贯穿到系统开发全过程,对满足需求的改动较为适合。 要求: ? 要有快速的建造工具 ? 需要有系统模型 ? 反复修改是必要的。 构造原型的原则: ? 集成原则。 ? 最小系统原则。耗资不超过总投资的10% (1)可行性分析。 (2)确定系统的基本需求。 (3)建造系统初始原型。 (4)评价原型。 (5)修改和完善系统原型。 原型法的工作流程 确定用户的基本需求 开发初始原型 初始原型 交给用户使用与评价原型 用户满意否? 运行原型 将原型作为应用系统 将原型作为应用系统开发基础 与用户协商,修改、扩充、完善原型 是 否 二、原型法的开发过程 三、从原型向最终系统的转换 原型经过反复的使用、评价和修改以后,即可转入最终系统(或称正式系统)的开发,如右图所示。从原型向正式系统的转换方式有三种。 原型向最终系统的转换 1.程序一次性使用(只利用需求和规格) ??? 该方法对原型研制限定在传统软件生命周期的某一阶段,例如,需求定义阶段,正如我们在本章第3节所介绍的那样。该阶段工作结束后,原型随之作废。该

文档评论(0)

nrdu473 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档