SCMLife.com

 找回密码
 立即注册

QQ登录

只需一步,快速开始

扫一扫,访问微社区

查看: 6707|回复: 1

[推荐] 使用 IBM Rational System Architect 工作区来实施 DoDAF 2 架构

[复制链接]
发表于 2012-1-5 11:45:50 | 显示全部楼层 |阅读模式
本帖最后由 技术狂人 于 2012-1-5 11:53 编辑
8 l. y  B6 `) n2 \9 z! o& \8 z% ^/ {
工作区简介
, @6 P7 V, p: f+ I6 @$ I基本概念
; {1 m" j) Q) v通过实施工作区,您可以在 IBM® Rational® System Architect 之中建模架构的多个版本。您可以为以下的场景创建不同版本的架构:# D# L  ?) Y+ {
  • 实施一个企业架构
  • 实施一个当期以及未来的架构
  • 集成系统的系统架构
  • 执行交易分析+ Q  C1 s1 @+ p5 B2 L3 Z+ T; t
工作区的概念非常简单。工作区在概念上与词典非常类似。实施工作区使得您可以打开不同版本的词典。一个工作区的更改不会影响到其他的工作区。这提供了追踪性,原始的和后续的词典版本之间的比较,以及工作区合并(查看 参考资料 部分以得到怎样实施工作区的指示)。
+ t3 l8 f! \& k& ?6 m它们工作的方式也很简单:
0 x, x* Y: c4 {4 W6 @* G3 H
  • 创建了一个只读模式的基线,它包含了不会变化的信息(例如,一个公司名的列表)。
  • 然后在创建工作区时,来自基线的信息会拷贝到工作区之中。
    * |4 X& j! _7 B) C* d
您可以更改或者细化工作区之内的信息,而且您可以在工作区内或者跨工作区内进行报告,以进行分析。
: I- S3 k' w! ?2 b7 d4 _2 N6 k& |, Z7 ~
图 1. 工作区概念3 O: b$ p& T! S5 N" P; B; P
8 y* L  ~( V. Y
7 U5 d/ |$ u7 H. W6 U4 n
记住与工作区相关的以下信息,这一点非常重要:* E2 J* F+ m5 s7 L% L& Y& f
  • 一个词典只有一个根(基线)工作区。
  • 从根工作区创建的所有工作区都继承了父类的基线;因此,它们继承了所有的图表与定义。
  • 您可以查看一个词典基线,但是您不能编辑它,因为它是只读的。
  • 用户一次只能打开一个工作区。当您更改档案工作区时,活动工作区之中所有打开的项目都会关闭掉。
  • 多个用户可以在相同的工作区内建模。
    ) [. `1 {% v1 i0 g1 T% y( q
您还考虑以下的这些工作区限制:( U! u, ~+ W9 }4 Q
  • 不想要使用多个词典,并将它们放到伪文件架构下的词典之中
  • 不支持在单个的词典中不同的属性设置(所有的工作区使用相同的 usrprops 文件)
  • 不要为对象使用 包裹 或者 名字区域(支持超过一个对象拥有相同的名字)
  • 不支持在更高层次上访问控制分组
  • 不要用于解决正交性的问题
    0 }6 y* l+ t9 Z: a

5 X+ q9 B& L0 L

! t% T8 g) ]; F* _( r5 G为工作区开发规范以及非规范的 DoDAF 2 架构
4 g; O4 Y( n# W2 n0 Y  ^- {本文中的场景基于 规范 以及 非规范 架构的概念,以及那些架构中所包含的内容,如 DoDAF 2 标准所述。这一部分提供了关于规范架构层以及非规范架构层的信息,并描述了使用工作区建模架构的常用方法。
  k# u: j5 e: ^2 H& O$ H在 DoDAF 2.0 之中定义有三种规范的架构层:
, |8 H8 A$ }2 P* Y! ]8 }$ h
  • 开发架构 为其他的两层提供了治理功能。它是在机构性层次或者联合员工层次上开发的,例如,它可以是整个美国海岸警卫队或者只是海岸警卫队一个部门,例如后勤部门的架构。它应该包含全局信息格以及 DoD Information 企业架构,以确定低层的架构也考虑了需求与其附属。部门层次的架构就是定义的视图与任务。
  • 功能或者部门架构 描述了以下领域特定功能的使用:
    9 x+ \( w) v) e- T) y* R6 B/ O
    • 业务(例如,后勤部门开发员如何执行日常任务)。
    • 获取(需要获得什么构件或者服务来满足后勤部门分配的功能)。
    • 战术操作 (例如,定义一个架构以描述后勤部门是怎样为国家安全支持执行操作的)。该架构介绍了日常的业务是如何完成的,对于特定的机构单元,或者特定的环境(例如在伊拉克进行一场战争)。
      3 J" ^  a  {0 b" F
  • 构件架构 查看特定的需要(例如,什么时候为国家安全执行操作,后勤部门需要什么系统或者服务)。这就是为操作性环境支持技术和服务定义的地方。构件架构显示了需要什么新型服务和技术来支持操作,或者当期使用什么服务和技术。这就是传统的“项目”架构,或者 方案 架构。
    8 q* W- H5 E: e
这三个层次有助于控制架构之中的模型元素,以创建对术语的标准使用。例如,机构性单元是在部门层次上定义的。当您在创建一个功能层次架构时,它应该重复使用部门层次已经定义的机构性单元。这可以加速建模,并使得它变得更加精确。它还为决策制定者提供了部门层次上的功能,以查询多个功能或者方案架构中使用的一般数据。优势在于,例如,如果您要重命名一个机构性单元,删除,或者重新组织,那么影响可以在整个企业的范围内进行评价,而不像今天常见的那样,一个部门中发生变化时,另外一个部门却不会有回应。
& A4 G: `8 y# X' C/ M7 R  V7 [在用于定义的 DoDAF 2 中有四个 规范性 架构层,在每一个规范层中,创建什么类型的架构。
% y4 S. \1 j' c* h6 U  a+ f" d工作区之中的 DoDAF 模型本文涉及到了可能为项目创建的基本 DoDAF 产品。可以使用其他的评审,但是为了让范例尽可能地简单,只有以下的产品才会得到处理(System View 产品类似于 Service View 产品,所以限制并不是意味着范围没有得到处理):
; R9 B# _, u$ R& Y) O1 `
  • AV-1
  • CV-1
  • OV-1
  • OV-2
  • OV-4
  • OV-5
  • SV-1
  • SV-2
  • SV-4
  • DIV-2
  • DIV-3; X# o+ [9 b; f3 `
; r/ \1 v1 M* Q4 q. q6 a

  w. g7 y4 @; \4 T0 Q; G+ j
  • 操作性 架构描述了业务和战术性操作,并关注于功能视图,项目视图,以及操作性视图。
  • 系统 架构描述了系统视图和标准视图上的系统,网络,以及交流功能。它应该基于操作性架构。
  • 服务 架构描述了内部性和外部性服务功能,关注于服务视图和标准视图。它应该建立在操作性架构的基础之上。
  • 方案 架构查看的是已存在的架构,并决定将来作出什么更改。它使用所有需要的视图来定义方案。
    & Y# N/ @+ u" v3 s( L2 u
如图 2 所示,非规范架构存在于每一个规范化架构层上。- Q0 g; l  \2 o& F4 b
7 M. h- u* x4 v; p7 |4 O
图 2. 规范性和非规范性架构层
1 m* p7 R+ y1 B  O7 Y: \9 ~/ A7 p  u
, R7 |5 Y0 J# n; y# d7 w6 m* H2 N
$ m  k* n' x: A% M8 s5 v工作区有助于确定架构之内的稳定性,并遵循命名规则以及其他的架构性治理需求。
. P4 M) E  a( L4 W! c; _使用工作区实施规范性和非规范性架构# r: L# a) ~! x; X& |
规范性架构:
) j6 {: m1 h1 O& t/ ]- L: ?
  • 部门架构(基线)
  • 功能或者部门架构(工作区)
  • 构件架构(功能作为基线,构件作为工作区,可以被开发周期划分)
    # i, f* ]$ {, p' X% ^* R3 ~4 M
+ I2 O* I8 O8 j% `8 G2 x# {
图 3. 分解为功能架构的部门架构+ o2 p6 L! U6 ?  }2 h

) `8 ]  q; q- ]$ v# f" B, }' z* [1 O4 l, w2 V
非规范性架构
* s2 i3 x/ j( d$ j6 V
  • 操作性(基线)
  • 系统(基线)
  • 服务(基线)
  • 方案(工作区)3 P0 T5 _1 P( ^8 q
6 T% W7 n( X8 a  p9 F6 F# y
图 4. 功能架构分解为多个方案架构
$ {9 a8 x4 {8 E2 u; A
+ r- o. B2 M$ O5 Q9 `# R3 ]4 _( h+ u/ d8 q& b


( k" F# R5 W; z5 H9 ?6 X+ l
4 V$ }! X& H" v# \; Z9 X使用工作区的场景1 `& A9 V- r' p& Y. P3 e+ R9 a
本文所展示场景基于处理项目的真实世界经验,但是这并不意味着只有一种方法去建模这些类型的项目,也不意味着特定的模型也在基线之中。
. y$ @) l) Y! k场景 1:企业架构的实施
9 q' u9 e4 ]. K, U/ S" U( }. N# p& R企业架构在大多数的 DoD 构件之内实施。通常出现的一个问题是,怎样在 System Architect 中记录规范架构的层次,以及怎样管理更改。7 N9 v. |# b' ^
例如,美国海岸警卫队实施了一个企业架构。它们拥有一个部门架构之内活动,系统,以及公司的标准列表。这些标准被业务行使用,以开发功能或者部门架构(例如,后勤或者金融)。这可以确保每一行的业务都使用相同的术语。它还可以帮助业务行理解它们的交流点(例如,后勤部门怎样与金融部门相交流)。
: M3 k* u' M) s# X3 _" B使用工作区,可以创建企业层次的图表与定义,它限制了低层次架构的开发。例如,这可以确保在所有的架构项目之中,都稳定地使用系统名。它还支持在多个架构之间的报告,因为相同的名字在公司之间得到了使用(例如,创建一个报告以查看消除或者自动化一个角色的效果)。: h( ~$ O" `& i+ Q! ~
企业架构可以创建一个或者两个方法,以开发标准企业工件的列表。最佳用例场景就是在部门层次架构之上创建该架构元素(系统列表,公司名,等等),该架构在功能/部门层次以及方案层次上得到了扩展。在有些情况下,定义方案或者功能/部门层次,然后从不同的架构中筛选一般的元素变得更加轻松了(范例:从三个功能/部门架构中得到系统的列表,并在部门架构之中创建一个完整的列表)。) X: \# Q# G$ K
% W3 ], s/ ?; m  Y6 S! i6 z9 B0 O7 p
图 5. 使用工作区的规范性架构层的分解
8 Q3 M% Q3 `- x# M( E; E
; Q, @5 i& Z, J! x
* z  k8 x+ o, k& ^/ e  d出于简便性的考虑,该范例假设一种底到顶的方法。
% D* X( F- x. B1 v企业架构(EA)项目之内的基线根工作区(部门层次)应该包含以下的内容:
9 Y( _9 P; }! F. ]+ l4 q( v# z
  • CV-1(整个公司可用功能的列表)
  • OV-4(整个公司的机构性聊天)
  • OV-5a/b(公司执行的高层次活动)
  • DIV-2(公司之间实体的企业范围内数据模型)
  • 系统与技术的列表(Technical Reference Model); G8 n8 y6 i8 N+ W' j0 ]
基线还应该包含架构元素或者图表,它们有低层次的架构。例如,如果部门必须遵循 Federal Enterprise Architecture Framework(FEAF),那么 FEAF 数据元素应该包含到基线之中。另外一个范例是其他公司限制的公司,比如美国海岸警卫队和国家安全局。应该包含两个架构之间稳定的元素(例如,使用美国国家安全局的企业数据模型)。6 R3 u1 f* n7 n5 R' Z4 s4 q2 W
工作区由功能/部门架构组成,它应该在基线可用的信息上展开。例如,一个功能可能向企业数据模型添加其他的实体,以处理特定的需求。* B, _. K& M, ~- p
功能/部门架构工作区应该包含:
$ o1 b  l$ R# S
  • AV-1(解释创建架构的观点,例如,后勤功能)
  • OV-1(描述什么功能或者部门必须操作)
  • OV-2(功能或者部门内执行者之间的资源流程)
  • OV-5a/b 分解(采取基线的高层次活动,并提供具体的细节)
  • SV-1(描述支持功能或者部门系统之间的资源流程 -- 系统应该基于来自基线系统的列表)
  • SV-2(描述 SV-1 中系统之间的物理学界面-- 系统应该基于来自基线系统的列表)
  • DIV-2(改进企业数据模型)
  • DIV-3(反映功能/部门之内使用的物理学数据库)3 D% s- m$ W- S! H* Y
在功能或者片段架构完成和批准之后,对部门架构做出需要的更改,然后片段架构的功能被分解为多个方案架构,而功能或者片段作为一个基线。
% x! Y. @/ X! ?0 f7 i3 x3 n  j: y
图 6. 活动被分解为方案层次,最底层的规范架构层* b  X) m: u; W) W& z
! t; ?- f% J# g0 _: Z6 g. ?% k
% U! Y, b- Q) n2 P
使用工作区来定义企业架构的优势
) c; j: D  e/ p3 s/ r& O# a/ _  `
  • 在机构内部会稳定地使用相同的术语,消除混乱,并支持在公司之间的部门层次上进行报告。
  • 架构开发将会非常快捷,因为每一个低层次的架构都会使用预定义的定义和图表实现。
  • 报告可以在工作区之间完成,以确保稳定性(例如,确保系统名不会发生变动)。
  • 使用企业范围的数据实现一个新的词典(例如,一个新型的功能/部门词典)非常简单,只需要创建一个新的工作区。
  • 更好地集成系统,因为潜在的数据元素拥有相同的名字与数据格式。
  • 系统功能降低了重复性,并且对已存在的系统功能进行了再使用, z1 u4 ^, v; t3 @: D/ f' M
场景 2:当前架构以及未来架构的实施
) }9 O1 \6 m: Q2 ]8 z( s% D; {DoD 对查看公司的当前状态并不感兴趣。它们还必须为未来制定计划,以确保未来的功能得到识别和预算,这样这些功能才会得到开发。计划的时间线通常是 1,5,10,或者 20 年。) R. M5 _2 l$ J4 T( h  |% Z* L4 F
一个典型的案例就是美国航天部门的空间侦查监视项目。功能,例如更强大的处理和改进的收集能力,在满足这些功能的技术就绪之前就得到了规划。当技术就位之后(更好的相机,以及发射更大卫星的能力),项目按计划进行以实施新的功能,并且在 30 多年间,空间项目的需求都没有发生更改。
7 Y% [6 M& L+ q4 E& e$ y* K# N/ @工作区使得这种类型的规划变得简单起来,在词典中的每一个工作区,都可以代表未来的某段时间。因为更改一个工作区内的定义或者图表,都不会影响到其他工作区内相同名字的定义或者图表。在每段时间内都可以作出更改和更新,而报告将会识别工作区内的更改。
: S5 `5 K, h3 G
' f2 |9 V" P' {/ E6 }3 M/ v图 7. 不同的时间框架内定义的功能架构% m+ Q% |' v, r7 S
$ a" d0 m7 F9 M8 ]
  ^. ?0 J; o9 _8 q, ]
基线架构一般是功能/部门架构,因为计划是在该层次上执行的(假设功能/部门映射到一个公司内部的构件,例如美国海岸警卫队的后勤部门)。它应该包括当前的(现在的)模型:
  D0 ^! G, ^) B2 X  Q* u$ Z4 _# _- S
  • AV-1
  • CV-1
  • OV-1
  • OV-2
  • OV-4
  • OV-5
  • SV-1
  • SV-2
  • SV-4
  • DIV-2
  • DIV-3
    4 |9 Y- U7 d3 A1 ^5 o, a% B
工作区基于未来的时间线。工作区中将会编辑到的产品包括:! Z5 L& a3 V- L8 T9 j# f# A
  • CV-1(添加未来的功能)
  • OV-1(使用新功能描述新的操作)
  • OV-2(显示需要的其他执行者和资源流程;执行者和资源流程可能也被删除掉)
  • OV-4(显示随着时间的变化执行者或者人员的重新组织,退出以及添加)
  • OV-5(其他的低层次活动可能得到添加,但是 OV-5 中的大多数更改都是为活动产生和使用的数据准备的)
  • SV-1(它会显示系统界面随着时间的变化,以及系统的添加或者删除)
  • SV-2(这将会显示执行者或者系统之间物理交流的更改)
  • SV-4(其他的系统功能可能得到添加,以满足一个新的功能,或者利用新型的技术)
  • DIV-2(新型功能所需要的其他条目与属性)
  • DIV-3(数据库技术改进时物理数据库实施的潜在性更改)
    , _& U7 _4 a: v0 Q! k( x' Z' x
使用现状架构以及将来架构工作区的优势
! c: w+ Z  @; V7 c$ Z
  • 在性能评价中追踪一项更改(例如:86% 可用性在未来的五年间增加到 95%)
  • 在系统界面中追踪一项更改
  • 追踪系统的替换情况
  • 分析一项新执行者或者角色消除或者引入的影响
  • 更好地进行预算
  • 识别满足一项新功能所需要的新资源
    ! j$ P+ {( g2 q5 K
场景 3:系统集成架构
8 F' R: W. L$ |7 ~% Q大型的项目,或者 系统的系统,通常会被分解为小型的,更好管理的项目。这些项目一般是由一个或者更多的承包商接手的,这些承包商在开发系统构件时有较强的专业性。但是所有的项目最终都会得到集成,以让整个系统变得可以交互操作。
$ s* a1 A: o( y. e! W新窗格的开发就是这种类型系统的一个范例。一个承包商可以构建引擎,另一个窗格主体,另一个分析器,等等。所有这些系统都需要引入到集成的系统之中。通过按照标准的方法记录子系统,并提供高层次的集成计划,系统的集成需要更少的重复劳动,并且更容易实现。
% b- J: V  l2 U% H
! ^2 `& _  J  m图 8. 为集成式子系统定义的方案架构
/ h: k4 Z5 t4 Q4 h( O3 E; N
0 z4 w; g/ x& @( Z7 E
- L% S8 b3 d& M1 ]. v$ U基线架构一般是构件架构,它会识别将会被构建的系统或者系统的系统。它应该包含高层次的设计模型:
3 T6 R6 b3 y4 [! n; V0 a: B
  • AV-1
  • CV-1
  • OV-1
  • OV-2
  • OV-4
  • OV-5
  • SV-1
  • SV-2
  • SV-4
  • DIV-2
  • DIV-30 C1 k3 ^% p' V2 M) y
工作区可以是子系统,并且由子承包商分解。基线模型将会得到进一步的分解,以显示子系统设计。在工作区内将会得到编辑的模型包括:
1 B+ l2 H( s5 B4 K
  • OV-2(显示子系统所需要的其他执行者和资源流程;基线 OV-2 只会在高层次上详细显示)
  • OV-5(如果分配给子承包商的活动需要时,可以添加其他低层次的活动)
  • SV-1(显示特定子系统和资源流程的其他细节)
  • SV-2(这将会向子系统之内使用的物理交流显示详细信息)
  • SV-4(可以分解系统功能,以识别子系统低层次系统功能之间的内部性资源流程)
  • DIV-2(需要其他的条目与属性,以提供子系统所需要数据的详细信息)
  • DIV-3(子系统的物理数据库实施)" k% o2 L- e9 A. U/ b3 m! I2 U+ w
为集成式架构使用工作区的优势 # N. j7 u3 u+ i  e; d) M- m0 v
  • 设计的治理
  • 集成的消除,因为集成点得到了清晰的理解
  • 分析确保每个子系统的需求都得到了满足
  • 集成点风险的识别与管理
  • 子承包商系统界限的清晰定义
  • 系统界限之间的常用术语
  • 如果子系统发生更改,进行影响分析
  • 系统集成的时间线可以得到识别,因为系统的附属性得到了清晰的理解
    + L% [' v! O2 v2 D
场景 4:Trade-off 分析
" B$ w0 v4 A6 r+ HDoD 通常需要研究进行潜在方案的交易分析。他们通常做研究,去测试使用新型技术的可能性。8 D: `1 @9 J( H% d& A+ o. h. H
美国空军智能收集项目就是关于它的一个很好的范例。在军事监视的早期历史中,二战之后,兴起了一场关于使用高空飞艇,改进式轰炸机(RB-29),以及改进式战斗机(RF-84)来收集情报的辩论。每一项功能的频率和时间都得到了分析(航程/突破率,可靠性,被探测和俘获的风险性),关于找到什么资源来提供最成功结果的决策也制定了。* Q' K, b* w. o$ S0 \
通过提供一个操作性场景,然后研究每一种潜在性方案(对于空军来说,使用资源来收集情报),工作区简化了不同潜在性方案的分析。方案的技术现实性成为非常明显的一面,并能够满足操作性需求以及性能评价。可以基于每一个潜在性方案的结果来制定决策。
2 A% u/ @, X0 v4 w% t
$ J" c* s8 `( c图 9. 带有四个交易方案的构件架构范例
$ Y5 u0 C  C( C 2 d" T4 [' M4 [2 w

& K* `4 s/ B  E6 X基线架构一般是构件架构,因为构件架构包含了高层次的操作性需求,方案必须要满足这些需求。该架构可以是当前的(当前),或者是未来的状态(未来)架构。它应该包含未来(未来)模型的当前(现在)状态:6 M6 m' |' @, ^# S6 y& F5 v; Z8 {
  • AV-1
  • CV-1
  • OV-1
  • OV-2
  • OV-4
  • OV-5
  • SV-1
  • SV-2
  • SV-4
  • DIV-2
  • DIV-3
    - j! P' E2 ~. ~' O  j7 D
工作区基于分析的不同选项。大多数的工程工作都查看不同的系统查看相关的选项;操作性环境之中的信息并不会得到变化。在工作区中将会得到更改的产品包括:
" y$ n; y% F% o, ]* c- o+ k
  • SV-1(它会显示其他的,或者编辑过的,系统界面)
  • SV-2(它将会显示执行者或者系统潜力之间的物理性交流,基于灵活性分析的新技术)
  • SV-4(其他的系统功能可以得到添加,以利用新的技术)
  • DIV-3(由于添加新功能,对物理数据库实施所造成的潜在性更改)
    8 f* E5 T) d9 y% x
为交易分析使用工作区的优势 . t+ U4 F& F0 U
  • 报告各种选项成本的能力
  • 为各种选项报告性能措施以及相关需求的能力,以避免不合适工程的方案
  • 确保操作性环境没有发生变化,以让选项变得更加灵活
  • 追踪与不同选项相联系的任务的能力
  • 不同选项之间的标准化以便更轻松的分析(定义名保持一致;图表包含稳定的数据)
    6 Y' x, ^1 e* E# V% z, }

, }# k" s2 D; t5 q! |! e  M$ j1 g
# F8 p; H5 U3 A* _. m
工作区分析工具
' A$ @2 Q+ _+ [# T2 S' r1 j5 T, ?; vSA Compare 特性
8 c7 D; S  n. S$ S您可以使用 Rational System Architect SA Compare 设施,来显示工作区之间的变更。例如,SA Compare 可以与 DoDAF 2 架构一起使用,以识别任意的更改:
& P% s+ J# t! a( x
  • 工作区内项目名的变更(例如:根目录下机构名稍后在工作区之中得到了更改)
  • 根源与工作区之间的添加与删除(范例:工作区中添加的其他系统功能,或者工作区中系统的删除)
  • 随着时间的添加或者删除(如果工作区是基于时间的话)
  • 定义内对属性的更改: O& X! N, G  h1 ]# g7 I* P# F
如果您想要得到更多信息,您可以查看 Rational System Architect 信息中心之中的 SA Compare 部分,见于 参考资料
/ R, F0 B; N* S9 {1 aIBM Cognos 软件
* q( k0 A/ w7 V7 J* b* QIBM® Cognos® 业务智能以及性能管理软件支持工作区之间的报告。它还可以用于运行执行计算的报告。使用带有 DoDAF 2 架构的 Cognos 范例包括:- z1 l+ B7 p& h" A3 x# m
  • 活动完整列表的报告包含在两个工作区之内(SA Report Generator 只能报告工作区之内的内容,而不是工作区之间的内容)
  • 提供多个工作区之间的最高系统功能列表
  • 为所有工作区之间的系统功能和活动提供全部的成本(可以运行报告运行以查看哪个选项是最高成本,哪一个是最低成本)
  • 报告一个系统所需要的所有资源流程(可以运行报告的集成操作,以显示创建集成系统所需要的所有资源流程). u' a1 A7 v. k1 n
如果您想要得到更多信息,您可以查看 Rational System Architect Information Center 中所列出的 SA Compare 文献,它列在 参考资料 之中。
( E+ T2 w+ s& |6 ?0 a" P' T. sRational Focal Point 软件
, h  z) g4 W3 ]7 A% kIBM® Rational® Focal Point 软件提供了市场驱动的以及业务驱动的产品,和概述管理。使用带有 DoDAF 的 Focal Point 的范例包括:6 f! x3 S; b  C3 _* `$ h
  • 特定工作区或者跨工作区的操作板,有助于管理项目风险,日程安排,以及成本
  • 使用目标性信息,来做出基于定量分析的设计决策,而不是猜测哪一种是最节省成本,以及最低风险的方法
  • 获取客户需要的优先级,这样架构就反映了最高优先级的功能。
  • 路线图以及规划功能,以分析未来的发展趋势5 _! }% y$ X" I4 R- w
如果想要得到更多信息,您可以查看 参考资料 之中所列出的 Rational Focal Point 概述引用。
/ W7 a" G$ z, C, k( cRational DOORS 软件
( r+ e; l& r7 }IBM® Rational® DOORS 是一种工具,它提供了一种综合性的需求管理环境。需求可以从 Department Level 联系至 Component Level,以显示构件架构满足 Capability 与 Department 所有高层次的需求。范例使用带有 DoDAF 2 架构的 DOORS 包括:6 T5 @6 n  ^5 e7 Y' h3 e" M
  • 图表上的图像指示符有一个相应的需求
  • 报告显示没有相关需求的架构元素,以及没有与架构相联系的需求(遗忘的需求)。
  • 3 个规范性架构层层次需求的管理,以及层次之间的追踪性。
  • 架构上的标准和治理可以位于 DOORS 上,并且与架构相联系。
  • 架构变更或者需求变更的影响分析可以使用报告轻松完成。
    & D  d3 H5 O  k0 Y1 M. a; F
如果您想要得到更多信息,您可以查看 参考资料 中所列出的 Rational DOORS 概述页面。: N8 l3 X- Z8 q& L3 K5 w

- Q5 h: t; y, q4 _$ x

本帖子中包含更多资源

您需要 登录 才可以下载或查看,没有帐号?立即注册

x
 楼主| 发表于 2012-1-5 11:47:33 | 显示全部楼层
回复 支持 反对

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

关闭

SCMLife推荐上一条 /4 下一条

QQ|小黑屋|手机版|无图版|SCMLife.com ( 京ICP备06056490号-1 )

GMT+8, 2018-10-22 08:21 , Processed in 0.067783 second(s), 6 queries , Gzip On, MemCache On.

Powered by SCMLife X3.4 Licensed

© 2001-2017 JoyShare.

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