哲學研究的對象是物質的存在、聯(lián)系和運動。
　　軟件工程研究的對象是軟件技術、方法、過程和工具。
　　近三十年來軟件方法層出不窮，被實際開發(fā)所運用的軟件方法曾達兩三百種之巨。但我們通過對哲學研究的角度進行相關的類比，我們不難發(fā)現(xiàn)，這些軟件方法歸根結底不外乎下面三種角度。
　　1. 基于物質運動角度：著眼于物質本身，強調物質作為一個整體對外界作用的動態(tài)交互，在軟件開發(fā)方法中體現(xiàn)為基于功能角度的觀點。著名的方法有結構化分析方法，強調軟件系統(tǒng)（或子系統(tǒng)）的輸入和輸出，內部對外不可見，處理時宜至上向下，逐層分解，如醫(yī)學之解剖一般，化整為零。  基于物質聯(lián)系角度：著眼物質的存在與物質間的恒定關系，強調物質間的層次性和主體地位性，在軟件開發(fā)方法中體現(xiàn)為基于實體（Entity）角度的觀點，分析的重心為對實體的靜態(tài)描述和恒定聯(lián)系的界定，這種角度無視實體之間的運動交互，數(shù)據(jù)庫設計的E-R方法即是該觀點的典型方法。例如學生的選課系統(tǒng)，我們關心的是學生選的是哪門課程，而不是選課的過程如何進行的。  基于物質存在狀態(tài)角度：著眼物質系統(tǒng)的自身的存在狀態(tài)，分析各種存在狀態(tài)間的變遷緣由和變遷途徑。在軟件開發(fā)方法中常為實時領域所獨領風騷，體現(xiàn)為狀態(tài)遷移分析。常見的例子有十字路口的交通燈模型，我們通過分析燈組的狀態(tài)變化來對其進行分析和仿真。
　　近來風靡一時的面向對象方法，兼具上述的物質運動角度與聯(lián)系角度的特色，諸如對象（Object），類（Class），繼承（Inherence）之類的概念，基于的是物質聯(lián)系的角度；函數(shù)（Function）和方法（Method）之概念，基于的是物質運動的角度。我們隨便舉一個基于存在角度的例子，UML的狀態(tài)圖，它反映了單一對象的各種存在狀態(tài)，因此廣泛應用于實時系統(tǒng)的設計之中。
　　接下來談談體系的問題。
　　凡方法、體系，皆如哲學的內涵與外延。外延寬廣則內涵淺，外延狹窄則內涵豐富。翻譯成行業(yè)用語即：高效的體系適應范圍比較窄，低效的體系適應范圍廣。由此斷定，軟件行業(yè)無一包治百病，立竿見影，藥到病除的狗皮膏藥體系和方法。諸多企業(yè)、項目應當考慮自身實際，借以標準，適當增刪修正，以合自身病癥，而不是一味照單全收。君不見如今中國的軟件行業(yè)，利火攻心，ISO9000做爛了，CMM/CMMI也開始泛濫成災。暗地高興的只有那些兜售標準的認證企業(yè)，因為他們更關心的腰包里的錢袋。
　　最后要談軟件過程的問題，過程離不開環(huán)境。軟件開發(fā)更像是一個生態(tài)進化，我們應該把軟件開發(fā)作為一個不斷進化的生態(tài)體系來看待，強調各方面的和諧有序。一味追求軟件過程而忽視相關的環(huán)境（行業(yè)環(huán)境，企業(yè)環(huán)境）最后的結果只能是侏羅紀的恐龍，在開發(fā)生態(tài)被破壞的同時自己亦隨之消亡。所以我們常常會提到：軟件過程和開發(fā)方法要結合企業(yè)自身的實際。過度的追求標準、規(guī)范最終的結果是從體力上和腦力上壓倒了整個團隊，繼而壓垮整個企業(yè)。在這里我們的意思并不是說標準和規(guī)范不重要，但不要讓標準和規(guī)范成為一張白紙或是開發(fā)團隊、企業(yè)的沉重負擔。因此每個企業(yè)和項目團隊有必要根據(jù)自身的環(huán)境、規(guī)模和資源配置選擇合適的軟件開發(fā)方法和過程。

轉帖于：軟件水平考試_考試吧