管理信息系统 第2版教学课件 作者段爱玲 程凤娟 第7章.pptVIP

管理信息系统 第2版教学课件 作者段爱玲 程凤娟 第7章.ppt

  1. 1、本文档共44页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
下课了。。。 作业 建筑和系统开发生命周期。系统开发生命周期经常用建筑业作比喻。请填写下面的图表,列出建造一座房子所需要完成活动的清单,他们与不同系统开发生命周期的阶段又怎样的联系。 系统开发生命周期 建一所房子的活动 计划 分析 设计 开发 测试 实施 维护 3.系统设计 系统设计就是为实现系统分析提出的系统逻辑模型所作的各种技术的考虑与设计,它根据新系统的逻辑模型建立系统的物理模型, 进行具体设计,确定系统的实施方案,从而解决系统怎么做的问题。系统设计包括模块设计、代码设计、输入输出设计、文件或数据库设计、可靠性设计等。 7.系统实现 系统实现是真正解决具体要做的问题 , 它是新系统付诸实现的实施阶段。系统实现阶段是具体实现系统设计阶段的新系统的物理模型。它主要包括软、硬件准备,程序设计,数据收集与准备,人员培训,系统测试,系统切换(新旧系统转轨),系统评价等。 7.系统维护 系统验收通过并交付使用,标志着整个系统开发工作的结束。接下来是系统生命周期中的最后一个阶段,即系统运行与维护阶段。新系统要具有长久的生命力,必须不断完善,以适应变化,这就是系统维护。 当系统不能很好地满足要求时,就可能提出修改或研制更新系统的要求,于是,系统开发的整个过程又要重复。 7.4 续 管理信息系统生存周期各个阶段的划分可粗可细。实践中,各个阶段之间的关系也不可能仅是线性的、顺序的,而是带有反馈的迭代过程,这种过程通常用信息系统开发模型表示。信息系统开发模型给出了信息系统开发活动各阶段之间的关系。它是信息系统开发过程的概括,是信息系统工程的重要内容。下面我们来介绍几个经典的开发模型。 7.5 MIS开发模型 瀑布模型(Waterfall Mode1)也称为生命周期模型或线性顺序模型,是一种系统化的、线性的开发方法。 瀑布模型上一阶段的变换结果是下一阶段的输入,相邻两个阶段只有因果关系,紧密相联。 一个阶段工作的失误将蔓延到以后的各个阶段。 为了保证系统开发的正确性,每一阶段任务完成后都必须对它的阶段性产品进行评审,确认之后再转入下一阶段的工作。评审过程发现错误和疏漏后,应该反馈到前面的有关阶段修正错误,弥补疏漏,然后,再重复前面的工作,直至某一阶段通过评审后再进入下一阶段。这种形式的瀑布模型是带有反馈的瀑布模型。 7.5.1瀑布模型的开发方法 可行性研究 需求分析 概要设计 详细设计 编码调试 单元测试 组装测试设计 确认测试 运行维护 退役 图7-2 带反馈的瀑布模型 7.5.1 续 瀑布模型适合系统需求非常明确、设计方案确定以及所有阶段都有较大把握的开发活动。 优点:有利于管理信息系统开发过程中人员的组织、管理,有利于软件开发方法和工具的研究与使用,从而提高了大型管理信息系统开发的质量和效率。 缺点:主要便现在两方面: (1)在管理信息系统开发的初始阶段指明系统的全部需求是困难的,有时甚至是不现实的。而瀑布模型在需求分析阶段要求客户和系统分析员必须做到这一点才能开展后续阶段的工作。 (2)需求确定后,用户和项目负责人要等相当长的时间(经过设计、实现、测试、运行)才能得到一份管理信息系统的最初版本。如果用户对这个管理信息系统提出比较大的修改意见,那么整个项目将会蒙受巨大的人力、财力和时间方面的损失。 所以,瀑布模型的应用有一定的局限性。 7.5.1 续 瀑布模型是一个严格的自顶向下的模型,要求开发人员在初期就明确系统的需求,并对每一阶段都预先有较大的把握。 原型模型(Prototyping Model)则恰好相反,它是开发人员根据用户提出的要求,借助一些软件开发工具或环境尽可能地快速构造一个实际系统的简化模型(原型),向用户展示出待开发系统的全部或部分功能和性能,在征求用户对原型系统需求的过程中,进一步修改、完善、确认系统的需求并达到一致的理解。 7.5.2原型模型的开发方法 图7-3 原型法示意图 N N 新增功能否? 有修改意见? 可行性研究 确定系统的需求 建造一个原型系统 用户开发人员评审 完成系统开发交付使用 修 改 增加功能 Y Y 7.5.2 续 原型模型的特点是:首先,利用原型法技术能够快速实现系统的初步模型,供开发人员和用户进行交流,以便较准确地获得用户的需求;其次,采用逐步求精方法使原型逐步完善,使得原型可以在新的层次上不断反复推进。 原型模型从需求收集开始。首先,开发者和用户共同制定软件的总体目标,标识己知的需求,并规划进一步需要定义的需求;然后,进行快速设计,它主要集中在用户界面部分的表示(如输入方式和输出格式);接着,建造原型,并由用户对原型进行评估,获得进一步细化的需求,最后,修改原

文档评论(0)

开心农场 + 关注
实名认证
文档贡献者

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

1亿VIP精品文档

相关文档