WEB开发网      濠电姷鏁告繛鈧繛浣冲洤纾瑰┑鐘宠壘閻ょ偓銇勯幇鍫曟闁稿鍠愰妵鍕冀閵娧佲偓鎺楁⒒閸曨偄顏柡宀嬬畱铻e〒姘煎灡绗戦梻浣筋嚙濮橈箓顢氳濠€浣糕攽閻樿宸ュΔ鐘叉啞缁傚秹宕滆绾惧ジ寮堕崼娑樺缂佹宀搁弻鐔风暋閻楀牆娈楅梺璇″枓閺呯姴鐣疯ぐ鎺濇晝闁靛牆妫欓蹇旂節閻㈤潧浠﹂柛銊ョ埣楠炴劙骞橀鑲╋紱闂佽宕樼粔顔裤亹閹烘挸浜归梺缁樺灦閿曗晛螞閸曨垱鈷戦柟鑲╁仜婵″ジ鎮楀☉鎺撴珖缂侇喖顑呴鍏煎緞濡粯娅囬梻浣瑰缁诲倿寮绘繝鍥ㄦ櫇闁稿本绋撻崢鐢告煟鎼淬垻鈯曢柨姘舵煟韫囥儳绋荤紒缁樼箖缁绘繈宕橀妸褌绱濋梻浣筋嚃閸ㄤ即宕弶鎴犳殾闁绘梻鈷堥弫鍌炴煕閳锯偓閺呮瑧妲愬Ο琛℃斀闁绘劕妯婇崵鐔封攽椤旇棄鍔ら摶鐐烘煕閺囥劌澧柛娆忕箻閺屽秹宕崟顒€娅g紓浣插亾濠㈣泛顑囩粻楣冩煙鐎涙ḿ绠橀柨娑樼У椤ㄣ儵鎮欓鍕紙闂佽鍠栫紞濠傜暦閹偊妲诲┑鈩冨絻椤兘寮诲☉銏犖╅柕澶堝労閸斿绱撴担绋库偓鍝ョ矓瑜版帒鏋侀柟鍓х帛閺呮悂鏌ㄩ悤鍌涘 ---闂傚倸鍊烽悞锔锯偓绗涘厾娲煛閸涱厾顔嗛梺璺ㄥ櫐閹凤拷
开发学院数据库DB2 集成 Rational Software Architect 和 Rational D... 阅读

集成 Rational Software Architect 和 Rational Data Architect

 2010-05-13 00:00:00 来源:WEB开发网 闂傚倸鍊风欢姘缚瑜嶈灋闁圭虎鍠栫粻顖炴煥閻曞倹瀚�闂傚倸鍊风粈渚€骞夐敓鐘插瀭闁汇垹鐏氬畷鏌ユ煙閹殿喖顣奸柛搴$У閵囧嫰骞掗幋婵冨亾閻㈢ǹ纾婚柟鐐灱濡插牊绻涢崱妤冃℃繛宀婁簽缁辨捇宕掑鎵佹瀸闂佺懓鍤栭幏锟�濠电姷鏁告慨顓㈠箯閸愵喖宸濇い鎾寸箘閹规洟姊绘笟鈧ḿ褍煤閵堝悿娲Ω閳轰胶鍔﹀銈嗗笂閼冲爼鍩婇弴銏$厪闁搞儮鏅涙禒褏绱掓潏鈺佷槐闁轰焦鎹囬弫鎾绘晸閿燂拷闂傚倸鍊风欢姘缚瑜嶈灋闁圭虎鍠栫粻顖炴煥閻曞倹瀚�  闂傚倸鍊烽懗鑸电仚缂備胶绮〃鍛村煝瀹ュ鍗抽柕蹇曞У閻庮剟姊虹紒妯哄妞ゆ劗鍘ч埥澶娢熼柨瀣偓濠氭⒑瑜版帒浜伴柛鎾寸☉閳绘柨顫濋懜纰樻嫼闂佸憡绋戦オ鏉戔枔閺冣偓缁绘稓浠﹂崒姘瀳闂佸磭绮幑鍥嵁鐎n亖鏀介柟閭﹀墯椤斿倹淇婇悙顏勨偓鏍ь潖婵犳艾鍌ㄧ憸蹇涘箟閹绢喗鏅搁柨鐕傛嫹
核心提示: 集成场景应用程序建模和数据建模的集成主要有三种场景:自上而下、自下而上和中间会合,接下来的小节详细描述每种场景,集成 Rational Software Architect 和 Rational Data Architect(5),这里假设有两个主要的 IT 角色 – 应用程序建模师

集成场景

应用程序建模和数据建模的集成主要有三种场景:自上而下、自下而上和中间会合。接下来的小节详细描述每种场景。这里假设有两个主要的 IT 角色 – 应用程序建模师执行应用程序建模,数据建模师执行数据建模。

自上而下:应用程序建模到数据建模

在自上而下场景中,RSA 中的类建模元素(类、属性和关联)被转换为 LDM 建模元素(实体、属性和关系),以便在 RDA 中使用。

这个场景中的步骤是:

应用程序建模师在 RSA 中进行应用程序建模。业务或应用程序数据被捕捉为类模型。

应用程序建模师使用 UML 到 LDM 转换将全部或部分类模型转换为一个 LDM。

数据建模师 在 RDA 中访问和导入 LDM。

数据建模师将 LDM 转换为物理数据模型(PDM),并使用 RDA 进一步生成数据库模式。

下面的图显示在自上而下场景中应用程序建模师与数据建模师之间的交互:

图 3. 自上而下集成场景:应用程序建模到数据建模

集成 Rational Software Architect 和 Rational Data Architect

查看原图(大图)

当同时符合以下条件时,建议考虑使用自上而下场景:

应用程序建模驱动项目计划。

应用程序跨越业务单元筒仓(silo)。

应用程序以对象为中心,除了持久性以外,对于数据管理的需求很少。

LDM 不可用。

不存在物理数据库模式。

然而,人们有时会因为一些错误的原因而选择采用自上而下场景。下面列出了这些决定采用自上而下场景的错误理由(使用引号括起),从而起到了反作用:

上一页  1 2 3 4 5 6 7 8 9 10  下一页

Tags:集成 Rational Software

编辑录入:爽爽 [复制链接] [打 印]
赞助商链接