協(xié)同軟件中的三個(gè)要素

申請(qǐng)免費(fèi)試用、咨詢(xún)電話(huà)：400-8352-114

第一節(jié) 軟件工程三個(gè)要素的價(jià)值

　　 思考問(wèn)題的方法可以是由點(diǎn)及面的，也可以是統(tǒng)攬全局的。換成業(yè)界最常用的詞匯，就是“自上而下”還是“自下而上”的區(qū)別。

　　 “牛屎圖”中描述的工具、方法與過(guò)程也被稱(chēng)為軟件工程的三個(gè)要素。在本書(shū)中他們被分解開(kāi)來(lái)思考，并不是要孤立這個(gè)三個(gè)層面——它們實(shí)際上是相互作用的。

　　 例如“過(guò)程”問(wèn)題，就既有實(shí)施過(guò)程的工具，也有相關(guān)的過(guò)程方法理論。我雖然說(shuō)方法是“基于一種數(shù)據(jù)結(jié)構(gòu)的編程實(shí)踐的結(jié)果”，但這實(shí)在一種非常狹義的定義。這個(gè)定義在過(guò)程的開(kāi)發(fā)環(huán)節(jié)上是有效的(或者說(shuō)是對(duì)“開(kāi)發(fā)方法”的定義)。然而“需求”、 “設(shè)計(jì)”、 “測(cè)試”等其他環(huán)節(jié)也有各自的方法論，即使站在具體環(huán)節(jié)之外，過(guò)程本身也有方法論的問(wèn)題，這還不包括管理方法等在內(nèi)。

　　 由于方法在過(guò)程環(huán)節(jié)及過(guò)程總體層面上具有貫通性，因此保證“方法(或其行為)”的實(shí)施的“工具”也會(huì)出現(xiàn)在過(guò)程的各個(gè)環(huán)節(jié)和層面上。這樣一來(lái)，我們得到的軟件工程模型將不是經(jīng)典的、層狀的“牛屎圖”，而可能像太極圖一樣由陰陽(yáng)交匯而生萬(wàn)物。

　　 為了不使讀者認(rèn)為我已經(jīng)人了道家理論的歧途，這樣的一副圖還是交由你自己去畫(huà)吧。只不過(guò)你應(yīng)該清楚，即使畫(huà)出了太極圖的軟件工程模型，你所視見(jiàn)到的仍舊是工程的細(xì)部環(huán)節(jié)。就如同以管窺豹一般，斑是斑，豹是豹。

　　 你能把每一個(gè)“管見(jiàn)”拼合起來(lái)，你得到的才能是“豹”，而不是“斑”。所以盡管本書(shū)割裂了軟件工程的各個(gè)要素，并從每個(gè)孤立的層面來(lái)審視。然而實(shí)質(zhì)上，你應(yīng)該回歸到電子商務(wù)軟件工程的本體上來(lái)思考問(wèn)題，而不是僅關(guān)注于每一個(gè)局部的要素。

　　 工程的整體問(wèn)題仍舊是“實(shí)現(xiàn)”。

第二節(jié) 其實(shí)RUP是一個(gè)雜物箱

　　 我或許總是在批評(píng)RUP，但是我不得不承認(rèn)它是對(duì)前人在軟件過(guò)程思想方面的高度包容。

　　 請(qǐng)注意我用“包容”這個(gè)詞，而不是按照語(yǔ)言習(xí)慣那樣用“概括”。因?yàn)槿绻?ldquo;高度概括”，那你應(yīng)該把目光投向瀑布模型，而RUP其實(shí)就像一個(gè)雜物箱一樣“包容”了全部的已知理論。

　　 你可以把RUP定制成其他任何模型所表述的過(guò)程形態(tài)——RUP本身的特質(zhì)決定了這一點(diǎn)——因而它也如同一個(gè)雜物箱一樣放滿(mǎn)了各種稀奇古怪的東西。你可能從這個(gè)雜物箱里面拿出了一把剪刀，或一只蒼蠅拍，或者是一根釣桿……

　　 喂，等等。面對(duì)“軟件開(kāi)發(fā)”這樣的一個(gè)需求，釣桿能有什么作用呢?在你扔掉它之前，請(qǐng)轉(zhuǎn)換一下你的思維：釣桿可能帶給你的團(tuán)隊(duì)以精神上的激勵(lì)。如果你能意識(shí)到這一點(diǎn)，那么它將立即轉(zhuǎn)化為生產(chǎn)力：把釣桿掛在開(kāi)發(fā)部的墻上。

　　 RUP能不能被用起來(lái)，將取決于你剛才那個(gè)挑挑撿撿的行為，以及現(xiàn)在你在拿到釣桿后的辨識(shí)能力與組織能力。

第三節(jié) UML與甲骨文之間的異同

　　 在你真的打算用甲骨文來(lái)寫(xiě)項(xiàng)目文檔之前，請(qǐng)先明確UML與甲骨文之間的異同。

　　 在這本書(shū)里，他們都被作為溝通的工具。因此目標(biāo)是溝通，而不是“選用工具”這件事本身。更進(jìn)一步的推論是：即使你因?yàn)閭€(gè)人喜好而選擇了甲骨文，也不要試圖在結(jié)繩記事的原始人面前去用它。

　　 UML與甲骨文都是符號(hào)文字，都具有象形含義。然而這并不表明UML符號(hào)本身能表達(dá)多么豐富的含義。如果要像甲骨文一樣用幾代人、上千冊(cè)的論著去解釋它，那么UML圖的價(jià)值也就只剩下象征性的意義了。

　　 出于溝通的必要，這種語(yǔ)言的象征意義在一個(gè)圖中應(yīng)當(dāng)被表述得足夠準(zhǔn)確和詳細(xì)，乃至針對(duì)于不同的閱讀者來(lái)說(shuō)都能提供充足的信息。然而，一方面UML的規(guī)范中沒(méi)有提供一個(gè)標(biāo)準(zhǔn)來(lái)衡量“怎樣的UML圖是描述充分的”；另一方面，UML作為一個(gè)語(yǔ)言，也無(wú)法直接在某個(gè)環(huán)境或場(chǎng)景中被語(yǔ)法檢錯(cuò)和調(diào)試。

　　 所以在工程中使用UML圖，應(yīng)該有相應(yīng)的文字來(lái)描述它。而且這種描述與圖之間的對(duì)應(yīng)關(guān)系要持續(xù)地維護(hù)下去。如果這種關(guān)系松散了、斷裂了，那么下一個(gè)閱讀UML圖的人所面對(duì)的，將是無(wú)異于甲骨文出土?xí)r的困境。

　　 好在做UML圖的那個(gè)工程設(shè)計(jì)人員(在辭世之前)還有機(jī)會(huì)為這些古符號(hào)寫(xiě)下規(guī)約。