• <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)

            搜索

            最新評論

            閱讀排行榜

            評論排行榜

            久久精品成人国产午夜| 久久中文骚妇内射| 蜜桃麻豆www久久国产精品| 亚洲精品NV久久久久久久久久| 亚洲欧洲久久av| 丰满少妇高潮惨叫久久久| 精品久久久久久久久久中文字幕| 蜜臀久久99精品久久久久久| 久久青青草原亚洲av无码app| 久久国产精品99久久久久久老狼 | 国产一区二区精品久久凹凸| 亚洲精品国产第一综合99久久| 久久99精品久久久久久动态图| 亚洲国产成人精品91久久久 | 久久天天躁夜夜躁狠狠躁2022 | 26uuu久久五月天| 久久久久免费精品国产| 国产精品gz久久久| 色婷婷综合久久久久中文一区二区| 国产成人久久久精品二区三区| 日产精品久久久久久久性色| 日韩AV毛片精品久久久| 国产精品久久久久久久久久免费| 久久99精品久久久久久久久久| 久久久无码精品亚洲日韩京东传媒| 亚洲精品高清国产一久久| 99久久国产精品免费一区二区| 久久综合亚洲色HEZYO国产| 精品久久人人妻人人做精品 | 久久久久久免费一区二区三区| 久久香综合精品久久伊人| 久久精品免费大片国产大片| 91精品无码久久久久久五月天| 久久99中文字幕久久| 久久婷婷国产麻豆91天堂| 久久ZYZ资源站无码中文动漫| 亚洲精品无码专区久久久| 少妇久久久久久被弄高潮| 久久久久亚洲AV无码麻豆| 9久久9久久精品| 91精品观看91久久久久久|