元件基本设计原则.PPT

而程式設計師提供二項選擇： 重新設計程序的表示法，使得控制流向中巢狀位置的「跳脫分支(escape branch)」是不需要的； 結構化的構造在控制的方式中被違反；即設計受到侷限的分支離開巢狀流向。 選項1明顯地是理想的方式，但是選 項2可被調整，而不用違反結構化程 式設計的精神。 結語 元件層級設計的動作包含一系 列的任務，而不論表示元件層級設 計所使用的機制為何，其所定義的 資料結構、演算法、介面特性都應 遵照各種以建立完好的設計指導方 針，以在程序的設計演進時協助軟 體工程師避免錯誤發生。 Q＆A 表格式的設計記號 在許多軟體應用中，一個模組可能必須要評估複雜的條件組合，並基於這些條件挑選適當的動作。 決策表格(decision tables)提供一組記號，它轉換(translate)動作與條件(在處理的敘述中被描述)成為表格的形式。 表格比較不容易被誤解，甚至對於一個由表格所驅動的演算法可用來做為機器可讀取的輸入。 決策表格可分成為四個象限(quadrants) 左上的象限包含所有條件的表列。 左下的象限則包含基於條件組合可能的所有動作表列。 右方的象限形成一個矩陣，以指出條件組合和特定組合將發生的對應動作。 矩陣的每一行可被解釋為處理規則(processing rule)。 下列的步驟可應用於發展出決策表格： 列出所有可與特定程序(或模組)結合的行動。 列出所有在程序執行期間的條件(或所做的決策)。 結合特定的條件組與特定的動作，消除不可能的組合條件；或發展出每個可能條件的排列。 藉由指出一組條件會發生什麼動作，以定義規則。 決策表隔合成的結果 程式設計語言 程式設計語言(program design language, PDL)也稱為結構化英文(Structured English)或虛擬碼(Pseudo code)。 PDL可能很像某種程式設計語言。 PDL和一個真正程式語言之間的差異在敘述的文字(例如英文)直接地嵌入在PDL敘述中。 由於使用直接崁入語法(syntactical)結構內的敘述文字，PDL是不能被編譯的。 PDL的語法 基本的PDL語法應該包括元件定義、介面描述、資料宣告、區塊結構化、條件構造、重複構造和I/O的構造。 PDL可被擴展以包括多重任務(multitasking)及併行處理、中斷處理、行程間同步(inter process synchronization)和許多其他的功能。 使用PDL的應用程式設計應該為設計語言規定最後的形式。 設計記號的比較 設計記號應該導致一個很容易瞭解與討論的程序表示法。 記號應該強化「編碼成為(code to)」的能力，使得程式碼事實上成為一個自然的設計產物(by-product of design)。 設計表示法必須能很容易地維護，使得設計總是可以正確地表示出程式。 設計記號的問題 活動圖與流程圖的圖表式性質在控制流向上提供許多設計者所喜愛的一種觀點。 決策表格精確表格化的內容對表格所主導的應用程式是一項優良的工具。 許多沒有在本書中所提及的其他設計顯示方法，都提供它們自己獨特的好處。 在最後的分析中，設計工具的選擇或許比技術上的屬性更緊密地與人為因素相關。 * * 塑模元件層級設計 何謂元件？ 以一般的方式來說，元件(component)是電腦軟體的一個模組建構方塊。 元件植基(populate)於軟體的架構中，並且扮演達成所要建造系統的目標與需求的角色。 「元件」這個專有名詞的真實意義將視使用它的軟體工程師的觀點而有所不同。 以物件為導向的觀點 在物件導向軟體工程的環境中，一個元件包含一組合作的類別。 為完成此目標，設計者由分析模型開始，並細化分析類別(對相關於問題領域的元件)與基礎建設類別(infrastructure classes)(對問題領域提供支援服務的元件)。 以傳統的觀點 在傳統的軟體工程環境中，一個元件是程式的一個功能元件，它結合處理邏輯、必須要實作處理邏輯的內部資料結構，和讓元件可被召喚且資料可傳遞給它的介面。 傳統的元件也稱為模組(module)，它駐留於軟體結構中，並做為三種重要的角色之一： 控制元件(control component) 問題領域元件(problem domain component) 基礎建設元件(infrastructure component) 以流程相關的觀點 元件層級設計的物件導向與傳統的觀點均假設元件從頭開始設計。 過去的十年中，軟體工程社群已經強調利用現有的軟體元件建立系統的需要。 基本上，在設計工作進行時，軟體工程師可以利用已證明的設計或編碼層級(code-level)這類的元件目錄。 當軟體架構發展時，元件或設計模式可從此目錄中選擇，並移往架構中使用。 因為這些元件在想法上已經產