- 相關(guān)推薦
java建模的誤區(qū)在哪里
建模就等于是寫文檔這很可能是其中最具破壞力的一條，因為開發(fā)人員可以此為借口而完全放棄建模。許多優(yōu)秀的軟件開發(fā)人員會說他們不想把時間浪費在這些“無用的“文檔上。他們沉溺于編碼之中，下面是小編精心整理的java建模的誤區(qū)在哪里，歡迎閱讀與收藏。
java建模的誤區(qū)在哪里
誤區(qū)一：
建模就等于是寫文檔這很可能是其中最具破壞力的一條，因為開發(fā)人員可以此為借口而完全放棄建模。許多優(yōu)秀的軟件開發(fā)人員會說他們不想把時間浪費在這些“無用的“文檔上。他們沉溺于編碼之中，制造著一些脆弱而劣質(zhì)的系統(tǒng)。另外，甚至于許多盡責(zé)的開發(fā)人員現(xiàn)在也認為建模是一件討厭的事，而不愿去學(xué)習(xí)相應(yīng)的建模技術(shù)。
事實分析：“模型”與“文檔”這二者在概念上是風(fēng)馬牛不相及的—你可以擁有一個不是文檔的模型和不是模型的文檔。一幅設(shè)計圖就是一個模型，而不論是被畫在餐巾紙的背面，或?qū)懺谝粔K白板上，或在Class Responsibility Collaboration(CRC)卡片中，還是根據(jù)記錄在報紙和便簽紙上的流程圖而生成的一個粗略的用戶界面原型。雖然這些都不能說是文檔，但他們卻都是有價值的模型。
建模很象是作計劃：作計劃的價值在于計劃編制的過程中，而非計劃本身;價值體現(xiàn)在建模的活動中，而非模型本身。實際上，模型不是你系統(tǒng)中的一部分正式的文檔，而且在完成它們的使命后可以被丟掉。你會發(fā)現(xiàn)值得保留的只有很少的模型，而且它一定是非常完美。
誤區(qū)二：
從開始階段你可以考慮到所有的一切這種說法流行于二十世紀(jì)七十年代到八十年代早期，現(xiàn)今的許多經(jīng)理都是在那個時候?qū)W習(xí)的軟件開發(fā)。對這一點的迷信會導(dǎo)致在前期投入可觀的時間去對所有的一切建模以期把所有一切都弄正確，試圖在編碼開始前就“凍結(jié)”所有的需求 -- 因為它能規(guī)劃數(shù)據(jù)庫。這兩個工具真正地幫助我實現(xiàn)了軟件開發(fā)的目的 – 制造滿足用戶要求的軟件。但我絕大多數(shù)得建模工作仍然使用的是簡單的工具，而不是CASE工具。
誤區(qū)三：
建模是在浪費時間許多新手都這樣認為，這主要是因為他們所接受的教育僅僅局限于如何編寫代碼，對于完整的開發(fā)流程鮮有接觸。而且他們的經(jīng)驗也僅限于如何實現(xiàn)代碼，就如初級程序員。他們放棄了提高效率和學(xué)習(xí)技能的機會，這些技能能夠使他們很容易地適應(yīng)不同的項目或組織。他們應(yīng)該為此感到羞愧。
事實分析：在大多數(shù)情況下，在開始編碼之前畫一個草圖、開發(fā)一個粗率的原型或者制作一些索引卡片都能提高你的生產(chǎn)效率。高效的開發(fā)者在編碼之前都要進行建模工作。另外，建模是一種很好的在項目組成員與項目負責(zé)人之間溝通途徑。你們在這個過程中探討問題，從而對所要的是一個什么樣的東西可以得到更好的理解，涉及到該項目中的每個成員也可得到對該項目有一個從分的了解。
誤區(qū)四：
數(shù)據(jù)模型(Data Model)就是一切許多組織基于數(shù)據(jù)模型就蹣跚啟動新的開發(fā)工作，也許正如你所在的組織：IT部門對于數(shù)據(jù)有非常嚴(yán)格的規(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è)務(wù)規(guī)則(business rules)，activity diagrams，類圖(class diagrams)，component diagrams，用戶界面流程圖(user interface flow diagrams)和CRC，等等。數(shù)據(jù)模型僅僅是其中的一種。每種模型都有其長處和短處，應(yīng)該正確地使用。
誤區(qū)五：
所有的開發(fā)人員都知道如何建模我們現(xiàn)在面臨照這樣一個嚴(yán)重的問題：許多不是開發(fā)人員的人，包括高級經(jīng)理和用戶，不知道軟件是如何建成的。其結(jié)果，他們不能夠區(qū)分開熟練的開發(fā)者和一般的程序員(當(dāng)然也分不清高級程序員和一般程序員)，他們想當(dāng)然地認為所有的開發(fā)人員都具備從頭到尾開發(fā)整個系統(tǒng)的技能。
事實分析：這肯定是不正確的。建模的技能，是只有當(dāng)一個開發(fā)者通過學(xué)習(xí)它，并經(jīng)過長期的實踐才能夠掌握。一些非常聰明的程序員常常相信自己無所不能，畢竟他們終究只是程序員。正因為這樣的狂妄自大，他們承當(dāng)?shù)囊恍┤蝿?wù)是他們根本就沒有相應(yīng)的技能去完成的。軟件開發(fā)是如此的復(fù)雜，單單一個人是很難具備所有的技能去成功地進行開發(fā)，甚至也不可能去配置有一定復(fù)雜程度的系統(tǒng)。開發(fā)這應(yīng)該有自知之明，明白他們自己的弱點，學(xué)無止境。通過互相取長補短，建模者可從程序員身上學(xué)到一項技術(shù)的具體細節(jié)，程序員也可從建模者那里學(xué)。
學(xué)習(xí)java開發(fā)過程中存在的誤區(qū)有哪些
1.沒有系統(tǒng)的學(xué)習(xí)計劃
很多學(xué)員并不了解Java開發(fā)技術(shù)，更不用說制定系統(tǒng)的學(xué)習(xí)計劃，還有很多學(xué)員剛開始在網(wǎng)上找了很多相關(guān)的培訓(xùn)課程，但沒有方向的盲目學(xué)習(xí)，會讓自己越來越迷茫。所以學(xué)習(xí)java開發(fā)技術(shù)知識，系統(tǒng)的學(xué)習(xí)計劃是非常有必要的。
2.封閉式學(xué)習(xí)
小伙伴在java培訓(xùn)機構(gòu)學(xué)習(xí)的過程中，一定不要獨自學(xué)習(xí)，要學(xué)會和老師、同學(xué)進行交流，在交流的過程中學(xué)習(xí)別人比較好的編程思維，杜絕封閉式獨自學(xué)習(xí)的方式。
3.加群學(xué)習(xí)
很多學(xué)員學(xué)習(xí)時會在網(wǎng)上加一些所謂的學(xué)習(xí)群，或者進一些論壇討論學(xué)習(xí)，這樣學(xué)習(xí)不太系統(tǒng)而且知識碎片化，后期的工作中肯定也會遇到各種問題。
4.書籍學(xué)習(xí)
對于零基礎(chǔ)初學(xué)java開發(fā)技術(shù)小伙伴來說，看書也是一個學(xué)習(xí)的途徑，但是書本上的知識點是比較籠統(tǒng)概括的，其實并沒有java培訓(xùn)班老師線下講的通俗易懂，對于初入門學(xué)習(xí)java開發(fā)技術(shù)的小伙伴來說，看書學(xué)習(xí)是無法學(xué)習(xí)到更深入的java開發(fā)技術(shù)知識的。
5.教程自學(xué)
現(xiàn)在市場上學(xué)習(xí)java開發(fā)技術(shù)知識的方式有兩種：自學(xué)和java培訓(xùn)，有部分小伙伴會選擇自學(xué)的方式來學(xué)習(xí)java開發(fā)技術(shù)知識，但是，不能確保小伙伴在網(wǎng)上所找到的學(xué)習(xí)教程是系統(tǒng)的，而且自學(xué)的方式學(xué)習(xí)效率比較低，不利于小伙伴快速入門學(xué)習(xí)。
【java建模的誤區(qū)在哪里】相關(guān)文章：
Java與Java web有什么不同02-23
什么是Java10-28
java類的構(gòu)成04-28
新手如何學(xué)習(xí)Java07-06
Java類的基本構(gòu)成03-15
Java語言的內(nèi)部類12-13
Java和PHP的區(qū)別03-10
Java類基本構(gòu)成03-15
java線程的幾種狀態(tài)12-14