• <ruby id="5koa6"></ruby>
    <ruby id="5koa6"><option id="5koa6"><thead id="5koa6"></thead></option></ruby>

    <progress id="5koa6"></progress>

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

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

    軟件測試開發技術UML和Java的阻抗

    發布: 2009-10-29 11:08 | 作者: 不詳 | 來源: 領測軟件測試網采編 | 查看: 20次 | 進入軟件測試論壇討論

    領測軟件測試網

    的不匹配了。

    Is UML out of date作者最后說到,雖然標準的UML可以被我們拓展,這是UML生命力所在,但是如果每個流派在同一個東西上面擁有自己不同的UML子集定義,那么它們之間的交流是否變得困難,這也是我們看UML各大師文章的矛盾所在,每個大師有自己的語義定義,實際
    搞了半天才知道他們說的是同一回事,這不是在浪費我們草民的時間嘛?

    那么我們是否到底是否需要一個統一的標準的象UML這樣的符號notation工具或者是元模型(meta-model)呢?這個答案取決于你的用處,如果你使用UML來完整表達整個系統結構、功能和狀態,答案也許是肯定的,但是這樣的復雜UML語法和表達會比直接的Java源碼簡單直觀嗎?

    當然,工具廠商會回答Yes,因為他們可以加入更多標準化功能到下一個版本中,這是很有諷刺味道的,不管怎么說,如果一個新的產品能夠幫助我們快速建立一個高質量的軟件系統是一件大大的好事,但是這只是 “如果”。

    如果Java和UML這種發展概念不匹配下去,我們真的要問UML過時了嗎?或許它是上個世紀的產物? 也許正是因為這點,一些敏捷軟件專家們開始害怕,將我們視線從Java身上轉移到Rubby on Rails語言或其他語言,也許在這些語言上面,UML神話地位依然得到保證和延續。

    延伸閱讀

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

    33/3<123

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

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

    老湿亚洲永久精品ww47香蕉图片_日韩欧美中文字幕北美法律_国产AV永久无码天堂影院_久久婷婷综合色丁香五月

  • <ruby id="5koa6"></ruby>
    <ruby id="5koa6"><option id="5koa6"><thead id="5koa6"></thead></option></ruby>

    <progress id="5koa6"></progress>

  • <strong id="5koa6"></strong>