开发软体写程式.PPT

* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * Analog 土木工程裡，蓋了橋，可以用幾十年，有標準工程圖，有基本建造的元件（如磚頭） 電子產品出產之後，基本上功能已經 fixed。很難進行修改。有新的需求，通常採用的是將舊的機器報廢掉。少有機會可以在既有的機器基礎上做翻修。有標準電子路圖，有基本建造元件。 軟體呢？ 幾乎產品一 released 就會有立即的修改 Requirement 是個 moving target 只能又舊有的軟體基礎上進行維護與更新。 沒有標準工程圖 新的技術如UML 不像其他的工程具備有幾何關係，也就是說軟體的藍圖不能靠單一的圖形表示方式來展示 * * How difficult? Analog Software engineering 的研究學者已經發現 想要與任何工程領域類比，都會遇到相當的困難 軟體開發具有非常獨特的工程性質 * 軟體的困難本質 Complexity Conformity Changeability Invisibility （抽象化） * Complexity 非其他創作能比擬 沒有兩個部分是一樣的 However, in hardware, building, automobile construction, they can 大量的重複使用零件 Digital computer 比大部分人們建造的東西要更複雜 有一大堆狀態 使得理解，描述，測試都非常困難 軟體系統的狀態又比 digital computer 多出幾個數量級 * When scaling up 雖然有少數同樣的元素可以重複使用 不同元素的數量也勢必增加 彼此的交互作用成指數性成長 * 其他科學的突飛猛進緣由 數學與物理學的三世紀的突飛猛進 由複雜現象─ model 簡單的模型 這種方式之所以行的通，是因為模型中所排除掉的複雜性非現象的本質，如果這些複雜性是屬與本質上的特性，就行不通了 軟體的老問題來自於複雜的本質以及複雜性隨著軟體規模呈非線性成長的特性 我們對付的問題是複雜性本身 功能上的複雜性 結構上的複雜性 使程式擴充新功能時，難保不會產生副作用 * Conformity (配合性） 面對複雜性 we are not alone. 物理的粒子世界 但是背後總是能化約成一種簡單都理論 很不幸，軟體開發沒有這種信仰與化約 軟體要配合的東西是由不同的人所設計，而非上帝 更多的複雜性是來自於必須配合其他領域的介面所致 這部分難以簡化 * Changeability 其他製造業的產品雖然必須面對改變的壓力，不過量產之後很少更動，只有會背後來的新型產品所取代 產品回收，現場變更(field change),頻率都比軟體來的非常非常低 * Invisibility You cannot see You cannot touch A building blue print 可以幫助建築師與客戶一起評估空間動線與景觀 機械零件比例圖，化學粒子棒線圖模型都達到類似的效果 軟體的本質與空間沒有關係，所以沒有什麼幾何表示法可用 * Software 的表示圖 可能是許多 directed graphs 這些圖可表現control flow, data flow, relation, temporal relation, namespace … etc. 通常不是2D，也少有階層性 由於軟體開發少了強大的概念性工具的意圖，不僅阻礙了一個人腦袋所進行的設計過程，更會嚴重阻礙不同大腦之間的溝通 How about UML? * OK，now what? 軟體有抽象的本質 軟體有看不到的本質 軟體有難以描述的本質 請問軟體開發有藝術的成分在嗎？ * OK.. Now what? What is in real world? Or, specifically, in TAIWAN’s industry? * * Manufacturing in other discipline 在製造業的世界裡面 產品品質(quality)是很重要的一個因素 當你投入非常多成本與原物料時你永遠希望你生產出來100個產品有100個都是可以賣的 QC (Quality Control) 品質控管 製造過程從設計到生產可能有數十道到幾百道程序 每一道程序都可能影響到後面的品質 如何透過製造流程的改善(process improvement)來提高良率，一直都是製造工業的重要課題 * How to improve quality?