信息系统典型生命周期模型

1 .瀑布模型
瀑布模型是一个经典的软件生命周期模型,一般将软件开发分为可行性分析(计划)、需求分析、软件设计(概要设计、详细设计)、编码(含单元测试)、测试、运行维护等几个阶段,如图所示。

瀑布模型中每项开发活动具有以下特点:

( l )从上一项开发活动接受其成果作为本次活动的输入。
( 2 )利用这一输入,实施本次活动应完成的工作内容。
(
3 )给出本次活动的工作成果,作为输出传给下一项开发活动。

( 4 )对本次活动的实施工作成果进行评审。

缺点: 过程基本不可迭代,需求在开始的不确定性,错误到最后才能发现,开发进程呈现塞阻状态

2 . V 模型
如图所示

V 模型的左边下降的是开发过程各阶段,与此相对应的是右边上升的部分,即各测试过程的各个阶段。

V 模型的优点在于它非常明确地标明了测试过程中存在的不同级别,并且清楚地描述了这些测试阶段和开发各阶段的对应关系。

3 .原型化模型
原型化模型的第一步是建造一个快速原型,实现客户或未来的用户与系统的交互,经过和用户针对原型的讨论和交流,弄清需求以便真正把握用户需要的软件产品是什么样子的。充分了解后,再在原型基础上开发出用户满意的产品。

如图所示:

增量模型也是原型化开发方法。如图所示

模型要点:瀑布和原型模型相结合,强调版本升级。

4.螺旋模型
螺旋模型是一个演化软件过程模型,将原型实现的迭代特征与线性顺序(瀑布)模型中控制的和系统化的方面结合起来。使得软件的增量版本的快速开发成为可能。在螺旋模型中,软件开发是一系列的增量发布。螺旋模型的整个开发过程如图所示。

图中的螺旋线代表随着时间推进的工作进展;开发过程具有周期性重复的螺旋线形状。4个象限分别标志每个周期所划分的4 个阶段:制定计划、风险分析、实施工程和客户评估。螺旋模型要点:统一了瀑布模型与原型模型,与增量模型相似,更强调风险分析。

5 .迭代模型

喷泉模型:体现认识事物的循环迭代性,强调开发活动之间的无间隙性,无明显的活动阶段划分,适用于面向对象的开发过程。如图所示:

RUP ( Rational Unified Process )软件统一过程是一种“过程方法”,它就是迭代模型的一种。如图所示。

RUP中的软件生命周期在时间上被分解为4 个顺序的阶段,分别是:初始阶段(
Inception)、细化阶段(Elaboration )、构建阶段(Construction )和交付阶段(Transition )。这4 个阶段的顺序执行就形成了一个周期。每个阶段结束于一个主要的里程碑(Major
Mileslones )。在每个阶段的结尾执行一次评估以确定这个阶段的目标是否己经满足。

信息系统的生命周期也可以分为4个阶段:立项、开发、运维、消亡。

  1.立项阶段

  即其概念阶段或需求阶段,这一阶段分为两个过程:一是概念的形成过程,根据用户单位业务发展和经营管理的需要,提出建设信息系统的初步构想;二是需求分析过程,即对企业信息系统的需求进行深入调研和分析,形成《需求规范说明书》,经评审、批准后立项。

  2.开发阶段

  (1)总体规划阶段:是系统开发的起始阶段,以立项阶段所做的需求分析为基础,明确信息系统在企业经营战略中的作用和地位,指导信息系统的开发,优化配置并利用各种资源,包括内部资源和外部资源,通过规划过程规范或完善用户单位的业务流程。一个比较完整的总体规划应当包括信息系统的开发目标、总体结构、组织结构、管理流程、实施计划、技术规范。

  (2)系统分析阶段:目标是为系统设计阶段提供系统的逻辑模型,内容包括组织结构及功能分析、业务流程分析、数据和数据流程分析及系统初步方案。

  (3)系统设计阶段:根据系统分析的结果设计出信息系统的实施方案,主要内容包括系统架构设计、数据库设计、处理流程设计、功能模块设计、安全控制方案设计、系统组织和队伍设计及系统管理流程设计。

  (4)系统实施阶段:是将设计阶段的成果在计算机和网络上具体实现,即将设计文本变成能在计算机上运行的软件系统。由于系统实施阶段是对以前全部工作的检验,因此用户的参与特别重要。

  (5)系统验收阶段:通过试运行,系统性能的优劣及其他各种问题都会暴露在用户面前,即进入了系统验收阶段。
  3.运维阶段

  信息系统通过验收,正式移交给用户以后,就进入运维阶段,系统长时间的有效运行是检验系统质量的试金石。

  要保障系统正常运行,系统维护是不可缺少的工作。维护可分为4种类型:排错性维护、适应性维护、完善性维护、预防性维护。

  4.消亡阶段

  开发一个信息系统并希望它一劳永逸地运行下去是不现实的。企业的信息系统经常不可避免地会遇到系统更新改造、功能扩展,甚至报废重建等情况。对此,用户单位应当在信息系统建设的初期就注意系统消亡条件和时机,以及由此而花费的成本。

信息系统典型生命周期模型,布布扣,bubuko.com

时间: 2024-10-13 12:41:42

信息系统典型生命周期模型的相关文章

项目管理【02】 | 项目管理基础-信息系统项目的生命周期模型

项目生命周期指项目从启动到收尾所经历的一系列阶段,生命周期可为管理项目提供基本框架.在本篇中,我们将着重介绍项目生命周期模型方法和典型的6种生命周期模型,区别各自的优缺点,以便在实践中灵活运用. 11.项目生命周期的模型方法有三种: (1)预测型生命周期. 预测型生命周期(也称为完全计划驱动型生命周期)是在项目生命周期的尽早时间,确定项目范围及交付此范围所需的时间和成本. 优先选择预测型生命周期的情况:充分了解拟交付的产品,有厚实的行业实践基础,或者整批一次性交付产品有利于干系人. (2)迭代和

软件生命周期模型

软件生命周期模型(Life Cycle Model)是描述软件开发过程中各种活动如何执行的模型.各种模型确立了软件开发中各阶段的次序限制以及开发过程所遵守的规定和限制.典型的几种软件生命周期模型有瀑布模型.演化模型.螺旋模型.喷泉模型 1.瀑布模型(waterfall model) 瀑布模型是最早出现的软件开发模型,它将软件生命周期的各项活动规定为按固定顺序而连接的若干阶段工作,如同瀑布流水,逐级下落. 特点: 1)是一种理想化模型,瀑布模型要求有明确的需求分析,所以在现实中基本不可能实现(可在

软件开发生命周期模型 瀑布模型、增量模型、原型模型、螺旋模型、喷泉模型总结

在校期间学习过这些模型,现在来复习一下. 瀑布模型/改进的瀑布模型 虽然瀑布模型仍然存在很多的问题有待解决,但瀑布模型仍然是最基本的和最效的一种可供选择的软件开发生命周期模型.瀑布模型要求软件开发严格按照需求 ->分析->设计->编码->测试的阶段进行,每一个阶段都可以定义明确的产出物和验证准则.瀑布模型在每一个阶段完成后都可以 组织相关的评审和验证,只有在评审通过后才能够进入到下一个阶段. 由于需要对每一个阶段进行验证,瀑布模型要求每一个阶段都有明确的文档产出,对于严格的瀑布模型

巧克力项目之生命周期模型的选择

3月8日会议记录       会议记录者:李宁 今天,我们小组就老师布置的关于巧克力项目的生命周期模型进行了讨论.我们的讨论根据的是书上关于各种生命周期模型对比的表格,上面列举的每一种方法都讨论了是否符合我们小组的开发,进过筛选最终选定了迭代--递增生命周期模型.选择迭代--递增模型的原因是:迭代--递增模型更接近于现实中的开发模型,可以在每一个版本的基础上,继续升级跟新,符合我们开发的原则,同时适用于我们小组的开发水平.至于其他模型没有选择的原因,下面将一一列举.编码--修补模型和瀑布模型,是

第一次小组会议-生命周期模型的确定

第一次小组会议于2015年3月12日中午召开,我们采用站立式会议的形式,就采用哪种软件生命周期模型展开了讨论,在我们综合考虑了编码-修补模型.瀑布模型.快速原型开发模型.开源模型.敏捷过程.同步-稳定模型的特点和小组成员的性格后,最终确定为迭代-递增生命周期模型.主要考虑到这种模型比较符合实际情况,能够多次检测错误.保证软件进行多次扩展并且尽可能的减轻风险. 接下来,我们将按照需求.分析.设计.实现.测试这个步骤,首先尽快确定出第一版软件,随后逐步求精,通过测试并邀请其它同学使用并反馈的形式,逐

瀑布模型(经典的生命周期模型)

适用范围:系统需求明确,技术成熟.工程管理较为严格的场合. 由Winston Royce在1970年最早提出的软件开发模型.软件开发过程与软件生命周期是一致的,也称经典的生命周期模型. 规定了各项软件工程活动,以及它们自上而下,互相衔接的固定次序,如同瀑布流水逐级下落. 是一种使用广泛,以文档为驱动的模型. 特点: 1,阶段间具有顺序性和依赖性. 2,推迟实现的观点. 3,每个阶段必须完成规定的文档,每个阶段结束前完成文档审查,及早改正错误. 主要问题:线性过程太过理想化 1,各个阶段的划分完全

数据仓库专题(1)-数据仓库生命周期模型

一.前言 工作内容的变更,导致重新回到数据仓库模型的架构和设计,于是花点时间比较系统的回顾数据仓库建模和系统建设的知识体系,记录下来,作为笔记吧. 二.模型 无论数据仓库技术如何变化,从RDBMS到NoSQL,从传统技术到大数据,其实只是实现技术手段的变化,数据仓库建设生命周期的模式从来都不曾真正颠覆性改变过.向前辈致敬.下图是The Kimball Lifecycle diagram中文版本: 三.未完待续 后续考虑根据项目的实施,分环节,从实践角度,记录分享点滴,算是我的工作笔记吧. 另外项

数据仓库生命周期模型

一.前言 工作内容的变更,导致重新回到数据仓库模型的架构和设计,于是花点时间比较系统的回顾数据仓库建模和系统建设的知识体系,记录下来,作为笔记吧. 二.模型 无论数据仓库技术如何变化,从RDBMS到NoSQL,从传统技术到大数据,其实只是实现技术手段的变化,数据仓库建设生命周期的模式从来都不曾真正颠覆性改变过.向前辈致敬.下图是The Kimball Lifecycle diagram中文版本:

浅谈Vue的生命周期模型

Vue实例从创建到销毁的过程,就是生命周期.Vue的生命周期包括:开始创建.初始化数据.编译模板.挂载Dom.渲染→更新→渲染.卸载等一系列过程. 在Vue的整个生命周期中,提供了一系列的事件,可以注册JavaScript方法,达到控制整个过程的目的,在这些javascript方法中的this直接指向的是vue的实例. 在Vue的整个生命周期中,实例可以调用一些生命周期钩子,这提供了执行自定义逻辑的机会. Vue提供的生命周期钩子如下:① beforeCreate在实例初始化之后,数据观测(da