<ruby id="rxdll"></ruby><strike id="rxdll"></strike>

    <rp id="rxdll"></rp>
      <del id="rxdll"><meter id="rxdll"></meter></del>
      <pre id="rxdll"><font id="rxdll"></font></pre>
        <pre id="rxdll"></pre>
      <p id="rxdll"><thead id="rxdll"></thead></p><dl id="rxdll"><progress id="rxdll"><form id="rxdll"></form></progress></dl>

      <ol id="rxdll"><thead id="rxdll"><track id="rxdll"></track></thead></ol>
      <i id="rxdll"><dfn id="rxdll"></dfn></i>
      <font id="rxdll"><meter id="rxdll"></meter></font>

        <mark id="rxdll"><dfn id="rxdll"></dfn></mark>
        • 軟件測試技術
        • 軟件測試博客
        • 軟件測試視頻
        • 開源軟件測試技術
        • 軟件測試論壇
        • 軟件測試沙龍
        • 軟件測試資料下載
        • 軟件測試雜志
        • 軟件測試人才招聘
          暫時沒有公告

        字號: | 推薦給好友 上一篇 | 下一篇

        UML2.0使模型驅動的開發更加容易

        發布: 2008-8-06 17:20 | 作者: 網絡轉載 | 來源: 5iuml | 查看: 38次 | 進入軟件測試論壇討論

        領測軟件測試網 UML規約的新版本將很快提交給OMG,新的改動希望能夠簡化模型驅動的開發。

        Rational公司新加坡分部的高級軟件工程專家,Mark Hermeling認為:UML2.0根據工業界使用UML1.x的經驗作了相應改進,目的就是為了幫助簡化模型驅動的開發。

        UML的目前版本是1.4,它提供了方便開發團隊在分析設計、需求管理等活動中進行交流的整套工具,以及一個軟件開發生命周期模型。

        有人將UML描述為交流的符號集,這意味著可以直接寫在紙上或者畫在白板上。但大多數用戶還是選擇使用工具,目前業界的領導是Rational,它和其它的工具提供商一起提供各種UML產品。

        1996年,UML剛誕生的時候,廣受歡迎。在UML之前,建模方法非常多,這大大阻礙了基于模型的設計,而UML實現了建模語言一定程度上的統一。

        進行面向對象設計的時候,第一步就要對現實世界進行建模,UML正是為之定義的一套標準符號,它由三種面向對象的分析設計方法發展并整合而來:Grady Booch 描述對象及其相互關系的方法、James Rumbaugh的對象建模技術(OMT) 以及 Ivar Jacobson的方法,在Ivar Jacobson的方法中引入了use case方法的使用。

        經過多年的發展,在Rational 公司的Booch、Rumbaugh、Jacobson 三友以及其它專家的努力下,UML中還融入了很多其它的思想,現在,UML已經成為OMG認可的標準。

        盡管UML只是幫助參與開發的所有人員對模型進行交流的一套符號系統。但Martin Fowler在其著作《UML Distilled》中指出,UML是由描述開發過程和有關模型的使用的方法論發展而來的。盡管目前沒有被廣泛接受的統一過程,UML的使用者使用的方法實際上都非常相似。UML規約中有關建模的概念是對象、類、關聯、職責、活動、接口、use case、包、順序、協作和狀態。

        在使用當前版本進行UML模型驅動的架構時,使用者發現還缺少一些支持,如bug修復等,UML2.0中將增加這部分內容,它將成為適用于企業建模和數據建模的龐大而靈活的符號語言。在UML2.0中,將對語意部分進行增強,這一點可以幫助UML模型更好地生成代碼,以得到更加實用的模型。在即將推出的版本中,還將包括增強的組件處理、對商業過程模型的支持,并更好地支持元數據交換。這些努力都是為了使UML作為一種勝過大多數文本語言的高層次的語言,能夠生成代碼和進行反工程,甚至直接生成某些可執行的UML模型。

        目前,在各種工具之間進行模型交換時,只能保存非圖形化的信息,而象繪制的各種圖、尺寸、坐標這樣的內容都會丟失。在UML2.0中,將提供保留圖形信息的能力。

        來自Rational公司的Hermeling認為,工程師與開發人員將越來越多地看到對建模的需求。他認為,對于一個較大的開發團隊來說,需要有一個可視化的模型以保證所有人員都能理解總體的設計思路,建模的需求是顯而易見的。

        利用業務過程建模,應用UML可以得到業務的可視化模型,其作用類似于建筑工程中的結構圖。這個可視化模型可以使你在構造整個軟件系統之前,就可以理解并預知設計的一些關鍵特性,判斷設計是否可行。事實上,除了軟件工程,在眾多工程領域中,建模都是非常關鍵的規避風險的技術。

        但是,在Fowler眼里,軟件工程和其它工程是不同的。

        首先,對建筑工程來說,工程師一般都有多年的經驗并且對所用的各種工程符號了如指掌,而UML的設計可能在紙上畫出來看著很好,真正編程時卻會發現很多問題。另外,在建筑工程上,關鍵設計都是可以經過數學分析進行驗證的;而在UML設計中,類似的手段只有同行評審,雖然有一定作用,卻并不能避免錯誤的發生。

        另外,在成本比例方面,軟件設計和其它領域的工程也是截然不同的。舉修橋的例子來說吧,設計成本可能也就占全部成本的 10%,而在軟件設計中,這個比率是50%。

        UML 最早是由Rational公司提出的,但已經被很多公司使用,這里面最重要的就是OMG。公眾對UML的接受刺激了以模型為中心的開發,OMG提供了支持這種開發的一系列標準的框架MDA(Model-Driven Architecture)。MDA的關鍵特點就是軟件開發的重點和輸出不再是程序,而是各種模型,開發人員的工作是不斷拓展模型,只有到了最后階段才會考慮將其實現。

        OMG認為,利用MDA可以得到更好的“高層抽象”設計框架,更好地得到針對今天各種語言的“通用化”代碼。和正在醞釀之中的基于XMI的數據交換一樣,基于MDA的數據交換方法將給開發商和用戶雙方帶來好處。

        XMI (XML Metadata Interchange)試圖通過XML語言為程序員和其它用戶提供一種交換元數據信息的標準途徑。XMI希望能夠幫助使用各種語言和開發工具的UML開發人員自由地交換數據模型,另外,XML也可以用于數據倉庫信息的交互;最重要的是,XMI制定了描述各種元數據定義的統一標準,并要求跨行業和跨操作環境的用戶使用一致的方法讀取數據。

        延伸閱讀

        文章來源于領測軟件測試網 http://www.k11sc111.com/

        TAG: 開發 模型 驅動

        21/212>

        關于領測軟件測試網 | 領測軟件測試網合作伙伴 | 廣告服務 | 投稿指南 | 聯系我們 | 網站地圖 | 友情鏈接
        版權所有(C) 2003-2010 TestAge(領測軟件測試網)|領測國際科技(北京)有限公司|軟件測試工程師培訓網 All Rights Reserved
        北京市海淀區中關村南大街9號北京理工科技大廈1402室 京ICP備10010545號-5
        技術支持和業務聯系:info@testage.com.cn 電話:010-51297073

        軟件測試 | 領測國際ISTQBISTQB官網TMMiTMMi認證國際軟件測試工程師認證領測軟件測試網

        国产女主播精品_国产片婬乱18一级毛片视频_国产午夜激无码av毛片不卡_国产精品欧美久久久天天影院
          <ruby id="rxdll"></ruby><strike id="rxdll"></strike>

          <rp id="rxdll"></rp>
            <del id="rxdll"><meter id="rxdll"></meter></del>
            <pre id="rxdll"><font id="rxdll"></font></pre>
              <pre id="rxdll"></pre>
            <p id="rxdll"><thead id="rxdll"></thead></p><dl id="rxdll"><progress id="rxdll"><form id="rxdll"></form></progress></dl>

            <ol id="rxdll"><thead id="rxdll"><track id="rxdll"></track></thead></ol>
            <i id="rxdll"><dfn id="rxdll"></dfn></i>
            <font id="rxdll"><meter id="rxdll"></meter></font>

              <mark id="rxdll"><dfn id="rxdll"></dfn></mark>