• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>

            2009年2月26日

            第二桶 基于對象的編程 第一碗 老C初談統一建模 小P開練建模語言(之一)

                 摘要: “是啊,無論怎么樣,統一和標準是我們的需求,只有用統一的標準的符號我們才可以更好的交流。一個反面的例子是我們上數字電路里面的與門、非門、與非門和或門等等的邏輯符號,國家標準與業界流行的國際標準就不一樣,導致學生在畢業的時候可能看不懂行業內的電路圖——就事實而論,我們大部分的電路模塊產品和芯片的說明手冊還是歐美的居多——這樣即加重了企業負擔,可能需要再花一部分精力來培訓新人,也增加了學生的負擔——為了在畢業的時候增加些許競爭力,不得不學習兩套符號系統。總之我覺得這個事情還是比較腦殘的,讓我想到窄軌鐵路……”老C借機發泄了一下從畢業就開始累積的郁悶。。。。。。
            “UML是建模工具,不是編程工具。模型需要對實際的事物進行合理的剪裁和取舍,注意模型的清晰性比信息的完備性更重要,如果不論青紅皂白的將所有信息一股腦全部放在模型上,那樣圖形看起來會很恐怖的。”老C接著解釋,“所以不要要求模型完全反應細節信息,只要在大方向上對就可以了。同時你還要了解模型所要描述的問題規模,如果是一個大型的交易系統,按照我繪出的sequence diagram的詳細程度,那是根本不可能的。在描述這樣的系統時,  閱讀全文

            posted @ 2009-02-26 15:34 Anderson 閱讀(1884) | 評論 (5)編輯 收藏

            <2009年2月>
            25262728293031
            1234567
            891011121314
            15161718192021
            22232425262728
            1234567

            導航

            統計

            常用鏈接

            留言簿(6)

            隨筆檔案(21)

            文章檔案(1)

            搜索

            最新評論

            閱讀排行榜

            評論排行榜

            777午夜精品久久av蜜臀| 999久久久免费国产精品播放| 国产精品热久久无码av| 国产精品美女久久久久久2018| 综合人妻久久一区二区精品| 国内精品伊人久久久久妇| 亚洲国产成人久久笫一页| 久久国产精品国语对白| 精品人妻伦九区久久AAA片69| 66精品综合久久久久久久| 88久久精品无码一区二区毛片 | 久久笫一福利免费导航 | 亚洲国产欧洲综合997久久| 精品久久久一二三区| 亚洲AV无码久久精品色欲| 久久人人爽人人爽人人AV东京热| 91精品国产综合久久久久久| 97久久超碰国产精品旧版| 色综合久久88色综合天天 | 久久精品国产亚洲一区二区| 国产精品久久久久9999| 精品久久久久久无码中文字幕| 久久婷婷是五月综合色狠狠| 人妻无码久久一区二区三区免费| 99久久中文字幕| 麻豆久久| 国内精品伊人久久久久av一坑| 伊人久久免费视频| 久久亚洲AV成人无码软件| 久久99精品久久久久久| 性做久久久久久久久久久| 成人久久综合网| 亚洲国产精品狼友中文久久久 | 成人久久免费网站| 国产免费久久久久久无码| 国色天香久久久久久久小说| 97精品久久天干天天天按摩| 欧美性猛交xxxx免费看久久久| 亚洲精品乱码久久久久久蜜桃图片| 亚洲精品高清久久| 久久精品中文无码资源站|