- 相關推薦
java建模誤區(qū)有哪些
無論你遵從的是重量級的方法,比如Enterprise Unified Process(EUP)，還是輕量級的開發(fā)過程�？倳姓`區(qū)出現(xiàn)，以下是小編為大家搜索整理的java建模誤區(qū)有哪些，希望能給大家?guī)韼椭?更多精彩內(nèi)容請持續(xù)關注我們應屆畢業(yè)生考試網(wǎng)!
誤區(qū)一：
建模就等于是寫文檔這很可能是其中最具破壞力的一條，因為開發(fā)人員可以此為借口而完全放棄建模。許多優(yōu)秀的軟件開發(fā)人員會說他們不想把時間浪費在這些“無用的“文檔上。他們沉溺于編碼之中，制造著一些脆弱而劣質(zhì)的系統(tǒng)。另外，甚至于許多盡責的開發(fā)人員現(xiàn)在也認為建模是一件討厭的事，而不愿去學習相應的建模技術。
事實分析：“模型”與“文檔”這二者在概念上是風馬牛不相及的—你可以擁有一個不是文檔的模型和不是模型的文檔。一幅設計圖就是一個模型，而不論是被畫在餐巾紙的背面，或寫在一塊白板上，或在Class Responsibility Collaboration(CRC)卡片中，還是根據(jù)記錄在報紙和便簽紙上的流程圖而生成的一個粗略的用戶界面原型。雖然這些都不能說是文檔，但他們卻都是有價值的模型。
建模很象是作計劃：作計劃的價值在于計劃編制的過程中，而非計劃本身;價值體現(xiàn)在建模的活動中，而非模型本身。實際上，模型不是你系統(tǒng)中的一部分正式的文檔，而且在完成它們的使命后可以被丟掉。你會發(fā)現(xiàn)值得保留的只有很少的模型，而且它一定是非常完美。
誤區(qū)二：
從開始階段你可以考慮到所有的一切這種說法流行于二十世紀七十年代到八十年代早期，現(xiàn)今的許多經(jīng)理都是在那個時候學習的軟件開發(fā)。對這一點的迷信會導致在前期投入可觀的時間去對所有的一切建模以期把所有一切都弄正確，試圖在編碼開始前就“凍結”所有的需求 -- 因為它能規(guī)劃數(shù)據(jù)庫。這兩個工具真正地幫助我實現(xiàn)了軟件開發(fā)的目的 – 制造滿足用戶要求的軟件。但我絕大多數(shù)得建模工作仍然使用的是簡單的工具，而不是CASE工具。
誤區(qū)三：
建模是在浪費時間許多新手都這樣認為，這主要是因為他們所接受的教育僅僅局限于如何編寫代碼，對于完整的開發(fā)流程鮮有接觸。而且他們的經(jīng)驗也僅限于如何實現(xiàn)代碼，就如初級程序員。他們放棄了提高效率和學習技能的機會，這些技能能夠使他們很容易地適應不同的項目或組織。他們應該為此感到羞愧。
事實分析：在大多數(shù)情況下，在開始編碼之前畫一個草圖、開發(fā)一個粗率的原型或者制作一些索引卡片都能提高你的生產(chǎn)效率。高效的開發(fā)者在編碼之前都要進行建模工作。另外，建模是一種很好的在項目組成員與項目負責人之間溝通途徑。你們在這個過程中探討問題，從而對所要的是一個什么樣的東西可以得到更好的理解，涉及到該項目中的每個成員也可得到對該項目有一個從分的了解。
誤區(qū)四：
數(shù)據(jù)模型(Data Model)就是一切許多組織基于數(shù)據(jù)模型就蹣跚啟動新的開發(fā)工作，也許正如你所在的組織：IT部門對于數(shù)據(jù)有非常嚴格的規(guī)定，控制著你的開發(fā)項目;或者你以前的數(shù)據(jù)庫是一團糟，別無選擇。
事實分析：數(shù)據(jù)模型是一個重要的但不是最重要的建模，它最好是建立在另外的模型之上。(參見“Extreme Modeling”，Thinking Objectively，Nov.2000)。這即使在象數(shù)據(jù)倉庫這類面向數(shù)據(jù)的項目中也如此。如果沒有很好的理解用戶是如何使用該數(shù)據(jù)倉庫的(在數(shù)據(jù)模型中沒有表示出來)，這些項目經(jīng)常是以可悲的失敗而告終。你可以使用的模型有很多 – 使用案例(use cases)，業(yè)務規(guī)則(business rules)，activity diagrams，類圖(class diagrams)，component diagrams，用戶界面流程圖(user interface flow diagrams)和CRC，等等。數(shù)據(jù)模型僅僅是其中的一種。每種模型都有其長處和短處，應該正確地使用。
誤區(qū)五：
所有的開發(fā)人員都知道如何建模我們現(xiàn)在面臨照這樣一個嚴重的問題：許多不是開發(fā)人員的人，包括高級經(jīng)理和用戶，不知道軟件是如何建成的。其結果，他們不能夠區(qū)分開熟練的開發(fā)者和一般的程序員(當然也分不清高級程序員和一般程序員)，他們想當然地認為所有的開發(fā)人員都具備從頭到尾開發(fā)整個系統(tǒng)的技能。
事實分析：這肯定是不正確的。建模的技能，是只有當一個開發(fā)者通過學習它，并經(jīng)過長期的實踐才能夠掌握。一些非常聰明的程序員常常相信自己無所不能，畢竟他們終究只是程序員。正因為這樣的狂妄自大，他們承當?shù)囊恍┤蝿帐撬麄兏揪蜎]有相應的技能去完成的。軟件開發(fā)是如此的復雜，單單一個人是很難具備所有的技能去成功地進行開發(fā)，甚至也不可能去配置有一定復雜程度的系統(tǒng)。開發(fā)這應該有自知之明，明白他們自己的弱點，學無止境。通過互相取長補短，建模者可從程序員身上學到一項技術的具體細節(jié)，程序員也可從建模者那里學。
【java建模誤區(qū)有哪些】相關文章：
java建模的誤區(qū)在哪里08-28
高會評審誤區(qū)有哪些07-03
科目二易被忽略的誤區(qū)有哪些09-23
Java語言的優(yōu)點有哪些08-15
java基礎語言有哪些09-12
英語考試中的聽力誤區(qū)有哪些10-26
Java未來的發(fā)展方向有哪些06-20