请选择 进入手机版 | 继续访问电脑版

ITIL,DevOps,ITSS,ITSM,IT运维管理-ITIL先锋论坛

 找回密码
 立即注册

扫描二维码登录本站

QQ登录

只需一步,快速开始

查看: 343|回复: 0

四种常见研发模式及其优缺点对比

[复制链接]
发表于 2021-4-2 11:37:21 | 显示全部楼层 |阅读模式
本帖最后由 蓉ZXM 于 2021-4-2 11:44 编辑 # |; b3 O* c7 K$ G, `
  h5 N- @6 p5 r% e
一、瀑布模型

5 X# Y8 }. [. V! L+ j' o
/ D( _/ N9 A* m" H
5 R. j) }8 m9 M' f: d
1.1 模型介绍9 ~! R9 ~2 v  r" l) K; V

' Q" G' a9 C: Y1 C% d( I% K
1970年温斯顿-罗伊斯提出。将软件生存周期的各项活动规定为按固定顺序而连接的若干阶段工作,形如瀑布流水,最终得到软件产品。7 R& X9 e; E/ j$ u

' _) `$ I# V, F! K0 `
% i: C% v9 y. ?* Y6 d* q4 x' P* ^* h
1.2 核心思想2 ~) i2 I: b6 l' q  N6 n
4 g2 q+ Q4 C9 D( ~- d: |
' y( Z5 _1 i6 V- S8 H# B
" g6 w" W1 i" `; l
按工序将问题化简,将功能的实现与设计分开,便于分工协作,即采用结构化的分析与设计方法将逻辑实现与物理实现分开。将软件生命周期划分为制定计划、需求分析、软件设计、程序编写、软件测试和运行维护等六个基本活动,并且规定了它们自上而下、相互衔接的固定次序,如同瀑布流水,逐级下落。
( a+ ^: t& ^% Y/ x& e0 Z
% q" n' P0 a8 X, _" {. @5 r

$ x. P( D. K/ g' Q- m, U( Y  O& v

) v+ _3 _# B4 u9 N5 h, C: J3 ?. ?$ a; v- M6 |% w! |- I
粘贴上传202104021122396417..png # U$ D, Q8 U8 F# R9 W
, S, D, v1 \$ ]- x

2 c. a7 h/ P1 B+ m% t6 h) f5 R) W, Z4 i) I9 g/ _

; h' \% \5 u9 q7 P+ H2 b4 ]/ n, K
' b, M% ~. j' j# A/ R. Z
! y, J! c6 A! S% i& v! H1.3 模型缺点
( y) F3 [0 F$ G7 C! p+ Y' I
( v- d" `! T+ ^
2 w3 p- d; H2 H! f

+ `3 ]3 C( u, S  Z* w  J
  • 各阶段完全固定,输出大量文档,极大增加工作量;
  • 线性开发,增加项目延期风险;
  • 不适应用户需求的变化。% T2 C- y+ Y& E. ?0 j0 k

4 ]) D0 u  C9 g: ^7 N 粘贴上传202104021124067523..png 0 I- p1 ~5 s" Z  v. R' g

6 c$ I% b7 {2 G2 E8 p: ^$ d1 ?

/ b6 F! Q2 C% }& T2 e1 g9 D9 b
二、迭代模型
; g; q  }" p7 A8 ]
( e4 D% q6 c7 W/ n4 q" C  ~& K4 _

5 l: x: Z+ G- G
2.1 模型介绍1 E8 Z2 d. f; v. x7 ~% V$ ^' j
8 L2 }  V! D9 [$ {7 M
RUP(统一开发过程)推荐的周期模型,被定义为: 迭代包括产生产品发布的全部开发活动及外围因素,类似小型的瀑布模型。
& j# D! Q6 O. t! ^
粘贴上传202104021125483399..png
+ F2 {4 [( k! b  W# z- d
6 i  W1 r4 l! a9 @# A6 F
# D% V! x9 Q9 T, Z# }* X' c/ y! N2.2 模型优点(与瀑布模型相比)
  _, K% f  C1 }6 e6 b5 A
: L% |' Q2 D7 p& X8 S4 V
1 w1 z+ t1 K2 w8 f8 G3 g

. R0 w$ m: C# m- `6 L
  • 降低了增量的风险;
  • 降低产品无法按既定进度投入市场风险;
  • 加快了整个开发工作的进度;
  • 迭代过程适应需求变化更容易。# X# k* l: o: [' [* c9 I% S
$ y5 Q0 \# y. i/ u6 v
2.3 模型缺点
: v! H5 R. ]& [) u, L. d  n8 h: {3 P5 D4 x

9 }- V0 e6 u* H6 E. W+ i. ~" Y! ~6 z  ^  o7 ]# J2 {
  • 在项目早起开发可能有所变化,对于开发人员要求及项目管理者能力有较高要求。, y4 S: P$ |5 P( x5 _* z

9 n5 H) f# R% I( o+ C, R

7 R. J/ @; A3 \* W$ u
三、螺旋模型
! t: C8 S2 k' n" A! ^) ?4 T/ D8 O- @
: O$ B* [) F  w! g1 Q0 q
3.1 模型介绍$ j# J* ?7 _, s  B1 I  }

! v& Q, F8 z7 d* a4 q5 }8 ]8 {
1988年,巴利-玻姆正式提出”螺旋模型“,它将瀑布模型和快速原型模型结合起来,强调了其他模型所忽视的风险分析,特别适合于大型复杂的系统。风险驱动的方法体系。7 ]( q9 d" l2 Q& ^8 K4 ]2 g
$ E( @8 }1 X- |5 M7 x. y- y
粘贴上传202104021128317791..png 3 |& u' |% \8 X/ Q( _$ \

& g. h, m. ^5 t! v3.2 模型优点
# ^. o% I: ?. q) X
4 ^( ^$ N. O1 `

# ^/ O: q  [: M, |4 i8 C, i$ d
. H/ ~# d- z4 U' g
  • 设计的灵活性,可以在项目的各个阶段进行变更;
  • 以小的分段来构建大型系统,成本计算更简单;
  • 客户始终参与每个阶段的开发,保证了项目不偏离正确方向及项目的可控性。
    $ T' k( p- j/ r9 P/ ^3 z- i& {
4 |" l9 Z/ u/ C
3.3 模型缺点
  F2 W/ G% |1 U' ?- n! r3 \' R; B
: T" C* B# S7 ~1 N% E( x1 n
% t$ A$ J9 F: Z8 w3 L0 w8 c

; {1 r: W% i" ?, w, a; W
6 m- G8 ^+ T7 a8 {& z5 m
  e! v( [: G7 _9 d* r2 d# d
  • 该模型强调风险分析,让客户接受和信任这种分析方式是不易的;
  • 如果执行风险分析影响项目利润,那么进行风险分析毫无意义;
  • 研发人员应该擅长发现风险,准确分析风险,否则将会带来更大的风险。
    5 e9 b) j% j: X5 K2 I

' x0 w; h* b- t- z
! t8 B) L1 Z0 R; q) W

$ h) x4 m) C7 K1 N3 b. q, T
四、敏捷开发

  {, G, g! m* O, e  N( T
" z5 i  Z! x+ D) [; b! B; p6 j
4.1 模型介绍9 v$ b/ G$ X% V! N. v* E' o3 O7 o

$ I' k: Z6 h+ `
以迭代模型为理论基础,1990年开始逐渐引起关注,包括XP、Scrum、FDD、DSDM、Crystal、ASD、Kanban、Lean等。强调研发团队与业务团队紧密合作、面对面沟通、频繁交付版本、紧凑而自我组织型的团队。/ F2 R9 S' S& l8 l+ [
* j1 ~' Y1 h/ Q

  ^/ e1 |* s: A* ]: ~6 b
4 {/ C# h% e  ^

1 G2 N# F+ x. y* \+ |
2 J  _3 g1 {) {7 r  `5 o" _9 X
粘贴上传202104021132053294..png
, O$ J$ S! E% n$ y) Z# A9 V: P  @' q5 C

5 t2 G6 F* E; s, I7 s: _
( u: [2 ?; R$ a& f' @: t% o
4.2 模型优点
1 _' h% y1 F4 i5 r, ]: @2 d  u2 D! e# u; J' ?
: o" B9 `$ f/ ?  R

7 i: d* r* h/ k# r7 J7 x
  • 通过快速而持续交付有用的软件来满足客户的需求;
  • 强调人员和互动,而不是过程和工具。客户、开发人员和测试人员经常相互交流;
  • 频繁交付工作软件(几周而不是几个月);
  • 面对面交谈是最好的交流方式;
  • 业务与研发之间日常密切的合作;
  • 持续关注技术的卓越程度和良好的设计;
  • 经常适应不断变化的环境。
    $ N9 ]- y* a# j8 q: _

# J! _. V8 ~2 p0 ]
4.3 模型缺点
0 C$ t# N7 t0 O2 P: ^2 t5 u8 u6 m& T
% G8 t4 l" ]$ C6 h

8 a- G3 w, [4 o& f# j# ?- Q5 R
  • 必要的设计和文档缺乏重视;
  • 大型项目,开发初期,很难评估工作量;
  • 如果业务或客户不清楚他们想要的最终结果,项目很容易偏离轨道。(IDCF)/ R5 J/ G9 G4 ]. |# S
4 w- V* J- G& c; V. l4 ]! q1 B; T0 z
( m1 I- v! V- J, g# S

# O( V* ~2 k% ]5 z+ |& o# D9 B9 X# G/ \9 ~5 k# q




上一篇:我对 SRE 的理解
下一篇:如何进行有效的TDD实践
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

参加 ITIL 4 基础和中级专家认证、v3专家升级、DevOps专家认证、ITSS服务经理认证报名
本站关键字: ITIL| ITSM| ISO20000| ITIL培训| ITIL认证| ITIL考试| ITSS| ITSS培训| ITSS认证| IT运维管理| DevOps| DevOps培训| DevOps认证| itop| itil4| sre| 开源ITSM软件

QQ|ITIL先锋论坛 ( 粤ICP备11099876号 )|appname

Baidu

GMT+8, 2021-12-3 00:08 , Processed in 0.138771 second(s), 31 queries .

Powered by Discuz! X3.4 Licensed

Copyright © 2001-2020, Tencent Cloud.

快速回复 返回顶部 返回列表